Hi James,
I have a uploaded a new version on mentors.debian.net, you can see it at
https://mentors.debian.net/package/fswebcam
Would you be willing to sponsor an upload?
Best,
Luca
On 14 November 2017 at 19:26, James Cowgill wrote:
> Source: fswebcam
> Version: 20140113-1
> Severity: serious
>
Hi,
I actually had this fix ready, but I did not have access to my printer
and I wanted to give it a run before pushing to the repo.
Anyway, I just tested the new package and it work fine.
Didier, as a rule always consider me OK with team uploads!
Cheers,
Luca
Hi, I will look into this in the next few days.
The dependency should be on the gstoraster executable which is now
indeed in cups-filter.
Thanks for the report,
Luca
Package: printer-driver-splix
Version: 2.0.0+svn306-1
Severity: grave
Justification: renders package unusable
Dear Maintainer (that would be me),
always remember to remove and readd the printer when you try your
soon-to-be-uploaded version of splix, otherwise old PPDs will prevent you to
see huge
On Feb 1, 2012 7:45 PM, "Didier Raboud" wrote:
> Dear maintainer,
>
> I've prepared an NMU for splix (versioned as 2.0.0+svn300-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
Hi Didier,
the debdiff looks fine.
Thank you for the NMU, I've been so
On 9 February 2011 16:27, Yves-Alexis Perez wrote:
> In the meantime, remember that unstable is supposed to be unstable,
> especially after a release, so it might make sense to stay on testing
> for now.
Someone has to take the bullet for people using testing =), and I can
live with the problems
Package: xfce4-power-manager
Version: 0.8.5-2
Severity: grave
Tags: patch
Justification: renders package unusable
The new HAL version in sid doesn't start anymore at boot time; it gets
activated whenever something connects to its dbus interface.
Since xfce4-power-manager checks if HAL is running b
I really don't care about the severity as long as it is RC, but if you
think this is not a critical bug than you should take action to get
[0] corrected:
critical
makes unrelated software on the system (or the whole system) break,
or causes serious data loss, or introduces a security hole on syste
tag 521437 + moreinfo unreproducible
thank you
Hi,
you submitted a bug against hal and bootchart a long time ago. [0]
We would need your help to see if the problem still exists.
If it does, are you by chance using splashy? Some of the error
messages you reported made me think so.
Cheers,
Luca
[0
P.S.
Severity set to critical since it breaks unrelated packages.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
severity 595495 critical
thank you
It actually happened to me, goodbye /usr/lib32, with all the libraries in there.
Then trying to reinstall some 32bit library adds even more files to
/emul/ia32-linux, which will trigger the problem again even if the old
package that left over a file there is remo
Package: acpi-support
Version: 0.137-3
Severity: serious
Justification: Policy 7.4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
in the source package the manpage for acpi_fakekey is present both in
debian/acpi-support.manpages and in debian/acpi-fakekey.manpages; this
makes the packages buil
That fixed it. Installing an updated version of the same script that
caused the crash doesn't bring troubles too.
I wonder how this happened just with a new debian (not upstream)
version of amarok...
FTR, the culprit was Ultimate Lyrics.
Cheers,
Luca
--
To UNSUBSCRIBE, email to debian-bugs-rc-
Package: amarok
Version: 2.3.0-2
Severity: grave
Justification: renders package unusable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The new debian version doesn't even make it to the screen.
Worked fine with 2.3.0-1
Here's the backtrace from the KDE crash handler:
Application: Amarok (amarok)
Luca Niccoli wrote:
> What makes more sense to me would be to let root choose to disable the
> most security sensible SysRq keys.
Err, actually I meant to default disabling them.
Setting /proc/sys/kernel/sysrq to 448 would seem reasonable.
Cheers,
Luca
--
To UNSUBSCRIBE, email to
Wouldn't a suid program specifically designed to exempt processes from
the OOM killer be a huge security bug? Every user would be able to
kill a machine by memory starvation.
What makes more sense to me would be to let root choose to disable the
most security sensible SysRq keys.
Cheers,
Luca
-
Package: xapian-bindings
Version: 1.0.18-1
Justification: Policy 4.9
Severity: serious
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
python/testsuite.pyc is left around in the clean target.
Changin dh_clean with dh_clean python/testsuite.pyc in debian/rules will
delete it (it is gene
pdfposter takes pdf files on input, not jpegs.
I tried it on my computer with a pdf and it works, could you try it
again with this in mind?
In the meantime, Robert please don't remove pdfposter from testing,
the bug could be invalid.
Cheers,
Luca
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ
Package: splix
Version: 2.0.0-2
Severity: serious
Tags: patch
Justification: Policy 4.9
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The clean target leaves optimized/rastertoqpdl and optimized/pstoqpdl in the
tree; changing dh_clean with
dh_clean optimized/pstoqpdl optimized/rastertoqpdl
in deb
Hello,
are you still experiencing bug #533031: mplayer-skin-blue: gmplayer
fails to start due to bad PNG format ?
I tried with current unstable and could not reproduce...
Thanks,
Luca
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
Hello,
Is there a chance that you are hitting this bug because of splashy?
Searching google for "return: 24: Illegal number:" returns several
posts about it, though I didn't find anything definite solution -
maybe try removing or reinstalling splashy.
Anyway it doesn't look related to bootchart...
Package: uswsusp
Version: 0.8-1.1+b1
Severity: critical
Justification: breaks the whole system
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I am (was) using a file as swap, not a partition, and uswsusp was thus
configured.
After moving to the new disk, I recreated the swap file, updated the res
Hi Arnfinn,
can you confirm that you iceweasel doesn't crash anymore visiting
http://www.sor.no ?
If so, it would be nice if you could close the bug by sending an
e-mail to 521457-d...@bugs.debian.org
Please include the line
Version: 3.0.7-1
(or any other version in which the bug was fixed) at t
Hi Alberto,
I'm skimming through the bug reports against iceweasel and I noticed
this bug, that looks already resolved.
Since I know iceweasel's maintainers are always very busy, if you
agree it would be nice if you could close this bug by sending an
e-mail to 525167-d...@bugs.debian.org
If in the
> I think the installer should install /etc/debian_version properly and
> this should be reassigned to the debian-installer, if the reporter
> confirms there was no /etc/debian_version after the installation.
Hi, I tried installing Lenny from the d-i rc2 multiarch DVD on a networkless
virtual mac
severity 513810 normal
tags 513810 + moreinfo
thanks
This is hardly severity important, definitely not critical.
Can you provide link to the pages that make you suspect this is a kernel
problem?
Have you tried installing uswsusp and running s2ram?
Here you'll find tips to get it working:
http://e
Package: fglrx-atieventsd
Version: 1:8-7-2
Severity: serious
Tags: patch
Justification: Policy 3.5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The patched version of the authentication script we ship with the package uses
finger, without fglrx-atieventsd depending on it.
(Actually, I wrote th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, Oct 26, 2008 at 9:18 PM, Eric Dorland <[EMAIL PROTECTED]> wrote:
> What makes you think so?
The mail written in italian is almost as incomprehensible as the one
written in english (and a bit insulting as well), so I started
doubting and I goo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Look on Google for the name of the submitter.
I suspect we should consider this bug a deliberate fake.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkkEt7sACgkQ4OR+1T4ba9igIACfXLjKb2///MFnI05ei9ZEUDR5
36gAoIih+DEy5C8asJV
This bug doesn't appear to affect i386; however I confirm on amd64
krecipes crashes on startup (but on the first run, it lets you
configure the preferences before crashing).
Is anyone taking care of this bug?
Luca
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Tr
On Tue, Oct 21, 2008 at 11:41 AM, Aurelien Jarno <[EMAIL PROTECTED]> wrote:
> raff.debian.org uses a Compaq Smart 5i RAID card. A flash memory is used
> to store the firmware. While the firmware is freely downloadable (as in
> beer) on HP website [1], we don't have the corresponding source code.
31 matches
Mail list logo
