Bug#541984: nmap: Build process isn't thread safe
Package: nmap Version: 5.00-1 Severity: minor Hi! nmap fails to build if built with more than one thread (using "-j2" in DEB_BUILD_OPTIONS, for example). See the attached pbuilder log for the errors when building the package with 2 threads. Thank you! Best regards, Nelson -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30.1.naoliv1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nmap depends on: ii libc6 2.9-25 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-2 GCC support library ii liblua5.1-0 5.1.4-3Simple, extensible, embeddable pro ii libpcap0.81.0.0-2system interface for user-level pa ii libpcre3 7.8-2+b1 Perl 5 Compatible Regular Expressi ii libssl0.9.8 0.9.8k-4 SSL shared libraries ii libstdc++64.4.1-2The GNU Standard C++ Library v3 nmap recommends no packages. nmap suggests no packages. -- no debconf information log.txt.bz2 Description: BZip2 compressed data
Bug#524574: after etch->lenny upgrade, postfix stops to work with fatal: unknown service: smtp/tcp
LaMont Jones wrote: > tags 524574 + unreproducible > severity 524574 normal > -- > Nothing in the postfix config would cause us to chgrp > /var/spool/postfix/etc to the sasl group, nor would we chmod 710 that > directory. I rather suspect this is a bug in another package. > > lamont > After some upgrades and other work (configuration modifications and so on) I believe that, like you said, this isn't a postfix problem rather that is a sasl2-bin. For reproduce this you can simple restart the saslauthd daemon (/etc/init.d/saslauthd restart) and saw the /var/spool/postfix/etc has the wrong permissions that deny to postfix the rights. After some tests and googling, a simple "adduser postfix sasl" seem to solve the situation. Michele -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541819: devscripts: GPL-licensed programs link to OpenSSL
tag 541819 + moreinfo thanks Re: Jakub Wilk 2009-08-16 <20090816142031.ga8...@jwilk.net> > According to debian/copyright, uscan and dget are GPLv2+-licensed. > They are, however, linking (indirectly, via libcrypt-ssleay-perl to > OpenSSL which is incompatible with GPL. dget doesn't use libcrypt-ssleay-perl. I'd also debate whether the license incompatibility is an issue for perl programs at all. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517179: debmirror: Intention of pdiff option
Frans Pop writes: > Hi Goswin, > > I have a question about this bug report. It's not 100% clear to me what > the intended working of the pdiff option is. > >> > I don't think that's the problem, since I was already using the >> > --pdiff=mirror option (see my previous mail). >> >> Right you are. Just found another bug then. Somwhere some "if" >> statement must have been lost or forgotten and --pdiff=mirror just >> doesn't work as promised. It still uses the pdiff files. You have to >> use --pdiff=none to actualy work around the problem. > > The man page says: > --pdiff=use|mirror|none > If the Release file contains entries for pdiff files then debmirror > will attempt to update the Packages and Sources files with them but will > not include them in the mirror. This is the default âuseâ behavior and > avoids having time consuming pdiff files for a fast local mirror. Specâ > ifying --pdiff=mirror will include the downloaded pdiff files in the > mirror while specifying --pdiff=none will completely ignore pdiff files. > > From your comments in this BR it seems the intention is: > - use: use to update Packages/Sources but don't include on mirror > - mirror: include on mirror but do *not* use to update Packages/Sources > - none: ignore them completely > > However, it seems more logical to me to have: > - use: use only to update Packages/Sources but don't include on mirror > - mirror: include on mirror but *and* use to update Packages/Sources > - none: ignore them completely > > And IIUC that is exactly how it currently works. Reading the man page I believe that is actualy what I ment and my comments in the BR are wrong. --pdiff=mirror would include use. > IMO the first set of definitions only makes sense if there was also an > option "full" or "both" or something like that. > > I'd appreciate your input. > > Cheers, > FJP 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#491872: grub-pc: No problems when os-prober is installed
Package: grub-pc
Version: 1.96+20090725-1
Severity: normal
I just installed os-prober manually (because of the mentioned problem,
which caused missing entries for other operating systems) and ran
update-grub2.
On my system with GNOME running, this didn't cause windows with file
explorers to pop up and umount of the other partitions went just fine.
The probing went fine, see below.
So, if this is true for everyone, I'd suggest to move os-prober back to
recommends. It's not nice to discover your other OS entries are gone
after upgrading to grub2 (from legacy) without any warning or hint what
to do about it, whatsoever.
My 2 cents...
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/disk/by-uuid/58b8d45e-de5e-45a4-9550-f63db64595aa / ext3
rw,noatime,errors=remount-ro,data=ordered 0 0
/dev/sdb6 /home ext3 rw,noatime,errors=continue,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/sda
(hd1) /dev/sdb
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
set default=0
set timeout=5
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
if loadfont /usr/share/grub/ascii.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output.gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
insmod png
if background_image /boot/grub/moreblue-orbit-grub.png ; then
set color_normal=black/black
set color_highlight=magenta/black
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry "Debian GNU/Linux, Linux 2.6.30-1-686-bigmem" {
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
linux /boot/vmlinuz-2.6.30-1-686-bigmem
root=UUID=58b8d45e-de5e-45a4-9550-f63db64595aa ro quiet
initrd /boot/initrd.img-2.6.30-1-686-bigmem
}
menuentry "Debian GNU/Linux, Linux 2.6.30-1-686-bigmem (recovery mode)" {
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
linux /boot/vmlinuz-2.6.30-1-686-bigmem
root=UUID=58b8d45e-de5e-45a4-9550-f63db64595aa ro single
initrd /boot/initrd.img-2.6.30-1-686-bigmem
}
menuentry "Debian GNU/Linux, Linux 2.6.26-2-686-bigmem" {
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
linux /boot/vmlinuz-2.6.26-2-686-bigmem
root=UUID=58b8d45e-de5e-45a4-9550-f63db64595aa ro quiet
initrd /boot/initrd.img-2.6.26-2-686-bigmem
}
menuentry "Debian GNU/Linux, Linux 2.6.26-2-686-bigmem (recovery mode)" {
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
linux /boot/vmlinuz-2.6.26-2-686-bigmem
root=UUID=58b8d45e-de5e-45a4-9550-f63db64595aa ro single
initrd /boot/initrd.img-2.6.26-2-686-bigmem
}
menuentry "Debian GNU/Linux, Linux 2.6.26-1-686-bigmem" {
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
linux /boot/vmlinuz-2.6.26-1-686-bigmem
root=UUID=58b8d45e-de5e-45a4-9550-f63db64595aa ro quiet
initrd /boot/initrd.img-2.6.26-1-686-bigmem
}
menuentry "Debian GNU/Linux, Linux 2.6.26-1-686-bigmem (recovery mode)" {
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
linux /boot/vmlinuz-2.6.26-1-686-bigmem
root=UUID=58b8d45e-de5e-45a4-9550-f63db64595aa ro single
initrd /boot/initrd.img-2.6.26-1-686-bigmem
}
menuentry "Debian GNU/Linux, Linux 2.6.25-2-686-bigmem" {
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
linux /boot/vmlinuz-2.6.25-2-686-bigmem
root=UUID=58b8d45e-de5e-45a4-9550-f63db64595aa ro quiet
initrd /boot/initrd.img-2.6.25-2-686-bigmem
}
menuentry "Debian GNU/Linux, Linux 2.6.25-2-686-bigmem (recovery mode)" {
set root=(hd1,1)
search --no-floppy --fs-uuid --set 58b8d45e-de5e-45a4-9550-f63db64595aa
linux /boot/vmlinuz-2.6.25-2-686-bigmem
root=UUID=58b8d45e-de5e-45a4-9550-f63db64595aa ro single
initrd /boot/initrd.img-2.6.25-2-686-bigmem
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Microsoft Windows XP Professional (on /dev/sda1)" {
set ro
Bug#498541: please refresh size information in the manpage
Frans Pop writes: > Hi Goswin, > >> Manpage is showing wrong size for sid distribution. > > Do you remember how you generated the tables with the archive size? Do you > perhaps still have the script used for that? > > Thanks, > FJP Run debmirror verbose with an empty directory and it will tell you how much it needs to download. I think I compared the size for i386 to i386+amd64 to get the size for amd64 without all and then subtract that from just amd64 to get the size for all. and so on. But you can probably do a few lines of perl to sum up the size informations from the Packages files directly too. 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#541953: apache plugin does not follow redirects, or log
Hi Joey, On Sun, Aug 16, 2009 at 06:25:19PM -0400, Joey Hess wrote: > I eventually figured out that apache was throwing a 302 redirect, and > collectd doesn't follow this redirect. I think it should either > follow, or log that it is failing to get the apache scoreboard. the documentation of libcurl, the library used for HTTP access, is a bit fuzzy on the issue. If I understand it correctly, though, the library follows redirects by default (unless the FILE or SCP schema is used). It even sends along authentication information if the redirect points to the same host. I think this is basically sane behavior, so I think it'd be best to just report to the user when not following a redirect. > 127.0.0.1 - - [16/Aug/2009:18:17:40 -0400] "GET /server-status?auto HTTP/1.1" > 302 296 "-" "collectd/4.6.3" > 127.0.0.1 - - [16/Aug/2009:18:17:50 -0400] "GET /server-status?auto HTTP/1.1" > 302 296 "-" "collectd/4.6.3" > 127.0.0.1 - - [16/Aug/2009:18:18:00 -0400] "GET /server-status?auto HTTP/1.1" > 302 296 "-" "collectd/4.6.3" > 127.0.0.1 - - [16/Aug/2009:18:18:10 -0400] "GET /server-status?auto HTTP/1.1" > 302 296 "-" "collectd/4.6.3" ^ I'm a bit surprised not to see a username in your log entries, I have to admit, but this may actually be the expected behavior of Apache (redirect ⇒ no authentication ⇒ no username). Could you please provide your configuration of the “Apache” plugin (spare the password, of course) and ideally the headers returned by Apache? Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ signature.asc Description: Digital signature
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#540491: wordnet: FTBFS: 'NOUNSYNSET' undeclared
* Andreas Tille , 2009-08-17, 07:59: To disable parallelization in the key place, just append the following line to src/grind/Makefile.in: .NOTPARALLEL: As for really enabling parallel builds, I believe the bug should be addressed in automake, which generated the broken makefile. You did not reassigned but rather cloned the bug. This in turn means you want me as wordnet maintainer to do something about this. IMHO using the .NOTPARALLEL hint would cure the problem for the moment but once automake is fixed I would hide a feature. IMHO it would be better not to clone this bug but rather only reassign and using the new "affects" feature of the BTS to make sure the problem shows up also on the BTS view of wordnet. What do you think about this? Feel free close this bug, I don't mind. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538709: Blame it in consolekit
Plase reassign this bug to consolekit. Reasoning I finally understand what's going on. In previous incarnations of g-p-m the power button "worked" like this: (1) hal listens for power button presses, tells g-p-m (2) g-p-m listen for "power button pressed" notifications from hal (3) g-p-m invokes a method on hal to shut the system down (3) hal shuts the system down The new sequence of operations is: (1) g-p-m listens for an X button press event (key XF86PowerOff) (2) g-p-m invokes a method on consolekit to shut system down (3) consolekit shuts the system down The first problem was (1): getting X to emit a "XF86PowerOff pressed" event. This is solved with hal 0.5.13 which sets the necessary property on /dev/input/eventX for the power off button, so that the X server will add it to the list of input devices. The remaining problem is (3): consolekit as present in Debian (0.3.0-3) has been built without policykit and hence refuses to honor the shutdown request. Solution is easy: rebuild consolekit with policykit (just add libpolkit-dev to Build-Depends) and don't forget to install its policy file. The default policy (grant permission for shutdown to user at active console) should be fine. Cheers, Roderich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#492853: problem exists
On Sat, Aug 15, 2009 at 07:41:56PM +0200, Moritz Muehlenhoff wrote: > Sorry for the late followup. Are these messages appearing for any traffic > or just specific patterns? As far as I've seen it, the problem is VLAN-related. It occurs if I enable some VLANs on the interface. These VLANs are used by test boxes (a lot of embedded linuxes with various software onboard), so it is hard to predict what do they send to the net because of software and hardware errors. Currently, I've disabled VLANs (they are not really necessary on that computer), and there are no problems... -- Alexandra N. Kossovsky OKTET Labs (http://www.oktetlabs.ru/) Phones: +7(921)956-42-86(mobile) +7(812)783-21-91(office) e-mail: sa...@oktetlabs.ru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#507536: eclipse: undefined symbol: _ZN4nsID5ParseEPKc
Hi Those of you who have experienced this problem, could you please write which version of xulrunner you have and whether it fixed it? Those you still experiencing the problem, please check if your version of xulrunner is listed here[1] next to the matching version of eclipse. At least xulrunner 1.9.1 have broken backwards compatibility[2]. ~Niels [1] http://www.eclipse.org/swt/faq.php#browserlinux [2] http://glandium.org/blog/?p=416 signature.asc Description: OpenPGP digital signature
Bug#541985: evolution: Crashes very often when retrieving mail from /var/mail/
Package: evolution Version: 2.26.3-2 Severity: normal I get very frequent crashes when I hit F9 to retreive mail in Evo. I had them with 2.26.1.1 but decided to wait for 2.26.3 before reporting. This happens about 15/20 times per day, the backtrace is always the same: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb619b760 (LWP 4064)] 0xb7e087ac in window_binding_perform_scheduled_sync (binding=0xaad4938) at gconf-bridge.c:605 605 gconf-bridge.c: No such file or directory. in gconf-bridge.c (gdb) bt #0 0xb7e087ac in window_binding_perform_scheduled_sync (binding=0xaad4938) at gconf-bridge.c:605 #1 0xb6b0df76 in g_timeout_dispatch (source=0x9d65fc8, callback=0, user_data=0xaad4938) at /build/buildd-glib2.0_2.20.1-2-i386-hGzT8z/glib2.0-2.20.1/glib/gmain.c:3253 #2 0xb6b0d848 in IA__g_main_context_dispatch (context=0x9900be0) at /build/buildd-glib2.0_2.20.1-2-i386-hGzT8z/glib2.0-2.20.1/glib/gmain.c:1814 #3 0xb6b10dab in g_main_context_iterate (context=0x9900be0, block=1, dispatch=1, self=0x98d1628) at /build/buildd-glib2.0_2.20.1-2-i386-hGzT8z/glib2.0-2.20.1/glib/gmain.c:2448 #4 0xb6b1127a in IA__g_main_loop_run (loop=0x9946178) at /build/buildd-glib2.0_2.20.1-2-i386-hGzT8z/glib2.0-2.20.1/glib/gmain.c:2656 #5 0xb74e7f03 in bonobo_main () from /usr/lib/libbonobo-2.so.0 #6 0x0805cdd0 in main (argc=1, argv=0xbf954604) at main.c:704 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus 1.2.16-2simple interprocess messaging syst ii debconf [deb 1.5.27 Debian configuration management sy ii evolution-co 2.26.3-2architecture independent files for ii evolution-da 2.26.3-1+b1 evolution database backend server ii gconf2 2.26.2-3GNOME configuration database syste ii gnome-icon-t 2.26.0-1GNOME Desktop icon theme ii libart-2.0-2 2.3.20-2Library of functions for 2D graphi ii libatk1.0-0 1.26.0-1The ATK accessibility toolkit ii libbluetooth 4.42-2 Library to use the BlueZ Linux Blu ii libbonobo2-0 2.24.1-1Bonobo CORBA interfaces library ii libbonoboui2 2.24.1-1The Bonobo UI library ii libc62.9-23 GNU C Library: Shared libraries ii libcairo21.8.8-2 The Cairo 2D vector graphics libra ii libcamel1.2- 2.26.3-1+b1 The Evolution MIME message handlin ii libdbus-1-3 1.2.16-2simple interprocess messaging syst ii libdbus-glib 0.82-1 simple interprocess messaging syst ii libebackend1 2.26.3-1+b1 Utility library for evolution data ii libebook1.2- 2.26.3-1+b1 Client library for evolution addre ii libecal1.2-7 2.26.3-1+b1 Client library for evolution calen ii libedataserv 2.26.3-1+b1 Utility library for evolution data ii libedataserv 2.26.3-1+b1 GUI utility library for evolution ii libegroupwis 2.26.3-1+b1 Client library for accessing group ii libenchant1c 1.4.2-3.3 a wrapper library for various spel ii libexchange- 2.26.3-1+b1 Client library for accessing Excha ii libfontconfi 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libgconf2-4 2.26.2-3GNOME configuration database syste ii libgdata-goo 2.26.3-1+b1 Client library for accessing Googl ii libgdata1.2- 2.26.3-1+b1 Client library for accessing Googl ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.20.1-2The GLib library of C routines ii libgnome-pil 2.0.15-2.4 Support libraries for gnome-pilot ii libgnome2-0 2.26.0-1The GNOME library - runtime files ii libgnomecanv 2.26.0-1A powerful object-oriented display ii libgnomeui-0 2.24.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2 1:2.24.1-3 GNOME Virtual File System (runtime ii libgtk2.0-0 2.16.1-2The GTK+ graphical user interface ii libgtkhtml-e 3.26.3-1HTML rendering/editing library - e ii libgtkhtml3. 3.26.3-1HTML rendering/editing library - r ii libgweather1 2.26.1-1GWeather shared library ii libhal1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share ii libical0
Bug#541850: ajaxterm: UTF-8 support
Le dimanche 16 août 2009 à 20:09 +, The Fungi a écrit : > > > Confirmed it seems not to be needed. Testing on both Iceweasel under > Debian/Sid and IE 8 under XP on VirtualBox, I don't see any change > in behavior with this hunk removed. Thanks for testing and confirming, I have removed that part of the patch. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#515125: general: cpu frequency scalling crashes my system
On Tue, Jul 28, 2009 at 8:30 PM, Mark Poks wrote: > >Mark, does the issue still manifest itself with more recent kernel > >versions? > > > >Cheers, > > Moritz > > when i reduced memory speed from 800 to 667 MHz it seem to not suspending > any longer. maybe it's hardware fault in fact? > > but i have just updated my kernel today, raised memory speed to 800 MHz > again and i will try to suspend machine and report observations in a few > days. > > cheers, > Mark > > After kernel updated, problem still occurs - once per few days machine hangs-up. when reduced memory speed to 667 MHz every is ok. i'm starting to believe this is mainboard problem, not the kernel. cheers, Mark
Bug#541988: ITP: tablelist -- multi-column listbox tablelist for TCL/TK
Package: wnpp Severity: wishlist Owner: "أحمد المحمودي" * Package name: tablelist Version : 4.11 Upstream Author : Csaba Nemethi * URL : http://www.nemethi.de/tablelist/ * License : BSD Programming Lang: Tcl/Tk Description : multi-column listbox tablelist for TCL/TK A tablelist widget is a multi-column listbox. The width of each column can be dynamic or static. Tablelist is a library package for Tcl/Tk version 8.0 or higher, written in pure Tcl/Tk code. -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-proposed'), (500, 'jaunty-backports'), (500, 'jaunty') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541819: devscripts: GPL-licensed programs link to OpenSSL
* Christoph Berg , 2009-08-17, 09:04: According to debian/copyright, uscan and dget are GPLv2+-licensed. They are, however, linking (indirectly, via libcrypt-ssleay-perl to OpenSSL which is incompatible with GPL. dget doesn't use libcrypt-ssleay-perl. Right, sorry, s/dget/bts/. I'd also debate whether the license incompatibility is an issue for perl programs at all. Cc'ing debian-legal, then. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541989: vim-runtime: Break not properly highlighted in debian/control
Package: vim-runtime Version: 2:7.2.245-2 Severity: minor vim does not properly highlight Break headers in debian/control. See the attached screenshot. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vim-runtime depends on: ii dpkg 1.15.3.1 Debian package management system Versions of packages vim-runtime recommends: ii vim 2:7.2.245-2 Vi IMproved - enhanced vi editor ii vim-gtk [vim]2:7.2.245-2 Vi IMproved - enhanced vi editor - vim-runtime suggests no packages. -- debconf-show failed -- Jakub Wilk <>
Bug#541850: ajaxterm: UTF-8 support
package ajaxterm tags 541850 + pending thanks Le dimanche 16 août 2009 à 19:49 +, The Fungi a écrit : > On Sun, Aug 16, 2009 at 09:17:24PM +0200, Julien Valroff wrote: > > I have just tested this patch, and it seems there are some issues. > > When simply calling 'ls -l' in my home directory, I get the following > > kind of output: > [...] > > -rw-r--r-- 1 julien julien 42964 aoû 16 20:46 ??? > [...] > > I use fr_FR.UTF-8 > [...] > > Interesting. I'll play around with it some more and see if I can > replicate that. I've tested it SSH'ing to a shell where I'm using > en_US.UTF-8 and GNU screen with the -U to multiplex UTF-8-aware > applications. I've also used it more heavily backended by Telnet > connections to UTF-8-sending socket applications. What Web > browser(s) were you testing under? OK, I had made some typos when applying the patch in the previous build, everything seems now to work as expected. I won't upload a new build of ajaxterm soon, because of the security issue for which I'd like confirmation of the Security Team, I hence tag this bug as pending. Thanks for your help. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#156812: revtex4: Width of page numbers computed incorrectly in TOC
reassign 156812 texlive-publishers merge 156812 407978 stop On 15.08.02 Dylan Thurston (d...@math.harvard.edu) wrote: Hi Dylan, > Revtex incorrectly computes the amount of space to leave for page > numbers in the table of contents. > This bug is now a few years old and not yet fixed in upstream. I got an E-Mail that the RevTeX people telling they will start the beta for RevTeX 4.1 shortly. The list ob bug fixes contains an entry: Table of Contents formatting improved. Are you willing to test the beta and check if your bug is fixed in 4.1? I'll forward the URL for the beta download if you like. Many thanks, Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541618: Store package files with path prefix to allow multi-distro support (e.g. Debian + Ubuntu)
On Sun, Aug 16, 2009 at 09:01:39PM +0100, Mark Hindley wrote: > Thanks for this. Interesting. When I originally went through sorting out > the 2 server workaround for this, I considered (and rejected :)) this > approach. > > The problem with it is that apt-cacher was designed to ignore the server > path so that .debs from different servers were deemed identical. This is > useful for people who use the path_map hopping to provide server > redundancy. This approach will break that. > > I am happy to consider it again, but you need to convince me that it is > better than the multiple instance way of doing it. Lying awake considering this more overnight, I realised this would also break checksumming which only uses the filename without a path. Also, we would need to consider to which distro we assign existing files which don't have the complete path prepended. I am not rejecting this outright, but I think it is more complicated than at first sight. Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541990: fbxkb: question marks instead of flag in X version 7.4
Package: fbxkb Version: 0.6-1 Severity: normal After an upgrade from X 7.3 to X 7.4 fbxkb displays an icon with two white question marks on blue background instead of the usual flag. I'm not having issues with icons coming from other applications such as for example pidgin. I vaguely remember not having this issue with another window manager, but I'm not sure. I am seeing the problem with fluxbox version 1.0.0+deb1-8. Clemens -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fbxkb depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.9-12 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libfontconfig12.6.0-3generic font configuration library ii libglib2.0-0 2.20.3-1 The GLib library of C routines ii libgtk2.0-0 2.16.5-1 The GTK+ graphical user interface ii libpango1.0-0 1.24.5-1 Layout and rendering of internatio ii libx11-6 2:1.2.2-1 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi62:1.2.1-2 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxrandr22:1.3.0-2 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra fbxkb recommends no packages. fbxkb 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#541887: update to 4.7?
Hi Joey, On Sun, Aug 16, 2009 at 05:13:35PM -0400, Joey Hess wrote: > I would appreciate an update to version 4.7, since the uptime plugin is > a very useful one. There had been a few issues with the new version that I wanted to have sorted out before uploading an updated package. The last issue has been solved a few days ago, so you can expect 4.7 within the next few days. Cheers, Sebastian -- Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#517761:
On Sat, Aug 15, 2009 at 02:10:16AM -0400, Daniel Richard G. wrote:
> 8<
> Hit http://midnight jaunty-security Release.gpg
> Ign http://midnight jaunty-security/main Translation-en_US
> Err http://midnight jaunty-security/restricted Translation-en_US
> Error reading from server - read (104 Connection reset by peer)
> Ign http://midnight jaunty-security/universe Translation-en_US
> Err http://midnight jaunty-security/multiverse Translation-en_US
> Error reading from server. Remote end closed connection
> Hit http://midnight jaunty Release.gpg
> Ign http://midnight jaunty/free Translation-en_US
> >8
>
> Whoops! Spoke too soon. There appears to be a completely separate
> failure mode that also leads to "Connection reset by peer" errors for
> nonexistent Translation* files. This one has nothing to do with
> pipelining (setting Pipeline-Depth to "0" doesn't help), and it looks a
> lot hairier to figure out, so I'll post my observations so far:
>
> 1. It's very easy to determine if this problem is affecting you: you get
>a big fat warning in your error.log file, even with debugging
>switched off:
>
> Sat Aug 15 01:34:17 2009|info [10743]: ALARM!
> /srv/apt-cacher/packages/ubuntu-security_dists_jaunty-security_main_i18n_Translation-en_US.bz2
> file is larger than expected (343). Renaming to
> /srv/apt-cacher/packages/ubuntu-security_dists_jaunty-security_main_i18n_Translation-en_US.bz2.corrupted.
>
> 2. The expected size in the above message is 343, as returned by the
>upstream server in the Content-Length: field. This reflects the size
>of the 404 error page.
>
> 3. The actual (unexpected) size here is 502 bytes, which reflects the
>combined size of the HTTP header AND body. apt-cacher is reading from
>a file that it expects to contain only the 404 body, but for some
>reason it has both header and body.
>
>(Incidentally, while apt-cacher claims to be reading the 404-body
>file from $cfg->{cache_dir}/packages/, I've never managed to actually
>*see* such a file in there. Is this deleted immediately after being
>sent to the client or something?)
>
> 4. This size anomaly only occurs when you attempt to download a
>(nonexistent) Translation* file from a path_map location that has
>*multiple servers behind it*. (Note that because the Translation*
>file always returns 404, apt-cacher always cycles through each
>server, searching for the file in vain.) I had only one server
>behind my apt-cacher's /ubuntu path, but two behind /ubuntu-
>security, and I was only getting errors from Translation-en_US files
>in /ubuntu-security.
>
> 5. The server-failover in itself appears to be triggering the improper
>download of the 404 body file as described in #3. If I edit my
>path_map to have only one server behind /ubuntu-security, the problem
>goes away.
>
> 6. Server failover is handled in the libcurl-related code, which is
>still a rat's nest to me :-(
Yes, it is complex. The issue was to use a single process for all
requests so that DNS lookups were cached. Many mirrors use round robin
DNS for load balancing and if you just do multiple single requests you
can get files from different servers which are not quite in sync.
The code becomes a bit convoluted as it has to separate libcurl errors,
client errors and server errors.
All communication with the libcurl process goes through a unix socket.
The process exits itself after being idle for 2 minutes.
Mark
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541888: apache plugin not configured right for debian apache2
Hi Joey, On Sun, Aug 16, 2009 at 05:14:53PM -0400, Joey Hess wrote: > On Debian, apache 2 uses http://localhost/server-status > for status reporting, The collectd default (and the config file > default) is for something else. I think this should be changed > in Debian to match the apache configuration. To be honest, I wasn't even aware that Debian ships a default config for mod_status ;-) I'll fix it in the next upload. Thanks for pointing that out! Cheers, Sebastian -- Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#541992: linux-source-2.6.30: Compile failed
Package: linux-source-2.6.30 Version: 2.6.30-5 Severity: does-not-build -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-20090110 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-source-2.6.30 depends on: ii binutils 2.19.51.20090723-1 The GNU assembler, linker and bina ii bzip2 1.0.5-3high-quality block-sorting file co Versions of packages linux-source-2.6.30 recommends: ii gcc 4:4.3.3-9 The GNU C compiler ii libc6-dev [libc-dev] 2.9-23 GNU C Library: Development Librari ii make 3.81-6 An utility for Directing compilati Versions of packages linux-source-2.6.30 suggests: ii kernel-package 12.017A utility for building Linux kerne ii libncurses5-dev [ncurs 5.7+20090803-1+b1 developer's libraries and docs for pn libqt3-mt-dev (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#525938: bug confirm
Working well with xulrunner 1.9.0.12 and iceweasel 3.0.12 -- dr4Ke
Bug#541991: CVE-2009-2417: OpenSSL NULL Character Spoofing Vulnerability
Package: curl
Severity: serious
Tags: security patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
the following CVE (Common Vulnerabilities & Exposures) id was
published for curl.
CVE-2009-2417[0]:
A vulnerability has been reported in cURL, which can be exploited by
malicious people to conduct spoofing attacks.
The vulnerability is caused due to an error when processing
certificate fields containing NULL ('\0') characters. This can be
exploited to e.g. conduct Man-in-the-Middle (MitM) attacks via
specially crafted certificates.
The vulnerability is reported in versions prior to 7.19.6.
Note: This only affects cURL versions with enabled OpenSSL support.
Upstream advisory:
http://curl.haxx.se/docs/adv_20090812.txt
Backported patches for various curl versions:
http://curl.haxx.se/CVE-2009-2417/
Upstream bug report:
http://curl.haxx.se/bug/view.cgi?id=2829955
If you fix the vulnerability please also make sure to include the
CVE id in your changelog entry.
For further information see:
[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2417
http://security-tracker.debian.net/tracker/CVE-2009-2417
Cheers,
Giuseppe.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkqJFdUACgkQNxpp46476aqVdQCgiWQZqdcHchwCtte8vJrz5zqS
mo8Ani2XAt4EZk1AhPC+0+JX+MbGVVty
=fEKN
-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#541993: Better TOC for http://www.debian.org/devel/wnpp/index.html ?
Package: qa.debian.org Severity: minor Hello, I've just received a complain about [1] where what it seems, at first sight, a TOC, infact it is not: it's a series of links to aggregated WNPP bugs but not a TOC fot the given web pages. [1] http://www.debian.org/devel/wnpp/index.html Since, at least in this case, it generated confusion and lead to missing the information about how to provide a correct WNPP bug, I'd suggest to introduce a simple TOC (moving also the "Using WNPP" at the top of the page): 1. importart links for WNPPbugs 2. report a WNPP bug with reportbug 3. report a WNPP bug via plain email 4. how to close a WNPP report and then the current content. This bug is meant to collect opinions about it (that might also direct to remove/rewrite [1]) and if it's a correct solution to the presented problem (that I recognize to exists: I know what's in that page, but a first-time visitor might be disoriented). Thanks for the attention, Sandro -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541811: dh_perl: Dopping fallback to perl (>= 5.6.0-16) due to debian-policy change in 3.8.3 possible
-=| Joey Hess, Sun, Aug 16, 2009 at 11:44:55AM -0400 |=- > Salvatore Bonaccorso wrote: > > * The requirement for Perl modules to have a versioned Depend > > and > > Build-Depend on perl >= 5.6.0-16 has been removed.[perl] > > > > So the fallback to the version (>= 5.6.0-16) should be possible to > > drop in dh_perl. > > It's certianly possible to drop. > > I don't, however, know if there's any point in me dropping it. > > (Especially as backporters may want to add it back in.) As I see it, the versioned dependency only matters if one tries to install woody+ packages on potato. This is to be avoided because of the change in the directory structure in 5.6.0-16. (historical info: potato has 5.004.05-2, woody has 5.6.1-8.9) The difference between with or without the version would be uninstallable bakcage (with) vs. non-working package (without). Though I admit uninstallable package is better than a not working one, does this mean we'd keep the dependency versioned forever? Potato is four releases behind the current stable already (potato woody sarge etch lenny). Even security updates were discontinued since July 2003 :) I hope this clarifies the reasoning behind Salvatore's proposal. It bascally means "we don't care about potato anymore", which is not far from the reality, I think. -- dam signature.asc Description: Digital signature
Bug#541996: hg-git: embeds the Dulwich library
Package: hg-git Version: 0+hg20090603-1 Severity: important hg-git embed a (“modified quite a bit”, according to the upstream author) copy of the Dulwich library. However, Dulwich is already available in Debian as a separate package (python-dulwich). -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541994: [plasma-dataengines-workspace] plasma crashed at startup
Package: plasma-dataengines-workspace Version: 4:4.2.4-1+b1 Severity: grave Applicazione: Spazio di lavoro di Plasma (plasma), segnale SIGSEGV Thread 1 (Thread 0xb4c5d720 (LWP 4880)): #0 0xb7fb1424 in __kernel_vsyscall () #1 0xb7e5e650 in nanosleep () from /lib/i686/cmov/libc.so.6 #2 0xb7e5e48e in sleep () from /lib/i686/cmov/libc.so.6 #3 0xb78970f8 in ?? () from /usr/lib/libkdeui.so.5 #4 0x in ?? () If I start it in a console : r...@seifer:~$ plasma (5378)/ checkComposite: Plasma has an argb visual 0x9fc14a0 75497473 (5378)/ checkComposite: Plasma is COMPOSITE-less on 0x9fb7910 QLayout: Attempting to add QLayout "" to QWidget "", which already has a layout r...@seifer:~$ Not a regular file: / Initialize default_framework extension. Initialize libxml2_xml_parser extension. Initialize dbus_script_class extension. Initialize default_options extension. Initialize qtwebkit_browser_element extension. Initialize qt_system_framework extension. Initialize qt_edit_element extension. Initialize gst_audio_framework extension. ERROR: Caught a segmentation fault while loading plugin file: /usr/lib/gstreamer-0.10/libgstpython.so Please either: - remove it and restart. - run with --gst-disable-segtrap and debug. Finalize qt_edit_element extension. Finalize qt_system_framework extension. Finalize qtwebkit_browser_element extension. Finalize default_options extension. Finalize dbus_script_class extension. Finalize libxml2_xml_parser extension. Finalize default_framework extension. Failed to initialize gstreamer: Errore nel ri-scansionare il registro , child terminated by signal Initialize gst_video_element extension. Initialize linux_system_framework extension. Initialize qt_xml_http_request extension. Initialize google_gadget_manager extension. Initialize analytics_usage_collector extension. Initialize smjs_script_runtime extension. Initialize qt_script_runtime extension. Register smjs_script_runtime extension. Register qt_script_runtime extension. http://www.google.com/ig/api?weather=Munich,Germany KCrash: Application 'plasma' crashing... sock_file=/home/rudi/.kde/socket-seifer/kdeinit4__0 (5383)/ checkComposite: Plasma has an argb visual 0x90ef4a0 79691777 (5383)/ checkComposite: Plasma is COMPOSITE-less on 0x90e5910 QLayout: Attempting to add QLayout "" to QWidget "", which already has a layout Not a regular file: / Initialize default_framework extension. Initialize libxml2_xml_parser extension. Initialize dbus_script_class extension. Initialize default_options extension. Initialize qtwebkit_browser_element extension. Initialize qt_system_framework extension. Initialize qt_edit_element extension. Initialize gst_audio_framework extension. ERROR: Caught a segmentation fault while loading plugin file: /usr/lib/gstreamer-0.10/libgstpython.so Please either: - remove it and restart. - run with --gst-disable-segtrap and debug. Finalize qt_edit_element extension. Finalize qt_system_framework extension. Finalize qtwebkit_browser_element extension. Finalize default_options extension. Finalize dbus_script_class extension. Finalize libxml2_xml_parser extension. Finalize default_framework extension. Failed to initialize gstream
Bug#541995: ocsinventory-server: Sql injection in OCS Inventory NG Server 1.2.1
Package: ocsinventory-server Version: 1.02.1-1 Severity: serious Justification: serious http://seclists.org/fulldisclosure/2009/Aug/0143.html http://www.ocsinventory-ng.org/index.php?mact=News,cntnt01,detail,0&cntnt01articleid=147&cntnt01returnid=15 Cheers, Gonéri -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-rc3-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ocsinventory-server depends on: ii apache2 2.2.12-1 Apache HTTP Server metapackage ii apache2-mpm-prefork [apache2] 2.2.12-1 Apache HTTP Server - traditional n ii dbconfig-common 1.8.41 common framework for packaging dat ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii libapache-dbi-perl1.07-1 Connect apache server to database ii libapache2-mod-perl2 2.0.4-5Integration of perl with the Apach ii libcompress-zlib-perl 2.015-1Perl module for creation and manip ii libdbd-mysql-perl 4.012-1A Perl5 database interface to the ii libdbi-perl 1.609-1Perl Database Interface (DBI) ii libnet-ip-perl1.25-2 Perl extension for manipulating IP ii libxml-simple-perl2.18-2 Perl module for reading and writin ii perl [libcompress-zlib-perl] 5.10.0-24 Larry Wall's Practical Extraction ii ucf 3.0018 Update Configuration File: preserv Versions of packages ocsinventory-server recommends: ii ocsinventory-reports 1.02.1-1 Hardware and software inventory to Versions of packages ocsinventory-server suggests: ii libsoap-lite-perl 0.710.08-2 Client and server side SOAP implem ii mysql-server-5.0 [mysql-serve 5.0.84-1 MySQL database server binaries pn ocsinventory-agent (no description available) -- debconf information: ocsinventory-server/internal/skip-preseed: false ocsinventory-server/upgrade-error: abort ocsinventory-server/remote/port: ocsinventory-server/db/app-user: ocs ocsinventory-server/mysql/admin-user: root ocsinventory-server/remove-error: abort ocsinventory-server/internal/reconfiguring: false * ocsinventory-server/dbconfig-install: true ocsinventory-server/dbconfig-upgrade: true ocsinventory-server/upgrade-backup: true ocsinventory-server/remote/host: ocsinventory-server/dbconfig-remove: ocsinventory-server/remote/newhost: ocsinventory-server/install-error: abort ocsinventory-server/passwords-do-not-match: ocsinventory-server/mysql/method: unix socket ocsinventory-server/database-type: mysql ocsinventory-server/missing-db-package-error: abort ocsinventory-server/purge: false ocsinventory-server/dbconfig-reinstall: false ocsinventory-server/db/dbname: ocsweb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541804: kde-icons-oxygen: no icon for "reboot the computer" button
2009/8/16 Mikhail Vasil'jev : > Package: kde-icons-oxygen > Version: 4:4.3.0-1 > Severity: normal > > Hello. Today I updated the "kde-icons-oxygen" package and found, that "reboot > the computer" button has no icon now. You should also upgrade the rest of kde. The reboot icon changed its name in kde 4.3, so old kde versions won't find the new icon. Regards, George -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541997: iwlwify: check enable flag
Package: laptop-mode-tools
Version: 1.50-1
Severity: minor
Tags: patch
If the device is down, the attempt to configure power levels causes an error
message.
---
Note that this probably applies equally to the ipw module, but I don't own
the hardware to test it.
Clemens
.../laptop-mode-tools/modules/wireless-iwl-power |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/usr/share/laptop-mode-tools/modules/wireless-iwl-power
b/usr/share/laptop-mode-tools/modules/wireless-iwl-power
index e934c7d..5e66a3b 100755
--- a/usr/share/laptop-mode-tools/modules/wireless-iwl-power
+++ b/usr/share/laptop-mode-tools/modules/wireless-iwl-power
@@ -16,6 +16,7 @@
findWifiIfsByDriver () {
local DEVICE;
local LINK_TARGET;
+ local ENABLED;
for DEVICE in /sys/class/net/*; do
if [ -d $DEVICE/wireless -a -h $DEVICE/device/driver ]; then
@@ -23,8 +24,9 @@ findWifiIfsByDriver () {
# the driver.
LINK_TARGET=`readlink $DEVICE/device/driver`
LINK_TARGET=${LINK_TARGET##*/}
+ ENABLED=`cat $DEVICE/device/enable`
- if [ "$LINK_TARGET" = "$1" ] ; then
+ if [ $ENABLED -eq 1 -a "$LINK_TARGET" = "$1" ] ; then
# add the interface name to the list
WIFI_IFNAMES="$WIFI_IFNAMES ${DEVICE##*/}"
fi
--
1.6.4.264.g36d31
-- System Information:
Debian Release: 5.0.2
APT prefers stable
APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages laptop-mode-tools depends on:
ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip
ii psmisc22.6-1 Utilities that use the proc filesy
ii util-linux2.13.1.1-1 Miscellaneous system utilities
Versions of packages laptop-mode-tools recommends:
ii acpid1.0.8-1lenny1 Utilities for using ACPI power man
ii apmd 3.2.2-12Utilities for Advanced Power Manag
ii ethtool 6+20080913-1display or change Ethernet device
ii hal 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer
ii hdparm 8.9-3 tune hard disk parameters for high
ii net-tools1.60-22 The NET-3 networking toolkit
ii sdparm 1.02-1 Output and modify SCSI device para
ii wireless-too 29-1.1 Tools for manipulating Linux Wirel
laptop-mode-tools 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#541829: dpkg-source.1: -m, -e, -C not documented
Hi, On Sun, 16 Aug 2009, Joachim Breitner wrote: > dpkg-buildpackage(1) claims that -C, -m and -e options are passed to > dpkg-source and documented in it’s manpage, but they are not mentioned > in either dpkg-source(1) nor "dpkg-source --help". Quoting dpkg-buildpackage(1) I see: -Cchangesdescription -mmaintaineraddress -emaintaineraddress Passed unchanged to dpkg-genchanges. See its manual page. And in the dpkg-genchanges manual page they are effectively documented. Did you misread the name or did you see something else somewhere else? Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541839: set up centralised cron jobs to send mails about outdated translations
On Sun,16.Aug.09, 23:46:33, Nicolas François wrote: > Hello, > > On Sun, Aug 16, 2009 at 11:52:13PM +0300, Andrei Popescu wrote: > > On Sun,16.Aug.09, 19:17:00, Simon Paillard wrote: > > > > > This is already done for (at least) french team from i18n.debian.net. > > > > Ok, if this is possible for all languages it should be published > > somewhere. > > It is possible to do it for all languages, but some teams may already have > a cron job and they may not like receiving duplicates. Given advance warning I guess all teams would prefer having it a centralised service. How many teams do have a translators.db.pl (I don't have a full checkout)? Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541999: system-config-printer-kde: Packages needs python-dev to run, but does not depend on it
Package: system-config-printer-kde Version: 4:4.3.0-1 Severity: grave Justification: renders package unusable Without the installation of python-dev system-config-printer-kde aborts with the undefinde symbol _Py_ZeroStruct -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-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 system-config-printer-kde depends on: ii python-cupsutils1.0.0-6 Python utility modules around the ii python-kde4 4:4.3.0-1+b1 Python bindings for the KDE 4 libr ii python-qt4-dbus 4.5.1-1.1DBus Support for PyQt4 system-config-printer-kde recommends no packages. system-config-printer-kde 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#542000: Tries to load DTDs from the network
Package: libxalan2-java Version: 2.7.1-5 Severity: grave Running "java -jar /usr/share/java/xalan2.jar -DIAG -XSL t.xsl -IN References.html", I receive the following error message: (Location of error unknown)java.io.IOException: Server returned HTTP response code: 503 for URL: http://www.w3.org/TR/html4/loose.dtd References.html starts like this: http://www.w3.org/TR/html4/loose.dtd";> It seems that W3C has begun enforcing some sort of AUP on their DTD repository. This should also be fixed for stable and oldstable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#419029: Fixed with Lohit 2.4.1
Hi,
Can anyone check that mentioned rendering bug for Malayalam is fixed
with latest Lohit fonts (2.4.1) packaged as ttf-indic-fonts 0.5.6?
We have added Lohit-ml for completness.
Thanks!
--
Cheers,
Kartik Mistry | 0xD1028C8D | IRC: kart_
Debian GNU/Linux Developer
Blogs: {ftbfs, kartikm}.wordpress.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542001: kpdf configuration option "watch file" doesn't work at all
Package: kpdf Version: 4:3.5.9-3+lenny1 Severity: normal The KPDF configuration option "watch file": Menu: Settings -> Configure KPDF... -> General -> [X] Watch file Doesn't work at all, as the pdf file being watched changes on disk, the rendered file is always the same. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.29.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kpdf depends on: ii kdelibs4c2a 4:3.5.10.dfsg.1-0lenny1 core libraries and binaries for al ii libc62.7-18 GNU C Library: Shared libraries ii libfreetype6 2.3.7-2+lenny1 FreeType 2 font engine, shared lib ii libgcc1 1:4.3.2-1.1 GCC support library ii libpaper11.1.23+nmu1 library for handling paper charact ii libqt3-mt3:3.3.8b-5+b1 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libxft2 2.1.12-3FreeType-based font drawing librar Versions of packages kpdf recommends: ii kghostview 4:3.5.9-3+lenny1 PostScript viewer for KDE Versions of packages kpdf suggests: ii khelpcente 4:4.0.0.really.3.5.9.dfsg.1-6 help center for KDE -- 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#541136: kaboom deletes all customized kde4 settings
2009/8/12 Daniel Moerner : > Package: kaboom > Version: 1.1.1 > Severity: grave > > Hi, kaboom just caused serious data loss. I have a brand-new install of > Debian sid. I installed kde4 (kde-standard metapackage). I start kdm, > and on the first run of kde4, kaboom does not run. I customized the > settings, turned on desktop effects, etc. > > I then rebooted. On the second start of kde4, kaboom ran. It explicitly > said that existing kde4 settings would be unchanged. I told it to not > backup KDE3 data and to not perform any migration. Instead, it deleted > ALL my existing KDE4 settings. KDE3 was never installed on this system. > There was no reason for kaboom to ever run. > > ..kaboom.log is attached. I am really sorry about that. The bug that kaboom runs on fresh kde4 installations is known and fixed in git. About the data loss though, it looks like you selected the option to "start with clean settings", that's why it removed ~/.kde. The log says that: "operation: do recursive rm of .kde dir if exists". Maybe you did it accidentally... Anyway, a new upload will come soon that will fix this bug. Best regards, George -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541989: vim-runtime: Break not properly highlighted in debian/control
tags 541989 confirmed patch
stop
Hello,
This is a trivial patch against 7.2.245-2 version to fix this issue.
regards
Denis Briand
--- vim-7.2.245/runtime/syntax/debcontrol.vim.old 2009-08-17 10:25:10.0 +0200
+++ vim-7.2.245/runtime/syntax/debcontrol.vim 2009-08-17 10:31:44.0 +0200
@@ -53,7 +53,7 @@
syn case ignore
" List of all legal keys
-syn match debcontrolKey contained "^\%(Source\|Package\|Section\|Priority\|\%(XSBC-Original-\)\=Maintainer\|Uploaders\|Build-\%(Conflicts\|Depends\)\%(-Indep\)\=\|Standards-Version\|\%(Pre-\)\=Depends\|Recommends\|Suggests\|Provides\|Replaces\|Conflicts\|Enhances\|Essential\|Architecture\|Description\|Bugs\|Origin\|X[SB]-Python-Version\|Homepage\|\(XS-\)\=Vcs-\(Browser\|Arch\|Bzr\|Cvs\|Darcs\|Git\|Hg\|Mtn\|Svn\)\|XC-Package-Type\|\%(XS-\)\=DM-Upload-Allowed\): *"
+syn match debcontrolKey contained "^\%(Source\|Package\|Section\|Priority\|\%(XSBC-Original-\)\=Maintainer\|Uploaders\|Build-\%(Conflicts\|Depends\)\%(-Indep\)\=\|Standards-Version\|\%(Pre-\)\=Depends\|Recommends\|Suggests\|Provides\|Replaces\|Conflicts\|Enhances\|Breaks\|Essential\|Architecture\|Description\|Bugs\|Origin\|X[SB]-Python-Version\|Homepage\|\(XS-\)\=Vcs-\(Browser\|Arch\|Bzr\|Cvs\|Darcs\|Git\|Hg\|Mtn\|Svn\)\|XC-Package-Type\|\%(XS-\)\=DM-Upload-Allowed\): *"
" Fields for which we do strict syntax checking
syn region debcontrolStrictField start="^Architecture" end="$" contains=debcontrolKey,debcontrolArchitecture,debcontrolSpace oneline
@@ -70,7 +70,7 @@
" Catch-all for the other legal fields
syn region debcontrolField start="^\%(\%(XSBC-Original-\)\=Maintainer\|Standards-Version\|Essential\|Bugs\|Origin\|X[SB]-Python-Version\|\%(XS-\)\=Vcs-Mtn\):" end="$" contains=debcontrolKey,debcontrolVariable,debcontrolEmail oneline
-syn region debcontrolMultiField start="^\%(Build-\%(Conflicts\|Depends\)\%(-Indep\)\=\|\%(Pre-\)\=Depends\|Recommends\|Suggests\|Provides\|Replaces\|Conflicts\|Enhances\|Uploaders\|Description\):" skip="^ " end="^$"me=s-1 end="^[^ #]"me=s-1 contains=debcontrolKey,debcontrolEmail,debcontrolVariable,debcontrolComment
+syn region debcontrolMultiField start="^\%(Build-\%(Conflicts\|Depends\)\%(-Indep\)\=\|\%(Pre-\)\=Depends\|Recommends\|Suggests\|Provides\|Replaces\|Conflicts\|Enhances\|Breaks\|Uploaders\|Description\):" skip="^ " end="^$"me=s-1 end="^[^ #]"me=s-1 contains=debcontrolKey,debcontrolEmail,debcontrolVariable,debcontrolComment
" Associate our matches and regions with pretty colours
if version >= 508 || !exists("did_debcontrol_syn_inits")
signature.asc
Description: Digital signature
Bug#542000: Tries to load DTDs from the network
Florian Weimer wrote: > Package: libxalan2-java > Version: 2.7.1-5 > Severity: grave > > Running "java -jar /usr/share/java/xalan2.jar -DIAG -XSL t.xsl -IN > References.html", I receive the following error message: > > (Location of error unknown)java.io.IOException: Server returned HTTP response > code: 503 for URL: http://www.w3.org/TR/html4/loose.dtd > > References.html starts like this: > > "http://www.w3.org/TR/html4/loose.dtd";> > > It seems that W3C has begun enforcing some sort of AUP on their DTD > repository. > > This should also be fixed for stable and oldstable. > > Are you sure, this wasn't a temporary problem? I can access http://www.w3.org/TR/html4/loose.dtd both with my browser (iceweasel) and fetch it with wget. Particularly, HTTP 503 is explained as [1]: The Web server (running the Web site) is currently unable to handle the HTTP request due to a temporary overloading or maintenance of the server. The implication is that this is a temporary condition which will be alleviated after some delay. Some servers in this state may also simply refuse the socket connection, in which case a different error may be generated because the socket creation timed out. ~Niels [1] http://www.checkupdown.com/status/E503.html signature.asc Description: OpenPGP digital signature
Bug#538665: debian-policy: "Info documents" section is outdated
On Sun, Aug 16, 2009 at 11:36:29AM -0700, Russ Allbery wrote: > Bill Allombert writes: > > On Fri, Aug 14, 2009 at 09:52:59AM -0700, Russ Allbery wrote: > > >> The generated file should contain a section like: > >> > >> @dircategory Individual utilities > >> @direntry > >> * example: (example). An example info directory entry. > >> @end direntry > >> > >> which will cause makeinfo to generate the directory entry information. > > > Probably this information should be included as a footnote in policy. > > It is -- that's a footnote in the current Policy document. Excellent! This has been in the patch since the start and I always managed to skip it. Cheers, -- Bill. 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#541823: installation-reports: Acer Aspire 3690
clone 541823 -1 -2 reassign -1 installation-report reassign -2 console-setup reassign -3 iso-scan retitle -1 README.Debian wrongly suggests reporting bugs to installation-report retitle -2 settings chosen from console-setup-udeb not preserved on installed system retitle -3 Consistently fails to find ISO image on first try thanks Quoting Celejar (cele...@gmail.com): Thanks for your very detailed installation report. It contains much valuable information and I'll try a first attempt to use at least part of it > Initial boot: [O ] > Detect network card:[E ] > Configure network: [ ] > Detect CD: [E ] > Load installer modules: [E ] > Detect hard drives: [O ] > Partition hard drives: [E ] > Install base system:[O ] > Clock/timezone setup: [O ] > User/password setup:[O ] > Install tasks: [ ] > Install boot loader:[O ] > Overall install:[E ] > > Comments/Problems: > > 1) The installer allowed me to set a keymap and layout (us / dvorak), but > this > was not preserved in the actual install, which reverted to standard us. That's the secodn time we get such report. I'm definitely not in position to test this, but there's something broken somewhere in console-setup > > 2) The installer consistently failed to find the installer ISO on the first > try (I wound up running it quite a few times, due to various problems), > although it always found it on the second. Assigned to iso-scan. It would be very interesting if you could try reproducing this and check what's displayed on 4th console after the first failure. > > 3) AFAICT, the installer kernel doesn't include b43. Why? I understand that > we can't ship non-free firmware, but why not include the driver for those of > us > who are able and willing to provide firmware? This one I leave to other maintainers > > 4) I was unable to delete a LUKS encrypted disk that I had created on a > partition. The installer refused to delete the partition since it was used by > the encrypted disk, but it also apparently offered no way to delete the > encrypted disk. That one also. Hopefully Max will look at it in details. > > 5) The showstopper: I installed the entire system (except for /boot) onto > LVM > volumes in a vg on top of a LUKS volume created out of a primary partition. > When I rebooted, the system wouldn't bring up the LUKS volume. The eventual > fix that worked is to add this line to /boot/grub/menu.lst: > > # kopt=cryptopts=target=hda4_crypt,source=/dev/hda4,lvm=lizzie-root > root=/dev/mapper/lizzie-root ro > > This is: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492790 > > and > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522041 > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507721 > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503062 > > 6) Should installation reports be filed against 'installation-report' or > 'installation-reports'? The README from the installation-report package says > 'report', but most reports seem to be filed against 'reports'. Apparently this error is there for ages..:-). Reported against i-r signature.asc Description: Digital signature
Bug#541992: linux-source-2.6.30: Compile failed
I tried (twice) to compile a kernel from this source, and each time it failed. The messages at the point of failure were: LD arch/x86/kernel/apic/built-in.o CC arch/x86/kernel/cpu/intel_cacheinfo.o arch/x86/kernel/cpu/intel_cacheinfo.c: In function ‘slab_buffer_size’: arch/x86/kernel/cpu/intel_cacheinfo.c:1013: internal compiler error: Segmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#540973: bind9: 540973
I don't think it should be downgraded, I had the same bug on my main server, and it's really an annoying and a critical one. Stephane Dupont. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#532859: [Pkg-samba-maint] Bug#532859: closed by Christian Perrier (Re: Bug#532859: sambaPwdLastSet became a mandatory ldapsam attribute with no warning)
Quoting Josip Rodin (j...@debbugs.entuzijast.net): > > As it was just pointed today by Oded Naveh, this change (prevent > > logging from clients when sambaPwdLastSet is not set), is an upstream > > change that was documented..;and indeed was even there in etch's > > version (the change appeared in 3.0.2). > > This entry in WHATSNEW.txt needs to go into NEWS.Debian in order for us who > upgrade the package to see it, surely? Nevertheless, see below... Why this one and not the gazillion other changes introduced by upstream? Imagine what we would then have to document when squeeze is released (with a 3.2.5->3.4.whatever bump). Samba's upstream often does behavioural changes similar to this one. I don't think that the Debian package users would benefit from us documenting each and every upstream change in NEWS.Debian. We did this a few times...but for much more disruptive changes than this one which, imho, belongs to the "normal" life of the software. > All in all this is just another bug in my series of ldapsam complaints. The > code expects a certain strict data set in LDAP, yet it does very few if any > pre-emptive consistency checks. Coupled with changing requirements like we > see in this case, that's a recipe for failure when met with random user data. Maybe..:-) This should really be dealt with upstream directly. I'm not sure about the value we, Debian maintainers, have in such cases. Acting as a proxy with upstream does not really add benefit to your bug report, just risking to not reporting exactly what you want to report. signature.asc Description: Digital signature
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533550: Bug#522358: xserver-xorg-video-intel: [945GM + KMS] Misdetection of TV output
On 2009-06-29 11:21 +0200, Sven Joachim wrote: > reassign 522358 linux-2.6 > reassign 533550 linux-2.6 > merge 522358 533550 > tags 522358 + fixed-upstream > thanks > > On 2009-06-24 22:36 +0200, Sven Joachim wrote: > >> On 2009-04-03 05:34 +0200, Piotr Lewandowski wrote: >> >>> Package: xserver-xorg-video-intel >>> Version: 2:2.6.1-1 >>> Severity: normal >>> >>> >>> When I start X on a freshly booted system (kernel mode-setting enabled) >>> it starts with allegedly TV output connected, thus setting the wrong >>> resolution (1024x768 with native LVDS resolution 1280x800). >>> >>> After starting X server again the resolution is correct and no TV output >>> is connected (which is consistent with reality). >> >> Isn't this a kernel bug then and should be reassigned to linux-2.6? >> Today I tried to enable KMS on my laptop with self-compiled 2.6.30 >> kernel and ran into the same issue; it has also been discussed on [1]. >> Allegedly the patch in [2] fixes the problem, it is already part of the >> mainline kernel. >> >> 1. http://bbs.archlinux.org/viewtopic.php?pid=567466 >> 2. >> http://git.kernel.org/?p=linux/kernel/git/anholt/drm-intel.git;a=commitdiff;h=03d6069912babc07a3da20e715dd6a5dc8f0f867;hp=2939e1f5331455d17a4a704dd6210e1474002545 > > The mentioned patch, which is included in 2.6.31-rc1, works for me. For the record, it is also included in 2.6.30.5, so the next linux-2.6 upload that adds this stable release should close the bug. :-) Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542004: [xserver-xorg-video-mach64] Cannot load mach64.ko
Package: xserver-xorg-video-mach64 Version: 6.8.2-1 Severity: important --- Please enter the report below this line. --- DRI will not work with this old card. While there are kernel sources with mach64 in their name, no mach64.ko is built. This driver wants to load that. I used to make this module separately but that old trunk no longer compiles and is no longer supported. This bug might belong with the 2.6.30 kernel sources. --- System information. --- Architecture: i386 Kernel: Linux 2.6.30-davidb Debian Release: squeeze/sid 990 unstablewww.debian-multimedia.org 990 unstableftp.fr.debian.org 990 unstabledebian.tagancha.org 990 unstabledebian.scribus.net 990 unstabledebian.co.il 650 testing security.debian.org 650 testing debian.co.il 500 stable security.debian.org 500 stable dl.google.com 500 stable debian.co.il 500 oldstable debian.systs.org 500 lenny kde4.debian.net 500 kernel-dists-trunk kernel-archive.buildserver.net 500 intrepidppa.launchpad.net 500 experimentalansani.it 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ==-+-= libc6 (>= 2.3) | 2.9-25 xserver-xorg-core (>= 2:1.6.2) | 2:1.6.3-1+b1 Package's Recommends field is empty. Package's Suggests field is empty. -8<---8<---8<---8<---8<---8<---8<---8<---8<-- Please attach the file: /tmp/reportbug-ng-xserver-xorg-video-mach64-jTQw4_.txt to the mail. I'd do it myself if the output wasn't too long to handle. Thank you! ->8--->8--->8--->8--->8--->8--->8--->8--->8-- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542005: debiandoc2texinfo: should add @dircategory/@direntry
Package: debiandoc-sgml Version: 1.2.9 Severity: normal Hello DebianDoc-SGML maintainers Policy 3.8.3, Section 12.2, now require info files to carry INFO-DIR-SECTION and START-INFO-DIR-ENTRY/END-INFO-DIR-ENTRY statements. This is generally achieved by adding @dircategory and @direntry/@end direntry to the texinfo file. Please read policy for detail. It would be very useful if debiandoc2texinfo would provide a way to generate such entries in the info file for compliance with policy. Cheers, -- Bill. 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#542006: seahorse: Copying SSH public key to clipboard fails
Package: seahorse Version: 2.22.3-2 Severity: important Selecting an SSH key and selecting edit -> copy public key to clipboard does not work. The following message is printed: CRITICAL **: copy_done: assertion `data != NULL' failed -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages seahorse depends on: ii gconf2 2.26.2-3GNOME configuration database syste ii gnupg1.4.9-4 GNU privacy guard - a free PGP rep ii libatk1.0-0 1.26.0-1The ATK accessibility toolkit ii libavahi-client3 0.6.25-1Avahi client library ii libavahi-common3 0.6.25-1Avahi common library ii libavahi-glib1 0.6.25-1Avahi glib integration library ii libc62.9-24 GNU C Library: Shared libraries ii libcryptui0 2.26.1-2the UI library for DBUS functions ii libdbus-1-3 1.2.16-2simple interprocess messaging syst ii libdbus-glib-1-2 0.82-1 simple interprocess messaging syst ii libgconf2-4 2.26.2-3GNOME configuration database syste ii libgcr0 2.26.1-1Library for Crypto UI related task ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.20.1-2The GLib library of C routines ii libgnome-keyring02.26.1-1GNOME keyring services library ii libgp11-02.26.1-1Glib wrapper library for PKCS#11 - ii libgpgme11 1.1.8-2 GPGME - GnuPG Made Easy ii libgtk2.0-0 2.16.1-2The GTK+ graphical user interface ii libldap-2.4-22.4.17-1OpenLDAP libraries ii libnotify1 [libnotify1-gtk2. 0.4.5-1 sends desktop notifications to a n ii libpango1.0-01.24.0-3+b1 Layout and rendering of internatio ii libsoup2.4-1 2.27.4-1an HTTP library implementation in Versions of packages seahorse recommends: ii openssh-client1:5.1p1-6 secure shell client, an rlogin/rsh Versions of packages seahorse suggests: ii seahorse-plugins 2.26.1-1+b1 seahorse plugins and utilities for -- 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#542007: libapache2-mod-auth-mysql: apache2 exits with segmentation fault upon login
Package: libapache2-mod-auth-mysql Version: 4.3.9-11 Severity: normal Hey there, After an update of apache2 in testing last weekend, it always crahses when I want to access a htaccess-protectet site which uses mod-mysql as authmethod. The login-box appears, but after I've entered (valid or invadil) data, apache2 crashes and I only get a white page. My conf: /etc/apache2/conf.d/auth-mysql: > AuthMySQL_Info localhost user pass > Auth_MySQL_General_DB database > Auth_MySQL_AllowOverrideoff /etc/apache2/sites-available/authmysqltest: [...] > AuthType Basic > AuthName "authmysqltest" > AuthBasicAuthoritative Off > AuthUserFile /dev/null > AuthMySQL On > AuthMySQL_Authoritative on > AuthMySQL_Encryption_Types PHP_MD5 > Require valid-user [...] Log-output (LogLevel debug): > [info] Initial (No.1) HTTPS request received for child 3 (server > authmysqltest.example.com:443) > [debug] mod_auth_mysql.c(1715): Handling an authentication request for > section / > [debug] mod_auth_mysql.c(1756): Starting basic user auth for [testuser] in /, > child pid 30455 > [debug] mod_auth_mysql.c(1543): No DB connection open - firing one up > [debug] mod_auth_mysql.c(1289): Opening DB connection for / > [debug] mod_auth_mysql.c(1365): Persistent in / is 1 > [debug] mod_auth_mysql.c(1551): Correctly opened a new DB connection > [debug] mod_auth_mysql.c(1571): Constructing password collection query with > passfield=[passwd], table=[mysql_auth], userfield=[testuser], where_clause=[] > [debug] mod_auth_mysql.c(1409): sec->dbh in / is > [debug] mod_auth_mysql.c(1416): Ordinary query > [notice] child pid 30455 exit signal Segmentation fault (11) When I disable the authentication, everything just works fine, so I think this must be a bug from auth-mysql. Greets, Michael Vogt -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-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 libapache2-mod-auth-mysql depends on: ii apache2.2-common 2.2.12-1 Apache HTTP Server common files ii libc6 2.9-23GNU C Library: Shared libraries ii libmysqlclient15off5.0.51a-24+lenny1 MySQL database client library libapache2-mod-auth-mysql recommends no packages. libapache2-mod-auth-mysql 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#541349: insserv sets the start up link for autofs to S01autofs
> Or should nis say it provides nis as well as what it currently says > it provides or instead of? I think using LDAP as a Network Information Service (see RFC2307) may be relevant here. I don't know whether that's possible on Linux at the moment but I would guess that if it is (or ever will be) then it may not involve ypbind. So perhaps that's pointing towards /etc/init.d/nis saying it provides nis and that /etc/init.d/autofs depends on nis if it's installed. And then ldap as a Network Information Service could say it provides nis. Just a thought. -- Andy, BlueArc Engineering -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541349: insserv sets the start up link for autofs to S01autofs
[Andy Chittenden] > I think using LDAP as a Network Information Service (see RFC2307) > may be relevant here. I don't know whether that's possible on Linux > at the moment but I would guess that if it is (or ever will be) then > it may not involve ypbind. So perhaps that's pointing towards > /etc/init.d/nis saying it provides nis and that /etc/init.d/autofs > depends on nis if it's installed. And then ldap as a Network > Information Service could say it provides nis. Just a thought. For LDAP, there are two options. libnss-ldap do not start a daemon, and will work as soon as the network is up. libnss-ldapd on the other hand do need a daemon, started by the nslcd script. I believe the service used by autofs is really NSS and not NIS, and thus any nss plugin might be used to provide autofs maps. I am not aware of anyone using anything else than NIS and LDAP, and thus proposed a patch to handle those cases. 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#542009: RFA: ispell-et
Package: wnpp Severity: normal Description: Estonian dictionary for Ispell This dictionary provides Estonian wordlists for the Ispell spellchecker. Description: Estonian dictionary for MySpell This package provides Estonian wordlists for the MySpell spellchecker currently supported by Mozilla and OpenOffice, plus an Estonian hyphenation pattern for OpenOffice. Description: Estonian dictionary for Aspell This dictionary provides Estonian wordlists for the Aspell spellchecker currently supported by GNOME applications. Homepage: http://www.meso.ee/~jjpp/speller/ I would like someone to take over the maintenance of this package, as I no longer have the motivation to continue maintaining it. Preferably, the new maintainer whould be a native Estonian speaker who could contribute new words to this dictionary, because upstream hasn't produced any release since 2003 and it really shows. I can assist the new maintainer in the initial phase, if necessary. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541630: ATI Rage 128 Pro Ultra TF doesn't start with linux-image-2.6.30-1-686
2009/8/16 Ben Hutchings : > On Sun, 2009-08-16 at 04:03 +0200, advocatux wrote: >> 2009/8/16 Ben Hutchings : >> [...] >> > I have put a new version of the module up in the same location. Please >> > try again with this version. >> >> Unfortunatley it doesn't work either (unless I'm doing something wrong). > > It's not supposed to work - the point was to test that the modified > driver will not crash or hang if firmware is missing. > Ah, of course, because there isn't any driver. >> At first attempt that's what kern.log says: >> >>[...] >> > > This looks like the driver now behaves as intended. Did the X server > restart successfully? > No, it didn't. >> [...] >> >> At second attempt, I rebooted the machine and tried again, but this >> time with the module loaded already and it fails once more: >> >> [...] > > This is expected - after a reboot you are loading the old unfixed > module. > That's right, but I've been playing in another testing PC, putting your new r128 module in /lib/modules/2.6.30-1-686/kernel/drivers/gpu/drm/r128/ (to avoid the old one) and doesn't work either. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542008: mediawiki reccomends ImageMagick over PHP GD library
Package: mediawiki Severity: wishlist >From http://www.mediawiki.org/wiki/ImageMagick (and setup page): > Image thumbnailing requires either ImageMagick or GD library. > ImageMagick is recommended since it produces better quality thumbnails; Thus the package dependencies should have imagemagick before php-gd ciao cate -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable'), (102, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28.6 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542001: Acknowledgement (kpdf configuration option "watch file" doesn't work at all)
Further exploration reveals that KPDF *does* update the the view of the file. I have not been able to reproduce this bug again so it must have been an error on my part, sorry. Please remove this bug. On 8/17/09, Debian Bug Tracking System wrote: > Thank you for filing a new Bug report with Debian. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > As you requested using X-Debbugs-CC, your message was also forwarded to > alcort...@gmail.com > (after having been given a Bug report number, if it did not have one). > > Your message has been sent to the package maintainer(s): > Debian Qt/KDE Maintainers > > If you wish to submit further information on this problem, please > send it to 542...@bugs.debian.org. > > Please do not send mail to ow...@bugs.debian.org unless you wish > to report a problem with the Bug-tracking system. > > -- > 542001: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542001 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems > -- Alberto Cortés Martín -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541992: linux-source-2.6.30: Compile failed
On Mon, Aug 17, 2009 at 10:21:32AM +0100, John Talbut wrote: > I tried (twice) to compile a kernel from this source, and each time it > failed. > > The messages at the point of failure were: > > LD arch/x86/kernel/apic/built-in.o > CC arch/x86/kernel/cpu/intel_cacheinfo.o > arch/x86/kernel/cpu/intel_cacheinfo.c: In function ???slab_buffer_size???: > arch/x86/kernel/cpu/intel_cacheinfo.c:1013: internal compiler error: > Segmentation fault send in output of: gcc --version -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542010: lintian: detected outdated localized manpage (policy 12.1 / 3.8.3.0)
Package: lintian Version: 2.2.14 Severity: wishlist Policy 3.8.3.0 recommends to check wether localized manpage are in sync with the original version. A thread on debian-devel (http://lists.debian.org/debian-devel/2009/08/msg00610.html) pointed that the TH command could help on that. It'd be nice if lintian could check that. 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.30-1-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 lintian depends on: ii binutils 2.19.51.20090805-1 The GNU assembler, linker and bina ii diffstat 1.47-1 produces graph of changes introduc ii dpkg-dev 1.15.3.1 Debian package development tools ii file 5.03-1 Determines file type using "magic" ii gettext 0.17-6 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii libipc-run-perl 0.84-1 Perl module for running processes ii libparse-debianchange 1.1.1-2parse Debian changelogs and output ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl 1.37+dfsg-1Manipulates and accesses URI strin ii man-db2.5.5-3on-line manual pager ii perl [libdigest-sha-p 5.10.0-24 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch (no description available) ii libtext-template-perl 1.45-1 Text::Template perl module ii man-db2.5.5-3on-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
Bug#542000: Tries to load DTDs from the network
Am Montag, den 17.08.2009, 11:06 +0200 schrieb Florian Weimer: > Running "java -jar /usr/share/java/xalan2.jar -DIAG -XSL t.xsl -IN > References.html", I receive the following error message: > > (Location of error unknown)java.io.IOException: Server returned HTTP response > code: 503 for URL: http://www.w3.org/TR/html4/loose.dtd > > References.html starts like this: > > "http://www.w3.org/TR/html4/loose.dtd";> > > It seems that W3C has begun enforcing some sort of AUP on their DTD > repository. > > This should also be fixed for stable and oldstable. Xalan doesn't use the catalog system. Please simply use it to avoid access to the internet. http://www.sagehill.net/docbookxsl/UseCatalog.html#UsingCatsXalan I'm in favour of closing this report without any further action. You discovered the intended design. Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#539265: cannot be started from menu: please add -XDialog option
On Mon, Aug 17, 2009 at 06:59:32AM +0200, Ola Lundqvist wrote:
[ skipped ]
> > > As far as I remember it checks whether a tty exists and if not always
> > > use the dialog.
> >
> > It was most likely so in the past, because it was startable before,
> > but not now.
>
> In that case this have to be fixed. The unfortunate thing is that in my menu
> VNC is not visible at all.
For the environments like Gnome or KDE there is another menu system,
IIRC, controllable via separate ".desktop" files.
> I do not know if that is a problem with Gnome
> environment or something else.
> What window manager do you use (or actually what menu system?)
The standard debian menu system ("menu" package). The window manager is IceWM.
--
Stanislav
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541873: quota: Incorrect runlevels and dependencies in init.d script
On Sun, Aug 16, 2009 at 09:54:42PM +0200, Petter Reinholdtsen wrote: > implies $local_fs. I suspect the original setup for this service will > fail if runlevel 1 is used (daemon killed by sendsigs, but not started > when switching to other runlevel). But that is a different problem I don't really understand this one. Why? > -# Default-Start: S 2 3 4 5 > -# Default-Stop: 0 1 6 > +# Default-Start: S > +# Default-Stop: 0 6 No, this doesn't seem to be correct. The "S" needs to be removed, you don't want to run an RPC daemon in single user mode, but why did you remove the others? 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 Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#496326: Take over the ITP
On Tue, 2009-06-30 at 12:04 +0200, Filip Chabik wrote: > I'd love to take over this ITP bug. There's Gwibber package for Debian > already in mentors repository [1]. Go ahead. Dan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541997: iwlwify: check enable flag
tags 541997 + pending fixed-upstream thanks On Monday 17 Aug 2009 14:27:56 Clemens Buchacher wrote: > If the device is down, the attempt to configure power levels causes an > error message. > --- > > Note that this probably applies equally to the ipw module, but I don't own > the hardware to test it. Thank you for the patch. Applied for both iwlwifi and ipw. Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com "Necessity is the mother of invention." signature.asc Description: This is a digitally signed message part.
Bug#541735: libssl0.9.8: unknown message digest algorithm error in heirloom-mailx
Hi! it looks like disabling MD2 in version 0.9.8k-4 caused problems with some other important applications as the Payflow PRO service. E.g., when you connect to https://payflowpro.paypal.com/ if you look at the certificate chain, the root certificate in the chain uses signature algorithm PKCS #1 MD2 With RSA Encryption: $ openssl s_client -showcerts -connect payflowpro.paypal.com:443 [...] 2 s:/C=US/O=VeriSign, Inc./OU=Class 3 Public Primary Certification Authority i:/C=US/O=VeriSign, Inc./OU=Class 3 Public Primary Certification Authority -BEGIN CERTIFICATE- MIICPDCCAaUCEHC65B0Q2Sk0tjjKewPMur8wDQYJKoZIhvcNAQECBQAwXzELMAkG A1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFz cyAzIFB1YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTk2 MDEyOTAwMDAwMFoXDTI4MDgwMTIzNTk1OVowXzELMAkGA1UEBhMCVVMxFzAVBgNV BAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAzIFB1YmxpYyBQcmlt YXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIGfMA0GCSqGSIb3DQEBAQUAA4GN ADCBiQKBgQDJXFme8huKARS0EN8EQNvjV69qRUCPhAwL0TPZ2RHP7gJYHyX3KqhE BarsAx94f56TuZoAqiN91qyFomNFx3InzPRMxnVx0jnvT0Lwdd8KkMaOIG+YD/is I19wKTakyYbnsZogy1Olhec9vn2a/iRFM9x2Fe0PonFkTGUugWhFpwIDAQABMA0G CSqGSIb3DQEBAgUAA4GBALtMEivPLCYATxQT3ab7/AoRhIzzKBxnki98tsX63/Do lbwdj2wsqFHMc9ikwFPwTtYmwHYBV4GSXiHx0bH/59AhWM1pF+NEHJwZRDmJXNyc AA9WjQKZ7aKQRUzkuxCkPfAyAw7xzvjoyVGM5mKf5p/AfbdynMk2OmufTqj/ZA1k -END CERTIFICATE- [...] if you save the above cert to a file, e.g. cert.pem, and then run $ openssl x509 -noout -text -in cert.pem you will see: Certificate: Data: Version: 1 (0x0) Serial Number: 70:ba:e4:1d:10:d9:29:34:b6:38:ca:7b:03:cc:ba:bf Signature Algorithm: md2WithRSAEncryption Issuer: C=US, O=VeriSign, Inc., OU=Class 3 Public Primary Certification Authority Validity Not Before: Jan 29 00:00:00 1996 GMT Not After : Aug 1 23:59:59 2028 GMT Subject: C=US, O=VeriSign, Inc., OU=Class 3 Public Primary Certification Authority Subject Public Key Info: Public Key Algorithm: rsaEncryption RSA Public Key: (1024 bit) Modulus (1024 bit): 00:c9:5c:59:9e:f2:1b:8a:01:14:b4:10:df:04:40: db:e3:57:af:6a:45:40:8f:84:0c:0b:d1:33:d9:d9: 11:cf:ee:02:58:1f:25:f7:2a:a8:44:05:aa:ec:03: 1f:78:7f:9e:93:b9:9a:00:aa:23:7d:d6:ac:85:a2: 63:45:c7:72:27:cc:f4:4c:c6:75:71:d2:39:ef:4f: 42:f0:75:df:0a:90:c6:8e:20:6f:98:0f:f8:ac:23: 5f:70:29:36:a4:c9:86:e7:b1:9a:20:cb:53:a5:85: e7:3d:be:7d:9a:fe:24:45:33:dc:76:15:ed:0f:a2: 71:64:4c:65:2e:81:68:45:a7 Exponent: 65537 (0x10001) Signature Algorithm: md2WithRSAEncryption bb:4c:12:2b:cf:2c:26:00:4f:14:13:dd:a6:fb:fc:0a:11:84: 8c:f3:28:1c:67:92:2f:7c:b6:c5:fa:df:f0:e8:95:bc:1d:8f: 6c:2c:a8:51:cc:73:d8:a4:c0:53:f0:4e:d6:26:c0:76:01:57: 81:92:5e:21:f1:d1:b1:ff:e7:d0:21:58:cd:69:17:e3:44:1c: 9c:19:44:39:89:5c:dc:9c:00:0f:56:8d:02:99:ed:a2:90:45: 4c:e4:bb:10:a4:3d:f0:32:03:0e:f1:ce:f8:e8:c9:51:8c:e6: 62:9f:e6:9f:c0:7d:b7:72:9c:c9:36:3a:6b:9f:4e:a8:ff:64: 0d:64 (you can also see the cert in a web browser, after connecting to https://payflowpro.paypal.com/ and look at the signature algorithm in the first cert in a chain) Now, what i don't understand is why i'm still able to connect to that host using "openssl s_client", but i'm getting errors when connecting via perl's Crypt::SSLeay -- when i "export DEBUG_HTTPS=1" and run the script which connects to that URL, i see SSL_connect:before/connect initialization SSL_connect:SSLv2/v3 write client hello A SSL_connect:SSLv3 read server hello A SSL3 alert write:fatal:decrypt error SSL_connect:error in SSLv3 read server certificate B SSL_connect:error in SSLv3 read server certificate B SSL_connect:before/connect initialization SSL_connect:SSLv3 write client hello A SSL_connect:SSLv3 read server hello A SSL3 alert write:fatal:handshake failure SSL_connect:error in SSLv3 read server certificate B SSL_connect:before/connect initialization SSL_connect:SSLv2 write client hello A SSL_connect:error in SSLv2 read server hello A Best, v. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541703: base-files: Please include FreeBSD license
On Sat, 15 Aug 2009, Rolf Leggewie wrote: > Rolf Leggewie wrote: > > Package: base-files > > Version: 5.0.0ubuntu6 > I reported this from Ubuntu, but of course, I had verified the problem > is the same in Debian. Please read the base-files FAQ in the Debian base-files package and reassign appropriately. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542014: occasionally switches mouse pointer to busy for no (apparent) reason
Package: awesome Version: 3.3.2-1 Severity: minor As the subject says, sometimes awesome switches the mouse pointer to busy (the watch icon) for no good reason. Sometimes the pointer is stuck until you switch the focus to a new window (by moving the pointer), or you switch the workspace. Sometimes switching the workspace is not enough (for example, when the destination workspace is empty). I've noticed this behavior first when executing applications via mod+r. For example, trying to execute anything that doesn't show a window will get you a "permanent" busy cursor. Try executing "false". However, applications requiring a long time to start, or doing something in-between the launch will also get you a stuck pointer. This is not a big issue, but it's rather annoying. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542013: Squeeze Ati propietary driver doesn't install with the new kernel 2.6.30 - AMD64
Package: fglrx-driver Version: 9-2 Current ATI non-free driver in Squeeze doesn't compile with module-assistant when updating to kernel 2.6.30. I tried module-assistant twice and it gave me the same compilation error; it may be a bug from the driver, probably it doesn't support the new 2.6.30 kernel series. Driver worked flawlesly with the last 2.6.26 kernel. My system is an AMD64 lenny stable install with testing repositories enabled; kenels installed are 2.6.26 and the new 2.6.30 version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#528365: vlc: Suashed and greyscale picture with x11 video output
This is driving me crazy :) I've been trying to understand what has been changed in my system to have VLC so badly broken. Here is my experiment. I have created a chroot with a Debian "stable" release on my system (where my current VLC is broken). VLC works fine. I have switched my chroot to "testing" and using VLC 0.9.9a as on my host system. VLC works fine there too! So I have decided to check what are the dependencies with ldd: On the host system: $ ldd /usr/bin/vlc linux-gate.so.1 => (0xb8067000) libvlc.so.2 => /usr/lib/libvlc.so.2 (0xb8036000) libvlccore.so.0 => /usr/lib/libvlccore.so.0 (0xb7f6b000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7f52000) libc.so.6 => /lib/libc.so.6 (0xb7e11000) libhal.so.1 => /usr/lib/libhal.so.1 (0xb7e01000) libdbus-1.so.3 => /lib/libdbus-1.so.3 (0xb7dc8000) librt.so.1 => /lib/librt.so.1 (0xb7dbf000) libdl.so.2 => /lib/libdl.so.2 (0xb7dbb000) libm.so.6 => /lib/libm.so.6 (0xb7d94000) /lib/ld-linux.so.2 (0xb8068000) libsmbios.so.2 => /usr/lib/libsmbios.so.2 (0xb7cff000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7c0f000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7be4000) On the chroot: $ ldd /usr/bin/vlc linux-gate.so.1 => (0xb8053000) libvlc.so.2 => /usr/lib/libvlc.so.2 (0xb8032000) libvlccore.so.0 => /usr/lib/libvlccore.so.0 (0xb7f67000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7f4e000) libc.so.6 => /lib/libc.so.6 (0xb7e0d000) libhal.so.1 => /usr/lib/libhal.so.1 (0xb7dfd000) libdbus-1.so.3 => /lib/libdbus-1.so.3 (0xb7dc4000) librt.so.1 => /lib/librt.so.1 (0xb7dbb000) libdl.so.2 => /lib/libdl.so.2 (0xb7db7000) libm.so.6 => /lib/libm.so.6 (0xb7d9) /lib/ld-linux.so.2 (0xb8054000) So on my host systems there is 3 more libraries used (libsmbios.so.2, libstdc++.so.6 and libgcc_s.so.1). Note that on both systems all the libraries used have the exact same SHA-1 except libhal.so.1 (but replacing it on the host system did not help). So the only difference between the working (on chroot) and the failing (host system) VLC are those 3 libraries (C runtime + smbios). Does this makes sense? Does it helps? Any idea of things I could test to help finding the problem? Pascal. -- --|-- --| Pascal Obry Team-Ada Member --| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE --|-- --|http://www.obry.net - http://v2p.fr.eu.org --| "The best way to travel is by means of imagination" --| --| gpg --keyserver keys.gnupg.net --recv-key F949BD3B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542012: lbdb: incorrect info in manpage
Package: lbdb Version: 0.36 Severity: important The manpage incorrectly states: set query_command="lbdbq ’%s’" whereas it should be: set query_command="lbdbq %s" -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) 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 lbdb depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libvformat1 1.13-4 Library to read and write vcard fi ii perl 5.10.0-19 Larry Wall's Practical Extraction lbdb recommends no packages. Versions of packages lbdb suggests: ii abook 0.5.6-6text-based ncurses address book ap pn finger (no description available) pn libnet-ldap-perl (no description available) pn libpalm-perl (no description available) ii mutt 1.5.18-6 text-based mailreader supporting M pn procmail (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#457372: problem still present
Hi, today, I experienced this problem, too. I have what looked like a successful run of aptitude (no warnings or error messages displayed), but the error code was "255". As a consequence, this sequence failed: # aptitude update && aptitude safe-upgrade It would be nice to find such error codes in the man page. I also think that silent failure is not good behaviour for programs, much less so for critical infrastructure. 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#538945: I confirm this bug too.
Hello, I had this problem because after installing virtualbox-ose-additions, virtualbox gets automatically upgraded, but not virtualbox-ose-qt. After a manual upgrade of virtualbox-ose-qt, it worked. As you see you don't need to do obscure things to enter this failure state. Please add strong dependency rules between all virtualbox packages, this is the only way to have it working for everybody and anytime. Thanks, Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541992: linux-source-2.6.30: Compile failed
[ don't drop bug report on cc, please!!! ] On Mon, Aug 17, 2009 at 10:55:54AM +0100, John Talbut wrote: > gcc (Debian 4.3.3-14) 4.3.3 > try to build with the .config we ship our linux-images, not seen this error yet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542011: RFA: rus-ispell
Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Description: Russian dictionary for Ispell This dictionary contains Russian wordlists for the Ispell spellchecker. . The dictionary contains over 122,200 stem words and produces over 1,168,000 derivate words, including support for the :E (yo) letter. Description: Russian dictionary for MySpell This dictionary contains Russian wordlists for the MySpell spellchecker currently supported by Mozilla and OpenOffice. . The dictionary is generated from the Ispell wordlist. Description: Russian dictionary for Aspell This dictionary contains Russian wordlists for the Aspell spellchecker currently supported by GNOME applications. . The dictionary is generated from the Ispell wordlist. I would like someone to take over the maintenance of this package, as I no longer have the motivation to continue maintaining it. Preferably, the new maintainer would be a native Russian speaker and sensitive to the issue of retaining both YE and YO spelling variants. I can assist the new maintainer in the initial phase, if necessary. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqJKjIACgkQeXr56x4Muc2BCQCgssyGapvCfEgUfyMtgrA0yLDd 2OsAnAvXUernwEH3yH1exqFTHUmrAUSO =oCN/ -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#542017: gnucash: uses deprecated gtkhtml3.8
Package: gnucash Version: 2.2.6-3 Severity: important User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: oldlibs gtkhtml3.8 Hi, gnucash currently still depends on libgtkhtml3.8-15. However, the 3.8 version of gtkhtml was deprecated more than 2 years ago. A new version is available, named gtkhtml3.14, with only few incompatible changes. If a new upstream version that uses an up-to-date GtkHtml exists, please consider updating the package to this version. If not, it would be nice to consider porting to gtkhtml3.14 anyway. We’d like to remove gtkhtml3.8 from the archive before the squeeze release, since it is one of the packages using the deprecated libgnomeprint library. Thanks, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#542018: gnotime: uses deprecated gtkhtml3.8
Package: gnotime Version: 2.3.1~snapshot20090531-2 Severity: important User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: oldlibs gtkhtml3.8 Hi, gnotime currently still depends on libgtkhtml3.8-15. However, the 3.8 version of gtkhtml was deprecated more than 2 years ago. A new version is available, named gtkhtml3.14, with only few incompatible changes. If a new upstream version that uses an up-to-date GtkHtml exists, please consider updating the package to this version. If not, it would be nice to consider porting to gtkhtml3.14 anyway. We’d like to remove gtkhtml3.8 from the archive before the squeeze release, since it is one of the packages using the deprecated libgnomeprint library. Thanks, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541829: dpkg-source.1: -m, -e, -C not documented
Hi, Am Montag, den 17.08.2009, 11:02 +0200 schrieb Raphael Hertzog: > On Sun, 16 Aug 2009, Joachim Breitner wrote: > > dpkg-buildpackage(1) claims that -C, -m and -e options are passed to > > dpkg-source and documented in it’s manpage, but they are not mentioned > > in either dpkg-source(1) nor "dpkg-source --help". > > Quoting dpkg-buildpackage(1) I see: >-Cchangesdescription >-mmaintaineraddress >-emaintaineraddress > Passed unchanged to dpkg-genchanges. See its manual page. > > And in the dpkg-genchanges manual page they are effectively documented. > > Did you misread the name or did you see something else somewhere else? ah, I see it in the German translation of dpkg-buildpackage(1): -CÄnderungsbeschreibung -mBetreueradresse -eBetreueradresse Wird unverändert an dpkg-source weitergegeben. Lesen Sie dessen Handbuchseite. and when checking whether it exists in the English one as well, I didn’t read it carefully. So only the German manpage has to be fixed. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#542015: mysql-query-browser: uses deprecated gtkhtml3.8
Package: mysql-query-browser Version: 5.0r12-1 Severity: important User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: oldlibs gtkhtml3.8 Hi, mysql-query-browser currently still depends on libgtkhtml3.8-15. However, the 3.8 version of gtkhtml was deprecated more than 2 years ago. A new version is available, named gtkhtml3.14, with only few incompatible changes. If a new upstream version that uses an up-to-date GtkHtml exists, please consider updating the package to this version. If not, it would be nice to consider porting to gtkhtml3.14 anyway. We’d like to remove gtkhtml3.8 from the archive before the squeeze release, since it is one of the packages using the deprecated libgnomeprint library. Thanks, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#542016: libextutils-cbuilder-perl: new upstream release, version numbering
Package: libextutils-cbuilder-perl Version: 0.26-1 Severity: wishlist There's ExtUtils-CBuilder 0.2603 on CPAN, and Perl 5.10.1 RC1 bundles 0.2602. I'm unsure what to put on the perl-modules conflict list for 5.10.1; saying Conflicts: libextutils-cbuilder-perl (<< 0.2602) will force the separate package to pick up the four digit scheme too. I suppose the alternative would be 0.26.02. I'll be using 0.2602 for upcoming RC1 packages targetted for experimental, let me know if you have better suggestions. In any case, this package should be updated or it will be obsoleted when 5.10.1 gets in sid. -- 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#542019: libextutils-parsexs-perl: new upstream release, version numbering
Package: libextutils-parsexs-perl Version: 2.20-1 Severity: wishlist There's ExtUtils-ParseXS 2.2002 on CPAN, and it's also bundled with Perl 5.10.1 RC1. I'm going to put Conflicts: libextutils-parsexs-perl (<< 2.2002) on the perl-modules conflict list as upstream has picked up the four digit version numbering. This means that the separate package needs to use four digits in the future, i.e. 2.21 will become 2.2100-1 etc. Let me know if you have better suggestions. This package should be updated or it will be uninstallable when 5.10.1 gets in sid. -- 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#542020: dicod: installation fails if dictd has not been purged
Package: dicod
Version: 2.0-4
Severity: important
User: initscripts-ng-de...@lists.alioth.debian.org
Usertags: obsolete-initscript
If the dictd package had been installed before, installing dicod fails
because insserv complains about the dicod service being already
provided:
,
| # aptitude install dicod
| Reading package lists... Done
| Building dependency tree
| Reading state information... Done
| Reading extended state information
| Initializing package states... Done
| The following NEW packages will be installed:
| dico-module-dictorg{a} dicod libdico0{a} libgsasl7{a} libgssapi-krb5-2{a}
libidn11{a}
| libk5crypto3{a} libkeyutils1{a} libkrb5-3{a} libkrb5support0{a} libltdl7{a}
libntlm0{a}
| The following packages will be REMOVED:
| dictd{a} dictzip{u} ucf{u} update-inetd{u}
| 0 packages upgraded, 12 newly installed, 4 to remove and 4 not upgraded.
| Need to get 0B/1506kB of archives. After unpacking 2879kB will be used.
| Do you want to continue? [Y/n/?]
| Writing extended state information... Done
| (Reading database ... 17979 files and directories currently installed.)
| Removing dictd ...
| Removing dictzip ...
| Removing ucf ...
| Removing update-inetd ...
| Processing triggers for man-db ...
| Selecting previously deselected package libdico0.
| (Reading database ... 17905 files and directories currently installed.)
| Unpacking libdico0 (from .../libdico0_2.0-4_i386.deb) ...
| Selecting previously deselected package libkeyutils1.
| Unpacking libkeyutils1 (from .../libkeyutils1_1.2-11_i386.deb) ...
| Selecting previously deselected package libkrb5support0.
| Unpacking libkrb5support0 (from .../libkrb5support0_1.7dfsg~beta3-1_i386.deb)
...
| Selecting previously deselected package libk5crypto3.
| Unpacking libk5crypto3 (from .../libk5crypto3_1.7dfsg~beta3-1_i386.deb) ...
| Selecting previously deselected package libkrb5-3.
| Unpacking libkrb5-3 (from .../libkrb5-3_1.7dfsg~beta3-1_i386.deb) ...
| Selecting previously deselected package libgssapi-krb5-2.
| Unpacking libgssapi-krb5-2 (from
.../libgssapi-krb5-2_1.7dfsg~beta3-1_i386.deb) ...
| Selecting previously deselected package libidn11.
| Unpacking libidn11 (from .../libidn11_1.15-1_i386.deb) ...
| Selecting previously deselected package libntlm0.
| Unpacking libntlm0 (from .../libntlm0_0.3.13-1_i386.deb) ...
| Selecting previously deselected package libgsasl7.
| Unpacking libgsasl7 (from .../libgsasl7_1.1-1_i386.deb) ...
| Selecting previously deselected package libltdl7.
| Unpacking libltdl7 (from .../libltdl7_2.2.6a-4_i386.deb) ...
| Selecting previously deselected package dicod.
| Unpacking dicod (from .../archives/dicod_2.0-4_i386.deb) ...
| Selecting previously deselected package dico-module-dictorg.
| Unpacking dico-module-dictorg (from .../dico-module-dictorg_2.0-4_i386.deb)
...
| Processing triggers for man-db ...
| Setting up libdico0 (2.0-4) ...
| Setting up libkeyutils1 (1.2-11) ...
| Setting up libkrb5support0 (1.7dfsg~beta3-1) ...
| Setting up libk5crypto3 (1.7dfsg~beta3-1) ...
| Setting up libkrb5-3 (1.7dfsg~beta3-1) ...
| Setting up libgssapi-krb5-2 (1.7dfsg~beta3-1) ...
| Setting up libidn11 (1.15-1) ...
| Setting up libntlm0 (0.3.13-1) ...
| Setting up libgsasl7 (1.1-1) ...
| Setting up libltdl7 (2.2.6a-4) ...
| Setting up dicod (2.0-4) ...
| insserv: script dicod: service dicod already provided!
| insserv: exiting now!
| dpkg: error processing dicod (--configure):
| subprocess installed post-installation script returned error exit status 1
| dpkg: dependency problems prevent configuration of dico-module-dictorg:
| dico-module-dictorg depends on dicod; however:
| Package dicod is not configured yet.
| dpkg: error processing dico-module-dictorg (--configure):
| dependency problems - leaving unconfigured
| Errors were encountered while processing:
| dicod
| dico-module-dictorg
| E: Sub-process /usr/bin/dpkg returned an error code (1)
| A package failed to install. Trying to recover:
| Setting up dicod (2.0-4) ...
| insserv: script dicod: service dicod already provided!
| insserv: exiting now!
| dpkg: error processing dicod (--configure):
| subprocess installed post-installation script returned error exit status 1
| dpkg: dependency problems prevent configuration of dico-module-dictorg:
| dico-module-dictorg depends on dicod; however:
| Package dicod is not configured yet.
| dpkg: error processing dico-module-dictorg (--configure):
| dependency problems - leaving unconfigured
| Errors were encountered while processing:
| dicod
| dico-module-dictorg
| Reading package lists... Done
| Building dependency tree
| Reading state information... Done
| Reading extended state information
| Initializing package states... Done
| Writing extended state information... Done
`
This happens because the /etc/rc?.d/ symlinks set up by the dictd
package are still present.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unsta
Bug#542014: occasionally switches mouse pointer to busy for no (apparent) reason
At 1250504863 time_t, Yuri D'Elia wrote: > I've noticed this behavior first when executing applications via mod+r. > For example, trying to execute anything that doesn't show a window > will get you a "permanent" busy cursor. Try executing "false". > > However, applications requiring a long time to start, or doing something > in-between the launch will also get you a stuck pointer. > > This is not a big issue, but it's rather annoying. This is the default behaviour of the prompt: it enables startup-notification. Obviously if you do not run a X11 application this way, it waits 20 seconds to timeout. Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#536658: should really be RFA
As of today, I am withdrawing from dictionary maintenance work at Debian. While Aigars indeed remains the primary maintainer for this package, I'm the one who performed all of the uploads for the last two years, so this package really needs someone to pick up maintenance and get around packaging recent upstream releases. This requires someone to be a native Latvian speaker, because all recent build issues involve incorrect upstream affix files that make the Aspell tools barf and fixing the affix file's content requires in-depth knowledge of Latvian phonetics and how it relates to hyphenation of words. Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541873: quota: Incorrect runlevels and dependencies in init.d script
[Michael Meskes] > On Sun, Aug 16, 2009 at 09:54:42PM +0200, Petter Reinholdtsen wrote: > > implies $local_fs. I suspect the original setup for this service will > > fail if runlevel 1 is used (daemon killed by sendsigs, but not started > > when switching to other runlevel). But that is a different problem > > I don't really understand this one. Why? Because I have misread the rules file when I quickly skimmed through it to see what was supposed to be in the header. I thought this line was for the quotarpc script: dh_installinit --update-rcd-params="start 35 S . stop 85 0 6 ." --no-start But I see now that I misread. This was the line for quotarpc: dh_installinit --init-script=quotarpc --update-rcd-params="defaults 21 79" > No, this doesn't seem to be correct. The "S" needs to be removed, > you don't want to run an RPC daemon in single user mode, but why did > you remove the others? You are absolutely right. :) 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#542016: libextutils-cbuilder-perl: new upstream release, version numbering
-=| Niko Tyni, Mon, Aug 17, 2009 at 01:41:27PM +0300 |=- > Package: libextutils-cbuilder-perl > Version: 0.26-1 > Severity: wishlist > > There's ExtUtils-CBuilder 0.2603 on CPAN, and Perl 5.10.1 RC1 bundles > 0.2602. I'm unsure what to put on the perl-modules conflict list for > 5.10.1; saying > > Conflicts: libextutils-cbuilder-perl (<< 0.2602) > > will force the separate package to pick up the four digit scheme > too. I suppose the alternative would be 0.26.02. I think the current practice is to follow 4-digit scheme when upstream uses it and later use version mangling (and cursing) when they are back to a 2-digit one, so your plan looks OK to me. > I'll be using 0.2602 for upcoming RC1 packages targetted for > experimental, let me know if you have better suggestions. > > In any case, this package should be updated or it will be obsoleted > when 5.10.1 gets in sid. True. And currently this is not bad, as the changes between 2602 and 2603 are (thanks, jawnsy): + Fix INSTALLDIRS setting for older Perls (RT#47895) + Fix to a test file + Fixes for VM i.e. not relevant to Debian so it appears we don't need the separate package once the core package is upgraded. -- dam signature.asc Description: Digital signature
Bug#541704: bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#541704: Info received (bug#4090: Info received (Bug#
Thank you for the additional information you have supplied regarding this bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs If you wish to submit further information on this problem, please send it to 4...@emacsbugs.donarmstrong.com, as before. Please do not send mail to ow...@emacsbugs.donarmstrong.com unless you wish to report a problem with the Bug-tracking system. -- 4090: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4090 Emacs Bug Tracking System Contact ow...@emacsbugs.donarmstrong.com with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#493352: Severity of gdebi bug
I disagree with the statement that this bug is non-RC. I would be extremely surprised if the vast majority of users even know that gdebi can be run as root, or that it has a command line version that still works in spite of this bug. This is because the purpose of gdebi is to install packages when the user double-clicks on them in their file manager. This action does not launch gdebi as root. If a user is clueful enough to know about gdebi on the command line, then I don't see why they wouldn't also know how to use su and dpkg and apt directly. -- Sam Morris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
