Bug#596193: exim4-config: /etc/aliases ignored in 'mail sent by smarthost; no local mail' and possibly 'mail sent by smarthost; received via SMTP or fetchmail'
Package: exim4-config Version: 4.72-1 Severity: normal The contents on /etc/aliases seems to be completely ignored for me with the current setup ( 'mail sent by smarthost; no local mail' and possibly 'mail sent by smarthost; received via SMTP or fetchmail') - I want any mail sent to root (eg, the results of root cron jobs), postmaster, etc to be forwarded to my account twc or twc at aaocbn.aao.gov.au. With either of those settings, exim4 -bt gives: exim4 -bt root R: smarthost for r...@aaocbn.aao.gov.au r...@aaocbn.aao.gov.au router = smarthost, transport = remote_smtp_smarthost host aaocbn.aao.gov.au [192.231.166.223] ('root: twc at aaocbn.aao.gov.au' is ignored, but should be sent directly. Otherwise, 'root: twc' should try twc then decide that's unqualified, so qualify it before sending it onto the smarthost) In most setups, including some corporate setups, but especially home setups, I can't imagine it be too useful to send the results of root's crontabs to r...@corporation.com or r...@isp.com! It'd be nice if it obeyed my aliases even when configured for non-local mail delivery! Note that r...@localhost gets redirected, it's just the unqualified root that doesn't, and you could imagine that if Other destinations for which mail is accepted could include a null host, then perhaps that would get rewritten. My /etc/aliases file currently is the default setup with all system accounts being redirected to root, and root: twc. -- Package-specific info: Exim version 4.72 #1 built 03-Jun-2010 17:41:48 Copyright (c) University of Cambridge, 1995 - 2007 Berkeley DB: Berkeley DB 4.8.30: (April 9, 2010) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DKIM Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 GnuTLS compile-time version: 2.8.6 GnuTLS runtime version: 2.8.6 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='satellite' dc_other_hostnames='aatpc2.aao.gov.au' dc_local_interfaces='127.0.0.1 ; ::1' dc_readhost='aao.gov.au' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='aaocbn.aao.gov.au' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='true' dc_mailname_in_oh='true' dc_localdelivery='mail_spool' mailname:aaocbn.aao.gov.au -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages exim4-config depends on: ii adduser 3.112 add and remove users and groups ii debconf [debconf-2.0] 1.5.35 Debian configuration management sy exim4-config recommends no packages. exim4-config suggests no packages. -- Configuration Files: /etc/exim4/passwd.client [Errno 13] Permission denied: u'/etc/exim4/passwd.client' -- debconf information: * exim4/dc_other_hostnames: aatpc2.aao.gov.au * exim4/dc_eximconfig_configtype: mail sent by smarthost; no local mail exim4/no_config: true exim4/hide_mailname: true exim4/dc_postmaster: twc * exim4/dc_smarthost: aaocbn.aao.gov.au exim4/dc_relay_domains: exim4/dc_relay_nets: * exim4/mailname: aaocbn.aao.gov.au * exim4/dc_readhost: aao.gov.au * exim4/use_split_config: false exim4/exim4-config-title: exim4/dc_localdelivery: mbox format in /var/mail/ * exim4/dc_local_interfaces: 127.0.0.1 ; ::1 * exim4/dc_minimaldns: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576227: insserv: warning: script is corrupt or invalid
Hi Christian I have today uploaded a 3.0.24-4 version with a backport of support for this. It is a rather extensive patch so I would like you to test that this actually works well for you. I'm eager to get this into squeeze so if you have the possibility to test this soon that would be really great. Best regards, // Ola On Mon, Aug 30, 2010 at 08:55:04AM +0200, Christian Hofstaedtler wrote: Hi Ola, Kir, the sysv-rc upgrade today migrated my installation to 'dependency based booting', complained quite a bit about K00vzreboot, but went on with the migration. It left this state: # ls -CF1 /etc/rc6.d K00vzreboot* K01nullmailer@ K01pdns@ K01unattended-upgrades@ K01urandom@ K02sendsigs@ K03rsyslog@ K04hwclock.sh@ K04umountnfs.sh@ K05networking@ K06ifupdown@ K07umountfs@ K08umountroot@ K09reboot@ README If I'm not mistaken this will start vzreboot first, and then the other shutdown scripts will never run. If this is the case, this is a critical issue. After restarting the CT, I now have these scripts: # ls -CF1 /etc/rc6.d K00vzreboot* K01nullmailer@ K01pdns@ K01unattended-upgrades@ K01urandom@ K02sendsigs@ K03rsyslog@ K04hwclock.sh@ K04umountnfs.sh@ K05networking@ K06ifupdown@ K07umountfs@ K08umountroot@ K09reboot@ README S00vzreboot* This can't be correct ;) Christian -- christian hofstaedtler -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595365: fai-server: make-fai-nfsroot checks for possible-non-existing /usr/share/live-initramfs
I'm suggesting to check for /usr/share/initramfs-tools/scripts/live instead as this should be independent from the package name but check for the feature set. I'll come up with a patch and plan to provide the fix as 3.4.2 release after 3.4.1 has been migrated to testing. This bug actually prevents 3.4.1 from migrating to testing, so I think it's best that you fix this now rather than waiting for migration... Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596073: include information about which tags precede or follow a commit like gitk
also sprach Anders Kaseorg ande...@mit.edu [2010.09.09.0121 +0200]: I worry that this information is rather expensive to generate, especially for a large repository like git.git or linux-2.6.git. gitk tries to solve that problem by writing a cache into the repository directory, but gitweb might not have write access. Also, even with the cache gitk must consume a lot of memory to read all the information in. (I find gitk unusable unless I turn these features off.) I agree with you, but there's a fundamental difference: gitk (seems to) generate this information up front for all commits, while gitweb only needs to generate it for a single commit at a time. So the question is really: are the required calls to git-describe and/or git-name-rev that expensive? So, if this is implemented, it will almost certainly have to be off by default. Sure thing. -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#596194: Freeze exception for ppl 0.10.2-8
Package: release.debian.org Hi release team, Please grant a freeze exception for ppl, version 0.10.2-8, which is now built on all architectures. The changelog entries read as follows (also including 0.10.2-7 as that never entered testing): ppl (0.10.2-8) unstable; urgency=low * Ignore testsuite failures on armel as these seem to be caused by miscompilation, see #593324. * No more swi-prolog on mips, don't build PPL Prolog interface on mips. Closes: #593393. -- Michael Tautschnig m...@debian.org Mon, 06 Sep 2010 12:31:59 +0200 ppl (0.10.2-7) unstable; urgency=low * Drop xpdf-utils from build depends to fix FTBFS. Closes: #591155. * Bumped Standars-Version to 3.9.1 (no changes). * Specifically require automake1.10 as we modify some Makefile.am. * swi-prolog now ships executable linker as swipl-ld. -- Michael Tautschnig m...@debian.org Sun, 01 Aug 2010 12:22:05 +0200 Furthermore, any version later than 0.10.2-7 also fixes #595884, which is an FTBFS in squeeze because the swi-prolog linker has been renamed (see last changelog entry line above). Please let me know if you need further information. Thanks a lot for all your work, Michael pgpsPr5GzekFX.pgp Description: PGP signature
Bug#596195: unblock: weborf/0.12.3-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package weborf The upstream release fixes RC bug #596112 unblock weborf/0.12.3-1 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34.6-era (SMP w/2 CPU cores; PREEMPT) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596196: kdm shows black screen instead of login
Subject: kdm shows black screen instead of login Package: kdm Version: 4:4.4.5-3 Severity: important *** Please type your report below this line *** Problem: kdm shows a black screen When it happens: When kdm is started, I see a black screen (every time) What I expected: Some login input fields user and password More info: - It used to work with an earlier version of stuff - I have been upgrading often in the last couple of weeks This happened earlier this week (ie, in the last 7 days). I'm not sure if kdm was upgraded recently. ... hmm, nope. It was upgraded to the current version Aug 12. - When I boot the machine, it does a normal boot of the kernel and init scripts, then goes into graphical mode and shows a black backlit screen with no mouse cursor. - kdm is running. - I can use the init scripts to kill off kdm and restart it. invoke-rc.d kdm stop; invoke-rc.d kdm start kdm stops and restarts as requested. - after I stop kdm, I can run xinit or startx and I can see some graphics. - problem occurs with reported kernel and with linux-image-2.6.32-5-xen-686 - hardware is laptop, ThinkPad T43, type 1872WTE. output from lspci: 00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller (rev 03) 00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 (rev 03) 00:1c.2 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 3 (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 (rev 03) 00:1d.3 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev d3) 00:1e.2 Multimedia audio controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 03) 00:1f.0 ISA bridge: Intel Corporation 82801FBM (ICH6M) LPC Interface Bridge (rev 03) 00:1f.2 IDE interface: Intel Corporation 82801FBM (ICH6M) SATA Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller (rev 03) 02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5751M Gigabit Ethernet PCI Express (rev 11) 04:00.0 CardBus bridge: Texas Instruments PCI1510 PC card Cardbus Controller 04:02.0 Network controller: Intel Corporation PRO/Wireless 2200BG [Calexico2] Network Connection (rev 05) extracts from Xorg.0.log: (egrep '(EE|WW)' /var/log/Xorg.0.log) (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. (II) Loading extension MIT-SCREEN-SAVER (WW) Falling back to old probe method for vesa (WW) Falling back to old probe method for fbdev (EE) GLX error: Can not get required symbols. (EE) SynPS/2 Synaptics TouchPad Unable to query/initialize Synaptics hardware. (EE) PreInit failed for input device SynPS/2 Synaptics TouchPad (EE) GLX error: Can not get required symbols. (EE) SynPS/2 Synaptics TouchPad Unable to query/initialize Synaptics hardware. (EE) PreInit failed for input device SynPS/2 Synaptics TouchPad last section from /var/log/kdm.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-2-amd64 i686 Debian Current Operating System: Linux spidy 2.6.32-5-686 #1 SMP Wed Aug 25 14:28:12 UTC 2010 i686 Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-686 root=UUID=15c49a99-7c9a-49b6-b7d2-92eee917c9b9 ro acpi_sleep=s3_bios Build Date: 04 September 2010 10:33:09PM xorg-server 2:1.7.7-5 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Wed Sep 8 19:08:42 2010 (==) Using system config directory /usr/share/X11/xorg.conf.d WARNING: All config files need .conf: /etc/modprobe.d/options, it will be ignored in a future release. WARNING: All config files need .conf: /etc/modprobe.d/bluez, it will be ignored in a future release. WARNING: All config files need .conf:
Bug#589474: /usr/bin/firefox: after a crash it is terrible. firefox not working again. A fix asap PLEASE !!!!
On Tue, Aug 31, 2010 at 4:49 PM, Mike Hommey m...@glandium.org wrote: On Tue, Aug 31, 2010 at 04:24:00PM +0200, yellow protoss wrote: Dear Mike, Thank you. I am gonna test tonight and will report you the results of it. Regarding NFS, most people, i.e. universities, ... are using NFS for /home mounting and sharing. Can 2 pc loged onto an account do firefox on both clients to the /HOME Nfs server? with this sort of locking I willl try to try that too. I recall that it was locked :( unfortunately That's exactly the point of the lock: that you can't run the same profile twice concurrently. OK, I can live with it, with this lock when locking. However the FIREFOX does not work, or not good, it display a RED BAR on top of the window, just below the address. On the server NFS, it works finely. But on the /home client NFS, so all other machines, ohter the network, this top red bar is shown. Please help !! When red top bar is shown, no one can type any address (pressing Return), nor into top right little google corner seek Back [= return to prev. page] is not working either (awful to be used :( ) I am obliged to use Opera when it is not 192.168.1.100 (server /HOME sharing export). I tried all things and no way. No one can surf on the clients. Please help, we miss Internet with Firefox !! All the best wishes / health / happiness, Best regards Yellow When I was student I could do firefox on 2 pc at same time, on debian. I really doubt that. The only way is to use a different profile (see -P option) Regarding NFS still, I note that firefox is not working when I run it under client NFS. On the server it works, however on the nfs client /home, I get a red top bar on the firefox browser and cannot type anything into : http adresses. Is that normal? Yes, sqlite doesn't work on NFS remote fs. See bug #526055.
Bug#596070: [Pkg-shadow-devel] Bug#596070: group password is always invalid
Quoting Mario Barchetti (bhaal...@gmail.com): Is there something that I can do in order to find where is the problem? Maybe try the version from unstable: 1:4.1.4.2+svn3283-1 From your bug report, you're using testing...and Nicolas changed several things in the version shipped in unstable. signature.asc Description: Digital signature
Bug#595761: Patch applied upstream; bugs.php.net bug closed
Thanks for the upstream report — I've applied Remi's patch as is to the 5.3 branch and trunk, so the bug's now closed from the bugs.php.net perspective. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596106: Netinst Bug
Quoting joan (calb...@pangea.org): Yes, you are right and daily build has load well. Ps.: but I had done what your link page (installer page) says: *To install Debian testing*, we recommend you use the *squeeze Alpha1 release* of the installer Yes, that's a tricky point: at some moments of the development process, having users test the released versions is preferredbut at other moments, particularly when we are preparing a new release, it's better to have the daily builds tested. signature.asc Description: Digital signature
Bug#596197: [INTL:id] debconf translation update for indonesian
Package: debconf Tags: l10n patch Severity: wishlist This is the updated Indonesian translation for debconf package -- Arief S Fitrianto Departemen Fisika Universitas Indonesia # Debian Indonesian L10N Team debian-l10n...@gurame.fisika.ui.ac.id, 2004. # Translators: # * Parlin Imanuel Toh (parli...@yahoo.com), 2004-2005. # * I Gede Wijaya S (gwija...@yahoo.com), 2004. # * Arief S F (ar...@gurame.fisika.ui.ac.id), 2004. # * Setyo Nugroho (se...@gmx.net), 2004. # msgid msgstr Project-Id-Version: debconf\n Report-Msgid-Bugs-To: debc...@packages.debian.org\n POT-Creation-Date: 2009-08-24 19:24+0200\n PO-Revision-Date: 2010-09-09 13:26+0700\n Last-Translator: Arief S Fitrianto ar...@gurame.fisika.ui.ac.id\n Language-Team: Debian Indonesia Team debian-l10n...@gurame.fisika.ui.ac.id\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Indonesian\n X-Poedit-Country: INDONESIA\n X-Poedit-SourceCharset: utf-8\n #. Type: select #. Choices #: ../templates:1001 msgid Dialog msgstr Dialog #. Type: select #. Choices #: ../templates:1001 msgid Readline msgstr Bacabaris (Readline) #. Type: select #. Choices #: ../templates:1001 msgid Editor msgstr Penyunting #. Type: select #. Choices #: ../templates:1001 msgid Noninteractive msgstr Tak-Interaktif #. Type: select #. Description #: ../templates:1002 msgid Interface to use: msgstr Antarmuka yang dipakai: #. Type: select #. Description #: ../templates:1002 msgid Packages that use debconf for configuration share a common look and feel. You can select the type of user interface they use. msgstr Paket-paket yang dikonfigurasi lewat debconf memakai antar muka yang seragam. Anda dapat memilih jenis antarmuka pengguna yang dipakai. #. Type: select #. Description #: ../templates:1002 msgid The dialog frontend is a full-screen, character based interface, while the readline frontend uses a more traditional plain text interface, and both the gnome and kde frontends are modern X interfaces, fitting the respective desktops (but may be used in any X environment). The editor frontend lets you configure things using your favorite text editor. The noninteractive frontend never asks you any questions. msgstr Antarmuka dialog berbasis karakter layar penuh, sementara bacabaris memakai teks yang lebih tradisional, baik gnome dan kde menggunakan antar muka grafis (X). Antarmuka penyunting memungkinkan anda mengkonfigurasi sesuatu dengan penyunting naskah kesayangan anda. Antarmuka tak-iteraktif tak pernah menanyakan apapun. #. Type: select #. Choices #: ../templates:2001 msgid critical msgstr kritis #. Type: select #. Choices #: ../templates:2001 msgid high msgstr tinggi #. Type: select #. Choices #: ../templates:2001 msgid medium msgstr sedang #. Type: select #. Choices #: ../templates:2001 msgid low msgstr rendah #. Type: select #. Description #: ../templates:2002 msgid Ignore questions with a priority less than: msgstr Abaikan pertanyaan dengan prioritas kurang dari: #. Type: select #. Description #: ../templates:2002 msgid Debconf prioritizes the questions it asks you. Pick the lowest priority of question you want to see:\n - 'critical' only prompts you if the system might break.\n Pick it if you are a newbie, or in a hurry.\n - 'high' is for rather important questions\n - 'medium' is for normal questions\n - 'low' is for control freaks who want to see everything msgstr Debconf memprioritaskan pertanyaan yang ditanyakan pada anda. Pilih prioritas pertanyaan terendah yang ingin anda lihat:\n - 'kritis' hanya akan menampilkan prompt bila sistem akan rusak.\n Pilih ini bila anda pengguna baru, atau sedang terburu-buru.\n - 'tinggi' untuk pertanyaan yang cukup penting.\n - 'sedang' untuk pertanyaan-pertanyaan normal\n - 'rendah' untuk melihat segalanya #. Type: select #. Description #: ../templates:2002 msgid Note that no matter what level you pick here, you will be able to see every question if you reconfigure a package with dpkg-reconfigure. msgstr Perhatikan bahwa apapun tingkatan yang anda pilih saat ini, anda akan dapat melihat semua pertanyaan bila anda mengkonfigurasi ulang sebuah paket dengan dpkg-reconfigure. #. Type: text #. Description #: ../templates:3001 msgid Installing packages msgstr Memasang paket-paket #. Type: text #. Description #: ../templates:4001 msgid Please wait... msgstr Mohon menunggu... #. Type: text #. Description #. This string is the 'title' of dialog boxes that prompt users #. when they need to insert a new medium (most often a CD or DVD) #. to install a package or a collection of packages #: ../templates:6001 msgid Media change msgstr Media Berubah #~ msgid Ignore questions with a priority less than... #~ msgstr Abaikan pertanyaan dengan prioritas kurang dari... #~ msgid #~ Packages that use debconf for configuration prioritize the questions they #~ might ask you. Only questions with a certain priority or higher are #~ actually shown to you;
Bug#596192: python-nevow: fails to install: SyntaxError when byte-compiling
reopen 596192 severity 596192 serious thanks On Thu, Sep 09, 2010 at 08:39:28AM +0200, Vincent Bernat wrote: OoO En cette aube naissante du jeudi 09 septembre 2010, vers 07:12, Lionel Elie Mamane lio...@mamane.lu disait : Package: python-nevow Version: 0.9.31-3 Severity: important Setting up python-nevow (0.9.31-3) ... Compiling /usr/lib/python2.6/dist-packages/nevow/context.py ... SyntaxError: ('invalid syntax', ('/usr/lib/python2.6/dist-packages/nevow/context.py', 37, 12, 'def with(self, tag):\n')) pycentral: pycentral pkginstall: error byte-compiling files (152) pycentral pkginstall: error byte-compiling files (152) dpkg: error processing python-nevow (--configure): subprocess installed post-installation script returned error exit status 1 You have a system with mixed stable/testing/unstable. Since you took python2.6 from squeeze, please also use python-nevow from squeeze. This should work. The package relationship (Depends, Conflicts, Breaks, ...) fields are supposed to express these relationships. (Debian Policy chapter 7) -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596198: qofdate.c:821: warning: implicit declaration of function '__isleap'
Package: qof Version: 0.8.1 Hi, I'm a maintainer with the MacPorts project, where I'm trying to create a package for qof. I can't get it to build on Mac OS X 10.6.4 Snow Leopard, and I was advised by Neil Williams to report this bug here. After running ./configure --prefix=/opt/local --disable-sqlite and make I get this error: libtool: compile: /usr/bin/gcc-4.2 -DHAVE_CONFIG_H -I. -I.. -DPREFIX=\/opt/local\ -DDATADIR=\/opt/local/share\ -I/opt/local/include -g -DQOF_LIB_DIR=\/opt/local/lib/qof2\ -Werror -Wdeclaration-after-statement -Wno-pointer-sign -I/opt/local/include/libgda-3.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libxml2 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -pipe -O2 -arch x86_64 -g2 -Wall -MT qofdate.lo -MD -MP -MF .deps/qofdate.Tpo -c qofdate.c -fno-common -DPIC -o .libs/qofdate.o cc1: warnings being treated as errors qofdate.c: In function 'qof_date_to_struct_tm': qofdate.c:748: warning: assignment discards qualifiers from pointer target type qofdate.c: In function 'qof_date_offset': qofdate.c:821: warning: implicit declaration of function '__isleap' make[3]: *** [qofdate.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 I did not attempt to bypass warnings being treated as errors since implicit declaration of function '__isleap' sounded like an important problem to me. I am using gcc version 4.2.1 (Apple Inc. build 5664) which was installed by Xcode 3.2.3. glib2 @2.24.2_0, libgda3 @3.0.4_1 and libxml2 @2.7.7_0 were already installed, using MacPorts. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553463: About No kernel modules were found at Load Installer components from CD PowerPC businesscard
Quoting Rick Thomas (rbtho...@pobox.com): I'll be happy to. Do you specifically want the mini.iso? Or would buisnesscard do just as well? If I don't hear back I'll try both. Trying both is fine..:-) The mini.iso has the advantage of being the one where the most udebs are downloaded off the net. Indeed, the result between the businesscard and the netboot images is pretty much the same, thoughbut I'm now used to suggest people to try the netboot image. signature.asc Description: Digital signature
Bug#596199: sslh fails to bind to specified IP
Package: sslh Version: 1.7a-1 Severity: important After upgrade to sslh 1.7 the daemon fails to bind to IP provided in /etc/default/sslh. Instead of that it binds to 0.0.0.0:443. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sslh depends on: ii adduser 3.112 add and remove users and groups ii debconf 1.5.35 Debian configuration management sy ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii update-inetd 4.37 inetd configuration file updater Versions of packages sslh recommends: ii apache2-mpm-prefork [httpd] 2.2.16-2 Apache HTTP Server - traditional n ii openssh-server [ssh-server] 1:5.5p1-5 secure shell (SSH) server, for sec Versions of packages sslh suggests: ii openbsd-inetd [inet-superse 0.20080125-6 The OpenBSD Internet Superserver -- Configuration Files: /etc/default/sslh changed: RUN=yes DAEMON_OPTS=-u sslh -p 83.143.43.152:443 -s 127.0.0.1:22 -l 127.0.0.1:443 -- debconf information: * sslh/inetd_or_standalone: standalone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596200: sslh fails to bind to specified IP
Subject: sslh fails to bind to specified IP Package: sslh Version: 1.7a-1 Severity: important *** Please type your report below this line *** After upgrade to sslh 1.7 the daemon fails to bind to IP provided in /etc/default/sslh. Instead of that it binds to 0.0.0.0:443. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sslh depends on: ii adduser 3.112 add and remove users and groups ii debconf 1.5.35 Debian configuration management sy ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii update-inetd 4.37 inetd configuration file updater Versions of packages sslh recommends: ii apache2-mpm-prefork [httpd] 2.2.16-2 Apache HTTP Server - traditional n ii openssh-server [ssh-server] 1:5.5p1-5 secure shell (SSH) server, for sec Versions of packages sslh suggests: ii openbsd-inetd [inet-superse 0.20080125-6 The OpenBSD Internet Superserver -- Configuration Files: /etc/default/sslh changed: RUN=yes DAEMON_OPTS=-u sslh -p 123.123.123.123:443 -s 127.0.0.1:22 -l 127.0.0.1:443 -- debconf information: * sslh/inetd_or_standalone: standalone
Bug#596201: Bad behaviour with symlinks and -u
Package: qiv Version: 2.1~pre12-5a0.mrvn.1 Severity: normal Hi, I tried running qiv -u . and noticed that qiv behaves badly with symlinks, esspecially symlinks that create a cycle: open(./chroot/sid-clean/lib64/modules/2.6.31.6-xen-2010.02.18/build/debian/linux-image-2.6.31.6--xen-2010.02.18/lib/modules/2.6.31.6--xen-2010.02.18/build/debian/linux-image-2.6.31.6--xen-2010.02.18/lib/modules/2.6.31.6--xen-2010.02.18/build/debian/linux-image-2.6.31.6--xen-2010.02.18/lib/modules/2.6.31.6--xen-2010.02.18/build/debian/linux-image-2.6.31.6--xen-2010.02.18/lib/modules/2.6.31.6--xen-2010.02.18/build/debian/linux-image-2.6.31.6--xen-2010.02.18/lib/modules/2.6.31.6--xen-2010.02.18/build/debian/linux-image-2.6.31.6--xen-2010.02.18/lib/modules/2.6.31.6--xen-2010.02.18/build/debian/linux-image-2.6.31.6--xen-2010.02.18/lib/modules/2.6.31.6--xen-2010.02.18/build/debian/linux-image-2.6.31.6--xen-2010.02.18/lib/modules/2.6.31.6--xen-2010.02.18/build/debian/linux-image-2.6.31.6--xen-2010.02.18/lib/modules/2.6.31.6--xen-2010.02.18/build/debian/linux-image-2.6.31.6--xen-2010.02.18/lib/modules/2.6.31.6--xen-2010.02.18/build/debian/linux-image-2.6.31.6--xen-2010.02.18/lib/mod ules/2.6.31.6--xen-2010.02.18/build/net, O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC unfinished ... Maybe -u should not follow symlinks, only follow symlinks that point outside the search directories or simply don't scan directories it has already scanned (checked by inode/device number). If you think the default behviour is ok then please add something like a --no-symlink option. MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.6-xen-2010.02.18 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages qiv depends on: ii gdk-imlib11 1.9.15-8imaging library for use with gtk ii libc62.11.1-3Embedded GNU C Library: Shared lib ii libglib1.2ldbl 1.2.10-19 The GLib library of C routines ii libgtk1.21.2.10-18.1 The GIMP Toolkit set of widgets fo ii libx11-6 2:1.3.3-3 X11 client-side library ii libxinerama1 2:1.1-3 X11 Xinerama extension library qiv recommends no packages. qiv 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#596070: #596070 passwd: group password is always invalid
Package: passwd Severity: normal Now it works, but I also had to upgrade the login package. Many thanks! :) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (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/dash Versions of packages passwd depends on: ii debianutils 3.4Miscellaneous utilities specific t ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libpam-modules1.1.1-4Pluggable Authentication Modules f ii libpam0g 1.1.1-4Pluggable Authentication Modules l ii libselinux1 2.0.96-1 SELinux runtime shared libraries passwd recommends no packages. passwd 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#596163: [Pkg-puppet-devel] Bug#596163: cannot be purged when var/lib/puppet doesn't exist
Thank you for reporting the bug. It should be easy to fix. -- Stig Sandbeck Mathisen ooo, shiny! pgpTYD49lGl6O.pgp Description: PGP signature
Bug#596175: iceweasel: session not required and When Iceweasel starts preferences changes intermittently
On Wed, Sep 08, 2010 at 09:00:43PM -0400, Allan Wind wrote: Package: iceweasel Version: 3.5.11-2 Severity: normal https://bugzilla.mozilla.org/show_bug.cgi?id=594630 User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.11) Gecko/20100819 Iceweasel/3.5.11 (like Firefox/3.5.11) Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.11) Gecko/20100819 Iceweasel/3.5.11 (like Firefox/3.5.11) I reviewed existing tickets along the lines of summary including https://support.mozilla.com/en-US/kb/Firefox+does+not+ask+to+save+tabs+and+windows+on+exit and not seeing anything that matches what I see. Today I closed firefox with 60+ tabs of things that I wanted to read by closing the browser window (by pressing the X). When I started my computer at open and opened up firefox the browser opened up with a blank window meaning that I once again lost my todo reading list. The preference When Iceweasel starts changed to Show my home page which is about:. Privacy | History is set to Use custom settings for history and none of the options including Clear history when Iceweasel closes is checked. My session is usually restored, say, 90% of the time using the same process, and it is really annoying when losing my session. There is no crash dialog (ops, cannot restore your session or whatever the window is). Reproducible: Didn't try Actual Results: Preferences | Main | When Icewasel starts: is reset to Use my home page, and I lose all my tabs. Expected Results: The above preference remains as set Show my windows and tabs from last time and my tabs are restored. I have seen this once or twice before where I lose my session when I start firefox at home, but then when I start firefox at work the following day my session is restored. There is nothing in the iceweasel code that changes the value of the browser.startup.page preference which corresponds to the setting you are referring to. The only places it's set are either setting it explicitely to 3 (which means Show my windows and tabs from last time), or setting it to whatever the user chose in the UI. Note the former happens when the never ask again checkbox is checked in the dialog you get when you close Iceweasel. I'm tempted to say you either did something wrong, or your window manager did something wrong, or one of the numerous extensions you have installed has done something wrong. Cheers, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596200: sslh fails to bind to specified IP
Please mark this bug as duplicate of #596199http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596199. Sorry for duplication. Regards
Bug#595296: ping
anything else required here? Wondering why it's pending since 3 days. Stefan -- Stefan Bauer - PGP: E80A 50D5 2D46 341C A887 F05D 5C81 5858 DCEF 8C34 plzk.de - Linux - because it works -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596025: Bug in dh-make-perl fixed in revision 62421
tag 596025 + pending thanks Some bugs are closed in revision 62421 by Salvatore Bonaccorso (carnil-guest) Commit message: Improve regular expression to not match fields in Makefile.PL as MIN_PERL_VERSION to determine the version of the package. Thanks to Andrew Ruthven for reporting. (Closes: #596025) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595070: Attempting to uninstall evolution-data-server forces removal of gnome-core, gnome-panel, etc.
Le mercredi 08 septembre 2010 à 13:02 -0700, Paul Taylor a écrit : Hi Josselin: Thanks for your reply. Here is what I get when I enter the command you suggested: gnome-control-center: Depends: evolution-data-server but it is not going to be installed Does gnome-control-center actually use evolution-data-server? And if so, what changed between my last version and the latest? Ah right, it’s a recent change. See #592525. However gnome-panel doesn’t really need gnome-control-center anymore, so I’m going to demote the dependency to Recommends. 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#596073: include information about which tags precede or follow a commit like gitk
On Thu, 9 Sep 2010, martin f krafft wrote: I agree with you, but there's a fundamental difference: gitk (seems to) generate this information up front for all commits, while gitweb only needs to generate it for a single commit at a time. So the question is really: are the required calls to git-describe and/or git-name-rev that expensive? Unfortunately, they can be. For example, on my (admittedly rather huge) linux-2.6 repository with a cold cache, then again with a warm cache: $ time git name-rev 0af184bb9f80edfbb94de46cb52e9592e5a547b0 0af184bb9f80edfbb94de46cb52e9592e5a547b0 tags/v2.6.17.4~1 real1m12.334s user0m16.510s sys 0m1.440s $ time git name-rev 0af184bb9f80edfbb94de46cb52e9592e5a547b0 0af184bb9f80edfbb94de46cb52e9592e5a547b0 tags/v2.6.17.4~1 real0m13.305s user0m12.720s sys 0m0.580s Basically, this is slow because it needs to walk up through the entire repository from every ref through parent pointers looking for the given commit. Reading the entire graph structure into a cache (like gitk) can make this more efficient on average if you do a lot of queries in a row, but otherwise there isn’t much you can do given the current Git repository format. Anders -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596187: Fills up small hard drive - request for debconf option to set size before installation
Hi Jason, Jason Heeris wrote: I am working on a system with 512MB disk space and 256MB RAM... so you should see a potential problem here :) The usual calculation of swap = 2 x RAM is not very useful. Good point. I do own a similar system, too, just with 4GB disk and 2GB RAM. There I don't need swap, so I never thought about using dphys-swapfile on such a system. But I know about the factor 2 default. :-) I created the system without a swap partition because I needed the flexibility of changing the swap size as I develop on it. When I installed dphys-swapfile, it tried to create a swapfile bigger than the disk and so failed to install. I then had to delete the swapfile, run dpkg -a --whatever, and purge dphys-swapfile. Can there be an debconf option to specify the size of the swap file *before* it attempts to create it? Yeah, but no more for Squeeze. Would an updated package description mentioning the factor two by default and creation on installation have prevented your problem? Documentation is something which I can update for Squeeze. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596192: python-nevow: fails to install: SyntaxError when byte-compiling
On Thu, Sep 09, 2010 at 09:29:40AM +0200, Vincent Bernat wrote: OoO En ce doux début de matinée du jeudi 09 septembre 2010, vers 08:59, Lionel Elie Mamane lio...@mamane.lu disait : You have a system with mixed stable/testing/unstable. Since you took python2.6 from squeeze, please also use python-nevow from squeeze. This should work. The package relationship (Depends, Conflicts, Breaks, ...) fields are supposed to express these relationships. (Debian Policy chapter 7) Mixing distributions is on your own responsability. We cannot express relationship that were not needed on the time of the release. Take any Python package, take python-central/python-support from stable, python2.6 from unstable along with python-defaults from unstable and you have something that does not work at all because the paths have changed and a newer python-central/python-support is needed here. That's why python2.6-minimal has Breaks: python-central ( 0.6.14) That's how one can and does express relationship that were not needed on the time of the release. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595900: libpdf-api2-perl: Using TTF creates corrupt PDF
clone 595900 -1 retitle -1 Warnings whilst creating PDF with TTF severity -1 minor retitle 595900 Text written with TTF not extracted by pdftotext severity 595900 wishlist tags 595900 - unreproducible thanks I've concluded that the reason pdftotext doesn't extract text written with TTF by libpdf-api2-perl is that the module does not write the (optional) /ToUnicode table that pdftotext requires to do this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576227: insserv: warning: script is corrupt or invalid
Hi Ola, I'll grab this version from incoming.d.o and give it a test. Thanks! Christian * Ola Lundqvist o...@debian.org [100909 08:06]: Hi Christian I have today uploaded a 3.0.24-4 version with a backport of support for this. It is a rather extensive patch so I would like you to test that this actually works well for you. I'm eager to get this into squeeze so if you have the possibility to test this soon that would be really great. Best regards, // Ola On Mon, Aug 30, 2010 at 08:55:04AM +0200, Christian Hofstaedtler wrote: Hi Ola, Kir, the sysv-rc upgrade today migrated my installation to 'dependency based booting', complained quite a bit about K00vzreboot, but went on with the migration. It left this state: # ls -CF1 /etc/rc6.d K00vzreboot* K01nullmailer@ K01pdns@ K01unattended-upgrades@ K01urandom@ K02sendsigs@ K03rsyslog@ K04hwclock.sh@ K04umountnfs.sh@ K05networking@ K06ifupdown@ K07umountfs@ K08umountroot@ K09reboot@ README If I'm not mistaken this will start vzreboot first, and then the other shutdown scripts will never run. If this is the case, this is a critical issue. After restarting the CT, I now have these scripts: # ls -CF1 /etc/rc6.d K00vzreboot* K01nullmailer@ K01pdns@ K01unattended-upgrades@ K01urandom@ K02sendsigs@ K03rsyslog@ K04hwclock.sh@ K04umountnfs.sh@ K05networking@ K06ifupdown@ K07umountfs@ K08umountroot@ K09reboot@ README S00vzreboot* This can't be correct ;) Christian -- christian hofstaedtler -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- christian hofstaedtler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551201: /usr/share/man/man3/insque.3.gz: insque() description contradicts POSIX and actual behaviour
tags 551201 fixed-upstream thanks On Fri, Oct 16, 2009 at 4:41 PM, Remi Denis-Courmont r...@remlab.net wrote: Package: manpages-dev Version: 3.22-1 Severity: normal File: /usr/share/man/man3/insque.3.gz Hello, The manual page for insque() states that insque(elem, NULL); is invalid. However, the POSIX standards and the actual glibc implementation both explicitly allows this: http://www.opengroup.org/onlinepubs/009695399/functions/remque.html Remi, thanks for this report. With respect to current glibc behavior, you are correct. However the manual page was correct at the time that it was written. In glibc 2.5, the implementation was fixed to conform to POSIX. I've made many changes to the page, among other things noting that prev==NULL is possible, and also adding a BUGS section that says the following: BUGS In glibc 2.4 and earlier, it was not possible to specify prev as NULL. Consequently, to build a linear list, the caller had to build a list using an initial call that contained the first two elements of the list, with the forward and backward pointers in each element suitably initialized. Look okay to you? (Check misc/insremque.c in glibc 2.4 source.) The changes will be in upstream man-pages-3.27. Thanks. Michael -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30.9 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages manpages-dev depends on: ii manpages 3.22-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii konqueror [man-browser] 4:4.3.2-1 KDE 4's advanced file manager, web ii man-db [man-browser] 2.5.6-3 on-line manual pager -- no debconf information -- Michael Kerrisk Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/ Author of The Linux Programming Interface; http://man7.org/tlpi/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591839: squid: simple typo with bad effects
On 09/08/2010 07:49 PM, Holger Levsen wrote: found 591839 2.7.STABLE3-4.1lenny1 found 591839 2.7.STABLE9-2 thanks Hi Luigi, do you plan to address 591839 before the release of squeeze? Hi release-team, would an NMU with the following patch to squid.conf be acceptable? Yes, please go ahead and let us know once the package has been accepted. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595061: mdadm: at startup, loads of /sys/devices/virtual/block/md0 (123) on the console
On Mon, 2010-09-06 at 13:00 +0200, Alexander Kurtz wrote: Am Dienstag, den 31.08.2010, 21:07 +0200 schrieb Xavier Bestel: at startup, something displays a lot of messages on the console (so I can't see the first lines of the console). The last ones look like: /sys/devices/virtual/block/md0 (3771) /sys/devices/virtual/block/md3 (3772) /sys/devices/virtual/block/md2 (3773) /sys/devices/virtual/block/md1 (3774) /sys/devices/virtual/block/md0 (3775) /sys/devices/virtual/block/md3 (3776) /sys/devices/virtual/block/md2 (3777) (I suspect there are 3778 of them). There's no harm done except loosing the console history, everything works well afterwards. It's just a little bit annoying. This *might* be a duplicate of #594418: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594418 It looks like it's fixed, probably due to the latest initramfs package I think I saw yesterday. Xav -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596203: ant: must depend by java2-runtime-headless instead of java2-runtime
Package: ant Version: 1.7.0-6 Severity: normal I installed libjetty-extra-java who dipend by ant. According me, because ant is a console based utility (has no gui) it must depend only by java2-runtime-headless. As now it force me to install a full java gui installation, with all related dependecies. Please correct me if I am wrong. Thank you Michele Renda -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ant depends on: ii libxerces2-java 2.9.1-2+lenny1 Validating XML parser for Java wit ii openjdk-6-jre [java2-run 6b11-9.1+lenny2 OpenJDK Java runtime, using Hotspo ii openjdk-6-jre-headless [ 6b11-9.1+lenny2 OpenJDK Java runtime, using Hotspo Versions of packages ant recommends: pn ant-gcj none (no description available) pn ant-optional none (no description available) Versions of packages ant suggests: pn ant-doc 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#596204: debconf: [INTL:lt] updated Lithuanian debconf translation
Package: debconf Version: 1.5.36 Severity: wishlist Tags: l10n, patch Here is the updated translation of Lithuanian debconf messages (lt.po.gz). Please apply this. Best wishes, -- Kęstutis Biliūnas ke...@kaunas.init.lt http://kebil.ghost.lt | GnuPG-Key ID: F6E7A452 lt.po.gz Description: GNU Zip compressed data
Bug#596205: python-django: new minor release fixes CSRF bug
Package: python-django Version: 1.2.1-1 Severity: grave Tags: security Justification: user security hole Hi, the Django project released version 1.2.2, fixing a security problem in the CSRF protection system. Details are on the Django Blog: http://www.djangoproject.com/weblog/2010/sep/08/security-release/ Cheers, Til -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-django depends on: ii python2.6.5-13 interactive high-level object-orie ii python-support1.0.9 automated rebuilding support for P Versions of packages python-django recommends: ii libjs-jquery 1.4.2-2JavaScript library for dynamic web Versions of packages python-django suggests: pn python-flup none (no description available) ii python-mysqldb 1.2.2-10+b1 A Python interface to MySQL pn python-psycopg none (no description available) pn python-psycopg2 none (no description available) pn python-sqlitenone (no description available) ii python-yaml 3.09-4 YAML parser and emitter for Python -- 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#595296: ping
On 09:29 Thu 09 Sep , Stefan Bauer wrote: anything else required here? Wondering why it's pending since 3 days. If the pending tag is set, this mean that it was ok from the FD side. Your key is now pending at the keyring managers side. So it will be closed when you key is added to the keyring. Greetings, -- Xavier Oswald xosw...@debian.org GNU/Linux Debian Developer - http://www.debian.org/ GPG key ID: 0x464B8DE3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596206: [libiksemel3] A new upstream version (1.4) is available.
Package: libiksemel3 Version: 1.2-4 Severity: wishlist Hi, There is a new upstream version 1.4[1] released at Jul 25, 2009. changes * send/recv improved for signal handling * --plain auth option for iksroster * Fix issue 4, 64bit bug in tst-sax * utf8 validation bug fixed. * fix for whitespace in attr declarations issue * bugs fixed -Rex [1] http://code.google.com/p/iksemel/downloads/list --- System information. --- Architecture: i386 Kernel: Linux 2.6.32-4-686-bigmem Debian Release: squeeze/sid 500 unstablewww.emdebian.org 500 unstablewww.debian-multimedia.org 500 unstablehttp.us.debian.org 500 unstableftp.us.debian.org 500 unstabledebian.wgdd.de 500 testing ftp.us.debian.org 500 testing dl.google.com 500 stable repo.wuala.com 500 stable dl.google.com 500 stable deb.opera.com 500 lucid ppa.launchpad.net 500 lucid linux.getdropbox.com 1 experimentalftp.us.debian.org --- Package information. --- Depends(Version) | Installed -+-= libc6 (= 2.7-1) | 2.11.2-2 libgnutls26 (= 2.2.0-0) | 2.8.6-1 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#595296: ping
Am 09.09.2010 10:10, Xavier Oswald schrieb: On 09:29 Thu 09 Sep , Stefan Bauer wrote: anything else required here? Wondering why it's pending since 3 days. If the pending tag is set, this mean that it was ok from the FD side. Your key is now pending at the keyring managers side. So it will be closed when you key is added to the keyring. Patient Is A virtue, but not mine :/ thanks for the update. Stefan -- Stefan Bauer - PGP: E80A 50D5 2D46 341C A887 F05D 5C81 5858 DCEF 8C34 plzk.de - Linux - because it works -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596207: unblock: smbind/0.4.7-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please unblock package smbind smbind (0.4.7-5) unstable; urgency=high . * [4198cb3] Fix sql injection in src/include.php unblock smbind/0.4.7-5 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkyImQkACgkQNxpp46476ao/LwCdG14q1TYHtzl/zptuHdM27FsH SO8AmgJ9ggASImGrrmQLWY9Suc6pgbwH =BSmY -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#596208: Update to the latest upstream release: 0.7.6
Package: jackbeat Version: 0.7.4-1.1 Severity: wishlist Please update to the new upstream release. Here is the latest changelog entries: jackbeat (0.7.6) * #61: fix compiling on recent x86_64 Linux systems such as Fedora 13 * do not try and connect to PulseAudio by default, it may deadlock -- Olivier Guilyardi olivier {at} samalyse {dot} com Wed, 08 Sep 2010 16:31:42 +0200 jackbeat (0.7.5) * #47: fix startup crash with gtk = 2.19 caused by new GtkBuilder widget name handling -- Olivier Guilyardi olivier {at} samalyse {dot} com Sun, 25 Apr 2010 01:57:23 +0200 Plus, WDYT about maintaining this with the collaboration of the Debian Multimedia Maintainers team? [1] Hope to hear from you soon. [1] http://wiki.debian.org/DebianMultimedia -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576227: insserv: warning: script is corrupt or invalid
Ola, Do I need to have a kernel with vzevent support for this to test? If so then I must wait until such a kernel appears in Debian... Thanks, Christian * Ola Lundqvist o...@debian.org [100909 08:06]: Hi Christian I have today uploaded a 3.0.24-4 version with a backport of support for this. It is a rather extensive patch so I would like you to test that this actually works well for you. I'm eager to get this into squeeze so if you have the possibility to test this soon that would be really great. Best regards, // Ola On Mon, Aug 30, 2010 at 08:55:04AM +0200, Christian Hofstaedtler wrote: Hi Ola, Kir, the sysv-rc upgrade today migrated my installation to 'dependency based booting', complained quite a bit about K00vzreboot, but went on with the migration. It left this state: # ls -CF1 /etc/rc6.d K00vzreboot* K01nullmailer@ K01pdns@ K01unattended-upgrades@ K01urandom@ K02sendsigs@ K03rsyslog@ K04hwclock.sh@ K04umountnfs.sh@ K05networking@ K06ifupdown@ K07umountfs@ K08umountroot@ K09reboot@ README If I'm not mistaken this will start vzreboot first, and then the other shutdown scripts will never run. If this is the case, this is a critical issue. After restarting the CT, I now have these scripts: # ls -CF1 /etc/rc6.d K00vzreboot* K01nullmailer@ K01pdns@ K01unattended-upgrades@ K01urandom@ K02sendsigs@ K03rsyslog@ K04hwclock.sh@ K04umountnfs.sh@ K05networking@ K06ifupdown@ K07umountfs@ K08umountroot@ K09reboot@ README S00vzreboot* This can't be correct ;) Christian -- christian hofstaedtler -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- christian hofstaedtler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576227: insserv: warning: script is corrupt or invalid
On 09/09/2010 12:33 PM, Christian Hofstaedtler wrote: Ola, Do I need to have a kernel with vzevent support for this to test? Chris, this is correct. If so then I must wait until such a kernel appears in Debian... Right. Max Attems informed me yesterday that the kernel will be ready in a few days or so: On 09/08/2010 05:36 PM, maximilian attems wrote: thanks for the notifications, will do next days. current branch has unrelated input abi breakage that first need to be sorted out. Once that done I'll just add latest openvz git. So yes, we have to wait for the kernel with vzevent module first... Thanks, Christian * Ola Lundqvisto...@debian.org [100909 08:06]: Hi Christian I have today uploaded a 3.0.24-4 version with a backport of support for this. It is a rather extensive patch so I would like you to test that this actually works well for you. I'm eager to get this into squeeze so if you have the possibility to test this soon that would be really great. Best regards, // Ola On Mon, Aug 30, 2010 at 08:55:04AM +0200, Christian Hofstaedtler wrote: Hi Ola, Kir, the sysv-rc upgrade today migrated my installation to 'dependency based booting', complained quite a bit about K00vzreboot, but went on with the migration. It left this state: # ls -CF1 /etc/rc6.d K00vzreboot* K01nullmailer@ K01pdns@ K01unattended-upgrades@ K01urandom@ K02sendsigs@ K03rsyslog@ K04hwclock.sh@ K04umountnfs.sh@ K05networking@ K06ifupdown@ K07umountfs@ K08umountroot@ K09reboot@ README If I'm not mistaken this will start vzreboot first, and then the other shutdown scripts will never run. If this is the case, this is a critical issue. After restarting the CT, I now have these scripts: # ls -CF1 /etc/rc6.d K00vzreboot* K01nullmailer@ K01pdns@ K01unattended-upgrades@ K01urandom@ K02sendsigs@ K03rsyslog@ K04hwclock.sh@ K04umountnfs.sh@ K05networking@ K06ifupdown@ K07umountfs@ K08umountroot@ K09reboot@ README S00vzreboot* This can't be correct ;) Christian -- christian hofstaedtler -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596209: alian: Fails to convert a 'noarch' RPM to deb
Subject: alien: Fails to convert a 'noarch' RPM to deb Package: alien Version: 8.82 Severity: normal *** Please type your report below this line *** When converting a 'noarch' RPM to a deb package, alien fails with the message: Radiator-4.7-1.noarch.rpm is for architecture all ; the package cannot be built on this system. As Radiator is written in pure Perl, I would assume the architecture check to always pass. The ARCH in the RPM is a true 'noarch': $ rpm -qp --queryformat %{ARCH} Radiator-4.7-1.noarch.rpm; echo noarch $ In Alien::Package::Deb, dpkg-architecture is called 'dpkg-architecture -i.$arch' (where $arch == 'all' in my case), but according to the dpkg-architecture man page, -i should be followed by a 'architecture-wildcard' defined as: An architecture wildcard is a special architecture string that will match any real architecture being part of it. The general form is kernel-cpu. Examples: linux-any, any-i386, hurd-any. Shouldn't 'noarch' be translated to 'any' instead of 'all'? For completeness: on the build system, dpkg-architecture reports: $ dpkg-architecture DEB_BUILD_ARCH=i386 DEB_BUILD_ARCH_OS=linux DEB_BUILD_ARCH_CPU=i386 DEB_BUILD_ARCH_BITS=32 DEB_BUILD_ARCH_ENDIAN=little DEB_BUILD_GNU_CPU=i486 DEB_BUILD_GNU_SYSTEM=linux-gnu DEB_BUILD_GNU_TYPE=i486-linux-gnu DEB_HOST_ARCH=i386 DEB_HOST_ARCH_OS=linux DEB_HOST_ARCH_CPU=i386 DEB_HOST_ARCH_BITS=32 DEB_HOST_ARCH_ENDIAN=little DEB_HOST_GNU_CPU=i486 DEB_HOST_GNU_SYSTEM=linux-gnu DEB_HOST_GNU_TYPE=i486-linux-gnu $ -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (990, 'stable'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages alien depends on: ii cpio 2.9-13lenny1GNU cpio -- a program to manage ar ii debhelper8.0.0 helper programs for debian/rules ii dpkg-dev 1.15.8.4Debian package development tools ii make 3.81-5 The GNU version of the make util ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction ii rpm 4.8.1-5 package manager for RPM ii rpm2cpio 4.8.1-5 tool to convert RPM package to CPI alien recommends no packages. Versions of packages alien suggests: ii bzip2 1.0.5-1high-quality block-sorting file co ii lintian 2.4.3 Debian package checker pn lsb-rpm none (no description available) ii lzma 4.43-14Compression method of 7z format in ii patch 2.5.9-5Apply a diff file to an original -- 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#596210: conkeror: stackoverflow mode not functional
Package: conkeror Version: 0.9.2+git100804-1 Severity: normal File: /usr/share/conkeror/modules/page-modes/stackoverflow.js Apparently stackoverflow changed their markup slightly. This broke the stackoverflow page mode. The follow patch makes it work again. diff -Nur conkeror-0.9.2+git100804.orig/modules/page-modes/stackoverflow.js conkeror-0.9.2+git100804/modules/page-modes/stackoverflow.js --- conkeror-0.9.2+git100804.orig/modules/page-modes/stackoverflow.js 2010-09-09 10:39:23.605353004 +0200 +++ conkeror-0.9.2+git100804/modules/page-modes/stackoverflow.js 2010-09-09 10:39:45.821353002 +0200 @@ -17,8 +17,8 @@ */ define_browser_object_class(stackoverflow-votes, Browser object class for selecting a vote arrow via hinting., - xpath_browser_object_handler('//i...@class=vote-up]' + - ' | //i...@class=vote-down]'), + xpath_browser_object_handler('//sp...@class=vote-up-off]' + + ' | //sp...@class=vote-down-off]'), $hint = select a vote); interactive(stackoverflow-vote, -- Package-specific info: -- Extensions information Name: Adblock Plus Location: /usr/share/mozilla/extensions/{a79fe89b-6662-4ff4-8e88-09950ad4dfde}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d} Package: xul-ext-adblock-plus Status: enabled -- Plugins information Name: DivX® Web Player Location: /usr/lib/mozilla/plugins/libtotem-mully-plugin.so Package: totem-mozilla Status: enabled Name: Java(TM) Plug-in 1.6.0_21 Location: /usr/lib/jvm/java-6-sun-1.6.0.21/jre/lib/amd64/libnpjp2.so Package: sun-java6-bin Status: enabled Name: MozPlugger 1.14.0 handles QuickTime and Windows Media Player Plugin (1.14.0) Location: /usr/lib/mozilla/plugins/mozplugger.so Package: mozplugger Status: enabled Name: QuickTime Plug-in 7.6.6 Location: /usr/lib/mozilla/plugins/libtotem-narrowspace-plugin.so Package: totem-mozilla Status: enabled Name: Shockwave Flash Location: /home/rafl/.mozilla/plugins/npwrapper.libflashplayer.so Status: enabled Name: VLC Multimedia Plugin (compatible Totem 2.30.2) Location: /usr/lib/mozilla/plugins/libtotem-cone-plugin.so Package: totem-mozilla Status: enabled Name: Windows Media Player Plug-in 10 (compatible; Totem) Location: /usr/lib/mozilla/plugins/libtotem-gmp-plugin.so Package: totem-mozilla Status: enabled Name: iTunes Application Detector Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so Package: rhythmbox-plugins Status: enabled -- Addons package information ii mozplugger 1.14.1-1 Plugin allowing external viewers to be launc ii rhythmbox-plug 0.12.8-2 plugins for rhythmbox music player ii sun-java6-bin 6.21-1 Sun Java(TM) Runtime Environment (JRE) 6 (ar ii totem-mozilla 2.30.2-2+b1Totem Mozilla plugin ii xul-ext-adbloc 1.2.2-1Advertisement blocking extension for web bro -- Extensions information Name: Adblock Plus Location: /usr/share/mozilla/extensions/{a79fe89b-6662-4ff4-8e88-09950ad4dfde}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d} Package: xul-ext-adblock-plus Status: enabled -- Plugins information Name: DivX® Web Player Location: /usr/lib/mozilla/plugins/libtotem-mully-plugin.so Package: totem-mozilla Status: enabled Name: Java(TM) Plug-in 1.6.0_21 Location: /usr/lib/jvm/java-6-sun-1.6.0.21/jre/lib/amd64/libnpjp2.so Package: sun-java6-bin Status: enabled Name: MozPlugger 1.14.0 handles QuickTime and Windows Media Player Plugin (1.14.0) Location: /usr/lib/mozilla/plugins/mozplugger.so Package: mozplugger Status: enabled Name: QuickTime Plug-in 7.6.6 Location: /usr/lib/mozilla/plugins/libtotem-narrowspace-plugin.so Package: totem-mozilla Status: enabled Name: Shockwave Flash Location: /home/rafl/.mozilla/plugins/npwrapper.libflashplayer.so Status: enabled Name: VLC Multimedia Plugin (compatible Totem 2.30.2) Location: /usr/lib/mozilla/plugins/libtotem-cone-plugin.so Package: totem-mozilla Status: enabled Name: Windows Media Player Plug-in 10 (compatible; Totem) Location: /usr/lib/mozilla/plugins/libtotem-gmp-plugin.so Package: totem-mozilla Status: enabled Name: iTunes Application Detector Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so Package: rhythmbox-plugins Status: enabled -- Addons package information ii mozplugger 1.14.1-1 Plugin allowing external viewers to be launc ii rhythmbox-plug 0.12.8-2 plugins for rhythmbox music player ii sun-java6-bin 6.21-1 Sun Java(TM) Runtime Environment (JRE) 6 (ar ii totem-mozilla 2.30.2-2+b1Totem Mozilla plugin ii xul-ext-adbloc 1.2.2-1Advertisement blocking extension for web bro -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-rc2 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages conkeror depends on: ii xulrunner-1.9.1
Bug#595817: ITP: libpam-ssh-agent -- PAM module providing authentication via ssh-agent
[Matt Brown] This pluggable authentication module (PAM) provides authentication via secure shell (SSH) agent. Written with sudo in mind, but like any auth PAM module, can be used for many purposes. How is it different from libpam-ssh? How will it interact with ssh-agent which starts from Xsession.d/? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596187: Fills up small hard drive - request for debconf option to set size before installation
On 9 September 2010 15:39, Axel Beckert a...@debian.org wrote: Can there be an debconf option to specify the size of the swap file *before* it attempts to create it? Yeah, but no more for Squeeze. Would an updated package description mentioning the factor two by default and creation on installation have prevented your problem? Documentation is something which I can update for Squeeze. Well, I can't say I wasn't warned, because the article I read said what it did (I was prepared for it to do that, but hoping it wouldn't, if that makes sense). But it might be a good idea. And it doesn't have to be for Squeeze. If I have time I can tinker with a debconf script myself for you to consider for later releases. Cheers, Jason -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596195: unblock: weborf/0.12.3-1
On Thu, Sep 9, 2010 at 08:27:42 +0200, Salvo 'LtWorf' Tomaselli wrote: Please unblock package weborf The upstream release fixes RC bug #596112 unblock weborf/0.12.3-1 It was removed from testing last night since that's what Moritz suggested and seemed sensible enough to me. Cheers, Julien signature.asc Description: Digital signature
Bug#596097: apt: Please support setting a pin of 100 from within an archive (NotAutomaticButUpdates)
package apt merge 596097 186767 thanks 2010/9/8 Alexander Wirt formo...@debian.org: for backports.debian.org we use the NotAutomatic Flag to prevent users from installing every backport. Unfortunatly that has the drawback of preventing updates from installed backports. Even if our docs trys to force users of pinning backports to 100 several don't read the docs or don't understand it. For reference, i think you mean [0] with the docs. First of all, i would write your recommend one before the not recommend one, and i would recommend pinning by origin instead of pinning by archivename as people will likely forget to change it in squeeze - wheezy transition… Further more, you could only use this flag for squeeze, not for lenny as you otherwise break all existing uses on flagday and even squeeze is a bit flacky as it already exists and could therefore be already used. Beside that you will shock each lenny to squeeze changer which doesn't read the news… or does make an upgrade with apt/lenny which doesn't understand the new flag and therefore treats backports as normal archive: Wonderful mix of version do you have on your system, sir… Anyway, i have discussed it briefly a while ago already on debian-devel in the context of CUT, but backports was added later [1] In short: I don't see why 100 should be the default for backports. Even if it is currently recommend by you. As a stable user i might want to get upgrades for the iceweasel 3.6-series through backports, but what i don't want is an iceweasel 4.0 upgrade which will end-up in backports as well later on but breaks my normal experience, also a bunch of extensions and maybe it even requires manual handholding while upgrading because of dpkg-conffile changes which prevents for me the automated and headless upgrades i normally do in stable… Especially the extension-breaking thing is nothing i expect in stable. Okay, i want this upgrade at a later point, but NotAutomatic. What i could imagine is a package manager advertising new upgrades for installed packages from NotAutomatic sources, but not installing them automatically. Oh and if backports get the default 100 why not experimental, too…? What we should do is maybe write one (or more) nice preference-frontend(s) which help in maintaining and creating these rules as they are really powerful if used correctly… but unfortunately most users get them wrong… Any takers? btw: As said in the referred thread i don't like the free form Default-Pin for its additional pin-war potential. Its crazy enough that some archives fight with epochs against each other… Best regards David Kalnischkies [0] http://backports.debian.org/Instructions/ [1] http://lists.debian.org/debian-devel/2010/08/msg00679.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584650: ITP: openlayers -- JavaScript library for map applications on the web.
Hello Thomas, On Sat, 5 Jun 2010 19:49:08 +0200, David Paleino wrote: On Sat, 05 Jun 2010 19:34:56 +0200, Thomas Bechtold wrote: Hi David, yes, i need a sponsor. I deleted the package and uploaded a new version. I don't know much about the sponsorship process. What to do next? Did you upload it to mentors.debian.net ? If yes, I'm going to get it, and review it. If something's wrong, or could be done in a better way, I'll give you some comments, and you should fix them with a new upload to mentors.debian.net . What's the status of your ITP for openlayers? If you're not interested anymore, I would like to take it over. Have a nice day, 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#596063: unblock: pacemaker-mgmt/2.0.0+hg1141-2
On Thu, 09 Sep 2010, Martin Zobel-Helas wrote: Please unblock the package pacemaker-mgmt. Right now, it is not present in Squeeze at all. The tool included in this package, which is called hb_gui, used to live in the heartbeat-gui package in Lenny. Due to numerous changes in the package's source, it was split out of the heartbeat code and is a single project now. It got updated meanwhile and is in a decent shape now. Additionally, it is the only graphical user tool present at all in Debian at the moment to manipulate a pacemaker-based cluster's configuration. not in testing, harder rules for unblock apply, so: NO. What about trying to provide some continuity for users of heartbeat-gui in Lenny? In general I think we should strive to reaccept packages that are no longer in testing but that are in stable already so that users are not left in the cold... dspam is in the same situation, package maintenance only recently got revived so we have lenny users that will no longer have a package once squeeze is out, unless we accept a big update coming from sid. But it's better than nothing... and if it turns out to create more problemes for the release, we can always get it out again. Cheers, -- Raphaël Hertzog ◈ Debian Developer ◈ [Flattr=20693] Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595928: python-mechanize: New upstream version available
On Tue, Sep 07, 2010 at 03:27:43PM +0400, Mikhail Lukyanchenko wrote: Package: python-mechanize Version: 0.2.1-1+nmu1 Severity: normal New upstream version 0.2.2 is available. It fixes #456206 and several other bugs not mentioned at Debian bugs. Hi, thanks for packaging this! I reviewed the package you uploaded to http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=python-mechanize and have a number of questions/comments. 1. The upstream changelog [1] states for 0.2.0: ClientForm has been merged into mechanize. This means that mechanize has no dependencies other than Python itself. ... I probably won't do further standalone releases of ClientForm. So why does the package still depend on python-clientform? 2. Why does the package now have XS-Python-Version: = 2.6 in debian/control and 2.5- in debian/pyversions? At best that's inconsistent. Upstream claims to support any python version above 2.4 [2] What's up? 3. Looking at the changelog of zope.testbrowser [3], it appears incompatible with versions of python-mechanize above 0.2.0. A new zope.testbrowser version would have to be uploaded to prevent breakage there. That may require changes elsewhere as the differences between our current zope.testbrowser and the latest are quite large. 4. Squeeze is frozen [4]. Perhaps now is not the time to introduce major new versions of packages that trigger breakage in other packages? You need a very strong reasoning for that, what is it? Given points 3 and 4, I'm afraid of uploading this package before squeeze is released. Afterwards, it definitely should be uploaded along with a new version of zope.testbrowser at least. [1] http://wwwsearch.sourceforge.net/mechanize/ChangeLog.txt [2] http://wwwsearch.sourceforge.net/mechanize/faq.html [3] http://pypi.python.org/pypi/zope.testbrowser#id1 [4] http://www.debian.org/News/2010/20100806 -- Brian Sutherland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595252: [Pkg-alsa-devel] Bug#595252: vlc: Says Please update alsa-lib
Am 08.09.2010 21:18, schrieb Elimar Riesebieter: Patches applied. I hope this package will still make it into squeeze. If it does, should we patch the error message out of vlc and add Breaks: libasound2 ( 1.0.23-2) to the vlc package? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596037: libGL.so.1: undefined symbol: KDE not start
On Wednesday, 8. September 2010 08:31:46 Dirk Schleicher wrote: Could not open library ksmserver: Cannot load library /usr/lib/kde4/libkdeinit/libkdeinit4_ksmserver.so: (/usr/lib/libGL.so.1: undefined symbol: _nv000815gl) ksmserver: symbol lookup error: /usr/lib/libGL.so.1: undefined symbol: _nv000815gl If I uninstall nvidia-glx and install it new kdm/ kde start. This libGL.so.1: undefined symbol: _nv000815gl I also get if I start a kde App with Gnome. Gnome work fine also some other windowmanager. Do you have the correct kernel module loaded? Did you reboot after updating to 195.36.31? (or stop X rmmod nvidia)? You seem to have two modules available, one built with module-assistant, one from dkms. Try removing one of them and reload the other one. Please run grep nv000815 /usr/lib/libGL* \ /usr/lib/nvidia/* /usr/lib/nvidia/diversions/* \ /usr/lib/xorg/modules/drivers/nvidia_drv.so \ /usr/lib/xorg/modules/extensions/libglx.so* and ls -lad /usr/lib/libGL* /usr/lib/nvidia/* \ /usr/lib/nvidia/diversions/* \ /usr/lib/xorg/modules/drivers/nvidia_drv.so \ /usr/lib/xorg/modules/extensions/libglx.so* \ /etc/alternatives/libgl* /etc/alternatives/libGL* Thanks. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596097: apt: Please support setting a pin of 100 from within an archive (NotAutomaticButUpdates)
Hi! * Julian Andres Klode j...@debian.org [2010-09-08 18:58:05 CEST]: On Mi, 2010-09-08 at 18:31 +0200, Alexander Wirt wrote: It would be great if apt would support a Flag like: NotAutomaticButUpdates or so which pins a remote repo to 100. If needed I can provide a patch but my C++ isn't so fluid, so I would prefer if I don't have to :). For backward compability it would be nice NotAutomatic and NotAutomaticButUpdates would both work. Also it would be great if we could get the change into Squeeze :). My opinion: It may break some applications making use of NotAutomatic flags if you suddenly add a third type of sources (0, NotAutomatic, NotAutomaticButUpdates). But the breakage is probably not that hard. I'd like to have per-source default pin priorities instead of yet another NotAutomatic flag, but that's too complicated and breaks the ABI. Sounds like a DefaultPriority: 100 entry in the Release file might be what you are suggesting? If that's the case that sounds pretty flexible but please make sure that it overrides the NotAutomatic entry so that for backward compatibility the Release file can have both. Thanks for the brainstorming! Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595931: vtun: fails to install
Hi On Wed, Sep 08, 2010 at 09:37:46PM +0200, Salvatore Bonaccorso wrote: Hi Martin Not yet tested: Would the attached debdiff solve the issue? Even we have the alternate dependency, test first if /sbin/MAKEDEV is executable, and only the run it. And even it this fails, then return true. It is done in simlilar way in mcelog package. Bests Salvatore diff -u vtun-3.0.2/debian/postinst vtun-3.0.2/debian/postinst --- vtun-3.0.2/debian/postinst +++ vtun-3.0.2/debian/postinst @@ -24,8 +24,12 @@ if [ ! -e /dev/.udev ] [ ! -e /dev/.udevdb ] \ [ ! -e /dev/net/tun ]; then echo -n Creating /dev/net/tun with default MAKEDEV permissions: -(cd /dev; /sbin/MAKEDEV tun) -echo done. +if [ -x /sbin/MAKEDEV ]; then +(cd /dev /sbin/MAKEDEV tun) || true +echo done. +else +echo not created. +fi fi ;; diff -u vtun-3.0.2/debian/changelog vtun-3.0.2/debian/changelog --- vtun-3.0.2/debian/changelog +++ vtun-3.0.2/debian/changelog @@ -1,3 +1,11 @@ +vtun (3.0.2-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Create /dev/tun in postinst only if /sbin/MAKEDEV is executable +(Closes: #595931). + + -- Salvatore Bonaccorso salvatore.bonacco...@gmail.com Wed, 08 Sep 2010 21:24:22 +0200 + vtun (3.0.2-3) unstable; urgency=low * Stop installing deprecated modutils conffile. (Closes: #518314). Ok, tested now in a chroot: Reading package lists... Building dependency tree... Correcting dependencies... Done The following extra packages will be installed: liblzo2-2 libssl0.9.8 libudev0 udev Recommended packages: usbutils pciutils The following NEW packages will be installed: liblzo2-2 libssl0.9.8 libudev0 udev 0 upgraded, 4 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. Need to get 1600kB of archives. After this operation, 4239kB of additional disk space will be used. Get:1 http://ftp.ch.debian.org/debian/ sid/main liblzo2-2 amd64 2.03-2 [59.6kB] Get:2 http://ftp.ch.debian.org/debian/ sid/main libssl0.9.8 amd64 0.9.8o-2 [945kB] Get:3 http://ftp.ch.debian.org/debian/ sid/main libudev0 amd64 161-1 [113kB] Get:4 http://ftp.ch.debian.org/debian/ sid/main udev amd64 161-1 [482kB] debconf: delaying package configuration, since apt-utils is not installed Fetched 1600kB in 1s (1574kB/s) Selecting previously deselected package liblzo2-2. (Reading database ... 6116 files and directories currently installed.) Unpacking liblzo2-2 (from .../liblzo2-2_2.03-2_amd64.deb) ... Selecting previously deselected package libssl0.9.8. Unpacking libssl0.9.8 (from .../libssl0.9.8_0.9.8o-2_amd64.deb) ... Selecting previously deselected package libudev0. Unpacking libudev0 (from .../libudev0_161-1_amd64.deb) ... Selecting previously deselected package udev. Unpacking udev (from .../archives/udev_161-1_amd64.deb) ... Setting up liblzo2-2 (2.03-2) ... Setting up libssl0.9.8 (0.9.8o-2) ... Setting up libudev0 (161-1) ... Setting up udev (161-1) ... A chroot environment has been detected, udev not started. Setting up vtun (3.0.2-3.1) ... Creating /dev/net/tun with default MAKEDEV permissions: not created. update-rc.d: warning: vtun stop runlevel arguments (0 1 6) do not match LSB Default-Stop values (none) So it installs udev, does not start it as we are in a chroot environment and thus as /sbin/MAKEDEV is not present here, does not create the tun device. Maybee the above patch could be done better and improved. Bests Salvatore signature.asc Description: Digital signature
Bug#596211: smuxi metapackage has hard dependency on twitter
Package: smuxi As it stands, I do not use Twitter. I do not want to have anything Twitter-related installed on my machine. Please either relax the dependency on the Twitter backend to recommends, or provide a separate metapackage for installing just the IRC-related packages. signature.asc Description: This is a digitally signed message part
Bug#595767: xserver-xorg-video-radeon: Won't load hardware acceleration after system start
Hi, thanks for your help. Adding a line containing the module name radeon to /etc/modules was the solution. Is there any way for the future to make the package do that automatically? Anyway, thanks a lot for your support! Frank Von: Alex Deucher alexdeuc...@gmail.com For KMS, the drm needs to be loaded before X starts since it fully controls the hw with KMS rather then being partially shared with the userspace driver. You need to adjust your udev or modprobe or initrd settings to make sure the module is loaded before X starts. The problem is, when the ddx attempts to load the drm, it often does not finish initializing the hardware before X starts so the ddx assumes KMS is not enabled and then both the ddx and the drm attempt to control the hardware. Alex -- GMX DSL SOMMER-SPECIAL: Surf Phone Flat 16.000 für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595767: xserver-xorg-video-radeon: Won't load hardware acceleration after system start
On Thu, Sep 9, 2010 at 11:21:55 +0200, frank.kott...@gmx.de wrote: Hi, thanks for your help. Adding a line containing the module name radeon to /etc/modules was the solution. Is there any way for the future to make the package do that automatically? It shouldn't be needed. udev is supposed to load the kernel module on boot, long before X is started. Cheers, Julien signature.asc Description: Digital signature
Bug#596105: syncevolution: Memory error syncing calendar
The invalid memory usage occurs inside the Perl interpreter, not SyncEvolution. You can invoke the synccompare script directly to reproduce the problem. It takes two parameters, the old and new database dump. Those exist in your session directories, see syncevolution --print-sessions funambol For example: $ syncevolution --print-sessions -q scheduleworld /home/pohly/.evolution/syncevolution/scheduleworld-2010-02-01-09-47 /home/pohly/.evolution/syncevolution/scheduleworld-2010-02-01-09-48 /home/pohly/.evolution/syncevolution/scheduleworld-2010-02-01-10-33 /home/pohly/.evolution/syncevolution/scheduleworld-2010-02-02-08-50 /home/pohly/.evolution/syncevolution/scheduleworld-2010-02-04-17-51 /home/pohly/.evolution/syncevolution/scheduleworld-2010-02-22-16-16 /home/pohly/.evolution/syncevolution/scheduleworld-2010-02-24-12-34 /home/pohly/.evolution/syncevolution/scheduleworld-2010-02-24-12-35 /home/pohly/.evolution/syncevolution/scheduleworld-2010-03-24-21-31 /home/pohly/.evolution/syncevolution/scheduleworld-2010-03-27-22-01 $ synccompare /home/pohly/.evolution/syncevolution/scheduleworld-2010-03-27-22-01/calendar.before /home/pohly/.evolution/syncevolution/scheduleworld-2010-03-27-22-01/calendar.after David, is there a way for me to get CCed on Debian bug reports for SyncEvolution? -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572152: libgdamm3.0-10: Bug is done
Package: libgdamm3.0-10 There is libgdamm4.0 package already. -- System Information: Debian Release: 5.0.5 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgdamm3.0-10 depends on: ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libgda3-3 3.0.2-5 GNOME Data Access library for GNOM ii libglib2.0-02.16.6-3 The GLib library of C routines ii libglibmm-2.4-1c2a 2.16.4-1 C++ wrapper for the GLib toolkit ( ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.3.2-1.1The GNU Standard C++ Library v3 ii libxml2 2.6.32.dfsg-5+lenny1 GNOME XML library libgdamm3.0-10 recommends no packages. libgdamm3.0-10 suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596037: libGL.so.1: undefined symbol: KDE not start
Am Thu, 9 Sep 2010 11:05:12 +0200 schrieb Andreas Beckmann: [...] Do you have the correct kernel module loaded? Did you reboot after updating to 195.36.31? (or stop X rmmod nvidia)? Yes a few times You seem to have two modules available, one built with module-assistant, one from dkms. Try removing one of them and reload the other one. How? Sorry. I fond only one module in modconf. Please run grep nv000815 /usr/lib/libGL* \ /usr/lib/nvidia/* /usr/lib/nvidia/diversions/* \ /usr/lib/xorg/modules/drivers/nvidia_drv.so \ /usr/lib/xorg/modules/extensions/libglx.so* Übereinstimmungen in Binärdatei /usr/lib/libGLcore.so.1.0.7184. Übereinstimmungen in Binärdatei /usr/lib/libGL.so.1.0.7184. Übereinstimmungen in Binärdatei /usr/lib/xorg/modules/drivers/nvidia_drv.so. Übereinstimmungen in Binärdatei /usr/lib/xorg/modules/extensions/libglx.so.1.0.7184. and ls -lad /usr/lib/libGL* /usr/lib/nvidia/* \ /usr/lib/nvidia/diversions/* \ /usr/lib/xorg/modules/drivers/nvidia_drv.so \ /usr/lib/xorg/modules/extensions/libglx.so* \ /etc/alternatives/libgl* /etc/alternatives/libGL* lrwxrwxrwx 1 root root 35 8. Sep 13:50 /etc/alternatives/libGL.so - /usr/lib/nvidia/diversions/libGL.so lrwxrwxrwx 1 root root 26 9. Sep 08:12 /etc/alternatives/libGL.so.1 - /usr/lib/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 25 8. Sep 13:50 /etc/alternatives/libglx.so - /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 22 8. Sep 13:36 /usr/lib/libGLcore.so.1 - libGLcore.so.195.36.31 -rw-r--r-- 1 root root 7626156 4. Dez 2006 /usr/lib/libGLcore.so.1.0.7184 -rw-r--r-- 1 root root 23090400 2. Jun 09:26 /usr/lib/libGLcore.so.195.36.31 lrwxrwxrwx 1 root root 16 13. Jun 10:06 /usr/lib/libGLEW.so.1.5 - libGLEW.so.1.5.4 -rw-r--r-- 1 root root 322048 12. Jun 09:10 /usr/lib/libGLEW.so.1.5.4 lrwxrwxrwx 1 root root 26 8. Sep 13:50 /usr/lib/libGL.so - /etc/alternatives/libGL.so lrwxrwxrwx 1 root root 28 9. Sep 08:12 /usr/lib/libGL.so.1 - /etc/alternatives/libGL.so.1 -rw-r--r-- 1 root root 488960 4. Dez 2006 /usr/lib/libGL.so.1.0.7184 -rw-r--r-- 1 root root 715526 15. Jul 17:36 /usr/lib/libGLU.a lrwxrwxrwx 1 root root 11 16. Jul 22:46 /usr/lib/libGLU.so - libGLU.so.1 lrwxrwxrwx 1 root root 20 16. Jul 22:46 /usr/lib/libGLU.so.1 - libGLU.so.1.3.070701 -rw-r--r-- 1 root root 454800 15. Jul 17:36 /usr/lib/libGLU.so.1.3.070701 drwxr-xr-x 2 root root 4096 9. Sep 08:12 /usr/lib/nvidia/diversions lrwxrwxrwx 1 root root 10 9. Sep 08:12 /usr/lib/nvidia/diversions/libGL.so - libGL.so.1 lrwxrwxrwx 1 root root 12 8. Sep 13:49 /usr/lib/nvidia/diversions/libGL.so.1 - libGL.so.1.2 -rw-r--r-- 1 root root 401528 15. Jul 17:36 /usr/lib/nvidia/diversions/libGL.so.1.2 -rw-r--r-- 1 root root 332448 8. Sep 19:28 /usr/lib/nvidia/diversions/libglx.so lrwxrwxrwx 1 root root 18 8. Sep 13:36 /usr/lib/nvidia/libGL.so.1 - libGL.so.195.36.31 -rw-r--r-- 1 root root 738784 2. Jun 09:26 /usr/lib/nvidia/libGL.so.195.36.31 lrwxrwxrwx 1 root root 19 8. Sep 13:36 /usr/lib/nvidia/libglx.so - libglx.so.195.36.31 -rw-r--r-- 1 root root 3014344 2. Jun 09:26 /usr/lib/nvidia/libglx.so.195.36.31 -rw-r--r-- 1 root root 5315080 2. Jun 09:26 /usr/lib/xorg/modules/drivers/nvidia_drv.so lrwxrwxrwx 1 root root 27 8. Sep 13:50 /usr/lib/xorg/modules/extensions/libglx.so - /etc/alternatives/libglx.so -rw-r--r-- 1 root root 653348 4. Dez 2006 /usr/lib/xorg/modules/extensions/libglx.so.1.0.7184 Thanks for help Dirk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592187: [stable] Bug#576838: virtio network crashes again
Am Donnerstag, den 09.09.2010, 04:23 +0100 schrieb Ben Hutchings: On Tue, 2010-09-07 at 13:25 +0200, Lukas Kolbe wrote: On Wed, 2010-09-01 at 05:26 +0100, Ben Hutchings wrote: On Tue, 2010-08-31 at 17:34 +0200, Lukas Kolbe wrote: On Tue, 2010-08-31 at 06:35 -0700, Greg KH wrote: [...] Then how about convincing the Debian kernel developers to accept these patches, and work through any regressions that might be found and after that, reporting back to us? Ben? The reason I contacted you was precisely because it went into 2.6.33.2, e.g. was already accepted into a -stalbe release. I didn't expect it to be such an issue. That's not likely if people spread FUD about the backlog patches! Dave, did you explicitly exclude these patches from 2.6.32 when you submitted them to stable, or is it just that 5534979 udp: use limited socket backlog depends on a1ab77f ipv6: udp: Optimise multicast reception? The former patch doesn't look too hard to backport to 2.6.32 (see below). Anybody? We've currently rolled out our own 2.6.32 kernel with these fixes applied, and they indeed fix a system crash under our nfs-load. What else can I do to get these fixes into either Debians' 2.6.32 or Greg's stable 2.6.32 series? [...] These patches will be included in Debian's version 2.6.32-22. We'll see how that goes. I owe you a few beers. Thanks a million! Ben. Lukas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596212: python-coverage: use externally-packaged jQuery libraries
package python-coverage block 596212 by 584127 thanks On 09-Sep-2010, Ben Finney wrote: htmlfiles/jquery.tablesorter.min.js This does not yet appear to be packaged for Debian, and is addressed by Bug#584127. -- \ “bash awk grep perl sed, df du, du-du du-du, vi troff su fsck | `\ rm * halt LART LART LART!” —The Swedish BOFH, | _o__)alt.sysadmin.recovery | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#596213: debian-maintainers: Please add Federico Ceratto federico.cera...@gmail.com as a Debian Maintainer
Package: debian-maintainers Severity: normal Please add Federico Ceratto federico.cera...@gmail.com as a Debian Maintainer. Changeset attached. Comment: Add Federico Ceratto federico.cera...@gmail.com as a Debian Maintainer Date: Thu, 09 Sep 2010 10:23:52 +0100 Action: import Recommended-By: David Paleino da...@debian.org, Enrico Zini enr...@enricozini.org Agreement: http://lists.debian.org/debian-newmaint/2010/09/msg00011.html Advocates: http://lists.debian.org/debian-newmaint/2010/09/msg00012.html http://lists.debian.org/debian-newmaint/2010/09/msg00013.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.10 (GNU/Linux) mQGiBEqhMvoRBACF8TXV/vfUpNDMUnxoppmr/U4Q5KAFD1j4MQBev8/dWh07ozfD jWZZjceom/P2/Hk9YH/Ccni/c3PoxSqmNwnAQ359N15wi2yPhqOMkPlMy+hQZaJf qMlSI9Fe7D2vhHzFHpbFAp3vmanh5G8g3AsO/SCd5XOVYp9okp9nFX8NbwCg2P7p ebY+Izui1b+UpUVAdOJlNWEEAIL5uyyHN2TwJ40MeFDaNDtbrOonlPAgiz3TSbZc 9Muo4Eu9So79R2k1R35WY/vM1GvYhVV1B3fcKwzoIdfJ72aQC971f8AUDF6yiQFR RvxvFRQjZJf0BhUb+9HL9rUkkDDoLEC0iFKhdanzMHLHwOoZr2Bdysh4UtAbykDK siqaA/oDjIBy0e/7dylM/5YSR5tMz4OuYG7Ky4gfYzCknvQLNnpQ9rWMazIId6Y8 ZXXY6Z482abipOzRZiiKXu5MA1XL7x9Ylmc9MXZ+TZk3I5SpAqbkrmpQ009oL9TT Ae1sPGEjSQbOY0B9cYf0BIvmwXYGyRjtY+/OYq6QoUH9Faz+XLQtRmVkZXJpY28g Q2VyYXR0byA8ZmVkZXJpY28uY2VyYXR0b0BnbWFpbC5jb20+iGYEExECACYFAkqh MvoCGwMFCQlmAYAGCwkIBwMCBBUCCAMEFgIDAQIeAQIXgAAKCRBeMmMDyYtdXZrP AKCFfuK+RpsUtb7kxlRSPvPS5Ds8wgCfecspvvoSTsdbzh6++YvJXEeOzHy5BA0E SqEy+hAQAM4aNOUt2rT45GpXtejtqbfhNK6bGmkvbDHLe7zz0D+s+TzOZ/8cBhj5 gzccsnRWMMZY2Hbe+5OkkV5bWBYk0hnEbg1cl0c/K8+LuowP59LulzEQB38COXGK 98wlWUJIp/KJXAdjTEu/1dWehfKmZXaPVaMluly8bL1RHrKZPXILBYNEUwnQY5Mf UEhRI+0M29JB74C/lYUqtE9eWF+xlhy1qPlZM3vnTaRvMAi+NlbC5IoxA5ux442m XmW65o2l7/pl+iryM2mWw6x9FSGDw7enMD4gnus625CmesXVG1YDX5WwwH+Wcfx3 izLuzowXNZRlCFLsXSuElrfgsZYO1PrWO0NxdxamduUjvkUr3fCJQn8Ty5R0SBQ+ lIPjXlogx/25mfjGVowtYvJZ2Kg2/ttwilCxo78Wa+biIbGWE2KKYVH67BL+yNKu lWo1wPwdDFWKoXEfaQjr0F6G/b82MQCmon6ct2LZ15+lXNPHF/sDM0V0Taq35Fo3 GSnb+yLBBR056Kg8upXH032dE1RcjOnU92DHDTPlzfURsx37ofkzjxdaz6Jp/DdI bxoC8lPtaQOZwE6S0igJYYL3xhC/mEJ23VpQlUBhelvKTbda/ngInQldXsw+rkl5 6KvEW0R2hFtNngPYUHLaNfAHD1dQi9wqDdkz+9umAq94eXPNtwTjAAMGD/9hlRwm aef+4CRw49UwuAzcriDL8qATrrSnRE0wBEmznKklW0VDw1jcKP92wKnpsWGerYVb 5b8VY4T+M/VeNJH2KGtwQXYQaQNmS0Sw408pBsid4ICivb2Ik9yNn1gqd8h7yPUY buImVkAMtyDFKSXhjnwvUcU6vMTpicdODPHbNzny4ojDVSLu8gJ7MXvsmVnOg3+q qW13iBiX18sFbIvF8qmXEmkRXnvnicuHsokaZdqT7zun2hymbnPA0IA56pi2YCSA u3HM9YRG/uE9vAwzBgP/y3y9piG6oocYwcwZjBXvF1NCIesZZAfdI//WnQyDkYPd B9wDqycDN5pdUGY3wdf0MwIp4CMHTVAuB+jxdR+WgN/FxJ1JlddxbkaFMTGBJJFp o0P9sK/j1sDjBmUxJjYcp5ehTaDi6Ggl8jArlJCxZCsY48m2qJtomveVLv+ngDzK NeF3YRWyaZRCsdsIgPaSXflniyiuDj0BaM+GAFY124rywFHCEjHQAWkiMXFIiIVb 2hPt6bLvIzY4eQDkpUfHIsYB3Q2Ddaeqh2+J4GfMak6vqBIMRec1D9Xbf1v+x5Er 0a1NTRAP1iBXc1rmgroXTeqlVB4PvVywYJRF6aqqSkrwmpFSbDULgBh05738O3EY s++thMSFg7dioDi/34J1YSbTVX/nUfoX6EMiOohOBBgRAgAPBQJKoTL6AhsMBQkJ ZgGAAAoJEF4yYwPJi11dHe4AkwbrdvqgEdR/WWvgrAOsK34es/YAn0TjotdCtSyk ajPjyK69WEOXZUI2 =dq9V -END PGP PUBLIC KEY BLOCK-
Bug#596214: apt-cdrom -m broken: appears to be trying to mount
Package: apt Version: 0.8.0 Severity: important Since testing update to 0.7.97.1, apt-cdrom -m add has ceased to work. Example: with debian-testing-i386-DVD-1.iso mounted on /dvd: /dev/loop3 on /dvd type iso9660 (rw,loop=/dev/loop3) running apt-cdrom -m add gives: -- # apt-cdrom -m add Looking at devce 0 DeviveName: /dev/hdc IsMounted: '0' MountPoint: '' Using CD-ROM mount point /media/apt/ Identifying.. [33982725acb7e274283df3525c1b2293-2] Scanning disc for index files.. Found 0 package indices, 0 source indices, 0 translation indices and 0 signatures Looking at devce 1 DeviveName: /dev/hdd IsMounted: '0' MountPoint: '' Using CD-ROM mount point /media/apt/ Identifying.. [33982725acb7e274283df3525c1b2293-2] Scanning disc for index files.. W: Failed to mount '/dev/hdc' to '/media/apt/' E: Unable to locate any package files, perhaps this is not a Debian Disc or the wrong architecture? W: Failed to mount '/dev/hdd' to '/media/apt/' - Above is with Debug::Acquire::cdrom true ; and Acquire::cdrom::mount /dvd ; Why is apt-cdrom looking at /dev/hdd (a link from /dev/dvd) and what on earth is the attempt to mount /media/apt/?? It looks as if the -m flag is being ignored? --- -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Acquire ; APT::Acquire::Translation environment; APT::Default-Release testing; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^kfreebsd-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Periodic ; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Download-Upgradeable-Packages 0; APT::Periodic::AutocleanInterval 0; APT::Update ; APT::Update::Post-Invoke-Success ; APT::Update::Post-Invoke-Success touch /var/lib/apt/periodic/update-success-stamp 2/dev/null || true; APT::Archives ; APT::Archives::MaxAge 30; APT::Archives::MinAge 2; APT::Archives::MaxSize 500; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::mirrors mirrors/; Dir::State::extended_states /var/lib/apt/extended_states; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::netrc auth.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Etc::preferencesparts preferences.d; Dir::Etc::trusted trusted.gpg; Dir::Etc::trustedparts trusted.gpg.d; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Media ; Dir::Media::MountPath /media/apt; Dir::Log var/log/apt; Dir::Log::Terminal term.log; Dir::Log::History history.log; Dir::Ignore-Files-Silently ; Dir::Ignore-Files-Silently:: ~$; Dir::Ignore-Files-Silently:: \.disabled$; Dir::Ignore-Files-Silently:: \.bak$; Dir::Ignore-Files-Silently:: \.dpkg-[a-z]+$; Debug ; Debug::Acquire ; Debug::Acquire::cdrom true; Acquire ; Acquire::cdrom ; Acquire::cdrom::mount /dvd; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/bin/apt-listchanges --apt || test $? -ne 10; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Tools ; DPkg::Tools::Options ; DPkg::Tools::Options::/usr/bin/apt-listchanges ; DPkg::Tools::Options::/usr/bin/apt-listchanges::Version 2; DPkg::Post-Invoke ; DPkg::Post-Invoke:: if [ -d /var/lib/update-notifier ]; then touch /var/lib/update-notifier/dpkg-run-stamp; fi; Unattended-Upgrade ; Unattended-Upgrade::Allowed-Origins ; Unattended-Upgrade::Allowed-Origins:: ${distro_id} stable; Unattended-Upgrade::Allowed-Origins:: ${distro_id} ${distro_codename}-security; CommandLine ; CommandLine::AsString apt-config dump; -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- deb-src cdrom:[Debian GNU/Linux testing _Squeeze_ - Official Snapshot DVD Source-6 20100816-04:47]/ squeeze contrib main deb-src cdrom:[Debian
Bug#596215: bad description for python-sss
Package: python-sss Version: 1.2.1-1 The description of the package is the same as libpam-sss (Pam module for the System Security Services Daemon). I think the good one is Python module for the System Security Services Daemon Thanks, -- Thomas
Bug#596207: unblock: smbind/0.4.7-5
On 09/09/2010 10:21, Giuseppe Iuculano wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package smbind smbind (0.4.7-5) unstable; urgency=high . * [4198cb3] Fix sql injection in src/include.php There are some updates made for the translation files not documented in the changelog. Also, some .po files have their Language field empty. Could you please fix that? (I might be wrong here… I didn't check policy for how to best handle those changes/files). Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595931: vtun: fails to install
Hi Salvatore, On Thu, Sep 9, 2010 at 11:10, Salvatore Bonaccorso salvatore.bonacco...@gmail.com wrote: So it installs udev, does not start it as we are in a chroot environment and thus as /sbin/MAKEDEV is not present here, does not create the tun device. Maybee the above patch could be done better and improved. Thanks a lot for your work, I hadn't got the time to try to fix it so far, but I'll take a look at what you did today. -- Martín Ferrari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596170: arno-iptables-firewall: local ipv6 no longer works
Should be fixed upstream in 1.9.2m-DEVEL. Thanks for the report. kind regards, Arno On 9/9/2010 1:50, Carlos Fonseca wrote: Package: arno-iptables-firewall Version: 1.9.2.k-3 Severity: important Tags: ipv6 After upgrading to this version, wxmaxima has become unusable. The reason is that, when it starts, it tries to connect to ip6-localhost:ipp and the connection gets stuck in SYN_SENT. Similarly, 'ping6 ::1' reports ping: sendmsg: Operation not permitted This seems to be a direct result of the fix for bug 594326, but shouldn't incoming ipv6 traffic be blocked only on *external* interfaces? Note that there is nothing listening on port ipp on this machine. Previously, wxmaxima would just report an error and continue...) Thanks, Carlos -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages arno-iptables-firewall depends on: ii debconf [debconf-2.0] 1.5.35 Debian configuration management sy ii gawk 1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii iproute 20100519-3 networking and traffic control too ii iptables 1.4.8-3administration tools for packet fi Versions of packages arno-iptables-firewall recommends: ii dnsutils 1:9.7.1.dfsg.P2-2 Clients provided with BIND ii lynx 2.8.8dev.5-1 Text-mode WWW Browser (transitiona arno-iptables-firewall suggests no packages. -- debconf information: arno-iptables-firewall/title: * arno-iptables-firewall/debconf-wanted: true arno-iptables-firewall/config-int-nat-net: * arno-iptables-firewall/dynamic-ip: true * arno-iptables-firewall/config-int-net: * arno-iptables-firewall/icmp-echo: false * arno-iptables-firewall/services-udp: * arno-iptables-firewall/config-ext-if: eth0 wlan0 ppp+ eth1 eth2 * arno-iptables-firewall/services-tcp: * arno-iptables-firewall/restart: true * arno-iptables-firewall/config-int-if: * arno-iptables-firewall/nat: false -- Arno van Amersfoort E-mail: arn...@rocky.eld.leidenuniv.nl Donations are welcome through Paypal! --- Arno's (Linux IPTABLES Firewall) Homepage: http://rocky.eld.leidenuniv.nl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564556: [pkg-lighttpd] Bug#564556: Bug#564556: lighttpd still unusable by default
On Fri, Aug 27, 2010 at 6:39 PM, Mehdi Dogguy me...@dogguy.org wrote: On 08/26/2010 01:39 PM, Olaf van der Spek wrote: The upload itself can probably be arranged one way or the other. Of more immediate concern would be if the release team would accept such an upload into squeeze - if not it's probably better to also not put it into sid. Hi release team, The Lighttpd version in testing depends on ipv6only = true. Since this was changed to ipv6only = false, the daemon fails to start. 1.4.27/1.4.28 fixes this, along with a big number of other things. Could this be uploaded to unstable and would it be accepted into Squeeze? Yes. Not touching package due to block request by freeze (contact debian-release if update is needed) Is a separate request necessary to unblock? If so, please unblock lighttpd. Greetings, Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596216: libgoocanvasmm-0.1-4: Please package new upstream version
Package: libgoocanvasmm-0.1-4 Version: 0.13.0-1 Severity: wishlist Please package new upstream version: 0.15.3 (for gtk-2.0). Some packages depend on it and even could be build first time for Debian (Glom, for example, waiting for 6 years). Thanks! -- System Information: Debian Release: 5.0.5 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.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#564556: [pkg-lighttpd] Bug#564556: Bug#564556: lighttpd still unusable by default
On 09/09/2010 12:00, Olaf van der Spek wrote: Is a separate request necessary to unblock? If so, please unblock lighttpd. I was waiting for a mail saying that it was uploaded. Unblocked now. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596106: Netinst Bug
It'd be nice if documentation was updated. Sometimes little effort can make easy end user's life, can't it? Pd.: now my squeeze is installed, but I must work on several issues taht remember me why a lot of people try ubuntu plug'n'play distro... It's a pity, becausse I'd like debian was more user friendly :-( Regards, Joan Al 09/09/10 06:36, En/na Christian PERRIER ha escrit: Quoting joan (calb...@pangea.org): Yes, you are right and daily build has load well. Ps.: but I had done what your link page (installer page) says: *To install Debian testing*, we recommend you use the *squeeze Alpha1 release* of the installer Yes, that's a tricky point: at some moments of the development process, having users test the released versions is preferredbut at other moments, particularly when we are preparing a new release, it's better to have the daily builds tested. -- Joan Cervan i Andreu http://personal.calbasi.net El meu paper no és transformar el món ni l'home sinó, potser, el de ser útil, des del meu lloc, als pocs valors sense els quals un món no val la pena viure'l A. Camus i pels que teniu fe: Déu no és la Veritat, la Veritat és Déu Gandhi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596189: Ignores NotAutomatic: yes for flat file:/// repositories
package apt retitle 596189 Ignores Release file if it is not signed tag 596189 confirmed severity 596189 important thanks Hi Trent W. Buck! First of all, thanks a lot for your detailed bugreport! 2010/9/9 Trent W. Buck trentb...@gmail.com: sed -i 1iNotAutomatic: yes Release # Workaround #272557. You might want to add '/0 Release$/ d' too to remove the self references. I also note that apt-get update 0.8.1 DOES NOT copy the Release file into /var/lib/apt/lists, whereas 0.7.25.3 does. It is downloaded but it is left untouched in the partial subdirectory if it has no Release.gpg to validate it, but while signing is good it shouldn't be a requirement… i have a bit more time later to fix it hopefully. Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514197: ifmetric netlink fix
Package: ifmetric Version: 0.3-2 Severity: normal I have a quick fix for this problem: --- ifmetric-0.3.orig/src/nlrequest.c +++ ifmetric-0.3/src/nlrequest.c @@ -44,7 +44,7 @@ for (;;) { int bytes; -char replybuf[2048]; +char replybuf[4096]; struct nlmsghdr *p = (struct nlmsghdr *) replybuf; if ((bytes = recv(s, replybuf, sizeof(replybuf), 0)) 0) { Please include this patch into the package source. Thank you. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (700, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.35.4+ (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifmetric depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ifmetric recommends no packages. ifmetric suggests no packages. -- Configuration Files: /etc/network/if-up.d/ifmetric changed [not included] -- no debconf information --- ifmetric-0.3.orig/src/nlrequest.c +++ ifmetric-0.3/src/nlrequest.c @@ -44,7 +44,7 @@ for (;;) { int bytes; -char replybuf[2048]; +char replybuf[4096]; struct nlmsghdr *p = (struct nlmsghdr *) replybuf; if ((bytes = recv(s, replybuf, sizeof(replybuf), 0)) 0) {
Bug#596037: libGL.so.1: undefined symbol: KDE not start
On 2010-09-09 11:36, Dirk Schleicher wrote: Am Thu, 9 Sep 2010 11:05:12 +0200 schrieb Andreas Beckmann: [...] Do you have the correct kernel module loaded? Did you reboot after updating to 195.36.31? (or stop X rmmod nvidia)? Yes a few times Please run grep nv000815 /usr/lib/libGL* ... Übereinstimmungen in Binärdatei /usr/lib/libGLcore.so.1.0.7184. Übereinstimmungen in Binärdatei /usr/lib/libGL.so.1.0.7184. Übereinstimmungen in Binärdatei /usr/lib/xorg/modules/extensions/libglx.so.1.0.7184. These three files are from a damned old driver installation - did you install 1.0.7184 using the nvidia installer a long time ago? Please delete them and retry. First delete /usr/lib/xorg/modules/extensions/libglx.so.1.0.7184 only, because that is the one I suspect to be the cause of your problems. If this does not help, try reinstalling the kernel module You seem to have two modules available, one built with module-assistant, one from dkms. Try removing one of them and reload the other one. How? Sorry. I fond only one module in modconf. Remove and purge the packages nvidia-kernel-dkms nvidia-kernel-2.6* (you may have to remove nvidia-glx first) rmmod nvidia reinstall nvidia-kernel-dkms reinstall nvidia-glx Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596013: [xml/sgml-pkgs] Bug#596013: Bug#596013: Bug#596013: libxml2: claims to be out of memory when validating SVG with XSD
On Wed, Sep 08, 2010 at 06:48:18PM +0200, Mike Hommey wrote: On Wed, Sep 08, 2010 at 02:14:17PM +, brian m. carlson wrote: On Wed, Sep 08, 2010 at 09:30:27AM +0200, Mike Hommey wrote: Works for me with that xsd and a random svg. A likely problem is that you run out of *stack* memory. Try fiddling with ulimit -s. Having your logo.svg file would be helpful to track down the problem, though. Actually, I've determined that xmllint /tmp/SVG.xsd is sufficient to trigger the problem. I have the following limits set: lakeview ok % ulimit -a -t: cpu time (seconds) unlimited -f: file size (blocks) unlimited -d: data seg size (kbytes) unlimited -s: stack size (kbytes)unlimited -c: core file size (blocks)0 -m: resident set size (kbytes) 1048576 -u: processes unlimited -n: file descriptors 1024 -l: locked-in-memory size (kb) 64 -v: address space (kb) unlimited -x: file locks unlimited -i: pending signals16382 -q: bytes in POSIX msg queues 819200 -e: max nice 0 -r: max rt priority0 and I still have a problem. I don't think the RSS value works with this kernel, but even if it does, I don't think only 1 GiB is unreasonable for RSS. I can reproduce the problem consistently, so if there's something you'd like me to do to test it, let me know. I could reproduce with xmllint SVG.xsd. It turns out it doesn't like the xmlns:xml CDATA #FIXED http://www.w3.org/XML/1998/namespace; declaration, and the error message is actually wrong. Can you try the attached patch, from upstream? Cheers, Mike diff --git a/SAX2.c b/SAX2.c index 84c1f00..c0482c0 100644 --- a/SAX2.c +++ b/SAX2.c @@ -2242,8 +2242,12 @@ xmlSAX2StartElementNs(void *ctx, if ((URI != NULL) (prefix == pref)) ret-ns = ns; } else { - xmlSAX2ErrMemory(ctxt, xmlSAX2StartElementNs); - return; +/* + * any out of memory error would already have been raised + * but we can't be garanteed it's the actual error due to the + * API, best is to skip in this case + */ + continue; } #ifdef LIBXML_VALID_ENABLED if ((!ctxt-html) ctxt-validate ctxt-wellFormed diff --git a/tree.c b/tree.c index 1e1a23a..24db82a 100644 --- a/tree.c +++ b/tree.c @@ -721,8 +721,19 @@ xmlNewNs(xmlNodePtr node, const xmlChar *href, const xmlChar *prefix) { if ((node != NULL) (node-type != XML_ELEMENT_NODE)) return(NULL); -if ((prefix != NULL) (xmlStrEqual(prefix, BAD_CAST xml))) - return(NULL); +if ((prefix != NULL) (xmlStrEqual(prefix, BAD_CAST xml))) { +/* xml namespace is predefined, no need to add it */ +if (xmlStrEqual(href, XML_XML_NAMESPACE)) +return(NULL); + +/* + * Problem, this is an attempt to bind xml prefix to a wrong + * namespace, which breaks + * Namespace constraint: Reserved Prefixes and Namespace Names + * from XML namespace. But documents authors may not care in + * their context so let's proceed. + */ +} /* * Allocate a new Namespace and fill the fields.
Bug#596097: Please let apt reduce the amount of spam we get (was: Bug#596097: apt: Please support setting a pin of 100 from within an archive (NotAutomaticButUpdates)
* David Kalnischkies [2010-09-09 10:42 +0200]: 2010/9/8 Alexander Wirt formo...@debian.org: for backports.debian.org we use the NotAutomatic Flag to prevent users from installing every backport. Unfortunatly that has the drawback of preventing updates from installed backports. Even if our docs trys to force users of pinning backports to 100 several don't read the docs or don't understand it. Further more, you could only use this flag for squeeze, not for lenny as you otherwise break all existing uses on flagday and even squeeze is a bit flacky as it already exists and could therefore be already used. Backports ftpmaster is aware that it can not be used for Lenny and squeeze-bpo will not exist (or rather contain any package) before Squeeze is released. If it will be enabled for Squeeze it will be enabled before the very first package hits squeeze-bpo and it will not be enabled for lenny-bpo. Beside that you will shock each lenny to squeeze changer which doesn't read the news… or does make an upgrade with apt/lenny which doesn't understand the new flag and therefore treats backports as normal archive: Wonderful mix of version do you have on your system, sir… Computers of people who don't read nor understand things become spam bots or similar. We should provide sane defaults for all, and especially those, people. Not installing security updates unless explicitly requested by the user is all but sane. Five years ago, when I mentioned DefaultPriority in #186767 and talked about the possible usage at backports.org, it was pinned to 500 by default (not NotAutomatic). I'm not aware that anybody complained when NotAutomatic was enabled for backports.org some years ago. If we (or rather the backport.debian.org ftpmasters, I'm just trying to convince you to provide the apt feature that is a prerequisite for this) want to switch to automatic updates, what would a better time to do this than with the switch from backports.org to backports.debian.org? As a stable user i might want to get upgrades for the iceweasel 3.6-series through backports, but what i don't want is an iceweasel 4.0 upgrade which will end-up in backports ... I wish you much fun with the root kits you'll get ;) But seriously, if you (as the stable use you claim to be in this example, not as the apt maintainer you are, who of course knows how to configure apt) know what you are doing and read security lists you'll also be able to find out how to pin backports.debian.org repositories in a way you like. To hold single packages there are also dpkg holds used by apt and aptitude holds used by aptitude. One could argue that dpkg holds are not easy to use ... once upon a time there was dpkg-hold and dpkg-unhold (I'm not sure if there was ever more than its man pages in Debian) to ease holding packages, nowadays one could easily (code that could be adapted exists) write a simple dialog or zenity based frontend to do manage dpkg-holds. Such a frontend might possibly also be part of synaptic already. Especially the extension-breaking thing is nothing i expect in stable. Backports is not about stable, it is about packages from testing or in rare cases from unstable compiled for stable. Oh and if backports get the default 100 why not experimental, too…? Such things should be discussed with and decided by ftpmaster. One reason not to enable it is that experimental is supposed to contain experimental software that is possibly not suitable for a stable release, on the other side, backports.org is supposed to contain software in release quality (as far it can be judged by the maintainer, since it has not gained the long testing stable packages have). Due this possible breakage of experimental software upgrading might not always be the right thing to do and especially experimental users should know what they do and be aware of security issues. Besides broken software there are also things like aptitude not being updated to the latest apt ABI which could lead to aptitude removing itself (btdt) - users who think aptitude is more than a remote changelog pager might miss this bloated wget + less wrapper. btw: As said in the referred thread i don't like the free form Default-Pin for its additional pin-war potential. Its crazy enough that some archives fight with epochs against each other… Agreed, the pin-war potential is the reason why I don't think Default{Priority,Pin} should be implemented, anymore. If it really would be implemented it should be restricted to a range of allowed priorities, e.g., 1 and 200 to 300, to let the other priorities to be used by the system administrator. NotAutomaticButUpdates would not have such a pin war potential. I'm not sure if 100 or 101 would be the correct priority, but given that DefaultRelease and -t both pin to 990 and should do the right thing when used together, it looks like 100 could be sufficient. Regards Carsten -- To UNSUBSCRIBE, email to
Bug#596170: arno-iptables-firewall: local ipv6 no longer works
On Thu, Sep 09, 2010 at 11:59:55AM +0200, Arno van Amersfoort wrote: Should be fixed upstream in 1.9.2m-DEVEL. Thanks for the report. I am afraid that this fix would also need to get into Debian squeeze. Could you post the relevant patch to this bug? Thanks, Michael -- GPG key: 1024D/3144BE0F Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596170: arno-iptables-firewall: local ipv6 no longer works
There you go: https://rocky.eld.leidenuniv.nl/trac/aif/changeset/294?format=diffnew=294 Carlos, could you please first test whether this fixes your issue since I don't have an IPv6 environment. Thanks. cheers, Arno On 9/9/2010 12:35, Michael Hanke wrote: On Thu, Sep 09, 2010 at 11:59:55AM +0200, Arno van Amersfoort wrote: Should be fixed upstream in 1.9.2m-DEVEL. Thanks for the report. I am afraid that this fix would also need to get into Debian squeeze. Could you post the relevant patch to this bug? Thanks, Michael -- Arno van Amersfoort E-mail: arn...@rocky.eld.leidenuniv.nl Donations are welcome through Paypal! --- Arno's (Linux IPTABLES Firewall) Homepage: http://rocky.eld.leidenuniv.nl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596207: unblock: smbind/0.4.7-5
On 09/09/2010 11:58 AM, Mehdi Dogguy wrote: There are some updates made for the translation files not documented in the changelog. Also, some .po files have their Language field empty. Could you please fix that? (I might be wrong here… I didn't check policy for how to best handle those changes/files). I guess this was caused by debconf-updatepo in the clean target. Should I revert that updates and remove debconf-updatepo from debian/rules? Cheers, Giuseppe signature.asc Description: OpenPGP digital signature
Bug#596216: libgoocanvasmm-0.1-4: Please package new upstream version
reassign 596216 src:goovanvasmm forcemerge 558470 596216 thanks Hiya, On Thu, Sep 09, 2010 at 02:03:49PM +0400, Stanislav Fyodorov wrote: Package: libgoocanvasmm-0.1-4 Version: 0.13.0-1 Severity: wishlist Please package new upstream version: 0.15.3 (for gtk-2.0). Some packages depend on it and even could be build first time for Debian (Glom, for example, waiting for 6 years). Thanks! Thanks, already reported. I'll get to it soon, hopefully within the next couple of weeks. Glom was my motivation for packaging goocanvasmm too, but it somehow got lost in other tasks. :) Regards, Iain signature.asc Description: Digital signature
Bug#596207: unblock: smbind/0.4.7-5
On Thu, Sep 9, 2010 at 11:58:28 +0200, Mehdi Dogguy wrote: On 09/09/2010 10:21, Giuseppe Iuculano wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package smbind smbind (0.4.7-5) unstable; urgency=high . * [4198cb3] Fix sql injection in src/include.php There are some updates made for the translation files not documented in the changelog. Also, some .po files have their Language field empty. Could you please fix that? (I might be wrong here… I didn't check policy for how to best handle those changes/files). That's likely the result of running debconf-updatepo (usually from debian/rules clean, so its changes end up in the source package). No real changes though. Cheers, Julien signature.asc Description: Digital signature
Bug#596097: apt: Please support setting a pin of 100 from within an archive (NotAutomaticButUpdates)
* Julian Andres Klode [2010-09-08 18:58 +0200]: My opinion: It may break some applications making use of NotAutomatic flags if you suddenly add a third type of sources (0, NotAutomatic, NotAutomaticButUpdates). But the breakage is probably not that hard. I don't see how this could break applications. If they see unknown flags they should ignore them and work like if they wouldn't be there. I'd like to have per-source default pin priorities instead of yet another NotAutomatic flag, but that's too complicated and breaks the ABI. The disadvantage of a per-source default pin priority (in contrast to NotAutomaticButUpdates) is the pin war potential (see other mails in this bug report). I had the same doubts as David Kalnischkies has about this already years ago, but did not mention it in the bug since there did not seem to be any interest to fix this bug and thus no need for such implementation details. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585477: mysql-server-5.1: mysqld can't start [initgroups()] with libnss-mysql enabled
Hi, just wanted to mention that I'm using libnss-mysql and mysql 5.1.47-1~bpo50+1 without problems. Maybe there's something else in your configuration that's causing the problem? -- M -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596212: python-coverage: use externally-packaged jQuery libraries
Howdy Steve, On 09-Sep-2010, Ben Finney wrote: Per Debian policy §4.13 “Convenience copies of code”, the jQuery files should not be duplicated in this package. Instead, Coverage should use them from the packaged jQuery libraries. I've followed the instructions in the README.Debian for ‘libjs-jquery’ to use it from HTML files generated by ‘python-coverage’, but without success. Using the attribute ‘src=/javascript/jquery/jquery.js’ failed; the script silently fails to load. I could onyl get it to work with ‘src=/usr/share/javascript/jquery/jquery.js’. What is the expected context for following the instructions in the ‘libjs-jquery’ README.Debian? Could that document be updated to be explicit about what that context is, and perhaps the limitations of where that advice holds true? How would you recommend a package like ‘python-coverage’ make use of the ‘libjs-jquery’ code? There is no server expected in this use. Rather, the tool generates an HTML report which, in the upstream code, gets the jQuery library copied into every such report. The HTML documents then reference the jQuery libraries directly from the same directory, with the intention that the report directory can be moved anywhere, even to a different machine, and still work since the jQuery libraries stay with the report. Is this a case where the package should not modify the upstream usage of the jQuery library? -- \ “Men never do evil so completely and cheerfully as when they do | `\it from religious conviction.” —Blaise Pascal (1623–1662), | _o__) Pensées, #894. | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#596170: arno-iptables-firewall: local ipv6 no longer works
Better patch attached On 9/9/2010 12:35, Michael Hanke wrote: On Thu, Sep 09, 2010 at 11:59:55AM +0200, Arno van Amersfoort wrote: Should be fixed upstream in 1.9.2m-DEVEL. Thanks for the report. I am afraid that this fix would also need to get into Debian squeeze. Could you post the relevant patch to this bug? Thanks, Michael -- Arno van Amersfoort E-mail: arn...@rocky.eld.leidenuniv.nl Donations are welcome through Paypal! --- Arno's (Linux IPTABLES Firewall) Homepage: http://rocky.eld.leidenuniv.nl Index: /trunk/bin/arno-iptables-firewall === --- /trunk/bin/arno-iptables-firewall (revision 289) +++ /trunk/bin/arno-iptables-firewall (revision 295) @@ -4385,20 +4385,38 @@ # When IPv4 support is active, disable IPv6 traffic if [ $IPV6_SUPPORT = 1 ]; then -echo NOTE: IPv6 support enabled, setting default policy for IPv4 to DROP +echo NOTE: IPv6 support enabled, setting simple default policy for IPv4 ip4tables -P INPUT DROP ip4tables -P FORWARD DROP -ip4tables -P OUTPUT DROP +ip4tables -P OUTPUT ACCEPT - else + +ip4tables -A INPUT -i lo -j ACCEPT +ip4tables -A FORWARD -i lo -j ACCEPT + +IFS=' ,' +for interface in $INT_IF $TRUSTED_IF; do + ip4tables -A INPUT -i $interface -j ACCEPT +done + elif sysctl_key net.ipv6.conf; then # IPv6 support available on the system? -if sysctl_key net.ipv6.conf; then - if [ -x $IP6TABLES ]; then -echo NOTE: IPv4 support enabled, setting default policy for IPv6 to DROP -ip6tables -P INPUT DROP -ip6tables -P FORWARD DROP -ip6tables -P OUTPUT DROP - else -printf \033[40m\033[1;31mWARNING: IPv4 support enabled, but unable to set the default policy\033[0m\n 2 -printf \033[40m\033[1;31m for IPv6 to DROP as the ip6tables-binary is not available!\033[0m\n 2 - fi +if [ -x $IP6TABLES ]; then + echo NOTE: IPv4 support enabled, setting simple default policy for IPv6 + ip6tables -P INPUT DROP + ip6tables -P FORWARD DROP + ip6tables -P OUTPUT ACCEPT + + ip6tables -A INPUT -i lo -j ACCEPT + ip6tables -A FORWARD -i lo -j ACCEPT + + IFS=' ,' + for interface in $INT_IF $TRUSTED_IF; do +ip6tables -A INPUT -i $interface -j ACCEPT + done +else + printf \033[40m\033[1;31mWARNING: IPv4 support enabled, but unable to set the default policy\033[0m\n 2 + printf \033[40m\033[1;31m for IPv6 to DROP as the ip6tables-binary is not available!\033[0m\n 2 fi fi
Bug#596029: fluxbox: Restart only quits, not restart
Fluxbox appears to work now with the newest update. James On Wed, Sep 8, 2010 at 4:03 PM, James Tocknell aragi...@gmail.com wrote: I've checked the menu settings, yes it should restart, also I tried restarting fluxbox via fluxbox-remote, it also caused fluxbox to quit. I attached the log output with verbose on. (fluxbox -verbose -log /home/aragilar/.log/fluxbox.log) Also, something I noticed when trying to get fluxbox to restart properly is that gdm doesn't load again on Ctrl-Alt-7 again, it moves to Ctrl-Alt-8 (repeated restarts still leave it on Ctrl-Alt-8), and Ctrl-Alt-7 becomes blank. James On Wed, Sep 8, 2010 at 2:07 PM, Paul Tagliamonte paul...@ubuntu.comwrote: I can't reproduce this, are you sure your menu is setup right? Perhaps you can debug the issue, and get a trace / dump? Thanks, Paul On Tue, Sep 7, 2010 at 10:58 PM, James Tocknell aragi...@gmail.com wrote: Package: fluxbox Version: 1.1.1+dfsg2-1 Severity: normal The new version of Fluxbox (1.1.1+git20100807.0cc08f9-1), breaks the restart functionality. Instead, it quits when restart is selcted in the menu and using a keyboard shortcut in the keys file. -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fluxbox depends on: ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.4-13 GCC support library ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libimlib2 1.4.2-8+b2 powerful image loading and renderi ii libsm6 2:1.1.1-1X11 Session Management library ii libstdc++6 4.4.4-13 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-3X11 client-side library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxinerama12:1.1-3 X11 Xinerama extension library ii libxpm4 1:3.5.8-1X11 pixmap library ii libxrandr2 2:1.3.0-3X11 RandR extension library ii libxrender1 1:0.9.6-1X Rendering Extension client libra ii menu2.1.44 generates programs menu for all me ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages fluxbox recommends: ii xfonts-terminus 4.30-2 Fixed-width fonts for fast reading Versions of packages fluxbox suggests: pn fbdesknone (no description available) pn fbpager none (no description available) pn fluxconf none (no description available) -- no debconf information -- #define sizeof(x) rand() :wq -- Don't send me files in proprietary formats (.doc(x), .xls, .ppt etc.). It isn't good enough for Tim Berners-Leehttp://opendotdotdot.blogspot.com/2010/04/rms-and-tim-berners-lee-separated-at.html, and it isn't good enough for me either. For more information visit http://www.gnu.org/philosophy/no-word-attachments.html. Truly great madness cannot be achieved without significant intelligence. - Henrik Tikkanen If you're not messing with your sanity, you're not having fun. - James Tocknell In theory, there is no difference between theory and practice; In practice, there is. -- Don't send me files in proprietary formats (.doc(x), .xls, .ppt etc.). It isn't good enough for Tim Berners-Leehttp://opendotdotdot.blogspot.com/2010/04/rms-and-tim-berners-lee-separated-at.html, and it isn't good enough for me either. For more information visit http://www.gnu.org/philosophy/no-word-attachments.html. Truly great madness cannot be achieved without significant intelligence. - Henrik Tikkanen If you're not messing with your sanity, you're not having fun. - James Tocknell In theory, there is no difference between theory and practice; In practice, there is.
Bug#592506: [v-admins] Bug#592506: What to do about libtest-harness-perl?
Adam, What do we need to do to push on with this? Do I need to raise a formal request to have 3.20 removed from testing? Adam D. Barratt wrote: On Tue, 2010-09-07 at 18:53 +0200, gregor herrmann wrote: Ideas so far: 1) reupload 3.17 (with an epoch or something) 2) create a 3.20 + patch version (risky and ugly) 3) upload 3.22 (huge diff) Another simpler way that came to my mind might be: * Remove libtest-harness-perl 3.20-1 from testing; perl core has Test::Harness 3.17 in 5.10.1 anyway. Should solve the problem in testing, and has the same effect in the end as Nicholas' proposal. * And upload 3.22 to unstable to close the bug in unstable. Am I missing something? If the preference is to ship 3.17 then duplicating the core version as a separate package doesn't seem like a great idea. So far as I can see, the only package which has a versioned dependency on libtest-harness-perl is libtest-most-perl, and that prefers perl 5.10.1 anyway. Regards, Adam attachment: nicholas.vcf
Bug#596174: [buildd-tools-devel] Bug#596174: Unable to select source shroots for use with sbuild-*
On Wed, Sep 08, 2010 at 09:04:33PM -0400, James Vega wrote: Package: sbuild Version: 0.60.0-2 Severity: normal Up until recently, I was able to run commands like «sbuild-distupgrade sid-source» to upgrade the source volume for my snapshot chroots. Now I get “Chroot for distribution sid-source, architecture i386 not found” error message. Similar errors occur when using “source:sid”, too. If you're using schroot = 1.4.8 in unstable, you'll need an updated sbuild to work with source chroots; http://git.debian.org/?p=buildd-tools/sbuild.git;a=commitdiff;h=3426a619aa9069bb +88be72ea1c454acd9467c879 Hopefully, we'll get this updated version uploaded to unstable soon. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#596029: fluxbox: Restart only quits, not restart
Hi, James! If fluxbox restarts and it finds that new version of fluxbox exists then it will do exit. I think that it is a normal behaviour. But may be it is a bug. I must ask upstream about it. On 12:58 Wed 08 Sep , James Tocknell wrote: JT Package: fluxbox JT Version: 1.1.1+dfsg2-1 JT Severity: normal JT The new version of Fluxbox (1.1.1+git20100807.0cc08f9-1), breaks the restart JT functionality. Instead, it quits when restart is selcted in the menu and using a JT keyboard shortcut in the keys file. JT -- System Information: JT Debian Release: squeeze/sid JT APT prefers testing-proposed-updates JT APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') JT Architecture: i386 (i686) JT Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) JT Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) JT Shell: /bin/sh linked to /bin/dash JT Versions of packages fluxbox depends on: JT ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib JT ii libfontconfig1 2.8.0-2.1generic font configuration library JT ii libfreetype62.4.2-2 FreeType 2 font engine, shared lib JT ii libgcc1 1:4.4.4-13 GCC support library JT ii libice6 2:1.0.6-1X11 Inter-Client Exchange library JT ii libimlib2 1.4.2-8+b2 powerful image loading and renderi JT ii libsm6 2:1.1.1-1X11 Session Management library JT ii libstdc++6 4.4.4-13 The GNU Standard C++ Library v3 JT ii libx11-62:1.3.3-3X11 client-side library JT ii libxext62:1.1.2-1X11 miscellaneous extension librar JT ii libxft2 2.1.14-2 FreeType-based font drawing librar JT ii libxinerama12:1.1-3 X11 Xinerama extension library JT ii libxpm4 1:3.5.8-1X11 pixmap library JT ii libxrandr2 2:1.3.0-3X11 RandR extension library JT ii libxrender1 1:0.9.6-1X Rendering Extension client libra JT ii menu2.1.44 generates programs menu for all me JT ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime JT Versions of packages fluxbox recommends: JT ii xfonts-terminus 4.30-2 Fixed-width fonts for fast reading JT Versions of packages fluxbox suggests: JT pn fbdesknone (no description available) JT pn fbpager none (no description available) JT pn fluxconf none (no description available) JT -- no debconf information -- ... mpd is off . ''`. 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 signature.asc Description: Digital signature
Bug#596219: gnumed-client: grave health-endangering bug regarding allergies
Package: gnumed-client Version: 0.7.8-1 Severity: important Under certain (not uncommon) circumstances it can happen that GNUmed OVERWRITES allergy entries in a patient chart. This can lead to DEATH of a patient due to an anaphylactic shock. The bug is fixed in upstream 0.7.9 which is a *strictly-bug-fix-only* release. http://www.gnumed.de/downloads/client/0.7/ Please strongly consider for testing-proposed-updates and feel free to ask for clarification if needed. The issue has been raised on debian-devel under the subject line Is a bug RC relevant if it has an influence on the health of a person http://lists.debian.org/debian-devel/2010/09/msg00203.html as well. Thanks, Karsten Hilbert, MD, GP -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnumed-client depends on: ii aspell 0.60.6-4 GNU Aspell spell-checker ii file 5.04-5Determines file type using magic ii gnumed-common 0.7.8-1 medical practice management - comm ii gnumed-doc 0.7.8-1 medical practice management - Docu ii ispell 3.1.20.0-7International Ispell (an interacti ii myspell-de-at [myspell-dic 20091006-4.1 Austrian (German) dictionary for m ii myspell-de-ch [myspell-dic 20091006-4.1 Swiss (German) dictionary for mysp ii myspell-en-us [myspell-dic 1:3.2.1-2 English_american dictionary for my ii python 2.6.5-13 interactive high-level object-orie ii python-egenix-mxdatetime 3.1.3-4 date and time handling routines fo ii python-enchant 1.5.3-2 spellchecking library for Python ii python-gnuplot 1.8-1.1 A Python interface to the gnuplot ii python-support 1.0.9 automated rebuilding support for P ii python-wxgtk2.82.8.10.1-3+b1 wxWidgets Cross-platform C++ GUI t ii texlive-latex-base 2009-10 TeX Live: Basic LaTeX packages Versions of packages gnumed-client recommends: ii aeskulap 0.2.2b1-6+b1medical image viewer and DICOM net ii extract 1:0.5.23+dfsg-7+b2 displays meta-data from files of a ii freediams0.4.2-1 Pharmaceutical drugs prescriptor ii gtklp1.2.7-2.1 printing tool for CUPS on the GNOM ii iceweasel [www-brows 3.5.11-2Web browser based on Firefox ii konqueror [www-brows 4:4.4.5-1 advanced file manager, web browser ii ntp 1:4.2.6.p2+dfsg-1 Network Time Protocol daemon and u ii openoffice.org-write 1:3.2.1-6 office productivity suite -- word ii python-uno 1:3.2.1-6 Python-UNO bridge ii texlive-latex-extra 2009-9 TeX Live: LaTeX supplementary pack ii texlive-latex-recomm 2009-10 TeX Live: LaTeX recommended packag ii w3m [www-browser]0.5.2-9 WWW browsable pager with excellent ii wgerman-medical 20100204-1 German medical dictionary words fo ii xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from ii xmedcon 0.10.5-2.1 Medical Image (DICOM, ECAT, ...) c ii xsane0.997-2+b1 featureful graphical frontend for Versions of packages gnumed-client suggests: ii gimp 2.6.10-1 The GNU Image Manipulation Program ii gnumed-server 13.8-1 medical practice management - serv pn incronnone (no description available) pn konsolekalendar none (no description available) ii korganizer4:4.4.5-1 calendar and personal organizer ii libchipcard-tools 4.2.9-2tools for accessing chipcards ii pgadmin3 1.10.5-1 graphical administration tool for -- debconf information: gnumed-client/server: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497153: git-bzr: yet another repo
Hello, pieter and kfish did not work for me, but kfish is recommending some others too. For me it worked best, http://github.com/termie/git-bzr-ng Best regards, -- Héctor Orón Our Sun unleashes tremendous flares expelling hot gas into the Solar System, which one day will disconnect us. -- Day DVB-T stop working nicely Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596100: When told not to initially configure slapd, (un-)installation fails due to init script return code.
Steve Langasek vor...@debian.org writes: On Wed, Sep 08, 2010 at 09:13:29PM +0100, Matthew King wrote: Steve Langasek vor...@debian.org writes: 1) Creating /etc/ldap/noslapd as part of the postinst which the administrator can remove when slapd is configured. I don't consider this appropriate. If you ask not to automatically configure slapd, then the package is not usable until manual action is taken and we should not mark the package as installed. I don't recall coming across that before. Other packages which give the option not to have debconf do configuration don't break dpkg when they do it, eg. postfix. I'm not sure how that works - maybe it just doesn't try to start the daemon in the postinst. In my case, slapd is (will be) installed with chef - the recipe must set the no_configuration flag and then configure chef after the package is installed, however if dpkg fails, the recipe will also fail and will never proceed to the configuration stage. Catch 22. I'm not familiar with chef, but I can see several different ways to address this: - The postinst could not attempt to start a daemon which is installed but not configured. I checked postfix and that's exactly what it does: (at the end of postinst) if [ $mailer != No configuration ] || [ -f /etc/postfix/main.cf ]; then ... # start postfix ... fi I don't agree with the initial problem that a package is not installed until after it's configured _even though_ the administrator has chosen explicitly not to configure it at that time. I can see the point of not creating the sentinel file, but in that case not even running the init script would seem the best answer. Unfortunately I can't see any way to do that and still use debhelper. Moreover, it doesn't just affect chef, it affects apt and by extension potentially everything. Any other packages which are being installed at the same time may also be left in a half-configured state when slapd fails to start and brings down apt-get. Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592506: [v-admins] Bug#592506: What to do about libtest-harness-perl?
On Thu, Sep 9, 2010 at 11:45:51 +0100, Nicholas Bamber wrote: Adam, What do we need to do to push on with this? Do I need to raise a formal request to have 3.20 removed from testing? Removal hint added. Cheers, Julien signature.asc Description: Digital signature
Bug#595799: Possible Solution
Hi, I think this patch could fix the problem. Greetings Julian Gürtler --- a/smbldap-userinfo 2010-09-09 12:56:22.243164485 +0200 +++ b/smbldap-userinfo 2010-09-09 12:56:52.738177064 +0200 @@ -320,6 +320,7 @@ my $givenName = join(' ',@tmp); $entry-replace( 'gecos' = $gecos ); $entry-replace( 'cn'= $new{'name'} ); +$entry-replace( 'displayName'= $new{'name'} ); if ( exist_in_tab( [$entry-get_value('objectClass')],'inetOrgPerson') ) { if ( $sn ) {
Bug#593544: gnucash: Upgrade from Debian Lenny looses Online Banking (AqBanking) settings
On Tue, Aug 31, 2010 at 17:01:49 +0200, J.H.M. Dassen (Ray) wrote: Hi Micha, On Sun, Aug 29, 2010 at 16:34:01 +0200, Micha Lenk wrote: I was not aware that there was a new goffice package uploaded to unstable without an unblock request. Ray, was the upload intended for the Squeeze release (and you just forgot to ask Debian Release for a freeze exception) or is it intended for Debian sid only? It is intended for sid only. Gnumeric and goffice releases often coincide and new gnumeric releases at times require new goffice releases, so I tend to handle them in tandem. That's no overly helpful during a freeze, but thanks for the quick reply. Micha, could you upload gnucash 2.2.9-7~squeeze1 (or a similar version) to t-p-u? Cheers, Julien signature.asc Description: Digital signature
Bug#595722: I think I've found the problem...
Hi, On Mon, Sep 06, 2010 at 08:16:57AM +0200, Rene Engelhard wrote: What whas the old -gtk for a version? ping? I could include a conflicts/breaks/whatever here, but only if you can tell me that. (look sin dpkg.log/aptitude.log or your rememberings) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596207: unblock: smbind/0.4.7-5
On 09/09/2010 12:35, Giuseppe Iuculano wrote: On 09/09/2010 11:58 AM, Mehdi Dogguy wrote: There are some updates made for the translation files not documented in the changelog. Also, some .po files have their Language field empty. Could you please fix that? (I might be wrong here… I didn't check policy for how to best handle those changes/files). I guess this was caused by debconf-updatepo in the clean target. Should I revert that updates and remove debconf-updatepo from debian/rules? Right. Unblocked. Sorry for the stupid question :) Cheers, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org