Bug#635297: [patch] Re: Bug#635297: Firefly starts up with a default admin password
tag 635297 - patch thanks mirsal mir...@mirsal.fr wrote: Hi, * mt-daapd-635297-debconf.patch asks the user for an admin password. * mt-daapd-635297-no-startup.patch disables the automatic startup. NAK on both. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635297: [patch] Re: Bug#635297: Firefly starts up with a default admin password
mirsal mir...@mirsal.fr wrote: Hi, Would you mind sharing a few pointers about what's wrong, or at least which approach sounds the most sensible so I can research and get this right ? 1. mt-daapd is dead. Stop flogging the dead horse. Really. 2. adding debconf is big no-no, doubly so if you're trying to get this an update in stable 3. not starting the service also means the service won't be restarted if it's running upon upgrade, which turns security updates into no-ops The best way to handle this is to have mt-daapd reply with an error code/page as long as the admin password is still the default and the request is not coming from localhost (localhost is special-cased and bypasses the admin password entirely). But, again, flogging a dead horse. JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625521: glibc: causes segfault in Xorg
Steve M. Robbins st...@sumost.ca wrote: Hi, I'm with Linus on this: let's just revert to the old behaviour. A tiny amount of clock cycles saved isn't worth the instability. Tiny amount?! The optimized memcpy() variants that break shitty code bring a 4 to 5x speedup on the processors they've been written for! JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620065: fixed in libimobiledevice 1.1.0-3
Raphael Hertzog hert...@debian.org wrote: Hi, The multiarch requirements aren't relevant here, as the file is installed in /etc and is identical regardless of the architecture the package is built for. So the overlap will be handled by dpkg. That is, if the wiki page is accurate. The file is in /usr/share not /etc, but you're right, dpkg will cope with it. Sorry, brainfart. For some reason FDI files are in /etc in my mind, I blame Xorg for that :) Those uploads will be needed anyway, as I think libimobiledevice2 is/will not be API-compatible with libimobiledevice1. So, could be a moot point. Julien (Lavergne), do you know if this is the case? My recollection of the events is that the GNOME maintainers asked for the new libimobiledevice in experimental because they needed it, but at the same time the API/ABI isn't final yet. It's still expected to evolve and cleanups should happen at some point too. So it went to experimental both because it was needed there and because it belonged there. Julien will set the record straight if I'm wrong and can update us on the exact upstream status. Depending on that, even staging a transition in experimental doesn't make sense at this point. Basically we're screwed until upstream is done breaking things :) JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620065: fixed in libimobiledevice 1.1.0-3
Raphael Hertzog hert...@debian.org wrote: If the FDI file can be shared between both versions of the library (which I guess), then you should put it in a -common package and have that package Replaces the old version of libimobiledevice1 / libimobiledevice2 that provide this file. Of course you should add a dependency on the -common package. I NACKed that because the package would be ridiculously small and this is/has been a cause of REJECT. Moreover the transition isn't as big as you seem to imply, there aren't a lot of packages outside the GNOME world using libimobiledevice just yet. This is pretty self-contained and can be handled together with GNOME. Finally, there's also the option of dropping the FDI file entirely, given we plan to get rid of HAL sooner rather than later. I'm not sure about the status of non-Linux architectures wrt libimobiledevice, so the lack of HAL support there may be a moot point. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620065: fixed in libimobiledevice 1.1.0-3
Raphael Hertzog hert...@debian.org wrote: I NACKed that because the package would be ridiculously small and this is/has been a cause of REJECT. Well with multiarch shortly ahead of us it's more and more important for lib* packages to have only the library files and not any sort of support file. The multiarch requirements aren't relevant here, as the file is installed in /etc and is identical regardless of the architecture the package is built for. So the overlap will be handled by dpkg. That is, if the wiki page is accurate. So there will be other similar cases and I doubt the ftpmasters will reject them. Their concerns should not forbid us to do the right thing in terms of library packaging. Can you get a statement from them on that? Thanks. Well, we can't bin-nmu in experimental so it means fake source upload in experimental with increased build-dep just to be able to provide updated binaries of all packages using libimobiledevice1... Those uploads will be needed anyway, as I think libimobiledevice2 is/will not be API-compatible with libimobiledevice1. So, could be a moot point. Finally, there's also the option of dropping the FDI file entirely, given we plan to get rid of HAL sooner rather than later. I'm not sure about the status of non-Linux architectures wrt libimobiledevice, so the lack of HAL support there may be a moot point. Several of the reverse build-dependencies of libimobiledevice-dev use it with an architecture restriction [linux-any] but not all of them. I don't know how important that FDI file is in the grand scheme of the library. That's a question for Julien (the other one - why yes, we're everywhere). JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623119: libsane: Invalid device permissions
Alexander Galanin a...@galanin.nnov.ru wrote: Hi, Your patch makes 2 unrelated changes. Could you please clarify which is the one that makes it work? @@ -24,10 +24,10 @@ # the sane-devel mailing list (sane-de...@lists.alioth.debian.org). # ACTION!=add, GOTO=libsane_rules_end -ENV{DEVTYPE}==usb_device, GOTO=libsane_create_usb_dev +ENV{DEVTYPE}==usb_interface, GOTO=libsane_create_usb_dev SUBSYSTEMS==scsi, GOTO=libsane_scsi_rules_begin -SUBSYSTEM==usb_device, GOTO=libsane_usb_rules_begin -SUBSYSTEM!=usb_device, GOTO=libsane_usb_rules_end +SUBSYSTEM==usb, GOTO=libsane_usb_rules_begin +SUBSYSTEM!=usb, GOTO=libsane_usb_rules_end # Kernel = 2.6.22 jumps here LABEL=libsane_create_usb_dev This part may actually be somewhat right, although the usb_interface part seems wrong. @@ -1214,6 +1214,6 @@ KERNEL==sg[0-9]*, ATTRS{type}==3, ATTRS{vendor}==HP, ATTRS{model}==C7670A, ENV{libsane_matched}=yes LABEL=libsane_scsi_rules_end -ENV{libsane_matched}==yes, RUN+=/bin/setfacl -m g:scanner:rw $env{DEVNAME} +ENV{libsane_matched}==yes, GROUP = scanner LABEL=libsane_rules_end And that is absolutely not right. We've moved away from using GROUP= and use ACLs instead. JB -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623119: libsane: Invalid device permissions
severity 623119 normal thanks Alexander Galanin a...@galanin.nnov.ru wrote: Hi, This part may actually be somewhat right, although the usb_interface part seems wrong. This is the output of udevadm --query all for my scanner (Mustek BearPaw 2448TA Pro): [...] So I think that DEVTYPE and SUBSYSTEM values in the rule should be changed. You actually aren't looking at the proper udev db entry; you're down to the interface level and you should stop at the device level. It's the device we're interested in, not a specific USB interface. Unless 2.6.38 broke things pretty badly, which I'll check out at the earliest opportunity. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614905: Pommed fails to start on Macbook7,1
severity 614905 normal thanks Angel Abad angela...@gmail.com wrote: Hi, E: sysfs backlight probe failed, no fallback for this machine E: LCD backlight probe failed, check debug output If you need more info please contact me. Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) If memory serves me well, you need a more recent kernel. 2.6.37 may or may not do, 2.6.38 should work. Look at the content of /sys/class/backlight, this will tell you whether there is backlight support for your machine in the kernel or not. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614727: forked-daapd: FTBFS with --no-add-needed: missing -lrt
Julien Cristau jcris...@debian.org wrote: Hi, your package ftbfs with the latest gcc-4.4 in unstable, which passes --no-add-needed to the linker. See Known issue, fixed in git. Is this getting in the way of any ongoing transition (ffmpeg?)? If yes I'll patch it up tonight, otherwise I may delay the fix for some time until the next release/snapshot. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614727: forked-daapd: FTBFS with --no-add-needed: missing -lrt
Julien Cristau jcris...@debian.org wrote: Hi, Yeah, it needs to be rebuilt for the ffmpeg transition, but the binNMU ftbfs due to the gcc change :/ Talk of bad timing. Fixed package on its way. JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607368: Please decide how kernel ABI should be managed
Don Armstrong d...@debian.org wrote: Hi, Ok. My main concern here is what exactly would happen if we were to ignore the ABI change for this particular issue, and then put in place some kind of a process where the kernel team could be informed of downstream users of the ABI. The harm is done now, reverting or bumping the ABI at this point only makes things worse. Full deployment involves over a thousand workstations. But presumably they're not running a testing version affected by this. At this time I have no assurance that this issue or a similar issue with another symbol won't happen again during the Squeeze lifetime, so they are potentially affected until proven otherwise as far as I'm concerned. To the thousand machines given above, you can add several hundred machines part of several HPC clusters; the nodes use external InfiniBand drivers from ofa-kernel 1.5.2 in the pkg-ofed repository. Having the cluster fail to come online after a kernel upgrade would be interesting. We also have servers using the Brocade FC HBA/CNA drivers from Brocade, due to the 2.6.32 drivers being way out of date (2.6.32-2.6.37 is ca. 100 commits and needs new firmware files with new names, if anyone is interested). package is upgraded, we'd still have issues with on-disk modules not matching the running kernel ABI until the machine is rebooted. This can sometimes take two or three weeks if a long-running computation is running on the machine. Presumably this wouldn't be much of an issue, unless users are going to be newly loading these modules. [Which I would hope wouldn't be the case if you were running a long-running computation.] Modules get loaded automatically pretty much all the time on a workstation: filesystem modules for a USB key or when upgrading grub, drivers for USB devices, you name it. And I'll ask again: what's the point of the kernel ABI number if we have to use strict dependencies? Some modules may need strict dependencies if they are using symbols not covered by the ABI; this is one possible way that we can resolve this issue. The issue I have with that, other than the fact that it is just plain wrong, is that all the module packaging tools were built on the premise that changes to the kernel ABI are reflected by the ABI number. None of the tools work if that premise doesn't hold true. JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608413: Possible patch?
Salvatore Bonaccorso car...@debian.org wrote: Hi, First of all I'm not the maintainer and I'm not having that good IPv6 knowledge. Could you try if the patch inbetween the upstreams versions 2.55 and 2.56 solves the problem? The debdiff for a proposed NMU is attached. I'll give it a go; have you looked into 2.62 also? All in all, 2.65 has been in unstable for over 110 days now and I've been told the release team is OK with 2.65 but not with the packaging changes and would accept 2.65 with the old packaging. This would be way better given there were only v6 fixes and testsuite improvements/fixes between 2.54 and 2.65. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608413: Possible patch?
Salvatore Bonaccorso car...@debian.org wrote: Hi, Could you try for that the package at [1]? [1] http://people.debian.org/~carnil/tmp/libio-socket-inet6-perl_2.54-1.2_all.deb Just tried it out and it works as far as Cricket is concerned. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607368: Please decide how kernel ABI should be managed
Don Armstrong d...@debian.org wrote: Hi, Ok. For some reason, I hadn't originally noticed that this was concerning an OOT module which Debian itself didn't actually distribute. [Julien: I'm correct in that, right?] But that's probably fine. You are correct. Julien: Are you currently shipping a kernel in production which would be affected by this change if we don't change the ABI number? Or does this only affect cases where you are testing squeeze? Could it be I have 30 beta-testers that are affected by this issue on the workstations they have started using for their everyday work. Although it's still a beta phase, at this point, these workstations are to be considered in production given the users have basically made the switch now. Full deployment involves over a thousand workstations. worked around by using DKMS or similar with prebuilt binaries and requiring exact kernel version dependencies? DKMS is useless if the ABI number doesn't change, in its current form. If DKMS was changed to rebuild all modules when the kernel package is upgraded, we'd still have issues with on-disk modules not matching the running kernel ABI until the machine is rebooted. This can sometimes take two or three weeks if a long-running computation is running on the machine. We switched to DKMS to reduce the maintenance cost associated with prebuilt binaries. We'd rather not come back to that if we can help it. It also adds a delay to kernel updates that we'd rather avoid. As to using strict dependencies... it makes all of the above even worse. And I'll ask again: what's the point of the kernel ABI number if we have to use strict dependencies? Seriously? We need a kernel ABI numbering we can rely on. JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608550: closed by Aurelien Jarno aurel...@aurel32.net (Re:
Peter T. Breuer p...@inv.it.uc3m.es wrote: Hi, * if v1 is equal to 0, the following sequence is executed: bne $3,$0,1f div $0,$2,$3 break 7 Yes. The branch fails, and falls through to the division, which (fails and) traps in the break following. I think you're getting confused by the delay slot. If you take the delay slot into account, you'll see that the code and Aurélien are both correct. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608413: IPv6 issues, regression from Lenny, breaks cricket
Package: libio-socket-inet6-perl Version: 2.54-1.1 Severity: serious Hi, libio-socket-inet6-perl in Squeeze is broken wrt IPv6 handling. Upgrading broke a perfectly working Cricket setup from Lenny where a number of hosts are polled over IPv6. Version 2.65-1 from unstable fixes this issue; the upstream changelog shows quite a number of fixes related to IPv6 handling. Thanks, JB. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, lc_ctype=fr...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages libio-socket-inet6-perl depends on: ii libsocket6-perl 0.23-1 Perl extensions for IPv6 ii perl 5.10.1-16 Larry Wall's Practical Extraction libio-socket-inet6-perl recommends no packages. libio-socket-inet6-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607368: Please decide how kernel ABI should be managed
Don Armstrong d...@debian.org wrote: Hi, For out of tree modules, these problems can either be resolved by changing the ABI number, or possibly by using Breaks: for all of the affected out-of-tree modules where the change wasn't wide-spread enough to bump the ABI number. A slightly wilder alternative, is to Provides: linux-kernel-abi-2.6.32-vmware-5 or something for out-of-tree modules which aren't going to be covered by the main ABI, but are important enough to require compatibility. Alternatively, we This doesn't work for modules packaged/installed with DKMS, which is slowly replacing module-assistant (and is not Debian-specific, this is important to keep in mind here). Unless DKMS in Debian switches to building modules at boot time, which it currently doesn't do - and that would not solve the issue for modules needed in the initrd. Not to mention that it would lengthen the boot time and could break the boot for any number of reasons [1]. As you noted, silently breaking the ABI opens up a window during which modules on-disk are potentially incompatible with the running kernel. Not ideal and not easy to diagnose if you don't have some kernel knowledge. JB. [1] Like running into an endless loop while attempting to build a module, as happened to me with blcr, which would be pretty inconvenient at boot time. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607368: Please decide how kernel ABI should be managed
Don Armstrong d...@debian.org wrote: Hi Don, You should bounce your mail to the kernel team as they were not Cc:ed and the questions are directed to them. My main concern is that there seems to be no way for oot modules like the vmware modules to sanely keep in step with the kernel ABI. While Correct. this may not be a concern for kernel upstream, it's something that we would ideally deal with to avoid issues for our users on upgrades. Upstream doesn't have a notion of kernel ABI, this is left for the distributors to handle. This can only work if changes to the ABI don't get ignored for convenience or any other equally bad reason. JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607368: Please decide how kernel ABI should be managed
Julien BLACHE jbla...@debian.org wrote: Hi, Furthermore it is indeed quite unclear if said company is not effectively violating GPL and several core dev do indeed think so. Uh? [citation needed] please, especially given VMware modules ship as source although I can't remember their licensing terms right now. I've done that now and all the modules are GPL. There goes your claim. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607368: Please decide how kernel ABI should be managed
maximilian attems m...@stro.at wrote: Hi, The submitter shows a clear confusion between the requirements of a shared lib userspace and the linux-2.6 kernel. Be assured there is no confusion on my end on this topic. Furthermore it is indeed quite unclear if said company is not effectively violating GPL and several core dev do indeed think so. Uh? [citation needed] please, especially given VMware modules ship as source although I can't remember their licensing terms right now. JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607368: Kernel ABI management
Ben Hutchings b...@decadent.org.uk wrote: Hi, Good luck with that, it's been tried already with EXPORT_SYMBOL_GPL() and people still do work around that. That is probably copyright infringement. Maybe, maybe not. Nobody actually really knows. It sounds like you should really be using ESX/vSphere on the host, rather than VMware Server on Debian. I mean, VMware Server is basically demo-ware. That's VMware Player/Workstation running on workstations, not servers, actually. So no, we don't need ESX/vSphere. Where are your bug reports on nouveau? I don't think there is any value in reporting that an nVidia card that was released last month doesn't work with nouveau. I think the nouveau folks do know it's not supported without me telling them. Binary-only drivers for Linux are generally copyright infringements. If Says you. Again, nobody really knows. Some may very well be infringing copyrights, sure. we break them: good. (I know nvidia provides a Linux-specific stub as source and it might be an exception to this.) You can be assured that I share your feelings towards binary-only drivers. I'm pretty disappointed by the way you're handling this; it feels like you have little care for what your users actually need. We do, just not all of what *you* (one of our users) want. Yeah, I'm probably the only Debian folk out there that has to support a thousand workstations with VMware. We should definitely move to RedHat, or something. JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607368: closed by maximilian attems m...@stro.at (Re: Bug#607368: Kernel ABI management)
ow...@bugs.debian.org (Debian Bug Tracking System) wrote: We never supported oot binary crap, nor do we intend to do. closing, as you already got all the explanations. For the record, VMware modules come as source. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607368: Please decide how kernel ABI should be managed
reopen 607368 tags 607368 - wontfix reassign 607368 tech-ctte retitle 607368 Please decide how kernel ABI should be managed thanks Hi, I am hereby asking the tech-ctte to decide how the kernel ABI should be managed. Case in point: the kernel team decided to ignore changes to the smp_ops symbol in 2.6.32-28 which broke external modules (vmware) without any prior warning. I am worried that this is going to happen again during the lifetime of Squeeze, silently breaking working setups upon reboot after a kernel update, even though the new kernel carries the same ABI number as the previous one. I do agree that it is fine to ignore changes to symbols that are only exported and used inside a self-contained group of modules to which no additional modules will ever need to be added. I disagree with the kernel team's take that it is OK for them to ignore symbol changes in all other cases, especially for symbols exported by the core kernel (like smp_ops). This kind of silent breakage is a nightmare from an ops standpoint and it does have a cost for our users. The ABI number should guarantee that upgrading from a revision of linux-image to another carrying the same ABI number will not cause any breakage with external modules built for this ABI. As the kernel team made it clear that they make their decision partly based on symbol usage, I'd like to highlight once again, for the specific case of smp_ops, that VMware modules aren't exactly pet modules that only a few of our users care about. There is ample proof of this on several web forums and mailing-lists dedicated to either VMware or Debian. I am seeking a generic ruling by the tech-ctte to ensure that the kernel ABI number remains meaningful and dependable. I think it would be best if this matter would be decided upon before the release of Squeeze, or not too long after it, so as to avoid further breakages in early kernel updates for Squeeze. Thanks, JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607368: Kernel ABI management
reopen 607368 submitter 607368 ! thanks Hi, I am sorry that I have to reopen this bug, but first this is about more than just smp_ops and second the outcome isn't satisfactory. Whether a symbol is exported for a specific purpose or for general usage, whether you like it or not, every symbol that is exported is part of the ABI. If it changes, the ABI changes and it changes for everybody, regardless of whether they're supposed to be using that symbol or not. We would not accept that behaviour from a shared library, I don't see any reason why we would accept it from the kernel. As it stands, the kernel ABI number has just been rendered useless; I can no longer trust it nor rely on it. Every kernel revision will have to be tested to make sure all modules are still compatible with the new ABI, given the ABI will change silently without bumping the ABI number. Unsuspecting users will have their setup break upon reboot after updating their kernel packages without any obvious clue as to what caused the breakage. This is a big deal as it puts a big question mark where the kernel ABI number used to be. This is a problem for users, admins, ISV, vendors higher up the chain, everybody. It's no longer possible to offer certified modules for Debian kernels given the kernel ABI number cannot be relied upon anymore. Out of tree modules exist and you can't just ignore them; in some environments they are necessary to make things work and you won't have a way around that. So I am asking you to reconsider your position and go back to strictly maintaining the kernel ABI number. This situation is a big step backward for the Debian kernel packages and I hope it'll be fixed soon. Thanks, JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607368: Kernel ABI management
Ben Hutchings b...@decadent.org.uk wrote: Hi, Some distributions provide a list all exported symbols which can be depended on not to change. We haven't done that but we do consider What you're saying here is very important: you haven't done that yet, which implies that all symbols are covered by the ABI. This is reinforced by reading the packaging scripts and realizing they check the whole ABI, prior to -28. where symbols are used before deciding a change can be ignored. I can perfectly imagine that you weren't aware of VMware's reliance upon this symbol before, but you are now. No need to tell you that quite a few of our users out there will use VMware on Squeeze and be impacted by this change. (As an example, there are several sets of drivers for related hardware in which one core module exports symbols to the specific driver modules. Those exports should in no way be depended on by OOT modules.) As smp_ops is exported by the core kernel and not by the common core of a self-contained set of drivers, I don't think this argument holds here. Reviewing the kernel revision history, smp_ops was indeed exported to allow building KVM as a module. The commit message certainly doesn't claim that KVM should be the sole user of this exported symbol. I fail to see a reason why VMware or anybody else should refrain from using smp_ops if they need it. We would not accept that behaviour from a shared library, I don't see any reason why we would accept it from the kernel. This is not true; for example, the interface between libc and NSS is not stable. And it's been widely recognized as a design flaw and a royal pain in the ass for, like, forever. Not exactly an example you want to follow. If someone claims to certify something about future Debian kernels without talking to the kernel team, they are a fraud. See the top of this mail where you state that no list of symbols covered by the ABI was ever published for Debian kernels. It isn't unreasonable under these circumstances to assume that all symbols are covered. Out of tree modules exist and you can't just ignore them; in some environments they are necessary to make things work and you won't have a way around that. Example? VMware, nVidia, various drivers and infrastructure for communications hardware (been there, done that), ... JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607368: Kernel ABI management
Ben Hutchings b...@decadent.org.uk wrote: Hi Ben, This is reinforced by reading the packaging scripts and realizing they check the whole ABI, prior to -28. This is not correct. We have ignored many changes since 2.6.32-12 when the ABI number was bumped to 5. In 2.6.32-27 the symbol version files were refreshed and the ignore list was reset. This is even more troubling. The upstream policy is that symbol exports may be removed when there are no in-tree users. So that export could even be made conditional on CONFIG_KVM_MODULE (or whatever it's called). Upstream policy doesn't break your setup from one kernel package revision to the other. Maybe I should find a way to limit that export so OOT users won't make this mistake. Good luck with that, it's been tried already with EXPORT_SYMBOL_GPL() and people still do work around that. See the top of this mail where you state that no list of symbols covered by the ABI was ever published for Debian kernels. It isn't unreasonable under these circumstances to assume that all symbols are covered. It is extremely stupid. We obviously disagree. VMware, nVidia, various drivers and infrastructure for communications hardware (been there, done that), ... VMware - use KVM. Not possible. We require 3D pass-through that KVM doesn't offer. Windows virtio drivers failed us on Vista/Seven (can't remember, not my area), plain old IDE emulation is too slow to be usable. Also, issues with moving a VM from one host to another from a Windows licensing standpoint (still researching this one, though). It's not that using KVM wouldn't ease our (and our user's) life considerably, it's that we *cannot* use it, and there are real reasons why we cannot (and I'm not even speaking of getting that solution approved internally, it's really a detail given the above). As you can see on my blog, I'm the one responsible for packaging VMware. My life would be better if we could just use KVM, believe me. Packaging VMware 7 was a nightmare. nvidia - use nouveau, report a bug if it doesn't work. Doesn't work with our cards, not by a long shot. Probably won't work for another decade or so, so not an option. We do need working and fast 3D. Switching to AMD - oh yeah, we tried that. I have a drawer full of test cards. Not a single one has working 3D with free drivers, and here again it won't happen for another year or two *best case*. Not an option. Once again: not that we wouldn't like to use free drivers, but we just can't. And I'm the one backporting and testing the nVidia drivers, so believe me when I tell you I'd be using Nouveau if it was an option. We are limited by our user's requirements on the one hand and by what hardware vendors can sell us on the other hand - and they can't sell us yesteryear's tech forever, especially on high-end mobile workstations. Anybody doing this type of large-scale deployment faces the same issues. random drivers - send them to the maintainer of crap (Greg K-H, for the staging tree). :-) That being said, not every out of tree driver comes with source. Although pure crap has made it to staging in the past, I'm pretty sure multi-megabyte binary blobs don't stand a chance. I'm pretty disappointed by the way you're handling this; it feels like you have little care for what your users actually need. I find it a bit sad, given all the very good work you've been doing with the kernel otherwise. As I wrote already, it's not like VMware is some obscure piece of software that nobody knows about. JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595365: Intent to 0-day NMU FAI 3.4.1 to fix #595365
Hi, I intend to prepare, test and upload an NMU of FAI 3.4.1 tomorrow to finally beat FAI into shape for Squeeze (fixing #595365). If there's any reason why I shouldn't do it, please let me know ASAP. Thanks, JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595365: Intent to 0-day NMU FAI 3.4.1 to fix #595365
Thomas Lange la...@informatik.uni-koeln.de wrote: Hi, I see no reason why to do an NMU. Mika is on vacation until tomorrow, and he will care about the fix after that. There's no reason to hurry. Great. Maybe my unhappiness wrt the situation of FAI for Squeeze will finally dissipate :) JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595875: forked-daapd: FTBFS in squeeze: Unsatisfiable build-dependency: libunistring-dev(inst 0.9.1-1 ! = wanted 0.9.3)
reassign 595875 libunistring retitle 595875 libunistring: FTBFS on mips and mips found 595875 0.9.3-1 thanks Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Hi, libunistring-dev: missing Default version of libunistring-dev not sufficient, no suitable version found. Skipping for now, maybe there are alternatives. libunistring 0.9.1 ships broken header files, making it absolutely unusable. libunistring 0.9.3 fails to build on mips* and thus can't migrate to Squeeze. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595875: [PATCH] Workaround for libunistring FTBFS on mipsen
retitle 595875 libunistring: FTBFS on mips and mipsel block 595875 by 519006 tags 595875 + patch thanks Hi Andreas, The attached patch works around the compiler/binutils issues on mipsen by building libunistring with -mplt on mipsen (as indicated by Aurélien in #519006). I've tested the build on gabrielli.d.o. Please apply and let's finally get 0.9.3 in Squeeze. Thanks, JB. -- Julien BLACHE jbla...@debian.org | 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 --- libunistring-0.9.3/debian/rules.orig 2010-09-07 22:17:51.760327032 +0200 +++ libunistring-0.9.3/debian/rules 2010-09-07 22:18:06.160327073 +0200 @@ -4,6 +4,11 @@ include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/autotools.mk +include /usr/share/cdbs/1/rules/buildvars.mk + +ifneq ($(findstring $(DEB_BUILD_ARCH), mips mipsel),) + CFLAGS += -mplt +endif DEB_CONFIGURE_EXTRA_FLAGS := --disable-Werror DEB_DH_INSTALL_ARGS := --sourcedir=$(DEB_DESTDIR)
Bug#595648: libkqueue0: typo in EV_RECEIPT implementation returns random errors
Package: libkqueue0 Version: 0.9.2-1 Severity: serious Tags: patch Hi, A typo in the code copying kevents from the changelist to the eventlist in kevent_copyin() leads to events with EV_RECEIPT having a non-zero data field. This breaks libdispatch in interesting ways under the right circumstances, effectively putting a halt to event processing. Patch attached, replace errno with status when setting the data field. Thanks, JB. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35 (SMP w/2 CPU cores) Locale: LANG=C, lc_ctype=fr...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages libkqueue0 depends on: ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib libkqueue0 recommends no packages. libkqueue0 suggests no packages. -- no debconf information diff --git a/src/common/kevent.c b/src/common/kevent.c index 30bbc0f..c43a31c 100644 --- a/src/common/kevent.c +++ b/src/common/kevent.c @@ -219,7 +219,7 @@ kevent_copyin(struct kqueue *kq, const struct kevent *src, int nchanges, err_path: if (nevents 0) { memcpy(eventlist, src, sizeof(*src)); -eventlist-data = errno; +eventlist-data = status; nevents--; eventlist++; nret++;
Bug#587499: antlr3: also fails to build on powerpcspe
Moffett, Kyle D kyle.d.moff...@boeing.com wrote: Hi, So we can write the mips failure off as a buildd issue, which leaves us with the hppa kfreebsd-* failures. Hmm, I'm working on a Debian port to PowerPCSPE over at debian-ports.org [0] and I'm seeing what appears to be the same issue on my buildd. The build log is here: Yep, same issue. On June 30th, I offered both a tarball of the build tree at the time of failure and a kfreebsd-amd64 qemu image that reproduces the issue. To date, nobody has taken on this offer. Enough said. JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587499: antlr3: also fails to build on powerpcspe
ludovic.cla...@laposte.net ludovic.cla...@laposte.net wrote: Hi, I have been working on it, but I have some pressing issues (like moving houses). I have a solution that's almost there, but not yet ready for release. Good news, thanks for the update! JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587499: antlr3: mips build failure is a buildd issue
retitle 587499 antlr3: FTBFS on several architectures: hppa, kfreebsd-* thanks Hi, I've just done a manual build on mips, and the package built just fine. So we can write the mips failure off as a buildd issue, which leaves us with the hppa kfreebsd-* failures. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587499: antlr3: mips build failure could be a buildd issue
Hi, Looks like the mips build failure could be a mips buildd issue and the package may actually build fine if queued on the one mips buildd (ball) that is known to work for Java. Given the mips failure is out of family wrt hppa and kfreebsd-*, this sounds plausible enough to ask for a requeue on mips. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587499: antlr3: kfreebsd-* FTBFS: build tree + qemu image
Hi, If it can be of any help, I have a tarball of an antlr3 3.2-3 build tree on kfreebsd-amd64 post-failure. I also have a qemu image containing a kfreebsd-amd64 system (with build-depends installed) and the said build tree. The tree is ca. 600kB compressed (7MB uncompressed), the qemu image is 560MB compressed (ca. 12GB uncompressed, of which about 2GB are really used, but I failed at preserving the image's sparse file status while moving it to a tmpfs at the beginning of the build :/). I can make the files available in my homedir on Alioth if you're interested in getting them. Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587401: closed by Torsten Werner twer...@debian.org (Bug#587401: fixed in antlr3 3.2-3)
Ludovic Claude ludovic.cla...@laposte.net wrote: Hi, Can you open a new bug report for the POM issue and include the build logs? The build logs are on buildd.debian.org, that's where I read them :) In the meantime, the build also failed on mips (weird errors :/) and hppa (same error as on kfreebsd-*). Not out of the woods just yet :( I wanted to look into the kfreebsd failures to provide more data, but unfortunately neither kfreebsd-amd64 nor kfreebsd-i386 would install into VMWare 7... I'll open a new bug with links to the build logs momentarily. JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587499: antlr3: FTBFS on several architectures: hppa, mips, kfreebsd-*
Source: antlr3 Version: 3.2-3 Severity: serious Hi, antlr3 3.2-3 failed to build again on 4 architectures, including the 2 kfreebsd. 3 failures look related, failing with the same error message, but the fourth one looks weird :/ Failing with an XML exception (invalid NCName) while building the master POM: - hppa https://buildd.debian.org/fetch.cgi?pkg=antlr3ver=3.2-3arch=hppastamp=1277756750file=log - kfreebsd-i386 https://buildd.debian.org/fetch.cgi?pkg=antlr3ver=3.2-3arch=kfreebsd-i386stamp=1277755004file=log - kfreebsd-amd64 https://buildd.debian.org/fetch.cgi?pkg=antlr3ver=3.2-3arch=kfreebsd-amd64stamp=1277754086file=log Weird build failure: - mips https://buildd.debian.org/fetch.cgi?pkg=antlr3ver=3.2-3arch=mipsstamp=126868file=log JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587401: antlr3: FTBFS everwhere; build-deps need adjusting?
Source: antlr3 Version: 3.2-2 Severity: serious Hi, antlr3 3.2-2 failed to build everywhere again; I guess most of the build-deps in Build-Depends-Indep need to be promoted to Build-Depends to build antlr3-gcj. I'd suggest a binary-arch-only build in pbuilder or similar before the next upload so we don't have to go through this again :) Thanks! JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587401: antlr3: FTBFS everwhere; build-deps need adjusting?
Torsten Werner twer...@debian.org wrote: Hi, I'd suggest a binary-arch-only build in pbuilder or similar before the next upload so we don't have to go through this again :) I've done a successful cowbuilder ... -B build before uploading. I'll check it again later but feel free to attach a patch. If you've used --debbuildopts -B instead of --binary-arch, I suspect pbuilder went ahead and installed the Build-Depends + Build-Depends-Indep, or something alike. Can't imagine how it would build in pbuilder without the ANTLR plugin for maven when it doesn't on the buildd (this is the very first failure in the build log). I think adjusting the build-deps should be enough to fix this. JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587401: closed by Torsten Werner twer...@debian.org (Bug#587401: fixed in antlr3 3.2-3)
ow...@bugs.debian.org (Debian Bug Tracking System) wrote: Hi, antlr3 (3.2-3) unstable; urgency=low . * Clean up build dependencies. (Closes: #587401) And, third time's the charm, indeed. Except for kfreebsd-* where the build fails with an XML exception - looks like the POM may be broken after patching. As 3.0.1 did have packages for kfreebsd-*, this will block the testing migration :( Thanks for your work on ANTLR! JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587306: antlr3: FTBFS everywhere; packaging issues
Source: antlr3 Version: 3.2-1 Severity: serious Hi, antlr3 3.2-1 failed to build everywhere, as it's trying to build the antlr3 binary package which is arch: all (as evidenced by the calls to various helper scripts with -pantlr3 as argument). Also, the only arch: any package produced by the antlr3 source package is empty on amd64 (the arch that got uploaded). Either antlr3-gcj should be removed and it's just a matter of adjusting debian/control, or this warrants a bug of its own. Looking at the source package, it looks like the former, as there's little about antlr3-gcj in there. Thanks, JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587307: libantlr3c: [dummy] do not migrate to testing before antlr3 3.2
Package: libantlr3c-3.2-0 Version: 3.2-1 Severity: serious libantlr3c must not migrate to testing before the matching antlr3 version is available in testing. There are currently a few issues in antlr3 3.2-1 which make it unsuitable for testing, so until this is resolved, this dummy bug is there to keep libantlr3c out of testing. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585046: eikazo: Fails to start
forcemerge 569781 585046 thanks Andrey cmr.p...@gmail.com wrote: Hi, Eikazo fails on my system with the following backtrace: Uh, you already filed this exact same bug (#569781). I'm sorry but I still cannot reproduce this issue on a freshly installed i386 Squeeze system. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583273: flegita: Crashes on startup
Josselin Mouette j...@debian.org wrote: Hi, #2 0xb6e9da09 in sane_control_option (h=0x8232858, opt=10, act=SANE_ACTION_GET_VALUE, val=0x0, info=0xb249c1ac) at dll-s.c:36 #3 0xb6eb7f66 in ?? () from /usr/lib/gnome-scan-1.0/libgsane.so Let’s ask the Sane maintainer his opinion. Julien, do you think this is more likely a bug in the hpaio backend, or a bug in the way gnome-scan calls sane_control_option ? In this case, gnome-scan is requesting the value of option 10 but passing a NULL pointer as the destination for this value. I can't think of a case for which val=NULL would be valid on a GET_VALUE call, of the top of my head. A backtrace with hpaio debug symbols (if available?) would be nice. JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583273: flegita: Crashes on startup
Андрей Парамонов cmr.p...@gmail.com wrote: Hi, I've managed to get the following backtrace with hplip debug symbols: 0xb090304c in sane_hpaio_control_option (handle=0x8262800, option=10, action=SANE_ACTION_GET_VALUE, pValue=0x0, pInfo=0xb34b21ac) at scan/sane/hpaio.c:2485 2485*pIntValue = hpaio-currentDuplex; I think we have a winner :-) Now you'll just have to figure out why gnome-scan passes NULL here :/ JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583090: libsane: right side of scan is dark on epson perfection 1260 plustek bakend
severity 583090 normal fixed 583090 1.0.21-1 thanks Oliver Vollmer o.voll...@gmx.net wrote: Hi, the right side of a Din A4 Scan is dark, exactly the half right side. Affected is the plustek bakend. Color scan brings left side yellow, right side red of a black/white document. I fixed this by using the Verson 1.0.21-1 of Debian testing, there no Problem till now. Thanks for the report, it'll document the issue. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549038: eikazo: Uses deprecated libgtkhtml2
Emilio Pozuelo Monfort po...@debian.org wrote: Hi, I'm dropping python-gtkhtml2 now, so this is RC. I'll see if I can port it, though if you can have a look at it that would be great. Not going to happen, I'm afraid... JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549038: eikazo: Uses deprecated libgtkhtml2
Emilio Pozuelo Monfort po...@debian.org wrote: Hi, I've looked at it and here's a patch. You'll need to depend on python-webkit and drop the python-gtkhtml2 dependency. I cannot run eikazo (it refuses to start saying I have no scanners) so I've tested the Help directly with Let me know if you find any problems with it. I'll look into it this week-end, thanks a lot! JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570580: [PATCH] Fixes for libplist
Package: libplist Severity: normal Tags: patch Hi, I've spent some time debugging a number of portability issues in libplist; the attached patch should fix libplist on most architectures. There remains a couple of unaligned accesses that I haven't been able to track down, due to prctl --unaligned=signal not working on albeniz (kernel still handling the unaligned trap instead of sending a SIGBUS). Patch tested on amd64, alpha, hppa. Please prepare an upload with this patch added and hopefully we'll have some good news this week-end :) Thanks, JB. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.2 (SMP w/2 CPU cores) Locale: LANG=C, lc_ctype=fr...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Endianness, alignment and type-punning fixes for binary plist support - endianness issues: on big endian machines, writing out only part of an integer was broken (get_needed_bytes(x) sizeof(x)) - shift integer before memcpy() on big endian machines - alignment issues: unaligned reads when loading binary plist. Leads to slow runtime performance (kernel trapping and fixing things up), SIGBUS (kernel not helping us out) - introduce get_unaligned() and have the compiler generate the code needed for the unaligned access (note that there remains unaligned accesses that I haven't been able to track down - I've seen 2 of them with test #2) - type-punning issues: breaking strict aliasing rules can lead to unexpected results as the compiler takes full advantage of the aliasing while optimizing - introduce the plist_uint_ptr union instead of casting pointers Tested on amd64, alpha and hppa. -- Julien BLACHE jbla...@debian.org diff -ru orig/libplist-1.2/src/bplist.c libplist-1.2/src/bplist.c --- orig/libplist-1.2/src/bplist.c 2010-04-09 19:26:54.0 +0200 +++ libplist-1.2/src/bplist.c 2010-04-09 19:25:47.776737504 +0200 @@ -79,6 +79,24 @@ #endif } +union plist_uint_ptr +{ +void *src; +uint8_t *u8ptr; +uint16_t *u16ptr; +uint32_t *u32ptr; +uint64_t *u64ptr; +}; + +#define get_unaligned(ptr) \ + ({ \ +struct __attribute__((packed)) { \ + typeof(*(ptr)) __v;\ +} *__p = (void *) (ptr); \ +__p-__v;\ + }) + + static void byte_convert(uint8_t * address, size_t size) { #if G_BYTE_ORDER == G_LITTLE_ENDIAN @@ -95,23 +113,36 @@ #endif } -static uint32_t uint24_from_be(char *buff) +static uint32_t uint24_from_be(union plist_uint_ptr buf) { +union plist_uint_ptr tmp; uint32_t ret = 0; -uint8_t *tmp = (uint8_t *) ret; -memcpy(tmp + 1, buff, 3 * sizeof(char)); -byte_convert(tmp, sizeof(uint32_t)); + +tmp.src = ret; + +memcpy(tmp.u8ptr + 1, buf.u8ptr, 3 * sizeof(char)); + +byte_convert(tmp.u8ptr, sizeof(uint32_t)); return ret; } #define UINT_TO_HOST(x, n) \ - (n == 8 ? GUINT64_FROM_BE( *(uint64_t *)(x) ) : \ - (n == 4 ? GUINT32_FROM_BE( *(uint32_t *)(x) ) : \ - (n == 3 ? uint24_from_be( (char*)x ) : \ - (n == 2 ? GUINT16_FROM_BE( *(uint16_t *)(x) ) : \ - *(uint8_t *)(x) - -#define be64dec(x) GUINT64_FROM_BE( *(uint64_t*)(x) ) + ({ \ + union plist_uint_ptr __up; \ + __up.src = x; \ + (n == 8 ? GUINT64_FROM_BE( get_unaligned(__up.u64ptr) ) : \ + (n == 4 ? GUINT32_FROM_BE( get_unaligned(__up.u32ptr) ) : \ + (n == 3 ? uint24_from_be( __up ) : \ + (n == 2 ? GUINT16_FROM_BE( get_unaligned(__up.u16ptr) ) : \ + *__up.u8ptr ; \ + }) + +#define be64dec(x) \ + ({ \ + union plist_uint_ptr __up; \ + __up.src = x; \ + GUINT64_FROM_BE( get_unaligned(__up.u64ptr) ); \ + }) #define get_needed_bytes(x) \ ( ((uint64_t)x) (1ULL 8) ? 1 : \ @@ -646,6 +677,11 @@ //do not write 3bytes int node if (size == 3) size++; + +#if G_BYTE_ORDER == G_BIG_ENDIAN +val = val ((sizeof(uint64_t) - size) * 8); +#endif + buff = (uint8_t *) malloc(sizeof(uint8_t) + size); buff[0] = BPLIST_UINT | Log2(size); memcpy(buff + 1, val, size); @@ -656,7 +692,7 @@ static void write_real(GByteArray * bplist, double val) { -uint64_t size = get_real_bytes(*((uint64_t *) val)); //cheat to know used space +uint64_t size = get_real_bytes(val); //cheat to know used space uint8_t *buff = (uint8_t *) malloc(sizeof(uint8_t) + size); buff[0] = BPLIST_REAL | Log2(size); if (size == sizeof(double)) @@ -748,6 +784,9 @@ for (i = 0, cur = node-children; cur i size; cur = cur-next, i++) { idx = *(uint64_t
Bug#569781: eikazo: Does not start
severity 569781 important thanks Andrey cmr.p...@gmail.com wrote: Hi, Eikazo does not start for me any more: I cannot reproduce this problem here, and seeing as your system is a testing/unstable mix, it could very well be a transient issue with either testing or your particular system. What's the version of libsane installed on the system? JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/873a14w2nh@sonic.technologeek.org
Bug#569240: libsane-dev: please depend on libjpeg-dev, not libjpeg62-dev
Bill Allombert ballo...@debian.org wrote: Hi Bill, There is a new version of libjpeg (libjpeg8) that replace libjpeg62. libjpeg62-dev is only kept for LSB compatibility and should not be used for building packages. I'll take care of this this week-end. Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562757: nfs-common: rpc.statd is unable to register itself with portmap
Waba w...@waba.be wrote: Hi, Upon closer examination (strace), rpc.statd is trying to connect to [::1]:111 while portmap is listening on IPv4 only. Replacing portmap by rpcbind might fix the problem, but I have not tried it. rpcbind, you mean the package that can't be installed because it has a file conflict with libc-bin? RC bug report on Sep 1st 2009, still unfixed. And now that, which seriously leads me wondering about the level of testing that went into this upload. 0 is my guess. Testing on a non-standard installation doesn't count, of course (like a system with rpcbind installed thanks to --force-overwrite). JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555231: oldstable: mt-daapd update addressing #555231
Adam D. Barratt a...@adam-barratt.org.uk wrote: Hi, CVEs are available, although I wasn't entirely clear as to whether they apply to 1.4.0 or not. My bet is they don't; 1.4.0 is pretty ancient now. the prototype.js CVEs do apply to 1.4.0. For the avoidance of any doubt, I meant whether the /patches/ apply to 1.4.0. That was clear in your mail, however my reply broke that sentence in two pieces. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555231: mt-daapd: CVE-2007-2383 and CVE-2008-7720 prototypejs vulnerabilities
Michael Gilbert michael.s.gilb...@gmail.com wrote: Hi, Your package embeds the following prototype.js versions: etch: 1.4.0 I'll prepare an oldstable-security upload upgrading the embedded prototype.js to 1.6.1. If that's OK with you, it'll be there in 2-3 days max. Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553049: (no subject)
severity 553049 normal thanks Jonas Stein n...@jonasstein.de wrote: Hi, The program 'xsane' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 17623 error_code 8 request_code 150 minor_code 5) What were you doing when this happened? Anything worth noting about your environment? Proprietary X drivers? Are you using the epkowa backend with non-free plugin? Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537027: See patch attached to #528152
tags 537027 + patch thanks Hi, #528152 contains a patch with a fix for this issue. Note that tulip also ships binary .jars in thirdparty/; that should be looked at. JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548885: iaxmodem: contains embedded code copies of liabiax and spandsp
close 548885 thanks Bernd Zeimetz b...@debian.org wrote: Hi, iaxmodem contains embedded copies of libiax and spandsp. The security team is fully aware of that and there is a very good rational behind this. Closing the bug. Even if the libraries in Debian are not in a useable state, you should fix them before shipping code copies. Not possible, for reasons explained to the security team. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547253: sane-utils: sane seems to be compiled without support for libusb
severity 547253 normal tag 547253 + unreproducible thanks Hi, Sane is not able to detect usb-scanners with the current debian kernel 2.6.26 and later kernels. sane-find-scanner does search usbscanners only using devicenames like /dev/scanner, /dev/scanner0 etc. It does not report to try searching the scanner via libusb (since kernel version 2.6.4 the usbscanner Works for me, check your local config, check permissions etc. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546869: depends on extra package (makedev)
severity 546869 minor thanks Xavier Bestel xavier.bes...@free.fr wrote: Hi, Moreover, this makes makedev un-uninstallable and so blocks the sysv-rc conversion to dependency based boot. The dependency is on udev | makedev, so you got that totally wrong. The makedev alternative will go away when we declare makedev deprecated and/or remove the package. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545202: gnu-efi: ia32 linker script needs update; dependent packages FTBFS
Nigel Croxon nigel.cro...@hp.com wrote: Hi Nigel, Julien, I'll take you up on the co-maintainer. I'm buried with work. I can add you to the sourceforge access. I'm more than happy to help, my uid on SF is jblache. I'll prepare the fix for unstable tomorrow. Thanks, JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545202: gnu-efi: ia32 linker script needs update; dependent packages FTBFS
Nigel Croxon nigel.cro...@hp.com wrote: Hi, I have added you as a project member. Great, thanks! JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545202: gnu-efi: ia32 linker script needs update; dependent packages FTBFS
Package: gnu-efi Version: 3.0h-1 Severity: serious Justification: unfit for release Hi Nigel, The ia32 linker script in gnu-efi needs to be updated a little bit, due to changes in the linker behaviour. See this report for details (and a fixed elf-i386 linker script): https://bugzilla.redhat.com/show_bug.cgi?format=multipleid=492183 I've confirmed that the fixed linker script for elf-i386 works. x86_64 is not causing any issue at the moment. I haven't retested the freebsd amd64 linker script I sent you already, I think it should be fine too. This causes FTBFS for gnu-efi users on ia32 builds. I am available for sponsoring/helping with the packaging as needed, just drop me a mail and tell me what you need. My previous offer for co-maintenance still stands, too! Thanks, JB. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30.1 Locale: LANG=C, lc_ctype=fr...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash gnu-efi depends on no packages. gnu-efi recommends no packages. Versions of packages gnu-efi suggests: ii elilo 3.10-1 Bootloader for systems using EFI-b -- no debconf information -- debsums errors found: debsums: checksum mismatch gnu-efi file /usr/lib32/elf_ia32_efi.lds -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538542: Please rebuild against libmysqlclient16 from MySQL-5.1
Christian Hammers c...@lathspell.de wrote: Hi, MySQL 5.1 has just been uploaded and will replace the existing MySQL 5.0. Once you see libmysqlclient-dev (5.1.36-3) in unstable, please replace the build dependencies to libmysqlclient15-dev to libmysqlclient-dev and upload a rebuilded version of your package. FYI, OpenSER will be replaced by Kamailio once it gets out of NEW. I don't think it'll be worth doing a source upload of OpenSER to fix this bug. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537683: aterm: doesn't start; fails to build from source
Package: aterm Version: 1.0.1-6 Severity: serious Justification: FTBFS Hi, aterm fails to start: % aterm aterm: symbol lookup error: aterm: undefined symbol: dpy And fails to build: ../../src/main.c: In function 'main': ../../src/main.c:2171: error: 'dpy' undeclared (first use in this function) ../../src/main.c:2171: error: (Each undeclared identifier is reported only once ../../src/main.c:2171: error: for each function it appears in.) JB. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30.1 (SMP w/2 CPU cores) Locale: LANG=C, lc_ctype=fr...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages aterm depends on: ii libafterimage0 2.2.9-1 imaging library designed for After ii libc6 2.9-20GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libgtk2.0-02.16.4-1 The GTK+ graphical user interface ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.38-1 PNG library - runtime ii librsvg2-2 2.26.0-1 SAX-based renderer library for SVG ii libsm6 2:1.1.0-2 X11 Session Management library ii libtiff4 3.8.2-13 Tag Image File Format (TIFF) libra ii libx11-6 2:1.2.1-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime aterm recommends no packages. aterm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537683: reassign, merge
reassign 537683 libafterimage0 severity 537683 grave merge 537683 537548 thanks Hi, Also xwrap.h dropped the declaration for the dpy variable, 2.2.8-2 has xwrap.h:extern Display *dpy; This makes aterm (and others, probably) FTBFS. This is an API change that should either be reverted or properly managed. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537548: libafterimage/libafterbase API/ABI change
Hi, Upstream CVS log: Got rid of dpy global variable in libAfterBase and libAfterIMage for good. Moved it into libAfterStep instead, as it incorporates screen handling functionality. That is an API *and* ABI change for all three libraries, and that warrants a soversion bump for all three libraries. Which has not been done. That also means all users will need to be patched to support this change. How clever. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537548: libafterimage/libafterbase API/ABI change
Robert Luberda rob...@debian.org wrote: Hi, I think it's too late for bumping the soname, so I prepared a patch for aterm to make it build and work with the current libafterimage. I'm going to make QA upload of it soon. Although it's nice and all for aterm, it doesn't help fix locally-built software, which we have to support too. I guess there's not too much of that for libafter*, though. Please talk to upstream about not fucking up their API and ABI. Thanks, JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534746: [xsane] segfault at startup
severity 534746 normal thanks Xavier Maillard xav...@maillard.im wrote: Hi, (gdb) backtrace #0 0x7f2c4b5f4db0 in strcpy () from /lib/libc.so.6 #1 0x7f2c3f0c5ceb in sane_epson2_control_option () from /usr/lib/sane/libsane-epson2.so.1 Please remove ~/.sane, then run xsane with debugging enabled (XSANE_DEBUG=255) and send the last 20-30 lines of output. Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534109: wmauda attemtps to start the wrong binary
severity 534109 important thanks Peter Rabbitson rabbit+b...@rabbit.us wrote: Hi, The audacious executable is now called `/usr/bin/audacious2`. wmauda is only attempting to start `audacious`. A simple symlink does the trick, the control interface seems to be working as before. Thanks for the heads up. Unfortunately, I cannot upload a fixed package right now due to a bug in the pkg-config garbage^Wdata shipped by audacious-dev. In the meantime, you can use wmauda -c audacious2 as a workaround for this issue. Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#404640: Still insecure?
severity 404460 normal thanks Alexander Kurtz kurtz.a...@googlemail.com wrote: Hi, [1] The web interface can be accessed remotely = local access only That's intended, I don't know why you think it's a bug. [2] There is a default password set, which is mt-daapd = lock admin account per default, set no password Debatable. [3] The password isn't checked if you're coming via localhost = check password Only if no password is set in the config file, and there's one by default. [4] /etc/mt-daapd.conf stores the admin-pw as clear text and is world-readable. It's not world-readable, the postinst adds a statoverride and makes it mode 0600. If you've upgraded, it's possible you fell into a window of time during which the statoverride was mishandled. (that predates my involvment with mt-daapd) So check the statoverrides for /etc/mt-daapd.conf. Could also be the result of using a careless editor used to edit the config file. = store the password using a salted hash OR use the root password like the CUPS webinterface does Hashed password can be done, but requires some invasive changes, is a significant deviation from upstream and breaks the ability to simply edit the config file to change the password. Violates the principle of least surprise for the user, so it's not that great. This is an absolute security nightmare! Even worse, according to Joshua Kwan, only [3] and [4] have been (partially) fixed so far. I have some reserves about Joshua's views on mt-daapd, though I do share some of his concerns. Honestly, installing mt-daapd is IMHO not better than setting your root-pw to root and installing a ssh server! mt-daapd is not running as root, so that's just pure FUD. Put down your crack pipe. To recap: 1. is bullshit, 2. is debatable, but really not a big deal either, it's a matter of policy, 3. is wrong, plain and simple, 4. is wrong on the permissions, correct on the plaintext password. I don't see a bug here, yet. Wishlist bugs, yes, CRITICAL SECURITY BUGS OMGWTFBBQ WE'RE ALL DOOMED ZOMG!!11!!1!!1, certainly NOT. I'm certainly interested in fixing real bugs in mt-daapd, that being said, the mt-daapd package in Debian is probably the best version of mt-daapd you can find due to the patches I've collected or written... Upstream being in the sorry state it is, if I were to go and do some extensive patching, Debian (read: me) would become the de facto upstream, and I'm not sure I want to do that just yet. I've been scratching that itch, though. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521410: sane: ADF doesn't function in Lenny
reassign 521410 libsane 1.0.19-23 severity 521410 normal retitle 521410 [avision] ADF on HP ScanJet 8250 doesn't work anymore thanks Seth sethl...@yahoo.com wrote: Hi, Regardless of sane front end (tried xsane, gscan2pdf, and quiteinsane) I get the following error when using the ADF: Unknown message: scanimage: sane_read: Scanner cover is open I'm using an hp scanjet8250. This scans fine with with Etch, but will not scan with Lenny due to the error above. I'll need a debug log from the avision backend: $ SANE_DEBUG_AVISION=7 scanimage /dev/null 2 avision.log The avision backend post 1.0.18 is known to be broken for some (revisions of some) scanners, but your report is a new one. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521494: pommed fails to start, LIBPCI_3.1 not found
severity 521494 important thanks Sascha Herrmann sh-b...@nvbi.de wrote: Hi, The current version of pommed in squeeze won't start because of an to old libpci3 package. Starting pommed fails with the message: libpci3 bug, nothing I can do about it, it'll fix itself up once libpci3 migrates to testing. Get libpci3 from unstable in the meantime. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517573: Not fixed in 0.9~r1696.dfsg-9
Jean Parpaillon jean.parpail...@kerlabs.com wrote: Hi, I believe that the bug is not fixed in 0.9~r1696.dfsg-9, I got the same error. You must be doing something wrong, then. That's for ffmpeg from unstable, by the way, not from testing or debian-multimedia or I don't know what else. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518086: libsane-extras cannot be removed without dragging up to kde. Conflicts with iscan propietary package
severity 518086 normal notfound 518086 1.0.19.11 close 518086 thanks Hernan G Solari hgsol...@gmail.com wrote: Hi, The packages conflict with libsane-extras, which is not need, so it was not installed in sarge. libsane depends on libsane-extras for a reason. The epkowa backend got pulled from libsane-extras because Avasys/Epson make it very hard to support it properly in a distribution. Avasys are working on fixing up their Debian packages. This is none of my business, and this bug is useless. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517218: libsane: “scanimage -L” outputs “No scanners were identified”
severity 517218 normal reassign 517218 hplip thanks Paulo Marcel Coelho Aragao marcelpa...@gmail.com wrote: Hi, I downgraded all sane-related packages which had been upgraded in February. Here's how they stand now: Your problem is not related to libsane but to hplip. I'm reassigning the bug to the hplip package, please sort it out with the hplip maintainers. I don't know how they set permissions up these days, but from the udev rules, it looks like group lp is what is needed. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517218: libsane: “scanimage -L” outputs “No scanners were identified”
Paulo Marcel Coelho Aragao marcelpa...@gmail.com wrote: Hi, Did as you told me, added “paulo” to group “lp”, here's the output from running “groups”: paulo adm lp dialout cdrom floppy sudo audio video plugdev staff scanner mldonkey If you added your user to one of those groups recently, did you log out and log in again afterwards? This is needed for group membership to take effect. For hplip/hpaio issues, please ask the hplip maintainers - I know nothing about hplip/hpaio (expect that it's suboptimal in more than one way). I'd reassign, but I'm really to busy to handle the bug right now. Thanks Evgeni for jumping in. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515750: hplip: Breaks: udev ( 136-1) which is only in Ubuntu; uninstallable on Debian
Package: hplip Version: 2.8.10-2 Severity: serious Justification: uninstallable on Debian Hi, The current hplip package has a Breaks: udev ( 136-1) relationship declared, but this version of udev is only available on Ubuntu. Consequently, the package is uninstallable on Debian systems. This relationship was added in 2.8.10-1ubuntu3, merged in Debian in 2.8.10-2. Also, you are shipping a reportbug script (presubj) made and worded for Ubuntu. Please either adapt the wording for Debian or remove it. JB. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27.4 Locale: LANG=C, lc_ctype=fr...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages hplip depends on: ii adduser3.110 add and remove users and groups ii coreutils 6.10-6The GNU core utilities ii cups 1.3.9-14 Common UNIX Printing System(tm) - ii hplip-data 2.8.6.b-4 HP Linux Printing and Imaging - da ii libc6 2.7-18GNU C Library: Shared libraries ii libcups2 1.3.9-14 Common UNIX Printing System(tm) - ii libdbus-1-31.2.12-1 simple interprocess messaging syst ii libsane1.0.19-24 API library for scanners ii libsnmp15 5.4.1~dfsg-12 SNMP (Simple Network Management Pr ii libssl0.9.80.9.8g-15 SSL shared libraries ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii python 2.5.2-3 An interactive high-level object-o ii python-dbus0.83.0-1 simple interprocess messaging syst ii python-imaging 1.1.6-3 Python Imaging Library ii python-support 0.8.7 automated rebuilding support for P Versions of packages hplip recommends: ii cups-client 1.3.9-14 Common UNIX Printing System(tm) - ii hpijs 2.8.6.b-4 HP Linux Printing and Imaging - gs pn hplip-gui none (no description available) Versions of packages hplip suggests: pn hplip-doc none (no description available) pn kdeprint | gtklp | xppnone (no description available) pn openprinting-ppds none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515750: [Pkg-hpijs-devel] Bug#515750: hplip: Breaks: udev ( 136-1) which is only in Ubuntu; uninstallable on Debian
Mark Purcell m...@debian.org wrote: Hi, Also, you are shipping a reportbug script (presubj) made and worded for Ubuntu. Please either adapt the wording for Debian or remove it. I made the presubj script and don't use Ubuntu. The text does mention debian specifically, upstream are using launchpad for their bts which is why presubj directs users there. OK, my bad. Still, I suggest rewording the presubj, as users don't necessarily know what upstream is/means. Something like: If the bug you are reporting is not specific to Debian (packaging bug or introduced by a Debian modification), please file your bug report in the hplip bug tracker located at https://launchpad.net/hplip/+filebug If you want to make the maintainer and other Debian users aware of this bug, you can file the bug in the Debian bug tracking system as well; in this case, please indicate the reference of the bug filed in the hplip bug tracker. In any case, I would not include the last sentence of the current presubj. Discouraging users from filing bug reports is a sure way to miss bugs :( Forwarding bugs upstream is one of our duties as DDs. Also consider the likelihood of Debian-specific bugs being reported upstream, which is not nice either as it shifts the burden on upstream developers. JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514760: new init script
Carl Fürstenberg azat...@gmail.com wrote: Hi, As I was working for out local package distribution, I've modified the init script based on the skeleton, attached herein. I'd rather have you investigate why mt-daapd doesn't stop properly on your machine, that'd be way more helpful. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514760: new init script
Carl Fürstenberg azat...@gmail.com wrote: Hi, The issue was responded to us from some customers, which at upgrade from 0.9~r1696-1.3 to 0.9~r1696.dfsg-4 resulted in following error: ... Installing new version of config file /etc/mt-daapd.conf ... Starting mt-daapd: invoke-rc.d: initscript mt-daapd, action start failed. dpkg: error processing mt-daapd (--configure): subprocess post-installation script returned error exit status 1 ... I'll need to try to reproduce that somehow and track it down. I'm not comfortable with forcibly killing mt-daapd, as it could have side effects on the sqlite database, with potentially more side effects down the road (mt-daapd not starting and/or loss of the database). JB. -- Julien BLACHE jbla...@debian.org | 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504747: gnu-fdisk: It is normal to wipe out MBR :-) You asked for it.
Osamu Aoki [EMAIL PROTECTED] wrote: Hi, For different reason, we MacBook user use Legacy MBR data to boot system using grub-pc (legacy MBR bootloader) since EFI does not work well per: http://wiki.debian.org/MacBook * grub-efi is in sid but it doesn't work as of 18 October 2008 (Bug: bug 429695 bug 427492). * elilo does not work (Bug: #376002) For the sake of correctness, the reason for still relying on legacy BIOS boot on the Intel Macs has nothing to do with either grub-efi or elilo (both can be fixed, and recent changes to efifb even alleviate the need, though some changes still need to be done to both elilo and grub-efi). The real issue is that a direct EFI boot will leave you without a video BIOS, which means no 3D acceleration. And I'm sure you want 3D acceleration. 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#506686: xsane dies with segmentation fault (Speicherzugriffsfehler)
severity 506686 normal thanks Hi, xsane says looking for devices, then dies with a segmentation fault, see strace output below. I can provide additional information on request. I have a HP ScanJet 3300C which worked fine with Etch. Please provide a real backtrace, strace is more than utterly useless for debugging a segfault. Also tell me which backend you are using, and try enabling only this backend in dll.conf. 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#500156: Segmentation fault while invoking scanimage
reassign 500156 libsane-extras 1.0.19.10 severity 500156 normal retitle 500156 [hp_rts88xx] segfault during calibration thanks Stanislaw Baran [EMAIL PROTECTED] wrote: Hi, [hp_rts88xx] Hp_rts_MatchUsbDevice : found Hewlett-Packard ScanJet 4470C [hp_rts88xx] Init_Interface [hp_rts88xx] Hp_rts_ProbeRegisters: iHandle = 0, Probing scanner... [hp_rts88xx] Init_Interface: Use scanner (5) ScanJet 4470C [hp_rts88xx] Hp44x0_Wakeup [hp_rts88xx] Hp44x0_cal_scanner Segmentation fault Please obtain: - a debug log from the backend, by setting the SANE_DEBUG_HP_RTS88XX environment variable to 128 or 255 - a proper backtrace using gdb and the libsane-extras-dbg package 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#496217: mt-daapd: web interface still refusing valid credentials
[EMAIL PROTECTED] (Joshua Kwan) wrote: Hi, So if anyone's up to it, upload away. I'm going to NMU, and I'll try to fix a few other things at the same time. I'll also set the Maintainer to QA. 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#496217: mt-daapd: web interface still refusing valid credentials
Package: mt-daapd Version: 0.9~r1696-1.4 Followup-For: Bug #496217 Hi, Even in 0.9~r1696-1.4 still refuses valid credentials for the web interface. I haven't been able to track that down further. Anyway, it's still broken. JB. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.3 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages mt-daapd depends on: ii adduser3.110 add and remove users and groups ii avahi-daemon 0.6.23-2 Avahi mDNS/DNS-SD daemon ii libavahi-compat-howl0 0.6.23-2 Avahi Howl compatibility library ii libavcodec51 0.svn20080206-12 ffmpeg codec library ii libavformat52 0.svn20080206-12 ffmpeg file format library ii libavutil490.svn20080206-12 ffmpeg utility library ii libc6 2.7-13GNU C Library: Shared libraries ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtim ii libid3tag0 0.15.1b-10ID3 tag reading library from the M ii libogg01.1.3-4 Ogg Bitstream Library ii libsqlite3-0 3.5.9-4 SQLite 3 shared library ii libtagc0 1.5-3 TagLib Audio Meta-Data Library (C ii libvorbis0a1.2.0.dfsg-3.1The Vorbis General Audio Compressi ii libvorbisfile3 1.2.0.dfsg-3.1The Vorbis General Audio Compressi ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime mt-daapd recommends no packages. mt-daapd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495005: xsane segfaults
reassign 495005 libsane 1.0.19-15 severity 495005 normal retitle 495005 [net] segfault with hpaio as the remote backend thanks Julien Danjou [EMAIL PROTECTED] wrote: Hi, Run xsane with only a hostname in net.conf to access remotely the scanner. Press scan. It ask for user/password (?), I just click ok or cancel, and a couple of seconds later it happens: That kind of segfault in the net protocol stack is usually due to a standard violation by the remote backend. The saned and net backend debug logs may help in tracking this down. I'd take a corresponding network capture too, if possible. 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#491705: openser: OpenSER doesn't start
severity 491705 normal thanks Alexander Beisig [EMAIL PROTECTED] wrote: Hi, When running the freshly installed OpenSER binary from the command line, it exits without providing any error message. The acc module failed to initialize due to the RADIUS support that is now built-in by default in Debian. I'm fixing this, in the meantime, please be aware that there's no such thing as a default working configuration for openser. The openser.cfg shipped in the package is an extremely minimal example; actually, that config doesn't suit anyone :-) 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#486529: [DUMMY] Needs Linux = 2.6.25; not available in Lenny yet
Package: pommed Severity: serious Version: 1.19~dfsg-1 This version of pommed needs Linux = 2.6.25, which is not available in Lenny yet. 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#481442: sane-utils: does not configure
Marc Haber [EMAIL PROTECTED] wrote: Hi, - IMPORTANT INFORMATION FOR XINETD USERS -- The following line will be added to your /etc/inetd.conf file: #off# sane-port\tstream\ttcp\tnowait\tsaned:saned\t/usr/sbin/saned saned If you are indeed using xinetd, you will have to convert the above into /etc/xinetd.conf format, and add it manually. See /usr/share/doc/xinetd/README.Debian for more information. Suggested entry (automatically converted using itox): --- Are you actually using xinetd? It'd help if you could pinpoint the exact issue; looks like it could be update-inetd failing here. 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#481442: sane-utils: does not configure
Marc Haber [EMAIL PROTECTED] wrote: Hi, It'd help if you could pinpoint the exact issue; looks like it could be update-inetd failing here. What exactly do you want me to do? Running the postinst set -x should be enough to know what's failing. 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#481442: sane-utils: Using xinetd, reportd with set -x in the postinst script
Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] wrote: Hi, ++ exec /usr/share/debconf/frontend /var/lib/dpkg/info/sane-utils.postinst configure 1.0.19-6 Yeah, right. Must source the debconf confmodule right at the start of the postinst. Just so I don't make another upload for nothing, does it work OK if you move the confmodule sourcing right after the set -e ? 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#481442: sane-utils: Using xinetd, reportd with set -x in the postinst script
Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] wrote: Hi, /var/lib/dpkg/info/sane-utils.postinst configure 1.0.19-6 Why do I get 1.0.19-6 whiile configuring 1.0.19-9? It's the version you are upgrading from. Just so I don't make another upload for nothing, does it work OK if you move the confmodule sourcing right after the set -e ? I've modified the postinst script according to you request and get the same (about) error. I've rewritten the postinst in -10 and uploaded it. If it doesn't fix the issue, let me know. 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#481442: sane-utils: Using xinetd, reportd with set -x in the postinst script
Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] wrote: Hi, I've rewritten the postinst in -10 and uploaded it. If it doesn't fix the issue, let me know. I've loaded and installed it from incoming. Seems to work .. for me :) Great :) Had to rewrite the postinst because the change I asked you to test wasn't enough to get it to work; with only that change update-inetd was outputting things to stdout while debconf wasn't stopped, which is always a no-go. Now that I remember how to not use debconf, let's have some fun with the new saned :-] 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#468202: openoffice.org-writer2latex: postinst barfs, no workarounds
Rene Engelhard [EMAIL PROTECTED] wrote: Hi, Of course, the openoffice.org dummy package depends on it because writer2latex is shipped since 2.0.4 within OOo and people might wonder where the functionality is now... OK, and what about fixing that [EMAIL PROTECTED] bug ? I can reproduce it at will and none of the workarounds seem to work. 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#468202: openoffice.org-writer2latex: postinst barfs, no workarounds
Rene Engelhard [EMAIL PROTECTED] wrote: Hi, If you know what causes it please help, otherwise please shut up with useless comments like this - thanks. I don't know what's causing that, I did not have enough time to spend on that issue this morning when I sent the followup. I straced -f the postinst script but that output is very long and it takes some time to go through it. I may give it a try tonight or tomorrow, though (was looking for a lockfile to kill). I tried moving away my ~/.openoffice.org2 entirely and that didn't help, confirming that at least for the postinst the lockfile isn't the problem. In the meantime, your comment about the prerm makes it sound like the package may not have been unregistered by the prerm, right ? unopkg list lists no installed extensions, but maybe that needs some options to be really meaningful ? Sorry for what should have been a how do we go about fixing that bug earlier. 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#468202: openoffice.org-writer2latex: postinst barfs, no workarounds
Rene Engelhard [EMAIL PROTECTED] wrote: In the meantime, your comment about the prerm makes it sound like the package may not have been unregistered by the prerm, right ? unopkg Or not unregistered correctly, yes. Ok, unopkg list --shared shows the extension as installed. I guess this explains it all :) Yes, you want --shared. A simple unopkg list shows just user-installed extensions. Gee sorry I missed that in the help text this morning. Gah. 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#468202: openoffice.org-writer2latex: postinst barfs, no workarounds
Rene Engelhard [EMAIL PROTECTED] wrote: Have the strace, please? It doesn't really make sense talking about an strace but then not attaching it, especially as I said that it works on my both machines now... Wanted to take a look at it before flooding you with a big chunk of possibly useless data to crawl through. Given my previous mail, please tell me if it's still needed and I'll generate it again. The upgrade worked on other machines of mine. Yeah. Some unopkg suckage again :/ Looks really great, indeed :| I feel your pain... 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#468202: openoffice.org-writer2latex: postinst barfs, no workarounds
Package: openoffice.org-writer2latex Version: 0.5-5 Followup-For: Bug #468202 Hi, Here the postinst barfs, the purge barfs too, I have no lockfile around (contrary to what unopkg claims during the purge), purging and reinstalling does not work. strace on the postinst script reveals that unopkg does most (if not all) of its job but still fails (I can see it opening various XML and other OOo files). The upgrade worked on other machines of mine. I'd happily remove writer2latex which I do not need, if only it wasn't a Depends. Please demote it to a Recommends. JB. -- Package-specific info: Identifier: org.openoffice.legacy.writer2latex.uno.pkg URL: vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/DOhT12_/writer2latex.uno.pkg is registered: yes Media-Type: application/vnd.sun.star.package-bundle Description: Extension bundled Packages: { URL: vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/DOhT12_/writer2latex.uno.pkg/writer2latex.jar is registered: yes Media-Type: application/vnd.sun.star.uno-component;type=Java Description: UNO Java Component URL: vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/DOhT12_/writer2latex.uno.pkg/w2l_types.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: Configuration Data URL: vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/DOhT12_/writer2latex.uno.pkg/w2l_filters.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: Configuration Data } -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.2 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org-writer2latex depends on: ii openoffice.org-core1:2.4.0~rc1-3 OpenOffice.org office suite archit ii openoffice.org-java-common 1:2.4.0~rc1-3 OpenOffice.org office suite Java s openoffice.org-writer2latex recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]