Bug#589490: startupmanager crashes on amd64
Package: startupmanager Version: 1.9.13-5 Severity: grave Justification: renders package unusable Startupmanager is crashing on start with following error messages : Generating grub.cfg ... Found background image: Lake_mapourika_NZ1.tga Found linux image: /boot/vmlinuz-2.6.34-1-amd64 Found initrd image: /boot/initrd.img-2.6.34-1-amd64 Found linux image: /boot/vmlinuz-2.6.34 Found initrd image: /boot/initrd.img-2.6.34 Found Microsoft Windows XP Professionnel on /dev/sdb1 Found Ubuntu 10.04 LTS (10.04) on /dev/sdc12 Found Debian GNU/Linux (squeeze/sid) on /dev/sdc6 Found Windows 7 (loader) on /dev/sdd1 done Grub2 detected Usplash detected Splashy not detected Traceback (most recent call last): File /usr/sbin/startupmanager, line 54, in module main() File /usr/sbin/startupmanager, line 51, in main SumGui() File /usr/share/startupmanager/gtk_frontend.py, line 193, in __init__ self.setup_widgets() File /usr/share/startupmanager/gtk_frontend.py, line 202, in setup_widgets self.set_shared_grub_widgets() File /usr/share/startupmanager/gtk_frontend.py, line 223, in set_shared_grub_widgets self.timeout_spinner.set_value(self.grub.get_timeout()) File /usr/lib/pymodules/python2.6/bootconfig/grub.py, line 91, in get_timeout timeout = utils.extract_number(line) File /usr/lib/pymodules/python2.6/bootconfig/utils.py, line 64, in extract_number match = number_filter.search(line) TypeError: expected string or buffer zsh: exit 1 sudo startupmanager Any clue ?? Regards mahashakti89 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (996, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-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 startupmanager depends on: ii grub-pc 1.98+20100710-1 GRand Unified Bootloader, version ii menu 2.1.43 generates programs menu for all me ii python 2.6.5-8 interactive high-level object-orie ii python-glade22.17.0-2GTK+ bindings: Glade support ii python-gnome22.28.1-1Python bindings for the GNOME desk ii python-libxml2 2.7.7.dfsg-4Python bindings for the GNOME XML ii python-support 1.0.9 automated rebuilding support for P ii x11-xserver-utils7.5+1 X server utilities ii yelp 2.30.1+webkit-1 Help browser for GNOME startupmanager recommends no packages. startupmanager 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#576445: [patch]: sgml-base: Fails to purge
On Sat, 17 Jul 2010 16:27:52 +0200 Michael Banck mba...@debian.org wrote: On Mon, Apr 12, 2010 at 05:39:07PM +0900, Hideki Yamane wrote: +## remove /etc/sgml and /var/lib/sgml-base +for dir in /etc/sgml /var/lib/sgml-base +if [ -d $dir ]; then + rmdir --ignore-fail-on-non-empty $dir +fi This is not correct shell-code, you're missing the do ... done statements. I will upload the attached NMU from the current BSP by the end of the weekend if no maintainer upload happens. Oh, and thanks Michael, I'm happy to hear it'll be fixed with your patch :) -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589352: ants: Sequence of transformations in WarpTimeSeriesImageMultiTransform produces wrong? result
do you mean like in reproduce-order.sh which I gave for Brian? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589352#45 and it seems it didn't just exit but actually stored result (or am I wrong? officially I am sleeping now ;)) On Sat, 17 Jul 2010, songg...@seas.upenn.edu wrote: After a quick test, I found a small problem of the second WarpMultiTransform in reproduce3.sh. Here is the output: ... Basically it did NOT perform the warping. We did this on purpose as a sanity check. Typically the transform sequence like XXXInverseWarp.nii.gz -i XXXAffine.txt is not a legit one; the more reasonable one would be -i XXXAffine.txt XXXInverseWarp.nii.gz instead. Could you try to switch the inverse warp and the inverse affine here? If you are sure that you want to put the inverse of affine at last, we probably would add some option like a -force to bypass the sanity check. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#391381: xpdf is UTF-8 unaware
reassign 391381 xpdf tag 391381 confirmed thanks I put file as ééé.pdf, xpdf shows it as ééé.pdf (Actually some of them were whilte box we Japanese call as TOFU. This is typical for latin1 - UTF-8 conversion.) It loaded file OK. This is like http://bugs.debian.org/227913 http://bugs.debian.org/422346 Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589491: update-notifier-kde: segfaults on startup
Package: update-notifier-kde Version: 1.1 Severity: normal I recently upgraded update-notifier, today when I logged in to KDE I got the KDE crash dialog. It wouldn't automatically report the bug because debug symbols are missing for /usr/lib/kde4/kded_kingston_update_notifier.so, and I couldn't find a -dbg package that provides those symbols. See the crashreport below, all I did was login, and start browsing my email. Application: kded4 ($Id: kded.cpp 1031637 2009-10-05 16:58:19Z lunakl $) KDE Platform Version: 4.4.4 (KDE 4.4.4) Qt Version: 4.6.3 Operating System: Linux 2.6.35-rc5 x86_64 Distribution: Debian GNU/Linux unstable (sid) -- Information about the crash: I think update-notifier checked how many updates I would have and wanted to display a popup. Instead it crashed. -- Backtrace: Application: KDE Daemon (kdeinit4), signal: Segmentation fault [KCrash Handler] #5 0x00362ff20169 in KComponentData::operator=(KComponentData const) () from /usr/lib/libkdecore.so.5 #6 0x7fd7cd9fb5b7 in ?? () from /usr/lib/kde4/kded_kingston_update_notifier.so #7 0x7fd7cd9fbbfc in ?? () from /usr/lib/kde4/kded_kingston_update_notifier.so #8 0x7fd7cd9fbcb6 in ?? () from /usr/lib/kde4/kded_kingston_update_notifier.so #9 0x003121f8c346 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4 #10 0x7fd7cd9fbe2c in ?? () from /usr/lib/kde4/kded_kingston_update_notifier.so #11 0x7fd7cd9fc49d in ?? () from /usr/lib/kde4/kded_kingston_update_notifier.so #12 0x7fd7cd9fc72e in ?? () from /usr/lib/kde4/kded_kingston_update_notifier.so #13 0x003121f8c346 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4 #14 0x003121f139d1 in QProcess::finished(int) () from /usr/lib/libQtCore.so.4 #15 0x003121f18723 in ?? () from /usr/lib/libQtCore.so.4 #16 0x003121f187f9 in QProcess::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libQtCore.so.4 #17 0x003121f8c346 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4 #18 0x003121fd8ebe in QSocketNotifier::activated(int) () from /usr/lib/libQtCore.so.4 #19 0x003121f931a3 in QSocketNotifier::event(QEvent*) () from /usr/lib/libQtCore.so.4 #20 0x00362c9f832c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #21 0x00362c9fe80b in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #22 0x003630631436 in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5 #23 0x003121f7915c in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4 #24 0x003121fa2aca in ?? () from /usr/lib/libQtCore.so.4 #25 0x00311c63e6c2 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #26 0x00311c642538 in ?? () from /lib/libglib-2.0.so.0 #27 0x00311c6426ec in g_main_context_iteration () from /lib/libglib-2.0.so.0 #28 0x003121fa2713 in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #29 0x00362caa814e in ?? () from /usr/lib/libQtGui.so.4 #30 0x003121f77a82 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #31 0x003121f77e5c in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #32 0x003121f7caeb in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4 #33 0x7fd7d2bc0ca7 in kdemain () from /usr/lib/kde4/libkdeinit/libkdeinit4_kded4.so #34 0x004073f4 in _start () -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-rc5 (SMP w/4 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 update-notifier-kde depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc11:4.5.0-7 GCC support library ii libkdecore54:4.4.4-2 the KDE Platform Core Library ii libkdeui5 4:4.4.4-2 the KDE Platform User Interface Li ii libkio54:4.4.4-2 the Network-enabled File Managemen ii libqt4-dbus4:4.6.3-1 Qt 4 D-Bus module ii libqt4-network 4:4.6.3-1 Qt 4 network module ii libqt4-svg 4:4.6.3-1 Qt 4 SVG module ii libqt4-xml 4:4.6.3-1 Qt 4 XML module ii libqtcore4 4:4.6.3-1 Qt 4 core module ii libqtgui4 4:4.6.3-1 Qt 4 GUI module ii libstdc++6 4.5.0-7 The GNU Standard C++ Library v3 ii update-notifier-common 0.99.3debian5 Files shared between update-notifi
Bug#589492: isc-dhcp: [INTL:fr] French debconf templates translation update
Package: isc-dhcp Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # translation of fr.po to French # # # Nicolas Bertolissio nico.ber...@free.fr, 2005. # Christian Perrier bubu...@debian.org, 2007. msgid msgstr Project-Id-Version: fr\n Report-Msgid-Bugs-To: isc-d...@packages.debian.org\n POT-Creation-Date: 2010-07-07 18:58-0700\n PO-Revision-Date: 2007-06-06 20:37+0200\n Last-Translator: Christian Perrier bubu...@debian.org\n Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n X-Poedit-Country: SWITZERLAND\n X-Poedit-SourceCharset: utf-8\n #. Type: string #. Description #: ../isc-dhcp-relay.templates:2001 msgid Servers the DHCP relay should forward requests to: msgstr Serveurs DHCP auxquels faire suivre les requêtes de relais DHCP : #. Type: string #. Description #: ../isc-dhcp-relay.templates:2001 msgid Please enter the hostname or IP address of at least one DHCP server to which DHCP and BOOTP requests should be relayed. msgstr Veuillez indiquer le nom ou l'adresse IP d'au moins un serveur DHCP auquel faire suivre les requêtes DHCP et BOOTP. #. Type: string #. Description #: ../isc-dhcp-relay.templates:2001 msgid You can specify multiple server names or IP addresses (in a space-separated list). msgstr Vous pouvez indiquer plus d'un serveur. Séparez les noms (ou les adresses IP) des serveurs par un espace. #. Type: string #. Description #: ../isc-dhcp-relay.templates:3001 msgid Interfaces the DHCP relay should listen on: msgstr Interface où le relais DHCP sera à l'écoute : #. Type: string #. Description #: ../isc-dhcp-relay.templates:3001 msgid Please specify which network interface(s) the DHCP relay should attempt to configure. Multiple interface names should be entered as a space-separated list. msgstr Veuillez indiquer, séparés par des espaces, les noms des interfaces réseau que le relais DHCP doit tenter de configurer. #. Type: string #. Description #: ../isc-dhcp-relay.templates:3001 msgid Leave this field blank to allow for automatic detection and configuration of network interfaces by the DHCP relay, in which case only broadcast interfaces will be used (if possible). msgstr Laissez ce champ vide pour permettre la détection et la configuration automatique des interfaces réseaux par le relais DHCP ; dans ce cas, seules les interfaces permettant la diffusion (« broadcast ») seront utilisées. #. Type: string #. Description #: ../isc-dhcp-relay.templates:4001 msgid Additional options for the DHCP relay daemon: msgstr Options supplémentaires pour le démon de relais DHCP : #. Type: string #. Description #: ../isc-dhcp-relay.templates:4001 msgid Please specify any additional options for the DHCP relay daemon. msgstr Vous pouvez ajouter des options supplémentaires pour le démon de relais DHCP. #. Type: string #. Description #: ../isc-dhcp-relay.templates:4001 msgid For example: '-m replace' or '-a -D'. msgstr Par exemple : « -m replace » ou « -a -D ». #. Type: note #. Description #: ../isc-dhcp-server.templates:2001 msgid Manual configuration required after installation msgstr Configuration du serveur DHCP requise après l'installation #. Type: note #. Description #: ../isc-dhcp-server.templates:2001 msgid After the DHCP server is installed, you will need to manually configure it by editing the file /etc/dhcp/dhcpd.conf. Please note that the dhcpd.conf supplied is just a sample, and must be adapted to the network environment. msgstr Après l'installation du serveur DHCP, vous devrez le configurer vous-même en modifiant le fichier /etc/dhcp/dhcpd.conf. Veuillez noter qu'un exemple de fichier dhcpd.conf est fourni, mais que cette configuration est partielle et qu'elle doit être adaptée à votre environnement réseau. #. Type: note #. Description #: ../isc-dhcp-server.templates:2001 msgid Please configure the DHCP server as soon as the installation finishes. msgstr Veuillez configurer le serveur DHCP dès la fin de l'installation. #. Type: string #. Description #: ../isc-dhcp-server.templates:3001 msgid Network interfaces on which the DHCP server should listen: msgstr Interfaces réseau où le serveur DHCP sera à l'écoute : #. Type: string #. Description #: ../isc-dhcp-server.templates:3001 msgid Please specify on which network interface(s) the DHCP server should listen for DHCP requests. Multiple interface names should be entered as a space- separated list. msgstr Veuillez indiquer, séparés par des espaces, les noms des
Bug#184064: debian-policy: [PROPOSAL] Every window manager should provide an alternative to the x-window-manager.1 manpage
Hi! On Sat, 2010-07-17 at 18:36:50 -0700, Russ Allbery wrote: Here, many years later, is a proposed patch implementing that, omitting www-browser because it's not (yet) documented by Policy and adding x-terminal-emulator. Objections or seconds? diff --git a/policy.sgml b/policy.sgml index 0b3c1a1..029a34c 100644 --- a/policy.sgml +++ b/policy.sgml @@ -8273,10 +8273,14 @@ done p These two files are managed through the prgndpkg/prgn - alternatives mechanism. Thus every package providing an - editor or pager must call the - prgnupdate-alternatives/prgn script to register these - programs. + alternatives mechanism. Every package providing an editor or + pager must call the prgnupdate-alternatives/prgn script to + register as an alternative for file/usr/bin/editor/file + or file/usr/bin/pager/file as appropriate. The alternative + should have a slave alternative + for file/usr/share/man/man1/editor.1.gz/file + or file/usr/share/man/man1/pager.1.gz/file pointing to the + corresponding manual page. /p p @@ -8621,7 +8625,9 @@ name [varsyshostname/var]: package ttx-terminal-emulator/tt. They should also register themselves as an alternative for file/usr/bin/x-terminal-emulator/file, with a priority of - 20. + 20. That alternative should have a slave alternative + for file/usr/share/man/man1/x-terminal-emulator.1.gz/file + pointing to the corresponding manual page. /p p @@ -8698,6 +8704,9 @@ name [varsyshostname/var]: configuration, add 10 points; otherwise add none. /item /list + That alternative should have a slave alternative + for file/usr/share/man/man1/x-window-manager.1.gz/file + pointing to the corresponding manual page. /p /sect1 Seconded. regards, guillem signature.asc Description: Digital signature
Bug#589468: [Pkg-chromium-maint] Bug#589468: [chromium-browser]: chromium doesn't alert even if user see some phishing sites.
tags 589468 unreproducible moreinfo thanks On 07/18/2010 01:30 AM, Hideki Yamane wrote: chromium doesn't alert even if user see some phishing sites. step to rerproduce) 1) start chromium browser 2) go to customeservice.cho88.com (that's fake site for auction.yahoo.co.jp) 3) no alert :( a1) start chrome/iceweasel a2) go to customeservice.cho88.com a3) it shows alert! :) It works for me, have you checked the option Enable phishing and malware protection ? Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#184064: debian-policy: [PROPOSAL] Every window manager should provide an alternative to the x-window-manager.1 manpage
* Russ Allbery r...@debian.org, 2010-07-17, 18:36: diff --git a/policy.sgml b/policy.sgml index 0b3c1a1..029a34c 100644 --- a/policy.sgml +++ b/policy.sgml @@ -8273,10 +8273,14 @@ done p These two files are managed through the prgndpkg/prgn - alternatives mechanism. Thus every package providing an - editor or pager must call the - prgnupdate-alternatives/prgn script to register these - programs. + alternatives mechanism. Every package providing an editor or + pager must call the prgnupdate-alternatives/prgn script to + register as an alternative for file/usr/bin/editor/file + or file/usr/bin/pager/file as appropriate. The alternative + should have a slave alternative + for file/usr/share/man/man1/editor.1.gz/file + or file/usr/share/man/man1/pager.1.gz/file pointing to the + corresponding manual page. /p p @@ -8621,7 +8625,9 @@ name [varsyshostname/var]: package ttx-terminal-emulator/tt. They should also register themselves as an alternative for file/usr/bin/x-terminal-emulator/file, with a priority of - 20. + 20. That alternative should have a slave alternative + for file/usr/share/man/man1/x-terminal-emulator.1.gz/file + pointing to the corresponding manual page. /p p @@ -8698,6 +8704,9 @@ name [varsyshostname/var]: configuration, add 10 points; otherwise add none. /item /list + That alternative should have a slave alternative + for file/usr/share/man/man1/x-window-manager.1.gz/file + pointing to the corresponding manual page. /p /sect1 Seconded. -- Jakub Wilk signature.asc Description: Digital signature
Bug#589493: mdadm 3.1.2 fails to grow RAID 6 array - overflows when expanding number of drives in array
Package: mdadm Version: 3.1.2-2 Severity: important Mdadm fails when attempting to add a drive to the array. I believe this is a bug of which Neil Brown is aware and has fixed in code but not released. It is a critical bug for anyone running RAID 5 or RAID 6 who needs to grow their array, which is in turn a critical function. It may not affect those running RAID 0 - 4. Backup:/# mdadm -G -n 10 /dev/md0 mdadm: Need to backup 4503599627313152K of critical section.. mdadm: /dev/md0: Something wrong - reshape aborted -- Package-specific info: --- mdadm.conf DEVICE partitions CREATE owner=root group=disk mode=0660 auto=yes HOMEHOST system MAILADDR lrho...@satx.rr.com PROGRAM /usr/bin/mdadm_notify ARRAY /dev/md0 level=raid6 num-devices=9 metadata=01.2 name=Backup:0 UUID=431244d6:45d9635a:e88b3de5:92f30255 ARRAY /dev/md1 level=raid1 num-devices=2 metadata=0.90 UUID=4cde286c:0687556a:4d9996dd:dd23e701 ARRAY /dev/md2 level=raid1 num-devices=2 metadata=01.2 name=Backup:2 UUID=d45ff663:9e53774c:6fcf9968:21692025 ARRAY /dev/md3 level=raid1 num-devices=2 metadata=01.2 name=Backup:3 UUID=51d22c47:10f58974:0b27ef04:5609d357 --- /etc/default/mdadm INITRDSTART='all' AUTOSTART=true AUTOCHECK=true START_DAEMON=true DAEMON_OPTIONS=--syslog VERBOSE=false --- /proc/mdstat: Personalities : [raid1] [raid6] [raid5] [raid4] md0 : active raid6 sdj[9](S) sda[0] sdi[8] sdh[7] sdg[6] sdf[5] sde[4] sdd[3] sdc[2] sdb[1] 10255960064 blocks super 1.2 level 6, 1024k chunk, algorithm 2 [9/9] [U] bitmap: 0/11 pages [0KB], 65536KB chunk md3 : active (auto-read-only) raid1 hda3[0] hdb3[1] 204796548 blocks super 1.2 [2/2] [UU] bitmap: 0/196 pages [0KB], 512KB chunk md2 : active raid1 hda2[2] hdb2[1] 277442414 blocks super 1.2 [2/2] [UU] bitmap: 3/265 pages [12KB], 512KB chunk md1 : active raid1 hda1[0] hdb1[1] 6144704 blocks [2/2] [UU] bitmap: 0/1 pages [0KB], 65536KB chunk unused devices: none --- /proc/partitions: major minor #blocks name 30 488386584 hda 316144831 hda1 32 277442550 hda2 33 204796620 hda3 3 64 488386584 hdb 3 656144831 hdb1 3 66 277442550 hdb2 3 67 204796620 hdb3 916144704 md1 92 277442414 md2 93 204796548 md3 80 1465138584 sda 8 16 1465138584 sdb 8 32 1465138584 sdc 8 48 1465138584 sdd 8 64 1465138584 sde 8 80 1465138584 sdf 8 96 1465138584 sdg 8 112 1465138584 sdh 8 128 1465138584 sdi 8 144 1465138584 sdj 90 10255960064 md0 --- LVM physical volumes: --- mount output /dev/md2 on / type ext3 (rw) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) fusectl on /sys/fs/fuse/connections type fusectl (rw) /dev/md0 on /Backup type xfs (rw) /dev/md1 on /boot type ext2 (rw) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) nfsd on /proc/fs/nfsd type nfsd (rw) --- initrd.img-2.6.32-3-amd64: 16557 blocks f4fbd9099399ab08ba9b9f6c71d77595 ./scripts/local-top/mdadm c079eb5d2b7c064525d97687b3b0e0df ./etc/mdadm/mdadm.conf 077343bb4dacdb4395db3875260f6324 ./sbin/mdadm 74e3b00c27bf7dea2c03a2b6eb3adca4 ./lib/modules/2.6.32-3-amd64/kernel/drivers/md/raid1.ko fecb50b8bb42cb2cfb293ecc6314d044 ./lib/modules/2.6.32-3-amd64/kernel/drivers/md/dm-snapshot.ko 070687a0bb0bcee504d29a7f654d3807 ./lib/modules/2.6.32-3-amd64/kernel/drivers/md/dm-mod.ko d5873a49abdcb752f72e0d47f43ca1a2 ./lib/modules/2.6.32-3-amd64/kernel/drivers/md/raid10.ko 4858c93b0e36def5471e6a00b45ceb9a ./lib/modules/2.6.32-3-amd64/kernel/drivers/md/raid6_pq.ko f3e8f7d66fbb3c9dae713de630d6086b ./lib/modules/2.6.32-3-amd64/kernel/drivers/md/raid456.ko 1a37e82dfd17b08aea8cc3e03f18e302 ./lib/modules/2.6.32-3-amd64/kernel/drivers/md/multipath.ko fcc6ce075dd0fb2b1b80a2766332b556 ./lib/modules/2.6.32-3-amd64/kernel/drivers/md/linear.ko d101951bdcbf8fa33bbac389cee2f75b ./lib/modules/2.6.32-3-amd64/kernel/drivers/md/md-mod.ko 9347393ef038eb856bbd49e4c11fbeed ./lib/modules/2.6.32-3-amd64/kernel/drivers/md/dm-mirror.ko e9008780f29ea7015c40856e6ba22ebf ./lib/modules/2.6.32-3-amd64/kernel/drivers/md/raid0.ko d6c5b858418c25500077c20f103a744a ./lib/modules/2.6.32-3-amd64/kernel/drivers/md/dm-log.ko d557990148b4d72df5c5b4177b2108f2 ./lib/modules/2.6.32-3-amd64/kernel/drivers/md/dm-region-hash.ko --- initrd's /conf/conf.d/md: MD_HOMEHOST='Backup' MD_DEVPAIRS='/dev/md0:raid6 /dev/md1:raid1 /dev/md2:raid1 /dev/md3:raid1' MD_LEVELS='raid6 raid1 raid1 raid1' MD_DEVS=all MD_MODULES='raid1 raid456' --- /proc/modules: dm_mirror 10923 0 - Live 0xa0181000 dm_region_hash 6648 1 dm_mirror, Live
Bug#589211: Python exceptions in status icon options
tags 589211 + patch
clone 589211 -1
retitle -1 gtk-redshift: doesn't depend on python
severity -1 serious
thanks
* Marco Túlio Gontijo e Silva mar...@debian.org, 2010-07-15, 16:48:
If I click the Status Icon and Toggle, it gives me in the terminal that I ran
gtk-redshift:
Traceback (most recent call last):
File /usr/lib/pymodules/python2.5/gtk_redshift/statusicon.py, line 51, in
toggle_cb
process.send_signal(signal.SIGUSR1)
AttributeError: 'Popen' object has no attribute 'send_signal'
If I click Quit (or if I press C-c in the term):
Traceback (most recent call last):
File /usr/bin/gtk-redshift, line 23, in module
run_statusicon()
File /usr/lib/pymodules/python2.5/gtk_redshift/statusicon.py, line 94, in
run_statusicon
process.terminate()
AttributeError: 'Popen' object has no attribute 'terminate'
Popen objects have send_singal() and terminate() methods in Python 2.6,
but not in earlier versions. However, gtk-redshift doesn't have proper
versioned dependency on python. Well, in fact, it doesn't depend on
python at all.
The attached patch should fix both bugs.
--
Jakub Wilk
diff -Nru redshift-1.2/debian/control redshift-1.2/debian/control
--- redshift-1.2/debian/control 2010-02-21 15:35:30.0 +0100
+++ redshift-1.2/debian/control 2010-07-18 08:35:24.0 +0200
@@ -2,7 +2,8 @@
Section: x11
Priority: extra
Maintainer: Simon Richter s...@debian.org
-Build-Depends: debhelper (= 7), autotools-dev, pkg-config, libx11-dev, libxcb-randr0-dev, libxxf86vm-dev, python-dev
+Build-Depends: debhelper (= 7), autotools-dev, pkg-config, libx11-dev, libxcb-randr0-dev, libxxf86vm-dev, python, python-support
+XS-Python-Version: = 2.6
Standards-Version: 3.8.4
Homepage: https://launchpad.net/redshift
@@ -20,7 +21,7 @@
Package: gtk-redshift
Architecture: all
-Depends: redshift, ${misc:Depends}
+Depends: redshift, ${misc:Depends}, ${python:Depends}
Description: Adjusts the color temperature of your screen
The color temperature is set according to the position of the sun. A
different color temperature is set during night and daytime. During
signature.asc
Description: Digital signature
Bug#581554: Not fixed
I do not think this can be considered fixed yet. It is still a problem for me in the latest version and it seems still to be not working for others. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#232448: debian-policy: Ada Library Information files must be read-only
Yes, the information is still current and correct. (One does not change a sound design decision that has proven its worth for years... :) ) -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#444731: ADOBE PDF file is made to be unreadable
retitle 444731 please disable Adobe licence agreemen trick reassign 444731 xpdf severity 444731 wishlist thanks This ADOBE file is some kind of license incumbered tricky file. xpdf is much after loading than evince but this trick seems to move cursor back to first page. The following error message can be a hint. Error (67500): insufficient arguments for Marked Content There should be dialog to agree to license. If we agree, then argument is provided and vcan go next. This is feature request to skip this test. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#447486: (no subject)
-- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#184064: debian-policy: [PROPOSAL] Every window manager should provide an alternative to the x-window-manager.1 manpage
On 18/07/10 03:36, Russ Allbery wrote: Joey Hess jo...@debian.org writes: Jérôme Marant wrote: Joey Hess jo...@debian.org writes: editor(1) and pager(1) and www-browser(1) are already provided by at least some apternatives for those programs. If this is really a problem, which I don't think it is. Instead I think that slave links for alternatives is common practice, and I have seen no confused users because of it. So, would you second my proposal? Well, I note that none of editor(1), pager(1), or www-browser(1) are mentioned in policy at all. I might second a proposal to document them in policy and add x-window-manager(1) too. Here, many years later, is a proposed patch implementing that, omitting www-browser because it's not (yet) documented by Policy and adding x-terminal-emulator. Objections or seconds? diff --git a/policy.sgml b/policy.sgml index 0b3c1a1..029a34c 100644 --- a/policy.sgml +++ b/policy.sgml @@ -8273,10 +8273,14 @@ done p These two files are managed through the prgndpkg/prgn - alternatives mechanism. Thus every package providing an - editor or pager must call the - prgnupdate-alternatives/prgn script to register these - programs. + alternatives mechanism. Every package providing an editor or + pager must call the prgnupdate-alternatives/prgn script to + register as an alternative for file/usr/bin/editor/file + or file/usr/bin/pager/file as appropriate. The alternative + should have a slave alternative + for file/usr/share/man/man1/editor.1.gz/file + or file/usr/share/man/man1/pager.1.gz/file pointing to the + corresponding manual page. /p p @@ -8621,7 +8625,9 @@ name [varsyshostname/var]: package ttx-terminal-emulator/tt. They should also register themselves as an alternative for file/usr/bin/x-terminal-emulator/file, with a priority of - 20. + 20. That alternative should have a slave alternative + for file/usr/share/man/man1/x-terminal-emulator.1.gz/file + pointing to the corresponding manual page. /p p @@ -8698,6 +8704,9 @@ name [varsyshostname/var]: configuration, add 10 points; otherwise add none. /item /list + That alternative should have a slave alternative + for file/usr/share/man/man1/x-window-manager.1.gz/file + pointing to the corresponding manual page. /p /sect1 Seconded. signature.asc Description: OpenPGP digital signature
Bug#589363: Fix FTBFS by not fail on error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2010-07-18 07:21, Onkar Shinde wrote: Some packages were removed from build dependencies because they were not built. It was case of circular build dependencies. The problem is still not solved. But I hope it will be solved in Maverick. Onkar Okay, so we really want to fix the circular dependency in such a way that all features get enabled. Can you provide a list of the packages in the circle(s)? ~Niels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREIAAYFAkxCtrUACgkQVCqoiq1YlqzBeACfbwBCLFbZtabZRnONUXZfVm/c AsEAn03Ql0tpLVIhlgKjAmy+Qv7sy6KE =2AnG -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#505932: make xpdf to support form
reassign 505932 xpdf retitle add form support to xpdf tags 505932 confirmed severity 505932 wishlist thanks Upstream's commercial support site has: Does XpdfViewer support PDF interactive forms? Applies to: XpdfViewer No, XpdfViewer doesn't currently support filling in PDF interactive forms (AcroForms). This is a rather popular request, so we are planning to work on it in the near future. If you'd like to be notified when form support is available in XpdfViewer, please send email to: i...@glyphandcog.com. I guess stealing evince code should do a fix. Volunteer? Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#160528: This is not upstream design decision
Osamu Aoki wrote: If you want multiple files open, use xargs. Unix tools tend to do one thing at a time. Keeping this bug report serves no purpose. Closing. I disagree. It's common that Unix tools can handle filename globbing. e.g. Are you suggesting that one should use xargs with ls to list all the files matching a certain pattern? I would have looked to see where it was an upstream design decision but I couldn't find the upstream bug tracker. The last comment in this bug report However I'm not going to play bug tennis by re-opening the bug report, I'll leave it to someone else. But far from serving no purpose, this bug *still* annoys me, and has done for many years. Antony -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553492: xpdf 3.02-9 may not have this bug
Hi, xpdf had recenlt refactored. All gs/poppler/CMap related issues are off-loaded to poppler libraries and data. xpdf-utils is no longer build. It is dummy package pointing to poppler-utils. Since this bug report is so will done and precise beyond my understanding, I will appreciate if you check this with 3.02-9 package. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589495: [INTL:es] Spanish debconf translation for mason package
Package: mason Version: 1.0.0-12.1 Severity: wishlist Tags: patch, l10n Please find attached the Spanish translation for mason. Regards, -- Omar Campagne Polaino # mason po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the mason package. # # Changes: # - Initial translation # Maria Germana Oliveira Blazetic germanaolivei...@gmail.com, 2008 # # - Updates # Omar Campagne ocampa...@gmail.com,2010 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # # msgid msgstr Project-Id-Version: mason 1.0.0-12.1\n Report-Msgid-Bugs-To: ma...@packages.debian.org\n POT-Creation-Date: 2010-04-23 10:58+0200\n PO-Revision-Date: 2010-07-18 10:23+0200\n Last-Translator: Omar Campagne ocampa...@gmail.com\n Language-Team: Spanish debian-l10n-span...@lists.debian.org\n Language: es\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #. Type: select #. Choices #: ../templates:1001 ../templates:2001 msgid accept, reject, deny msgstr aceptar, rechazar, denegar #. Type: select #. Description #: ../templates:1002 msgid Default action for new firewall rules: msgstr Acción predeterminada para las nuevas reglas del cortafuegos: #. Type: select #. Description #: ../templates:1002 msgid The new rule default action specifies how Mason will handle unknown packets, when the firewall is in learning mode. msgstr La nueva acción predeterminada de reglas define cómo gestionará Mason los paquetes desconocidos mientras el cortafuegos esté en el modo de aprendizaje. #. Type: select #. Description #: ../templates:1002 msgid The \accept\ action will allow the packet through. \Reject\ will stop the packet with a rejection reply, while \deny\ will drop the packet silently. msgstr La acción «aceptar» dejará pasar el paquete, «rechazar» rechazará el paquete con una respuesta de rechazo, mientras que «denegar» desechará el paquete silenciosamente. #. Type: select #. Description #: ../templates:2002 msgid Default action for rulesets: msgstr Acción predeterminada para el conjunto de reglas: #. Type: select #. Description #: ../templates:2002 msgid The default action specifies how Mason will handle unknown packets, when the firewall is not in learning mode. msgstr La acción predeterminada define cómo gestionará Mason los paquetes desconocidos mientras el cortafuegos no esté en el modo de aprendizaje. #. Type: select #. Description #: ../templates:2002 msgid Again, \accept\ allows the packet through, \reject\ drops the packet with a reply, and \deny\ silently drops the packet. msgstr De nuevo, «aceptar» permite pasar el paquete, «rechazar» rechaza el paquete con una respuesta, y «denegar» rechaza el paquete silenciosamente.
Bug#553492: bfrange block ... issue
reassign 578051 ghostscript thanks I tested with latest sid (evince GNOME Document Viewer 2.30.3, xpdf 3.02-9) $ xpdf foo.pdf Error: Illegal entry in bfrange block in ToUnicode CMap Error: Illegal entry in bfrange block in ToUnicode CMap Error: Illegal entry in bfrange block in ToUnicode CMap Error: Illegal entry in bfrange block in ToUnicode CMap Press any key to continue... $ evince foo.pdf Error: Illegal entry in bfrange block in ToUnicode CMap Error: Illegal entry in bfrange block in ToUnicode CMap Error: Illegal entry in bfrange block in ToUnicode CMap Error: Illegal entry in bfrange block in ToUnicode CMap So I confirm this. Now both program use poppler as their backend. pdflatex= OK latex - dvips - ps2pdf = No It must be CMap issue generated by ps2pdf . Some font choice ??? Since this is not xpdf issue, I reassign this to ghostscript which offer ps2pdf :-) It could be libpoppler5 issue. See detail analysis at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578051#10 Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589496: `read_events': uninitialized constant INotify::Notifier::EINVAL (NameError)
Package: librb-inotify-ruby1.8
Version: 0.7.0-4
Severity: normal
Sometimes small tool which I use to watch changes in directory fails with the
following stacktrace:
/usr/lib/ruby/1.8/rb-inotify/notifier.rb:228:in `read_events': uninitialized
constant INotify::Notifier::EINVAL (NameError)
from /usr/lib/ruby/1.8/rb-inotify/notifier.rb:211:in `process'
from /usr/lib/ruby/1.8/rb-inotify/notifier.rb:194:in `run'
from /usr/lib/ruby/1.8/fssm/backends/inotify.rb:20:in `run'
from /usr/lib/ruby/1.8/fssm/monitor.rb:24:in `run'
from /usr/lib/ruby/1.8/fssm.rb:17:in `monitor'
from scripts/watchfiles:10
'watchfiles' script is attached.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing'), (50, 'experimental'), (50, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-4-openvz-amd64 (SMP w/2 CPU cores)
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages librb-inotify-ruby1.8 depends on:
ii libffi-ruby1.8 0.6.3debian-1 load dynamic libraries, bind funct
ii libinotify-ruby1.8 0.0.2-4 Ruby interface to Linux's inotify
ii ruby1.81.8.7.299-1 Interpreter of object-oriented scr
librb-inotify-ruby1.8 recommends no packages.
librb-inotify-ruby1.8 suggests no packages.
-- no debconf information
#!/usr/bin/env ruby
require 'rubygems'
require 'fssm'
def rebuild_site(relative)
Process.exit
end
begin
FSSM.monitor(nil, ARGV) do
update {|base, relative| rebuild_site(relative)}
delete {|base, relative| rebuild_site(relative)}
create {|base, relative| rebuild_site(relative)}
end
rescue FSSM::CallbackError = e
Process.exit
end
Bug#588464: pu: package libnet-sftp-foreign-perl/1.42+dfsg-1
On Sat, 17 Jul 2010 20:21:16 +0100, Adam D. Barratt wrote: #587830 was reported against libnet-sftp-foreign-perl, and this Recommends should if possible also be added in stable. I have attached the corresponding debdiff. Please go ahead. Thanks, uploaded. Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-BOFH excuse #138: BNC (brain not connected) signature.asc Description: Digital signature
Bug#587279: debian-policy: section 2.2.1 needs some tweaking
On Wed, Jul 14, 2010 at 09:23:02AM -0700, Russ Allbery wrote: diff --git a/policy.sgml b/policy.sgml index 3e99099..9fe7158 100644 --- a/policy.sgml +++ b/policy.sgml @@ -476,9 +476,11 @@ item must not require a package outside of emmain/em for compilation or execution (thus, the package must - not declare a Depends, Recommends, or - Build-Depends relationship on a non-emmain/em - package), + not declare a ttPre-Depends/tt, ttDepends/tt, + ttRecommends/tt, ttBuild-Depends/tt, + or ttBuild-Depends-Indep/tt relationship on a + non-emmain/em package unless a package + in emmain/em is listed as an alternative), /item item must not be so buggy that we refuse to support them, This particular wording allows for the non-free package to be first in the list of alternatives, which I think is clearly incorrect. The intent AIUI is to avoid installation of a package in main ever causing a non-free package to be pulled in automatically, regardless of whether non-free is enabled in sources.list. So I would instead suggest writing this as: unless this package is listed as a non-default alternative to a package in emmain/em Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#587279: debian-policy: section 2.2.1 needs some tweaking
Hi Bill, On Wed, Jul 14, 2010 at 02:15:19PM +0200, Bill Allombert wrote: I disagree that adding an explicit allowance for alternative is not a normative change. The old wording (the package must not declare a Depends, Recommends, or Build-Depends relationship on a non-main package) is quite clear that alternative are not allowed. Part of the non-free is not part of Debian deal was that Debian (main) would not advertize non-free software. Allowing non-free software to be listed in the Depends/Recommends field breaks that. That has never been my understanding, but I wasn't around when the original wording was drafted. Do you have any pointers to list archives showing discussions of this particular issue? If it was really intended by the project in the past that packages in main avoid any mention of non-free or contrib packages, even when these will not be installed by default[1], then this seems to be a question for a GR and not a matter of technical policy. But it's news to me that this was ever the intent. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org [1] BTW, what is the distinction you draw here between a non-free package listed as a non-default alternative Depends, and a non-free package listed in Suggests? The latter has been permitted forever; indeed, the standard fix for a package in main with a wrong Recommends on non-free is to demote this relationship to a Suggests! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588608: aptitude (priority important) depends on libboost-iostreams (priority optional)
On Thu, Jul 15, 2010 at 09:17:38PM -0700, Russ Allbery wrote: I wouldn't place any of Boost in that category. In fact, I wouldn't place aptitude in that category, either. aptitude was historically the recommended tool to use for upgrades because it had the best dependency resolver for handling the dist-upgrade case. For so long as that's true, it should be priority: important, which means that by definition the things that it requires are also priority: important or higher. If apt-get is now strong enough that we can recommend it for upgrades without qualms, then aptitude is another alternative package manager and standard may be fine. Is that now the case? Not only is apt-get now strong enough to handle the cases for which we recommended aptitude in the sarge timeframe (with much better resolution of upgrades, installation of Recommends by default, and tracking of auto-installed packages), but aptitude has also had several deplorable regressions since etch. I don't know which of these made it into the lenny release or which are still present in squeeze, but: - When I type 'aptitude install foo', *removing* foo instead of upgrading is not a valid solution and should never be offered. - When I type 'aptitude install foo', installing 5 packages, removing 3 others, and upgrading 7 more *without installing foo* is not a valid solution and should never be offered. And the reason I don't know if these regressions are still present in lenny or squeeze is that, after about the second time running into such issues, I abandoned use of aptitude altogether. It's one thing to be unable to find a solution and throw me an error; I have no patience for tools that do something other than what I tell them to. On Sat, Jul 17, 2010 at 12:43:05AM +0900, Osamu Aoki wrote: Though I think any manual published on debian.org recommending aptitude for upgrades is a bug that should be fixed. I fail to understand your intent of this statement. Are you suggesting me to change the following text? Aptitude is the current preferred package management tool for the Debian system. Yes, I believe this text should be changed. How does it need to be changed? I am very curious and open for suggestion. I believe the correct recommendations would be: - apt-get for all commandline operations, including package installation and removal, and dist-upgrades - aptitude for an interactive text interface for managing the installed packages - update-manager for keeping your system up-to-date if you're running the default GNOME desktop. Please note this document[1] is claimed to be a secondary documentation. I am merely following the primary documentation: http://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.html#upgradingpackages | Release Notes for Debian GNU/Linux 5.0 (lenny) | | 4.5. Upgrading packages | | The recommended way to upgrade from previous Debian GNU/Linux releases | is to use the package management tool aptitude. This program makes safer | decisions about package installations than running apt-get directly. As I recall, there were long active discussion to reach this text. So at least, this assessment is not an opinion of a single developer. Two things: - This is a recommendation to use it as a tool for upgrading from previous releases, and is not an endorsement of the tool as a preferred package manager for other operations. The upgrade instructions in the release notes are carefully crafted to try to smoothly and correctly handle upgrades on as many users' systems as possible, and for that reason, solutions should be considered for each release that use tools other than those recommended for daily operations. - The recommendation in the release notes was correct /at the time it was drafted/ (i.e., for sarge). By lenny, it was giving noticeably worse results than apt-get in many cases, but by the time the issue was raised, some felt it was too late in the release cycle to revisit the text. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#588608: aptitude (priority important) depends on libboost-iostreams (priority optional)
On Fri, Jul 16, 2010 at 11:59:45AM +0200, Frans Pop wrote: Steve Langasek wrote: This manual represents the opinion of a single developer. And what does that have to do with the price of bananas in Iceland? The fact that aptitude is currently the recommended tool for package management has various reasons: user interface, features, dependency handling, etc. That status has evolved over the last 3 or so release cycles. You have even been part of some of the discussions (for example sarge - etch upgrade issues) Dependency handing is certainly not a reason to recommend aptitude. Yes, I was part of the discussions recommending it for release upgrades in the sarge and etch timeframe. For lenny, I strongly counseled *against* recommending aptitude for release upgrades, due to some concrete regressions in aptitude's upgrade handling at the same time that apt itself had reached parity on all the relevant features (improved upgrade resolver; Recommends handling). It remained in the release notes anyway owing to concerns that it was too late in the cycle to get good tester feedback on upgrades using apt-get, but I intend to again advise removing aptitude from the squeeze release notes in favor of apt-get. aptitude's resolver is just too inconsistent and has too many pathological edge cases for it to be a good idea to recommend its use as a dist-upgrader. Now for interactive upgrades, aptitude does have the best interface. But it doesn't follow that it should be Priority: important as a result; there are any number of packages that we may recommend for one purpose or another that nevertheless shouldn't be installed as 'important'. aptitude is the primary tool used by Debian Installer (and because of that its current priority of important is actally necessary). This is the only reason I see that it should be 'important'. I'm not (yet) convinced that this is necessary. Some alternatives would seem to be: - opportunistically install aptitude when a user wants fine-grained package selection in the installer; otherwise only install it when the 'standard' task is selected. (Downside: user has to wait for aptitude to be installed, introducing delay at another point in the installer.) - have the installer special-case the automatic installation of aptitude in spite of not being Priority: important, so that it's available at the right point in the installer. (Downside: special-casing; and if the user doesn't select the standard task, we either uninstall it at the end of the install leaving users without access to this interface post-install, or we leave it on everybody's system anyway, in which case it might as well just be Priority: important.) These are some other options to think about, but on balance, I would conclude that raising the priority of libboost-iostreams to important is actually the right solution. Boost is an annoyingly unstable library to depend on and its library transitions are painful, but most of the individual component libraries (including libboost-iostreams) are actually quite small with no unusual dependencies; and raising one of these components to important shouldn't cause any problems. It is also recommended in both the Release Notes (for stable release upgrades) and the Installation Guide. The first of these is a bug that needs fixed. The second is a reasonable recommendation if we're pointing users at the TUI; for the CLI we should simply recommend apt-get. So what's listed in the Debian Reference is a correct reflection of aptitude's current status and not, as you imply, the result of some single developer being on crack. Right, it's the result of several developers being on crack. :-P Regardless of whether there are other developers who agree with this particular opinion (which, for any given opinion, is bound to be the case), I think it's important to distinguish between documents whose drafting is done on open mailing lists and whose recommendations are the result of consensus (Debian Policy; DevRef, now that it's on debian-policy; Installation Guide; Release Notes) and those that are maintained by individuals. The latter are useful, but are not the word of the Project. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@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#589019: pam_group does not support NSS groups...
tags 589019 moreinfo thanks On Wed, Jul 14, 2010 at 12:12:20PM +0200, Marco Gaiarin wrote: Package: libpam-modules Version: 1.0.1-5+lenny1 Severity: wishlist Tags: patch pam_group support NIS netgroups to assign (local) group to (indeed) netgroups. But today NIS setup are really uncommon, and enable the NIS netgroup ''layer'' (objectclasses) and stuffs in LDAP only to manage this... Please, consider patching pam_group debian package to include support for NSS group. Googling around i've found these patches (that seems to me the same): https://bugs.launchpad.net/ubuntu/+source/pam/+bug/297408 http://www.redhat.com/archives/pam-list/2009-December/msg0.html Sorry, I don't understand what you mean by NSS groups. Perhaps the second URL above would answer this, but I'm offline at the moment so can't check (and anyway, bug reports should stand alone, without having to refer to external websites). pam_group already works to let you set any group membership you want, whether that group is in the local /etc/group database or is provided by another NSS module, because it calls the NSS-aware getgrnam() function to get the gid to set. And I don't see how NSS interfaces are going to provide any netgroup-like functionality in any event. Can you explain what it is you expect such a change to do for you? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#339466: closed by Osamu Aoki os...@debian.org (xpdf: missing line happens at 125% too but I see it in 25% ...)
On 2010-07-18 05:48:03 +, Debian Bug Tracking System wrote: This is to confirm some round off line position issue exist. I do not know if this is due to PDF file having funky structure or xpdf problem. I see line at 25% but in larger scale I do not. In evince situation is similar but I see faint top line. AFAIK, evince is based on the same source, some that's not surprising that the situation is similar (with some differences because the context is different). It looks like some data structure relies on very thin line and i low mag, round off causing it to show up while in high mag, it becomes invisible. By this observation, I am closing this as data issue. But I'd say that there is a bug in the algorithm: rounding errors should be taken into account when rendering at low mag (and even at high mag BTW, though it's less probable that they have a visible effect). If there's a performance issue, this could be controlled by an option. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589404: Additional info
Hi Chris, Chris Barnard cb...@westnet.com.au (18/07/2010): I did search for an Xorg.conf file or anything that looked like one without success. I searched in /etc and /etc/X11 (including subdirectories). we have a script that collects everything, and which does that when you report a bug against a X package. You can use it manually: /usr/share/bug/xserver-xorg-core/script 3/tmp/reportbug.txt and attach the generated file. Mraw, KiBi. signature.asc Description: Digital signature
Bug#589497: fetchyahoo: Gives Error 1
Package: fetchyahoo Version: 2.12.4-1 Severity: normal I get lots of Error 1. I have no idea what that means in English and the manual page doesn't tell you: fetchyahoo --username=xyxxy --password=plugh --spool=/var/mail/yahoo --folder=Spam --allmsgs --nodelete --proxyhost=localhost --proxyport=3128 Logging in securely via SSL as xyzzy on Sun Jul 18 10:17:40 2010 Using localhost:3128 as a webproxy. https://login.yahoo.com/config/login?ymv=0.intl=us.partner=.last=.src=ym.done=http%3a//edit.yahoo.com/config/mail%3fymv%3d0 Retry #1 (error 1). https://login.yahoo.com/config/login?ymv=0.intl=us.partner=.last=.src=ym.done=http%3a//edit.yahoo.com/config/mail%3fymv%3d0 Retry #2 (error 1). https://login.yahoo.com/config/login?ymv=0.intl=us.partner=.last=.src=ym.done=http%3a//edit.yahoo.com/config/mail%3fymv%3d0 Retry #3 (error 1). html head meta http-equiv=Content-Type content=text/html; charset=utf-8 script language=JavaScript !-- window.location.replace(http://edit.yahoo.com/config/mail?ymv;); // -- /script meta http-equiv=Refresh content=0; url=http://edit.yahoo.com/config/mail?ymv; /head body If you are seeing this page, your browser settings prevent you from automatically redirecting to a new URL. p Please a href=http://edit.yahoo.com/config/mail?ymv;click here/a to continue. /body /html !-- l11.member.ukl.yahoo.com uncompressed/chunked Sun Jul 18 09:18:17 GMT 2010 -- Could not get main Yahoo mail page. Please check http://fetchyahoo.sf.net for a version newer than this version ( 2.12.4 ) If there is no newer version, please e-mail this output to ravi_ramkiss...@yahoo.com https://login.yahoo.com/config/login?ymv=0.intl=us.partner=.last=.src=ym.done=http%3a//edit.yahoo.com/config/mail%3fymv%3d0 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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/bash Versions of packages fetchyahoo depends on: ii libcrypt-ssleay-perl 0.57-2 Support for https protocol in LWP ii libhtml-parser-perl 3.65-1 collection of modules that parse H ii libio-socket-ssl-perl 1.33-1 Perl module implementing object or ii libmime-tools-perl5.428-1Perl5 modules for MIME-compliant m ii liburi-perl 1.54-1 module to manipulate and access UR ii libwww-perl 5.836-1Perl HTTP/WWW client/server librar ii perl 5.10.1-13 Larry Wall's Practical Extraction Versions of packages fetchyahoo recommends: ii libterm-readkey-perl 2.30-4 A perl module for simple terminal Versions of packages fetchyahoo suggests: ii procmail 3.22-19Versatile e-mail processor ii spamassassin 3.3.1-1Perl-based spam filter using text -- 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#339466: closed by Osamu Aoki os...@debian.org (xpdf: missing line happens at 125% too but I see it in 25% ...)
Also this bug is probably related to bugs 339467 and 572688. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565219: qa.debian.org: bug history graphs are incorrect
On Sat, Jul 17, 2010 at 08:00:42PM +0200, Francesco Poli wrote: On Fri, 12 Feb 2010 20:42:35 +0100 Mike Hommey wrote: On Fri, Feb 12, 2010 at 08:27:53PM +0100, Francesco Poli wrote: On Fri, 12 Feb 2010 19:53:48 +0100 Mike Hommey wrote: [...] New graphs are available on http://merkel.debian.org/~glandium/bts/ They look nice! They even look correct and in sync with the PTS, at least from some random checks! I keep taking a look at those unofficial graphs, from time to time. On a second thought, there's something that I don't especially like in them, from an esthetic point of view. If I compare them with the current official graphs, I notice a number of cosmetic differences: many of them look like an enhancement to me, but two of them seem to be a regression. The first change I don't like is that the background grid is now made up of dotted lines, rather than of solid lines. I would prefer solid lines: I think they make the graph more readable. The second change I don't appreciate too much is that the background grid seems to have horizontal lines for integral values of the vertical axis (which makes sense), but also for half steps (which does not make sense to me: the number of bugs is always an integer, may a package have 14.5 bugs? I guess it cannot...). I would prefer having fewer horizontal lines (at most one for each integral value of the vertical axis), since having too many horizontal lines makes the graph hard to read. I hope that constructive criticism may be helpful... :-) I wouldn't mind someone searching for the appropriate rrd flags to make that happen ;) Please note that those on people.d.o already show for half steps, but those on merkel show more. See http://people.debian.org/~glandium/bts/n/nss.png vs. http://merkel.debian.org/~glandium/bts/n/nss.png for example Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585625: Switch to i915/KMS lefts console unusable
On Sat, Jun 12, 2010 at 03:22:29PM +0200, Bastian Blank wrote: After that, the console was black, without even a cursor. The same also seems to happen if it is loaded with this setting on startup. The only way to recover the console is to start the xserver and switch back. Fixed in 2.6.35-rc5. Bastian -- Virtue is a relative term. -- Spock, Friday's Child, stardate 3499.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#327585: Adapted Freeradius lt_dlopenadvise fix
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/17/2010 01:18 AM, Jan-Marek Glogowski wrote: Hi the attached patch is the adapted fix from freeradius (#416266). Is there a reason not to include it? This bug is open for almost 5 years now and the fix hleped me a lot, because I didn't had to recompile the whole perl stack to get a working perl backend. Jan-Marek GLogowski Hi, I've read the bugreport and as far as I understand this only applies to i386 architecture. On amd64 it is working well according to the testing of Russ. Secondly this has to do with perl not linked to libperl on i386 architecture. Is there a reason why this isn't done on i386? Regards, Matthijs Mohlmann -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxCyMgACgkQ2n1ROIkXqbDhrACeJ3jQb8Gz/iFIIKL5cs/t3pzu AFMAoKmPSLZ+SxWKgMV2Lm0hr/TaUWXO =SmdC -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#589019: pam_group does not support NSS groups...
tags 589019 -moreinfo thanks On Sun, Jul 18, 2010 at 06:19:47AM +0200, Steve Langasek wrote: Sorry, I don't understand what you mean by NSS groups. Perhaps the second URL above would answer this, but I'm offline at the moment so can't check (and anyway, bug reports should stand alone, without having to refer to external websites). pam_group already works to let you set any group membership you want, whether that group is in the local /etc/group database or is provided by another NSS module, because it calls the NSS-aware getgrnam() function to get the gid to set. And I don't see how NSS interfaces are going to provide any netgroup-like functionality in any event. Can you explain what it is you expect such a change to do for you? Ah - have read the upstream post now, and understand that this is about adding users to groups based on whether they're already a member of another group. That doesn't make sense to me, frankly; I think it makes more sense to grant the *original* group access to the resources on the system. So I'm not inclined to take this patch before it's been applied upstream. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#589363: Fix FTBFS by not fail on error
tags 589363 + wontfix thanks Hi, On Sun, Jul 18, 2010 at 10:09 AM, Niels Thykier ni...@thykier.net wrote: Can you provide a list of the packages in the circle(s)? yes that is way to go. Please provide as much information as possible about the FTBFS errors in Ubuntu. We don't want to hide FTBFS errors but we can probably help you to get the package built. Cheers, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589498: piuparts: add more locations for hooks
Package: piuparts Version: 0.39~svn Severity: wishlist Tags: patch Hi, that attached patches add more locations where hook scripts can be executed: * pre_iup: at the beginning of the install-upgrade-test, before installing the old version, there was no hook available before (choose a better name if you like), post_setup is not an alternative because it is executed before taking the snapshot. * pre_ip: at the beginning of the install-purge-test (choose a better name ...) pre_install could be used for this, but pre_install is executed in the install-upgrade-test in a different context, so it may not fit * post_upgrade: after performing the upgrade, before starting removal. Again post_install/post_remove could be used, but they are used in different contexts, too. The additional hooks in the install-upgrade-test are needed to test interaction with related packages that might be installed before/after the old packages or removed before/after upgrading to the new version. Especially interesting to ensure correct behaviour of diversions. There was a check_for_broken_symlinks missing after performing the upgrade (that's the interesting point in time), so I added one there, too. Or was the test just executed too early? There are already several calls. The second patch only moves the check for scriptsdir into run_scripts, so it does not have to be duplicated everywhere. Patches are vs. SVN r690 (+ my previous patches applied). For the distupgrade hook scripts I suggest to pass the new distribution as a parameter. Andreas -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (800, 'stable'), (600, 'unstable'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-0-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages piuparts depends on: ii apt0.7.25.3 Advanced front-end for dpkg ii debootstrap1.0.23Bootstrap a basic Debian system ii lsb-release3.2-23.1 Linux Standard Base version report ii lsof 4.81.dfsg.1-1 List open files ii python 2.6.5-5 An interactive high-level object-o ii python-debian 0.1.16Python modules to work with Debian piuparts recommends no packages. Versions of packages piuparts suggests: ii ghostscript 8.71~dfsg2-3 The GPL Ghostscript PostScript/PDF pn python-rpy none (no description available) -- no debconf information Index: piuparts.py === --- piuparts.py (.../012-no-install-purge-test) (revision 711) +++ piuparts.py (.../015-more-hooks) (revision 711) @@ -1618,6 +1618,9 @@ Assume 'root' is a directory already populated with a working chroot, with packages in states given by 'selections'. +if settings.scriptsdir is not None: +chroot.run_scripts(pre_ip) + # Install packages into the chroot. if settings.warn_on_others: @@ -1689,6 +1692,9 @@ Install package via apt-get, then upgrade from package files. Return True if successful, False if not. +if settings.scriptsdir is not None: +chroot.run_scripts(pre_iup) + # First install via apt-get. chroot.install_packages_by_name(package_names) @@ -1699,8 +1705,13 @@ # Then from the package files. chroot.install_package_files(package_list) + +chroot.check_for_broken_symlinks() file_owners = chroot.get_files_owned_by_packages() + +if settings.scriptsdir is not None: +chroot.run_scripts(post_upgrade) # Remove all packages from the chroot that weren't there # initially. Index: piuparts.py === --- piuparts.py (.../015-more-hooks) (revision 711) +++ piuparts.py (.../018-check_scriptdir) (revision 711) @@ -594,8 +594,7 @@ shutil.copy(os.path.join((settings.scriptsdir), file), dest) # Run custom scripts after creating the chroot. -if settings.scriptsdir is not None: -self.run_scripts(post_setup) +self.run_scripts(post_setup) if settings.savetgz: self.pack_into_tgz(settings.savetgz) @@ -716,9 +715,8 @@ for distro in distros: logging.debug(Upgrading %s to %s % (self.name, distro)) self.create_apt_sources(distro) - # Run custom scripts before upgrade -if settings.scriptsdir is not None: -self.run_scripts(pre_distupgrade) +# Run custom scripts before upgrade +self.run_scripts(pre_distupgrade) self.run([apt-get, update]) self.run([apt-get, -yf, dist-upgrade]) # Sometimes dist-upgrade won't upgrade the packages we want @@ -728,8
Bug#559240: Packaging ioQuake3 instead of the OpenArena engine
Hi, I'm currently experimenting with a patched ioQuake3 engine for OpenArena instead of using the patched (and very likely outdated) ioQuake3 engine that comes with OpenArena. The version of ioQuake3 I'm using is 1.36, which is the latest release. From the sources I stripped the non-DFSG compliant LCC to get rid of the policy violation and the binary-without-source issue. The game logic shipped with ioQuake3 and compiled as shared objects works fine for OpenArena as far as I tested it the whole day yesterday ;) I also applied some patches from fedora to address the outstanding internal code copy issues (jpeg, speex, etc.) The problem I have not taken care of is incompatibity to sv_pure 1 servers. But maybe we can fix that later on. As I'm at the BSP Munich ATM, I'll try to prepare an ioquake3 upload for experimental. Cheers - Fuddl signature.asc Description: This is a digitally signed message part
Bug#512381: closed by Osamu Aoki os...@debian.org (New xpdf 3.02-9 is OK)
found 512381 3.02-9 thanks fixed 512381 3.02-9 thanks I do not see issue any more. I do. Program received signal SIGSEGV, Segmentation fault. 0x765eab8a in XPutImage () from /usr/lib/libX11.so.6 (gdb) bt #0 0x765eab8a in XPutImage () from /usr/lib/libX11.so.6 #1 0x0041be89 in ?? () #2 0x00415a6a in ?? () #3 0x00418b69 in ?? () #4 0x0041dd88 in ?? () #5 0x0041487d in ?? () #6 0x00427f83 in ?? () #7 0x0042826b in ?? () #8 0x0041ca88 in ?? () #9 0x768ffb30 in XtCallCallbackList () from /usr/lib/libXt.so.6 #10 0x77ae81b9 in _XmDrawingAreaInput () from /usr/lib/libXm.so.2 #11 0x7693713d in ?? () from /usr/lib/libXt.so.6 #12 0x769373dd in ?? () from /usr/lib/libXt.so.6 #13 0x76937b76 in _XtTranslateEvent () from /usr/lib/libXt.so.6 #14 0x7690df3d in XtDispatchEventToWidget () from /usr/lib/libXt.so.6 #15 0x7690e577 in ?? () from /usr/lib/libXt.so.6 #16 0x7690d561 in XtDispatchEvent () from /usr/lib/libXt.so.6 #17 0x7690d6f3 in XtAppMainLoop () from /usr/lib/libXt.so.6 #18 0x00429a0a in ?? () #19 0x76b6dc4d in __libc_start_main (main=value optimized out, argc=value optimized out, ubp_av=value optimized out, init=value optimized out, fini=value optimized out, rtld_fini=value optimized out, stack_end=0x7fffe478) at libc-start.c:228 #20 0x0040b6b9 in ?? () #21 0x7fffe478 in ?? () #22 0x001c in ?? () #23 0x0002 in ?? () #24 0x7fffe73b in ?? () #25 0x7fffe749 in ?? () #26 0x in ?? () (gdb) Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589499: mirror submission for mirrors.dnepr.com
Package: mirrors Severity: wishlist Submission-Type: new Site: mirrors.dnepr.com Type: leaf Archive-architecture: amd64 i386 Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ IPv6: no Archive-upstream: ftp.ua.debian.org Updates: twice Maintainer: Alexander Ryumshin webmas...@dnepr.com Country: UA Ukraine Sponsor: www.dnepr.com http://www.dnepr.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589500: projectcenter.app: Cannot load the main model file 'ProjectCenter.gorm'
Package: projectcenter.app Version: 0.5.3~20100601-2 Severity: grave Justification: renders package unusable Hi, when I try to run ProjectCenter I get error messages: 2010-07-18 11:30:57.203 ProjectCenter[5618] Exception occured while loading model: the volatile domain Hungarian already exists 2010-07-18 11:30:57.207 ProjectCenter[5618] Failed to load Gorm 2010-07-18 11:30:57.207 ProjectCenter[5618] Could not load Gorm file: /usr/lib/GNUstep/Applications/ProjectCenter.app/Resources/English.lproj/ProjectCenter.gorm 2010-07-18 11:30:57.208 ProjectCenter[5618] Cannot load the main model file 'ProjectCenter.gorm' so I run ProjectCenter with gdb to get a backtrace what happening: csanyi...@debian:~$ gdb ProjectCenter GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/ProjectCenter...(no debugging symbols found)...done. (gdb) break -[NSException raise] Function -[NSException raise] not defined. Make breakpoint pending on future shared library load? (y or [n]) (gdb) r --GNU-Debug=dflt Starting program: /usr/bin/ProjectCenter --GNU-Debug=dflt [Thread debugging using libthread_db enabled] 2010-07-18 11:47:20.116 ProjectCenter[5852] Loading Backend from /usr/lib/GNUstep/Bundles/libgnustep-cairo-016.bundle 2010-07-18 11:47:20.377 ProjectCenter[5852] Initializing GNUstep x11 backend. 2010-07-18 11:47:20.380 ProjectCenter[5852] Opened display :0.0, display 0 screen 0 2010-07-18 11:47:20.456 ProjectCenter[5852] Found font family LMMonoPropLt10 2010-07-18 11:47:20.456 ProjectCenter[5852] fc enumerator: adding font: LMMonoPropLt10-BoldOblique 2010-07-18 11:47:20.456 ProjectCenter[5852] Found font family Century Schoolbook L 2010-07-18 11:47:20.456 ProjectCenter[5852] fc enumerator: adding font: Century Schoolbook L-BoldItalic 2010-07-18 11:47:20.456 ProjectCenter[5852] Found font family LMSansQuot8 2010-07-18 11:47:20.456 ProjectCenter[5852] fc enumerator: adding font: LMSansQuot8-BoldOblique 2010-07-18 11:47:20.456 ProjectCenter[5852] Found font family LMMonoLt10 2010-07-18 11:47:20.456 ProjectCenter[5852] fc enumerator: adding font: LMMonoLt10-LightOblique 2010-07-18 11:47:20.457 ProjectCenter[5852] fc enumerator: adding font: LMMonoLt10-Light 2010-07-18 11:47:20.457 ProjectCenter[5852] fc enumerator: adding font: Century Schoolbook L 2010-07-18 11:47:20.457 ProjectCenter[5852] fc enumerator: adding font: LMSansQuot8-Bold 2010-07-18 11:47:20.457 ProjectCenter[5852] fc enumerator: adding font: Century Schoolbook L-Italic 2010-07-18 11:47:20.457 ProjectCenter[5852] fc enumerator: adding font: LMSansQuot8-Oblique 2010-07-18 11:47:20.457 ProjectCenter[5852] Found font family LMMathSymbols10 2010-07-18 11:47:20.457 ProjectCenter[5852] fc enumerator: adding font: LMMathSymbols10-BoldItalic 2010-07-18 11:47:20.457 ProjectCenter[5852] fc enumerator: adding font: LMSansQuot8 2010-07-18 11:47:20.457 ProjectCenter[5852] Found font family LMSans8 2010-07-18 11:47:20.457 ProjectCenter[5852] fc enumerator: adding font: LMSans8 2010-07-18 11:47:20.457 ProjectCenter[5852] Found font family LMSans9 2010-07-18 11:47:20.457 ProjectCenter[5852] fc enumerator: adding font: LMSans9 2010-07-18 11:47:20.457 ProjectCenter[5852] fc enumerator: adding font: LMMathSymbols10-Italic 2010-07-18 11:47:20.457 ProjectCenter[5852] fc enumerator: adding font: LMSans8-Oblique 2010-07-18 11:47:20.457 ProjectCenter[5852] fc enumerator: adding font: LMSans9-Oblique 2010-07-18 11:47:20.457 ProjectCenter[5852] Found font family LMRomanSlant8 2010-07-18 11:47:20.457 ProjectCenter[5852] fc enumerator: adding font: LMRomanSlant8-Italic 2010-07-18 11:47:20.457 ProjectCenter[5852] Found font family LMRomanSlant9 2010-07-18 11:47:20.457 ProjectCenter[5852] fc enumerator: adding font: LMRomanSlant9-Italic 2010-07-18 11:47:20.457 ProjectCenter[5852] Found font family LMMonoSlant10 2010-07-18 11:47:20.458 ProjectCenter[5852] fc enumerator: adding font: LMMonoSlant10-Italic 2010-07-18 11:47:20.458 ProjectCenter[5852] Found font family DejaVu Sans Mono 2010-07-18 11:47:20.458 ProjectCenter[5852] fc enumerator: adding font: DejaVu Sans Mono-Oblique 2010-07-18 11:47:20.458 ProjectCenter[5852] fc enumerator: adding font: DejaVu Sans Mono 2010-07-18 11:47:20.458 ProjectCenter[5852] fc enumerator: adding font: DejaVu Sans Mono-BoldOblique 2010-07-18 11:47:20.458 ProjectCenter[5852] fc enumerator: adding font: DejaVu Sans Mono-Bold 2010-07-18 11:47:20.458 ProjectCenter[5852] Found font family URW Palladio L 2010-07-18 11:47:20.458 ProjectCenter[5852] fc enumerator: adding font: URW Palladio L-Italic
Bug#589501: hibernate: Move 3.5.x version to unstable (release with 3.5 in squeeze)
Package: libhibernate3-java Version: 3.5.2.Final-4 Severity: wishlist Hi, Miguel Landaeta and I are working hard to package Spring Framework 3.x into Debian Squeeze. After NEW processing of castor package, last B-D missing is Hibernate = 3.5 in unstable. Miguel did a rebuilt of reverse B-D on libhibernate3-java, here is the result : * Packages that build without modification: ehcache oscache libhibernate-validator-java jasperreports libspring-webflow-2.0-java * Packages that build with simple modification in debian/control: libspring-2.5-java * Packages that FTBFS but with few errors and seem easy to fix: jbossas4 eucalyptus * Packages which should be dropped (now included in libhibernate3-java) : libhibernate-annotations-java libhibernate-entitymanager-java What's your opinion about all this ? Could we migrate 3.5.2.Final release to unstable ? Cheers, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#587164: [Pkg-chromium-maint] Bug#587164: chromium-browser: favicon appears as blue square when pages are loading
On 06/25/2010 07:44 PM, Jonathan Nieder wrote: While a given page is loading, the favicon in the tab bar turns into a flickery blue square. I only started noticing this recently, but even version 5.0.342.9~r43360-1 displays the same problem. Looks like my expectations increased. Debugging ideas? Which version of libcairo2 are you using? (apt-cache policy libcairo2) Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#589474: /usr/bin/firefox: after a crash it is terrible. firefox not working again. A fix asap PLEASE !!!!
On Sun, Jul 18, 2010 at 02:27:26AM +0200, yellow wrote: Package: iceweasel Version: 3.5.10-1 Severity: important File: /usr/bin/firefox Hello Better not that firefox crashes. killall -e firefox-bin -9 firefox -safe-mode nothing works Define: nothing works. Does it start but is broken? Does it not start at all? Does it display a message? well this issue is there since one year. And you're only reporting now? Did you ever try with a clean profile? Because I have no such problem... Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589475: /usr/bin/firefox: iceweasel/firefox: freezes all the time, no way to get it working
On Sun, Jul 18, 2010 at 02:33:29AM +0200, yellow wrote: Package: iceweasel Version: 3.5.10-1 Severity: important File: /usr/bin/firefox The only way is to create new profile, and this is so long... fireofx is hanging as hell. When does it hang? Did you ever try to remove the flash and moonlight plugins? Did you even try what reportbug has displayed to you when you filed the bug? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#189460: w3m: q tag is not recognized
On Sun, Jul 18, 2010 at 02:59:50PM +0900, Tatsuya Kinoshita wrote: fixed 189460 0.4.2-1 thanks http://www.sic.med.tohoku.ac.jp/~satodai/w3m-dev/200304.month/3882.html dai, thanks for your help. Please note that fixed does not cause the bug to be closed. Use number-d...@bugs.debian.org to close a bug. See also http://www.debian.org/Bugs/server-control.en.html#fixed. Hi tats, Thank you for your maintenance and your advice. Previously, I read below info, so I only tagged fixed. http://www.debian.org/Bugs/Developer.en.html#closing Normally, the only people that should close a bug report are the submitter of the bug and the maintainer(s) of the package against which the bug is filed. Now I am permitted by maintainer, hence I send close mail if fixed. -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#589502: gnome-disk-utility: Unusable on most notebooks and all netbooks
Package: gnome-disk-utility Version: 2.30.1-1 Severity: important The package is broken on many systems, because the program window only fits on large screens. This causes the package to be unusable on most notebooks and all netbooks (and thus the severity should be important at minimum). I attached a screenshot of the disk utility running on my laptop which has a 1366x768 resolution. As you can see, the window does not fit on the screen. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (350, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-disk-utility depends on: ii libatasmart4 0.17+git20100219-2 ATA S.M.A.R.T. reading and parsing ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libavahi-client3 0.6.26-1 Avahi client library ii libavahi-common3 0.6.26-1 Avahi common library ii libavahi-glib10.6.26-1 Avahi glib integration library ii libavahi-ui0 0.6.26-1 Avahi GTK+ User interface library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.0-2FreeType 2 font engine, shared lib ii libgdu-gtk0 2.30.1-1 GTK+ standard dialog library for l ii libgdu0 2.30.1-1 GObject based Disk Utility Library ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgnome-keyring0 2.30.1-1 GNOME keyring services library ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libnautilus-extension 2.30.1-1 libraries for nautilus components ii libnotify1 [libnotify 0.5.0-2sends desktop notifications to a n ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libunique-1.0-0 1.1.6-1Library for writing single instanc ii libx11-6 2:1.3.3-3 X11 client-side library ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime gnome-disk-utility recommends no packages. gnome-disk-utility suggests no packages. -- no debconf information -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgpDhh6qzuQYM.pgp Description: PGP signature
Bug#575103: this bug report is valid*
Hi, On Sun, 18.07.2010 at 13:06:04 +0900, Junichi Uekawa dan...@netfort.gr.jp wrote: My initial reaction to this finding is that I advise you to note it down in *umask manpage* that you won't be able to read your own file if you run umask 007 and run as root. I generally find this strange, given the superuser powers of 'root'. But then, pbuilder does set umask to 0022, and I can make cowbuilder do the same. Thoughts? it would make the behaviour of the two consistent. I don't know who else, except for users of pbuilder, want to use cowbuilder in the first place, so expecting consistent behaviour between the two is imho a sane idea. I'd also appreciate appropriate comments in the man page of pbuilder/cowbuilder, as this is imho counterintuitive for people who usually have a umask 077 or 007 or similar, and there might have been a reason why the user set a umask of 07 in the first place. 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#584563: enroll fails with error -22
For what is worth, there are some patches at https://bugzilla.redhat.com/show_bug.cgi?id=504399 I recompiled the package libfprint with some of those but still get the same error (enroll fails with error -22). You may find them interesting nonetheless. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589503: Bugbox on start
Package: tortoisehg
Version: 1.1-1
When invoked without arguments, hgtk just shows a bug box, with the
following contents:
{{{
#!python
** Please report this bug to http://bitbucket.org/tortoisehg/stable/issues or
tortoisehg-disc...@lists.sourceforge.net
** Mercurial version (1.5.2). TortoiseHg version (1.1)
** Command: help
** CWD: /home/fw/src/vim
** Extensions loaded: forest
** Python 2.6.5+ (release26-maint, Jul 6 2010, 12:58:20) [GCC 4.4.4]
Traceback (most recent call last):
File /usr/lib/pymodules/python2.6/tortoisehg/hgtk/hgtk.py, line 74, in
dispatch
return _runcatch(u, args)
File /usr/lib/pymodules/python2.6/tortoisehg/hgtk/hgtk.py, line 202, in
_runcatch
return runcommand(ui, args)
File /usr/lib/pymodules/python2.6/tortoisehg/hgtk/hgtk.py, line 271, in
runcommand
return _runcommand(lui, options, cmd, d)
File /usr/lib/pymodules/python2.6/tortoisehg/hgtk/hgtk.py, line 322, in
_runcommand
return checkargs()
File /usr/lib/pymodules/python2.6/tortoisehg/hgtk/hgtk.py, line 276, in
checkargs
return cmdfunc()
File /usr/lib/pymodules/python2.6/tortoisehg/hgtk/hgtk.py, line 270, in
lambda
d = lambda: util.checksignature(func)(ui, *args, **cmdoptions)
File /usr/lib/pymodules/python2.6/mercurial/util.py, line 401, in check
return func(*args, **kwargs)
File /usr/lib/pymodules/python2.6/tortoisehg/hgtk/hgtk.py, line 679, in
help_
helplist(header)
File /usr/lib/pymodules/python2.6/tortoisehg/hgtk/hgtk.py, line 631, in
helplist
hangindent=' ' * (m + 4
TypeError: wrap() got an unexpected keyword argument 'initindent'
}}}
The program seems to work normally when a command is specified on the
command line, though.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577513: libdbd-sybase-perl: DBI/DBD internal version mismatch
Hi Gregor,
On Sat, Jul 17, 2010 at 05:50:12PM +0200, gregor herrmann wrote:
On Sat, 24 Apr 2010 17:35:03 +0900, Ansgar Burchardt wrote:
as the binNMUs have reached testing by now, libdbd-sybase-perl can be
updated to add a dependency on perl-dbdabi-*. I have prepared a patch
to do this. It also resolves several of lintian's warnings about the
packaging.
I wanted to ask about your plans for this bug. Is there anything else
we (as in: the Debian Perl Group) can do? Would you like me to upload
the package with Ansgar's patch? Anything else?
I've been postponing dealing with this bug, hoping that someone in the
Debian Perl Group would spontaneously provide a better interface for this
than the current one. The perl-dbdabi-* virtual package seems sensible
enough, but I'm not happy about including external makefiles in my
debian/rules. Could you please provide a dh_* command for this that adds
the value to the existing ${misc:Depends} variable?
Also, why does libdbd-sybase-perl need to depend on *both* libdbi-perl *an*
perl-dbdabi-*, given that the latter is provided by the former? Depending
on libdbi-perl looks quite redundant to me.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
signature.asc
Description: Digital signature
Bug#589470: available on mentors
see http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=eot-utils Jérémy. signature.asc Description: OpenPGP digital signature
Bug#589504: eventfd manpage should mention EFD_SEMAPHORE
Package: manpages-dev Version: 3.24-1 Severity: normal File: /usr/share/man/man2/eventfd.2.gz Hi, the eventfd manpage lists only 2 flags, EFD_NONBLOCK and EFD_CLOEXEC, while there is a thrid flag: EFD_SEMAPHORE. EFD_SEMAPHORE changes the behaviour of eventfd_read() to decrement the count by 1 and return 1 instead of the current count. Please add documentation for this to the manpage. MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.6-xen-2010.02.18 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages manpages-dev depends on: ii manpages 3.24-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii man-db [man-browser] 2.5.7-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#479218: Please remove tpconfig
retitle 479218 ITA: tpconfig -- configure touchpad devices thanks OoO En ce début de soirée du samedi 17 juillet 2010, vers 21:25, Osamu Aoki os...@debian.org disait : This package has been orphaned by me and only one update by security people and others were l10n and init.d script updates. So practically no care is taken. Let's not keep package without attention. On the other hand, the package has no bug. I adopt it to keep it in Debian. -- TAR IS NOT A PLAYTHING TAR IS NOT A PLAYTHING TAR IS NOT A PLAYTHING -+- Bart Simpson on chalkboard in episode 7F02 pgpP5g9Jmej07.pgp Description: PGP signature
Bug#588807: ImportError: No module named errors
severity 588807 serious thanks * Julian Andres Klode j...@debian.org, 2010-07-12, 15:26: This causes python-apt to FTBFS: This doesn't warrant severity critical usually. Traceback (most recent call last): File setup.py, line 21, in module from sphinx.setup_command import BuildDoc File /usr/lib/python2.6/dist-packages/sphinx/setup_command.py, line 20, in module from sphinx.application import Sphinx File /usr/lib/python2.6/dist-packages/sphinx/application.py, line 24, in module from sphinx.config import Config File /usr/lib/python2.6/dist-packages/sphinx/config.py, line 17, in module from sphinx.errors import ConfigError ImportError: No module named errors Are files in /usr/lib/python2.6/dist-packages/sphinx/ symlinks? If this is the case, please remove the whole directory and merge this bug with #559572. -- Jakub Wilk signature.asc Description: Digital signature
Bug#507315: #507315 debsums: no md5sums for mawk
This was fixed in upstream mawk 1.3.4 20100625. p.s: a few weeks isn't the same as several months. -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#437557: #437557 mawk: not handling nostrip build option (policy 10.1)
This was fixed in upstream mawk 1.3.4 20100625 -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#589382: python-pyme: error signing files when using Python 2.6
tags 589382 + moreinfo
thanks
* Martin Manns mma...@gmx.net, 2010-07-17, 10:35:
When using Python 2.6, creating a detached signature file with
ctx.op_sign(plaintext, ciphertext, pygpgme.GPGME_SIG_MODE_DETACH)
raises the following error:
File /usr/lib/python2.6/dist-packages/pyme/util.py, line 64, in _funcwrap
Invocation of + name)
File /usr/lib/python2.6/dist-packages/pyme/errors.py, line 46, in
errorcheck
raise GPGMEError(retval, extradata)
pyme.errors.GPGMEError: Invocation of gpgme_op_sign: Unspecified source:
General error (0,1)
Thanks for your bug report. Could you provide a minimal example that
triggers this exception? I tried this:
import pyme.core
import pyme.pygpgme
plain = pyme.core.Data('eggs')
cipher = pyme.core.Data()
ctx = pyme.core.Context()
ctx.set_armor(1)
ctx.op_sign(plain, cipher, pyme.pygpgme.GPGME_SIG_MODE_DETACH)
cipher.seek(0, 0)
print cipher.read()
but it works here:
$ python2.5 test-sign.py
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iQEcBAABAgAGBQJMQtrVAAoJEDImHrjaOhw0IOsH/1XDd/IKLQ+q5de4hRaen20T
[snip]
-END PGP SIGNATURE-
$ python2.6 test-sign.py
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iQEcBAABAgAGBQJMQtrXAAoJEDImHrjaOhw0gWwH/2IDOonRpdqW3iES47GbjJZw
[snip]
-END PGP SIGNATURE-
--
Jakub Wilk
signature.asc
Description: Digital signature
Bug#304460: gnubiff: crash when new mails found
Hi, I'm closing this bug since I didn't get any feedback on this issue for 5 years now. I expect this issue to be solved in a new release, but please contact me if you still encounter this problem. Thanks! bye, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585966: pdns-server: init.d script should provide the virtual facility $named
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, What contents should the file /etc/insserv.conf.d/pdns-server have? For the other bug reported, I'll check if the pdns-server is running or not before letting the script proceed. I'm planning to upload the package this afternoon. Regards, Matthijs Mohlmann -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxC3zIACgkQ2n1ROIkXqbB3pQCgo5zdTaC9z88kEgc913rJwMfl vXwAoIT2VktQEiSCDXDNKrsTeBGpZBOL =l4Gs -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#589508: openldap: [INTL:ja] updated Japanese debconf translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: openldap Severity: wishlist Version: 2.4.23-3exp1 Tags: l10n patch Hi, I updated Japanese translation of debconf messages (ja.po). Please apply this. Thanks, - -- Kenshi Muto km...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/ iQIcBAEBCgAGBQJMQuBrAAoJEB0hyD3EUuD80pYP/0kMfo5QPu0T2ujMF80lq2SL xjAnswYXGeleB47GepOHZbw5P2dBTqd9m2QVCkrW2ZQovB7wg1oPL6OcdQmMZR3U HjsGgg0wEJGz3Z1SdfmUE/bj7k0w7mpqGNRdiZhMyFIKSQyJZx3m1TczKED/DG7S m0aGS7rDvuLY62HZKXu/LcdKboKeA1v+Wg8/VLOkuavkMRvz2Rte8pdMRliEz2tG DODMve/srmk5+QlXndinIr6+aaT1CIMqHwl24oh7ZWY8cWT9bc+gO5z+LFg+wHLI EG++ZeCeBktABfPIRP6lX/NyZUs1QXnyRhI19j/iKYkodhRvtdIKmPIHP+E/kxDW eH2XW9iu7iRY5uR82QqSWSwZvwy7fIfirnd9SHoJpIKbM5kAZxNT77FR2m7vdAER /ys9CZ7E5KgqHbNHExR/jDpDN+lR75yD6cyfnf2xsFVp4t/lCv2VxCoUz3S0bo4g iKcH+lrjAm6nNpRiL1coH7rnBAO9UK8NLTaj0JWKV45Xb+U933iL1QmyU94sU5iZ +BK6YdNkakXMQfgz9KcTeMLU1ZtR/O2HgRBibHbGR+79vRHxHzCzFDSMVgTCsiCR Tdh07W/m3f1yxKfzztxFhbkfwQs+zI1g5YzchFebITL1xXCgjXMxldTV82YWhth2 +KMliWmmLtCy71Qa/c2Q =auV3 -END PGP SIGNATURE- ja.po Description: Binary data
Bug#589501: hibernate: Move 3.5.x version to unstable (release with 3.5 in squeeze)
Hi Damien, On Sun, Jul 18, 2010 at 12:03 PM, Damien Raude-Morvan draz...@debian.org wrote: What's your opinion about all this ? Could we migrate 3.5.2.Final release to unstable ? have you checked libhibernate-commons-annotations-java, too? It needs to be moved to unstable at the same time. Feel free to upload both packages to unstable and file RM bugs for libhibernate-annotations-java and libhibernate-entitymanager-java. Cheers, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585966: pdns-server: init.d script should provide the virtual facility $named
[Matthijs Möhlmann] What contents should the file /etc/insserv.conf.d/pdns-server have? I believe this is the content needed: $named pdns It will add a hard dependency from $named to pdns. For the other bug reported, I'll check if the pdns-server is running or not before letting the script proceed. Great. Not sure if that is enough. Perhaps it is a idea to verify that it is listening on its port and replying to requests before continuing? The proper fix would be to change the source to make sure the config is loaded and the ports bound before forking, to ensure the server is operational. I'm planning to upload the package this afternoon. Great. :) 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#472284: mediawiki-extensions: LDAP_Authentication: Database updates not transactional on LDAP failures
forwarded 472284 http://www.mediawiki.org/wiki/Extension_talk:LDAP_Authentication/Archive_2#Database_updates_not_transactional_on_LDAP_failures tags 472284 + moreinfo unreproducible upstream thanks I found it at: http://www.mediawiki.org/wiki/Extension_talk:LDAP_Authentication/Archive_2#Database_updates_not_transactional_on_LDAP_failures Apparently, the extension’s author cannot reproduce it either. (I have only LDAP systems that aren’t writable to anything except the “proper” management tools (UDM) available, so I wouldn’t even want it to try to write there…) bye, //mirabilos -- Support mksh as /bin/sh and RoQA dash NOW! ‣ src:bash (226 (243) bugs: 0 RC, 172 (186) IN, 54 (57) MW, 0 FP) ‣ src:dash (65 (72) bugs: 4 (7) RC, 45 (49) IN, 15 MW, 1 FP) ‣ src:mksh (2 bugs: 0 RC, 0 IN, 2 MW, 0 FP) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504692: dexconf generates invalid files
tags 504692 - moreinfo severity 504692 normal clone 504692 -1 reassign -1 xserver-xorg-core 2:1.7.7-2 retitle -1 xorg.conf(5) is more strict than X or dexconf thanks Cloning this bug back to xserver-xorg-core in order to document the documentation discrepancy for xorg.conf. According to xorg.conf(5), Device without Driver is not valid: The Identifier and Driver entries are required in all Device sections. All other entries are optional. But the xorg.conf created by dexconf (I could only get the lenny version to actually output an xorg.conf) has a Device section without Driver and X starts with this configuration without complaining about the missing required entry. In squeeze, X starts with a manually generated xorg.conf with a Device Section without a Driver line without problems (or any errors in Xorg.0.log), too. I don't know whether this liberalization was done by upstream or some patch only applied in the Debian version (the autoconfiguration stuff?). Anyway, the documentation needs to be updated (I don't expect a rollback). As a result programs that parse xorg.conf more strictly (expecting it to conform to xorg.conf(5)) break on this change and need to be updated. One of these packages is nvidia-xconfig: VALIDATION ERROR: Data incomplete in file /etc/X11/xorg.conf. Device section Configured Video Device must have Driver line. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589401: japa: Is not in Gnome menu
reassign 589401 gnome thanks It seems that Japa is not in the Gnome menu. The japa package ships a menu file. The Gnome maintainers have intentionally disabled the Debian menu system. Maybe this is a bug in Gnome? Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589510: moodle: French debconf templates translation
Package: moodle Version: N/A Severity: wishlist Tags: patch l10n *** /home/julien/traductions/po-debconf/patch-translate.txt Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of moodle debconf templates to French. # Copyright (C) 2010 Debian French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the moodle package. # Julien Patriarca patriar...@gmail.com, 2010. # msgid msgstr Project-Id-Version: moodle\n Report-Msgid-Bugs-To: moo...@packages.debian.org\n POT-Creation-Date: 2010-07-15 23:04+0100\n PO-Revision-Date: 2010-07-16 09:41+0100\n Last-Translator: Julien Patriarca patriar...@gmail.com\n Language-Team: FRENCH debian-l10n-fre...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:2001 msgid URL for the Moodle site: msgstr URL du site Moodle : #. Type: string #. Description #: ../templates:2001 msgid Please enter the URL from which Moodle should serve pages. msgstr Veuillez indiquer l'adresse Internet (URL) utilisée par Moodle pour afficher les pages. #. Type: string #. Description #: ../templates:2001 msgid The moodle package does not perform any automatic web server configuration, but does provide basic configuration templates for Apache. msgstr Le paquet de Moodle ne configure pas automatiquement le serveur web, mais fournit des modèles de configuration pour Apache.
Bug#507315: #507315 debsums: no md5sums for mawk
tags 507315 -fixed-upstream thanks On Sun, Jul 18, 2010 at 06:43:29AM -0400, Thomas Dickey wrote: This was fixed in upstream mawk 1.3.4 20100625. This is a bug about packaging. Your packaging in the package/ subdirectory is not relevant to the status of this bug. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#581554: Not fixed
On Sun, 2010-07-18 at 06:47 +0100, John Talbut wrote: I do not think this can be considered fixed yet. It is still a problem for me in the latest version and it seems still to be not working for others. What reason do you have for thinking that this is a problem with the *firmware* and not the driver? Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#589511: rubygems 1.3.7 is available
Package: rubygems Version: 1.3.6-2 New version is available for a while. Please update it because many rails related software depends on it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542285: debian packages of guile 1.9/2.0
Hi, On Sat 17 Jul 2010 14:50, l...@gnu.org (Ludovic Courtès) writes: Andy Wingo wi...@pobox.com writes: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542285. Is there any chance you could prod those folks? Ludo, can we get libgc people to help? Yes, the Debian folks just need to report upstream, if that’s not already done, and they’ll probably quickly get an answer. FWIW, people have been meaning to release libgc 7.2 for a while, which may fix the problem (and optionally add other problems ;-)). Copying the Debian libgc maintainer, then. With a report upstream, hopefully the libgc people can handle the Debian FTBFS problem themselves :) Andy -- http://wingolog.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589403: linux-image-2.6.32-5-amd64: rndis_host fails to create an interface for an HTC tatoo phone
Hi,
Thanks for the quick reply! I'm amazed.
I cannot use your pre-built amd64 module because I'm not at work
anymore, and although I still have my phone with me, the machine I'm
using is a 686 now.
I cannot apply your patch either. I'm running testing, and the
rndis_host.c file looks like this:
int rndis_command(struct usbnet *dev, struct rndis_msg_hdr *buf, int buflen)
{
struct cdc_state*info = (void *) dev-data;
intmaster_ifnum;
intretval;
unsignedcount;
__le32rsp;
u32xid = 0, msg_len, request_id;
Which is obviously not what you diff'd against (the patch fails in this
area).
jonat...@nala:/tmp $ apt-cache show linux-image-2.6.32-5-686
Package: linux-image-2.6.32-5-686
Priority: optional
Section: kernel
Installed-Size: 76316
Maintainer: Debian Kernel Team debian-ker...@lists.debian.org
Architecture: i386
Source: linux-2.6
Version: 2.6.32-15
Should I source linux-2.6 from unstable?
jonathan
On 07/17/2010 05:06 PM, Ben Hutchings wrote:
On Sat, 2010-07-17 at 16:03 +0100, Ben Hutchings wrote:
[...]
2. Apply the attached patch and rebuild the kernel package by following
the instructions at
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official.
Really attached this time.
Ben.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588550: [buildd-tools-devel] Bug#588550: sbuild: Fails to build binNMUs for packages with urgency comments in changelogs
On Fri, Jul 16, 2010 at 08:41:52PM +0200, Michael Banck wrote: tags 588550 +patch thanks On Fri, Jul 09, 2010 at 04:20:42PM +0100, Adam D. Barratt wrote: The recently scheduled binNMUs of the mandos package failed due to a problem with the auto-generated binNMU changelog; from one of the logs: parsechangelog/debian: warning: debian/changelog(l1): unrecognised line LINE: (1.0.14-1+b1) unstable; urgency=low parsechangelog/debian: error: Can't call method as_string on an undefined value at /usr/share/perl5/Dpkg/Changelog.pm line 250, STDIN line 8. This appears to be due to line 830 of lib/Sbuild/Build.pm which does: $firstline =~ /^(\S+)\s+\((\S+)\)\s+([^;]+)\s*;\s*urgency=(\S+)\s*$/; The most recent header line from the mandos changelog is: mandos (1.0.14-1) unstable; urgency=low (HIGH on mips and mipsel) Although unusual, this form is permitted by section 5.6.17 of Policy. I propose the attached patch, which ignores the rest of the line after the urgency field; I can successfully binNMU mandos_1.0.14-1 with it. I will probably upload the fix by the rest of weekend, if I don't hear complaints. That sounds fine to me. Please do a binNMU rather than using git master, which currently has some issues. Feel free to commit this fix onto git master and buildd branches, though! Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#588807: ImportError: No module named errors
merge 559572 588807 thanks On So, 2010-07-18 at 10:55 +0200, Jakub Wilk wrote: severity 588807 serious thanks * Julian Andres Klode j...@debian.org, 2010-07-12, 15:26: This causes python-apt to FTBFS: This doesn't warrant severity critical usually. I don't know why I chose critical. Traceback (most recent call last): File setup.py, line 21, in module from sphinx.setup_command import BuildDoc File /usr/lib/python2.6/dist-packages/sphinx/setup_command.py, line 20, in module from sphinx.application import Sphinx File /usr/lib/python2.6/dist-packages/sphinx/application.py, line 24, in module from sphinx.config import Config File /usr/lib/python2.6/dist-packages/sphinx/config.py, line 17, in module from sphinx.errors import ConfigError ImportError: No module named errors Are files in /usr/lib/python2.6/dist-packages/sphinx/ symlinks? If this is the case, please remove the whole directory and merge this bug with #559572. yes, there were symlinks; removing the directory fixes it. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589513: /etc/init.d/mysql: line 75: /usr/bin/mysqladmin: No such file or directory
Package: mysql-server-core-5.1 Version: 5.1.48-1 Severity: grave Justification: renders package unusable This week, after full upgrading three different debian testing machines (after a 3 months stop in upgrades), I realize that mysqld is not started at boot. Here's some info. kernel log: 2010-07-18 13:47:14 fermi /etc/init.d/mysql[1968] 0 processes alive and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in 2010-07-18 13:47:14 fermi /etc/init.d/mysql[1968] /etc/init.d/mysql: line 75: /usr/bin/mysqladmin: No such file or directory fermi:~# aptitude search ~i mysql i A libmysqlclient16 - MySQL database client library i A libqt4-sql-mysql - Qt 4 MySQL database driver i A mysql-common - MySQL database common files, e.g. /etc/mysql/my.cn i A mysql-server-core-5.1- MySQL database server binaries fermi:~# aptitude search ~c mysql c libmysqlclient15off - MySQL database client library c mysql-server-5.0 - MySQL database server binaries c mysql-server-5.1 - MySQL database server binaries and system database fermi:~# aptitude show mysql-server-core-5.1 Package: mysql-server-core-5.1 New: yes State: installed Automatically installed: yes Version: 5.1.48-1 Priority: optional Section: misc Maintainer: Debian MySQL Maintainers pkg-mysql-ma...@lists.alioth.debian.org Uncompressed Size: 9,916k Architecture: i386 Compressed Size: 3,932k Filename: pool/main/m/mysql-5.1/mysql-server-core-5.1_5.1.48-1_i386.deb MD5sum: 6a31c01d3ce2fc10ec0d520048d2a39f Archive: testing Depends: libc6 (= 2.7), libgcc1 (= 1:4.1.1), libstdc++6 (= 4.1.1), libwrap0 (= 7.6-4~), zlib1g (= 1:1.1.4) Conflicts: mysql-server-5.0 ( 5.1.45-2), mysql-server-5.1 ( 5.1.45-2) Provides: mysql-server-core, mysql-server-core-5.0 Description: MySQL database server binaries MySQL is a fast, stable and true multi-user, multi-threaded SQL database server. SQL (Structured Query Language) is the most popular database query language in the world. The main goals of MySQL are speed, robustness and ease of use. This package includes the server binaries but doesn't contain all the infrastructure needed to setup system databases. Homepage: http://dev.mysql.com/ Package: mysql-server-core-5.1 New: yes State: installed Automatically installed: yes Version: 5.1.48-1 Priority: optional Section: misc Maintainer: Debian MySQL Maintainers pkg-mysql-ma...@lists.alioth.debian.org Uncompressed Size: 9,916k Architecture: i386 Compressed Size: 3,932k Filename: pool/main/m/mysql-5.1/mysql-server-core-5.1_5.1.48-1_i386.deb MD5sum: 6a31c01d3ce2fc10ec0d520048d2a39f Archive: unstable Depends: libc6 (= 2.7), libgcc1 (= 1:4.1.1), libstdc++6 (= 4.1.1), libwrap0 (= 7.6-4~), zlib1g (= 1:1.1.4) Conflicts: mysql-server-5.0 ( 5.1.45-2), mysql-server-5.1 ( 5.1.45-2) Provides: mysql-server-core, mysql-server-core-5.0 Description: MySQL database server binaries MySQL is a fast, stable and true multi-user, multi-threaded SQL database server. SQL (Structured Query Language) is the most popular database query language in the world. The main goals of MySQL are speed, robustness and ease of use. This package includes the server binaries but doesn't contain all the infrastructure needed to setup system databases. Homepage: http://dev.mysql.com/ Package: mysql-server-core-5.1 New: yes State: installed Automatically installed: yes Version: 5.1.48-1 Priority: optional Section: misc Maintainer: Debian MySQL Maintainers pkg-mysql-ma...@lists.alioth.debian.org Uncompressed Size: 9,916k Architecture: i386 Compressed Size: 3,932k Filename: MD5sum: Archive: now Depends: libc6 (= 2.7), libgcc1 (= 1:4.1.1), libstdc++6 (= 4.1.1), libwrap0 (= 7.6-4~), zlib1g (= 1:1.1.4) Conflicts: mysql-server-5.0 ( 5.1.45-2), mysql-server-5.1 ( 5.1.45-2) Provides: mysql-server-core, mysql-server-core-5.0 Description: MySQL database server binaries MySQL is a fast, stable and true multi-user, multi-threaded SQL database server. SQL (Structured Query Language) is the most popular database query language in the world. The main goals of MySQL are speed, robustness and ease of use. This package includes the server binaries but doesn't contain all the infrastructure needed to setup system databases. Homepage: http://dev.mysql.com/ fermi:~# aptitude show mysql-common Package: mysql-common State: installed Automatically installed: yes Version: 5.1.48-1 Priority: optional Section: database Maintainer: Debian MySQL Maintainers pkg-mysql-ma...@lists.alioth.debian.org Uncompressed Size: 168k Architecture: all Compressed Size: 72.0k Filename: pool/main/m/mysql-5.1/mysql-common_5.1.48-1_all.deb MD5sum: ac2394361ccd68cf919f3248f6dfbfeb Archive: testing Conflicts: mysql-common-4.1 Replaces: mysql-common-4.1 Provides: mysql-common-4.1 Description: MySQL database common files, e.g.
Bug#589344: i386 and amd64 architectures
This problem is present also on amd64, not only on i386: $ ldd -r /usr/lib/libntrack.so.0 undefined symbol: _ntrack_arch_new (/usr/lib/libntrack.so.0) undefined symbol: _ntrack_arch_get_rfds (/usr/lib/libntrack.so.0) undefined symbol: _ntrack_arch_process_data (/usr/lib/libntrack.so.0) linux-vdso.so.1 = (0x7fff763ff000) libc.so.6 = /lib/libc.so.6 (0x7fa541527000) /lib64/ld-linux-x86-64.so.2 (0x7fa541aad000) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589514: nspluginwrapper: Avoid mixing up with tucnak2's soundwrapper
Package: nspluginwrapper Version: 1.3.0-1 Severity: normal For some reason I had the tucnak2 package installed, which provides a soundwrapper binary which does odd stuff with the console. npviewer.sh apparently uses that program, but I doubt it really intends to use the tucnak2 program. The issue is that it was making flash not working, with an odd Can't open /dev/console, error 13 Permission denied error message, which actually comes from the odd things that tucnak2 does. Removing the tucnak2 package made things work fine again. Maybe npviewer.sh should at least check that soundwrapper doesn't come from tucnak2 Samuel -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nspluginwrapper depends on: ii debconf 1.5.32 Debian configuration management sy ii ia32-libs 20090808 ia32 shared libraries for use on a ii ia32-libs-gtk 20090804 GTK+ ia32 shared libraries ii lib32gcc1 1:4.5.0-6 GCC support library (32 bit Versio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libc6-i3862.11.2-2 GNU C Library: 32-bit shared libra ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.21.0-1 Multi-protocol file transfer libra ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libx11-6 2:1.3.3-3 X11 client-side library ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii util-linux [linux32] 2.17.2-3.1 Miscellaneous system utilities nspluginwrapper recommends no packages. nspluginwrapper suggests no packages. -- debconf information: * nspluginwrapper/auto_update: true -- Samuel Thibault samuel.thiba...@fnac.net N: beep beep Miam miam? y: ++ a: kill -MIAM -1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589080: yakuake: global key to show/hide console window does not work anymore in KDE
On Wed, Jul 14, 2010 at 09:05:29PM +0200, Stefan Seide wrote: Package: yakuake Version: 2.9.6-1 Severity: important The default global key F12 to show or hide the yakuake console does not work anymore. Changing the key within the yakuake configuration to e.g. F11 as the global key command does not work either. Both keys just show a Tilde (~) in the console window when pressed while yakuake is open, the window does not close. Opening yakuake when closed is not possible anymore. Changing the key binding from global to application local the window closes when F12 is pressed. But, as expected, it is not possible to open it again. I am not shure, but this may be an more general (KDE) problem. But i do not know which library handles the global key commands. I don't think this a problem with yakuake, and I am not sure it is a KDE problem either. It looks more like a problem with your keyboard layout inside KDE (check carefully in the 3 tabs under SystemSettings-Regional language -Keyboard layout ) Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589515: libsemanage1: shoule use a sensitivity template for generating home dir contexts
Package: libsemanage1 Version: 2.0.45-1 Severity: normal If you use semanage to create a user with a low level that is not equal to s0 then that user will by default have their home directory labeled with s0 as the sensitivity label and thus they won't be able to write to any files in it. s0 should be replaced with the low level of the user's range when generating /etc/selinux/default/modules/active/file_contexts.homedirs . This requires changes to libsemanage/src/genhomedircon.c . -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libsemanage1 depends on: ii libbz2-1.01.0.5-4high-quality block-sorting file co ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libselinux1 2.0.94-1 SELinux runtime shared libraries ii libsemanage-common2.0.45-1 Common files for SELinux policy ma ii libsepol1 2.0.41-1 SELinux library for manipulating b ii libustr-1.0-1 1.0.4-2Micro string library: shared libra libsemanage1 recommends no packages. libsemanage1 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#588550: [buildd-tools-devel] Bug#588550: sbuild: Fails to build binNMUs for packages with urgency comments in changelogs
On Sun, Jul 18, 2010 at 01:04:18PM +0100, Roger Leigh wrote: On Fri, Jul 16, 2010 at 08:41:52PM +0200, Michael Banck wrote: tags 588550 +patch thanks On Fri, Jul 09, 2010 at 04:20:42PM +0100, Adam D. Barratt wrote: The recently scheduled binNMUs of the mandos package failed due to a problem with the auto-generated binNMU changelog; from one of the logs: parsechangelog/debian: warning: debian/changelog(l1): unrecognised line LINE: (1.0.14-1+b1) unstable; urgency=low parsechangelog/debian: error: Can't call method as_string on an undefined value at /usr/share/perl5/Dpkg/Changelog.pm line 250, STDIN line 8. This appears to be due to line 830 of lib/Sbuild/Build.pm which does: $firstline =~ /^(\S+)\s+\((\S+)\)\s+([^;]+)\s*;\s*urgency=(\S+)\s*$/; The most recent header line from the mandos changelog is: mandos (1.0.14-1) unstable; urgency=low (HIGH on mips and mipsel) Although unusual, this form is permitted by section 5.6.17 of Policy. I propose the attached patch, which ignores the rest of the line after the urgency field; I can successfully binNMU mandos_1.0.14-1 with it. I will probably upload the fix by the rest of weekend, if I don't hear complaints. That sounds fine to me. Please do a binNMU rather than using git master, which currently has some issues. Feel free to commit this fix onto git master and buildd branches, though! I assume you mean NMU. A binNMU wouldn't change the source. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589209: computer-janitor: New upstream version available
On Do, 2010-07-15 at 21:42 +0200, Carl =?UTF-8?Q?F=C3=BCrstenberg ?= wrote: Package: computer-janitor Version: 1.14.1-1 Severity: normal version 2.0.2-0ubuntu1 exists in debian for several weeks now, possible solving some other bugs as well. Yes, but we stay with 1.14.X for Squeeze, the same version used in Ubuntu's LTS release. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589403: linux-image-2.6.32-5-amd64: rndis_host fails to create an interface for an HTC tatoo phone
On Sun, 2010-07-18 at 13:52 +0200, Jonathan Protzenko wrote:
Hi,
Thanks for the quick reply! I'm amazed.
I cannot use your pre-built amd64 module because I'm not at work
anymore, and although I still have my phone with me, the machine I'm
using is a 686 now.
There is also a 686 build in the same place.
I cannot apply your patch either. I'm running testing, and the
rndis_host.c file looks like this:
int rndis_command(struct usbnet *dev, struct rndis_msg_hdr *buf, int buflen)
{
struct cdc_state*info = (void *) dev-data;
intmaster_ifnum;
intretval;
unsignedcount;
__le32rsp;
u32xid = 0, msg_len, request_id;
Which is obviously not what you diff'd against (the patch fails in this
area).
[...]
I think you're looking at the unpatched source. You can use the
debian/bin/test-patches script to apply the new patch.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
signature.asc
Description: This is a digitally signed message part
Bug#589516: libcompass-ruby1.8 and libcompass-ruby: error when trying to install together
Package: libcompass-ruby,libcompass-ruby1.8 Version: libcompass-ruby/0.10.2debian-1 Version: libcompass-ruby1.8/0.10.2debian-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2010-07-18 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libruby1.8 ruby1.8 libhaml-ruby1.8 libffi5 libffi-ruby1.8 libinotify-ruby1.8 librb-inotify-ruby1.8 libfssm-ruby1.8 libcompass-ruby1.8 libhaml-ruby libfssm-ruby libcompass-ruby Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libruby1.8. (Reading database ... 12231 files and directories currently installed.) Unpacking libruby1.8 (from .../libruby1.8_1.8.7.299-1_amd64.deb) ... Selecting previously deselected package ruby1.8. Unpacking ruby1.8 (from .../ruby1.8_1.8.7.299-1_amd64.deb) ... Selecting previously deselected package libhaml-ruby1.8. Unpacking libhaml-ruby1.8 (from .../libhaml-ruby1.8_3.0.9-1_all.deb) ... Selecting previously deselected package libffi5. Unpacking libffi5 (from .../libffi5_3.0.9-2_amd64.deb) ... Selecting previously deselected package libffi-ruby1.8. Unpacking libffi-ruby1.8 (from .../libffi-ruby1.8_0.6.3debian-1_amd64.deb) ... Selecting previously deselected package libinotify-ruby1.8. Unpacking libinotify-ruby1.8 (from .../libinotify-ruby1.8_0.0.2-4_amd64.deb) ... Selecting previously deselected package librb-inotify-ruby1.8. Unpacking librb-inotify-ruby1.8 (from .../librb-inotify-ruby1.8_0.7.0-4_all.deb) ... Selecting previously deselected package libfssm-ruby1.8. Unpacking libfssm-ruby1.8 (from .../libfssm-ruby1.8_0.1.4-2_all.deb) ... Selecting previously deselected package libcompass-ruby1.8. Unpacking libcompass-ruby1.8 (from .../libcompass-ruby1.8_0.10.2debian-1_all.deb) ... Selecting previously deselected package libhaml-ruby. Unpacking libhaml-ruby (from .../libhaml-ruby_3.0.9-1_all.deb) ... Selecting previously deselected package libfssm-ruby. Unpacking libfssm-ruby (from .../libfssm-ruby_0.1.4-2_all.deb) ... Selecting previously deselected package libcompass-ruby. Unpacking libcompass-ruby (from .../libcompass-ruby_0.10.2debian-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/libcompass-ruby_0.10.2debian-1_all.deb (--unpack): trying to overwrite '/usr/share/man/man1/compass.1.gz', which is also in package libcompass-ruby1.8 0:0.10.2debian-1 Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/libcompass-ruby_0.10.2debian-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) cow-shell unlink .ilist: No such file or directory This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/share/man/man1/compass.1.gz This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497206: Aptitude wishlist bug with a package - how to get it merged?
On Thu, 08 Jul 2010, Thadeu Lima de Souza Cascardo wrote: I've submitted bug 497206 for aptitude with a patch attached almost two years ago. It's a new feature, to allow packages to be grouped by source. It's usually easier to upgrade all packages from the same source, without having to look for (and sometimes guess) what are the other packages from that given source package. Hmm, wishlist seconded, FWLIW. Grouping by source package is a feature that would help me when I know for sure something is broken in unstable and the entire set of binary packages from the same source needs to be put in hold... -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588647: me-tv: constantly have to click away 'Failed to call Inhibit
Version 1.3.1-1 has just now been approved and uploaded into unstable -- Scott Evans sc...@vk7hse.hobby-site.org signature.asc Description: This is a digitally signed message part
Bug#589344: working on it
working on it I am working to solve this bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589517: emacs23-common: emacsclient man page does not take precedence over emacs22-common version
Package: emacs23-common Version: 23.2+1-2 Severity: normal I'm not sure why, but man emacsclient gives me the emacs22 version and not the emacs23 version. From the following, I'd have expected to get the emacs23 version, because that's what /usr/share/man/man1/emacsclient.1.gz points at (via /etc/alternatives/emacsclient.1.gz). mas...@doggy:~$ ls -l /usr/share/man/man1/emacsclient.* /etc/alternatives/emacsclient.1.gz lrwxrwxrwx 1 root root 44 jun 28 17:20 /etc/alternatives/emacsclient.1.gz - /usr/share/man/man1/emacsclient.emacs23.1.gz -rw-r--r-- 1 root root 1536 jan 25 16:59 /usr/share/man/man1/emacsclient.1emacs22.gz lrwxrwxrwx 1 root root 34 jun 28 17:20 /usr/share/man/man1/emacsclient.1.gz - /etc/alternatives/emacsclient.1.gz -rw-r--r-- 1 root root 1684 mai 16 08:46 /usr/share/man/man1/emacsclient.emacs23.1.gz but: mas...@doggy:~$ man emacsclient | md5sum 18c85d475d5ce5ffde470cbf06596aef - mas...@doggy:~$ man -l /usr/share/man/man1/emacsclient.1emacs22.gz | md5sum 18c85d475d5ce5ffde470cbf06596aef - while: mas...@doggy:~$ man -l /usr/share/man/man1/emacsclient.emacs23.1.gz | md5sum 5c884941e360cecafb25859153fd5468 - mas...@doggy:~$ man -l /etc/alternatives/emacsclient.1.gz | md5sum 5c884941e360cecafb25859153fd5468 - mas...@doggy:~$ man emacsclient.emacs23 | md5sum 5c884941e360cecafb25859153fd5468 - Please make it so that the emacs23 version effectively takes precedence over the emacs22 version, that is when /usr/bin/emacsclient points to /usr/bin/emacsclient.emacs23 . mas...@doggy:~$ ls -l /etc/alternatives/emacsclient /usr/bin/emacsclient* lrwxrwxrwx 1 root root28 jun 28 17:20 /etc/alternatives/emacsclient - /usr/bin/emacsclient.emacs23 lrwxrwxrwx 1 root root29 jun 28 17:20 /usr/bin/emacsclient - /etc/alternatives/emacsclient -rwxr-xr-x 1 root root 15432 jan 25 17:00 /usr/bin/emacsclient.emacs22 -rwxr-xr-x 1 root root 21128 mai 16 09:45 /usr/bin/emacsclient.emacs23 mas...@doggy:~$ /usr/sbin/update-alternatives --display emacsclient emacsclient - auto mode link currently points to /usr/bin/emacsclient.emacs23 /usr/bin/emacsclient.emacs22 - priority 25 slave emacsclient.1.gz: /usr/share/man/man1/emacsclient.1emacs22.gz /usr/bin/emacsclient.emacs23 - priority 26 slave emacsclient.1.gz: /usr/share/man/man1/emacsclient.emacs23.1.gz Current 'best' version is '/usr/bin/emacsclient.emacs23'. -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs23-common depends on: ii dpkg 1.15.7.2 Debian package management system ii emacsen-common1.4.17 Common facilities for all emacsen ii install-info 4.13a.dfsg.1-5 Manage installed documentation in emacs23-common recommends no packages. Versions of packages emacs23-common suggests: pn emacs23-common-non-dfsg none (no description available) ii emacs23-el23.2+1-2 GNU Emacs LISP (.el) files -- 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#589518: [python] error of python during apt-get dist-upgrade
Package: python
Version: 2.6.5-5
Severity: critical
--- Please enter the report below this line. ---
During the apt-get dist-upgrade process I got (sorry it in in Italian)
Elaborazione dei trigger per menu...
Elaborazione dei trigger per python-support...
Compiling /usr/lib/pymodules/python2.4/MythTV/ttvdb/cache.py ...
SyntaxError: ('future feature with_statement is not defined',)
Date:dom lug 18 Time:13:35:35
User:root Computer:europa Base:~ Current:
and the apt-get stops (perhaps leaving not configured something). The
next apt-get dist-upgrade sid me that there is nothing to update.
Thanks
Marco
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.32-5-686-bigmem
Debian Release: squeeze/sid
500 testing-proposed-updates ftp.fr.debian.org
500 testing www.debian-multimedia.org
500 testing security.debian.org
500 testing http.us.debian.org
500 testing ftp.fr.debian.org
--- Package information. ---
Depends (Version) | Installed
=-+-===
python2.6 (= 2.6.5+20100616-1~) | 2.6.5+20100706-1
python-minimal (= 2.6.5-5) | 2.6.5-5
Package's Recommends field is empty.
Suggests (Version) | Installed
-+-=
python-doc (= 2.6.5-5) |
python-tk (= 2.6.5-5) | 2.6.5-1
python-profiler (= 2.6.5-5) |
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589519: debconf small error in debconf-set-selections
Package: debconf
Version: 1.5.24
String console-setup console-setup/codeset select # Cyrillic - Slavic
languages (also Bosnian and Serbian Latin) not work if execute
debconf-set-selections.
Symbol # define what content not define
cut debconf-set-selections ---
sub mungeline ($) {
my $line=shift;
chomp $line;
$line=~s/\#.*$//; --- Error or in define string format must
change :(
$line=~s/\r$//;
return $line;
}
end cut
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589403: linux-image-2.6.32-5-amd64: rndis_host fails to create an interface for an HTC tatoo phone
Sorry for the confusion, test-patches works just fine, I'm building the
new kernel right now.
By the way, you might want to check your permissions, I'm getting errors
when trying to retrieve rndis_host.ko from your web directory.
Forbidden
You don't have permission to access /~benh/rndis_host.ko.686 on this server.
On 07/18/2010 02:12 PM, Ben Hutchings wrote:
On Sun, 2010-07-18 at 13:52 +0200, Jonathan Protzenko wrote:
Hi,
Thanks for the quick reply! I'm amazed.
I cannot use your pre-built amd64 module because I'm not at work
anymore, and although I still have my phone with me, the machine I'm
using is a 686 now.
There is also a 686 build in the same place.
I cannot apply your patch either. I'm running testing, and the
rndis_host.c file looks like this:
int rndis_command(struct usbnet *dev, struct rndis_msg_hdr *buf, int buflen)
{
struct cdc_state*info = (void *) dev-data;
intmaster_ifnum;
intretval;
unsignedcount;
__le32rsp;
u32xid = 0, msg_len, request_id;
Which is obviously not what you diff'd against (the patch fails in this
area).
[...]
I think you're looking at the unpatched source. You can use the
debian/bin/test-patches script to apply the new patch.
Ben.
Bug#576445: NMU interdiff (was: Re: [patch]: sgml-base: Fails to purge)
Hi, attached is the NMU interdiff; I had to also move debhelper from Build-Depends-Indep to Build-Depends to fix a lintian error. diff -Nru sgml-base-1.26/debian/changelog sgml-base-1.26+nmu1/debian/changelog --- sgml-base-1.26/debian/changelog 2004-08-14 17:04:15.0 +0200 +++ sgml-base-1.26+nmu1/debian/changelog2010-07-18 14:39:38.0 +0200 @@ -1,3 +1,14 @@ +sgml-base (1.26+nmu1) unstable; urgency=low + + * Non-maintainer upload + * Applied patch from Hideki Yamane adding a check whether directories exist +before removing them on purge +(closes: Bug#576445) + * Moved debhelper from Build-Depends-Indep to Build-Depends as it is used in +the clean target, as per Policy section 7.7. + + -- Michael Banck mba...@debian.org Sat, 17 Jul 2010 16:27:02 +0200 + sgml-base (1.26) unstable; urgency=low * Removed creation of the transitional catalog in a installation diff -Nru sgml-base-1.26/debian/control sgml-base-1.26+nmu1/debian/control --- sgml-base-1.26/debian/control 2004-06-07 05:18:28.0 +0200 +++ sgml-base-1.26+nmu1/debian/control 2010-07-18 14:37:50.0 +0200 @@ -4,7 +4,7 @@ Maintainer: Debian XML/SGML Group debian-xml-sgml-p...@lists.alioth.debian.org Uploaders: Ardo van Rangelrooij a...@debian.org Standards-Version: 3.6.1 -Build-Depends-Indep: debhelper (= 4.1) +Build-Depends: debhelper (= 4.1) Package: sgml-base Section: text diff -Nru sgml-base-1.26/debian/sgml-base.postrm sgml-base-1.26+nmu1/debian/sgml-base.postrm --- sgml-base-1.26/debian/sgml-base.postrm 2004-08-14 17:04:15.0 +0200 +++ sgml-base-1.26+nmu1/debian/sgml-base.postrm 2010-07-17 16:15:59.0 +0200 @@ -15,16 +15,12 @@ rm -f /etc/sgml/catalog /etc/sgml/catalog.old ## -- -## remove /etc/sgml -cd /etc -rmdir --ignore-fail-on-non-empty sgml -cd - /dev/null - -## -- -## remove /var/lib/sgml-base -cd /var/lib -rmdir --ignore-fail-on-non-empty sgml-base -cd - /dev/null +## remove /etc/sgml and /var/lib/sgml-base +for dir in /etc/sgml /var/lib/sgml-base; do + if [ -d $dir ]; then + rmdir --ignore-fail-on-non-empty $dir + fi +done fi
Bug#589520: openssl: IPv6-capable s_client and s_server
Package: openssl
Version: 0.9.8o-1
Severity: wishlist
Tags: ipv6 patch
May I propose that the two applications s_client and s_server
be made IPv6-capable. I supply a patch that accomplishes this.
The resulting software has been tested with invokations like
./apps/openssl s_client -connect ipv6.google.com:https
./apps/openssl s_client -connect 2a00:1450:8003::6a:443
and
./apps/openssl s_server -cert path/server.pem -www -accept https -4
./apps/openssl s_server -cert path/server.pem -www -accept https -6
to full satisfaction.
OpenBSD has for some years patched s_client to be IPv6-capable,
but FreeBSD has not done so. Neither of them have touched s_server.
Keeping in mind that upstream expressedly states s_client and s_server
to be testing tools, very seldomly touched upon, I see some merit in expanding
them to be fit for IPv6, even though only for Debian GNU/Linux. Clearly,
certtool/gnutls-bin offer these testing tools already, but I imagine many
network administrators or developers that are more used to fall back on OpenSSL
for testing.
An incorporation of the present suggestion would comply to the release goal
for Squeeze of improving IPv6 support.
An argument against this wishlist bug, would be that Debian tries to fiddle
as little as possible with non-dormant upstream source code.
Best regards,
Mats Erik Andersson, fil. dr
2459 41E9 C420 3F6D F68B 2E88 F768 4541 F25B 5D41
Abonnerar på: debian-mentors, debian-devel-games, debian-perl,
debian-ipv6, debian-qa
Description: Implement IPv6 transport for the s_client and s_server.
A straightforward migration to getaddrinfo(3) is sufficient to
let the service openssl s_client use IPv6 as well as IPv4 as
address family.
.
An analysis of unused code functionality for the server parts
as contained in apps/s_socket.c, allows a fairly natural
migration to allow also s_server to use IPv6 as well as IPv4,
one at a time, as listening socket.
.
The additional command line switches '-4' and '-6' are able to
limit address resolving to a single family.
Author: Mats Erik Andersson deb...@gisladisker.se
Forwarded: no
Last-Update: 2010-07-18
--- openssl-0.9.8o.orig/apps/s_apps.h 2009-09-04 19:53:29.0 +0200
+++ openssl-0.9.8o/apps/s_apps.h 2010-07-02 12:42:03.0 +0200
@@ -148,7 +148,7 @@ typedef fd_mask fd_set;
#define PORT_STR4433
#define PROTOCOLtcp
-int do_server(int port, int type, int *ret, int (*cb) (char *hostname, int s, unsigned char *context), unsigned char *context);
+int do_server(int port, int type, int *ret, int (*cb) (char *hostname, int s, unsigned char *context), unsigned char *context, int family);
#ifdef HEADER_X509_H
int MS_CALLBACK verify_callback(int ok, X509_STORE_CTX *ctx);
#endif
@@ -156,7 +156,7 @@ int MS_CALLBACK verify_callback(int ok,
int set_cert_stuff(SSL_CTX *ctx, char *cert_file, char *key_file);
int set_cert_key_stuff(SSL_CTX *ctx, X509 *cert, EVP_PKEY *key);
#endif
-int init_client(int *sock, char *server, int port, int type);
+int init_client(int *sock, char *server, int port, int type, int af);
int should_retry(int i);
int extract_port(char *str, short *port_ptr);
int extract_host_port(char *str,char **host_ptr,unsigned char *ip,short *p);
--- openssl-0.9.8o.orig/apps/s_client.c 2009-12-16 21:34:19.0 +0100
+++ openssl-0.9.8o/apps/s_client.c 2010-06-30 15:08:35.0 +0200
@@ -192,6 +192,8 @@ static void sc_usage(void)
{
BIO_printf(bio_err,usage: s_client args\n);
BIO_printf(bio_err,\n);
+ BIO_printf(bio_err, -4 - use IPv4 address for host\n);
+ BIO_printf(bio_err, -6 - use IPv6 address for host\n);
BIO_printf(bio_err, -host host - use -connect instead\n);
BIO_printf(bio_err, -port port - use -connect instead\n);
BIO_printf(bio_err, -connect host:port - who to connect to (default is %s:%s)\n,SSL_HOST_NAME,PORT_STR);
@@ -296,6 +298,7 @@ int MAIN(int argc, char **argv)
int sbuf_len,sbuf_off;
fd_set readfds,writefds;
short port=PORT;
+ int family=AF_UNSPEC;
int full_log=1;
char *host=SSL_HOST_NAME;
char *cert_file=NULL,*key_file=NULL;
@@ -396,6 +399,10 @@ int MAIN(int argc, char **argv)
port=atoi(*(++argv));
if (port == 0) goto bad;
}
+ else if (strcmp(*argv,-6) == 0)
+ family = AF_INET6;
+ else if (strcmp(*argv,-4) == 0)
+ family = AF_INET;
else if (strcmp(*argv,-connect) == 0)
{
if (--argc 1) goto bad;
@@ -806,7 +813,7 @@ bad:
re_start:
- if (init_client(s,host,port,sock_type) == 0)
+ if (init_client(s,host,port,sock_type,family) == 0)
{
BIO_printf(bio_err,connect:errno=%d\n,get_last_socket_error());
SHUTDOWN(s);
--- openssl-0.9.8o.orig/apps/s_server.c 2010-01-24 14:52:38.0 +0100
+++ openssl-0.9.8o/apps/s_server.c 2010-07-02 12:41:21.0 +0200
@@ -326,6 +326,8 @@ static void sv_usage(void)
{
BIO_printf(bio_err,usage: s_server [args ...]\n);
BIO_printf(bio_err,\n);
+ BIO_printf(bio_err, -4- use IPv4
Bug#507315: #507315 debsums: no md5sums for mawk
On Sun, 18 Jul 2010, Steve Langasek wrote: tags 507315 -fixed-upstream thanks On Sun, Jul 18, 2010 at 06:43:29AM -0400, Thomas Dickey wrote: This was fixed in upstream mawk 1.3.4 20100625. This is a bug about packaging. Your packaging in the package/ subdirectory is not relevant to the status of this bug. my comments are both accurate and pertinent. ymmv awai -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588550: [buildd-tools-devel] Bug#588550: sbuild: Fails to build binNMUs for packages with urgency comments in changelogs
Hi,
On Sun, Jul 18, 2010 at 02:14:36PM +0200, Kurt Roeckx wrote:
On Sun, Jul 18, 2010 at 01:04:18PM +0100, Roger Leigh wrote:
On Fri, Jul 16, 2010 at 08:41:52PM +0200, Michael Banck wrote:
tags 588550 +patch
thanks
On Fri, Jul 09, 2010 at 04:20:42PM +0100, Adam D. Barratt wrote:
The recently scheduled binNMUs of the mandos package failed due to a
problem with the auto-generated binNMU changelog; from one of the logs:
parsechangelog/debian: warning: debian/changelog(l1): unrecognised
line
LINE: (1.0.14-1+b1) unstable; urgency=low
parsechangelog/debian: error: Can't call method as_string on an
undefined value at /usr/share/perl5/Dpkg/Changelog.pm line 250, STDIN
line 8.
This appears to be due to line 830 of lib/Sbuild/Build.pm which does:
$firstline =~ /^(\S+)\s+\((\S+)\)\s+([^;]+)\s*;\s*urgency=(\S+)\s*$/;
The most recent header line from the mandos changelog is:
mandos (1.0.14-1) unstable; urgency=low (HIGH on mips and mipsel)
Although unusual, this form is permitted by section 5.6.17 of Policy.
I propose the attached patch, which ignores the rest of the line after
the urgency field; I can successfully binNMU mandos_1.0.14-1 with it. I
will probably upload the fix by the rest of weekend, if I don't hear
complaints.
That sounds fine to me. Please do a binNMU rather than using git
master, which currently has some issues. Feel free to commit this
fix onto git master and buildd branches, though!
I assume you mean NMU. A binNMU wouldn't change the source.
I've uploaded it now, the interdiff is attached.
Michael
only in patch2:
unchanged:
--- sbuild-0.60.0.orig/debian/changelog
+++ sbuild-0.60.0/debian/changelog
@@ -1,3 +1,11 @@
+sbuild (0.60.0-2) unstable; urgency=low
+
+ * sbuild:
+- disregard text after urgency field in the changelog, as further comments
+ are allowed by policy (Closes: #588550).
+
+ -- Michael Banck mba...@debian.org Sun, 18 Jul 2010 14:48:43 +0200
+
sbuild (0.60.0-1) unstable; urgency=low
* debian/control:
only in patch2:
unchanged:
--- sbuild-0.60.0.orig/lib/Sbuild/Build.pm
+++ sbuild-0.60.0/lib/Sbuild/Build.pm
@@ -827,7 +827,7 @@
$firstline = F while $firstline =~ /^$/;
{ local($/); undef $/; $text = F; }
close( F );
- $firstline =~
/^(\S+)\s+\((\S+)\)\s+([^;]+)\s*;\s*urgency=(\S+)\s*$/;
+ $firstline =~ /^(\S+)\s+\((\S+)\)\s+([^;]+)\s*;\s*urgency=(\S+).*$/;
my ($name, $version, $dists, $urgent) = ($1, $2, $3, $4);
my $NMUversion = $self-get('Version');
chomp( my $date = `date -R` );
Bug#589462: [Parted-maintainers] Bug#589462: gnu-fdisk: homepage URL is wrong
On 00:39 Sun 18 Jul , Marc Dequènes (Duck) wrote: Package: gnu-fdisk Version: 1.2.4-3+b1 Severity: minor Coin, Please fix the homepage URL: http://www.gnu.org/software/fdisk/ (instead of a link to the parted project) Thanks. I will fix it with in my next upload. Greetings, -- ,''`. Xavier Oswald (xosw...@debian.org) : :' : GNU/LINUX Debian Developer http://www.debian.org `. `' GPG Key: 1024D/88BBB51E `- 938D D715 6915 8860 9679 4A0C A430 C6AA 88BB B51E signature.asc Description: Digital signature
Bug#589521: isoquery: [INTL:ru] Russian program translation
Package: isoquery Version: 1.0-1 Severity: wishlist Tags: l10n patch Russian program translation is attached. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Yuri Kozlov yu...@komyakino.ru, 2010. msgid msgstr Project-Id-Version: \n Report-Msgid-Bugs-To: to...@debian.org\n POT-Creation-Date: 2010-06-30 19:58+0200\n PO-Revision-Date: 2010-07-18 17:04+0400\n Last-Translator: Yuri Kozlov yu...@komyakino.ru\n Language-Team: Russian debian-l10n-russ...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n%10=4 (n%10010 || n%100=20) ? 1 : 2);\n #: isoquery/cmdline_parser.py:30 msgid Usage: %prog [options] [ISO codes] msgstr Использование: %prog [параметры] [коды ISO] #: isoquery/cmdline_parser.py:36 msgid STANDARD msgstr СТАНДАРТ #: isoquery/cmdline_parser.py:37 #, python-format msgid The ISO standard to use. Possible values: 639, 639-3, 3166, 3166-2, 4217, 15924. Default value: %default msgstr Использовать стандарт ISO. Возможные значения: 639, 639-3, 3166, 3166-2, 4217, 15924. Значение по умолчанию: %default #: isoquery/cmdline_parser.py:42 msgid FILE msgstr ФАЙЛ #: isoquery/cmdline_parser.py:43 #, python-format msgid Use specified XML file with ISO data. Default value: %default msgstr Использовать заданный файл XML с данными ISO. Значение по умолчанию: %default #: isoquery/cmdline_parser.py:47 msgid LOCALE msgstr ЛОКАЛЬ #: isoquery/cmdline_parser.py:48 msgid Use this locale for output msgstr Использовать данную локаль при выводе #: isoquery/cmdline_parser.py:51 msgid Display the name for the supplied codes (default) msgstr Показать имена имеющих кодов (по умолчанию) #: isoquery/cmdline_parser.py:55 msgid Display the official name for the supplied codes. This may be the same as -- name. (Only applies to ISO 3166) msgstr Показать официальные имена имеющих кодов. Может быть тоже, что и с --name (применимо только к ISO 3166). #: isoquery/cmdline_parser.py:60 msgid Display the common name for the supplied codes. This may be the same as -- name. (Only applies to ISO 3166) msgstr Показать общие имена имеющих кодов. Может быть тоже, что и с --name (применимо только к ISO 3166). #: isoquery/cmdline_parser.py:66 msgid Separate entries with a NULL character instead of newline msgstr Разделять элементы символом NULL, а не символом новой строки #: isoquery/cmdline_parser.py:70 msgid Show this information msgstr Показать эту справку #: isoquery/cmdline_parser.py:74 msgid Show program version and copyright msgstr Показать версию программы и ифн. об авторском праве #: isoquery/cmdline_parser.py:92 #, python-format msgid isoquery: ISO standard '%(standard)s' is not supported.\n msgstr isoquery: Стандарт ISO %(standard)s не поддерживается.\n #: isoquery/cmdline_parser.py:110 #, python-format msgid isoquery: The locale '%(locale)s' is not available for ISO %(standard)s.\n msgstr isoquery: Локаль %(locale)s недоступна для ISO %(standard)s.\n #: isoquery/cmdline_parser.py:126 #, python-format msgid isoquery %(version)s msgstr isoquery %(version)s #: isoquery/cmdline_parser.py:127 msgid Copyright © 2007-2010 Tobias Quathamer msgstr Copyright © 2007-2010 Tobias Quathamer #. TRANSLATORS: Please change the uppercase words as appropriate for #. your language. #: isoquery/cmdline_parser.py:130 msgid Translation to LANGUAGE Copyright © YEAR YOUR-NAME msgstr Перевод на русский Copyright © 2010 Юрий Козлов #: isoquery/xmlfile.py:42 #, python-format msgid isoquery: The file '%(filename)s' could not be opened.\n msgstr isoquery: Не удалось открыть файл %(filename)s.\n #: isoquery/xmlfile.py:46 #, python-format msgid isoquery: The file '%(filename)s' could not be parsed correctly.\n msgstr isoquery: Не удалось проанализировать файл %(filename)s.\n #: isoquery/xmlfile.py:52 #, python-format msgid isoquery: The file '%(filename)s' does not contain valid ISO %(standard)s data.\n msgstr isoquery: Файл %(filename)s не содержит допустимых данных ISO %(standard)s data.\n #: isoquery/xmlfile.py:71 #, python-format msgid isoquery: The code '%(code)s' is not defined in ISO %(standard)s.\n msgstr isoquery: Код %(code)s не определён в ISO %(standard)s.\n
Bug#488803: Packaging ioQuake3 in the Debian Games Team
Hi, I'm working on ioquake3 ATM since I plan to fix some issues concerning OpenArena and their modified/outdated ioQuake3 engine. If it turns out it works fine and flawlessly for OpenArena I'll put the package into the Games Team's repository. Cheers - Fuddl signature.asc Description: This is a digitally signed message part
Bug#588608: aptitude (priority important) depends on libboost-iostreams (priority optional)
On Sun, Jul 18, 2010 at 02:38:50AM +0200, Steve Langasek wrote: - When I type 'aptitude install foo', *removing* foo instead of upgrading is not a valid solution and should never be offered. It's still an outstanding (and irritating) bug as late as yesterday's sid... -- Jonathan Wiltshire 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 signature.asc Description: Digital signature
