Bug#459663: Regression: scanimage / scanadf fail before scanning on Pixma MP780 since last upgrade
Vincent LAFAGE [EMAIL PROTECTED] wrote: Hi, More accurately, I restarted the Ubuntu LiveCD 7.04 with which I had it working two days before, and the version is as follows: ii libsane 1.0.18-3ubuntu API library for scanners I will try tonight with Ubuntu LiveCD 7.10 i386 and also amd64 to see whether the problem is really in the version or somewhere else in my Debian. In these Ubuntu, the version is ii libsane 1.0.19~cvs20070505-3ubuntu2 API library for scanners I'm more interested in which *debian* version you were running before and which worked with the scanner. As it looks like it was one of my CVS snapshots, I really need to know which one it was, as there were several changes in the backend and I suspect one of them more than the others. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459663: Regression: scanimage / scanadf fail before scanning on Pixma MP780 since last upgrade
Vincent LAFAGE [EMAIL PROTECTED] wrote: Hi, with libsane version 1.0.19~cvs20070505-3ubuntu2 the scanner is working correctly. (I just tried it). Great, thanks. I remember scanning was OK on December 5th. Then I did not try it again before the end of December (about 26th), then it started failing. I am updating my testing configuration on an almost daily basis: an arguable choice, still it may help you pinpoint when the problematic version reached testing repository, and soon after, my computer. Thanks, that nails down the problem to the change I suspected in the CVS. That's very good, thanks. I don't know how to display a package update history, if such an information is kept. There's /var/log/dpkg.log for the next time you'll need that :) In the meantime I suggest you downgrade to a version earlier than 1.0.19~cvs20071213-1 (1.0.19~cvs20071028-1 should be fine, if not please report back) as I don't plan to fix that in the current snapshot and there's a release planned in 4 weeks. Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459424: libsane: upgrade breaks system, /dev/ missies files afterwards
Tobias Frost [EMAIL PROTECTED] wrote: Hi, However as far as I see, the actual issue in #459424 is very different: package bar (in this context: libsane-extras) is buggy whether it is in installed state or removed state. Package foo (in this context: libsane) is not required to work around bar breakage as long as bar is not part of a stable release. If foo insists to do it, then I think the best option is to do it in the preinst script. I'm not willing to touch a conffile from another package in the preinst, this would be an option but it's another option that's very prone to breakage. I have two ways to avoid the current breakage for people in your situation: - have libsane Depend on libsane-extras (= 1.0.18.15) - change the name of the label in the udev rules in libsane, so as to make it unique again At that time, if I was to do something about it, I'd just add the dependency to libsane. That's going to pull in libsane-extras for everybody, which is no big deal. libsane-extras is only a separate package because it's handy when it needs to be updated, not because of its size or dependencies. Option 2 is a partial fix, in that the udev rules in libsane-extras really have 2 bugs, and option 2 only works around one of them. I'd rather have them BOTH fixed. I think I'm going for option 1 later today. I'm not reopening, to let you decide how to handle the bug. As far as libsane-extras is concerned, the bug is fixed. The bug did not make it to a stable release, as it only appeared after Linux 2.6.22, and that's w after Etch's release :) JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458478: Bug#458932: libsane: [avision] 1.0.19~cvs20071213-1 blue scan
Hi, After upgrading from 1.0.19~cvs20071028-1 to 1.0.19~cvs20071213-1 all scans are blue. http://izac.free.fr/image-1.0.18-5.ppm is a correct image using Benoit Daniel, can you please try the current development version of the avision backend and report whether it works or not ? You can fetch the file here: http://people.debian.org/~jblache/libsane-avision.so.1.0.18 Just copy it to /usr/lib/sane and try to scan. Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459424: libsane: upgrade breaks system, /dev/ missies files afterwards
reassign 459424 libsane-extras 1.0.18.13 close 459424 1.0.18.14 Tobias Frost [EMAIL PROTECTED] wrote: Hi, [DOWNGRADE] libsane 1.0.19~cvs20071213-4 - 1.0.19~cvs20071213-1 the system worked as it should. Blah blah blah. The problem is in libsane-extras 1.0.18.14 when used with libsane 1.0.19~cvs20071213-1. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459424: libsane: upgrade breaks system, /dev/ missies files afterwards
reassign 459424 libsane-extras 1.0.18.13 close 459424 1.0.18.14 thanks Tobias Frost [EMAIL PROTECTED] wrote: I do not habe libsane-extras installed, as this is only suggested. Might it be the case, that your dependencies are not set up correctly and libsane is indeed required than only suggested? dpkg -l libsane ||/ NameVersion Description +++-===-===-== rc libsane-extras 1.0.18.10 API library for scanners -- extra backends You need to purge it. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459244: asterisk: split-up proposal
Roman Galeyev [EMAIL PROTECTED] wrote: It will simplify the asterisk maintance and help tracking problems, I totally fail to see how it's going to help with maintenance. Quite the contrary, it's going to complexify the build scripts for no good reason, add a bunch of packages to the control file and their relationships, bloat the Packages file for no good reason, confuse users and risk having version skew between packages. That doesn't buy anything, you've just had a false good idea. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459244: asterisk: split-up proposal
Sheldon Hearn [EMAIL PROTECTED] wrote: You'll find a good example of this in the apache2 packages, which have /etc/apache2/mods-available and /etc/apache2/mods-enabled. Diverging from upstream in this area is not an option for obvious reasons. So I suggest you take that up with upstream. Good luck. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458932: libsane: [avision] 1.0.19~cvs20071213-1 blue scan
forwarded 458932 [EMAIL PROTECTED] thanks Benoit Izac [EMAIL PROTECTED] wrote: Hi, After upgrading from 1.0.19~cvs20071028-1 to 1.0.19~cvs20071213-1 all scans are blue. http://izac.free.fr/image-1.0.18-5.ppm is a correct image using % scanimage -L device `avision:libusb:004:002' is a Hewlett-Packard ScanJet 5300C flatbed scanner Definitely something broken in avision... JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458469: sane: This happens from the installation of the modification corresponding to the 12/27/2007
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: [Absolutely nothing] So, please, this happens, yeah, what happens ? JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458469: sane: This happens from the installation of the modification corresponding to the 12/27/2007
notfound 458469 1.0.14-5 close 458469 thanks Daniel Elias [EMAIL PROTECTED] wrote: I'm sorry, my reportbug is not correctly. Please delete it. Closed, then. If you're having any udev-related problem, either purge libsane-extras or upgrade libsane-extras to 1.0.18.14. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458478: sane: The software fails when the acquisition or
reassign 458478 libsane 1.0.19~cvs20071213-1 retitle 458478 [avision] HP7400 troubles starting with cvs 20071213 forwarded 458478 [EMAIL PROTECTED] thanks daniel_elias [EMAIL PROTECTED] wrote: The Scanner HP Scanjet 7400 c does not work; the command scanimage - L detects the device, and also the software Sane or Kooka; but when trying to acquire a previsualization or an image the equipment does reset the current session and begins a new session This happens from the installation of the modification corresponding to the 12/27/2007; before the modification the scanner work correctly. You seem to be using testing, so that means troubles started with libsane 1.0.19~cvs20071213-1. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458149: deeply disturb udev
Yannick Roehlly [EMAIL PROTECTED] wrote: Hi, When I install the 1.0.19~cvs20071213-2 package, udev behave very weirdly: Do you have libsane-extras installed ? JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458149: Broken setup
Matthieu Baechler [EMAIL PROTECTED] wrote: Hi, Same broken setup as Yannick after libsane upgrade, and again, one night trying to fix my setup. Then, same question: do you have libsane-extras installed ? I think this bug is very critical, and should be fixed as soon as possible. Having a broken computer after installing a scanner software is not something intended, and it's not easy to track for users. You're using unstable. Sometimes it breaks. Deal with it, or stick with stable. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458149: deeply disturb udev
reassign 458149 libsane-extras 1.0.18.13 close 458149 1.0.18.14 thanks Yannick Roehlly [EMAIL PROTECTED] wrote: Hi, I removed libsane-extras and upgraded libsane to -2 and the problem did not reappear. So you can reassign the bug to the bad guy. And close the bug as it's already fixed in libsane-extras 1.0.18.14. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458030: /var/lib/memory-errors
Olleg Samoylov [EMAIL PROTECTED] wrote: According to man page mcelog may use file /var/lib/memory-errors as statistic database (with --dmi option). May be will be right to add information about this file to the package description like as config file or so. I don't understand what you mean by this, please clarify. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457982: libsane: seem breaks udev again
Christoph Anton Mitterer [EMAIL PROTECTED] wrote: Hi, It seems that the most recent version of libsane 1.0.19~cvs20071213-2 breaks udev again (at least for me). When I downgrade 1.0.19~cvs20071213-1 everything works ok again. My current version of is libsane-extras 1.0.18.13 which contains /etc/udev/libsane-extras.rules. Can you try libsane -2 and purge libsane-extras ? Using the most recent version of libsane udev creates no subdirs below /dev/,... thus my systems doesn't find stuff like /dev/snd/* which breaks alsa,... it doesn't find /dev/input/* which breaks X and even my network interfaces got messed up. I hope this is not a duplicate of #359797. It's not, the file hasn't changed, it has only moved. However it's possible that it uncovered a bug in libsane-extras which I haven't uploaded yet. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457834: libkscan1: description enhancement; s/sane compatible/SANE-compatible/
Package: libkscan1 Severity: minor Hi, The description for libkscan1 states: It provides an easy-to-use library, which allows you to access your scanner (as long as it's sane compatible). SANE's name is really that: SANE, as it's an acronym, so it should be rewritten as: It provides an easy-to-use library, which allows you to access your scanner (as long as it's SANE-compatible). Or even better: It provides an easy-to-use library, which allows you to access your scanner (as long as it's supported by SANE). Thanks, JB. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-hrt1 (SMP w/2 CPU cores) Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457378: sane-backends: FTBFS on hurd-i386
Samuel Thibault [EMAIL PROTECTED] wrote: Hi, There is parport access in GNU Mach, but only as a printer. There isn't yet an interface to more closely drive the port. That said, you could just use ioperm() and sys/io.h macros (work just like in Linux). That's one of the access methods offered by libieee1284. As for the plustek_pp backend, I don't know why it's been written the way it is, but I suspect there's a reason :) JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457378: sane-backends: FTBFS on hurd-i386
Samuel Thibault [EMAIL PROTECTED] wrote: Hi, It's not tied to Linux-specific ioctls. But it's tied to the way the non-standard _IOR() macro works, and I Well, no, not really. Those macros are only used because the backend includes a low-level driver that can also be built as a kernel driver (pretty ugly, yes). So it could be rewritten not to use it or they could be redefined. (but I'm unsure the resulting backend would work on Hurd anyway). which is not supported by ioctls on GNU/Hurd (since the actual parallel port driver may not be in the kernel but a userland process). So that Speaking of parport access, a port of libieee1284 on Hurd would be nice to have, if there's any facility for parport access on Hurd. A solution for now is to disable it for host_os matching gnu*, as the attached patch does. I'll apply it upstream and it'll be in 1.0.19-1 or any upload that goes in before that. You should really cross-check with kfreebsd before sending that kind of patches. Yep, that episode decided me to install one. Now that we have a full non-Linux port, I think it's a useful tool for you :) Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457378: sane-backends: FTBFS on hurd-i386
tags 457378 - patch thanks Samuel Thibault [EMAIL PROTECTED] wrote: Hi, sane-backends currently FTBFS on hurd-i386 because the plustek_pp backend defines its own ioctls calls which interact with a kernel module. That however can't compile as such when the linux ioctl defines are not available, thus the attached patch which disables the plustek_pp in that case. Of course, autoconf has to be rerun to get the patch actually have effect. Sorry, no way. Your patch will also disable the plustek_pp backend on kfreebsd, where that backend builds successfully. It's not tied to Linux-specific ioctls. You'll have to find another way, properly porting the backend is the preferred way as far as I'm concerned. You should really cross-check with kfreebsd before sending that kind of patches. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457426: xserver-xorg-video-radeonhd: upstream changelog stops at version 1.0.0
Package: xserver-xorg-video-radeonhd Version: 1.1.0-1 Severity: minor Hi, $subject basically says it all, I was looking for a detailed changelog but the upstream changelog stops at 1.0.0... JB. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-hrt1 (SMP w/2 CPU cores) Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-video-radeonhd depends on: ii libc6 2.7-5 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.4.1~git20071212-1 Xorg X server - core server xserver-xorg-video-radeonhd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457426: xserver-xorg-video-radeonhd: upstream changelog stops at version 1.0.0
Brice Goglin [EMAIL PROTECTED] wrote: Hi, $subject basically says it all, I was looking for a detailed changelog but the upstream changelog stops at 1.0.0... Right, I forgot to update the ChangeLog (anybody has an automatic way to do that?). I fixed it in our git repo. if you really need a new upload right now because of this, let me know :) Next upload will be fine :) JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456848: tiemu: FTBFS: gui/filesel.c:51: error: expected ')' before '*' token
Lucas Nussbaum [EMAIL PROTECTED] wrote: Hi, i486-linux-gnu-gcc -I.. -I -DPREFIX=\/usr\ -I. -I./core -I./core/uae -I./core/ti_hw -I./core/ti_sw -I./core/dbg -I./misc -I./gui -I./gui/calc -I./gui/debugger -DHAVE_CONFIG_H -DSHARE_DIR=\/usr/share/tiemu\ -DLOCALEDIR=\/usr/share/locale\ -c -g -O2 -D__I386__ -D__LINUX__ -fvisibility=hidden -DGTK_DISABLE_DEPRECATED -DDEBUGGER -I/usr/include/tilp -I/usr/include/tilp -I/usr/include/tilp -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/libglade-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 gui/filesel.c -o gui/filesel.o gui/filesel.c:51: error: expected ')' before '*' token That's GtkFileSelection now being deprecated. Removing -DGTK_DISABLE_DEPRECATED should fix it until we can get a newer version of TiEmu in Debian. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456009: libsane-dev: hp5590 scanner requires an entry in /etc/sane.d/hp5590.conf to work
Source: sane-backends Version: 1.0.19~cvs20071213-1 richard [EMAIL PROTECTED] wrote: Hi, That's without the hp5590.conf config file, right ? Correct. As far as I can tell all the *.conf files are deleted and replaced. The /etc/sane.d/hp5590.conf file is gone. Great! That's it for #456009, then :) However, if the reset button on the scanner is pressed, and xsane restarted, the scanner is found. Similarly scanimage -L now works. While I cannot be certain, I believe that the scanner's behaviour has changed. My recollection of the earlier behaviour is that neither the reset button, the on/off switch, nor disconnecting the power lead had any effect. The bug is fixed IMHO. The reset switch is a sufficient remedy. Let me know if I should confirm this by reinstalling the old code and re-running the test. That won't be needed, thanks for the test and confirmation. I think it's all good :-) Closing #456009 and #456011 with this message. Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456293: Please add some entries
Hans [EMAIL PROTECTED] wrote: Hi, it would be nice, if you could add the following entries by default in your package. The entries are well tested and are working now for over a year. As they are not edited in by deafult, I have to edit it everytime I upgrade the packages by hand. This is very annoying ! # Brother MFC 210C brother2 Sorry, no way. First, this backend is not part of sane-backends, and libsane only cares about its own backends, as do libsane-extras and hplip. That's the policy for SANE packages. Second, this is a proprietary, binary-only backend. Ask Brother to provide proper Debian packages or the source. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456009: libsane-dev: hp5590 scanner requires an entry in /etc/sane.d/hp5590.conf to work
richard [EMAIL PROTECTED] wrote: Hi, Setting up libsane-dev (1.0.19~cvs20071213-1) ... I shutdown and restarted xsane. All appears to be well. The preview operates as expected, no further tests run. Here is the output from scanimage -L $scanimage -L device `v4l:/dev/video0' is a Noname Hauppauge WinTV-HVR1100 DVB-T/H virtual device device `hp5590:libusb:001:005' is a HP 5590 Workgroup scanner $ That's without the hp5590.conf config file, right ? Let me know if further work is needed, and thanks for the your input. Only the answer to the question above ;) And if you could check the behaviour when the ADF is jammed, we may be able to clear up #456011 too :) JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456011: libsane-dev: hp5590 - paper jam causes a problem with scanner detection
richard [EMAIL PROTECTED] wrote: Hi, The scanner includes an automatic document feed (ADF) and under normal operation there are no exceptional problems when running the scanner using xsane. When using ADF, paper jams occasionally occur. I closed xsane when the scanner jammed. When xsane was restarted, it did not detect the scanner until the jam was cleared. $ scanimage -L also failed to report a detection of the scanner. Since jams can reasonably be expected to occur under ADF, the above behaviour is unexpected and is a bug. I don't think it's a software bug, it's most probably the scanner not communicating over USB until the jam is cleared. Though I don't know about the hardware, so I'll leave that up to people who do (Cc:ed :)) JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456009: libsane-dev: hp5590 scanner requires an entry in /etc/sane.d/hp5590.conf to work
richard [EMAIL PROTECTED] wrote: Hi, Running $ sane-find-scanner works correctly The next test advised for a new installation is $ scanimage -L This fails. I followed some advice and installed the following line in hp5590.conf $ echo usb 0x03F0 0x1705 /etc/sane.d/hp5590.conf I'm told the config file isn't necessary at all, and we would like more information, in the form of a debug log. Can you please run $ SANE_DEBUG_HP5590=255 scanimage -L with *no* config file ? Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456009: libsane-dev: hp5590 scanner requires an entry in /etc/sane.d/hp5590.conf to work
[hp5590] hp5590_control_msg: USB-in-USB: checking if confirmation was acknowledged [hp5590] hp5590_get_ack [hp5590] hp5590_get_ack: USB-in-USB: accepted [hp5590] hp5590_verify_last_cmd: USB-in-USB: command verification 00f0, last command: 00f0, core status: [hp5590] hp5590_verify_last_cmd: USB-in-USB: command verified successfully [hp5590] Part number: 'N772TR1TV' [hp5590] hp5590_stop_scan [hp5590] hp5590_cmd: USB-in-USB: command : 011b [hp5590] hp5590_control_msg: USB-in-USB: core data: no [hp5590] hp5590_control_msg: USB-in-USB: sending control msg [hp5590] hp5590_control_msg: USB-in-USB: checking acknowledge for control message [hp5590] hp5590_get_ack [hp5590] hp5590_get_ack: USB-in-USB: accepted [hp5590] hp5590_control_msg: USB-in-USB: checking if data was accepted [hp5590] hp5590_get_ack [hp5590] hp5590_get_ack: USB-in-USB: accepted [hp5590] hp5590_control_msg: USB-in-USB: getting response [hp5590] hp5590_control_msg: USB-in-USB: got correct response [hp5590] hp5590_verify_last_cmd: USB-in-USB: command verification requested [hp5590] hp5590_control_msg: USB-in-USB: core data: no [hp5590] hp5590_control_msg: USB-in-USB: sending control msg [hp5590] hp5590_control_msg: USB-in-USB: checking acknowledge for control message [hp5590] hp5590_get_ack [hp5590] hp5590_get_ack: USB-in-USB: accepted [hp5590] hp5590_control_msg: USB-in-USB: checking if confirmation was acknowledged [hp5590] hp5590_get_ack [hp5590] hp5590_get_ack: USB-in-USB: accepted [hp5590] hp5590_verify_last_cmd: USB-in-USB: command verification 001b, last command: 001b, core status: [hp5590] hp5590_verify_last_cmd: USB-in-USB: command verified successfully [hp5590] sane_hp5590_get_devices, local only: 0 [hp5590] Found 1 devices device `v4l:/dev/video0' is a Noname Hauppauge WinTV-HVR1100 DVB-T/H virtual device device `hp5590:libusb:001:004' is a HP 5590 Workgroup scanner [hp5590] sane_hp5590_exit [hp5590] Assertion 'ptr-opts != NULL' failed at hp5590.c:360 -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456009: libsane-dev: hp5590 scanner requires an entry in /etc/sane.d/hp5590.conf to work
Ilia Sotnikov [EMAIL PROTECTED] wrote: Hi, The false 'assertion failed' (mistakenly issued by the backend when sane_exit() is called without calling sane_open() first) is already fixed in CVS. Is that possible to try latest sane-backends CVS version? I'll upload a new CVS snapshot tomorrow. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456009: libsane-dev: hp5590 scanner requires an entry in /etc/sane.d/hp5590.conf to work
Ilia Sotnikov [EMAIL PROTECTED] wrote: Hi, Is that possible to try latest sane-backends CVS version? Richard, libsane 1.0.19~cvs20071213-1 will be available from http://incoming.debian.org shortly, and on any unstable mirror tomorrow afternoon. Can you give it a try and let us know how it goes? Thanks, JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455881: pommed: Volume change beep is very annoying
Thomas Perl [EMAIL PROTECTED] wrote: Hi, Please try to find some free blip or blop sound, like the one in There's /usr/share/pommed/goutte.wav as an alternative sound for that, or whatever free sound file you'll care to provide. Otherwise there's beep = no, too. Disabling the beep in the default config or using a more subtle sound would be desirable, IMHO. It was introduced as a default-on, so even with the config option it remains a default-on. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455881: pommed: Volume change beep is very annoying
reopen 455881 thanks Thomas Perl [EMAIL PROTECTED] wrote: Hi, The default volume change beep sound is really annoying. Before I OK to be honest I did not remember how awful that sound was. I'm removing it in favour of goutte.wav that was contributed for v1.13. Is goutte.wav better suited in your opinion? Last option is to reuse click.wav that was shipped with gpomme in the past, but it's pretty much inaudible. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455780: pommed: crashes when audio file doesn't exist
Romain Beauxis [EMAIL PROTECTED] wrote: Hi, pommed daemon crashes when changing volume, without log as it seems, when the WAV file given for beep doesn't exist. Fixed in SVN, revision 425. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456009: libsane-dev: hp5590 scanner requires an entry in /etc/sane.d/hp5590.conf to work
richard [EMAIL PROTECTED] wrote: Hi, Running $ sane-find-scanner works correctly The next test advised for a new installation is $ scanimage -L This fails. I followed some advice and installed the following line in hp5590.conf $ echo usb 0x03F0 0x1705 /etc/sane.d/hp5590.conf The backend lacks a conffile, indeed. That needs to be fixed upstream. Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455781: pommed: please ship goutte.wav
Source: pommed Version: 1.13~dfsg-2 Romain Beauxis [EMAIL PROTECTED] wrote: Package: pommed Version: 1.13~dfsg-1 Seems like goutte.wav is not shipped with current package.. As a matter of taste, I would also make it the default.. :-) And I thought reportbug would check for newer versions before processing... hmm hmm :) JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455780: pommed: crashes when audio file doesn't exist
Romain Beauxis [EMAIL PROTECTED] wrote: Hi, pommed daemon crashes when changing volume, without log as it seems, when the WAV file given for beep doesn't exist. It should be OK as long as the default beep sound exists, otherwise, indeed, there's a failure mode that slipped through. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455780: pommed: crashes when audio file doesn't exist
Romain Beauxis [EMAIL PROTECTED] wrote: Hi, pommed daemon crashes when changing volume, without log as it seems, when the WAV file given for beep doesn't exist. Well actually I can't reproduce the crash. I'd like more details and the debug log (pommed -d) if you can reproduce it. I've found another issue in the beep code that I'll fix tomorrow, but it's probably harmless. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455780: pommed: crashes when audio file doesn't exist
Romain Beauxis [EMAIL PROTECTED] wrote: Hi, pommed: mask_inline.h:160: snd_mask_leave: l'assertion « val = 64 » a échoué. Then it crashes immediatly It's an assertion failure, triggered by the bogus content of the buffer passed to it. That's the problem I found reading the code moments ago, except here the assertion doesn't trigger. I'll fix that up and I'll ask you to test the SVN afterwards to be sure it's OK. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
Bug#455202: When changing the resolution from 300 dpi to something else xsane crashes
Eeltje de Vries [EMAIL PROTECTED] wrote: Hi, As soon as you select a different resolution for the scan (e.g. 150 dpi in stead of 300 dpi) 'xsane' crashes with a segmentation fault. Which backend do you use, and is it reproducible with the test backend? JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454730: lintian: bogus W: dpatch-missing-description
Russ Allbery [EMAIL PROTECTED] wrote: Hi, Also, the warning could include the patch name as a useful hint :) Yeah, it actually was -- that's how I figured out the problem. It was warning about the patch . :) Ah, nice, then :) JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454660:
Daniel-Constantin Mierla [EMAIL PROTECTED] wrote: Hi, Indeed, the acc can do recording to multiple backends in parallel: syslog, sql server, radius and diameter (this is more or less unmaintained) -- where is done actually, is given by module's parameters. By default, acc module is compiled only with syslog and sql backends support. The reason, as Julien said, radius support will introduce a dependence of libradiusclient-ng which is not available as package in all OS supported by openser. Based on this I'll just enable radius and not diameter. I've found and fixed a little bug in the diameter support while I was at it. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454660:
Rene Mayorga [EMAIL PROTECTED] wrote: Hi, BTW regarding to your previous mail; I'm using postgresql and Radius accounting with 1.2 and there is no problem, I did'nt try using it with Diameter. Reading the code, it handles that fine. The only problem I have is that the main openser package will now depend on the radius libs. I have commit access at pkg-voip svn if you're busy I can add the proper patch there. I'll take care of it. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454211: not 300 dpi despite menu
[EMAIL PROTECTED] wrote: Hi, Instead he must first use the mouse to choose 300 dpi, or else it scans at much lower resolution: $ grep -a res out.pnm # resolution_x= 50.0 # resolution_y= 50.0 Yes the menu looks the same: 300 dpi, but the user has to first use the mouse to choose it. Which backend do you use, and can you reproduce this problem with the test backend ? JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454660:
Daniel-Constantin Mierla [EMAIL PROTECTED] wrote: Hi, In case you enable radius support in debian, then all radius-related modules (auth_radius, avp_radius, ...) can be introduced all together in the main openser package. I'd really like to avoid having the main openser package depend on the radius libs, but adding new packages to work around that just isn't worth it. As you've told in your previous mail, this should be a transient state until the next openser release when the abstraction layer will be added, so I'm pretty much OK with that situation until then. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454730: lintian: bogus W: dpatch-missing-description
Package: lintian Version: 1.23.38 Severity: normal Hi, It looks like lintian gives a bogus warning for dpatch-missing-description because of the 00list index file: % ls debian/patches 00list 10_no_lib64_on_64_bits.dpatch 11_always_smp.dpatch 12_acc_enable_radius_diameter.dpatch % grep DP: debian/patches/* debian/patches/10_no_lib64_on_64_bits.dpatch:## All lines beginning with `## DP:' are a description of the patch. debian/patches/10_no_lib64_on_64_bits.dpatch:## DP: Debian uses /usr/lib even for 64bit architectures. debian/patches/11_always_smp.dpatch:## All lines beginning with `## DP:' are a description of the patch. debian/patches/11_always_smp.dpatch:## DP: Always build for SMP. debian/patches/12_acc_enable_radius_diameter.dpatch:## All lines beginning with `## DP:' are a description of the patch. debian/patches/12_acc_enable_radius_diameter.dpatch:## DP: Enable RADIUS and Diameter in the acc module. Or am I missing something ? JB. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-hrt1 (SMP w/2 CPU cores) Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils2.18.1~cvs20071027-2 The GNU assembler, linker and bina ii diffstat1.45-2 produces graph of changes introduc ii dpkg-dev1.14.12 package building tools for Debian ii file4.21-3 Determines file type using magic ii gettext 0.17-1 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf ii libparse-debianchan 1.1.1-1 parse Debian changelogs and output ii man-db 2.5.0-4 on-line manual pager ii perl [libdigest-md5 5.8.8-12 Larry Wall's Practical Extraction lintian recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454730: lintian: bogus W: dpatch-missing-description
Russ Allbery [EMAIL PROTECTED] wrote: Hi, Patches for both packages have a description. I haven't tested my other packages but I guess the result would be the same. It's the blank line in 00list. Will be fixed in the next upload. Great, thanks ! Also, the warning could include the patch name as a useful hint :) JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454730: lintian: bogus W: dpatch-missing-description
Russ Allbery [EMAIL PROTECTED] wrote: Hi, It looks like lintian gives a bogus warning for dpatch-missing-description because of the 00list index file: Looking at the code, it looks like it should do the right thing, but this certainly sounds broken. Is this package in the archive, and if so, what's its name? I'll take a look. I encountered that issue first on openser (in experimental), but also on iaxmodem (in 1.0.0~dfsg-1, incoming or unstable). Patches for both packages have a description. I haven't tested my other packages but I guess the result would be the same. Thanks, JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454510: pommed fully uses one CPU
Jerome BENOIT [EMAIL PROTECTED] wrote: Hi, How can we know what ii triggering pommed ? Pay attention to what you're doing before it starts chewing up CPU. Next time it happens, please strace the running pommed to see what it's doing at that time and send me the trace. I am running a daily updated Lenny box, so I guess that the former version was the one before the current one for Lenny. So that was 1.10. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454588: foremost: new upstream version 1.5.3, includes 64bit bugfix
Package: foremost Version: 1.5.2-1 Severity: wishlist Hi, There's a new version of foremost available, according to the changelog it contains 64bit bugfixes. Thought I'd let you know ;) JB. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-hrt1 (SMP w/2 CPU cores) Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages foremost depends on: ii libc6 2.7-3 GNU C Library: Shared libraries foremost recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454510: pommed fully uses one CPU
Jerome BENOIT [EMAIL PROTECTED] wrote: Hi, I have noticed that happens when I open mu Gnome session. I have a trace file, but it is rather large: ~170M. I guess that I cannot send it by email: how can we proceed further ? Send the last 50 or 100 lines or so, and keep the file around; I'll ask for more if needed. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454510: pommed fully uses one CPU
Jerome BENOIT [EMAIL PROTECTED] wrote: Hi, here we are. read(6, 0x7fff23a7b310, 32) = -1 EINVAL (Invalid argument) write(2, inotify read failed: Invalid arg..., 38inotify read failed: Invalid argument) = 38 OK, that's the problem. Because of that pommed ends up busy-looping, which is obviously quite bad. Can you give me a ls -l /dev/input ? Can you also get the pommed sources, edit pommed/evdev.c, and, in evdev_inotify_process(), change struct inotify_event ie[2]; to struct inotify_event ie[4]; Then rebuild pommed and try it out ? JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454510: pommed fully uses one CPU
Jerome BENOIT [EMAIL PROTECTED] wrote: Hi, total 0 lrwxrwxrwx 1 root root 6 2007-12-07 01:21 appletouchpad - mouse1 drwxr-xr-x 2 root root200 2007-12-07 01:30 by-path crw-rw 1 root root 13, 64 2007-12-07 01:21 event0 crw-rw 1 root root 13, 65 2007-12-07 01:21 event1 crw-rw 1 root root 13, 74 2007-12-07 01:21 event10 crw-rw 1 root root 13, 76 2007-12-07 01:30 event12 crw-rw 1 root root 13, 66 2007-12-07 01:21 event2 crw-rw 1 root root 13, 67 2007-12-07 01:21 event3 crw-rw 1 root root 13, 68 2007-12-07 01:21 event4 crw-rw 1 root root 13, 69 2007-12-07 01:21 event5 crw-rw 1 root root 13, 70 2007-12-07 01:21 event6 crw-rw 1 root root 13, 71 2007-12-07 01:21 event7 crw-rw 1 root root 13, 72 2007-12-07 01:21 event8 crw-rw 1 root root 13, 73 2007-12-07 01:21 event9 crw-rw 1 root root 13, 63 2007-12-07 01:21 mice lrwxrwxrwx 1 root root 6 2007-12-07 01:30 mightymouse - mouse2 crw-rw 1 root root 13, 32 2007-12-07 01:21 mouse0 crw-rw 1 root root 13, 33 2007-12-07 01:21 mouse1 crw-rw 1 root root 13, 34 2007-12-07 01:30 mouse2 I don't see anything that would exceed the size of the inotify_event struct, so all of this should really fit into the array of size 2 that the current code uses. But maybe you have some devices that weren't plugged in at the time you ran this ls ? Anyway, I'm reworking this piece of code right now, so I'll ask you to test the SVN trunk in a moment. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454510: pommed fully uses one CPU
Jerome BENOIT [EMAIL PROTECTED] wrote: Hi, I have just built and installed it on my box: as I am in the middle of something, I will not restart my laptop before a while. Anyhow, I will let you know what is going on. I've fixed it in the SVN trunk now, if you could try that instead that'd be great. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454510: pommed fully uses one CPU
Jerome BENOIT [EMAIL PROTECTED] wrote: Hi, I have just reproduce the procedure that raises the bad behaviour: everything seems fine now. Great, good news. For some reason or another, you had a new device appearing under /dev/input with a name longer than 16 characters, something pommed was not prepared to handle. I accept the blame for having been lazy in the first place on this one :-) When do upgrade the Debian package ? Before the end of the week-end, maybe even tomorrow, depending on what will come up until then. In the meantime, just copy your new pommed binary to /usr/sbin to replace the existing one and that'll make it until the next update (stop pommed before doing the cp). JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454660: acc.so module doesn't support radius
Rene Mayorga [EMAIL PROTECTED] wrote: Hi, The acc.so module is not compiled with radius support here is the error output when you pass radius_* params to acc: (9359) parse error (18,13-14): failed to load module 0(9359) set_mod_param_regex: parameter radius_config not found in module acc Indeed, it defaults to SQL accounting. Do you know if it's possible to enable SQL, Radius and Diameter all at the same time ? JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454660:
Rene Mayorga [EMAIL PROTECTED] wrote: Hi, Anyway, I'm not source is this worth an upload, 1.3 is almost out, and the bug doesn't exist there acc.so in 1.3 isn't radius-enabled either in the current state. I'll probably enable the three methods in the next upload. Or were you only reporting the warning it outputs in this case? JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454402: libsane: HP DeskJet F380 all-in-one scanner always produces images with JPEG artifacts
reassign 454402 hplip 1.6.10-4 thanks Андрей Парамонов [EMAIL PROTECTED] wrote: Hi, Which backend do you use ? It appears that I use hpio backend. OK, reassigning to hplip which provides this backend. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
Bug#454510: pommed fully uses one CPU
Jerome BENOIT [EMAIL PROTECTED] wrote: Hi, while the former version of pommed seems to work fine on my MacBook, the last one needs 1 CPU to run. So I kill it by hand. If I restart it, it sounds to works as the former version, but after a while it needs the full power of a CPU again. I haven't observed anything similar yet and I haven't got any report for this type of behaviour yet. Can you try to identify a usage pattern that triggers this ? Please send your config file, too. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454510: pommed fully uses one CPU
Jerome BENOIT [EMAIL PROTECTED] wrote: Hi, while the former version of pommed seems to work fine on my MacBook, the last one needs 1 CPU to run. So I kill it by hand. If I restart it, it sounds to works as the former version, but after a while it needs the full power of a CPU again. Also, by former version, do you refer to 1.11 or 1.10 ? JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454402: libsane: HP DeskJet F380 all-in-one scanner always produces images with JPEG artifacts
Andrey [EMAIL PROTECTED] wrote: Hi, I have an HP DeskJet F380 all-in-one device. It was recognized without a Which backend do you use ? JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454122: [patch] add xsane-doc package
Michael Vogt [EMAIL PROTECTED] wrote: Hi, The rational is that the documentation is relatively big and it is convenient for people with little diskspace to strip it out. I'm unconvinced to say the least. The doc is accessible through the Help menu in XSane or the F1 key, so making xsane-doc a Suggests seems utterly wrong to me. If I were to split the doc out, I'd demote it to a Recommends to have it always installed. Moreover, XSane doesn't check for the help files availability before running the browser, so that would only confuse users. As far as space savings go, 1.8 MB isn't that much. It's not like the documentation is translated in 10 languages... JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453804: stellarium: segfaults on startup
Ramakrishnan Muthukrishnan [EMAIL PROTECTED] wrote: Hi, I installed stellarium on my Debian box (details below) and invoked it from commandline inside gnome-terminal. The splash screen came up with a progress bar and after the progress bar hit the end, it segfaulted. Here is the info printed on gnome-terminal. As a data point: Cannot reproduce it here, may be locale-dependent, can you try with LANG=C ? (Hi Cédric!) JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
Bug#452530: pommed: disabling beep in configuration doesn't work
Romain Beauxis [EMAIL PROTECTED] wrote: Hi, I can add that in the next release. But it's due when it's ready :) I'll try to prepare a beep for that release too ;-) It's due RSN, btw :) JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452530: pommed: disabling beep in configuration doesn't work
Romain Beauxis [EMAIL PROTECTED] wrote: Hi, I'll try to prepare a beep for that release too ;-) It's due RSN, btw :) Sorry, I didn't understood... I'm planning a new release sometime next week :) JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452798: SGI hardware
Guido Guenther [EMAIL PROTECTED] wrote: Hi, The problem is not the initrd being loaded into that space, the problem is that current tip22 wouldwaste completely waste the segment markes as (2) with the current setup and since we tip22 (in contrast to arcboot and arcload) needs ram for the tftpimage (which contains the kernel) + the kernel + the initrd it rather not simply waste that space. Arcboot and arcload don't have the tftimage, they fetch the kernel and the initrd from disk and thus need much less RAM. Yep, indeed. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452842: too much space after version
Martin Michlmayr [EMAIL PROTECTED] wrote: Hi, I get: ARCLoad version 0.5 (Debian 0.5-6 M32) installed into the volume header of /dev/sda there are 2 spaces after the version. Yep I know, that's because I'm extracting the string from the binary and I didn't want to add another invocation of whatever binary to cut off the extra space, given that it takes a measurable amount of time on my poor I2 for, well, no benefit ;) But OK, I'll fix that (don't like it either) :p JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452840: Ignores my configuration choice
Martin Michlmayr [EMAIL PROTECTED] wrote: Hi, I specify ip32(di) but arcload loads ip32(sda) (the first choice) anyway: arcload ip32(di) 48176+608+4196+304+352+19544d+1872+3920 entry: 0x83ff2e7c ARCLoad version 0.5 (Debian 0.5-6 M32) (c) 2004-5 Stanislaw Skowronek Loading configuration for 'ip32(sda)'... ^^^ Yep, IIRC it's not supposed to pick up what you're giving on the command line, you should use OSLoadFilename. I'll doublecheck, as it's something I wanted to have working, and IIRC I ended up not doing it because there was already something using the command line. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452798: SGI hardware
Martin Michlmayr [EMAIL PROTECTED] wrote: Hi, Patch attached, applies on top of the previous one. Yep, that works. Can you send it to Guido and #452798 Both patches attached. - first one for 64bit kernel support, though it looks like it wasn't needed after all? - second one for proper initrd loading, actually using malloc() to get a suitable memory area JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 diff -ru orig/arcboot/tip22/tftpload.c arcboot-0.3.8.9/tip22/tftpload.c --- orig/arcboot/tip22/tftpload.c 2007-11-21 15:05:14.0 + +++ arcboot-0.3.8.9/tip22/tftpload.c 2007-11-25 14:22:56.0 + @@ -30,6 +30,8 @@ extern void* __rd_start; extern void* __rd_end; +static int is64 = 0; + static void Wait(const char *prompt) { int ch; @@ -235,7 +237,7 @@ return kernel_end; } -static ULONG CopyKernel(ULONG* kernel_end) +static Elf64_Addr CopyKernel(ULONG *kernel_end) { Elf32_Ehdr *header = (Elf32_Ehdr*)offset2addr(0L); Elf64_Ehdr *header64 = (Elf64_Ehdr*)header; @@ -257,10 +259,11 @@ (*kernel_end) = CopyProgramSegments32(header); - printf(Starting kernel; entry point = 0x%lx\n\r, - ((ULONG) KSEG0ADDR(header-e_entry))); - return KSEG0ADDR(header-e_entry); + printf(ELF32 kernel entry point = 0x%lx\n\r, (ULONG)header-e_entry); + return (Elf64_Addr) header-e_entry; } else if (header-e_ident[EI_CLASS] == ELFCLASS64) { + is64 = 1; + if (header64-e_ident[EI_DATA] != ELFDATA2MSB) Fatal(Not a big-endian file\n\r); if (header64-e_ident[EI_VERSION] != EV_CURRENT) @@ -274,9 +277,9 @@ (*kernel_end) = CopyProgramSegments64(header64); - printf(Starting kernel; entry point = 0x%lx\n\r, - ((ULONG) KSEG0ADDR(header64-e_entry))); - return KSEG0ADDR(header64-e_entry); + printf(ELF64 kernel entry point = 0x%lx %lx\n\r, + (ULONG)(header64-e_entry 32), (ULONG)(header64-e_entry 0x)); + return header64-e_entry; } else Fatal(Neither an ELF32 nor an ELF64 kernel\n\r); @@ -290,6 +293,20 @@ rd_start, rd_vaddr, rd_size); } +void _start64(LONG argc, CHAR * argv[], CHAR * envp[], + unsigned long long *addr) +{ + __asm__ __volatile__( + .set push\n + \t.set mips3\n + \t.set noreorder\n + \t.set noat\n + \tld $1, 0($7)\n + \tjr $1\n + \t nop\n + \t.set pop); +} + void _start(LONG argc, CHAR * argv[], CHAR * envp[]) { char* nargv[3]; @@ -298,7 +315,8 @@ ULONG kernel_end = 0L; ULONG rd_size= ((char*)__rd_end) - ((char*)__rd_start); char* rd_vaddr=NULL; - void (*kernel_entry)(int argc, CHAR * argv[], CHAR * envp[]); + Elf32_Addr kernel_entry32; + Elf64_Addr kernel_entry64; /* Print identification */ #if (SUBARCH == IP22) @@ -316,7 +334,8 @@ printf(Embedded ramdisk image starts 0x%p, ends 0x%p\n\r, __rd_start, __rd_end); #endif - kernel_entry = (void (*)(int, CHAR *[], CHAR *[]))CopyKernel(kernel_end); + kernel_entry64 = CopyKernel(kernel_end); + kernel_entry32 = (Elf32_Addr) kernel_entry64; /* align to page boundary */ rd_vaddr = (char*)(((kernel_end + PAGE_SIZE) / PAGE_SIZE ) * PAGE_SIZE); @@ -344,10 +363,18 @@ Wait(\n\r--- Debug: press spacebar to boot kernel ---); #endif /* Finally jump into the kernel */ - ArcFlushAllCaches(); - if( kernel_entry ) - (*kernel_entry)(nargc ,nargv, envp); - else + if( kernel_entry64 ) { + if (is64 == 0) { + printf(Starting ELF32 kernel\n\r); + ArcFlushAllCaches(); + ((void (*)(int argc, CHAR * argv[], CHAR * envp[])) + kernel_entry32)(nargc ,nargv, envp); + } else { + printf(Starting ELF64 kernel\n\r); + ArcFlushAllCaches(); + _start64(nargc, nargv, envp, kernel_entry64); + } + } else printf(Invalid kernel entry NULL\n\r); /* Not likely to get back here in a functional state, diff -u arcboot-0.3.8.9/tip22/tftpload.c arcboot-0.3.8.9/tip22/tftpload.c --- arcboot-0.3.8.9/tip22/tftpload.c 2007-11-25 14:22:56.0 + +++ arcboot-0.3.8.9/tip22/tftpload.c 2007-11-25 16:40:01.0 + @@ -314,7 +314,7 @@ char argv_rd[128]; /* passed to the kernel on its commandline */ ULONG kernel_end = 0L; ULONG rd_size= ((char*)__rd_end) - ((char*)__rd_start); - char* rd_vaddr=NULL; + ULONG rd_vaddr; Elf32_Addr kernel_entry32; Elf64_Addr kernel_entry64; @@ -337,12 +337,18 @@ kernel_entry64 = CopyKernel(kernel_end); kernel_entry32 = (Elf32_Addr) kernel_entry64; + rd_vaddr = (ULONG)malloc(rd_size + PAGE_SIZE); /* align to page boundary */ - rd_vaddr = (char*)(((kernel_end + PAGE_SIZE) / PAGE_SIZE ) * PAGE_SIZE); - copyRamdisk( rd_vaddr, (char*)__rd_start, rd_size); + rd_vaddr = (rd_vaddr + PAGE_SIZE) ~(PAGE_SIZE - 1); + +#ifdef DEBUG + printf(rd_start=0x%lx rd_size=0x%lx\n\r, rd_vaddr
Bug#452798: SGI hardware
Guido Guenther [EMAIL PROTECTED] wrote: Hi, No this won't be enough since we're running out of space at the location where we put the tftpimage too. I'll come up with a final fix during the Yep that's what I understood from your previous mail to tbm, indeed. next days - I'll also have to check what the kernel does when we put the initrd that high into the memory. Have fun ;) From my recollection the kernel works around the initrd until it can get rid of it, which seems to work quite well. For the record arcload usually loads the initrd in that area too, and I haven't seen any problem on my I2 when I tried that (though I'd need some more reports). JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452840: Ignores my configuration choice
Martin Michlmayr [EMAIL PROTECTED] wrote: Hi, Copying my reply here too :) Ah, that's not obvious. README.Debian says: | - boot ip27(linux) from the command line | arcload ip27(linux) and this suggest you can specify the boot option on the command line. Yes, I actually forgot to implement it, I think I had something else in mind for the command line and then eventually forgot about it. BTW, ip27(linux) is imho also a bad example because the ip27 example file doesn't mention linux at all. Shouldn't that be ip27(sda)? The example files are really there to document the config file syntax, they're not really usable as-is anyway. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452530: pommed: disabling beep in configuration doesn't work
Romain Beauxis [EMAIL PROTECTED] wrote: It does. Though it'll still beep on volume change (that was done in gpomme previously). I don't get what this setting if for ? Furthermore, setting file to /nonexistent stops volume change from beeping, so I still believe it comes from this setting section... Or, more precisely, what is the enabled setting for then ? It's for the system beep, and only for the system beep. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452530: pommed: disabling beep in configuration doesn't work
severity 452530 normal thanks Romain Beauxis [EMAIL PROTECTED] wrote: My MacBook started beeping after an upgrade recently.. They tend to do that, yes. Some even quack \_o It's indeed a very good idea to disable it by default, but the corresponding configuration part: Does not work as it seems... It does. Though it'll still beep on volume change (that was done in gpomme previously). If the configuration wasn't taken into account, you would see input: Pommed beeper device as /devices/virtual/input/inputNN In your kernel log when pommed starts. PS: automatic beep could be a good option if the default wav would not be that annoying... A small water drop sound could be a very good default for instance, I can record one if you like ;-) It's the less annoying beep sound that was available in KDE, and I did not really look for an other one. So, as long as it's DFSG-free, short and audible, send it my way :) JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452530: pommed: disabling beep in configuration doesn't work
Romain Beauxis [EMAIL PROTECTED] wrote: Or, more precisely, what is the enabled setting for then ? It's for the system beep, and only for the system beep. A'right.. Couldn't you add a setting for volume change too ? I can add that in the next release. But it's due when it's ready :) JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451908: openser_1.3.0~svn20071115-1(alpha/experimental): FTBFS: unrecognized command line option -minline-all-stringops
Frank Lichtenheld [EMAIL PROTECTED] wrote: Hi, your package failed to build from source. -minline-all-stringops is only available on i386 and amd64. Hmm, that option shouldn't be there to begin with. Time to revisit one of the debian patches, it seems. Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451966: fails to start
Enrico Tassi [EMAIL PROTECTED] wrote: Hi, I've just updated it, but now it fails to start complaining there is no event device. Is it related to the missing kernel module appleir? Nope, the error message is misleading after I bumped the number of expected event devices to 3, which is only correct for the MacBook Pro. Investigating evdev [Apple Computer Apple Internal Keyboard / Trackpad] - Geyser IV USB keyboard Investigating evdev [Apple Computer Apple Internal Keyboard / Trackpad] - Geyser IV USB keyboard That's the two you always have at startup on the MacBook. Investigating evdev [Lid Switch] Discarding evdev: bus 0x0019, vid 0x, pid 0x0005 And on the MacBook Pro the lid switch is picked up, too, but not on the MacBook as it's only used to switch off the keyboard backlight, hence it's useless to pick it up on the MacBook. Fix on its way to unstable, thanks and sorry! JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451420: xsane don't work most of the time with epson2480
Torsten Wiebke [EMAIL PROTECTED] wrote: Hi, I am sometimes able to scan with xsane and my scanner Epson Perfektion 2480 Photo but most of the time not. I think the problem is relatet with usb and the standby modus of the scanner. If I start xsane I get the error to open the device snapscan libusb not valid argument. If it's a USB suspend problem, upgrading libsane to the version available in unstable should fix it. Try that out and tell me how it goes. I have this exact model here and it works flawlessly. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451420: xsane don't work most of the time with epson2480
Torsten Wiebke [EMAIL PROTECTED] wrote: Hi, After a power cycle, the scanner needs a firmware upload. From there on, as long as you don't power cycle it, the firmware is in memory and running. What is a power cycle? It's an (electrical) on/off cycle. So if you used the scanner on another OS before using it with XSane, the firmware was already loaded. No it is the same OS and the same Computer and the same version of xsane. I think the problems startet as I installed the new Kernel 2.6.22-2-k7 but also there the scanner was working sometimes. I think it belonges to the usb-problematik. Then please upgrade libsane to the version in unstable, and that'll fix it. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447235: #447235: audacious: Cannot allocate memory error after extended playing of HTTP streams
Adam Cécile (Le_Vert) [EMAIL PROTECTED] wrote: Hi Adam, This bug should be fixed in 1.4 branch. Could you please give a try and tell us if it's okay for you? Looks like it's fixed, yes. I only did a quick test, but it usually crashes in under 3 minutes and it's been playing for 10 minutes already. I'll reopen if the problem is not fixed. By the way, I've cloned the bug weeks ago as the original bug report got hijacked. So please close the original report (435557) and leave the clone (447235) open for the other issue (and change the submitter, I forgot to do that). JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
Bug#451420: xsane don't work most of the time with epson2480
Torsten Wiebke [EMAIL PROTECTED] wrote: Hi, I installed now the firmware and it works. The problem is that sometimes it was working before I installed the firmware and why could the firmware fix the problem? After a power cycle, the scanner needs a firmware upload. From there on, as long as you don't power cycle it, the firmware is in memory and running. So if you used the scanner on another OS before using it with XSane, the firmware was already loaded. Please confirm that the bug is fixed so that I can close it. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450833: libieee1284: nibble_read() sets M1284_NIBBLE without negotiation.
Kurt Roeckx [EMAIL PROTECTED] wrote: Hi, I had a problem in my program where it did ieee1284_negotiate(M1284_NIBBLE) but I didn't check the return value, and then just called ieee1284_nibble_read(). ieee1284_nibble_read() returns -1 (as expected), I think errno is set to EAGAIN. But the problem is that the next time I do ieee1284_negotiate() and it is succesful, ieee1284_nibble_read() still returns -1. It seems that when calling ieee1284_nibble_read() (using ppdev) it always does: set_mode (port, M1284_NIBBLE, 0, 0); I think the problem is doing the ioctl(PPSETMODE) and that it shouldn't be doing that until the negotiation was succesful. I'm not sure, but this may have to do with this remark from the ieee1284_negotiate() manpage: An IEEE 1284-compliant device will require a successful negotiation to a particular mode before it is used for data transfer (but simpler devices may not if they only speak one transfer mode). You could argue that this isn't exactly a bug in libieee1284, but it would be nice that it didn't set the mode until it was properly negotiated. I'd argue that you shouldn't call an I/O method if you haven't properly negotiated the transfer mode first, indeed :) The code could check port-current_mode to make sure the negotiation indeed took place and ended successfully, but then I'm not sure it's a good idea. I imagine that could become a problem with some devices, given that standard compliance in this area is at best a very abstract concept... Anyway, Tim will know way better than I do ;) JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450439: wmauda: FTBFS: error: audacious/beepctrl.h: No such file or directory
Lucas Nussbaum [EMAIL PROTECTED] wrote: Hi, Built against audacious 1.3, so we are in the same case as #450438. I think I have it ported to audacious 1.4, need to wait until audacious is installable again to test that out. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450439: wmauda: FTBFS: error: audacious/beepctrl.h: No such file or directory
Lucas Nussbaum [EMAIL PROTECTED] wrote: Hi, Built against audacious 1.3, so we are in the same case as #450438. Okay, it's not available on amd64 yet. Anyway, the whole API changed. If I can port wmauda in under 5 minutes I'll do it, otherwise if there's no new upstream, the package is on its way to the bitbucket. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450439: wmauda: FTBFS: error: audacious/beepctrl.h: No such file or directory
Lucas Nussbaum [EMAIL PROTECTED] wrote: Hi, cc -Wall -g -O2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/include/libmowgli -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/libpng12 -c -o wmauda.o wmauda.c wmauda.c:31:32: error: audacious/beepctrl.h: No such file or directory wmauda.c: In function 'action_play': wmauda.c:144: warning: implicit declaration of function 'xmms_remote_play' [...] wmauda.c:821: warning: pointer targets in passing argument 4 of 'XParseGeometry' differ in signedness wmauda.c:821: warning: pointer targets in passing argument 5 of 'XParseGeometry' differ in signedness make[1]: *** [wmauda.o] Error 1 Works here on both i386 and amd64. Unless you can give details, this report is bogus as far as I'm concerned. The full build log is available from http://people.debian.org/~lucas/logs/2007/11/06 Please provide a direct link to the build log in future bug reports. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450439: wmauda: FTBFS: error: audacious/beepctrl.h: No such file or directory
Lucas Nussbaum [EMAIL PROTECTED] wrote: Hi, Works here on both i386 and amd64. Unless you can give details, this report is bogus as far as I'm concerned. Please provide a build log, so we can diff it with mine. See buildd.debian.org, the build logs are identical. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421466: libsane: the scanner of the combined Espon Stylus DX3850 is not autodetect anymore
Remi Vanicat [EMAIL PROTECTED] wrote: Hi, found USB scanner (UNKNOWN vendor and product) at device /dev/usb/scanner found USB scanner (vendor=0x04b8 [EPSON], product=0x0818 [USB MFP]) at libusb:001:005 Where does that /dev/usb/scanner come from ? JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429153: libsane: broken usb communication
Robert NEMKIN [EMAIL PROTECTED] wrote: Hi, I have a hp 3055 multifunction scanner/fax/printer connected via usb. Since my last dist-upgrade, scanning multiple pages becomes broken, after scanning the first page, xsane reports i/o error when communicating to the scanner. The scanner beeps. One page scans works well. This was with libsane-1.0.18. When I downgraded to libsane-1.0.15 and sane-utils-1.0.15 everything begin to work well again. Which backend do you use ? I think this model is supported by hplip, in which case the bug lies in there. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421466: libsane: the scanner of the combined Espon Stylus DX3850 is not autodetect anymore
Remi Vanicat [EMAIL PROTECTED] wrote: Hi, Sorry, I completely forgot about this bug report: I do not use my scanner often. The problem seem solved in the version of sane I'm using, closing it. Thanks :) probably udev, mmm it doesn't exist anymore. Not unless you tweaked the rules... JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448341: multipage scans of rotated pages
Arieh Skliarouk [EMAIL PROTECTED] wrote: Hi, Here is the procedure to reproduce the bug I am talking about: 1) Create multipage project with name test 2) Scan 1 A4, not rotated page into the multipage project. 3) Verify (from terminal) that file test/image-0001.pnm exists 4) Delete the page from the multipage project 5) Choose 270 degrees in preview image. 6) Scan 1 A4, rotated page into the multipage project. 7) Verify that the multipage project shows image-0002 page 8) See (from terminal) that file test/image-0002.pnm is missing. Works for me with the test backend. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448491: gpomme: causes a lot of CPU wakeup
Romain Beauxis [EMAIL PROTECTED] wrote: Hi, While playing with powertop to get a decent battery usage on the mbp under linux, I noticed that gpomme wakes the cpu up a lot. This can be due to an active polling, or anything else, but it's a shame since I would prefer to kill it in order to save the battery. That would be nice if you could find a way to work around this. Soeren Sonnenburg was willing to work on this, though I guess he'll use any help he can get :) The problem is basically to reconcile the GTK event loop with the DBus polling and the inotify polling. With that done, it's certainly possible to get gpomme to wake up less often. But it needs to be done. Like proper transparency with compositing when available needs to be done ;) JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448341: multipage scans of rotated pages
Arieh Skliarouk [EMAIL PROTECTED] wrote: Hi, I have network scanner MFC-7820N, that works perfectly with xsane (when doing multipage scans of regular, A4 pages). I take it you're using the proprietary Brother backend ? Problem starts when I try to scan slides. I chose 270 degrees (in preview window), created multipage project and started scanning. After scans finished, I tried to save them as PDF (using Save Multipage file button), and xsane got stuck. Please try to reproduce the problem and attach gdb to xsane when it gets stuck to get a backtrace. I'm sorry but given the proprietary nature of the Brother backend, you'll have to demonstrate that the bug indeed is in XSane. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448209: xsane: turn off the bulb/light between scans
supaplex [EMAIL PROTECTED] wrote: Hi, If this makes more sense as a preferences option, by all means keep it there. I have a lot of scanners, in piticular the HP ScanJet 3300C. I do about 10-20 captures a week, and the light is very bright! I normally only see it when I swapping items to capture. For the time being I've taped a thin piece of paper over the area where I see the bulb (so I don't go blind before I'm 40). This is a feature that is backend-dependent, ie xsane has no control over it. I need to know which backends you use :) If bulb life is an issue (constant on/off), maybe a selectable time-out option is better. (in seconds?) It is indeed an issue, most backends which support turning off the light have a timeout setting in their config file. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440015: binutils: [mipsen] Assertion failures
Martin Michlmayr [EMAIL PROTECTED] wrote: Hi, Did anyone actually try CVS HEAD before and see the bug, or might this problem be due to a Debian-specific patch to binutils? The joy of finding out is all yours :-) JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448162: libsane: epson backend declare Number of options as boolean
Dirk Meul [EMAIL PROTECTED] wrote: Hi, due to this bug, it is not possible to use this backend driver with gnome-scan. More informations are available at http://bugzilla.gnome.org/show_bug.cgi?id=470732#c20 Thanks, fixed upstream for all backends. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447854: fglrx-driver: New upstream version available, solves Xorg 1.4 incompatibility, provides AIGLX support
Romain Beauxis [EMAIL PROTECTED] wrote: Hi, I'm working on the package b ut I can't find any official announce and release page. Without it, I don't think I'll upload it to unstable since the last one asked not to package it, so it might also be the case... http://www.phoronix.com/scan.php?page=articleitem=887num=1 This release is tested for all ATI Radeon GPU products from the R300 to R600 series. This does not include support for the FireGL series, but the workstation compatibility will be introduced next month in fglrx 8.43. This was not the case for 8.41.7 which was only tested against the R600 GPUs. Please package this version and release it to unstable, it's high time ATI hostages upgraded to Xorg 1.4 ... JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446643:
sasha mal [EMAIL PROTECTED] wrote: What you are saying is that it costs too much to fix the slowdown and my solutions are not good because of some reasons I have no idea of. What part of what you propose is going to induce horrible side effects for the frontends and it's not portable accross all the platforms supported by SANE don't you understand ? However, having or not having time resourses on your side is absolutely irrelevant to the question whether something is a bug or not. Again, what part of if this can be fixed it'll probably require a massive amount of work and redesign of the current SANE architecture, and it's definitely not worth it don't you understand ? Don't tell me that you want an A4 page to be scanned in 20 minutes if a slightly You can't expect a parport scanner to be fast, because the parport is dogslow to begin with anyway, and these scanners are nothing more than gross hacks. You see, I would even spend a couple hours on hacking the code if I (1) could get support in terms of explanation and (2) knew exactly the time to spend on it, but (3) your minunderstanding made this definitely impossible. Read the code, read the SANE standard, identify and get to know all the SANE frontends, identify all the platforms supported by SANE, read up on your proposed solutions and get a clue all by yourself. I know what you propose won't work, I know it's not worth the effort, ergo I'm not spending any more time on that. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446956: CVE-2007-5469 toll fraud and authentication forward attack
Nico Golde [EMAIL PROTECTED] wrote: Hi, CVE-2007-5469[0]: | OpenSER 1.2.2 does not verify the Digest authentication header URI | against the Request URI in SIP messages, which allows remote attackers | to use sniffed Digest authentication credentials to call arbitrary | telephone numbers or spoof caller ID (aka toll fraud and | authentication forward attack). I can dig up the patch mentionned on full-disclosure, but it's only one part of the solution. The user needs to add the required logic in its config to actually fix the problem. Also it's not clear yet whether this also applies to OpenSER 1.2, though the post on full-disclosure seems to imply that all versions prior to SVN 20071004 are affected. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446956: CVE-2007-5469 toll fraud and authentication forward attack
Daniel-Constantin Mierla [EMAIL PROTECTED] wrote: Hi, Practically, the check can be done in all versions of openser=1.0.0, but a bit more complex. The update in the SVN just eases the check, by making the digest URI directly available via a pseudo-variable. That's what I thought too... The solution of letting the check in config file is to give more liberty in performing it. Imagine that the proxies are behind a load balancer, and the R-URI is changed by the LB, in that case all auth will fail. The admin can add the initial R-URI in a special header at LB and in the proxy compare that value with the digest URI. Embedding this check in auth modules seemed too rigid. Indeed. I think someone's been a bit too trigger-happy with the CVE assignment. I'll upload packages patched with SVN rev 2852 if the security team feels it's necessary, otherwise I'm perfectly happy with just closing that bug report. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446643: Info received (Bug#446643: saned is started twice with the same priority, one copy g
sasha mal [EMAIL PROTECTED] wrote: Hi, Renicing saned doesn't renice xsane automatically. Renicing one process influences only the future children. So your note is irrelevant. Because in this case, the frontend, as far as the mustek_pp backend is concerned, is saned itself and not xsane (which, in this case, uses the net backend). What you are suggesting just isn't applicable. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]