Bug#613472: libslp1: debconf abuse
severity 613472 normal thanks Quoting Jonathan Nieder (jrnie...@gmail.com): Package: libslp1 Version: 1.2.1-7.8 Severity: minor Hi, Installing cups, I receive the message .../... agreed 100%. I raise this bug's severity as I always reported debconf abuse bugs with normal severity. I dislike seeing them minor as abusing debconf is not minor. signature.asc Description: Digital signature
Bug#612307: override: rygel-gst-renderer:oldlibs/optional
On Sun, Feb 13, 2011 at 02:23:08AM +0100, Luca Falavigna wrote: Hi, Checking compliance with related overrides... rygel-gst-renderer would have priority optional, its dependency rygel-playbin has priority extra Should we move rygel-playbin to optional? Yes, that sounds reasonable. -- .''`. : :' : Luca Falavigna dktrkr...@debian.org `. `' `- -- Andreas Henriksson signature.asc Description: Digital signature
Bug#613469: gdm3 crashes because of bad regex
Le lundi 14 février 2011 à 18:34 -0500, Andreas Kloeckner a écrit : Gdm3 fails to start, puts this here in syslog. Feb 14 18:33:03 tuck gdm[11684]: #3 signal handler called Feb 14 18:33:03 tuck gdm[11684]: #4 0x7eff875b68b9 in g_match_info_matches () from /lib/libglib-2.0.so.0 Feb 14 18:33:03 tuck gdm[11684]: #5 0x0040c433 in ?? () Feb 14 18:33:03 tuck gdm[11684]: #6 0x0041a4e5 in ?? () Feb 14 18:33:03 tuck gdm[11684]: #7 0x0041af2d in ?? () Thanks for the backtrace. And the winner is… ii libglib2.0-0 2.28.0-1 The GLib library of C routines What version of libpcre3 do you have? Please upgrade to 8.12-2 if you have 8.12-1. Cheers, -- .''`. : :' : “You would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.” `--- J???rg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612307: override: rygel-gst-renderer:oldlibs/optional
On Tue, Feb 15, 2011 at 09:06:47AM +0100, Andreas Henriksson wrote: On Sun, Feb 13, 2011 at 02:23:08AM +0100, Luca Falavigna wrote: Hi, Checking compliance with related overrides... rygel-gst-renderer would have priority optional, its dependency rygel-playbin has priority extra Should we move rygel-playbin to optional? Yes, that sounds reasonable. Hmm... wait! Why not put everything in extra? (Did I screw up my request? Sorry.) -- Andreas Henriksson signature.asc Description: Digital signature
Bug#613492: RM: fast-user-switch-applet -- ROM; Obsolete; replaced by gdm3
Package: ftp.debian.org Severity: normal Hi, please remove the fast-user-switch-applet package. It is specific to gdm ≤ 2.20 and gdm3 includes a replacement. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613493: Memory leak if an array is appeared in bind variables
Package: libdbd-pg-perl Severity: grave Forwarded: https://rt.cpan.org/Ticket/Display.html?id=65734 X-Debian-Cc: debian-p...@lists.debian.org Hi, Maintainers! I've just stumbled over unpleasant bug. PSQL driver leaks if an array is appeared in bind variables list. In attache You can find a script that showes the problem. -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 leak_pg1.t Description: Troff document signature.asc Description: Digital signature
Bug#613494: bacula-sd: bsock.c: 135 Unable to connect to Storage daemon on ...
Package: bacula Version: 5.0.2-2.2 Severity: wishlist I got no answer if I use the command status sto. Solution: SDAdress 127.0.0.1 must be changed to FQDN in bacula-sd.conf -- System Information: Debian Release: 6.0 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bacula depends on: ii bacula-client 5.0.2-2.2network backup, recovery and verif ii bacula-common 5.0.2-2.2+b1 network backup, recovery and verif ii bacula-server 5.0.2-2.2network backup, recovery and verif bacula recommends no packages. Versions of packages bacula suggests: pn bacula-docnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613385: xserver-xorg-video-intel: Modeline flood in Xorg log
Julien Cristau jcris...@debian.org writes: Does this also happen with a newer kernel? I can't reproduce it with kernel Package: linux-image-2.6.37-trunk-amd64 Version: 2.6.37-1~experimental.1 Regards, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562567: Ping
Hello Adam Now that Squeeze is out of the door, would you care to upload the new version? While I doubt more than a few people care about other fonts in Unfortunately I can't do uploads myself. But I was and am still looking for a sponsor caring enough to review my package for uploads. I am sorry it doesn't work as fast as you and me wish sometimes. this package, new Symbola happens to cover Unicode 6.0 additions -- and, when I searched a few months ago, it was the only font to do so. I guess there might be other such fonts out there, but to my knowledge, none in Debian. Thus, here's a ping. By the way, since you seem to deal with fonts a lot more than me -- if you'd stumble upon an Unicode 6.0 font which works well in a character cell display (like a terminal), it'd be good if you let me know. Symbola usually overflows the cell, spilling onto most of the next character. Thanks for your question, I'll check if I find something... Meow! Woof! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612954: openscenegraph-examples: Can't compile at least osgcubemap and osgfont examples
sergey writes: Hi, Alberto! $(pkg-config openscenegraph --libs) is not works. $ echo $(pkg-config openscenegraph --libs) Package openscenegraph was not found in the pkg-config search path. Perhaps you should add the directory containing `openscenegraph.pc' to the PKG_CONFIG_PATH environment variable No package 'openscenegraph' found But I have openscenegraph installed: $ apt-cache showpkg openscenegraph Package: openscenegraph Versions: 2.8.3-5 (/var/lib/apt/lists/ftp.debian.org_debian_dists_squeeze_main_binary-i386_Packages) (/var/lib/dpkg/status)... `openscenegraph' is a package containing the binaries for examples and applications bundled with OSG. You haven't installed the development package, libopenscenegraph-dev. This is required to build OSG programs from source. By the way, link also with openthreads libraries $(pkg-config openthreads --libs) Regards, Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613313: wajig: resolved in VCS version 2.01
On Mon, Feb 14, 2011 at 22:16, Timothy J. Ford t...@att.net wrote: Package: wajig Severity: normal The bug does not seem to appear in version 2.01. I guess I must release this version real soon now. Thanks for the feedback. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613495: libjlha-java: Please reencode source into UTF-8
Package: libjlha-java Version: 0.0.20050504-8 Severity: wishlist Tags: upstream Please reencode the source into UTF-8. Shift-JIS is not a convenient encoding to work in and it seems that the upstream author has abandoned this project. Something similar to the following in the root of the source should do it just fine: $ find jp -name '*.java' -print0 | xargs -0 recode Shift-JIS..UTF-8 Thanks, wt -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libjlha-java depends on: ii default-jre-headless [java2 1:1.6-40 Standard Java or Java compatible R ii gcj-4.4-jre-headless [java2 4.4.5-9 Java runtime environment using GIJ ii gcj-jre-headless [java2-run 4:4.4.5-2Java runtime environment using GIJ ii gij-4.3 [java2-runtime-head 4.3.4-4 The GNU Java bytecode interpreter ii openjdk-6-jre-headless [jav 6b18-1.8.5-1 OpenJDK Java runtime, using Hotspo libjlha-java recommends no packages. Versions of packages libjlha-java suggests: ii gcj-jre-headless [java-virtua 4:4.4.5-2 Java runtime environment using GIJ ii gij-4.3 [java-virtual-machine 4.3.4-4The GNU Java bytecode interpreter pn libjlha-java-doc-ja none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613496: libapache2-mod-php5: read() from pipe failed (0) the PM is shutting down, Apache seems to have disappeared
Package: libapache2-mod-php5 Version: 5.3.3-7 Severity: important Enabling the php5 mod in Apache 2.2 via a2enmod php5 and subsequent restart of the server crashes the server. Output: [Tue Feb 15 00:32:01 2011] [notice] FastCGI: process manager initialized (pid 3219) [Tue Feb 15 00:32:01 2011] [alert] FastCGI: read() from pipe failed (0) [Tue Feb 15 00:32:01 2011] [alert] FastCGI: the PM is shutting down, Apache seems to have disappeared - bye [Tue Feb 15 00:37:40 2011] [notice] FastCGI: process manager initialized (pid 3584) [Tue Feb 15 00:37:41 2011] [alert] FastCGI: read() from pipe failed (0) [Tue Feb 15 00:37:41 2011] [alert] FastCGI: the PM is shutting down, Apache seems to have disappeared - bye [Tue Feb 15 00:38:34 2011] [notice] FastCGI: process manager initialized (pid 3684) [Tue Feb 15 00:38:34 2011] [alert] FastCGI: read() from pipe failed (0) [Tue Feb 15 00:38:34 2011] [alert] FastCGI: the PM is shutting down, Apache seems to have disappeared - bye [Tue Feb 15 00:41:44 2011] [notice] FastCGI: process manager initialized (pid 3796) [Tue Feb 15 00:41:44 2011] [alert] FastCGI: read() from pipe failed (0) [Tue Feb 15 00:41:44 2011] [alert] FastCGI: the PM is shutting down, Apache seems to have disappeared - bye [Tue Feb 15 00:44:45 2011] [notice] FastCGI: process manager initialized (pid 3931) [Tue Feb 15 00:44:45 2011] [alert] FastCGI: read() from pipe failed (0) [Tue Feb 15 00:44:45 2011] [alert] FastCGI: the PM is shutting down, Apache seems to have disappeared - bye Disabling the php5 module and restarting Apache2.2 resumes access to the server. Unfortunately, this completely hoses PHP5 development. - Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libapache2-mod-php5 depends on: ii apache2-mpm-prefork 2.2.16-6 Apache HTTP Server - traditional n ii apache2.2-common 2.2.16-6 Apache HTTP Server common files ii libbz2-1.01.0.5-6high-quality block-sorting file co ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libcomerr21.41.14-1 common error description library ii libdb4.8 4.8.30-5 Berkeley v4.8 Database Libraries [ ii libgssapi-krb5-2 1.8.3+dfsg-4 MIT Kerberos runtime libraries - k ii libk5crypto3 1.8.3+dfsg-4 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-4 MIT Kerberos runtime libraries ii libmagic1 5.04-6 File type determination library us ii libonig2 5.9.1-1Oniguruma regular expressions libr ii libpcre3 8.12-2 Perl 5 Compatible Regular Expressi ii libqdbm14 1.8.77-4 QDBM Database Libraries [runtime] ii libssl0.9.8 0.9.8o-5 SSL shared libraries ii libxml2 2.7.8.dfsg-2 GNOME XML library ii mime-support 3.51-1 MIME files 'mime.types' 'mailcap ii php5-common 5.3.3-7Common files for packages built fr ii tzdata2011b-2time zone and daylight-saving time ii ucf 3.0025+nmu1Update Configuration File: preserv ii zlib1g1:1.2.5.dfsg-1 compression library - runtime Versions of packages libapache2-mod-php5 recommends: ii php5-cli 5.3.3-7command-line interpreter for the p Versions of packages libapache2-mod-php5 suggests: ii php-pear 5.3.3-7PEAR - PHP Extension and Applicati -- 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#612307: override: rygel-gst-renderer:oldlibs/optional
Il 15/02/2011 9.18, Andreas Henriksson ha scritto: Why not put everything in extra? (Did I screw up my request? Sorry.) These are current overrides for both packages: rygel-gst-renderer is in section 'net' at priority 'extra' rygel-playbin is in section 'net' at priority 'extra' So, I guess the appropriate solution would be to just change section to oldlibs, leaving priority extra for both. Sounds reasonable? -- .''`. : :' : Luca Falavigna dktrkr...@debian.org `. `' `- signature.asc Description: OpenPGP digital signature
Bug#611855: sylpheed crashes (perhaps during mailbox check)
Hi, On Tue, Feb 15, 2011 at 04:46:05PM +0900, Hiroyuki Yamamoto wrote: It seems that everyone crashed at the same point: summaryview.c: summary_show_queued_msgs() - summary_status_show() The GtkTreeStore iterator somehow became invalid there. I haven't figure out the reason yet. Yeah, yesterday I reproduced it. While I opened some folder, I sent test mail that filtered to there, sylpheed always crashed. But today I could not reproduce it by same way. I did not change any settings. It is very strange. It seems that I have found the cause of problem. Please try the attached patch to see it fixes the crash. Thank you. Today sylpheed did not crash and I could not reproduce it. I apply and see it. -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#613497: ahci module nedded in sata-modules for QNAP TS-419P+
Package: linux-kernel-di-armel-2.6 Version: 1.56 Severity: important The QNAP TS-419P+ uses the ahci module for SATA so it should be included in sata-modules for the kirkwood udebs. See http://forum.qnap.com/viewtopic.php?f=147t=38850#p171504 for the original report. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613347: compatibility symlinks for libbsdxml
2011/2/15 Daniel Leidert daniel.leid...@wgdd.de: This library has the same API as the libbsdxml library that is used on FreeBSD. Obviously, when porting software from FreeBSD that depends on libbsdxml, we adjust it to use Debian libexpat instead. It would be easier though if libexpat provided compatibility symlinks or another mechanism such that #include bsdxml.h works, and so does -lbsdxml in linker flags. Not a big problem. What about a libbsdxml-compat-dev (or libbsdxml-expat-dev) package for kfreebsd*, that depends on libexpat-dev and ships the symlinks? Sounds fine to me. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613498: RM: ffprobe -- ROM; merged into the 'ffmpeg' package
Package: ftp.debian.org Severity: normal please remove ffprobe from the 'unstable' suite. It is provided by the 'ffmpeg' package now, which has proper conflicts/replaces relationships. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610885: d-i fails to create a file system (squeeze kfreebsd amd64)
2011/2/14 ZeWaren / Erwan Martin m...@zewaren.net: Hi. I'm trying to install the latest debian on my DELL Latitude E4300. The version I'm trying to use is: debian-6.0.0-kfreebsd-amd64 using the DVD #1, but I had the same problem booting from the network (PXE). Everything works well until I try to partition the hard drive. I get a red screen with: Failed to create a file system. The ufs file system creation in partition #6 of ATA5 (ada4) failed. The disk is detected as: ATA5 (ad5) - 250.1 GB ST9250410ASG/004SDM1 Switching to console #4 provides me the following information: update-dev: warning: unable to find udevadm; skipping partmam: mkfs.ufs: Cannot retrieve operator gid, using gid 0. partman: mkfs.ufs: /dev/ad4s6: could not find special device The problem is the same whether I use manual or guided partitioning. This is a known bug, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610885 A workaround is to disable use of any partition other than the first one (primary), or switch to GPT. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613162: zsh: Loading colors script fails, bad set of key/value pairs
Frank Terbeck wrote: [...] Yes, I'll probably commit either this or (more likely) a shorter patch that uses emulate -L zsh on top of the function upstream tonight or sometime tomorrow. http://zsh.cvs.sourceforge.net/viewvc/zsh/zsh/Functions/Misc/colors?r1=1.6r2=1.7view=patch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613499: Some SATA disks don't show up on TS-419P+
Package: linux-2.6 Version: 2.6.32-29 Severity: important A Debian user reported on the QNAP forum that only 2 out of the 4 disks show up onthe TS-419P+: http://forum.qnap.com/viewtopic.php?f=147t=38850#p178733 This is because there's another SATA chip on PCIE1 and PCIE1 is not initialized on this platform. This is fixed in http://git.kernel.org/?p=linux/kernel/git/nico/orion.git;a=commitdiff;h=31481adbabd1a6d66af40f1508531af3bed6f2c3 which I'm about to commit. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612928: Error after install fortunes-fr package : 'No fortune files in directory.'
Hi, Localized fortunes are installed in a subdirectory, so you have to enter 'fortune fr' to get French fortunes. Ok, thanks for your help and sorry for this wrong report. I did not read the manual properly. Best regards, Thomas PIERSON signature.asc Description: This is a digitally signed message part.
Bug#613500: DDTP - broken scripts / cronjobs ?
Package: debian-i18n Severity: normal Dear Maintainers, currently the system has two issues. - New translations are added to the database, but are not shown in the package search. Yesterday I got a message with an example: * virtuoso-vad-isparql is translated to German for about two weeks (http://ddtp.debian.net/ddt.cgi?desc_id=72427language=d), but it is not displayed on http://packages.debian.org/wheezy/virtuoso-vad-isparql . Maybe there is a relation to the downtime in January. - The last update for translated material (http://ftp.de.debian.org/debian/dists/sid/main/i18n/) was on 04-Feb-2011. Has there anything been shutdown during the preparation of the squeeze release? Kind regards Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606618: glib2.0: g_timeout_add() cannot handle very large timeouts
forwarded 606618 https://bugzilla.gnome.org/show_bug.cgi?id=642052 tags 606618 + upstream fixed-upstream pending thanks On 06/01/11 20:47, Jakub Wilk wrote: I turns out this is a bug in glib. The attached minimal test program should go ping every ~24 hours, and it apparently does with glib 2.24.2-1, but not with 2.27.4-1: Any reason you don't use g_timeout_add_seconds for large timeouts? I was just copycatting what syslong-ng did. I can reproduce this bug with g_timeout_add_seconds, too. Fixed upstream, will be fixed in 2.28.1. Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610769: empathy: Missing common chat protocols
I can confirm this as well. It probably will not be apparent for a new user of Debian how to fix this problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613501: linux-image-2.6.32-5-openvz-amd64: Starting vserver on ext4 FS triggers NULL pointer dereference
Package: linux-2.6 Version: 2.6.32-30 Severity: critical Justification: breaks unrelated software Starting a vserver with it's root on ext4 crashes ext4, event with /var/lib/vz on a different partition the root system gets unstable to unusable. I had hanging dpkgs when trying to extract files and the system wasn't rebootable because of the hanging guest, only `echo b /proc/sysrq-trigger` worked. -- Package-specific info: ** Version: Linux version 2.6.32-5-openvz-amd64 (Debian 2.6.32-30) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 12 04:22:50 UTC 2011 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-openvz-amd64 root=/dev/mapper/md1_raid1-slash ro quiet ** Not tainted ** Kernel log: [4.446986] Adding 195k swap on /dev/md2. Priority:-1 extents:1 across:195k [4.684915] loop: module loaded [5.560146] EXT4-fs (dm-1): mounted filesystem with ordered data mode [5.573549] EXT4-fs (dm-2): mounted filesystem with ordered data mode [5.600715] EXT4-fs (dm-3): mounted filesystem with ordered data mode [6.877728] e100 :02:07.0: firmware: requesting e100/d101m_ucode.bin [6.908797] ADDRCONF(NETDEV_UP): eth0: link is not ready [6.912564] e100: eth0 NIC Link is Up 100 Mbps Full Duplex [6.920839] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [7.184696] ip_tables: (C) 2000-2006 Netfilter Core Team [8.318464] warning: `vzctl' uses 32-bit capabilities (legacy support in use) [8.340313] CT: 202: started [8.657570] BUG: unable to handle kernel NULL pointer dereference at (null) [8.657794] IP: [(null)] (null) [8.657929] PGD 11a4d6067 PUD 11a487067 PMD 0 [8.658164] Oops: 0010 [#1] SMP [8.658346] last sysfs file: /sys/devices/virtual/net/lo/operstate [8.658442] CPU 1 [8.658571] Modules linked in: vzethdev vznetdev simfs vzrst vzcpt vzdquota vzmon vzdev xt_tcpudp xt_length xt_hl xt_tcpmss xt_TCPMSS iptable_mangle iptable_filter xt_multiport xt_limit xt_dscp ipt_REJECT ip_tables x_tables vzevent ext2 loop snd_pcm ata_generic snd_timer e100 ohci_hcd ehci_hcd snd soundcore r8169 snd_page_alloc usbcore nls_base mii i2c_piix4 pata_atiixp i2c_core edac_core button edac_mce_amd evdev pcspkr processor ext4 mbcache jbd2 crc16 dm_mod raid1 md_mod sd_mod crc_t10dif ahci libata scsi_mod thermal thermal_sys [8.661473] Pid: 1747, comm: cp Not tainted 2.6.32-5-openvz-amd64 #1 dzhanibekov GA-880GM-UD2H [8.661473] RIP: 0010:[] [(null)] (null) [8.661473] RSP: 0018:88011dd37a20 EFLAGS: 00010246 [8.661473] RAX: a0233880 RBX: 880118c3c0c0 RCX: 000c [8.661473] RDX: RSI: 2000 RDI: 880118c3c0c0 [8.661473] RBP: 88011962d2a0 R08: R09: 880118c3c000 [8.661473] R10: 810bc685 R11: 88011da2e800 R12: 880118c3c000 [8.661473] R13: 0002 R14: R15: 880118c3c3c8 [8.661473] FS: 7f9b774947a0() GS:880005a4() knlGS: [8.661473] CS: 0010 DS: ES: CR0: 8005003b [8.661473] CR2: CR3: 00011dd34000 CR4: 06e0 [8.661473] DR0: DR1: DR2: [8.661473] DR3: DR6: 0ff0 DR7: 0400 [8.661473] Process cp (pid: 1747, veid=202, threadinfo 88011dd36000, task 88011a61a000) [8.661473] Stack: [8.661473] a00e44ca 88011962d2a0 0040 [8.661473] 0 fff3 fff4 [8.661473] 0 0001 88011da2e000 04628440 [8.661473] Call Trace: [8.661473] [a00e44ca] ? ext4_da_get_block_prep+0x20c/0x318 [ext4] [8.661473] [8cb8] ? __block_prepare_write+0x14c/0x2c0 [8.661473] [a00e42be] ? ext4_da_get_block_prep+0x0/0x318 [ext4] [8.661473] [810b6e49] ? add_to_page_cache_locked+0x76/0xc1 [8.661473] [8f87] ? block_write_begin+0x7a/0xc7 [8.661473] [a00e71e8] ? ext4_da_write_begin+0x1b9/0x272 [ext4] [8.661473] [a00e42be] ? ext4_da_get_block_prep+0x0/0x318 [ext4] [8.661473] [810b77be] ? generic_file_buffered_write+0x118/0x278 [8.661473] [810b7ccf] ? __generic_file_aio_write+0x25f/0x293 [8.661473] [81077eb8] ? inc_held_pages+0x3b/0x4f [8.661473] [810b7d5c] ? generic_file_aio_write+0x59/0x9f [8.661473] [810f0d2a] ? do_sync_write+0xce/0x113 [8.661473] [8106681a] ? autoremove_wake_function+0x0/0x2e [8.661473] [810f172a] ? vfs_write+0xa9/0x102 [8.661473] [810f1896] ? sys_write+0x49/0xc1 [8.661473] [81010c12] ? system_call_fastpath+0x16/0x1b [8.661473] Code: Bad RIP value. [8.661473] RIP [(null)] (null) [8.661473] RSP
Bug#613502: bts: usage output is cluttered with format characters
Package: devscripts Version: 2.10.70 Severity: minor Hi! When calling bts without arguments, it outputs its usage help text (as expected), however, this output seems to contain markups: Bnoowner Ibug Bsubscribe Ibug Iemail Bunsubscribe Ibug Iemail I assume B means bold, I could be italics. Cheers -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBCHANGE_RELEASE_HEURISTIC=changelog DEBSIGN_KEYID=2F52107F -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages devscripts depends on: ii dpkg-dev 1.15.8.10 Debian package development tools ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii perl 5.10.1-17 Larry Wall's Practical Extraction Versions of packages devscripts recommends: ii at 3.1.12-1 Delayed job execution and batch pr ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii bzr2.3.0-2 easy to use distributed version co ii chromium-browser [ 9.0.597.84~r72991-1 Chromium browser ii curl 7.21.3-1 Get a file from an HTTP, HTTPS or ii cvsnt [cvs]2.5.04.3236-1.2 Improved multiplatform version of ii dctrl-tools2.18 Command-line tools to process Debi ii debian-keyring [de 2011.01.24GnuPG keys of Debian Developers ii dput 0.9.6.1 Debian package upload tool ii equivs 2.0.8 Circumvent Debian package dependen ii fakeroot 1.14.5-2 Gives a fake root environment ii git [git-core] 1:1.7.2.3-2.2 fast, scalable, distributed revisi ii git-core 1:1.7.2.3-2.2 fast, scalable, distributed revisi ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep ii iceweasel [www-bro 3.5.16-4 Web browser based on Firefox ii konqueror [www-bro 4:4.4.5-2 advanced file manager, web browser ii libauthen-sasl-per 2.1500-1 Authen::SASL - SASL Authentication ii libcrypt-ssleay-pe 0.57-2Support for https protocol in LWP ii libjson-perl 2.27-1Perl module to parse and convert t ii libparse-debcontro 2.005-2 Easy OO parsing of Debian control- ii libsoap-lite-perl 0.712-2 Perl implementation of a SOAP clie ii libterm-size-perl 0.2-4+b1 Perl extension for retrieving term ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl1.58-1module to manipulate and access UR ii libwww-perl5.837-1 simple and consistent interface to ii libyaml-syck-perl 1.17-1Perl module providing a fast, ligh ii lintian2.4.3 Debian package checker ii lsb-release3.2-27Linux Standard Base version report ii lynx-cur [www-brow 2.8.8dev.8-1 Text-mode WWW Browser with NLS sup ii lzma 4.43-14 Compression method of 7z format in ii man-db 2.5.9-4 on-line manual pager ii openssh-client [ss 1:5.8p1-2 secure shell (SSH) client, for sec ii patch 2.6.1-1 Apply a diff file to an original ii patchutils 0.3.2-1 Utilities to work with patches ii sensible-utils 0.0.6 Utilities for sensible alternative ii strace 4.5.20-2 A system call tracer ii subversion 1.6.12dfsg-4 Advanced version control system ii unzip 6.0-4 De-archiver for .zip files ii w3m [www-browser] 0.5.3-1 WWW browsable pager with excellent ii wdiff 0.6.3-1 Compares two files word by word ii wget 1.12-2.1 retrieves files from the web ii xz-utils 5.0.0-2 XZ-format compression utilities Versions of packages devscripts suggests: ii build-essential11.5 Informational list of build-essent pn cvs-buildpackage none(no description available) pn devscripts-el none(no description available) ii gnuplot4.4.0-1.1 A command-line driven interactive ii libfile-desktopentry-p 0.04-2Perl module to handle freedesktop ii libnet-smtp-ssl-perl 1.01-2SSL support for Net::SMTP ii mutt 1.5.20-9+squeeze1 text-based mailreader supporting M pn svn-buildpackage none
Bug#613503: Evo and Camel dev packages should be in sync
Package: evolution-data-server-dev Version: 2.32.2-1 Severity: important Due to the recent updates of evo packages, evolution-data-server-dev was updated to 2.32, yet libcamel1.2-dev remained at 2.30. I had used apt-get upgrade and the update would have pulled new library packages, so libcamel1.2-dev was put on hold. This lead to a mix of versions being installed. As a result, tracker failed to build. According to Philipp van Hoof, eds and camel need to be in sync. [10:37:47] mbiebl pvanhoof: I do have 2.30.3 [10:38:14] pvanhoof Smaller than or equal to 2.29.1 we include camel-db.h manually [10:39:17] mbiebl hm, actually evolution-data-server-dev is already at 2.32.2 [10:39:41] pvanhoof http://git.gnome.org/browse/evolution-data-server/tree/camel/camel-db.h?h=gnome-2-32 [10:39:44] pvanhoof No manual include needed there [10:39:53] pvanhoof Look at lines 3,4,5 [10:41:22] mbiebl hm, might actually be a inconsistency problem here [10:41:44] mbiebl not all evo packages are at 2.32 as they are currently in a transition [10:41:57] mbiebl so maybe the 2.30+2.32 mix is causing problems [10:42:10] pvanhoof Possibly, camel must match the version of eds [10:42:55] mbiebl if that is so, I'll file a bug agains libcamel, that such partial upgrades are not allowed [10:43:23] pvanhoof They are not, as eds is the only sane way for us to have a version specific #ifdef [10:44:04] pvanhoof You're of course welcome to give us a patch that fixes it nonetheless [10:44:11] pvanhoof But note that we are reluctant to keep supporting old versions of eds [10:44:56] pvanhoof http://git.gnome.org/browse/evolution-data-server/commit/?id=9acc8ab7 [10:44:59] pvanhoof That's where they changed this [10:45:55] mbiebl pvanhoof: as said, I'll forward this issue to the Debian evo maintainer to tighten the dependencies between the (dev) packages [10:46:24] pvanhoof I think this changed since eds 2.28 Please update the dependencies accordingly. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-trunk-686 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution-data-server-dev depends on: ii libdbus-glib-1-dev0.88-2.1 simple interprocess messaging syst ii libgnome2-dev 2.30.0-1 The GNOME library - development fi ii libnspr4-dev 4.8.6-1Development files for the NetScape ii libnss3-dev 3.12.8-2 Development files for the Network evolution-data-server-dev recommends no packages. evolution-data-server-dev 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#613504: apticron: Apticron was reporting on newly installed server: hostname: Name or service not known
Package: apticron Version: 1.1.42 Severity: wishlist Apticron uses the hostname command to provide identifying information to place in the email sent to the admin. On a newly installed server this was giving cron output which was confusing due to the hostname not being resolvable. The hostname command manual page suggests that hostname -i be replaced with hostname --all-ip-addresses and hostname -f be replaced with hostname --all-fqdns to avoid this issue. Doing this removed the warnings from cron and gave useful identifying information for the email. diff apticron.orig apticron 85c85 SYSTEM=`/bin/hostname -f` --- SYSTEM=`/bin/hostname --all-fqdns` 105c105 IPADDRESSES=`(echo $( /bin/hostname -i ) ; --- IPADDRESSES=`(echo $( /bin/hostname --all-ip-addresses ) ; This results in: apticron has detected that some packages need upgrading on: 109-231-72-75.flexiscale.com [ 109.231.72.75 ] When hostname -i and -f were producing warnings. And the expected output: apticron has detected that some packages need upgrading on: disraeli.zynet.net [ 109.231.72.75 ] When I ensured that /etc/hosts has the correct entry for 109.231.72.75 I haven't tested on a machine with multiple IP addresses, or on one with IPv6 enabled. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-25-hvmflexiant (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apticron depends on: ii apt0.8.10.3 Advanced front-end for dpkg ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii cron 3.0pl1-116process scheduling daemon ii debconf [debconf-2 1.5.36.1 Debian configuration management sy ii heirloom-mailx [ma 12.4-2feature-rich BSD mail(1) ii ucf3.0025+nmu1 Update Configuration File: preserv Versions of packages apticron recommends: ii apt-listchanges 2.85.7 package change history notificatio ii iproute 20100519-3 networking and traffic control too apticron suggests no packages. -- debconf information: apticron/notification: root -- debsums errors found: debsums: changed file /usr/sbin/apticron (from apticron package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613501: checked with ext3, doesn't crash
I just formated the LV with the vz root on it using ext3, and now it works fine: /dev/mapper/md1_raid1-vz on /var/lib/vz type ext3 (rw) No more problems: Feb 15 09:22:08 brequinda kernel: [ 401.386985] warning: `vzctl' uses 32-bit capabilities (legacy support in use) Feb 15 09:22:08 brequinda kernel: [ 401.412070] CT: 202: started So the Problem clearly seems to be related to ext4 and vz, ext4 outside vz works fine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612962: amule: Exits after a few minutes - probably due to severe memory leak
Subject: amule: Exits after a few minutes - probably due to severe memory leak Package: amule Version: 2.2.6+debian0-8 Severity: normal *** Please type your report below this line *** I have the same problem with current stable amule version after upgrading from lenny. It starts running normally, then after a while it eats up all memory. Could add a real backtrace, but i didn't get the debugger symbols working. How do i compile the source package with amule-dbg? In the GNU Debugger i get this: Invalid Kad tag; type=0x0d name= CAUGHT DEAD SOCKET IN SENDPACKET() [Thread 0x7fffead83700 (LWP 20532) exited] [Thread 0x7fffebd85700 (LWP 20530) exited] Program terminated with signal SIGKILL, Killed. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages amule depends on: ii amule-common 2.2.6+debian0-8common files for the rest of aMule ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcrypto++8 5.6.0-6General purpose cryptographic libr ii libgcc1 1:4.4.5-8 GCC support library ii libgeoip1 1.4.7~beta6+dfsg-1 A non-DNS IP-to-country resolver l ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libupnp3 1:1.6.6-5 Portable SDK for UPnP Devices, ver ii libwxbase2.8-02.8.10.1-3+b1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.10.1-3+b1 wxWidgets Cross-platform C++ GUI t ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages amule recommends: ii amule-utils 2.2.6+debian0-8 utilities for aMule (command-line ii unzip6.0-4 De-archiver for .zip files Versions of packages amule suggests: ii amule-utils-gui 2.2.6+debian0-8 graphic utilities for aMule -- 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#612841: udd: package info from security mirror horribly out of date, still
(Ccing mirrors team) On 10/02/11 at 20:24 -0600, Raphael Geissert wrote: Package: qa.debian.org Severity: important User: qa.debian@packages.debian.org Usertags: udd Hi, I reported at some point last year (back in September?) that the security mirror info from udd is out of date, and to date it still is. Back then the local mirror was apparently not being updated, but I don't know what else, if anything was done. Hi, I'm surprised, it should work. UDD is now synchronized by mirror pushes, and that seems to work. However, it looks like samosa is only getting notifed once per month: udd= select * from timestamps where source ~ 'security' order by start_time desc limit 15; id | source | command | start_time | end_time ---+-+-+-+- 80772 | debian-wheezy-security | update | 2011-02-07 08:02:37 | 2011-02-07 08:02:37 80761 | debian-squeeze-security | run | 2011-02-07 07:53:21 | 2011-02-07 07:55:19 80752 | debian-squeeze-security | update | 2011-02-07 07:21:10 | 2011-02-07 07:21:10 70958 | debian-squeeze-security | run | 2011-01-07 10:49:18 | 2011-01-07 10:51:07 70951 | debian-lenny-security | run | 2011-01-07 10:31:15 | 2011-01-07 10:36:38 70942 | debian-lenny-security | update | 2011-01-07 10:31:14 | 2011-01-07 10:31:14 70949 | debian-squeeze-security | update | 2011-01-07 10:31:14 | 2011-01-07 10:31:14 61539 | debian-squeeze-security | run | 2010-12-07 22:58:29 | 2010-12-07 23:04:00 61537 | debian-lenny-security | run | 2010-12-07 22:53:03 | 2010-12-07 22:58:29 61530 | debian-squeeze-security | update | 2010-12-07 22:53:01 | 2010-12-07 22:53:01 61529 | debian-lenny-security | update | 2010-12-07 22:53:01 | 2010-12-07 22:53:01 61450 | debian-squeeze-security | run | 2010-12-07 15:53:56 | 2010-12-07 15:56:52 61448 | debian-lenny-security | run | 2010-12-07 15:46:13 | 2010-12-07 15:51:00 61431 | debian-squeeze-security | update | 2010-12-07 15:00:05 | 2010-12-07 15:00:05 61429 | debian-lenny-security | update | 2010-12-07 15:00:05 | 2010-12-07 15:00:05 - Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541208: squid3: LFS support warning in logs
This was fixed in 3.1.9 and so the version currently in unstable/sid resolves this. For the record upstream bug tracker is http://bugs.squid-cache.org/show_bug.cgi?id=3053 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604966: gajim: New version 0.14.1 available
Now that we're not in freeze anymore, it would be nice to get gajim 0.14.x in Debian. I want it for the audio/video support. Thanks, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613505: ssh client fails to login to any ssh server (reset by peer)
Package: openssh-client Version: 1:5.8p1-2 Severity: serious Since the last update to 5.8p1, I can no more login to any ssh server. - I think it's tightly related to Ubuntu's https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/708493 - Problem gets solved when downgrading back to 5.5p6 Here's the output, first brief, then verbose (-vvv): orenhe@orenhe-laptop:~/src/xiv_xsf/_meta/packaging[master]$ ssh r...@orenhe-rhel5.ps Read from socket failed: Connection reset by peer orenhe@orenhe-laptop:~/src/xiv_xsf/_meta/packaging[master]$ ssh -vvv r...@orenhe-rhel5.ps OpenSSH_5.8p1 Debian-2, OpenSSL 0.9.8o 01 Jun 2010 debug1: Reading configuration data /home/orenhe/.ssh/config debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to orenhe-rhel5.ps [9.151.147.165] port 22. debug1: Connection established. debug1: identity file /home/orenhe/.ssh/id_rsa type -1 debug1: identity file /home/orenhe/.ssh/id_rsa-cert type -1 debug3: Incorrect RSA1 identifier debug3: Could not load /home/orenhe/.ssh/id_dsa as a RSA1 public key debug2: key_type_from_name: unknown key type '-BEGIN' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'Proc-Type:' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'DEK-Info:' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-END' debug3: key_read: missing keytype debug1: identity file /home/orenhe/.ssh/id_dsa type 2 debug1: Checking blacklist file /usr/share/ssh/blacklist.DSA-1024 debug1: Checking blacklist file /etc/ssh/blacklist.DSA-1024 debug1: identity file /home/orenhe/.ssh/id_dsa-cert type -1 debug1: identity file /home/orenhe/.ssh/id_ecdsa type -1 debug1: identity file /home/orenhe/.ssh/id_ecdsa-cert type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3 debug1: match: OpenSSH_4.3 pat OpenSSH_4* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.8p1 Debian-2 debug2: fd 3 setting O_NONBLOCK debug3: load_hostkeys: loading entries for host orenhe-rhel5.ps from file /home/orenhe/.ssh/known_hosts debug3: load_hostkeys: loaded 0 keys debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ecdsa-sha2-nistp256-cert-...@openssh.com,ecdsa-sha2-nistp384-cert-...@openssh.com,ecdsa-sha2-nistp521-cert-...@openssh.com,ssh-rsa-cert-...@openssh.com,ssh-dss-cert-...@openssh.com,ssh-rsa-cert-...@openssh.com,ssh-dss-cert-...@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-...@lysator.liu.se debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-...@lysator.liu.se debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac...@openssh.com,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac...@openssh.com,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,z...@openssh.com,zlib debug2: kex_parse_kexinit: none,z...@openssh.com,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-...@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-...@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,z...@openssh.com debug2: kex_parse_kexinit: none,z...@openssh.com debug2: kex_parse_kexinit: debug2:
Bug#604775: squid3: Can't access www.google.com when using, bind as DNS server
I believe this is related to the use of dns_v4_fallback off. That option prevents Squid performing a DNS A lookup if there is any kind of positive response from an lookup. In the case of www.google.com there is always a positive CNAME result. lookup produces a positive CNAME-only response with no usable IP addresses unless you have signed up to the google IPv6 DNS service. You can verify this on the cache manager ipcache report: squidclient mgr:ipcache I think you will see a non-zero count for IPcache CNAME-Only Response: AYJ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613506: pyqwt5: rebuild to solve an sip4 bug
Package: pyqwt5 Version: rebuild to solve an sip4 bug Severity: important hello I am affected by this bug. https://bugs.launchpad.net/ubuntu/+source/pyqwt5/+bug/672509 See this thread: http://sourceforge.net/mailarchive/message.php?msg_name=59332.88.79.237.11.1288303088.squirrel%40web-mail.cells.es I recompile pyqwt5 with unstable, but it did not solve this problem. I attached, a python script sent by the first reporter that can show the error. hope it can helps thanks Frederic -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') 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/bash ''' This code checks if a known bug in some PyQwt versions affects your installation. Simply run this script and see the diagnosis in the std output. If you are affected, the solution is to install/compile a newer version of PyQwt/SIP Notably, the python-qwt5-qt4 package originally shipped with Ubuntu 10.10 is affected In some systems, the bug produces a segfault while in some others it produces an Assertion error similar to the following: python: /build/buildd/sip4-qt3-4.10.5/siplib/siplib.c:2600: sip_api_parse_result: Assertion `assign_helper != ((void *)0)' failed. See also: https://bugs.launchpad.net/ubuntu/+source/pyqwt5/+bug/672509 http://www.esrf.eu/mail_archives/tango/archive/msg04025.html ''' from PyQt4 import Qt, Qwt5 class MyScaleDrawSafe(Qwt5.QwtScaleDraw): def __init__(self, format = None, palette = None): Qwt5.QwtScaleDraw.__init__(self) class MyScaleDrawDanger(Qwt5.QwtScaleDraw): def __init__(self, format = None, palette = None): Qwt5.QwtScaleDraw.__init__(self) def label(self, val): return Qwt5.QwtScaleDraw.label(self, val) class MyPlot(Qwt5.QwtPlot): def __init__(self, parent = None, designMode = False): Qwt5.QwtPlot.__init__(self, parent) self.setAxisScaleDraw(Qwt5.QwtPlot.xBottom, MyScaleDrawSafe()) print Replotting with MyScaleDrawSafe:... self.replot() print ok self.setAxisScaleDraw(Qwt5.QwtPlot.xBottom, MyScaleDrawDanger()) print Replotting with MyScaleDrawDanger (if it crashes now you are affected by the bug) :... self.replot() print SAFE!!! print if this is printed, the sip/PyQwt bug does not affect you app=Qt.QApplication([]) p=MyPlot() p.show()
Bug#613507: Uses deprecated HAL
Package: pulseaudio-module-hal Version: 0.9.21-4 Severity: normal User: pkg-utopia-maintain...@lists.alioth.debian.org Usertags: halectomy Hi, hal has been deprecated and is dead upstream so we want to get rid of it eventually in Debian. Given that there already exists a udev module for pulseaudio, we should just drop this module. Cheers, Michael -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-trunk-686 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613432: fio: new upstream release - 1.50
Am Montag, 14. Februar 2011 schrieb Ritesh Raj Sarraf: Package: fio Version: 1.38-1 Severity: wishlist Hello Martin, Hello Ritesh, There's a new upstream release for fio, version 1.50. Could you please package it? Yes. But I need to resolve on issue with a merge conflict with git-import-orig first. I already had this once and resolved it by manually marking which file to use. But apparently this wasn't a permanent fix. This time I want to fix it for real. I will ask Sebastian Harl for help tomorrow, cause I do not know how to do it. In case you have an idea please hint me at it. I think there shouldn't be a merge conflict at all or possibly only regarding the makefile that I adapted. I guess there is something wrong with my master branch on collab-maint/fio. It seems to think that all files were locally changed which obviously is not true, cause I only adapted the Makefile (as in debian patch). Here is a copy of the issue: ms@mango:~/lokal/Debian/fio git clone git+ssh://martin21- gu...@git.debian.org/git/collab-maint/fio.git Cloning into fio... remote: Counting objects: 445, done. remote: Compressing objects: 100% (195/195), done. remote: Total 445 (delta 236), reused 445 (delta 236) Receiving objects: 100% (445/445), 258.84 KiB, done. Resolving deltas: 100% (236/236), done. ms@mango:~/lokal/Debian/fio cd fio ms@mango:~/lokal/Debian/fio/fio git checkout -b pristine-tar remotes/origin/pristine-tar Branch pristine-tar set up to track remote branch pristine-tar from origin. Switched to a new branch 'pristine-tar' ms@mango:~/lokal/Debian/fio/fio git checkout -b upstream remotes/origin/pristine-tar Branch upstream set up to track remote branch pristine-tar from origin. Switched to a new branch 'upstream' ms@mango:~/lokal/Debian/fio/fio git checkout master Switched to branch 'master' ms@mango:~/lokal/Debian/fio/fio git-import-orig --pristine-tar ../fio_1.50.2.orig.tar.gz What is the upstream version? [1.50.2] gbp:info: Importing '../fio_1.50.2.orig.tar.gz' to branch 'upstream'... gbp:info: Source package is fio gbp:info: Upstream version is 1.50.2 /usr/bin/pristine-tar: committed fio_1.50.2.orig.tar.gz.delta to branch pristine-tar gbp:info: Merging to 'master' Auto-merging HOWTO CONFLICT (add/add): Merge conflict in HOWTO Auto-merging Makefile CONFLICT (add/add): Merge conflict in Makefile Auto-merging Makefile.FreeBSD CONFLICT (add/add): Merge conflict in Makefile.FreeBSD Auto-merging Makefile.mac CONFLICT (add/add): Merge conflict in Makefile.mac Auto-merging Makefile.solaris CONFLICT (add/add): Merge conflict in Makefile.solaris Auto-merging README CONFLICT (add/add): Merge conflict in README Auto-merging arch/arch-ia64.h CONFLICT (add/add): Merge conflict in arch/arch-ia64.h Auto-merging arch/arch-ppc.h CONFLICT (add/add): Merge conflict in arch/arch-ppc.h Auto-merging arch/arch-x86.h CONFLICT (add/add): Merge conflict in arch/arch-x86.h Auto-merging arch/arch-x86_64.h CONFLICT (add/add): Merge conflict in arch/arch-x86_64.h Auto-merging blktrace.c CONFLICT (add/add): Merge conflict in blktrace.c Auto-merging blktrace_api.h CONFLICT (add/add): Merge conflict in blktrace_api.h Auto-merging cgroup.c CONFLICT (add/add): Merge conflict in cgroup.c Auto-merging compiler/compiler.h CONFLICT (add/add): Merge conflict in compiler/compiler.h Auto-merging crc/crc32c-intel.c CONFLICT (add/add): Merge conflict in crc/crc32c-intel.c Auto-merging crc/crc32c.h CONFLICT (add/add): Merge conflict in crc/crc32c.h Auto-merging crc/sha256.c CONFLICT (add/add): Merge conflict in crc/sha256.c Auto-merging crc/sha512.c CONFLICT (add/add): Merge conflict in crc/sha512.c Auto-merging debug.h CONFLICT (add/add): Merge conflict in debug.h Auto-merging diskutil.c CONFLICT (add/add): Merge conflict in diskutil.c Auto-merging engines/guasi.c CONFLICT (add/add): Merge conflict in engines/guasi.c Auto-merging engines/libaio.c CONFLICT (add/add): Merge conflict in engines/libaio.c Auto-merging engines/mmap.c CONFLICT (add/add): Merge conflict in engines/mmap.c Auto-merging engines/net.c CONFLICT (add/add): Merge conflict in engines/net.c Auto-merging engines/posixaio.c CONFLICT (add/add): Merge conflict in engines/posixaio.c Auto-merging engines/sg.c CONFLICT (add/add): Merge conflict in engines/sg.c Auto-merging engines/skeleton_external.c CONFLICT (add/add): Merge conflict in engines/skeleton_external.c Auto-merging engines/solarisaio.c CONFLICT (add/add): Merge conflict in engines/solarisaio.c Auto-merging engines/splice.c CONFLICT (add/add): Merge conflict in engines/splice.c Auto-merging engines/sync.c CONFLICT (add/add): Merge conflict in engines/sync.c Auto-merging engines/syslet-rw.c CONFLICT (add/add): Merge conflict in engines/syslet-rw.c Auto-merging eta.c CONFLICT (add/add): Merge conflict in eta.c Auto-merging fifo.h CONFLICT (add/add): Merge conflict in fifo.h Auto-merging file.h CONFLICT (add/add): Merge conflict in file.h Auto-merging
Bug#613508: Please stop using HAL
Package: guidance-power-manager Version: 4.4.0-3 Severity: important User: pkg-utopia-maintain...@lists.alioth.debian.org Usertags: halectomy Hi, has has been deprecated and is dead upstream so we want to get rid of it in Debian. Please port your package to use Solid, which ttbomk will be able to use upower in 4.6. Given that there already exists a integrated power management solution for KDE, named powerdevil, an alternative worth considering would be to simply remove the package from the archive. Cheers, Michael -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-trunk-686 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606618: glib2.0: g_timeout_add() cannot handle very large timeouts
Le mardi 15 février 2011 à 09:40 +, Emilio Pozuelo Monfort a écrit : forwarded 606618 https://bugzilla.gnome.org/show_bug.cgi?id=642052 tags 606618 + upstream fixed-upstream pending thanks On 06/01/11 20:47, Jakub Wilk wrote: I turns out this is a bug in glib. The attached minimal test program should go ping every ~24 hours, and it apparently does with glib 2.24.2-1, but not with 2.27.4-1: Any reason you don't use g_timeout_add_seconds for large timeouts? I was just copycatting what syslong-ng did. I can reproduce this bug with g_timeout_add_seconds, too. Fixed upstream, will be fixed in 2.28.1. Jakub, do you need this fix to be backported to lenny? -- .''`. : :' : “You would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.” `--- J???rg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606618: glib2.0: g_timeout_add() cannot handle very large timeouts
Le mardi 15 février 2011 à 11:58 +0100, Josselin Mouette a écrit : Fixed upstream, will be fixed in 2.28.1. Jakub, do you need this fix to be backported to lenny? I meant to squeeze, of course. -- .''`. : :' : “You would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.” `--- J???rg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613509: claws-mail: Claws mail crashes with reply to all command
Package: claws-mail Version: 3.7.8-1 Severity: important claws-mail crashes when I use reply to all. It happens all the time but just in this particular computer. I have another installation in another computer that does not crash. It sometimes hangs in other scenarios, when changing To to CC in the recipient fields. But this does not happen all the time. This is happening to me in the latest versions, not only the last one. It might be related to a dependency library rather than claws-itself, but I do not know enough to properly debug this. I'm pasting a bt of the latest crash. (gdb) bt #0 0x7f9ab2a1eea9 in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #1 0x7f9ab29fc225 in gdk_drawable_copy_to_image () from /usr/lib/libgdk-x11-2.0.so.0 #2 0x7f9ab2a075f0 in gdk_pixbuf_get_from_drawable () from /usr/lib/libgdk-x11-2.0.so.0 #3 0x7f9aa82e6174 in grabFillPixmap () from /usr/lib/gtk-2.0/2.10.0/engines/libqt4engine.so #4 0x7f9aa82e7abe in ?? () from /usr/lib/gtk-2.0/2.10.0/engines/libqt4engine.so #5 0x7f9ab2d088aa in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #6 0x7f9ab2dc6c78 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #7 0x7f9ab0b9c3c9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #8 0x7f9ab0bb2040 in ?? () from /usr/lib/libgobject-2.0.so.0 #9 0x7f9ab0bb38bd in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #10 0x7f9ab0bb3fc3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #11 0x7f9ab2edcf7f in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #12 0x7f9ab2d41676 in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 #13 0x7f9ab2d1257b in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #14 0x7f9ab2d44254 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #15 0x7f9ab2dc6c78 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x7f9ab0b9c3c9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #17 0x7f9ab0bb2040 in ?? () from /usr/lib/libgobject-2.0.so.0 #18 0x7f9ab0bb38bd in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #19 0x7f9ab0bb3fc3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #20 0x7f9ab2edcf7f in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #21 0x7f9ab2d41676 in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 #22 0x7f9ab2e87208 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x7f9ab2dc6c78 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #24 0x7f9ab0b9c3c9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #25 0x7f9ab0bb2040 in ?? () from /usr/lib/libgobject-2.0.so.0 #26 0x7f9ab0bb38bd in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #27 0x7f9ab0bb3fc3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #28 0x7f9ab2edcf7f in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #29 0x7f9ab2d41676 in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 #30 0x7f9ab2d3e4dc in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #31 0x7f9ab2dc6c78 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #32 0x7f9ab0b9c3c9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #33 0x7f9ab0bb2040 in ?? () from /usr/lib/libgobject-2.0.so.0 #34 0x7f9ab0bb38bd in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #35 0x7f9ab0bb3fc3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #36 0x7f9ab2edcf7f in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #37 0x7f9ab2d41676 in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 #38 0x7f9ab2e49678 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #39 0x7f9ab2d44254 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #40 0x7f9ab2dc6c78 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #41 0x7f9ab0b9c3c9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #42 0x7f9ab0bb2040 in ?? () from /usr/lib/libgobject-2.0.so.0 #43 0x7f9ab0bb38bd in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #44 0x7f9ab0bb3fc3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 ---Type return to continue, or q return to quit--- #45 0x7f9ab2edcf7f in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #46 0x7f9ab2d41676 in gtk_container_propagate_expose () from /usr/lib/libgtk-x11-2.0.so.0 #47 0x7f9ab2d44254 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #48 0x7f9ab2ed8eaa in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #49 0x7f9ab2dc6c78 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #50 0x7f9ab0b9c47e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #51 0x7f9ab0bb2040 in ?? () from /usr/lib/libgobject-2.0.so.0 #52 0x7f9ab0bb38bd in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #53 0x7f9ab0bb3fc3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #54 0x7f9ab2edcf7f in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #55 0x7f9ab2dc0486 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #56 0x7f9ab2a1b7b2 in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #57 0x7f9ab2a1b75f in ?? () from
Bug#613510: Please stop using HAL
Package: moovida-plugins-good Version: 1.0.9+bzr1614-1 Severity: normal User: pkg-utopia-maintain...@lists.alioth.debian.org Usertags: halectomy Hi, hal has been deprecated and is dead upstream so we want to get rid of it eventually in Debian. Please update your package to use one of the newer interfaces like libudev, upower or udisks. Cheers, Michael -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-trunk-686 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613511: bittornado: Should package support for tracker daemon
Package: bittornado
Version: 0.3.18-8
Severity: wishlist
The bittornado package should create the infrastructure to support bit
tracker, e.g.
- create a bittornado user without home
- create a /var/lib/bittornado to store the state
- create a /var/log/bittornado to store the logs
- provide an init.d script
- add a logrotate script for the logs
Attached are the scripts I'm using.
Samuel
-- System Information:
Debian Release: 6.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.37 (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
#! /bin/sh
### BEGIN INIT INFO
# Provides: bttracker
# Required-Start:$remote_fs
# Required-Stop: $remote_fs
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Example initscript
# Description: This file should be used to construct scripts to be
#placed in /etc/init.d.
### END INIT INFO
# Author: Samuel Thibault samuel.thiba...@ens-lyon.org
# Do NOT set -e
# PATH should only include /usr/* if it runs after the mountnfs.sh script
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC=Bittornado tracker
NAME=bttrack
DAEMON=/usr/bin/$NAME
SEEDER=/usr/bin/btdownloadheadless
DAEMON_ARGS=--port 6969 --dfile /var/lib/torrent/dstate --ipv6_enabled 1
--logfile /var/log/bittornado.log
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME
# Exit if the package is not installed
[ -x $DAEMON ] || exit 0
# Read configuration variable file if it is present
[ -r /etc/default/$NAME ] . /etc/default/$NAME
# Load the VERBOSE setting and other rcS variables
. /lib/init/vars.sh
# Define LSB log_* functions.
# Depend on lsb-base (= 3.0-6) to ensure that this file is present.
. /lib/lsb/init-functions
#
# Function that starts the daemon/service
#
do_start()
{
# Return
# 0 if daemon has been started
# 1 if daemon was already running
# 2 if daemon could not be started
start-stop-daemon --start -c torrent -b -m --pidfile $PIDFILE --exec
$DAEMON --test /dev/null \
|| return 1
start-stop-daemon --start -c torrent -b -m --pidfile $PIDFILE --exec
$DAEMON -- \
$DAEMON_ARGS \
|| return 2
for i in $SHARES
do
start-stop-daemon --start -c torrent -b -m --pidfile $i.pid
--exec $SEEDER -- --minport 16969 --maxport 16969 --ipv6_enabled 1 $i.torrent
--saveas $i /tmp/tornado.log
done
# Add code here, if necessary, that waits for the process to be ready
# to handle requests from services started subsequently which depend
# on this one. As a last resort, sleep for some time.
}
#
# Function that stops the daemon/service
#
do_stop()
{
# Return
# 0 if daemon has been stopped
# 1 if daemon was already stopped
# 2 if daemon could not be stopped
# other if a failure occurred
start-stop-daemon --stop -u torrent --retry=TERM/30/KILL/5 --pidfile
$PIDFILE --name $NAME
RETVAL=$?
[ $RETVAL = 2 ] return 2
# Wait for children to finish too if this is a daemon that forks
# and if the daemon is only ever run from this initscript.
# If the above conditions are not satisfied then add some other code
# that waits for the process to drop all resources that could be
# needed by services started subsequently. A last resort is to
# sleep for some time.
start-stop-daemon --stop -u torrent --oknodo --retry=0/30/KILL/5 --exec
$DAEMON
[ $? = 2 ] return 2
# Many daemons don't delete their pidfiles when they exit.
rm -f $PIDFILE
for i in $SHARES
do
start-stop-daemon --stop -u torrent --retry=TERM/30/KILL/5
--pidfile $i.pid --exec $SEEDER
start-stop-daemon --stop -u torrent --oknodo
--retry=0/30/KILL/5 --exec $SEEDER
rm -f $i.pid
done
return $RETVAL
}
#
# Function that sends a SIGHUP to the daemon/service
#
do_reload() {
#
# If the daemon can reload its configuration without
# restarting (for example, when it is sent a SIGHUP),
# then implement that here.
#
start-stop-daemon --stop -u torrent --signal 1 --pidfile $PIDFILE
--name $NAME
return 0
}
case $1 in
start)
[ $VERBOSE != no ] log_daemon_msg Starting $DESC $NAME
do_start
case $? in
0|1) [ $VERBOSE != no ] log_end_msg 0 ;;
2) [ $VERBOSE != no ] log_end_msg 1 ;;
esac
;;
stop)
[ $VERBOSE != no ] log_daemon_msg Stopping $DESC $NAME
do_stop
case $? in
0|1) [ $VERBOSE != no ] log_end_msg 0 ;;
2) [ $VERBOSE != no ] log_end_msg 1 ;;
esac
;;
Bug#613512: /etc/logrotate.d/conntrackd does not use invoke-rc.d
Package: conntrackd Version: 1:0.9.14-2 Severity: normal I renamed the start symlink in /etc/rc2.d because I only man to have conntrackd installed for testing purposes. However, conntrackd is started by the logrotate script. Reason: /etc/logrotate.d/conntrackd does not use invoke-rc.d, as suggested by 9.3.3 in the policy. Impact: If conntrackd is not running, and the user renamed the start symlink in /etc/rc2.d, conntrackd will be started by logrotate even if the user does not want it to run. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages conntrackd depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libnetfilter-conntrack3 0.0.101-1 Netfilter netlink-conntrack librar ii libnfnetlink0 1.0.0-1Netfilter netlink library conntrackd recommends no packages. conntrackd suggests no packages. -- Configuration Files: /etc/conntrackd/conntrackd.conf changed [not included] -- 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#613513: RFP: logrep -- Logfile Extraction and Reporting System
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: logrep Version : 1.4.5 Upstream Author : Tevfik Karag�lle * URL : http://itefix.no/i2/logrepserver * License : GPL Programming Lang: Perl Description : Logfile Extraction and Reporting System Logrep is a secure multi-platform framework for the collection, extraction, and presentation of information from various log files. It features HTML reports, multi dimensional analysis, overview pages, SSH communication, and graphs, and supports over 30 popular systems including Snort, Squid, Postfix, Apache, Sendmail, syslog, ipchains, iptables, NT event logs, Firewall-1, wtmp, xferlog, Oracle listener and Pix. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJNWl7/AAoJEKgvu4Pz1XAzMSEP/iQQSIaEBPHoJcGaWmWy6xoV YijNlLikN/sDlBskACVGsvD8i+327CNVce7s5nq2xT2drzzEdg8Lenx7nOLZwfmE X1e2EpeJ65HcbScCK24JIY+b7Dfz3E6OfwA7VLUvUvMrL8l5jqesE/mRAmj3EHyp PgCKKlhHxpBiMd6IaIPeRhKrvSG5x8i2MH1Z706h8fcQoI3H8U5LAvScr/5IvLm0 QKSf6ihX3h8UMb2BT64J/GBKibFvAieh0Om/1WPz4YWZyvh4wtp8U6Uh9OL18MYE eYvcZUFY8dvbaN3Hgetrr4zPEjk004+K0UpbfG4s0rU9zUCZNCq3HV97UgBiEcf9 xQ6aAPabmVkPnyLRixORRsaPi4OvqW99FxBIRevmXqZ93Q5n1/BUsLn+VUykt9nq 3krosWesCFIGkpu2syAHyghyh9SyEpmXoGCkvnqfaT0KLmcnWqZXj5iLxewZLgE/ sTqU8TAvALJ7H8F5dZswgA0/JWjs3T85X0tyaO0upK8xwE8SFyziOCJjNthD/wCU sL4ihQLArPV/j2wIKOpfpCMVsYp60Li9zmf/cXxq/X04Mvu3dEVyO53WXtnhb11l La2aa+LDv28dYTObVhlco6ra3GBjNMpxh6KRzcxY4rGI32GTlXw8Mwgl1DTWDKnu BdQHzBHKEHhAN7OcPXSC =UzEI -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#612333: please update for LibreOffice and share/extensions
On Sat, Feb 12, 2011 at 07:26:21PM +0100, Innocent De Marchi wrote: And even if not, closoing a bug when it's not fixed is nonsense, too. This is not just wishlist (which can be closed if you disagree, but as you agree you should fix it it's not to be closed), but a real bug. Ok. I sent an email to the upstream author explaining the situation. Then release the new version, I'll build the new package. For now, you can do but wait! AFAICS dmaths 3.4 is released now. The homepage says Dmaths 3.4 pour LibreOffice 3.3 et OpenOffice.org =3.1 Nouveautés : * Fonctionne avec LibreOffice 3.3 et OpenOffice.org =3.1 sous Windows, Linux et Mac [...] Grüße/Regards, René -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613514: proj-data: Marked as transitional package in description, but is dependency of libproj0
Package: proj-data Version: 4.7.0-1 Severity: normal After an upgrade from lenny to squeeze I wanted to purge all packages which are marked as transitional. When purging proj-data, libproj0 and everything that depends on it would be purged, too, therefore this is more than a minor bug. Regards, Thomas -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (550, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612918: Uses /etc/wicd/wireless-settings.conf as state file
Le Monday 14 February 2011 21:10:45, vous avez écrit :
On Mon, 14 Feb 2011 17:59:40 +0100, Didier 'OdyX' Raboud wrote:
I am sorry to reopen this bug but IMHO the fix is not sufficient, see
below. (private data borkled, huh).
I think too the fix is not ideal, but it's the quickest I can achieve at
this moment.
Well… We are at the beginning of a developement period; don't aim for the
quickiest, but for the best !
I'm part of the upstream team since a month or so, and I'm working on a
complete rewrite of wicd; so I'd be a bit reluctant to fix structural
bugs like this, which would involve some radical change :-)
Nice.
However, I'll give it a better try.
Cool.
Much of the diff you attached is caused by #568326, I'm sorry.
No problem, as long as there is a bug and you are willing to get it fixed
before
Wheezy's freeze.
The only relevant change is, IMHO:
-bssid = B4:14:89:D0:31:E3
+bssid = B4:14:89:83:F9:B3
Why is this happening? Multiple APs with same ESSID?
I happen to connect my laptop on my university's WiFi, which has ~600 APs which
all provide 3 ESSIDs…
Other than that, I see nothing unsuitable for /etc/. Consider this
snippet of
a newly-found network:
+[B4:14:89:83:F9:B0]
+afterscript = None
+bssid = B4:14:89:83:F9:B0
+encryption = True
+has_profile = False
+encryption_method = WPA2
+essid = epfl
+postdisconnectscript = None
+beforescript = None
+hidden = False
+predisconnectscript = None
+channel = 1
+mode = Master
Those are reasonable things to be kept under /etc/, I'd say.
I disagree. If it is not something I (as user with root rights) have manually
entered, it's not suitable. As told above, if I happen to walk around with my
WiFi on, I will encounter 100's of APs, which will all land in /etc/ while I
haven't configured anything to connect to them.
Maybe channel can change, but it doesn't change that often, and it's needed
for connection, so I'd keep it too.
Here's my proposal: let's drop all the networks with has_profile = False
(and let's drop has_profile too altogether). Sounds ok?
Honestly, I really think that /etc/ should be kept for root user hand
configuration. All the network configurations I hand to wicd trough non-root
GUIs have (IMHO) nothing to do in /etc/ but can perfectly live in
/var/lib/wicd/${USER}/configs/${ESSID} .
As a personal crash test, I consider one should be able to run Debian with
/etc mounted readonly (I know it will fail due to /etc/resolv.conf, etc, but
those are bugs too IMHO).
Furthermore, my /etc/wicd/wireless-settings.conf has ~ 4000 lines; it's
absolutely not suitable to be edited by hand.
Bye, OdyX
--
Didier Raboud, proud Debian Developer.
CH-1020 Renens
o...@debian.org
signature.asc
Description: This is a digitally signed message part.
Bug#613516: pyro daemon doesn't register a PID file (eventough init script references one)
Package: pyro Version: 3.9.1-1 Severity: important pyro-nsd doenÅsn't register a pid file in PYRO_PID=/var/run/pyro-nsd.pid This makes pyro difficult to monitor using monit for example. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages pyro depends on: ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-support 1.0.10 automated rebuilding support for P pyro recommends no packages. Versions of packages pyro suggests: pn pyro-doc none (no description available) pn pyro-gui none (no description available) -- Configuration Files: /etc/default/pyro-nsd changed [not included] -- 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#604010: x11-common: xsession should use $SHELL and not sh directly
On 2011-02-12 12:58:46 +0100, Cyril Brulebois wrote:
Hi Michel,
Michel Briand michelbri...@free.fr (19/11/2010):
50x11-common_determine-startup SHOULD not use sh $STARTUPFILE
but $SHELL $STARTUPFILE
I've just replaced that with:
+ shell=${SHELL:-sh}
+ STARTUP=$shell $STARTUPFILE
which should do what you want.
I think this change should be reverted, as this may break existing
scripts. The .xsession file has always been described as a Bourne
shell (sh(1)) script (see Xsession(5) man page), and if the user
has a $SHELL not compatible with sh(1), typically zsh, the script
may no longer run correctly.
Moreover I think this is a misuse of the SHELL environment variable,
which is there to run simple commands (for which the shell can only
be provided by external information), not full scripts.
Anyway, why don't you make your script executable? This way, it's used
directly, without going through sh/SHELL, and you get to decide,
through your shebang.
BTW, this should be documented.
--
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#613350: Bug in libmojolicious-perl fixed in revision 68746
tag 613350 + pending thanks Some bugs are closed in revision 68746 by Salvatore Bonaccorso (carnil) Commit message: New upstream release (Closes: #613350) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#458646: pppd does not support ifname option (interface renaming)
Hi, Almost every Linux distribution has this patch! Would it be possible to get it (now after we are heavy developing again for the next Debian Release) into current Debian unstable/testing? Strong +1 to any of the patches available on the net (they are all almost identical). I would propose to use the SUSE one. Thanks, - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612874: grub-common: In XEN DomU: 00_header stops update-grub if LANG is not set to C
I get the usual grub-probe error under XEN when there is no /dev/xvda (paravitualized machine). It is not handled in any way in 00_header (the part where the locale is being checked). gcc:~/packages# unset LANG gcc:~/packages# update-grub Generating grub.cfg ... /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/xvda2. Check your device.map. gcc:~/packages# LANG=C update-grub Generating grub.cfg … Found linux image: /boot/vmlinuz-2.6.32-5-xen-amd64 Found initrd image: /boot/initrd.img-2.6.32-5-xen-amd64 /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/xvda2. Check your device.map. /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/xvda2. Check your device.map. done Christian Motschke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612918: Uses /etc/wicd/wireless-settings.conf as state file
On Tue, 15 Feb 2011 12:13:14 +0100, Didier 'OdyX' Raboud wrote:
[..]
The only relevant change is, IMHO:
-bssid = B4:14:89:D0:31:E3
+bssid = B4:14:89:83:F9:B3
Why is this happening? Multiple APs with same ESSID?
I happen to connect my laptop on my university's WiFi, which has ~600 APs
which all provide 3 ESSIDs…
That's what I expected.
Other than that, I see nothing unsuitable for /etc/. Consider this
snippet of
a newly-found network:
+[B4:14:89:83:F9:B0]
+afterscript = None
+bssid = B4:14:89:83:F9:B0
+encryption = True
+has_profile = False
+encryption_method = WPA2
+essid = epfl
+postdisconnectscript = None
+beforescript = None
+hidden = False
+predisconnectscript = None
+channel = 1
+mode = Master
Those are reasonable things to be kept under /etc/, I'd say.
I disagree. If it is not something I (as user with root rights) have
manually entered, it's not suitable. As told above, if I happen to walk
around with my WiFi on, I will encounter 100's of APs, which will all land
in /etc/ while I haven't configured anything to connect to them.
Maybe channel can change, but it doesn't change that often, and it's
needed for connection, so I'd keep it too.
Here's my proposal: let's drop all the networks with has_profile = False
(and let's drop has_profile too altogether). Sounds ok?
Honestly, I really think that /etc/ should be kept for root user hand
configuration. All the network configurations I hand to wicd trough non-root
GUIs have (IMHO) nothing to do in /etc/ but can perfectly live in
/var/lib/wicd/${USER}/configs/${ESSID} .
There's surely room for improvement. But it'd require drastic changes to the
code -- and time.
What you want is per-user configuration; while /etc/ only retains system
configuration (i.e. manager-settings.conf).
I agree it's needed, but no-one complained about it until now, so don't expect
a quick fix :)
Re the writing to /etc/: at the moment, the user is not really unprivileged.
You have to add it to the netdev group to be able to connect, and you must be
root to do so. So you know that wicd users are going to write to /etc/wicd/.
As a personal crash test, I consider one should be able to run Debian with
/etc mounted readonly (I know it will fail due to /etc/resolv.conf, etc, but
those are bugs too IMHO).
Wicd can connect (apart from resolv.conf); just don't change any setting :)
More seriously, that's just because of the missing per-user configuration.
Furthermore, my /etc/wicd/wireless-settings.conf has ~ 4000 lines; it's
absolutely not suitable to be edited by hand.
I'd say that's because of all the has_profile=False ones, which could be safely
dropped.
I'll work on it. Would you be interested in pre-testing packages?
Kindly,
David
--
. ''`. Debian developer | http://wiki.debian.org/DavidPaleino
: :' : Linuxer #334216 --|-- http://www.hanskalabs.net/
`. `'` GPG: 1392B174 | http://deb.li/dapal
`- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
signature.asc
Description: PGP signature
Bug#613435: Maintainer e-mail address not reachable
Hi David Hello, the e-mail address associated with this package is not reachable anymore (gur...@linuks.mine.nu). Please update it :) I know is there an easier way instead of updating pkg and looking for sponsors? Do you help me w/ sponsorings? David P.S.: Gürkan, http://mid.gmane.org/20110214214746.1ca06f15@local Thanks that's very cool. Do it!! When? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613435: Maintainer e-mail address not reachable
On Tue, 15 Feb 2011 12:29:54 +0100, Gürkan Sengün wrote: Hi David Hello, the e-mail address associated with this package is not reachable anymore (gur...@linuks.mine.nu). Please update it :) I know is there an easier way instead of updating pkg and looking for sponsors? Unfortunately not :( Do you help me w/ sponsorings? I can sponsor you, sure, even if I'm not interested in GNUstep ;) David P.S.: Gürkan, http://mid.gmane.org/20110214214746.1ca06f15@local Thanks that's very cool. Do it!! When? As soon as maintainers reply ;) -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#613153: FTBFS binutils-gold
Hi I have contacted upstream about it, he committed to 3.1 branch and solved this problem. I have attached patch coming from his commit Reference: http://bugs.squid-cache.org/show_bug.cgi?id=3151 http://bazaar.launchpad.net/~squid/squid/3.1/revision/10231 -- Mahyuddin Susanto (udienz) https://launchpad.net/~udienz http://tripledin.wordpress.com/ #! /bin/sh /usr/share/dpatch/dpatch-run ## Description: use autoconf LIBS instead of LDFLAGS for library linkage ## Origin: http://bazaar.launchpad.net/~squid/squid/3.1/revision/10231 ## Bug-Ubuntu: https://launchpad.net/bugs/717653 ## Bug-Debian: http://bugs.debian.org/613153 ## Bug: http://bugs.squid-cache.org/show_bug.cgi?id=3151 @DPATCH@ diff -urNad squid3-3.1.10-1ubuntu1~/helpers/negotiate_auth/squid_kerb_auth/configure.ac squid3-3.1.10-1ubuntu1/helpers/negotiate_auth/squid_kerb_auth/configure.ac --- squid3-3.1.10-1ubuntu1~/helpers/negotiate_auth/squid_kerb_auth/configure.ac 2010-12-22 12:46:56.0 +0700 +++ squid3-3.1.10-1ubuntu1/helpers/negotiate_auth/squid_kerb_auth/configure.ac 2011-02-15 17:58:13.058699643 +0700 @@ -93,7 +93,7 @@ else ac_gssapi_libs=`krb5-config --libs gssapi 2/dev/null` if test x$ac_gssapi_libs != x ; then - LDFLAGS=$LDFLAGS $ac_gssapi_libs + LIBS=$LIBS $ac_gssapi_libs else for lib in $ac_gss_libs; do AC_CHECK_LIB($lib,main) @@ -117,7 +117,7 @@ fi ac_gssapi_libs=`krb5-config --libs gssapi 2/dev/null` if test x$ac_gssapi_libs != x ; then - LDFLAGS=$LDFLAGS $ac_gssapi_libs + LIBS=$LIBS $ac_gssapi_libs else for lib in $ac_gss_libs; do AC_CHECK_LIB($lib,main) @@ -171,7 +171,7 @@ ac_libdir=`echo $ac_gssapi_libs | sed -e 's/.*-L//' | sed -e 's/ .*//'` LDFLAGS=$LDFLAGS $w_flag$ac_libdir$w_flag_2 fi - LDFLAGS=$LDFLAGS $ac_gssapi_libs + LIBS=$LIBS $ac_gssapi_libs else for lib in $ac_gss_libs; do AC_CHECK_LIB($lib,main) @@ -200,7 +200,7 @@ ac_libdir=`echo $ac_gssapi_libs | sed -e 's/.*-L//' | sed -e 's/ .*//'` LDFLAGS=$LDFLAGS $w_flag$ac_libdir$w_flag_2 fi - LDFLAGS=$LDFLAGS $ac_gssapi_libs + LIBS=$LIBS $ac_gssapi_libs else for lib in $ac_gss_libs; do AC_CHECK_LIB($lib,main) signature.asc Description: OpenPGP digital signature
Bug#612307: override: rygel-gst-renderer:oldlibs/optional
On Tue, Feb 15, 2011 at 10:01:02AM +0100, Luca Falavigna wrote: Il 15/02/2011 9.18, Andreas Henriksson ha scritto: Why not put everything in extra? (Did I screw up my request? Sorry.) These are current overrides for both packages: rygel-gst-renderer is in section 'net' at priority 'extra' rygel-playbin is in section 'net' at priority 'extra' So, I guess the appropriate solution would be to just change section to oldlibs, leaving priority extra for both. Sounds reasonable? Yes! That should match the control file of the version I actually uploaded, rather then what I apparently wrongly requested. :) -- .''`. : :' : Luca Falavigna dktrkr...@debian.org `. `' `- -- Andreas Henriksson signature.asc Description: Digital signature
Bug#606618: glib2.0: g_timeout_add() cannot handle very large timeouts
On 15/02/11 10:58, Josselin Mouette wrote: Le mardi 15 février 2011 à 11:58 +0100, Josselin Mouette a écrit : Fixed upstream, will be fixed in 2.28.1. Jakub, do you need this fix to be backported to lenny? I meant to squeeze, of course. Squeeze is unaffected. Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583739: Fixed upstream
tags 583739 +fixed-upstream thanks Hi, this is fixed upstream now since the same notification is being reused. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612024: [Debian-ha-maintainers] Bug#612024: DETAILS: gfs2-tools: File corruption when copying large files to gfs filesystem
On Sat, Feb 12, 2011 at 09:23:09AM +1930, Olaf Reitmaier Veracierta wrote: Hi, It is not the solution because I have two servers using the same GFS2 partition. I've done what you said (lock_nolock) but, in that case, I prefer to use EXT3 filesystem to store my files. Still having replicable corruption problems with large file (6GB) on GFS2 filesystems. This was meant as a test! Are you seeing corruption with lock_nolock on gfs2? -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612887: cmus: please avoid the dependency on several sound
On Mon, Feb 14, 2011 at 02:12:55AM +0100, Philipp Schafft wrote: reflum, I'm still confused about this. Please not that I'm not the maintainer nor anyone else offical for the package, so it's safe to just ignore me. Your partitipation here is great. You need not be an expert to contribute - simply ensuring that the bugreport is sensible is valuable too! So please keep up the good work here :-) If you think this is a libroar bug please reassign the bug to libroar but I do not yet see where libdnet and #608807 come into play. Can you please clearify this? libdnet does not depend or recommend on any daemon. Ah - you are right: I was talking about a different issue: 1) cmus depends on libroar 2) libroar depends on libdnet 3) libdnet recommends libdnet-common - bug#608807 4) libdnet-common wreaks havoc on tcp networks Your problem reported here is not that dnet wreaks havoc, but that multiple sound daemons are pulled in when installing cmus. Issue is similarly chained, thougH: 1) cmus depends on libroar 2) libroar recommends roaraudio-server This bug against cmus is real: cmus starts a chain which leads to unsuitable behaviour for most users: It is wrong to assume that most systems installing the roar _library_ will want to run the roar _daemon_. It is a bad solution, however, to avoid libroar. The better approach IMO is to *not* change the packaging of cmus and *not* reassign this bugreport, but instead a) file _another_ bugreport against libroar on lowering to only suggest its daemon, and b) retitle this bug and tag it as depending on that newly filed one. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#613469: gdm3: Same problem in stable branch.
Package: gdm3 Version: 2.30.5-6 Severity: normal Hi, I have a similar problem in stable branch with gdm3 2.30.5-6 and libpcre3 8.02-1.1. I also can solve this problem installing libpcre3 8.12-2 form sid. My syslog: Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: CRITICAL: S'ha produït un error en compilar l'expressió regular DBUS_SESSION_BUS_ADDRESS=(.+)#012DBUS_SESSION_BUS_PID=([0-9]+) al caràcter 0: unknown option bit(s) set Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: GLib-CRITICAL: g_regex_match_full: assertion `regex != NULL' failed Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: WARNING: Unable to parse output: DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-ZwaqjD2Fc7,guid=0dc641934de1b2c727466c810015#012DBUS_SESSION_BUS_PID=1955#012DBUS_SESSION_BUS_WINDOWID=4194305#012 Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: *** START Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: Frame 0: /usr/lib/gdm3/gdm-simple-slave() [0x8067b42] Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: Frame 1: /usr/lib/gdm3/gdm-simple-slave() [0x8067d01] Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: Frame 2: /lib/i686/cmov/libpthread.so.0(+0xe4b8) [0xb76714b8] Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: Frame 3: /lib/libglib-2.0.so.0(g_regex_unref+0x2e) [0xb742be0e] Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: Frame 4: /lib/libglib-2.0.so.0(g_match_info_free+0x28) [0xb742bec8] Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: Frame 5: /usr/lib/gdm3/gdm-simple-slave() [0x80532de] Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: Frame 6: /usr/lib/gdm3/gdm-simple-slave() [0x8062219] Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: Frame 7: /usr/lib/gdm3/gdm-simple-slave() [0x8062edd] Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: Frame 8: /lib/libglib-2.0.so.0(+0x3e481) [0xb7414481] Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: Frame 9: /lib/libglib-2.0.so.0(g_main_context_dispatch+0x1d5) [0xb7416745] Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: Frame 10: /lib/libglib-2.0.so.0(+0x44cf8) [0xb741acf8] Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: Frame 11: /lib/libglib-2.0.so.0(g_main_loop_run+0x187) [0xb741b237] Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: Frame 12: /usr/lib/gdm3/gdm-simple-slave() [0x804e061] Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: Frame 13: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe6) [0xb717cc76] Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: Frame 14: /usr/lib/gdm3/gdm-simple-slave() [0x804dc51] Feb 15 11:41:24 nitclara gdm-simple-slave[1344]: *** END ** Thanks for your work, bye^2 -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-vserver-686 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii adduser3.112+nmu2add and remove users and groups ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii gconf2 2.28.1-6 GNOME configuration database syste ii gnome-session [x-sessi 2.30.2-3 The GNOME Session Manager - GNOME ii gnome-session-bin 2.30.2-3 The GNOME Session Manager - Minima ii gnome-terminal [x-term 2.30.2-1 The GNOME terminal emulator applic ii libart-2.0-2 2.3.21-1 Library of functions for 2D graphi ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libattr1 1:2.4.44-2Extended attribute shared library ii libaudit0 1.7.13-1+b2 Dynamic library for security audit ii libbonobo2-0 2.24.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1 The Bonobo UI library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcanberra-gtk0 0.24-1Gtk+ helper for playing widget eve ii libcanberra0 0.24-1a simple abstract interface for pl ii libdbus-1-31.2.24-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.28.0-1 The GLib library of C routines ii libgnome2-02.30.0-1 The GNOME library - runtime files ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgtk2.0-0
Bug#607416: Device table incorrect for drivers/s390/block/dasd_eckd.c: 3880/3390 should be 3880/3380
Begin forwarded message: Date: Sat, 12 Feb 2011 21:10:07 -0500 (EST) From: Stephen Powell zlinux...@wowway.com To: Christian Borntraeger borntrae...@de.ibm.com Cc: 607...@bugs.debian.org, linux-s...@vger.kernel.org Subject: Device table incorrect for drivers/s390/block/dasd_eckd.c: 3880/3390 should be 3880/3380 On Mon, 27 Dec 2010 10:43:45 +0100, Christian Borntraeger wrote: Stephen, thanks for your report. I forwarded your report to our DASD developers to handle the report. Christian PS: For bug reports or patches you can also include linux-s...@vger.kernel.org most of our developers are subscribed to that list. Well, it's been about a month and a half, and I have seen no activity, and this is a very simple fix; so I thought I would post directly to linux-s...@vger.kernel.org to see if I can generate some activity. The details of this bug report can be found at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=607416 -- .''`. Stephen Powell : :' : `. `'` `- -- To unsubscribe from this list: send the line unsubscribe linux-s390 in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Hi, thank you for the reminder. Fix is checked into our CVS. Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613503: [Evolution] Bug#613503: Evo and Camel dev packages should be in sync
On mar., 2011-02-15 at 10:51 +0100, Michael Biebl wrote: Due to the recent updates of evo packages, evolution-data-server-dev was updated to 2.32, yet libcamel1.2-dev remained at 2.30. I had used apt-get upgrade and the update would have pulled new library packages, so libcamel1.2-dev was put on hold. Actually eds-dev doesn't depend *at all* on libcamel1.2-dev. The .pc file doesn't list camel as a dependency: Name: evolution-data-server Description: The evolution data server for the calendar and addressbook Version: 2.32.2 Requires: gio-2.0, nss, nspr Does this mean that requires: line is wrong? Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496299: cenon.app: Starting error message: You need to install the Cenon Library.
hello yes i saw that bug report at launchpad/ubuntu. would you mind trying with the new version? yours, gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604491: Preparations for the removal of the KDE3 and Qt3 libraries
hello thanks for the info, i've mailed upstream about this, but haven't gotten any reply yet. yours, gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613487: krb5: kdc kpropd and ldap backend DoS vulnerabilities (CVE-2010-4022, CVE-2011-0281, CVE-2011-0282)
tags 613487 security severity 613487 serious thanks Security team, I believe I forwarded these to you on January 10. These are relatively low priority. Are you going to issue a DSA or do you just want me to prepare a stable update and go through debian-release? Both of these affect non-default configurations in Debian, although debian-edu is using the LDAP plugin in some cases. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613425: [Pkg-symfony-maint] [Fwd: RFP: php-symfony-yaml -- Symfony YAML: A PHP library that speaks YAML]
Le mardi 15 février 2011 à 08:03 +0100, Federico Gimenez Nieto a écrit : Hi Oliver, On 02/14/2011 07:34 PM, Olivier Berger wrote: Hi. FYI, you may be interested by the RFP I've just submitted : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613425 Ok, i'll keep an eye on it, once it will be packaged i'll modify doctrine accordingly. Thanks. You may review the initial package I've uploaded to http://git.debian.org/?p=pkg-php/php-symfony-yaml.git (rebuild with git-buildpackage) and eventually tell me if there's any impact on doctrine. Note that the path to the YAML files will be /usr/share/php/SymfonyComponents/YAML/sfYaml*.php ... unless someone suggests another option. Best regards, -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594322: foo2zjs moving to Debian Printing Team maintenance
Hi Till! On Tue, 15 Feb 2011 11:32:05 +0100, Till Kamppeter wrote: I would like to upload the most current snapshot of foo2zjs to Ubuntu before Natty's feature freeze on Feb 24. It would be great if you could update the Debian package as soon as possible, so that I can merge changes from it. Can you also merge from myb Ubuntu package, to make the differences between Ubuntu and Debian packages as small as possible? Sure, I will do that this week-end at most. Please note that the only three blockers I found when I was merging the Ubuntu package back in November 2010 were outlined at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594322#25 It is just a question of my understanding, nothing against the patches themselves. Since I am giving away the package it does not matter so much, but given that my name is listed as the maintainer, I would like to understand what is going on ;-) Thx, bye, Gismo / Luca pgpQbzYAFRnJ4.pgp Description: PGP signature
Bug#613488: policycoreutils: sepolgen-ifgen generate error (could not find support macros (obj_perm_sets.spt))
On Tue, 15 Feb 2011, Artur Szymczak ar...@nadzieja.pl wrote: when I want generate interfaces to audit2allow using sepolgen-ifgen, I receive this error: # sepolgen-ifgen error parsing headers could not find support macros (obj_perm_sets.spt) That is because you don't have selinux-policy-dev installed. I've just uploaded a new policycoreutils package that suggests selinux-policy- dev to unstable. Maybe I should split out the sepolgen-ifgen into another package that depends on selinux-policy-dev. Also we do need a better error message, but I'll work on that later. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604491: Fwd: Re: Bug#604491: Preparations for the removal of the KDE3 and Qt3 libraries
Original Message Subject: Re: Bug#604491: Preparations for the removal of the KDE3 and Qt3 libraries Date: Tue, 15 Feb 2011 13:27:07 +0100 From: Predrag Viceic predrag.vic...@epfl.ch Organization: EPFL To: Gürkan Sengün gur...@phys.ethz.ch Hi Gurkan. As for now, I don't have enough time to port Freecycle to QT4. I have started that port and maybe some day I'll finish it, but not now. I'm sorry. Regards, Predrag Le mardi 15 février 2011 13.19:32, vous avez écrit : hello thanks for the info, i've mailed upstream about this, but haven't gotten any reply yet. yours, gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573132: gworkspace.app: GWorkspace crashes when switching to list view mode
Hello Martin Can you reproduce this with the new version in sid? Thanks for checking, Gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612612: the sd_generic module interface breaks speech-dispatcher
RH == Raphael Hertzog hert...@debian.org writes: RH BTW, you would have more success if you forwarded bugs to the RH upstream maintainer (assuming there's one who is active, I RH haven't checked). Exactly. Please note that handling bug reports on possibly upstream problems in Ubuntu packages is a priori of low priority to me and I should better spend my limited resources on handling Debian specific problems. In the result the reports are likely to be just forwarded upstream anyway. You can get much better and faster response by contacting upstream developers directly on the mailing list spee...@lists.freebsoft.org. There are several active developers there who, unlike me, can handle and fix upstream errors in Speech Dispatcher. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#205151: gworkspace: cannot copy
Hello Is this stil an issue with the sid version of gworkspace? just being curious... Gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613175: Added
I added file aio support to nginx-extras in 0.8.54-4. The reason this is not in the default nginx (nginx-full) is because it's usually a bad idea to use. In the vast majority of cases, it will cause degradation in performance. Being enabled also alters behaviors such as epoll usage. To disable you actually have to fall back to select. In addition, by compiling Nginx with AIO support, it can not be fully disabled. Even if not enabled vio the config, having the support compiled into Nginx will still alter behavior. In BSD it would have better performance benefits where it can be coupled with send-file but in the case of Linux, we usually get better performance by using the file system caching which is bypassed by enabling AIO. That of course isn't the case for every situation, but for most cases it is. Anyway... It's added and committed for nginx-extras and will be there for the next nginx release. Enjoy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496299: cenon.app: Starting error message: You need to install the Cenon Library.
found 496299 3.93-1 thanks Le Tue, Feb 15, 2011 at 01:18:25PM +0100, Gürkan Sengün a écrit : hello yes i saw that bug report at launchpad/ubuntu. would you mind trying with the new version? Hello Gürkan, sorry for the delay: after your first message, cenon.app 3.93-1 had not yet reached the mirror I use. I can reproduce the bug with 3.93-1. Note that I reported it after wanting to try Cenon, but currently I do not need to use it. Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610289: Just FYI
Just as an FYI... I believe I have resolved this bug; but I have to test it to be completely sure. That could potentially take me a little while. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613355: Thanks
Thanks for catching this. I have also made a redirect in the wiki so this is not an issue while we wait for the fix to be released. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613517: ITP: libsbsms -- Subband Sinusoidal Modeling Synthesis
Package: wnpp Severity: wishlist Owner: Benjamin Drung bdr...@debian.org * Package name: libsbsms Version : 1.7.0 Upstream Author : Clayton Otey o...@users.sourceforge.net * URL : http://sbsms.sourceforge.net/ * License : GPL2 Programming Lang: C++ Description : Subband Sinusoidal Modeling Synthesis libsbsms is a C++ library for high quality time stretching and pitch scaling of audio. It uses octave subband sinusoidal modeling. The audio is fed into a FIFO, which takes the STFT of the input. Each frame is high-pass filtered in the Fourier domain, and then written to a frame FIFO which does quadratic interpolating peak detection and track continuation. The tracks are resynthesized with a quadratic phase preserving oscillator bank at an arbitrary time scale. The subbands are fed from the low-pass filtered frames, which are decimated by two and reconstructed in a half rate time domain. The subbands perform the same process as the parent band, only the data is at half the audio frequency, and at half the rate. There are typically 6 bands. The point of subbands is to allow high time resolution for high frequencies and at the same time high frequency resolution for low frequencies. Pitch scaling is performed in a post-processing resampling step. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610983: Nope
I thought I fixed this bug in my testing package. It turns out that I actually caused more issue. As a result, bug #612832 [1] now exists. I'll resolve these both at the same time. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612832 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613518: openhpid: init script and daemon report success on startup even though it fails
Package: openhpid Version: 2.14.1-1 Severity: important On a fresh installation: # /etc/init.d/openhpid start Starting openhpid: success. # echo $? 0 But openhpid isn't running, due to (quoting from syslog): [...] openhpid: ERROR: (init.c, 76, OpenHPI is not configured. See openhpi.conf file.) [...] openhpid: ERROR: (openhpid.cpp, 270, There was an error initializing OpenHPI) Manually starting the openhpi daemon gives the same result: # /usr/sbin/openhpid -c /etc/openhpi/openhpi.conf # echo $? 0 openhpid shouldn't return with return code 0 if it fails to start. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011-02-15t13-43...@devnull.michael-prokop.at
Bug#613519: New upstream release (1.5.0)
Package: google-mock Version: 1.4.0-3 Severity: wishlist There is a new upstream release of google-mock library. If you want I can co-maintain this package with you. Cheers, Cleto. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/4 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages google-mock depends on: ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-10 GCC support library ii libgtest-dev1.5.0-1 Google's framework for writing C++ ii libstdc++6 4.4.5-10 The GNU Standard C++ Library v3 ii python 2.6.6-3+squeeze5 interactive high-level object-orie google-mock recommends no packages. google-mock 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#605573: ftbfs with binutils-gold
Yes, but with the new toolchain the order of libs is important, you can try this ftbs installing binutils-gold, you can read: http://wiki.debian.org/qa.debian.org/FTBFS Thanks! -- Angel Abad angela...@gmail.com | angela...@ubuntu.com | angela...@fsfe.org http://www.pastelero.net FPR: EBF6 080D 59D4 008A DF47 00D4 098D AE47 EE3B C279 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613229: reprepro: Could use a checkrelease action to verify consistency with outside repo
On 02/14/2011 02:48 PM, Bernhard R. Link wrote: * Jeffrey B. Greenj...@kikisoso.org [110213 21:15]: - checking all packages in a distribution have a source package in that distribution? i.e. what 'reprepro sourcemissing' does (introduced in 4.3.0)? I can't find a reference to this action in the manpage. I think you only have 4.2.0 installed. It's only available since 4.3.0. - checking everything can be get from some other distribution/remote? i.e. something like temporarily chaning the update/pull rule to start with a delete rule (-) and running checkpull/checkupdate and only showing which packages would be deleted? - something else? what should it check for? Basically it is a tool for checking that the local db/packages.db is in synchronization with the Packages file(s) on the master repository if exact synchronization is desired. Or how they differ if differences are part of the local repo. (I'm assuming the Packages files are a reference point since they are downloaded when (re)building the db/packages.db file.) The local version of the Packages file(s) apparently are built from the information in the db/packages.db file (and possibly other databases). That sounds a bit like the above. Could you try if that is what you want? (i.e. add a '-' as first part of Update:, run checkupdate and remove the '-' again). Okay, but it'll have to wait until I get my NAS device upgraded. I'm doing them one at a time in case of issues and they are slow devices. Another NAS device is being upgraded right now, the device hosting the repository is next in line. Also, I'm assuming that 4.3.0 is part of squeeze which will then be part of the normal upgrade. -jeff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613520: ITP: ironbee -- next generation opensource firewall
Package: wnpp Severity: wishlist IronBee is a new open source project to build a universal web application security sensor. Source-code repository : https://github.com/ironbee/ironbee/ Alexandre -- ,''`. Alexandre De Dommelin : :': http://www.tuxz.net/blog | IRC : adedommelin . `' GnuPG : http://www.tuxz.net/adedommelin.asc `- signature.asc Description: Digital signature
Bug#613385: xserver-xorg-video-intel: Modeline flood in Xorg log
reassign 613385 linux-2.6 2.6.32-30 retitle 613385 i915 uevent flood close 613385 2.6.37-1~experimental.1 kthxbye On Tue, Feb 15, 2011 at 09:38:37 +0100, Christian Neumann wrote: Julien Cristau jcris...@debian.org writes: Does this also happen with a newer kernel? I can't reproduce it with kernel Package: linux-image-2.6.37-trunk-amd64 Version: 2.6.37-1~experimental.1 Reassigning to the kernel and marking as fixed in that version, thanks. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613521: djvulibre: does not honor DEB_BUILD_OPTIONS=noopt
Source: djvulibre Version: 3.5.23-4 Severity: minor I tried to rebuild djvulibre with DEB_BUILD_OPTIONS=noopt, but the library was still being compiled with -O3: $ DEB_BUILD_OPTIONS=noopt ./debian/rules build [...] libtool: compile: g++ -DHAVE_CONFIG_H -I.. -I. -DNDEBUG -Wall -O3 -Wno-non-virtual-dtor -mtune=i486 -pthread -DTHREADMODEL=POSIXTHREADS -c Arrays.cpp -fPIC -DPIC -o .libs/Arrays.o [...] -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605200: linux-image-2.6.32-5-686: ipw2100 fatal interrupts using TKIP (WPA2-PSK)
I, too, have this problem, but with standard unencrypted connections. At least on my home network, WPA2-PSK does not give the same result. This is using ipw2100 on a newly-installed squeeze on a Thinkpad X31 using cnetworkmanager to connect. pgpLVGslHNSUH.pgp Description: PGP signature
Bug#613522: [akregator] Please use upstream metakit
Package: akregator Version: 4:4.4.7-3 Severity: serious Please use separate source for metakit. Serious because it is code duplication, lead to dataloss and moreover package is outdated. See for a starting point ubuntu package http://packages.ubuntu.com/search?suite=allsearchon=nameskeywords=libmetakit Thanks --- System information. --- Architecture: amd64 Kernel: Linux 2.6.36reiser Debian Release: 6.0 550 testing ftp.fr.debian.org 500 unstableftp.fr.debian.org 1 experimentalftp.fr.debian.org --- Package information. --- Depends(Version) | Installed -+- kdebase-runtime | 4:4.4.5-1 libc6 (= 2.2.5) | 2.11.2-10 libgcc1 (= 1:4.1.1) | 1:4.4.5-8 libkde3support4 (= 4:4.4) | 4:4.4.5-2 libkdecore5 (= 4:4.4.4-2~) | 4:4.4.5-2 libkdepim4 (= 4:4.4.7-3) | 4:4.4.7-3 libkdeui5 (= 4:4.4) | 4:4.4.5-2 libkhtml5 (= 4:4.4) | 4:4.4.5-2 libkio5 (= 4:4.4) | 4:4.4.5-2 libknotifyconfig4 (= 4:4.4) | 4:4.4.5-2 libkontactinterface4(= 4:4.4.0) | 4:4.4.5-2 libkparts4(= 4:4.4) | 4:4.4.5-2 libkpimutils4 (= 4:4.4) | 4:4.4.5-2 libkutils4(= 4:4.4) | 4:4.4.5-2 libqt4-dbus (= 4:4.5.3) | 4:4.6.3-4 libqt4-xml (= 4:4.5.3) | 4:4.6.3-4 libqtcore4 (= 4:4.6.1) | 4:4.6.3-4 libqtgui4 (= 4:4.5.3) | 4:4.6.3-4 libstdc++6(= 4.4.0) | 4.4.5-8 libsyndication4 (= 4:4.4) | 4:4.4.5-2 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584313: Vorbis libraries (libvorbis, libvorbisenc, libvorbisfile) _must_ be updated as a set; not always happening
Hi Monty, On Thu, Jun 03, 2010 at 02:09:40AM -0400, Monty Montgomery wrote: We had a user stumble into #vorbis with Debian Unstable oggenc that produced corrupt Vorbis files. Investigation revealed that he still had an ancient libvorbisenc (.so.2.0.3) installed along with a fully up-to-date libvorbis0a-1.3.1-1 and vorbis-tools 1.4.0. The package system was aware of the old install, but the package depends were satisfied (incorrectly), so nothing triggered pulling in a required matching libvorbisenc2. This is possibly because his libvorbisenc likely predated the libs being split into seperate packages. Libvorbis0a does not force an update of the other libs/packages, and the older libs were still satisfying the = depends of the tools packages. Without access to the users system in the broken state this was is going to be hard to debug. You mentioned that the user had vorbis-tools 1.4.0 installed. This should make the situation you describe impossible since Package: vorbis-tools Depends: SNIP, libvorbis0a (= 1.1.2), libvorbisenc2 (= 1.1.2), libvorbisfile3 (= 1.1.2) So installing vorbis-tools 1.4.0 should have pulled in libvorbisenc2. The old package used to be called libvorbis0 and contained all three libraries and there is an explicit conflicts against that. So I can only assume that the user installed something manually or has had something strange happen with packaging in the past. Going to close this until we have a system where we can investigate this further. Cheers, John -- John Blog http://www.inodes.org LCA2011 http://www.lca2011.org.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612845: NVIDIA 96.43.19 pre-release packages available
Hi, an unofficial pre-release of the Debian packages for the NVIDIA driver 96.43.19 is available at http://stxxl.ae.cs.uni-frankfurt.de/tmp/262e3a21-dcfc-4852-84b7-44d1cab8ede2-n-g-d-exp/ These packages haven't been tested, yet, but I'm sure you will tell us when you find problems :-) Also I can't guarantee that there will be a clean upgrade path from the pre-release packages to the final ones. So in case of problems, remove the pre-release packages and re-install the final ones afterwards. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612924: texlive-base: fails to upgrade: cannot stat `/usr/share/texlive-base/pdftexconfig.tex': No such file or directory
On So, 13 Feb 2011, Frank Küster wrote:
As package maintainers, we need to decide whether a fix for a bug that
only ever existed in unstable during lenny development and that is not
working properly upon lenny--squeeze upgrade is worth being fixed
through stable-proposed-updates.
No, we don't need a fix for that. People using sid are supposed to be
able to fix these things with some help.
We should thus close this bug.
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
CLIXBY (adj.)
Politely rude. Briskly vague. Firmly uninformative.
--- Douglas Adams, The Meaning of Liff
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613488: policycoreutils: sepolgen-ifgen generate error (could not find support macros (obj_perm_sets.spt))
On 02/15/2011 01:22 PM, Russell Coker wrote: On Tue, 15 Feb 2011, Artur Szymczakar...@nadzieja.pl wrote: when I want generate interfaces to audit2allow using sepolgen-ifgen, I receive this error: # sepolgen-ifgen error parsing headers could not find support macros (obj_perm_sets.spt) That is because you don't have selinux-policy-dev installed. I've just uploaded a new policycoreutils package that suggests selinux-policy- dev to unstable. Maybe I should split out the sepolgen-ifgen into another package that depends on selinux-policy-dev. Also we do need a better error message, but I'll work on that later. Ok, when I installed selinux-policy-dev, sepolgen-ifgen start working :) Thx. -- Artur Szymczak http://CodzienneChodzenieZBogiem.blogspot.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613524: Processing of awstats.conf should not be hardcoded
Package: awstats Version: 6.9.5~dfsg-5 Severity: normal awstats comes together with a cron job. This job looks for all configuration files within /etc/awstats/ (which is good) but includes awstats.conf hardcoded (which is bad). If there is no master configuration file (which seems to be quite ok on a site with serveral vhosts, each with its on, specific config) this produces an error mail every 10 minutes. Solution: only consider awstats.conf, if does exist. -- System Information: Debian Release: 6.0 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.28.7-default (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages awstats depends on: ii perl 5.10.1-17 Larry Wall's Practical Extraction Versions of packages awstats recommends: ii coreutils 8.5-1 GNU core utilities ii libnet-xwhois-perl0.90-3 Whois Client Interface for Perl5 Versions of packages awstats suggests: ii apache2 2.2.16-6 Apache HTTP Server metapackage ii apache2-mpm-prefork [httpd] 2.2.16-6 Apache HTTP Server - traditional n ii libgeo-ipfree-perl1.101650-1 module to look up the country of a ii libnet-dns-perl 0.66-2 Perform DNS queries from a Perl sc ii libnet-ip-perl1.25-2 Perl extension for manipulating IP ii liburi-perl 1.54-2 module to manipulate and access UR -- Configuration Files: /etc/awstats/awstats.conf [Errno 2] No such file or directory: u'/etc/awstats/awstats.conf' /etc/cron.d/awstats changed: */10 * * * * root [ -x /usr/share/awstats/tools/update.sh ] /usr/share/awstats/tools/update.sh 10 03 * * * root [ -x /usr/share/awstats/tools/buildstatic.sh ] /usr/share/awstats/tools/buildstatic.sh -- 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#612735: imvirt misses pciutils dependency
Hi again, On 02/10/2011 12:45 PM, Thomas Liske wrote: Re, On 02/10/2011 12:21 PM, Stefan Bühler wrote: On 02/10/2011 12:16 PM, Thomas Liske wrote: Hi, IMHO imvirt should not depend on pciutils (I would prefer a Suggests or Recommends) as this might be useless for some virtualization containers. I am not sure what the goal of the project is; but if you already know which container you are on (and therefore don't install some packages needed for some detections), the detection is not that useful. imvirt is to be used on (large scale) setups with (Debian) hosts running on virtual and physical machines. With apt-dater + imvirt you are able to filter the hosts by virtualization containers and do special actions on them. Other software might use it to behave different depending on the container. Well, so i think the point of imvirt is, that it produces the expected results (detecting the correct container) in every container in every valid setup - oh sry, for xen detection you need to install 1 (or 10) other packages breaks this idea, and makes the package useless imho (as i already mentioned: if i have to know the container in order to install the correct dependencies, i don't need detection). There are also some metaphysic aspects as in Stanislaw Lem's short story Professor Corcorana’s Boxes, The Matrix and others - it tells you if you should get a red pill ;-) hehe :D - stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613525: ITP: [PACKAGE] -- metakit
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: metakit Version: 2.4.9.7 Upstream Author: Jean-Claude Wippler j...@equi4.com URL: http://equi4.com/metakit/index.html License: MIT Description: Metakit is an efficient embedded database library with a small footprint. It fills the gap between flat-file, relational, object-oriented, and tree-structured databases, supporting relational joins, serialization, nested structures, and instant schema evolution. There is a C++ API, a Python binding called Mk4py, and a Tcl binding called Mk4tcl. You can manipulate and exchange data between any of these. Data files are portable. The library has been used on Unix, Windows, Macintosh, VMS, and others, spanning a range of 16- to 64-bit architectures, from PDA's to S390's. Metakit is in use in various commercial projects and products on millions of desktops. I need a sponsor and plan to release it in order to fix some boring akregator bugs. Plan to use existing ubuntu package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613526: gtk2-engines-oxygen: Add icedove-bin to argb-apps.conf to prevent crash
Package: gtk2-engines-oxygen Version: 1.0.0+git260+36e283c-1 Severity: important Justification: Otherwise it is impossible to start icedove Dear Fathi, I've just installed gtk2-engines-oxygen and afterwards icedove crashed with a SIGABRT. Some investigation showed, that all Mozilla applications are listed in argb-apps.conf. But as Thunderbird was renamed to Icedove in Debian it isn't encompassed by the list you distribute. Please add icedove-bin to that file. Thank you in advance, Kai Wasserbäch -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
