Bug#572523: backupninja: with duplicity backend and incremental mode, local duplicity cache will grow unlimited
On Thu, Mar 04, 2010 at 06:41:44PM +0100, Olivier Berger wrote: I think that the current way the duplicity handler works can lead to filling the disks, in a dangerous way. Note also that the way the incrementals are kept for old backups doesn't help either : there's no way to implement selective removal of old incrementals, so they help fill up the cache. See #579966 that proposes a new feature for duplicity, that backupninja may use with profit in this respect. Best regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579813: ../../src/xcb_io.c:445: _XReply: Assertion `!dpy-xcb-reply_data' failed.
Hi! Just to be clear, this certainly isn't a bug in libxcb: _XReply is in libx11, not libxcb, and I believe Xlib compiled without XCB support should have failed in this case too. But maybe it's just as well you assigned it to libxcb1 (however briefly) so that I'd notice it. Another instance of this symptom was a server bug: https://bugzilla.redhat.com/show_bug.cgi?id=417821 That was a bug squashed in the X.org implementation of GLX sometime in the 6.8 series, but the broken code has lingered in other places. We can tell if that's the cause, if you can provide an xtrace or Wireshark dump of the X protocol traffic between the failing application and the server. The most important other piece of information would be a stack trace from the failing application. That may not actually help, as this assertion can only detect that something went wrong earlier, but it's worth trying anyway. This assertion means that some extension library (could be libGL, I don't know) didn't finish reading the last response from the server before asking for the next one. Before XCB, that kind of failure should have permanently mangled the X connection, unless I've missed some magic recovery mechanism Xlib had for covering up bugs (which has happened before). Hope this helps, Jamey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580016: backupninja: Please run duplicity with archive-dir set into /var
Package: backupninja Version: 0.9.7-5.1 Severity: important Duplicity uses an archive dir, which tends to occupy a lot of space, set by default to ~/.cache/duplicity, which in the case of the dup handler run by backupninja, will lead to /root/.cache/duplicity. As exhibited by #572523 it may fill up the / partition quite easily at the moment due to some bugs in the way duplicity behaves. Still, when this is fixed, for backups of big partitions, or long incremental backup suites, this cache will occupy a big share of the / partition. I believe this is not the expected behaviour from a backup daemon tool. This cache should go to /var/cache (or user backup's home ?), IMHO. I strongly suggest to run duplicity with --archive-dir in the duplicity handler, then. Hope this helps. Best regards, -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages backupninja depends on: ii bash 4.1-3 The GNU Bourne Again SHell ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii dialog 1.1-20100119-2Displays user-friendly dialog boxe ii gawk 1:3.1.7.dfsg-5GNU awk, a pattern scanning and pr ii mawk 1.3.3-15 a pattern scanning and text proces backupninja recommends no packages. Versions of packages backupninja suggests: ii cdrdao 1:1.2.2-18.1 records CDs in Disk-At-Once (DAO) ii debconf-utils 1.5.32 debconf utilities ii dvd+rw-tools7.1-6DVD+-RW/R tools ii genisoimage 9:1.1.10-1 Creates ISO-9660 CD-ROM filesystem ii hwinfo 16.0-2 Hardware identification system ii mdadm 3.0.3-2 tool to administer Linux MD arrays ii rdiff-backup1.2.8-6 remote incremental backup ii wodim 9:1.1.10-1 command line CD/DVD writing tool -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572523: backupninja: with duplicity backend and incremental mode, local duplicity cache will grow unlimited
On Sat, Mar 06, 2010 at 07:56:34PM +0100, intrigeri wrote: Hi, Olivier Berger wrote (04 Mar 2010 17:41:44 GMT) : I may be wrong, but I think that unless #535996 is implemented, there's a problem here. I agree. Let's fix #535996. And maybe add --archive-dir setting too : see #580016. Best regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576463: pulseaudio: Support tmpfs /var/run
severity 576463 serious thanks This is a violation of Policy section 9.3.2: `/var/run' and `/var/lock' may be mounted as temporary filesystems[1], so the `init.d' scripts must handle this correctly. This will typically amount to creating any required subdirectories dynamically when the `init.d' script is run, rather than including them in the package and relying on `dpkg' to create them. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579321: Some HLaTeX font references used by CJK are not available in ko.tex anymore
Hi Just a small status update: I am currently revising the 45kb patch file(about 1/3 is finished), and expect to have a new version in Debian/unstable by the end of this week. Best regards -- Danai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580017: osmo uses gtkhtml2
Package: osmo Version: 0.2.10-1 Severity: normal Hey, I just noticed that osmo now required gtkhtml2. Is it really a good idea to depend on an package unmaintained upstream since 2 years? I'm not sure of the status in Debian, but I guess we should better start thinking how to get rid of the dependencies in other packages, better than add it. You might want to talk to upstream about that, maybe they could switch to gtkhtml3 or something? Cheers, -- Yves-Alexis -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages osmo depends on: ii libc62.10.2-7Embedded GNU C Library: Shared lib ii libcairo21.8.10-4The Cairo 2D vector graphics libra ii libglib2.0-0 2.24.0-1The GLib library of C routines ii libgringotts21.2.10~pre3-1 gringotts data encapsulation and e ii libgtk2.0-0 2.20.0-3The GTK+ graphical user interface ii libgtkspell0 2.0.16-1a spell-checking addon for GTK's T ii libical0 0.44-3 iCalendar library implementation i ii libnotify1 [libnotif 0.4.5-1 sends desktop notifications to a n ii libpango1.0-01.28.0-1Layout and rendering of internatio ii libxml2 2.7.7.dfsg-2GNOME XML library ii xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from osmo recommends no packages. osmo suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579988: [Pkg-acpi-devel] Bug#579988: acpitool: segfault when battery.patch is applied
Am Sonntag 02 Mai 2010 22:52:00 schrieb Patrice Dumas: Package: acpitool Version: 0.5.1-1 ... Please try 0.5.1-2 which is in unstable for a week or so. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ 179140304, AIM/Yahoo/Skype michaelmeskes, Jabber mes...@jabber.org VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579628: [gmail] Re: Bug#579628: libgstreamer-plugins-base0.10-0: build dependency on theora should have a version (1.1.1)
severity 579628 normal thanks On Thu, 2010-04-29 at 12:22 +0200, Marc Leeman wrote: Oh, that's maybe a bug in the libtheora package then. The maintainer forgot until some version to include the pkg-config files. What do you suggest? I hate build depending on a special version of a package just because of a packaging bug... Since I'm probably a special case; backporting the latest GST releases to Lenny; most people will not be affected by this bug. You can close it; just thought it better to report it (I caught you on IRC with the last releases with a number of such things, but forgot to folllow it up). Well, lets lower the severity to minor and add the correct dependency with next upload (i.e. 1.0~beta3) :) I guess for your backports you should backport Theora anyway, there are a lot of nice changes since 1.0~beta3 signature.asc Description: This is a digitally signed message part
Bug#580018: libdbi-perl: new upstream release
Package: libdbi-perl Version: 1.610.90+is+1.609-1 Severity: wishlist DBI-1.611 has been released. Looking at the diff from 1.610.90, upstream has reverted the DBISTATE_VERSION bump, so this should be binary compatible with 1.609 and the perldbdabi-* dependencies aren't required for all the DBD::* modules quite yet. It would probably still be a good idea to check that the libdbd-*-perl packages still work before uploading. --- DBI-1.610_90/DBIXS.h2010-03-02 22:41:15.0 + +++ DBI-1.610_91/DBIXS.h2010-04-22 12:45:47.0 +0100 @@ -396,7 +387,14 @@ typedef struct {/* -- FI struct dbistate_st { -#define DBISTATE_VERSION 95/* Must change whenever dbistate_t does */ +/* DBISTATE_VERSION is checked at runtime via DBISTATE_INIT and check_version. + * It should be incremented on incompatible changes to dbistate_t structure. + * Additional function pointers being assigned from spare padding, where the + * size of the structure doesn't change, doesn't require an increment. + * Incrementing forces all XS drivers to need to be recompiled. + * (See also DBIXS_REVISION as a driver source compatibility tool.) + */ +#define DBISTATE_VERSION 94 /* ++ on incompatible dbistate_t changes */ /* this must be the first member in structure */ void (*check_version) _((const char *name, -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580019: acpi-support: please drop recommends: hal
Package: acpi-support Version: 0.136-2 Severity: normal Tags: squeeze Hal is deprecated, therefore the recommends: hal should be dropped (or replaced by upower) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acpi-support depends on: ii acpi-fakekey 0.136-2tool to generate fake key events ii acpi-support-base 0.136-2scripts for handling base ACPI eve ii acpid 1:2.0.4-1 Advanced Configuration and Power I ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii pm-utils 1.3.0-1utilities and scripts for power ma ii x11-xserver-utils 7.5+1+b1 X server utilities Versions of packages acpi-support recommends: ii dbus 1.2.24-1simple interprocess messaging syst ii gnome-screensaver2.28.3-1+b3 GNOME screen saver and locker pn hal none (no description available) ii radeontool 1.6.0-1 utility to control ATI Radeon back ii vbetool 1.1-2 run real-mode video BIOS code to a ii xscreensaver 5.10-7 Automatic screensaver for X Versions of packages acpi-support suggests: pn rfkillnone (no description available) pn xinputnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579694: firmware-nonfree: Please include rtl8192su/ r8192s_usb firmware into the (unreleased) firmware-realtek binary package.
Hi On Monday 03 May 2010, jida...@jidanni.org wrote: BH The driver is already there. To install the firmware right now: OK, very good. Now what I wish to do is essentially all the remaining steps of http://blog.xff.lt/2009/12/28/canyon-cnp-wf518n2-usb-wireless-linux/ but with only modprobe, no kernel compiling. With 2.6.33-2-686 all the .ko files seem to be there, but no matter how much I modprobe, ifconfig -a never shows the device. The USB ID might be missing, Greg has pushed many new ones into 2.6.34-rc over the weekend. A quick way to check if a previously unknown USB ID would be supported by a given kernel module is: $ lsusb [...] Bus 001 Device 004: ID 0bda:8171 Realtek Semiconductor Corp. [...] # modprobe r8192s_usb # echo 0bda 8171 /sys/bus/usb/drivers/r8192s_usb/new_id (ideally you connect/ hotplug the USB device only after this step) In my case http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=c0087580b8d414f6874cfe93d2653212842fcb44 but there are also http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=d615da093eb0f691a73a754589e2a4a24a6f1ca7 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=12840c63b0679f7fab88ea1cc26b52db8b574ce7 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=64a5a09218626464be35e0229d85b2ab0fcf03fd and one more between 2.6.32 and 2.6.33 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=488d3749620779ab2668c0dba2962836e51e3cd6 Be aware that r8192s_usb is a staging driver: r8192s_usb: module is from the staging directory, the quality is unknown, you have been warned. ...and this really applies. While it works quite well, unless you unplug, it is pretty noisy with debug and function tracing enabled. Furthermore even ignoring the mandatory porting to mac80211, it would have a long way to go, until it may get a chance to move out of staging into net/wireless/. Regards Stefan Lippers-Hollmann signature.asc Description: This is a digitally signed message part.
Bug#572440: Reproduceable with Firefox and /dev/fd0
This also affects Firefox, even when not using Gnome as desktop (I use fvwm). I'm using Debian/testing on a system that does have a floppy disk drive, but commonly no disk in the drive. After bootup the first time Firefox tries to put up the file selection dialogue (as when choosing the location to save a download to) it hangs for ~25s. This produces: [ 4754.490418] end_request: I/O error, dev fd0, sector 0 [ 4766.680262] end_request: I/O error, dev fd0, sector 0 in dmesg output. Stopping dbus, exiting Firefox, starting dbus and restarting Firefox will cause the problem to happen again on next file dialogue access. 'dbus-monitor --system' output (started just before Firefox): 07:44:38 0$ dbus-monitor --system signal sender=org.freedesktop.DBus - dest=:1.1 serial=2 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameAcquired string :1.1 signal sender=org.freedesktop.DBus - dest=(null destination) serial=7 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged string :1.2 string string :1.2 signal sender=org.freedesktop.DBus - dest=(null destination) serial=8 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged string :1.3 string string :1.3 signal sender=org.freedesktop.DBus - dest=(null destination) serial=9 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged string :1.4 string string :1.4 signal sender=org.freedesktop.DBus - dest=(null destination) serial=10 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged string :1.5 string string :1.5 signal sender=org.freedesktop.DBus - dest=(null destination) serial=4 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged string org.freedesktop.UDisks string string :1.5 signal sender=org.freedesktop.DBus - dest=(null destination) serial=7 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged string :1.6 string string :1.6 signal sender=:1.5 - dest=(null destination) serial=8 path=/org/freedesktop/UDisks/devices/hda; interface=org.freedesktop.UDisks.Device; member=Changed signal sender=:1.5 - dest=(null destination) serial=9 path=/org/freedesktop/UDisks; interface=org.freedesktop.UDisks; member=DeviceChanged object path /org/freedesktop/UDisks/devices/hda signal sender=:1.5 - dest=(null destination) serial=27 path=/org/freedesktop/UDisks/devices/sda; interface=org.freedesktop.UDisks.Device; member=Changed signal sender=:1.5 - dest=(null destination) serial=28 path=/org/freedesktop/UDisks; interface=org.freedesktop.UDisks; member=DeviceChanged object path /org/freedesktop/UDisks/devices/sda hda is the DVD drive, sda is the single SATA hard disk in the system. Looking more closely with a 'tail -f /var/log/kern.log': May 3 07:47:43 emilia kernel: [ 5127.707891] kobject: 'hda' (f0671c48): kobject_uevent_env May 3 07:47:43 emilia kernel: [ 5127.707904] kobject: 'hda' (f0671c48): fill_kobj_path: path = '/devices/pci:00/:00:1c.4/:03:00.1/ide0/0.0/block/hda' May 3 07:47:52 emilia kernel: [ 5137.506036] end_request: I/O error, dev fd0, sector 0 May 3 07:48:04 emilia kernel: [ 5149.695175] end_request: I/O error, dev fd0, sector 0 For this run I clicked 'Save as ...' on a link at 07:47:40. As you can see the DVD drive scan takes ~3 seconds, but that's acceptable. What isn't is the further ~20 seconds whilst it attempts to scan fd0 (OK, it's only clearly 12 seconds above, but there'll be some attributeable 'hang time' before 07:47:52 for the first attempt as well). So, is there some way to disable this 'scanning' *without* disabling the FDD entirely ? Oh, I should note that although there is a line for /dev/fd0 in /etc/fstab, it's commented out. One thing I need to check is if the FDD actually works at all. A quick test trying to mount or 'mdir' a floppy in it is showing no activity. I'll follow up when I've had chance to shutdown and check connections. -- - Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/ Finger athan(at)fysh.org for PGP key And it's me who is my enemy. Me who beats me up. Me who makes the monsters. Me who strips my confidence. Paula Cole - ME -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579927: Xapian 1.2 compatibility
Hi Olly, On Mon, 03.05.2010 at 01:40:14 +0100, Olly Betts o...@survex.com wrote: Making use of transactions would presumably be better for roundup, but is also more likely to introduce a bug than the single line change to eliminate the use of a deprecated and removed feature. So if you want to pick up the change to use transactions, my thoughts would be to get the minimal patch in first, and start testing the transactions change locally. I'm no Xapian user myself, so this will need some fiddling. But you have a point in doing the minimal change first, so I'll probably do that and not wait for a new upstream release. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580020: clamav-base: always edits /etc/aliases (does not respect admin changes)
Package: clamav-base Severity: serious Justification: violates policy §10.7.3 Behavior Version: 0.96+dfsg-4 From clamav-base.postinst: if [ -f /etc/aliases ] || [ -L /etc/aliases ]; then if ! grep -qi ^clamav /etc/aliases; then echo clamav: root /etc/aliases newal=`which newaliases || true` if [ -n $newal ] [ -x $newal ]; then $newal || true fi fi fi This means there is no way for me to not have the clamav alias in /etc/aliases, for instance if I want to have it defined somewhere else. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579988: [Pkg-acpi-devel] Bug#579988: acpitool: segfault when battery.patch is applied
On Mon, May 03, 2010 at 08:37:54AM +0200, Michael Meskes wrote: Am Sonntag 02 Mai 2010 22:52:00 schrieb Patrice Dumas: Package: acpitool Version: 0.5.1-1 ... Please try 0.5.1-2 which is in unstable for a week or so. It doesn't segfault anymore, thanks! -- Pat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502845: [Pkg-iscsi-maintainers] Bug#502845: linux-image-2.6.32-1-amd64 / open-iscsi amd64 login hang
On Sun, May 02, 2010 at 01:50:24PM +0530, Ritesh Raj Sarraf wrote: Thanks. I will be adding the following text to README.Debian 64 bit kernel with 32 bit userspace - open-iscsi running with a 64 bit kernel and 32 bit userspace can run into a hang during the iSCSI login phase. This is a known issue upstream. For details, please see Debian BTS #502845 Are there ANY reports for successful login with amd64 kernel and 32bit userspace? I have tried everything and i didnt get anything to work. So IMHO the package could present a popup in the postinst in its i386 variant and a detected amd64 kernel that it wont work in that constellation. Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature
Bug#580021: Discards form data on forward/back
Package: iceweasel Version: 3.5.9-2 I was typing a long email in Gmail's basic HTML interface. I accidentally hit the back button. When I hit the forward button, the email was completely gone. I thought this problem was fixed years ago. This is very frustrating. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579989: [DebianGIS-dev] Bug#579989: Tries to dlopen libproj.so instead of libproj.so.0
On Sun, May 02, 2010 at 10:24:17PM +0200, Jeroen Dekkers wrote: Package: libgdal1-1.6.0 Version: 1.6.3-3+b2 Severity: normal Tags: patch I'm getting the following error: ERROR 6: Unable to load PROJ.4 library (libproj.so), creation of OGRCoordinateTransformation failed. This is because GDAL tries to dlopen libproj.so, but it should dlopen libproj.so.0. I tested the attached patch and that fixes the error. This is a non-sense: fran...@blegrez:~$ ldd /usr/lib/libgdal1.6.0.so|grep proj libproj.so.0 = /usr/lib/libproj.so.0 (0xb4e7) So, _what_ are you doing _exactly_ to get this type of error? -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578457: a ptrace.h problem in debian-kfreebsd
Hi. I'm a developer of a package in Debian, recently I'm told that my package won't build on debian-kfreebsd anymore. I would be usefull to name that package ;-) According to BTS is seems be Bug#578457: scanmem: FTBFS on kfreebsd-* Then I tried, even a previous version won't build. And the problem is about the ptrace.h file. PTRACE_PEEKDATA was not defined there. So in linux, these macro are named PTRACE_PEEKDATA, PTRACE_POKEDATA and etc, and in FreeBSD, those are called PT_READ_D and etc. In debian-kfreebsd, you'll see PTRACE_PEEKDATA in `man ptrace`, but in the header file 'sys/ptrace.h', you can see only PT_READ_D there. Please install package freebsd-manpages and try $man -k ptrace ptrace (2) - process trace ptrace (2freebsd)- process tracing and debugging tcptraceroute (1)- A traceroute implementation using TCP packets tcptraceroute.mt (1) - A traceroute implementation using TCP packets $ man 2freebsd ptrace In my ubuntu machine, I found that PT_READ_D-like names are still there, where PTRACE_PEEKDATA-like names are defined as alias there. I wonder which one should debian-kfreebsd follow, but I believe an set of alias will be needed, otherwise everybody will need a dirty hack for it. The question is how much packages really uses ptrace(). The gdb of course, but it works on plain FreeBSD, so it knows differences between linux kernel and freebsd kernel. The ptrace() on linux and FreeBSD have slightly different interface: long ptrace(enum __ptrace_request request, pid_t pid, void *addr, void *data); int ptrace(int request, pid_t pid, caddr_t addr, int data); Especially int/long difference leads into hidden troubles on kfreebsd-amd64, so there are no longer previous aliases. It is much better to fail early during compile-time, not later at runtime. You might consider to either drop binaries for both GNU/kFreeBSD architectures or port to FreeBSD interface, i.e. use one PT_IO instead of loops of PTRACE_PEEKDATA/PTRACE_POKEDATA and use PT_ATTACH/PT_DETACH instead of PTRACE_ATTACH/PTRACE_DETACH. Cheers Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578766: oops, closed the wrong bug
reopen 578767 close 578766 1:3.2.0-9 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560056: »net.ipv6.bindv6only=1 breaks java networking« still present in 6b18-1.8-2
Dear Debian folks, Am Mittwoch, den 03.03.2010, 06:57 + schrieb Debian Bug Tracking System: […] #560056: net.ipv6.bindv6only=1 breaks java networking It has been closed by Torsten Werner twer...@debian.org. Unfortunately I just hit this bug using Eclipse yesterday. Trying to do a debug run I got ERROR: transport error 202: connect failed: Connection refused ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510) JDWP exit error AGENT_ERROR_TRANSPORT_INIT(197): No transports initialized [../../../src/share/back/debugInit.c:690] Setting net.ipv6.bindv6only=0 fixed it for me. I hope it is correct to unarchiving and reopen this bug. Bug#575163 [1] seems to be also similar. Please tell me, if you need other information. Thanks, Paul [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575163 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openjdk-6-jdk depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libx11-62:1.3.3-3X11 client-side library ii openjdk-6-jre 6b18-1.8-2 OpenJDK Java runtime, using Hotspo ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages openjdk-6-jdk recommends: ii libxt-dev 1:1.0.7-1 X11 toolkit intrinsics library (de Versions of packages openjdk-6-jdk suggests: pn openjdk-6-demonone (no description available) pn openjdk-6-source none (no description available) pn visualvm none (no description available) -- no debconf information signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#578457: a ptrace.h problem in debian-kfreebsd
Thank you very much for your information Do you mean that I should replace PTRACE_* with PT_* for kfreebsd or for both kfreebsd and linux? And I'll try to port it - Lu 2010.05.03 On Mon, May 3, 2010 at 5:49 PM, Petr Salinger petr.salin...@seznam.czwrote: Hi. I'm a developer of a package in Debian, recently I'm told that my package won't build on debian-kfreebsd anymore. I would be usefull to name that package ;-) According to BTS is seems be Bug#578457: scanmem: FTBFS on kfreebsd-* Then I tried, even a previous version won't build. And the problem is about the ptrace.h file. PTRACE_PEEKDATA was not defined there. So in linux, these macro are named PTRACE_PEEKDATA, PTRACE_POKEDATA and etc, and in FreeBSD, those are called PT_READ_D and etc. In debian-kfreebsd, you'll see PTRACE_PEEKDATA in `man ptrace`, but in the header file 'sys/ptrace.h', you can see only PT_READ_D there. Please install package freebsd-manpages and try $man -k ptrace ptrace (2) - process trace ptrace (2freebsd)- process tracing and debugging tcptraceroute (1)- A traceroute implementation using TCP packets tcptraceroute.mt (1) - A traceroute implementation using TCP packets $ man 2freebsd ptrace In my ubuntu machine, I found that PT_READ_D-like names are still there, where PTRACE_PEEKDATA-like names are defined as alias there. I wonder which one should debian-kfreebsd follow, but I believe an set of alias will be needed, otherwise everybody will need a dirty hack for it. The question is how much packages really uses ptrace(). The gdb of course, but it works on plain FreeBSD, so it knows differences between linux kernel and freebsd kernel. The ptrace() on linux and FreeBSD have slightly different interface: long ptrace(enum __ptrace_request request, pid_t pid, void *addr, void *data); int ptrace(int request, pid_t pid, caddr_t addr, int data); Especially int/long difference leads into hidden troubles on kfreebsd-amd64, so there are no longer previous aliases. It is much better to fail early during compile-time, not later at runtime. You might consider to either drop binaries for both GNU/kFreeBSD architectures or port to FreeBSD interface, i.e. use one PT_IO instead of loops of PTRACE_PEEKDATA/PTRACE_POKEDATA and use PT_ATTACH/PT_DETACH instead of PTRACE_ATTACH/PTRACE_DETACH. Cheers Petr
Bug#579409: binutils-multiarch: diversion clash with hardening-wrapper
On Wed, 2010-04-28 at 00:40 +0200, Matthias Klose wrote: why? No reason, in fact. I thought so because this bug was triggered by a gcc-4.5 update. -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579966: duplicity: Offer command to remove old incremental backups from target
On Sun, May 02, 2010 at 07:28:35PM +0200, Olivier Berger wrote: Hi. FYI, I have tried to implement a new command that allows to remove old incremental backups from target backup spaces. It's not yet included in upstream's code, but may be quite useful, for instance in conjunction with backupninja, for autmatically scripting backup strategies. More details may be found at : https://bugs.launchpad.net/duplicity/+bug/542482 including a pointer to the bzr branch. Hope his helps. FYI, I'm using this modified version of duplicity locally, and have generated a modified Debian package. Here's in attachment the diff on the source package. Hope this helps. Best regards, diff -u duplicity-0.6.08b/debian/changelog duplicity-0.6.08b/debian/changelog --- duplicity-0.6.08b/debian/changelog +++ duplicity-0.6.08b/debian/changelog @@ -1,3 +1,10 @@ +duplicity (0.6.08b-1.1) UNRELEASED; urgency=low + + * Add patch to add option to remove old incremental backups from target +(Closes: #579966). + + -- Olivier Berger olivier.ber...@it-sudparis.eu Mon, 03 May 2010 08:27:59 +0200 + duplicity (0.6.08b-1) unstable; urgency=low * New upstream release diff -u duplicity-0.6.08b/debian/patches/00list duplicity-0.6.08b/debian/patches/00list --- duplicity-0.6.08b/debian/patches/00list +++ duplicity-0.6.08b/debian/patches/00list @@ -3,0 +4 @@ +04_remove_all_inc_of_but_n_full only in patch2: unchanged: --- duplicity-0.6.08b.orig/debian/patches/04_remove_all_inc_of_but_n_full.dpatch +++ duplicity-0.6.08b/debian/patches/04_remove_all_inc_of_but_n_full.dpatch @@ -0,0 +1,201 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 04_remove_all_inc_of_but_n_full.dpatch by Olivier Berger olivier.ber...@it-sudparis.eu +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Add remove-all-inc-of-but-n-full option (#579966) + +...@dpatch@ + +diff -urNad duplicity-0.6.08b.orig//duplicity duplicity-0.6.08b/duplicity +--- duplicity-0.6.08b.orig//duplicity 2010-03-12 02:39:07.0 +0100 duplicity-0.6.08b/duplicity 2010-05-03 08:57:09.0 +0200 +@@ -98,6 +98,7 @@ + elif action in [collection-status, + remove-old, + remove-all-but-n-full, ++remove-all-inc-of-but-n-full, + ]: + return + +@@ -734,6 +735,7 @@ + @return: void + + assert globals.remove_time is not None ++assert globals.remove_all_but_n_full or globals.remove_all_inc_of_but_n_full + def set_times_str(setlist): + Return string listing times of sets in setlist + return \n.join(map(lambda s: dup_time.timetopretty(s.get_time()), +@@ -763,14 +763,19 @@ + Deleting backup sets at times:, + len(setlist)) + +\n + set_times_str(setlist)) +-if globals.dry_run: +-col_stats.set_values(sig_chain_warning=None) +-else: +-setlist.reverse() # save oldest for last +-for set in setlist: +-set.delete() +-col_stats.set_values(sig_chain_warning=None) ++setlist.reverse() # save oldest for last ++for set in setlist: ++# if remove_all_inc_of_but_n_full mode, remove only incrementals one and not full ++if globals.remove_all_but_n_full or (globals.remove_all_inc_of_but_n_full and set.type == inc) : ++if globals.dry_run: ++log.Notice(Deleting set + set.type + + dup_time.timetopretty(set.get_time())) ++else: ++set.delete() ++else : ++log.Notice(Not deleting set + set.type + + dup_time.timetopretty(set.get_time())) ++col_stats.set_values(sig_chain_warning=None) + ++if not globals.dry_run: + # force a cleanup operation to get rid of unnecessary old cruft + # we said we want to remove them! didn't we, huh? + # bad duplicity, bad doggy! +@@ -1194,7 +1200,7 @@ + cleanup(col_stats) + elif action == remove-old: + remove_old(col_stats) +-elif action == remove-all-but-n-full: ++elif action == remove-all-but-n-full or action == remove-all-inc-of-but-n-full: + remove_all_but_n_full(col_stats) + elif action == sync: + sync_archive(col_stats) +diff -urNad duplicity-0.6.08b.orig//duplicity.1 duplicity-0.6.08b/duplicity.1 +--- duplicity-0.6.08b.orig//duplicity.1 2010-03-12 02:39:07.0 +0100 duplicity-0.6.08b/duplicity.1 2010-05-03 08:57:09.0 +0200 +@@ -53,6 +53,12 @@ + .BI [ --force ] + .I target_url + ++.B duplicity remove-all-inc-of-but-n-full ++.I count ++.BI [ options ] ++.BI [ --force ] ++.I target_url ++ + .SH DESCRIPTION + Duplicity incrementally backs up files and directory + by encrypting tar-format volumes with GnuPG and uploading them to a +@@ -196,6 +202,16 @@ + .I --force + will be needed
Bug#575862: spamprobe: Intent to NMU - Multiple bugs
On Mon, May 03, 2010 at 03:39:39AM +0300, Jari Aalto wrote: I've been fixing important and above bugs for release lately. The NMU plan would be: [...] Please let me know if these are already been worked on or if it's okay to NMU the package. Hi, I started working on the package this week-end, fixing the libungif and libdb issues for now. So if by the end of the week I didn't upload anything, you'll be free to upload an NMU. Thanks, -- Nicolas Duboc ndu...@debian.org signature.asc Description: Digital signature
Bug#580022: gitolite: French debconf templates translation
Package: gitolite Version: N/A Severity: wishlist Tags: patch l10n Hi, Please find attached the french po templates translation, proofread by the debian-l10n-french mailing list contributors. Best regards, Thomas -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # Translation of gitolite debconf template to French. # Copyright (C) 2010 by Gerfried Fuchs rho...@debian.at # Copyright (C) 2010 Debian French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the gitolite package. # Translators: # Thomas BLEIN tbl...@tblein.eu, 2010. msgid msgstr Project-Id-Version: gitolite 1.3-2\n Report-Msgid-Bugs-To: gitol...@packages.debian.org\n POT-Creation-Date: 2010-04-08 23:44+0200\n PO-Revision-Date: 2010-04-27 11:55+0100\n Last-Translator: Thomas Blein tbl...@tblein.eu\n Language-Team: French debian-l10n-fre...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=(n 1);\n #. Type: string #. Description #: ../templates:1001 msgid The name of the system user to create: msgstr Identifiant système à créer : #. Type: string #. Description #: ../templates:1001 msgid Please enter the name for the system user which should be used by gitolite. msgstr Veuillez indiquer l'identifiant système qui sera créé pour être utilisé par gitolite. #. Type: string #. Description #: ../templates:2001 msgid The directory to contain the repositories: msgstr Répertoire contenant les dépôts : #. Type: string #. Description #: ../templates:2001 msgid Please enter the path for the directory in which you want to store the git repositories guarded by gitolite. msgstr Veuillez indiquer le répertoire dans lequel vous voulez stocker les dépôts git surveillés par gitolite. #. Type: string #. Description #: ../templates:3001 msgid The key for the admin user: msgstr Clé SSH de l'administrateur : #. Type: string #. Description #: ../templates:3001 msgid Please specify the key of the user that will administer the access configuration of gitolite. You can either give the filename or paste the ssh public key. msgstr Veuillez indiquer la clé SSH de l'utilisateur qui va administrer la configuration d'accès de gitolite. Vous pouvez soit préciser le nom du fichier, soit coller la clé publique SSH.
Bug#577099: NMU: lptools_0.0.1~bzr9-1.1
tags 577099 + pending thanks Hi Robert! as agreed on IRC, I've uploaded lptools_0.0.1~bzr9-1.1 to DELAYED/10. Regards, -- .''`. : :' : Luca Falavigna dktrkr...@debian.org `. `' `- diff -Nru lptools-0.0.1~bzr9/debian/changelog lptools-0.0.1~bzr9/debian/changelog --- lptools-0.0.1~bzr9/debian/changelog 2010-05-03 07:40:32.0 + +++ lptools-0.0.1~bzr9/debian/changelog 2010-05-03 07:40:33.0 + @@ -1,3 +1,10 @@ +lptools (0.0.1~bzr9-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Let review-list work with Launchpad's multi-version code (Closes: #577099). + + -- Luca Falavigna dktrkr...@debian.org Mon, 03 May 2010 09:35:55 +0200 + lptools (0.0.1~bzr9-1) unstable; urgency=low * New upstream snapshot. diff -Nru lptools-0.0.1~bzr9/review-list lptools-0.0.1~bzr9/review-list --- lptools-0.0.1~bzr9/review-list 2010-05-03 07:40:32.0 + +++ lptools-0.0.1~bzr9/review-list 2010-05-03 07:40:33.0 + @@ -303,7 +303,7 @@ status = %s\n%s % (c.source_branch.display_name, vstr) urlp = re.compile( - 'http[s]?://api\.(.*)launchpad\.net/beta/') + 'http[s]?://api\.(.*)launchpad\.net/[^/]+/') merge_url = urlp.sub( 'http://launchpad.net/', c.self_link) signature.asc Description: OpenPGP digital signature
Bug#502845: [Pkg-iscsi-maintainers] Bug#502845: linux-image-2.6.32-1-amd64 / open-iscsi amd64 login hang
On Monday 03 May 2010 12:56:52 Florian Lohoff wrote: Are there ANY reports for successful login with amd64 kernel and 32bit userspace? I have tried everything and i didnt get anything to work. None that I am aware of. For most of my testings, the focus was only on a 64 = 64 or a 32 = 32 config. So IMHO the package could present a popup in the postinst in its i386 variant and a detected amd64 kernel that it wont work in that constellation. I think README.Debian should be enough. The way open-iscsi currently is in Debian, a user will be required to go and have a read of the README.Debian doc. Having it in postinst scripts will only convey the message at install time. PS: I have already committed the content to the package. A new upload should be soon this week. Regards, Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572982: Forwarded
(my previous e-mail about Sleak.java missed the main issue that is GPL azureus using EPL SWT.) This bug has been forwarded to upstream's bug report forum: http://forum.vuze.com/thread.jspa?threadID=90780 signature.asc Description: This is a digitally signed message part.
Bug#580023: evolution appears twice in the application menu
Package: evolution Version: 2.30.1.2-1 Severity: minor Hi, evolution appears twice in the GNOME applications menu, once in the Office section and once in the Internet section. The Icon in the Office section reads Evolution Mail and Calendar and ist installed via evolution-common: /usr/share/applications/evolution.desktop; the other one reads Evolution Mail and is installed via evolution: /usr/share/applications/evolution-mail.desktop. I see that Evolution is mainly used for email, which justifies the icon in the Internet section, but is also used for task planning and calendar, which justifies the icon in the Office section. However, having two separate icons in both section is simply confusing. Please decide for one of both to install. If you're asking me, doing emails can also be considered an Office task and is not necessarily connected to the Internet, so I'd stay with the icon in the Office section and drop the other one (which is, BTW, a debianism added in debian /evolution-mail.desktop and installed via debian/evolution.install). Cheers, Fabian -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (550, 'unstable'), (400, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-4-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus1.2.24-1 simple interprocess messaging syst ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii evolution-common2.30.1.2-1 architecture independent files for ii evolution-data-server 2.30.1-1 evolution database backend server ii gconf2 2.28.1-3 GNOME configuration database syste ii gnome-icon-theme2.30.2.1-1 GNOME Desktop icon theme ii libart-2.0-22.3.21-1 Library of functions for 2D graphi ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcamel1.2-14 2.30.1-1 The Evolution MIME message handlin ii libcanberra-gtk00.22-1 Gtk+ helper for playing widget eve ii libcanberra00.22-1 a simple abstract interface for pl ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libebackend1.2-02.30.1-1 Utility library for evolution data ii libebook1.2-9 2.30.1-1 Client library for evolution addre ii libecal1.2-72.30.1-1 Client library for evolution calen ii libedataserver1.2-112.30.1-1 Utility library for evolution data ii libedataserverui1.2-8 2.30.1-1 GUI utility library for evolution ii libegroupwise1.2-13 2.30.1-1 Client library for accessing group ii libenchant1c2a 1.4.2-3.6a wrapper library for various spel ii libevolution2.30.1.2-1 evolution libraries ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libgdata-google1.2-12.30.1-1 Client library for accessing Googl ii libgdata1.2-1 2.30.1-1 Client library for accessing Googl ii libglib2.0-02.24.0-1 The GLib library of C routines ii libgnome-desktop-2-17 2.30.0-2 Utility library for loading .deskt ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libgtkhtml-editor0 3.30.1-1 HTML rendering/editing library - e ii libgtkhtml3.14-19 3.30.1-1 HTML rendering/editing library - r ii libgweather12.30.0-1 GWeather shared library ii libical00.44-3 iCalendar library implementation i ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libnotify1 [libnotify1- 0.4.5-1 sends desktop notifications to a n ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-2 Network Security Service libraries ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libsm6 2:1.1.1-1X11 Session Management library ii libsoup2.4-12.30.1-1 an HTTP library implementation in ii libsqlite3-03.6.23.1-1 SQLite 3 shared library ii libstartup-notification 0.10-1 library for program launch feedbac ii libunique-1.0-0 1.1.6-1
Bug#580024: [ldapscripts] users are assigned to uid 65534
Package: ldapscripts Version: 1.9.0-1 Severity: normal --- Please enter the report below this line. --- the starting UID is defined in /etc/ldapscripts/ldapscripts.conf UIDSTART=1 when creating a user, like ldapadduser wrohrm Lehrer the user gets the uid 65535. I tried to find the reason and found in usr/share/ldapscripts/runtime: # Output : the last user id used + 1 (so the first useable user id) ($_UID) _findlastuser () { _UID=`_ldapsearch $SUFFIX '(objectClass=posixAccount)' uidNumber | grep uidNumber: | sed s|uidNumber: || | uniq | sort -n | tail -n 1` if [ -z $_UID ] || [ ! $_UID -gt $UIDSTART ] then _UID=$UIDSTART fi _UID=`expr $_UID + 1` } this explains what happend, because getent passwd shows nobody:x:65534:65534:nobody:/nonexistent:/bin/sh this seems a conceptional problem. Suggestion: What about using ranges like /etc/adduser.conf does? FIRST_UID=1000 LAST_UID=2 probably the same problem arises with group id's. greetings W. Rohrmoser --- System information. --- Architecture: i386 Kernel: Linux 2.6.33.1-r500 Debian Release: 5.0.4 500 stable x2go.obviously-nice.de 500 stable www.debian-multimedia.org 500 stable security.debian.org 500 stable ftp.de.debian.org 10 testing ftp.de.debian.org 1 unstablewww.emdebian.org 1 unstableuclibc.debian.net 1 unstableftp.de.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578502: Missing biarch/multiarch/multilib support.
Tollef Fog Heen tfh...@err.no writes: severity 578502 wishlist thanks ]] Goswin von Brederlow | Hpasmd is a prebuild binary so I can't change it. It would be nice if | chrpath would support 32bit and 64bit elf format on i386, amd64, | sparc, ppc, s390, mips and mipsel. Yeah, it'd be useful. I'm marking this as wishlist though. That is fine. Also 32bit support for amd64 is probably the only important one as the other archs don't tend to have binary only software. So if anyone wants to work on this please do start there. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562398: anna: fails if multiple versions of a udeb in Packages file
reassign 562398 libdebian-installer4-udeb found 562398 0.69 retitle 562398 libdebian-installer: strange behavior with more than one version of a package in a Packages file affects 562398 + anna tags 562398 + patch thanks On Sun, May 02, 2010 at 03:08:08PM -0600, John Wright wrote: Specifically, what happens is that anna unpacks all the packages in one batch, and then it configures all of them. But while unpacking another version of a package while another vesrion is in an unpacked-but-not-configured state is ok, it's not ok to configure a package that's already in the configured state. So if a package is in the list twice, it fails at the second configure for that package. Here's what's happing in libd-i: Upon encountering a Packages stanza with the same Package field as one it's previously seen, di_packages_parser_read_name sets the data pointer the rest of the parsing functions will use to the previously-used di_packages pointer. At first glance, this would appear simply to prefer packages that appear later in the Packages file, irrespective of version. Unfortunately, it appends the di_package to the package list (parser-data-packages-list) whether it's a newly allocated one or an old one. So while only one actual di_package exists for a particular package name, it might appear multiple times in the list. The simple way to fix the anna issue is to make sure we only append newly allocated di_package objects to the list. But it would be nice to favor new versions rather than whatever shows up latest in the Packages file (for example, to facilitate #389430 or LP#234486). I've attached a quick reproducer to demonstrate the issue, and a patch. I would prefer if the version comparison could happen during the Packages file parsing, rather than after the fact (since this way requires creating a temporary hash table and traversing the list a couple of extra times), but that change would seem to be very invasive. In any case, after pounding my head for a couple of hours, I couldn't figure out how to do it any better with the current parsing infrastructure. :) -- John Wright j...@debian.org #include stdio.h #include debian-installer/system/packages.h #include debian-installer/slist.h int main(int argc, char **argv) { di_packages_allocator *allocator = di_system_packages_allocator_alloc(); di_packages *packages; di_package *package, *last_package = NULL; di_slist_node *node; const char *packages_file; if (argc == 2) packages_file = argv[1]; else { printf(Usage: %s packages-file\n, argv[0]); return 1; } packages = di_system_packages_read_file(packages_file, allocator); for (node = packages-list.head; node; node = node-next) { package = node-data; if (!package) printf(package == NULL\n); if (package == last_package) printf(Eek! package == last_package\n); printf(Package: %s\n, package-package); printf(Version: %s\n, package-version); printf(\n); last_package = package; } return 0; } Package: baz Version: 0.0~hpde1 Package: bang Version: 0.133 Package: baz Version: 0.0hpde1 Package: foo Version: 1.2.3 Package: foo Version: 1.2.3hpde1 Package: bar Version: 2.3.4hpde1 Package: bar Version: 2.3.4 Package: baz Version: 0.1 From 64d06247e4fdb35fd7f33eb7020ec84584e23b42 Mon Sep 17 00:00:00 2001 From: John Wright j...@johnwright.org Date: Sun, 2 May 2010 22:15:11 -0600 Subject: [PATCH] Filter out old versions after parsing a Packages file The previous behavior favored packages showing up later in the Packages file rather than packages with later versions, and wound up putting multiple entries for the same package in the di_packages list. This patch ensures a new di_package is created for each stanza, and then filters out all but the latest versions before returning the di_packages pointer. There's a small memory leak for each di_slist_node corresponding to an old package version. It can't be helped, as far as I can tell, because of how the memory for those are allocated (using mem_chunk). The bulk of the memory used for those is freed, just not the di_slist_node glue. This patch also fixes a bug in di_hash_table_insert, where the key was not being reset after potentially destroying the old key and changing the value for a key (which may contain the key itself). --- include/debian-installer/packages.h |4 ++ src/hash.c |1 + src/packages.c | 69 +++ src/packages_parser.c |8 +++- 4 files changed, 80 insertions(+), 2 deletions(-) diff --git a/include/debian-installer/packages.h b/include/debian-installer/packages.h index c5e4576..0d7dd1c 100644 --- a/include/debian-installer/packages.h +++ b/include/debian-installer/packages.h @@ -71,6 +71,10 @@ void di_packages_append_package (di_packages *packages, di_package *package, di_
Bug#580025: dh-make-perl: FTBFS when perl-debug is installed
Package: dh-make-perl Version: 0.67-1 Severity: important The test suite fails when perl-debug is installed: # Failed test 'partial /bin/perl is in perl-base' # at t/DpkgLists.t line 17. # Structures begin differing at: # $got-[1] = 'perl-debug' # $expected-[1] = Does not exist # Failed test 'qr{/bin/perl$} is in perl-base' # at t/DpkgLists.t line 20. # Structures begin differing at: # $got-[1] = 'perl-debug' # $expected-[1] = Does not exist # Looks like you failed 2 tests of 7. t/DpkgLists.t ... Dubious, test returned 2 (wstat 512, 0x200) Failed 2/7 subtests -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542165: grub-common: grub-probe kind of mishandles dm-crypt partitions
Hi, On Sat, May 01, 2010 at 07:26:21PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko wrote: Marc Haber wrote: I solved the issue by commenting out the stanza starting with Gettext variables and module in /etc/grub.d/00_header, but would like to have a possibility of grub handling my special case, for example by being able to override the grub-probe calls with a hard-coded value which I know being correct. We already offer such possibility. Files in etc/grub.d/ are configuration files like any other and modifiing then is a correct way of handling such special usecases. It is, however, good practice in Debian that even conffiles offer possibilities to override local settings. This is especially handy if the conffile has like 150 lines and only a single line needs changing. This is, btw, a good service for yourself as well. Local admins tend to say keep my local changes to a dpkg-conffile question, which might lead to interesting bug reports when the old conffile contents causes misbehavior of new code. I have made that experience myself as a DD, so I strongly recommend adding possibilities to override things, such as not trying to figure out values that have already been given by the local admin via, for example, /etc/default. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572440: Info received (Reproduceable with Firefox and /dev/fd0)
Aha! On checking my FDD's power cable was unplugged, but it had the data one connected, apparently enough to make Linux think there's a working FDD. So, false alarm. After booting with the power connected the delay is now *much* shorter and reasonable enough. Now I wish I'd checked this weeks ago. -- - Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/ Finger athan(at)fysh.org for PGP key And it's me who is my enemy. Me who beats me up. Me who makes the monsters. Me who strips my confidence. Paula Cole - ME -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522493: Fwd: Re: doesn't remember passwords
Package: gnome-keyring Version: 2.30.0-2 Severity: normal The exact same thing happens for me using gnome. This occurred after the upgrade to 2.30 in testing. When logging in from gdm, gnome-keyring-daemon is started: 8493 ?Sl 0:00 /usr/bin/gnome-keyring-daemon --daemonize and environment is set: mo...@hactar:~$ set|grep -i keyring GNOME_KEYRING_CONTROL=/tmp/keyring-zf8au0 GNOME_KEYRING_PID=8493 SSH_AUTH_SOCK=/tmp/keyring-zf8au0/ssh This happens whether gnome keyring service is disabled or enabled from the startup programs in System - Preferences. Ok, so far, but: mo...@hactar:~$ LANG=C LC_ALL=C seahorse ** (seahorse:9251): WARNING **: DNS-SD initialization failed: Daemon not running ** Message: init gpgme version 1.2.0 ** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files ** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files ** (seahorse:9251): WARNING **: couldn't get default keyring name: Error communicating with gnome-keyring-daemon and seahorse does not display any keyrings at all (it is perfectly able to read my ssh and gpg keys). nm-applet (which is actually the annoying part) is unable to remember the password for wireless networks. I just created a fresh user, test, which on logon starts gnome-keyring-daemon: 8796 ?Sl 0:00 /usr/bin/gnome-keyring-daemon --daemonize --login On this user account everything seems to work fine. Seahorse can connect to the keyring daemon and nm-applet can store the network password. It seems the --login part is making the difference. But I don't see where the keyring daemon is started and where I can change the parameters? It does not seem to be in $HOME so I do not see why the two accounts start the keyring daemon with different parameters... Regards /Rasmus -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.3 (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-keyring depends on: ii dbus-x11 1.2.24-1 simple interprocess messaging syst ii gconf22.28.1-3 GNOME configuration database syste ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libgcr0 2.30.0-2 Library for Crypto UI related task ii libgcrypt11 1.4.5-2LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgp11-0 2.30.0-2 Glib wrapper library for PKCS#11 - ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libtasn1-32.5-1 Manage ASN.1 structures (runtime) Versions of packages gnome-keyring recommends: ii libpam-gnome-keyring 2.30.0-2 PAM module to unlock the GNOME key gnome-keyring suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580027: osmo: uses deprecated libgtkhtml2
Package: osmo Version: 0.2.10-1 Severity: important User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: oldlibs libgtkhtml2 osmo currently still uses libgtkhtml2, either directly or through the Python bindings. However, libgtkhtml2 is not really maintained upstream. After being in maintenance mode since 2005, it has not seen any new release for 2 years now. I’d like to remove libgtkhtml2 packages before the squeeze release. This can only be done by getting rid of as much as possible of the reverse dependencies. For this to happen, the packages have to be migrated to another HTML rendering engine. There is gtkhtml3 of course, and now there is webkit, which is superior in terms of features and not too far from libgtkhtml2 in terms of API. I suggest that you migrate osmo as soon as possible to use webkit for rendering. For most packages, which use libgtkhtml2 in a simple way, porting should be trivial. I’d like to add a specific note. When upstream *starts* to use something like gtkhtml2 in 2010, that poses serious questions as to their ability to make development choices. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580028: linux-image-2.6.32-4-686: Can not mount cdroms, no dmesg output
Package: linux-2.6 Version: 2.6.32-11 Severity: normal Tags: sid Hi, I'm opening a new report as requested in #577534. My cdrom is working again (I can boot from a cd live) But I can't mount the same cdrom which can boot. No messages in dmesg. # dmesg -c # LANG=C mount /dev/cdrom1 /media/cdrom mount: /dev/sr0: unknown device # LANG=C mount -t iso9660 /dev/cdrom1 /media/cdrom mount: no medium found on /dev/sr0 # isoinfo -f -i /dev/scd0 Errno: 5 (Input/output error), test unit ready scsi sendcmd: no error CDB: 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 02 00 00 00 00 0E 00 00 00 00 3A 00 00 00 Sense Key: 0x2 Not Ready, Segment 0 Sense Code: 0x3A Qual 0x00 (medium not present) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.000s timeout 20s isoinfo: No such file or directory. Unable to open /dev/scd0 # ls -l /sys/block/ total 0 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-0 - ../devices/virtual/block/dm-0 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-1 - ../devices/virtual/block/dm-1 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-10 - ../devices/virtual/block/dm-10 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-11 - ../devices/virtual/block/dm-11 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-12 - ../devices/virtual/block/dm-12 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-13 - ../devices/virtual/block/dm-13 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-14 - ../devices/virtual/block/dm-14 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-15 - ../devices/virtual/block/dm-15 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-16 - ../devices/virtual/block/dm-16 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-17 - ../devices/virtual/block/dm-17 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-18 - ../devices/virtual/block/dm-18 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-19 - ../devices/virtual/block/dm-19 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-2 - ../devices/virtual/block/dm-2 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-20 - ../devices/virtual/block/dm-20 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-21 - ../devices/virtual/block/dm-21 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-22 - ../devices/virtual/block/dm-22 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-23 - ../devices/virtual/block/dm-23 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-24 - ../devices/virtual/block/dm-24 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-25 - ../devices/virtual/block/dm-25 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-26 - ../devices/virtual/block/dm-26 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-27 - ../devices/virtual/block/dm-27 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-28 - ../devices/virtual/block/dm-28 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-29 - ../devices/virtual/block/dm-29 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-3 - ../devices/virtual/block/dm-3 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-4 - ../devices/virtual/block/dm-4 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-5 - ../devices/virtual/block/dm-5 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-6 - ../devices/virtual/block/dm-6 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-7 - ../devices/virtual/block/dm-7 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-8 - ../devices/virtual/block/dm-8 lrwxrwxrwx 1 root root 0 may 3 09:42 dm-9 - ../devices/virtual/block/dm-9 lrwxrwxrwx 1 root root 0 may 3 09:42 loop0 - ../devices/virtual/block/loop0 lrwxrwxrwx 1 root root 0 may 3 09:42 loop1 - ../devices/virtual/block/loop1 lrwxrwxrwx 1 root root 0 may 3 09:42 loop2 - ../devices/virtual/block/loop2 lrwxrwxrwx 1 root root 0 may 3 09:42 loop3 - ../devices/virtual/block/loop3 lrwxrwxrwx 1 root root 0 may 3 09:42 loop4 - ../devices/virtual/block/loop4 lrwxrwxrwx 1 root root 0 may 3 09:42 loop5 - ../devices/virtual/block/loop5 lrwxrwxrwx 1 root root 0 may 3 09:42 loop6 - ../devices/virtual/block/loop6 lrwxrwxrwx 1 root root 0 may 3 09:42 loop7 - ../devices/virtual/block/loop7 lrwxrwxrwx 1 root root 0 may 3 09:42 sda - ../devices/pci:00/:00:1f.2/host2/target2:0:0/2:0:0:0/block/sda lrwxrwxrwx 1 root root 0 may 3 09:42 sr0 - ../devices/pci:00/:00:1f.1/host0/target0:0:0/0:0:0:0/block/sr0 # lshw | grep -A12 cdrom *-cdrom description: DVD writer product: DVD+-RW GSA-H53L vendor: HL-DT-ST physical id: 0.0.0 bus info: s...@0:0.0.0 logical name: /dev/cdrom logical name: /dev/cdrom1 logical name: /dev/cdrw logical name: /dev/cdrw1 logical name: /dev/dvd logical name: /dev/dvd1 logical name: /dev/dvdrw logical name: /dev/dvdrw1 logical name: /dev/scd0 logical name: /dev/sr0 version: W712 serial: [HL-DT-STDVD+-RW GSA-H53LW71207/12/03 7U02 capabilities: removable audio cd-r cd-rw dvd dvd-r configuration: ansiversion=5 status=nodisc # dmesg # While I exec mount commands, I don't see any light in the dvd-writer. When I insert the cdrom
Bug#575908: openoffice.org-calc: Insert/Rename table: Dialog shows nothing or only parts
Hi, I can reproduce this bug since 3.2.0 Here is a screenshot : http://www.debian-multimedia.org/tests/ooffice-calc.png Christian
Bug#580029: FTBFS with OCaml 3.12
Package: src:ara Version: 1.0.28 Severity: normal Tags: patch Hello, While rebuilding all packages with a SVN snapshot of OCaml (version 3.12.0+dev17, revision 10268), your package failed to build on amd64. Relevant part: ocamlopt.opt -dtypes -thread -inline 99 -I ../util -I ../libara -I ../ledit -I ../common -I ../configfile -I +lablgtk2 threads.cmxa -cclib -lthreads str.cmxa -cclib -lstr unix.cmxa -cclib -lunix util.cmxa ledit.cmxa ara.cmxa common.cmxa configfile.cmxa debug.cmx opt.cmx config.cmx wrap.cmx pager.cmx dump.cmx cli.cmx -o ara /usr/bin/ld: cannot find -lstr collect2: ld returned 1 exit status File caml_startup, line 1, characters 0-1: Error: Error during linking make[2]: *** [ara] Error 2 make[2]: Leaving directory `/tmp/ara-1.0.28+3.12.0+dev17+10268/cli' make[1]: *** [native] Error 1 make[1]: Leaving directory `/tmp/ara-1.0.28+3.12.0+dev17+10268' make: *** [build-stamp] Error 2 The full build log is available at: http://debian.glondu.net/debian/ocaml31120dev17r10268/failures/ara_1.0.28%2B3.12.0%2Bdev17%2B10268_amd64.build The static library libstr.a containing C stubs for the OCaml str library has been renamed to libcamlstr.a . However, ara shouldn't need to refer explicitly to this library. Attached is a patch that fixes the issue. Best regards, -- Stéphane -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash From a3dff9f0d70cf98a5c4733942b5f2682a1559f53 Mon Sep 17 00:00:00 2001 From: Stephane Glondu st...@glondu.net Date: Mon, 3 May 2010 10:23:51 +0200 Subject: [PATCH] Remove explicit -lstr while linking with str library str.cm{,x}a contains the linking information for C stubs, so there is no need to explicit it in programs using it. Moreover, the stub library changed name in OCaml 3.12, making ara FTBFS. --- config/Makefile.config |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/config/Makefile.config b/config/Makefile.config index 90ad080..f6bab17 100644 --- a/config/Makefile.config +++ b/config/Makefile.config @@ -30,7 +30,7 @@ WITHCONFIGFILE = configfile.cma WITHGRAPHICS = graphics.cma -cclib -lgraphics -cclib -L/usr/X11R6/lib -cclib -lX11 WITHUNIX = unix.cma -cclib -lunix -WITHSTR = str.cma -cclib -lstr +WITHSTR = str.cma WITHNUMS = -Idct nums.cma -Ldct -cclib -lnums WITHTHREADS = threads.cma -cclib -lthreads WITHDBM = dbm.cma -cclib -lmldbm -cclib -lndbm @@ -45,7 +45,7 @@ WITHPCRE = -I +pcre -cclib -lpcre pcre.cma #ocamlc -custom other options graphics.cma other files -cclib -lgraphics -cclib -lX11 #ocamlc -thread -custom other options threads.cma other files -cclib -lthreads -#ocamlc -custom other options str.cma other files -cclib -lstr +#ocamlc -custom other options str.cma other files #ocamlc -custom other options nums.cma other files -cclib -lnums #ocamlc -custom other options unix.cma other files -cclib -lunix #ocamlc -custom other options dbm.cma other files -cclib -lmldbm -cclib -lndbm -- 1.7.0
Bug#579813: ../../src/xcb_io.c:445: _XReply: Assertion `!dpy-xcb-reply_data' failed.
reassign 579813 fglrx-driver thanks Do what the maintainer wanted to do, Cc'ing control this time. signature.asc Description: Digital signature
Bug#556030: native_flush_tlb_others BUG on 2.6.32.7
We started to get those softockups since we used 2.6.32.7. We had no such issues on 2.6.29.5 on the very same hardware. [ 6698.002377] BUG: soft lockup - CPU#0 stuck for 31s! [lighttpd:3894] [ 6698.009802] Modules linked in: plm cxgb3 e1000e pfm vnetdev binfmt_misc cpufreq_ondemand freq_table ipmi_watchdog ipmi_devintf i2c_i801 i2c_core loop bnx2 psmouse ipmi_si ipmi_msghandler hpilo pcspkr container processor button evdev dm_mirror dm_region_hash dm_log dm_snapshot raid10 raid456 async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy async_tx raid0 multipath linear fan igb dca ahci libata sd_mod scsi_mod raid1 md_mod dm_mod ext3 jbd mbcache usbhid hid ehci_hcd uhci_hcd usbcore nls_base cciss thermal thermal_sys [ 6698.048679] CPU 0: [ 6698.050003] Modules linked in: plm cxgb3 e1000e pfm vnetdev binfmt_misc cpufreq_ondemand freq_table ipmi_watchdog ipmi_devintf i2c_i801 i2c_core loop bnx2 psmouse ipmi_si ipmi_msghandler hpilo pcspkr container processor button evdev dm_mirror dm_region_hash dm_log dm_snapshot raid10 raid456 async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy async_tx raid0 multipath linear fan igb dca ahci libata sd_mod scsi_mod raid1 md_mod dm_mod ext3 jbd mbcache usbhid hid ehci_hcd uhci_hcd usbcore nls_base cciss thermal thermal_sys [ 6698.088621] Pid: 3894, comm: lighttpd Not tainted 2.6.32.7 #3 ProLiant DL380 G6 [ 6698.092330] RIP: 0010:[8102b3be] [8102b3be] native_flush_tlb_others+0xa9/0xda [ 6698.097239] RSP: 0018:8801a6799e28 EFLAGS: 0202 [ 6698.099639] RAX: 0010 RBX: 8801a6799e68 RCX: 0030 [ 6698.102943] RDX: 0010 RSI: 0010 RDI: 0296 [ 6698.107080] RBP: 8100c56e R08: R09: 813e46d8 [ 6698.110315] R10: 0001 R11: 0213 R12:7fceb4772fff [ 6698.113453] R13: 8801a6799dd8 R14: 0040 R15: [ 6698.117216] FS: 7fceb47736f0() GS:88002820() knlGS: [ 6698.120849] CS: 0010 DS: ES: CR0: 80050033 [ 6698.123550] CR2: 7fceb4772000 CR3: 0001a3842000 CR4: 06f0 [ 6698.127230] DR0: DR1: DR2: [ 6698.130489] DR3: DR6: 0ff0 DR7: 0400 [ 6698.133696] Call Trace: [ 6698.135033] [8102b3ba] ? native_flush_tlb_others+0xa5/0xda [ 6698.138024] [8102b557] ? flush_tlb_mm+0x6a/0x71 [ 6698.141385] [8109a9b9] ? unmap_region+0x119/0x140 [ 6698.144404] [8109ba71] ? do_munmap+0x28c/0x2f6 [ 6698.147327] [8109bb17] ? sys_munmap+0x3c/0x53 [ 6698.149781] [8100ba42] ? system_call_fastpath+0x16/0x1b -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580030: (libxprintapputil_1:1.0.1.xsf1-2/avr32): FTBFS: Outdated config.{sub,guess}
Package: libxprintapputil Version: 1:1.0.1.xsf1-2 Severity: wishlist User: bradsm...@debian.org Usertags: avr32 Hi, Whilst building your package on AVR32, the build failed due to outdated config.{sub,guess} files. Full build logs available: http://buildd.debian-ports.org/build.php?pkg=libxprintapputilarch=avr32ver=1:1.0.1.xsf1-2 Regards, Bradley Smith -- Bradley Smith b...@brad-smith.co.uk Debian GNU/Linux Developer bradsm...@debian.org GPG: 0xC718D347 D201 7274 2FE1 A92A C45C EFAB 8F70 629A C718 D347 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570466: still there with all latest
Hello, just to report that the situation has not evolved with all latest related packages from experimental : - kernel 2.6.33-1~experimental.4 - libdrm2 2.4.20-2 - radeon 1:6.13.0-1 - mesa 7.8.1-1 Still a few rare random blackouts, during which the machine stays fully functionnal, just the screen goes black. The only way to get my screen back is a reboot or (s2ram powerup), and to my knowledge I have nothing strange in syslog or xorg.log. I'll track updates to sid or experimental and report any change as soon as it occurs. Thanks, -- Rémi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564103: Fixed upstream
tags 567119 upstream pending fixed thanks Fixed upstream in git commits to the master and stable branches respectively: 0b357a3935d1ef52a18945e3629e84a0a4331237 869bb2cc44472fdc80740014043bfa320defc9f4 -- Sincerely yours, Yury V. Zaytsev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#321411: situation with 2.32.52
I've done some tests in squeeze: When the options fastcheck=true pretendwin=true are present from the very beginning (before cache files have been created in ~/.unison), fastcheck works as expected for vfat mounts. If these two options are not present during the initial run, and only added later, fastcheck becomes effective only after something was changed and the change propagated by unison. (This propagation somehow seems to convert the format of the cache files.) See also: http://www.mail-archive.com/linux-us...@it.canterbury.ac.nz/msg53365.html I think, this could be considered either a bug or an undocumented feature. Cheers! Thiemo Nagel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579995: Partitioning failure in Squeeze install
tag 579995 moreinfo thanks On Monday 03 May 2010, Terry Stroup wrote: On completing the partitioning, I get the following error: File system has an incompatible feature enabled. Compatible features are has_journal, dir_index, filetype, sparse_super and large_file. Use tune2fs or debugfs to remove features. This is an error from libparted. I'm not sure what the cause of the problem is and your setup is simply too complex with too many variables to deduce it from your description. If you can reproduce the problem, then please send the syslog and partman.log files for the installation (compressed!) after the first error occurs. except that Squeeze's DI wouldn't mount the ReiserFS partitions. ReiserFS is no longer supported by default for Squeeze. See http://d-i.alioth.debian.org/manual/en.i386/ch06s03.html#di-partition -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580020: [Pkg-clamav-devel] Bug#580020: clamav-base: always edits /etc/aliases (does not respect admin changes)
This one time, at band camp, Tollef Fog Heen said: From clamav-base.postinst: if [ -f /etc/aliases ] || [ -L /etc/aliases ]; then if ! grep -qi ^clamav /etc/aliases; then echo clamav: root /etc/aliases newal=`which newaliases || true` if [ -n $newal ] [ -x $newal ]; then $newal || true fi fi fi This means there is no way for me to not have the clamav alias in /etc/aliases, for instance if I want to have it defined somewhere else. How do other packages do this for system users? I suppose just do it on fresh install and never again? I suppose I had never thought of removal of clamav from /etc/aliases as user configuration, but I see your point. Easy enough to fix. Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#580031: kolab-cyrus-imapd: Generates syslog errors /w v2 LDAP binds
Package: kolab-cyrus-imapd Version: 2.2.13-9 Severity: normal I get the following repeating error message in syslog : May 3 18:50:15 debian-virtual cyrus/imap[10630]: ldap_simple_bind() failed 2 (protocol error) AncientGeek from #gosa on freenode thinks he may have tracked to problem to kolab-cyrus-imapd_2.2.13-2.diff.gz : If you look at kolab-cyrus-imapd_2.2.13-2.diff.gz you will see ldap_simple_bind_s with no ldap_set_option() Apparently there is a discussion about this issue here : http://www.openldap.org/lists/openldap-technical/200905/msg00078.html Basically a connection is attempted first as an LDAP v2 bind. Alteratives are discussed on the above page. Hopefully if this is the cause of the issue this info will help. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kolab-cyrus-imapd depends on: ii kolab-cyrus-c 2.2.13-9 Kolab Cyrus mail system - common f ii libasn1-8-hei 1.4.0~git20100322.dfsg.2-2 Heimdal Kerberos - ASN.1 library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcomerr21.41.11-1 common error description library ii libdb4.7 4.7.25-9 Berkeley v4.7 Database Libraries [ ii libgssapi2-he 1.4.0~git20100322.dfsg.2-2 Heimdal Kerberos - GSSAPI support ii libkrb5-26-he 1.4.0~git20100322.dfsg.2-2 Heimdal Kerberos - libraries ii libldap-2.4-2 2.4.17-2.1 OpenLDAP libraries ii libroken18-he 1.4.0~git20100322.dfsg.2-2 Heimdal Kerberos - roken support l ii libsasl2-22.1.23.dfsg1-5 Cyrus SASL - authentication abstra ii libssl0.9.8 0.9.8n-1 SSL shared libraries ii libwrap0 7.6.q-18 Wietse Venema's TCP wrappers libra kolab-cyrus-imapd recommends no packages. kolab-cyrus-imapd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580032: [CRASH] Uncaught exception AttributeError in Frontend/Gtk/ui.py:616
Package: update-manager-gnome Version: 0.200.3-1 Severity: normal File: /usr/share/pyshared/UpdateManager/Frontend/Gtk/ui.py *** Please type your report below this line *** *** /tmp/update-manager- bugc4hSHu The information below has been automatically generated. Please do not remove this from your bug report. - Exception Type: type 'exceptions.AttributeError' - Exception Value: AttributeError('GtkUI' object has no attribute 'treeview_update',) - Exception Origin: _MainThread(MainThread, started) - Exception Traceback: File /usr/bin /update-manager, line 38, in module app.main() File /usr/lib/pymodules/python2.5/UpdateManager/Application.py, line 421, in main self._frontend.init_frontend() File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/__init__.py, line 70, in init_frontend self._ui = GtkUI(self) File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/ui.py, line 616, in __init__ self.update_list = UpdateListControl(self, self.treeview_update) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages update-manager-gnome depends on: ii gconf22.28.1-3 GNOME configuration database syste ii gksu 2.0.2-2+b1 graphical frontend to su ii python 2.5.4-9An interactive high-level object-o ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-gconf 2.28.1-1 Python bindings for the GConf conf ii python-gobject 2.21.1-1 Python bindings for the GObject li ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge ii python-support 1.0.7 automated rebuilding support for P ii python-vte 1:0.22.5-3 Python bindings for the VTE widget ii update-manager-core 0.200.3-1 APT update manager core functional update-manager-gnome recommends no packages. Versions of packages update-manager-gnome suggests: ii software- properties-gtk 0.60.debian-1.1 manage the repositories that you i ii update- notifier 0.99.3debian3 Daemon which notifies about packag -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580033: facturalux: [INTL:vi] Vietnamese debconf templates translation update
Package:facturaluxVersion: 0.4-14.2Tags: l10n patchSeverity: wishlistThe updated Vietnamese translation for the debconf file:facturaluxcompletely reviewed, translated and submitted by:Clytie SiddallVietnamese Free-Software Translation Teamhttp://vnoss.net/dokuwiki/doku.php?id=projects:l10n vi.po Description: application/apple-msg-attachment
Bug#574956: dpkg drops zero-epoch in status file
* Guillem Jover: The same problem arises with non-significant zeros before digits, for example: 0.001 == 0.1 == 00:000.1 Although this might be trickier to see in the wild, as dpkg itself would not normalize these versions, but an unknowing packager could generate those (somehow) thinking they are different. But I think all implementations (except an obscure Ocaml one) agree on the first equality. Leading zeros are not significant here. On top of that, dpkg's epoch comparison algorithm yields different results on different architectures, and does not actually implement what is specified in policy. This has been known for a while. It would be great with dpkg and APT (and thus dak by extension) could finally use exactly the same code. If that is not possible, policy could be changed to allow only versions where both implementtions agree. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574956: dpkg drops zero-epoch in status file
On Mon, 03 May 2010, Florian Weimer wrote: But I think all implementations (except an obscure Ocaml one) agree on the first equality. Leading zeros are not significant here. On top of that, dpkg's epoch comparison algorithm yields different results on different architectures, and does not actually implement what is specified in policy. This has been known for a while. Do you have a pointer? Can you record this as a bugreport if there's none on this topic? The epoch comparison algorithm is a simple integer comparison so I'm not sure what difference we can have. Since I'm not sure what kind of difference we're speaking about I don't know whether dpkg has to be fixed or the policy. Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580034: perl: module deprecations in 5.12.0
Package: perl Version: 5.12.0-1 User: debian-p...@lists.debian.org Usertags: perl-5.12-transition X-Debbugs-Cc: debian-p...@lists.debian.org We need to decide what to do with the module deprecations in 5.12.0. $ perl -w -e 'use Class::ISA' Class::ISA will be removed from the Perl core distribution in the next major release. Please install it from CPAN. It is being used at -e, line 1. The modules being deprecated from the core are (from perl5120delta.pod): Class::ISA Pod::Plainer Shell Switch Clearly these need to be packaged separately sooner or later. The options I see are A. Patch away the warning and do nothing until the modules are actually removed in 5.14.0. At that point, add dependencies or recommendations for the removed modules. B. Package the modules separately now, recommend the new packages and patch the warning to direct to apt instead of CPAN. Downgrade to suggestions after one release cycle. C. Package the modules separately now, depend on the new packages and don't install the core versions in the binary packages at all. Downgrade to recommendations or even suggestions after one release cycle. I'm leaning towards C but B seems also like a good choice. As I see it: A is just postponing the issue for no clear benefit. B is closest to the upstream way but has the drawback of needing two copies of the deprecated code. C fixes this and offers a slightly smoother transition for people ignoring recommendations. However, like A it postpones any breakage until later, possibly creating confusion because our deprecation schedule differs from the upstream one. Input would be welcome. The separate packages would naturally fit with the pkg-perl group. I'd be glad if somebody would like to help and package them. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#159088: logrotate: glob doesn't follow symlinks under 2.4 kernels
Hi, is this bug still relevant, considering 3.7.8-3 added a patch to prevent following of symlinks? Gr. Matthijs signature.asc Description: Digital signature
Bug#578551: libauthen-sasl-cyrus-perl: FTBFS with Perl 5.12: strange version number
Hi all, On Sun, 2 May 2010, Dominic Hargreaves wrote: This is an awkward one. The -server suffix is intended to distinguish a fork of the code against the main CPAN line. Both versions ( http://www.cpan.org/authors/id/P/PB/PBOETTCH/ and http://search.cpan.org/~adamson/Authen-SASL-Cyrus-0.12/Cyrus.pod) look fairly quiet, and there have been no new release of mainline since the fork was made. Perhaps it would be appropriate to see whether the -server variant could take over the main line. and a 0.14 be released? The -server supports everything the non '-server' has. At the time of writing it I tried to merge it with Mark's release, but I never reached him. I remember a short mail exchange between Russ and Graham Barr and me beginning of this year, where Graham said he wanted to merge the two to produce a completely new release with a new name. Don't know what happened since then. best regards, Patrick. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580035: netbase: Add verbose ipup/ipdown capability on boot
Package: netbase Version: 4.34 Severity: wishlist Hi, I was trying to debug a network not starting on boot issue and wanted the capability to use the --verbose or -v options of ipup / ipdown on boot. I made a trivial change to /etc/init.d/networking script to permit this option to be retrieved from /etc/default/networking as per the usual Debian mechanism. This proved extremely useful so I thought I'd report it as a possible wishlist enhancement. The complexity is trivial. Its also possible that the VERBOSE setting should be used from /etc/default/rcS instead but I'm not sure. Thanks, -- Best Regards, Brett Delle Grazie
Bug#579981: usb-modeswitch-data: dpkg-old files in /etc/usb_modeswitch.d/ not ignored
reassign 579981 usb-modeswitch 1.1.2-1 affects 579981 usb-modeswitch-data tags 579981 +pending thanks Le dimanche 2 mai 2010 22:11:07 Nils Radtke, vous avez écrit : Package: usb-modeswitch-data Version: 20100418-1 Severity: normal Salut Didier, after enabling logging in modeswitch /var/log/usb_modeswitch_2-1:1.0 tells us that /etc/usb_modeswitch.d/19d2:2000.dpkg-old is used as configuration file. On a Debian system these files should be silently ignored. # head /var/log/usb_modeswitch_2-1:1.0 (…) checking config: /etc/usb_modeswitch.d/19d2:2000.dpkg-old ! matched, now switching (running command: /usr/sbin/usb_modeswitch -I -W -c /etc/usb_modeswitch.d/19d2:2000.dpkg-old) Merci, Nils Salut Nils, [CC'ing upstream for information; Hi Josh !] Thanks for the report: you are totally right. I fixed this in the usb-modeswitch packaging repository by patching the tcl searching script. This will be uploaded really soon. http://git.debian.org/?p=collab-maint/usb- modeswitch.git;a=commitdiff;h=1de91b38fb81afb11717b238b4c6bd3710b67570 Cheers, OdyX -- Didier Raboud, proud Debian Maintainer (DM). CH-1020 Renens did...@raboud.com signature.asc Description: This is a digitally signed message part.
Bug#579952: xserver-xorg-video-nv: After resume colours all wrong (black - blue, gray - cyan...)
Hi, Perttu Muurimäki perttu.muurim...@iki.fi (02/05/2010): After resume display colours are all wrong. Colors are bright blue and cyan instead of black, white and gray. Everything was fine before the latest xserver-xorg-video-nv update several weeks ago. you probably want to try -nouveau out, -nv isn't going to receive any more updates (at least upstream). Since you're using testing, I shall point out you'll need the kernel from unstable (= 2.6.32-11, package name being 2.6.32-4-*). Mraw, KiBi. signature.asc Description: Digital signature
Bug#580020: [Pkg-clamav-devel] Bug#580020: clamav-base: always edits /etc/aliases (does not respect admin changes)
This one time, at band camp, Tollef Fog Heen said: ]] Stephen Gran | How do other packages do this for system users? I suppose just do it on | fresh install and never again? That's probably the easiest way to do it. (Or rather, do it on initial installs and upgrades from version from before when the add alias call was added.) The latter case is lost in the mists of time - somewhere in the 0.7x series, I think. So I'll just go for fresh installs :) Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#42684: logrotate: Could logs be kept forever?
I was intending to get the patch back in shape again, but it seems it isn't online anymore. Nicolas, any chance you still have the patch somewhere? Never mind that, turns out Nicolas had already submitted the patch as an attachment to #165548. I'll have a go at updating his patch now. Gr. Matthijs signature.asc Description: Digital signature
Bug#580020: [Pkg-clamav-devel] Bug#580020: clamav-base: always edits /etc/aliases (does not respect admin changes)
tags 580020 +pending thanks This one time, at band camp, Tollef Fog Heen said: This one time, at band camp, Stephen Gran said: ]] Stephen Gran | How do other packages do this for system users? I suppose just do it on | fresh install and never again? That's probably the easiest way to do it. (Or rather, do it on initial installs and upgrades from version from before when the add alias call was added.) http://git.debian.org/?p=pkg-clamav/clamav.git;a=commit;h=818f757885dae101763376d5777e26a53c8203d0 Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#580036: 1 vs 1-0 version comparison gives wrong result
Package: python-apt Version: 0.7.94.2 $ python -c 'import apt_pkg; apt_pkg.init(); print apt_pkg.VersionCompare(1, 1-0)' -1 This should print 0 because the versions are equal, according to policy and dpkg. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500762: Bug #500762 libpcsclite1: javax.smartcardio searches for libpcsclite.so
the bug report is quite old but if you are still interested to get it fixed: please attach some code that reproduces the problem. The attached program lists the connected PC/SC readers (and reports a communication error if no reader is connected). Compile with javac pcsc_lite_bug.java. Run as java pcsc_lite_bug. To see the problem do strace -e trace=stat64 -f java pcsc_lite_bug 21 | egrep 'XXX|libpcsclite' With libpcsclite-dev installed and my reader connected I get [pid 4626] stat64(/usr/lib/libpcsclite.so, {st_mode=S_IFREG|0644, st_size=38696, ...}) = 0 XXX Found 2 PCSC terminals: XXX 0: PC/SC terminal SDI010 USB Smart Card Reader [Vendor Interface] (21120706205078) 00 00 XXX 1: PC/SC terminal SDI010 USB Smart Card Reader [Vendor Interface] (21120706205078) 00 01 With libpcsclite-dev installed and without any reader connected I get [pid 4643] stat64(/usr/lib/libpcsclite.so, {st_mode=S_IFREG|0644, st_size=38696, ...}) = 0 XXX Communication error javax.smartcardio.CardException: list() failed Without libpcsclite-dev I get [pid 4673] stat64(/usr/lib/libpcsclite.so, 0xf6b4b720) = -1 ENOENT (No such file or directory) [pid 4673] stat64(/usr/local/lib/libpcsclite.so, 0xf6b4b720) = -1 ENOENT (No such file or directory) XXX Cannot connect to PC/SC subsystem Setting the property sun.security.smartcardio.library as described on http://java.sun.com/javase/6/docs/technotes/guides/security/SunProviders.html#SunPCSCProvider has no positive effect. I have now installed ii sun-java6-bin 6.20-dlj-1 Sun Java(TM) Runtime Environment (JRE) 6 (ar ii sun-java6-demo 6.20-dlj-1 Sun Java(TM) Development Kit (JDK) 6 demos a ii sun-java6-doc 6-12-1 Sun JDK(TM) Documention -- integration insta ii sun-java6-jdk 6.20-dlj-1 Sun Java(TM) Development Kit (JDK) 6 ii sun-java6-jre 6.20-dlj-1 Sun Java(TM) Runtime Environment (JRE) 6 (ar ii sun-java6-plug 6.20-dlj-1 The Java(TM) Plug-in, Java SE 6 ii sun-java6-sour 6.20-dlj-1 Sun Java(TM) Development Kit (JDK) 6 source ii libpcsclite-de 1.5.5-3Middleware to access a smart card using PC/S ii libpcsclite1 1.5.5-3Middleware to access a smart card using PC/S Bye, Hendrik pcsc_lite_bug.java Description: Binary data
Bug#579694: firmware-nonfree: Please include rtl8192su/ r8192s_usb firmware into the (unreleased) firmware-realtek binary package.
OK, say I don't want to wait for a .deb containing http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=c0087580b8d414f6874cfe93d2653212842fcb44 to be available, even in debian-experimental distribution. Can I just write a shell script containing modprobes etc., thus being able to avoid becomming a kernel hacker here at age 50 with my rural modem line? ...and this really applies. While it works quite well, unless you unplug, it is pretty noisy with debug and function tracing enabled. Furthermore Certainly I could just give a modprobe parameter to get it to shut up? even ignoring the mandatory porting to mac80211, it would have a long way to go, until it may get a chance to move out of staging into net/wireless/. Ah, advanced topics... I'll just modprobe what ever I'm told to. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580038: Integer overflow in epoch handling
Package: dpkg Version: 1.14.28 dpkg's version comparison is architecture-dependent (due to changes in the size of the C long type): (i386)$ dpkg --compare-versions 4294967296:1 '' 4294967295:1 ; echo $? 1 (amd64)$ dpkg --compare-versions 4294967296:1 '' 4294967295:1 ; echo $? 0 The second result is the correct one. Apparently, checks for integer overflows are missing (because strtol should return an error in this case). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580037: libpam-ccreds: Should not cache the root password
Package: libpam-ccreds Version: 10-2 With LDAP + ccreds set up on a laptop, I just discovered that cc_dump report that the root password is also cached. I believe this is a waste (and a minor security issue), as the root password already is stored in /etc/shadow. Can libpam-ccreds be changed to not store the password for root, or perhaps support an argument minimum_uid (like libpam-heimdal does), to allow us to limit ccreds to uids = 1000. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#165548: logrotate: loop error results in trying to rename a file to itself
Hi, it seems that even though the bigger patch (introducing the keep option) was not included upstream, the big for this particular bug has been included. From the 3.7.8 sources: for (i = rotateCount + logStart - 1; (i = 0) !hasErrors; i--) { I haven't tested it (since it's not entirely clear to me in what conditions the bug used to occur), but I think that this bug report can be closed. Gr. Matthijs signature.asc Description: Digital signature
Bug#42684: logrotate: Could logs be kept forever?
Hi, I'd actually still like to see this keep feature in, since keep isn't very elegant. I was intending to get the patch back in shape again, but it seems it isn't online anymore. Nicolas, any chance you still have the patch somewhere? Gr. Matthijs signature.asc Description: Digital signature
Bug#574956: dpkg drops zero-epoch in status file
* Raphael Hertzog: On Mon, 03 May 2010, Florian Weimer wrote: But I think all implementations (except an obscure Ocaml one) agree on the first equality. Leading zeros are not significant here. On top of that, dpkg's epoch comparison algorithm yields different results on different architectures, and does not actually implement what is specified in policy. This has been known for a while. Do you have a pointer? Can you record this as a bugreport if there's none on this topic? Well, I can't find the previous discussions in all cases, but here are the discrepancies between apt/dak and dpkg that I'm aware of: * 1-0 vs 1 $ python -c 'import apt_pkg; apt_pkg.init(); print apt_pkg.VersionCompare(1, 1-0)' -1 $ dpkg --compare-versions '1' = '1-0'; echo $? 0 See http://lists.debian.org/debian-dpkg/2009/02/msg00038.html This appears to be an apt bug, so I filed #580036. * 0:1 vs 1 This appears to have been fixed. (IIRC, apt treated those versions as distinct.) Therefore, the epoch stripping should not actually matter. * Integer overflow in epoch handling (i386)$ dpkg --compare-versions 4294967296:1 '' 4294967295:1 ; echo $? 1 (amd64)$ dpkg --compare-versions 4294967296:1 '' 4294967295:1 ; echo $? 0 The problem is that the size of long is archtecture-specific, and that there is no proper error handling. apt is not affected by this. This appears to be a dpkg bug, filed as #580038. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579465: closed by Adrian Knoth a...@drcomp.erfurt.thur.de (Bug#579465: fixed in jack-audio-connection-kit 1.9.5~dfsg-4)
On Mon, May 03, 2010 at 04:27:19AM +0200, Cyril Brulebois wrote: Hi! * Fix FTBFS on kFreeBSD (conditionally enable ALSA) (Closes: bug#579465) Nope, not sufficient: | waf configure --prefix=/usr --classic --dbus | Checking for header samplerate.h : not found | Checking for dbus-1 = 1.0.0 : ok | Checking for dbus-1 : ok | error: a c compiler is required | make: *** [debian/stamp-waf-configure] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=jack-audio-connection-kit Any chance to get more information what's going on there? Everything is fine on sparc, mips, powerpc, amd64, i386 and s390, so I wonder what could cause compilation on kfreeBSD to die that early. TIA -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579754: with a 3.0 (quilt) source
Package: reprepro Severity: normal It indeed seems to be a matter of giving the wrong error. Without _ it works. MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.5-book-1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages reprepro depends on: ii libarchive1 2.6.2-1 Single library to read/write tar, ii libbz2-1.0 1.0.5-4 high-quality block-sorting file co ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libdb4.84.8.26-1 Berkeley v4.8 Database Libraries [ ii libgpg-error0 1.6-1library for common error values an ii libgpgme11 1.2.0-1.2GPGME - GnuPG Made Easy ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages reprepro recommends: ii apt 0.7.25.1 Advanced front-end for dpkg Versions of packages reprepro suggests: ii gnupg-agent 2.0.14-1 GNU privacy guard - password agent pn inoticoming none (no description available) ii lzma 4.43-14Compression method of 7z format in ii xz-utils 4.999.9beta+20100117-1 XZ-format compression utilities -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578439: Acknowledgement (icedove: Icedove crashes cyrus, mailserver when setting junk-state to no-junk)
This is not activated on this machine, because cyrus and Icedove are running on the same computer. So i don´t need the mails twice. But i tried it, same effect with and without activated Option. greez jakob -- Die Zuweisung erfolgt mit hoher Priorität und schläft nicht. Dies ist die Flagge, um Einsatz in Interrupt-Handler, unten Hälften und andere Situationen, in denen Sie kann nicht schlafen. (aus http://de.how-to.mobi/index.php?id=116343) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580039: jabberd14: Error migrating old jabberd 1.4 xdb files
Package: jabberd14 Version: 1.6.1.1-5 Severity: normal It seems that jabberd14 1.6 is more restrictive on namespace handling in its xdb files than jabberd 1.4 but fails to convert old files correctly - if it does any conversion, that is. This seems to break most accounts of people who have used the Konverse Jabber client in the past. Some old roster entries are broken, too - I don't know why this is though. See below for examples. This also unsubscribes these people from all of their contact's rosters since the account is treated as nonexistent :-(. I propose relaxing namespace checks (probably not so good), fixing/implementing upgrade mechanisms, or running xmllint on upgrades and checking all user accounts. In any case, xdb should output an error in the server logs if it fails to parse account data - this seems to be missing, too. $ xmllint user.xml user.xml:3: namespace error : Namespace prefix roster on hideoffline is not defined s='konverse:prefs' j_private_flag='1' xdbns='konverse:prefs'roster:hideoffline user.xml:3: namespace error : Namespace prefix chat on smoothscroll is not defined konverse:prefs'roster:hideofflinefalse/roster:hideofflinechat:smoothscroll user.xml:3: namespace error : Namespace prefix chat on showtimestamp is not defined oster:hideofflinechat:smoothscrolltrue/chat:smoothscrollchat:showtimestamp user.xml:3: namespace error : Namespace prefix chat on entersends is not defined /chat:smoothscrollchat:showtimestamptrue/chat:showtimestampchat:entersends user.xml:36: namespace error : Namespace prefix gr for t on item is not defined de/registered' name='someuser' gr:t='B' subscription='from' ask='subscribe' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580040: Requesting a limit of how much change an update can do
Package: reprepro Version: 4.0.2-1 Severity: normal Hi, I recently updated a verry old reprepro instance and it changed the interface for filter scripts. Before the update it would give the Packages.gz file as first argument while not it gives the uncompressed Packages. The filter script used 'zcat $1 | ...; exit 0'. Since zcat does not cope with uncompressed files the filter script produced a completly empty package list. Subsequently all of the mirror was removed. Now this isn't reprepros fault but it would be nice if reprepro would protect aginst this. This could also happen if upstreams Packages file gets created empty for some reason. It would be nice if reprepro would have a limit of how much change a single update may produce. Say no more than +/-10% of the old archive. If more is changed a command line option should be needed to override this. The 10% should be configurable obviously. MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.5-book-1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages reprepro depends on: ii libarchive1 2.6.2-1 Single library to read/write tar, ii libbz2-1.0 1.0.5-4 high-quality block-sorting file co ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libdb4.84.8.26-1 Berkeley v4.8 Database Libraries [ ii libgpg-error0 1.6-1library for common error values an ii libgpgme11 1.2.0-1.2GPGME - GnuPG Made Easy ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages reprepro recommends: ii apt 0.7.25.1 Advanced front-end for dpkg Versions of packages reprepro suggests: ii gnupg-agent 2.0.14-1 GNU privacy guard - password agent pn inoticoming none (no description available) ii lzma 4.43-14Compression method of 7z format in ii xz-utils 4.999.9beta+20100117-1 XZ-format compression utilities -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580041: FTBFS with OCaml 3.12 because of undeclared overridden methods
Package: src:sks Version: 1.1.1-2 Severity: normal User: debian-ocaml-ma...@lists.debian.org Usertags: ocaml312-ftbfs Hello, While rebuilding all packages with a SVN snapshot of OCaml (version 3.12.0+dev17, revision 10268), your package failed to build on amd64. Relevant part: ocamlopt -I lib -I bdb -I +cryptokit -ccopt -Lbdb -dtypes -ccopt -pthread -warn-error A -inline 40 unix.cmxa str.cmxa bdb.cmxa nums.cmxa bigarray.cmxa cryptokit.cmxa -c channel.ml File channel.ml, line 212, characters 2-36: Warning 7: the method read_string is overridden. File channel.ml, line 253, characters 2-159: Warning 7: the method read_string is overridden. File channel.ml, line 278, characters 2-145: Warning 7: the method read_byte is overridden. File channel.ml, line 1, characters 0-1: Error: Error-enabled warnings (3 occurrences) make[1]: *** [channel.cmx] Error 2 make[1]: Leaving directory `/tmp/sks-1.1.1/build-tree/sks-1.1.1' The full build log is available at: http://debian.glondu.net/debian/ocaml31120dev17r10268/failures/sks_1.1.1-2%2B3.12.0%2Bdev17%2B10268_amd64.build As said in the attached patch: OCaml 3.12 introduces a new warning for undeclared overridden methods, that makes sks FTBFS because of error-enabled warnings. This patch should fix the issue. However, it seems that camlp4o doesn't cope well with the new syntax (see [1]), so sks doesn't build yet with this patch. Note: I believe this is the right fix, but it is not backward-compatible with OCaml 3.12. The only backward-compatible fix I can think of would be to disable error-enabled warnings (i.e. compile without -warn-error A). [1] http://caml.inria.fr/mantis/view.php?id=5042 I do not tag this bugreport with patch because sks doesn't build with it, but I submit it nonetheless for future reference. Best regards, -- Stéphane -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash From bc08b0b70f67a0673dde3db83d8d0671b13e702a Mon Sep 17 00:00:00 2001 From: Stephane Glondu st...@glondu.net Date: Mon, 3 May 2010 11:50:34 +0200 Subject: [PATCH] Add 250_ocaml312 OCaml 3.12 introduces a new warning for undeclared overridden methods, that makes sks FTBFS because of error-enabled warnings. This patch should fix the issue. However, it seems that camlp4o doesn't cope well with the new syntax (see [1]), so sks doesn't build yet with this patch. Note: I believe this is the right fix, but it is not backward-compatible with OCaml 3.12. The only backward-compatible fix I can think of would be to disable error-enabled warnings (i.e. compile without -warn-error A). [1] http://caml.inria.fr/mantis/view.php?id=5042 --- debian/patches/250_ocaml312 | 49 +++ 1 files changed, 49 insertions(+), 0 deletions(-) create mode 100644 debian/patches/250_ocaml312 diff --git a/debian/patches/250_ocaml312 b/debian/patches/250_ocaml312 new file mode 100644 index 000..55a06d0 --- /dev/null +++ b/debian/patches/250_ocaml312 @@ -0,0 +1,49 @@ +--- sks-1.1.1-old/channel.ml sks-1.1.1/channel.ml +@@ -209,7 +209,7 @@ object (self) + + method close = close_in cin + method read_all = read_all cin () +- method read_string len = input len ++ method! read_string len = input len + method read_string_pos ~buf ~pos ~len = + let s = input len in + String.blit ~src:s ~dst:buf ~src_pos:0 ~dst_pos:pos ~len +@@ -250,7 +250,7 @@ object (self) + val slength = String.length string + val mutable pos = pos + +- method read_string len = ++ method! read_string len = + if pos + len slength then raise End_of_file; + let rval = String.sub string ~pos ~len in + pos - pos + len; +@@ -275,7 +275,7 @@ object (self) + pos - pos + 1; + char + +- method read_byte = ++ method! read_byte = + if pos + 1 slength then raise End_of_file; + let byte = int_of_char string.[pos] in + pos - pos + 1; +--- sks-1.1.1-old/meteredChannel.ml sks-1.1.1/meteredChannel.ml +@@ -47,7 +47,7 @@ object (self) + self#incr 1 + + method flush : unit = outc#flush +- method upcast = (self : Channel.out_channel_obj) ++ method! upcast = (self : Channel.out_channel_obj) + method reset = count - 0 + method bytes = count + +@@ -78,7 +78,7 @@ object (self) + self#incr 1; + inc#read_byte + +- method upcast = (self : Channel.in_channel_obj) ++ method! upcast = (self : Channel.in_channel_obj) + method reset = count - 0 + method bytes = count + -- 1.7.0
Bug#579788: [Pkg-amule-devel] Bug#579788: Bug#579788: Bug#579788: amule: share directory on external disk isn't persistent
Am Montag 03 Mai 2010 schrieb Celejar: Hm, I see now that I'm running aMule, having started it without the external disk plugged in, after having previously shut it down while the external disk had still been plugged in, and the directory from the external disk actually has remained in the shareddir.dat, even though the directory doesn't exist currently on disk, and it stays there even after I hit 'reload shared files'. Does it actually only get removed when the disk is pulled while aMule is running? Iirc, the files is read on startup and written on shutdown. echo your-mountpoint ~/.aMule/shareddir.dat and then reloading the shared files should do the trick. With the right udev-rules you can automate this, too. The 'echo' is simple enough, but I suppose there's no way to script the 'reload' command? [The manpage doesn't indicate that amulecmd can do this.] Unfortunately this is a feature of svn. With the stable series this click has to be done by you. -- MfG usw. Werner Mahr registered Linuxuser: 295882 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580042: [sbackup] sbackup does only full backups
Package: sbackup Version: 0.10.5+nmu1 Severity: important --- Please enter the report below this line. --- Since some time (~1 month, can't really tell exactly) sbackup does only full backups instaed of daily incremental backups and one full backup every 3 weeks as set in the config. It used to work as set in /etc/sbackup.conf before. /etc/sbackup.conf: [exclude] regex = \.avi,\.mpeg,\.mpg,\.mkv,\.ogg,\.ogm, \.tmp,/home/[^/]+?/\.thumbnails/,/home/[^/]+?/\.Trash,/home/[^/]+?/\.. +/[cC]ache,/home/[^/]+?/\.gvfs/,\.iso maxsize = 607125504 [places] prefix = /usr [dirconfig] /proc/ = 0 /sys/ = 0 /var/ = 1 /var/cache/ = 0 /tmp/ = 0 /dev/ = 0 /home/ = 1 /var/tmp/ = 0 /usr/local/ = 1 /etc/ = 1 [general] stop_if_no_target = 0 target = /media/disk1part3 format = 1 purge = log maxincrement = 21 lockfile = /var/lock/sbackup.lock /etc/cron.d/sbackup 30 2 * * * rootif [ -x /usr/sbin/sbackupd ]; then /usr/sbin/sbackupd; fi; --- System information. --- Architecture: amd64 Kernel: Linux 2.6.33-2.slh.10-sidux-amd64 Debian Release: squeeze/sid 500 unstablesidux.com 500 unstableftp.us.debian.org 500 testing ftp.nl.debian.org 1 experimentalftp.uk.debian.org --- Package information. --- Depends(Version) | Installed -+-=== python | 2.5.4-9 python-gnome2| 2.28.1-1 python-glade2| 2.17.0-2 gksu | 2.0.2-2+b1 sudo | 1.7.2p6-1 Package's Recommends field is empty. Package's Suggests field is empty. regards ferdinand -- Ferdi Thommes Vorstand sidux e.V. Fellow of FSFE LinuxTag e.V. we are sidux - resistance is futile - you will be assimilated :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579943: gem: documentation should not be in /usr/share/doc and not compressed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi thanks for your bug-report. Bill Allombert wrote: 2) it must not be in /usr/share/doc/gem: See policy 12.3: Packages must not require the existence of any files in `/usr/share/doc/' in order to function [1]. Any files that are referenced by programs but are also useful as stand alone documentation should be installed under `/usr/share/package/' with symbolic links from `/usr/share/doc/package'. i'm not sure whether being accessible qualifies as requirement. the footnote explicitely says that The system administrator should be able to delete files in /usr/share/doc/ without causing any programs to break. deleting the examples in their current installation directory, will not change Pd/Gem's usability in any way. nevertheless, i guess moving the docs to /usr/share/gem is not so bad btw, the problem applies to puredata as well, having it's entire non-necessary documentation within /usr/share/doc/puredata. fgmsr IOhannes I suggest you move them to /usr/lib/pd/doc/gem and reverse the symlinks to /usr/share/doc/gem/examples - /usr/lib/pd/doc/gem/examples. /usr/share/doc/gem/manual - /usr/lib/pd/doc/gem/manual. Thanks for packaging gem for Debian! Cheers, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvenpkACgkQkX2Xpv6ydvQ5rACfVML8mwnxGsy9Bqg+xobgRXFp ntAAn3PuXB4e0eGXI/EOLM350ZOEGWjP =+jCr -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580043: xserver-xorg-core: Xorg -configure crashes (Segmentation fault)
Package: xserver-xorg-core Version: 2:1.7.6.901-3 Severity: important I don't have a /etc/X11/xorg.conf file and in order to create one, I've done what http://wiki.debian.org/Xorg says: In a text console as root: /etc/init.d/kdm stop /etc/init.d/gdm stop /etc/init.d/xdm stop cd /etc/X11/ Xorg -configure but I get: 0: Xorg (xorg_backtrace+0x28) [0x4ac648] 1: Xorg (0x40+0x61839) [0x461839] 2: /lib/libpthread.so.0 (0x7f7fb502a000+0xea60) [0x7f7fb5038a60] 3: /usr/lib/xorg/modules/drivers/vmware_drv.so (0x7f7fb1f4e000+0xa20) [0x7f7fb1f4ea20] 4: Xorg (0x40+0x116aee) [0x516aee] 5: Xorg (xf86LoadModules+0xb6) [0x465a56] 6: Xorg (DoConfigure+0x64) [0x46cc54] 7: Xorg (InitOutput+0x197) [0x4676c7] 8: Xorg (0x40+0x25a75) [0x425a75] 9: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f7fb3b3babd] 10: Xorg (0x40+0x257c9) [0x4257c9] Segmentation fault at address (nil) Fatal server error: Caught signal 11 (Segmentation fault). Server aborting Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at /var/log/Xorg.0.log for additional information. This is reproducible. I've attached the corresponding log file. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2010-01-04 16:43:49 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1877984 2010-04-19 19:20:14 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 0f:00.0 VGA compatible controller: nVidia Corporation G98 [Quadro NVS 295] (rev a1) /etc/X11/xorg.conf does not exist. Kernel version (/proc/version): Linux version 2.6.32-3-amd64 (Debian 2.6.32-9) (m...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-8) ) #1 SMP Wed Feb 24 18:07:42 UTC 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 32665 2010-05-03 12:03:45 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.7.6.901 (1.7.7 RC 1) Release Date: 2010-04-12 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-4-amd64 x86_64 Debian Current Operating System: Linux ypig 2.6.32-3-amd64 #1 SMP Wed Feb 24 18:07:42 UTC 2010 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-3-amd64 root=UUID=e3631277-c4d0-460e-a2a3-6de16013e050 ro quiet Build Date: 19 April 2010 04:58:05PM xorg-server 2:1.7.6.901-3 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon May 3 12:03:44 2010 (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x7c5dc0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 8 (--) PCI:*(0:15:0:0) 10de:06fd:10de:062e nVidia Corporation G98 [Quadro NVS 295] rev 161, Mem @ 0xe200/16777216, 0xd000/268435456, 0xe000/33554432, I/O @ 0xd000/128 (II) Open ACPI successful (/var/run/acpid.socket) (II) LoadModule: extmod (II) Loading
Bug#580044: kopete has circular Depends on libkopete4
Package: kopete Version: 4:4.4.3-1 Severity: important Hello Debian Qt/KDE Maintainers, There is a circular dependency between kopete and libkopete4: kopete :Depends: libkopete4 (= 4:4.4.1) libkopete4 :Depends: kopete Circular dependencies involving shared libraries are known to cause problems during upgrade between stable releases, so we should try to get rid of them. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579943: gem: documentation should not be in /usr/share/doc and not compressed
On Mon, May 03, 2010 at 11:59:54AM +0200, IOhannes m zmölnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi thanks for your bug-report. Bill Allombert wrote: 2) it must not be in /usr/share/doc/gem: See policy 12.3: Packages must not require the existence of any files in `/usr/share/doc/' in order to function [1]. Any files that are referenced by programs but are also useful as stand alone documentation should be installed under `/usr/share/package/' with symbolic links from `/usr/share/doc/package'. i'm not sure whether being accessible qualifies as requirement. the footnote explicitely says that The system administrator should be able to delete files in /usr/share/doc/ without causing any programs to break. deleting the examples in their current installation directory, will not change Pd/Gem's usability in any way. I see your point, but on the other hand this will certainly break the Help feature of puredata. This will also create dangling symlink. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544674: [Debian-med-packaging] Bug#579959: gdcm: FTBFS on mipsel and armel, unable to find java
I have added a block by to : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=544674 Hopefully things should be sorted out quickly as I see 544674 is marked as 'pending'. Thanks for report On Sun, May 2, 2010 at 6:26 PM, Julien Cristau jcris...@debian.org wrote: Package: gdcm Version: 2.0.14-5 Severity: serious Justification: no longer builds from source See https://buildd.debian.org/fetch.cgi?pkg=gdcmver=2.0.14-5arch=armelstamp=1272631069file=log and https://buildd.debian.org/fetch.cgi?pkg=gdcmver=2.0.14-5arch=mipselstamp=1272626721file=log This is a blocker for the vtk transition, so would be nice to have fixed soon. Cheers, Julien -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJL3afFAAoJEDEBgAUJBeQMAgIP+wWPWr0razKsNicwRC0TMQEg zq5KchsDsGgzh14NyfXSRJMrRiwTDbSpdS0Q2Mqg+en9CczUpTjGtxFruAElCYzH vvQTBik0aEqs22WTMwYy7g/JK8sMwxc8AdpWE0gJC7uq5bCDEpv5XApfmSIR/RaJ x5QxoXOUhik2mSkDAss7LiyfrZUG3ANIJZRp6DVSGWbjc7VDau4728+hwlouWXdU 04DHS7KwVRp6HqCHnf6iyRebJFGseNOGjMtRvVr3oMjpvXZZeM3Fgm5JGGlfyRQq wb8AYg+fSMO0dUVONLevJML2FJX58MiGh+l0AvdgrUgguoZxgDue/NgZaShcjEyJ xfYl/UBMEwLZuYDjNxi7LrCqxrPKQOClIKPCQlNeeFmin7e9qkNbsAJW/02Puvm7 X1cn7KOLZY+sLcA8rjWC75QxusDGR4IBCKgaZRDtxkzCiPdRfgrAPszvAqCD8pEZ JbXK6hBR3AeJOtA0X6VW261ZuNWt2fPPBYFUL8hHf3HA78liAWizOnHpao8+KU70 eInKoKsjtQlAzbG+NpI404kJWsHQvy3ztPWdjjD2poboJLQL1hrsmwGMdSyqvHz6 vqWs1IvvcnXQky0X0WTEvti35v7shA1uyR7MUnst85DK/DjSXDn6tu2/3flW7KLs HTKg7wJGrqUE0qtNMojZ =xRfe -END PGP SIGNATURE- ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-med-packaging -- Mathieu signature.asc Description: OpenPGP digital signature
Bug#577917: Update: [patch] Please merge xpdf-{chinese-simplified,chinese-traditional,japanese,korean} packages to xpdf
Hi, Fixed chinese and korean cMap path name and update chinese font. -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane diff -Nru xpdf-3.02/debian/changelog xpdf-3.02/debian/changelog --- xpdf-3.02/debian/changelog 2010-04-04 01:38:25.0 +0900 +++ xpdf-3.02/debian/changelog 2010-04-15 10:12:16.0 +0900 @@ -1,3 +1,16 @@ +xpdf (3.02-2.1) unstable; urgency=low + + * Non-maintainer upload. + * merge xpdf-{chinese-simplified,chinese-traditional,japanese,korean} support +(Closes: #461411, #548182, #548185, #548183, #548184) + * debian/lang/etc/xpdf +- add xpdfrc-chinese-simplified, also update font path (Closes: #521780) +- add xpdfrc-chinese-traditional +- add xpdfrc-japanese, also update font path (Closes: #352007) +- add xpdfrc-korean + + -- Hideki Yamane (Debian-JP) henr...@debian.or.jp Thu, 15 Apr 2010 10:11:44 +0900 + xpdf (3.02-2) unstable; urgency=high [Michael Gilbert] diff -Nru xpdf-3.02/debian/control xpdf-3.02/debian/control --- xpdf-3.02/debian/control 2010-04-03 06:41:48.0 +0900 +++ xpdf-3.02/debian/control 2010-04-15 10:05:00.0 +0900 @@ -26,10 +26,12 @@ Package: xpdf-common Architecture: all Depends: ${misc:Depends} -Conflicts: xpdf (= 0.93-6), xpdf-cyrillic, xpdf-greek, xpdf-hebrew, xpdf-latin2, xpdf-thai, xpdf-turkish -Replaces: xpdf-cyrillic, xpdf-greek, xpdf-hebrew, xpdf-latin2, xpdf-thai, xpdf-turkish +Conflicts: xpdf (= 0.93-6), xpdf-cyrillic, xpdf-greek, xpdf-hebrew, xpdf-latin2, xpdf-thai, xpdf-turkish, + xpdf-japanese, xpdf-korean, xpdf-chinese-simplified, xpdf-chinese-traditional +Replaces: xpdf-cyrillic, xpdf-greek, xpdf-hebrew, xpdf-latin2, xpdf-thai, xpdf-turkish, + xpdf-japanese, xpdf-korean, xpdf-chinese-simplified, xpdf-chinese-traditional Suggests: xpdf-reader | xpdf-utils -Recommends: gsfonts-x11 +Recommends: gsfonts-x11, poppler-data Description: Portable Document Format (PDF) suite -- common files xpdf is a suite of tools for Portable Document Format (PDF) files. (These are sometimes called 'Acrobat' files after the name of Adobe's PDF software.) diff -Nru xpdf-3.02/debian/lang/etc/xpdf/xpdfrc-chinese-simplified xpdf-3.02/debian/lang/etc/xpdf/xpdfrc-chinese-simplified --- xpdf-3.02/debian/lang/etc/xpdf/xpdfrc-chinese-simplified 1970-01-01 09:00:00.0 +0900 +++ xpdf-3.02/debian/lang/etc/xpdf/xpdfrc-chinese-simplified 2010-04-15 10:11:26.0 +0900 @@ -0,0 +1,9 @@ +#- begin Chinese Simplified support package (2010-Apr-15) +cidToUnicodeAdobe-GB1 /usr/share/poppler/cidToUnicode/Adobe-GB1 +unicodeMap ISO-2022-CN /usr/share/poppler/unicodeMap/ISO-2022-CN +unicodeMap EUC-CN /usr/share/poppler/unicodeMap/EUC-CN +unicodeMap GBK /usr/share/poppler/unicodeMap/GBK +cMapDir Adobe-GB1 /usr/share/poppler/cMap/Adobe-GB1 +toUnicodeDir/usr/share/poppler/cMap/Adobe-GB1 +displayCIDFontTTAdobe-GB1 /usr/share/fonts/truetype/wqy/wqy-zenhei.ttc +#- end Chinese Simplified support package diff -Nru xpdf-3.02/debian/lang/etc/xpdf/xpdfrc-chinese-traditional xpdf-3.02/debian/lang/etc/xpdf/xpdfrc-chinese-traditional --- xpdf-3.02/debian/lang/etc/xpdf/xpdfrc-chinese-traditional 1970-01-01 09:00:00.0 +0900 +++ xpdf-3.02/debian/lang/etc/xpdf/xpdfrc-chinese-traditional 2010-04-15 09:59:59.0 +0900 @@ -0,0 +1,8 @@ +#- begin Chinese Traditional support package (2010-Apr-15) +cidToUnicodeAdobe-CNS1 /usr/share/poppler/cidToUnicode/Adobe-CNS1 +unicodeMap Big5/usr/share/poppler/unicodeMap/Big5 +unicodeMap Big5ascii /usr/share/poppler/unicodeMap/Big5ascii +cMapDir Adobe-CNS1 /usr/share/poppler/cMap/Adobe-CNS1 +toUnicodeDir/usr/share/poppler/cMap/Adobe-CNS1 +displayCIDFontTTAdobe-CNS1 /usr/share/fonts/truetype/arphic/bkai00mp.ttf +#- end Chinese Traditional support package diff -Nru xpdf-3.02/debian/lang/etc/xpdf/xpdfrc-japanese xpdf-3.02/debian/lang/etc/xpdf/xpdfrc-japanese --- xpdf-3.02/debian/lang/etc/xpdf/xpdfrc-japanese 1970-01-01 09:00:00.0 +0900 +++ xpdf-3.02/debian/lang/etc/xpdf/xpdfrc-japanese 2010-04-15 09:59:05.0 +0900 @@ -0,0 +1,82 @@ +#- begin Japanese support package (2010-Apr-15) +cidToUnicodeAdobe-Japan1/usr/share/poppler/cidToUnicode/Adobe-Japan1 +unicodeMap ISO-2022-JP /usr/share/poppler/unicodeMap/ISO-2022-JP +unicodeMap EUC-JP /usr/share/poppler/unicodeMap/EUC-JP +unicodeMap Shift-JIS /usr/share/poppler/unicodeMap/Shift-JIS +cMapDir Adobe-Japan1/usr/share/poppler/cMap/Adobe-Japan1 +toUnicodeDir/usr/share/poppler/cMap/Adobe-Japan1 +#displayCIDFontXAdobe-Japan1-*-fixed-medium-r-normal-*-%s-*-*-*-*-*-jisx0208.1983-0 ISO-2022-JP +displayCIDFontTTAdobe-Japan1/usr/share/fonts/truetype/ttf-japanese-mincho.ttf +displayNamedCIDFontTT
Bug#580045: xen-3.4-i386 Cannot access memory beyond end of bootstrap direct-map area
Package: xen-3 Version: 3.4.3~rc3-2 Severity: important Tags: fixed-upstream I've encountered the problem described at http://wiki.xensource.com/xenwiki/XenCommonProblems#head-727e72b3922ca3177b2fcc4e4467adeaaea3016d on a fresh installation of squeeze (grub 1.98-1). The patches mentioned on the XenSource wiki: http://xenbits.xen.org/xen-unstable.hg?rev/bcc09eb7379f http://xenbits.xen.org/xen-unstable.hg?rev/377433a77d70 apply trivially to the 3.4 code base. I've rebuilt xen-3 with those patches and they appear to have cured the problem. Please consider incorporating these patches into Debian's xen-3 package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579326: [Pkg-kde-extras] Bug#579326: soundkonverter: No Audio CD found
Am Dienstag 27 April 2010 03:52:06 schrieb C. Cropper: Package: soundkonverter Version: 0.3.10-2 ... Does it work for you with version 1.0.0~alpha2-1 from experimental? Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ 179140304, AIM/Yahoo/Skype michaelmeskes, Jabber mes...@jabber.org VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579690: transition: KDE SC 4.4.3
On Sun, May 2, 2010 21:43, Modestas Vainius wrote: ktorrent Schedule binNMUs with Dep-Wait on kdebase-workspace-dev (= 4:4.4) Kai Wasserbäch deb...@carbon-project.org plasma-widget-yawp Schedule binNMUs with Dep-Wait on kdebase-workspace-dev (= 4:4.4) Scheduled. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537073: Let passwd package handle backup of /etc/passwd, etc.
2010/5/2 Christian Kastner deb...@kvr.at: We'll proceed as did for dpkg backups in #541412. Also, once this is done, since it was the only significant task left managed by cron we will probably drop the cron jobs defined in the cron package and, instead, promote the use of the of the cron-standard package (as highlighted in #333837). I have that package ready (but it has not been uploaded to the archive yet). Cron will probably Recommend: it and all the periodic tasks not defined in other packages (such as the lost+found review) will be done there instead. Regards Javier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566351: libgcrypt problem
Simon Josefsson wrote: Howard Chuh...@highlandsun.com writes: App writers using gnutls should not need to know that libgcrypt is under the covers and needs special handling. The Libgcrypt designers appears to have believed otherwise, and given how broken the applications appear to be in this area decision (setuid programs doing LDAP+TLS? Sigh) it seems that was useful because we are now aware of these sub-optimal security practices. Working on fixing this to use a better mechanism (userv was mentioned) would be useful regardless of what is done (or not) in GnuTLS/Libgcrypt. Yes, as I pointed out in the Ubuntu bug report, nss-pam-ldapd and/or OpenLDAP nssov completely avoids this specific problem, but the problems in GnuTLS/libgcrypt remain. The crypto parts of OpenSSL have a similar issue: they need mutexes provided by the application. Many libraries using OpenSSL doesn't provide an interface to provide these mutexes, but depend on the application initializing OpenSSL themselves. And again in this specific instance, OpenSSL still works correctly with nss-ldap, because nss-ldap provides its own mutex locking already. The reason people are noticing this problem now is because GnuTLS/libgcrypt *don't* behave correctly, even when initialized as documented *and* locking is taken care of at a higher level. (Indeed, as illustrated in this bug report, apps generally won't and can't know anything about the underlying libraries.) That is a problem indeed. So aside from deciding what fix if any is appropriate for libgcrypt's secmem implementation, the larger issue remains of how to make libgcrypt safe for use when it's nested under other libraries like gnutls. Saying applications are responsible for correctly initializing libgcrypt is a non-starter. libgcrypt needs to have that requirement removed, and gnutls needs to be more comprehensive and explicit in the steps it takes to initialize libgcrypt, so that gnutls callers are completely shielded from the lower API layers. Right, I think things can be improved here. However sometimes it is not possible to shield applications from lower API layers: compare threads. You can't have a multi-threaded application access the entropy functions in any reliable manner with Libgcrypt or OpenSSL. The application needs to provide the libraries with mutexes for the thread library it is using, so the libraries can protect these accesses properly. Your example here is a poor one, for a number of reasons. First of all you're assuming a single global entropy pool, which is already a design flaw. If you associate the entropy pool with a caller context, most of this problem goes away. Secondly, on most of the platforms of interest, OpenSSL simply reads from /dev/[u]random or EGD/PRNGD, and the read() is an atomic operation and doesn't need thread/reentrancy protection. If you properly partition the library state across context handles and session handles most of the need for mutexes disappears. IMO the fact that OpenSSL uses context handles and neither GnuTLS nor MozillaNSS do makes OpenSSL superior for deployment in real world environments, because many libraries/code contexts within one process can use OpenSSL without stepping on each other, and that's the default behavior. Anyway, probably the first step for GnuTLS is to add a new init API that also initializes gcrypt threading, so that apps do all of their interaction solely with GnuTLS, instead of having to also use gcrypt init APIs and hope they actually coordinate correctly. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573004: insserv: Please provide machine parseable output
On Monday 08 March 2010 17:23:56 Petter Reinholdtsen wrote: [Alexander Wirt] Therefore we would need a stable, machine parseable output. Something like S:NUM:RUNLEVELS:SCRIPT K:NUM:RUNLEVELS:SCRIPT or something like this comes into mind. If upstream is willing, which I believe is the case but would have to be verified, I would be happy to have this as part of the insserv package. There is some debug code already to dump the script order. A patch to rewrite this to be available also in non-debug builds would probably provide what you want. Patches welcome. :) I added a patch to insserv which can output something like: $ ./insserv -s K:04:0 6:hwclock.sh K:07:0 6:umountfs K:03:0 1 6:rsyslog K:04:0 6:umountnfs.sh K:02:0 6:sendsigs ... S:02:2 3 4 5:dnsmasq S:02:2 3 4 5:irqbalance S:02:2 3 4 5:cpufrequtils S:01:2 3 4 5:loadcpufreq ... For all scripts in init.d dir. Is that okay? This might make something like a runlevel.conf configuration: ./insserv -s | sort | perl -e ' printf(#%s\t%-15s %-15s %s\n, sort, off, on, script); while (STDIN) { chomp; ($sk, $seq, $lvls, $name) = split(:); printf(%.2d\t%-15s %-15s %s\n, $seq, $sk eq K ? join(,, split( , $lvls)) : -, $sk eq S ? join(,, split( , $lvls)) : -, $name); }' Thanks, Kel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#353663: #353663: logrotate: should allow reading log file list from a file
Hi, It seems this bug is an exact duplicate of #50044 (where the latter has a bit more rationale, and the former a more accurate title). I would suggest merging this bug and retitling the latter? Gr. Matthijs signature.asc Description: Digital signature
Bug#575031: Some udev info
Hi, Petter asked me to add this information, even though I do not fully understand the finer details of this bug report. udevadm can help simulate the plug/unplug events without actually doing that physically. These commands trigger KDE's media manager to show/hide the sdc1 block device, a usb stick, on my normal system (not Debian-edu/ltspfs): /sbin/udevadm trigger --action=remove --subsystem-match=block --sysname-match=sdc1 /sbin/udevadm trigger --action=add --subsystem-match=block --sysname-match=sdc1 You can also use 'udevadm monitor' to look at what udev is thinking about as you unplug/plug removable devices. Kel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580046: [CRASH] Uncaught exception AttributeError in Frontend/Gtk/ui.py:616
Package: update-manager-gnome Version: 0.200.3-1 Severity: normal File: /usr/share/pyshared/UpdateManager/Frontend/Gtk/ui.py *** Please type your report below this line *** *** /tmp/update-manager- bugjiYDvR The information below has been automatically generated. Please do not remove this from your bug report. - Exception Type: type 'exceptions.AttributeError' - Exception Value: AttributeError('GtkUI' object has no attribute 'treeview_update',) - Exception Origin: _MainThread(MainThread, started) - Exception Traceback: File /usr/bin /update-manager, line 38, in module app.main() File /usr/lib/pymodules/python2.5/UpdateManager/Application.py, line 421, in main self._frontend.init_frontend() File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/__init__.py, line 70, in init_frontend self._ui = GtkUI(self) File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/ui.py, line 616, in __init__ self.update_list = UpdateListControl(self, self.treeview_update) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages update-manager-gnome depends on: ii gconf2 2.28.0-1GNOME configuration database syste ii gksu 2.0.2-2+b1 graphical frontend to su ii python 2.5.4-9 An interactive high-level object-o ii python-dbus 0.83.1-1simple interprocess messaging syst ii python-gconf 2.28.0-2Python bindings for the GConf conf ii python-gobject 2.20.0-1+b1 Python bindings for the GObject li ii python-gtk2 2.16.0-2Python bindings for the GTK+ widge ii python-support 1.0.7 automated rebuilding support for P ii python-vte 1:0.22.5-3 Python bindings for the VTE widget ii update-manager-core 0.200.3-1 APT update manager core functional update-manager-gnome recommends no packages. Versions of packages update-manager-gnome suggests: pn software- properties-gtk none (no description available) ii update-notifier 0.70.7.debian-7 Daemon which notifies about packag -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578047: no reproducible build
Package: squid3 Version: 3.1.3-1 Sorry Luigi, this is not quite done. A packaging change adding --enable-ipv6 to the rules file is also required to prevent a future relapse. The fix I was able to make upstream just makes --enable-ipv6 behave properly when specified. Amos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578221: perl: Cannot upgrade to Perl 5.12.0
On Sun, Apr 18, 2010 at 08:29:53AM +0300, Niko Tyni wrote: On Sun, Apr 18, 2010 at 12:14:11AM -0400, Andres Mejia wrote: Package: perl Version: 5.10.1-12 Severity: normal Tags: experimental User: debian-p...@lists.debian.org Usertags: perl-5.12-transition I can't upgrade to Perl 5.12. Here's the error I keep getting. The following packages have unmet dependencies: libcurl3-gnutls: Depends: ca-certificates but it is not going to be installed libuuid1: Depends: passwd but it is not going to be installed Recommends: uuid-runtime but it is not going to be installed The binary interface of Perl XS modules has been changed, so all the 350 or so Architecture:any lib*-perl packages need to be rebuilt against perlapi-5.12.0 to make them installable with the new perl package. For the official archive this is only going to happen when 5.12 enters sid. Hi Andres, there's now an unofficial archive of rebuilt packages, see http://lists.debian.org/debian-perl/2010/05/msg0.html -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580034: perl: module deprecations in 5.12.0
On Mon, May 03, 2010 at 12:26:43PM +0300, Niko Tyni wrote: We need to decide what to do with the module deprecations in 5.12.0. $ perl -w -e 'use Class::ISA' Class::ISA will be removed from the Perl core distribution in the next major release. Please install it from CPAN. It is being used at -e, line 1. The modules being deprecated from the core are (from perl5120delta.pod): Class::ISA Pod::Plainer Shell Switch Clearly these need to be packaged separately sooner or later. The options I see are A. Patch away the warning and do nothing until the modules are actually removed in 5.14.0. At that point, add dependencies or recommendations for the removed modules. B. Package the modules separately now, recommend the new packages and patch the warning to direct to apt instead of CPAN. Downgrade to suggestions after one release cycle. C. Package the modules separately now, depend on the new packages and don't install the core versions in the binary packages at all. Downgrade to recommendations or even suggestions after one release cycle. I'm leaning towards C but B seems also like a good choice. As I see it: A is just postponing the issue for no clear benefit. B is closest to the upstream way but has the drawback of needing two copies of the deprecated code. C fixes this and offers a slightly smoother transition for people ignoring recommendations. However, like A it postpones any breakage until later, possibly creating confusion because our deprecation schedule differs from the upstream one. Input would be welcome. I think I prefer B - it should make the transition less painful in the long run. We should also try and file bugs against packages using these modules, if we can, once the separate packages are available. The separate packages would naturally fit with the pkg-perl group. I'd be glad if somebody would like to help and package them. I'll look at doing that today. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580047: mount: man fstab(5): tab is also escaped in the second field (fs_file)
Package: mount Version: 2.16.2-0 Severity: minor fstab manual page doesn't tell that the tab character (ASCII code 9) is also escaped as \011, as space (ASCII code 32) is escape as \040. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mount depends on: ii libblkid1 2.16.2-0 block device id library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libselinux1 2.0.94-1 SELinux runtime shared libraries ii libsepol1 2.0.40-2 SELinux library for manipulating b ii libuuid1 2.16.2-0 Universally Unique ID library mount recommends no packages. Versions of packages mount suggests: ii nfs-common1:1.2.2-1 NFS support files common to client -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580048: lintian: FEATURE REQUEST - Check version against debian/source/format type (quilt, native)
Package: lintian Version: 2.4.1 Severity: wishlist Please add checks for debian/source/format: (quilt)= Version must have *-* (native) = Version must be without *-* Use case: $ cat debian/source/format: 3.0 (quilt) $ dpkg-parsechangelog | awk '/Version:/ {print $2}' 0.3.22 = Signal an error (E: debian-source-format-and-version-mismatch) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.20.1-8 The GNU assembler, linker and bina ii diffstat 1.47-1produces graph of changes introduc ii dpkg-dev 1.15.7.1 Debian package development tools ii file 5.04-2Determines file type using magic ii gettext0.17-10 GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl0.1.24Perl interface to libapt-pkg ii libclass-accessor-perl 0.34-1Perl module that automatically gen ii libipc-run-perl0.89-1Perl module for running processes ii libparse-debianchangel 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl1.54-1module to manipulate and access UR ii locales2.10.2-6 Embedded GNU C Library: National L ii man-db 2.5.7-2 on-line manual pager ii perl [libdigest-sha-pe 5.10.1-12 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libtext-template-perl 1.45-1 Text::Template perl module ii man-db2.5.7-2on-line manual pager -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org