Bug#573224: debian-maintainers: Please add أحمد المحمودي (Ahmed El-Mahmoudy) as Debian Maintainer
Package: debian-maintainers Version: 2009.11.04 Severity: normal Hello, Please accept my application as Debian Maintainer. The jetring changeset is attached. Unfortunately, I was not able to get my GPG key is *not* signed by a DD, since I live in Egypt, and there aren't any DDs here. Thanks... -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic-proposed'), (500, 'karmic-backports'), (500, 'karmic') Architecture: i386 (i686) Kernel: Linux 2.6.31-20-generic (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 Comment: Add أحمد المحمودي (Ahmed El-Mahmoudy) aelmahmo...@users.sourceforge.net as a Debian Maintainer Date: Wed, 17 Feb 2010 12:06:37 +0200 Action: import Recommended-By: Craig Small csm...@debian.org, Mehdi Dogguy me...@debian.org, Hamish Moffatt ham...@debian.org, Wesley J. Landaker w...@icecavern.net, Bernd Zeimetz be...@bzed.de Agreement: http://lists.debian.org/debian-newmaint/2010/02/msg00032.html Advocates: http://lists.debian.org/debian-newmaint/2010/02/msg00037.html http://lists.debian.org/debian-newmaint/2010/02/msg00042.html http://lists.debian.org/debian-newmaint/2010/02/msg00038.html http://lists.debian.org/debian-newmaint/2010/02/msg00043.html http://lists.debian.org/debian-newmaint/2010/02/msg00044.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.9 (GNU/Linux) mQENBEoWahEBCAC8+T5Md/Tra25iQPv9Mg5dAX/5rkkBj9MKY5sQxiH8v1lnyLMO FtRjtZIqbiLh+dlvGZP9tyC9XejUUUqDO8rAXodj3fQ/yMpEXbZfopgWnv+38M4v xQOqoLv9y0J9BdgWh159TDsrjPz1kQ1UFeUikl4s+CXgTdwJi8qxtrhf4VkdrP7c X2yAcO2s/VOSQjaxasPiJk8BgNzgYopgxcdUoYkF3MLWlQbxyGJnpy1UqruQXwpJ jedcxptbxYpuXaOY/9+opYrjO8P93z165zENyG+wisgL3NX2JtDc6bOFkpvDm/Om j1dWsRgjRiKsVb0XSr/EIsoGXD5oOVePWkv5ABEBAAG0Udij2K3ZhdivINin2YTZ hdit2YXZiNiv2YogKEFobWVkIEVsLU1haG1vdWR5KSA8YWVsbWFobW91ZHlAdXNl cnMuc291cmNlZm9yZ2UubmV0PokBNwQTAQgAIQIbLwULCQgHAwUVCgkICwUWAgMB AAIeAQIXgAUCS2WJ/AAKCRC8GWqU7d2ht6ttB/9nxI4kdMdyOLzzLSikMQH08lBR XdnCfJnomQwVHGtrmTzCnGIYTR3kQOqExLBzwU01SV/rFCEM43ePxR9CBKyNbouM oXnRWKNfoFqTahJRLj6WtSP4ZBCVOkMRLEASREFtTei/8ghbZ+7saOPzLGgPZBs+ OW/clqslZgv2FQIv/63W78Ay/DFzI5oyGIYeCZlL3AIlTYhQsOvMGT9UARvVuh6K 3h0uAFfkUCbUCtCBqCGRrYjg1rK5yWWpscG83s8iqznAMWQp9vQ647i+ASRLXeLU 2pjdKt4zcbqSz1JZtx5MLI88xMhFra11OqCi6fF8Z6mdiN6vgVqMNOGQXSbgiEYE EBEIAAYFAkoWxHQACgkQ0yXDyJ3KCyfWzACgq4xJq+9jdQP7rZO3xPd/9hODZrUA njhSiCliv926NkaBEHp5772r6gZ8tFnYo9it2YXYryDYp9mE2YXYrdmF2YjYr9mK IChBaG1lZCBFbC1NYWhtb3VkeSkgPGFlbG1haG1vdWR5LWd1ZXN0QHVzZXJzLmFs aW90aC5kZWJpYW4ub3JnPokBNwQTAQgAIQUCShbFNgIbLwULCQgHAwUVCgkICwUW AgMBAAIeAQIXgAAKCRC8GWqU7d2ht7/LB/42+FaV2Nich4xadr/nou1sKED9mlwL Xjuf7dHMWJXtcoBFie7JzjKEz1sYBL21z0tpCNVogfR7mSYilLmZn4/T47Zh/oTl yk9DPaRyhzuqHrMWX2bzx703LPmB2b41eGg6Jicp9IPr4h9zPDGFVMx6VSz5XEoV zlt9NGr8hCzbpBfpsaCZx/DrZrmjHGeU2giS4qqdM4XMLXw3mV4APCkLaFMvG011 oNi+W0WW0Up4guRxMJYiGlTClfhOwKioWPL+GxlKaIBJWrqF/r6IHjS6pF3oPw6d BaKAvmE70Veg9E/rTMQbozxiWhMSt+MD6xHwRjsZjmYpQRX6eY/9dkBttDbYo9it 2YXYryDYp9mE2YXYrdmF2YjYr9mKIDxhaG1lZC5lbG1haG1vdWR5QG9qdWJhLm9y Zz6JATcEEwEIACEFAko5MW4CGy8FCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQ vBlqlO3dobdWFAf/ej4Dax2jaFPZ73eBbrDzzZK9sLgfRJljUjA9MS1wa8y4OuM9 HiGYBXUYdkcSfpE9X7SV5M2GKphGXUZYwqvdKPowETowctJOkpG2EGCLrKMZtSev oBibjcgI3pro9Bs7/Y0wZHmjibmxInHciqsNZyh1s3tyJaynqSqi0tjCz+s5HzNQ hoe0h8LF6tMaIRBZHDTDA7yhVUrZoOs8J2A1SkY6HEvjRFL9gjNXmpPKn0ywyyi3 +d0nMd88e8cKa6Gf+68O/ZCAVcAIgJAVUlZUSdA7UlN4920Y+A4Os8ajxxYAmU7y rt84FlmhHuewSwv134cn+xmqK/O+9AyW7BymGrRG2KPYrdmF2K8g2KfZhNmF2K3Z hdmI2K/ZiiAoQWhtZWQgRWwtTWFobW91ZHkpIDxhZWxtYWhtb3VkeUB1YnVudHUu Y29tPokBNwQTAQgAIQUCSkTkUwIbLwULCQgHAwUVCgkICwUWAgMBAAIeAQIXgAAK CRC8GWqU7d2ht82pB/wOhuq3mhwL+e+RDKLhhYyaVEL8BKvXBZHvSpxVMV8jojKj T75SPyswGi7O5lN0e4r4VIoNIKViU/5hGb34BWHIWNigPKgn85EsRYWE4Wz8FqMK XUifuXfgZsEgG2jkjh6CONv9AMDZgk7bl8ZopJ5tUTbc3L9QYFtD+DDS/hQQo00E aElzGpuEmFkaW/Qk7WnWaeWhqNlljpRUqa2XEeQDodFr2DoekRzyhgaLNhOz9Jx2 xA2uyOuRSWBfARDBCGzWt/66zxWVLTMPjFb1mPgYGqeKmyqSqaIIYSBkkQ7jEWGP 2+/wyIC7h3SWwEjdQCYk6akGZuqAVPwe3UI+lfeRtEnYo9it2YXYryDYp9mE2YXY rdmF2YjYr9mKIChBaG1lZCBFbC1NYWhtb3VkeSkgPGFlbG1haG1vdWR5QG9wZW5j b3Jlcy5vcmc+iQE3BBMBCAAhBQJKUzJWAhsvBQsJCAcDBRUKCQgLBRYCAwEAAh4B AheAAAoJELwZapTt3aG36SQIALET/6CpgnuGjQ6zbKkhz4aY4q4yoUXFh1gfvsfk K8WgIVal57lLkmRj6FYBtMIWPRtnE0wTQjcVskXewc1+CcHDdSmZ6Rya5KtvudQs HnnrCz0zSeHvJn9VFHDcshrn+ojTdYAOugFaUrk3Beu7T+gk0TqOJ29oNQUADeF8 FOujLklDkxU1X0xLhS8x8oAXblrT3eeKLDHR9w1q/1YuQuZoOelLaLU6nj06hml+ kcM6q0zv6ECQJOmMC5V16JRiRlqtRz6U6yIaeZG0OnZ/V9vMeFGyTc3FLP0Goymd aU7mwxEBkgZpGwtXTNeV/kOzfAUej/S8HFejDhY7EDVe0cK0Rtij2K3ZhdivINin 2YTZhdit2YXZiNiv2YogKEFobWVkIEVsLU1haG1vdWR5KSA8YWVsbWFobW91ZHlA c2FiaWx5Lm9yZz6JAToEEwEIACQCGy8FCwkIBwMFFQoJCAsFFgIDAQACHgECF4AF AktligMCGQEACgkQvBlqlO3dobcTdQf/XOMQr5kaU+95NtvWBtYLQ1dZiTmJ5luL
Bug#573117: angband: Old/Unreadable savefile keeps game from loading
On Mon, 2010-03-08 at 21:38 -0600, Joe Neal wrote: Package: angband Version: 1:3.1.1.1626-1 Severity: normal When I try to start the game from an xterm with no switches a window loads with the message: Error (Unreadable savefile (too old?)) reading 3.0.10 savefile . and then fails to load. I've looked all over my home directory for the old savefile and can't find it. If I start a new character with 'angband -uBob' or whatever it works fine. I just can't start it with the unadorned 'angband' command. At the very least I think there should be some mention in README.debian of how to nuke your old savefile. In fact, the next version changes where save files are stored, so this problem will go away. But I have in any case added a note to README.debian in case people actually want to transfer their old save file. (If a subsequent version breaks savefiles again, I'll amend the note in README.debian to avoid this problem reoccurring.) Thanks for the report, CC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573007: Solution
You won't believe me, but I was facing the same bug : the HW address was wrong. Ok, that's not unbelievable, but what would you say if I told you that I solved the problem by halting the machine, physically unplug it from the power, and wait for 30 seconds, then plug it in again ? Try it, you might be surprised ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573219: ser2net: disclosing password due to incorrect echo setting
On Tue, Mar 09, 2010 at 09:21:18PM +0100, Mats Erik Andersson wrote: Both package version 2.5-1 and 2.6-1 are built with an incorrect termios setting for character echo. The is visible when the far end of the serial line is connected to a getty-login process, and it is seen in the fact that the user name is printed twice, and the password is fully echoed once. This doesn't happen on any of my systems. Please give clear directions about how to reproduce the issue. In my case a Lenny instance is running where ser2net is configured, and the distant machine operates under Squeeze/testing. What's the client you use to connect to ser2net's socket? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#457075: Salomé packaging
Hi André, On Tue, 2010-03-09 at 17:23 +0100, Andre Espaze wrote: On Thu, 2010-03-04 at 12:12 -0500, Adam C Powell IV wrote: On Thu, 2010-03-04 at 17:36 +0100, Andre Espaze wrote: However, I got a runtime error with my version, the study server is not found even if I only work with the KERNEL and GUI modules. I am going to run a new build at revision: 1a1c81a479c5c021ff685046623831ffc3621ccf Wed Mar 3 17:36:30 I am having the same problem, and don't know how to fix it. I wonder what has changed since you were last able to run it. I guess we should do a git bisect, but given the build time, that will take quite a while! Which was the last version that ran without this error? I'd like to figure out the differences and try to get this working. I've tried a couple of changes to no avail, and this is the last thing keeping me from a -5 release... The last working version was actually the -4: c56f196854092f0dc0d222de71de1a4532f214ec Release 5.1.3-4 Look ma, it builds! That's what I thought. I tried that one today (backported to Ubuntu Karmic), and it didn't work. I guess I'll have to bring X up in the chroot to check it there, then start the bisect process. Thanks, -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#573226: /sbin/fsck: What's wrong with fsck at boot? It is crashing my disks
Package: util-linux Version: 2.16.2-0 Severity: normal File: /sbin/fsck Hello, I have the tunefs -c 2 for all my disks. And one after another dies and fsck is apparently getting mad about my disks. Or ext3 is not stable at all, or fsck is doing a bad job. I mean my harddisks are safe and good brands, western, and I never had such issues with debian stable. So whats going wrong? Here an example of log: Log of fsck -C -R -A -y Sat Mar 6 09:55:17 2010 fsck from util-linux-ng 2.16.2 e2fsck 1.41.9 (22-Aug-2009) open: No such file or directory dosfsck 3.0.7, 24 Dec 2009, FAT32, LFN /dev/sdc1 has been mounted 2 times without being checked, check forced. Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information /dev/sdc1: 1397122/61054976 files (4.1% non-contiguous), 197351745/24419 blocks fsck died with exit status 6 Sat Mar 6 10:33:13 2010 so the booting the machine hangs and asks root. testdisk cannot help and fsck either, I cant fix it... sometimes it completely trash the whole partition :( Regards -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages util-linux depends on: ii dpkg1.15.5.6 Debian package management system ii initscripts 2.87dsf-8scripts for initializing and shutt ii install-info4.13a.dfsg.1-5 Manage installed documentation in ii libblkid1 2.16.2-0 block device id library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libselinux1 2.0.89-4 SELinux runtime shared libraries ii libuuid12.16.2-0 Universally Unique ID library ii lsb-base3.2-23 Linux Standard Base 3.2 init scrip ii tzdata 2009u-1 time zone and daylight-saving time ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime util-linux recommends no packages. Versions of packages util-linux suggests: ii dosfstools3.0.7-1utilities for making and checking ii kbd 1.15.1-2 Linux console font and keytable ut pn util-linux-localesnone (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#568818: Not sure that the cl-swank problem is fixed?
FWIW, slime works for me with sbcl 1:1.0.34.0-1. And (require 'sb-bsd-sockets) works in my sbcl prompt. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570867: How is svnkit packaging going ?
On Tue, Mar 09, 2010 at 09:43:39PM +0100, Vincent Fourmond wrote: Hello, Hello Vincent, I'm wondering how the svnkit packaging is going on, since I will need a proper package of svnkit for the new version, while I have no wish maintaining it (other than letting statsvn run). The packaging is almost complete. svnkit ships some scripts and those need proper manpages. I will write those during this week. I could upload to mentors during the weekend. I see as well that Miguel Landaeta has filed an ITP, while Morten Sorensen has begun preliminary packaging in the pkg-java alioth repository. See: Do you work together ? If not, you really should consider it, as duplicating packaging effort is a plain waste of time. Yes, Morten contacted me and indicated that previous work, so I continued his work. So, no problem here. In any case, since none of you seem to be a DD, I'm ready to offer up advice, review and upload. Miguel, did you join the Debian Java Team ? If you plan to package Java software, that's pretty helpful as we Debian Java sponsors like to get work done from the pkg-java subversion repository. Yes, I am in the Debian Java Team and mantain some packages there. Thanks for the offer, when I have my packaging work complete, I'll get back to you for review. Allow me some days to complete this. Cheers, -- Miguel Landaeta, miguel at miguel.cc secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/ Faith means not wanting to know what is true. -- Nietzsche -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570867: How is svnkit packaging going ?
Miguel Landaeta wrote: I'm wondering how the svnkit packaging is going on, since I will need a proper package of svnkit for the new version, while I have no wish maintaining it (other than letting statsvn run). The packaging is almost complete. svnkit ships some scripts and those need proper manpages. I will write those during this week. I could upload to mentors during the weekend. Great. I see as well that Miguel Landaeta has filed an ITP, while Morten Sorensen has begun preliminary packaging in the pkg-java alioth repository. See: Do you work together ? If not, you really should consider it, as duplicating packaging effort is a plain waste of time. Yes, Morten contacted me and indicated that previous work, so I continued his work. So, no problem here. Good. In any case, since none of you seem to be a DD, I'm ready to offer up advice, review and upload. Miguel, did you join the Debian Java Team ? If you plan to package Java software, that's pretty helpful as we Debian Java sponsors like to get work done from the pkg-java subversion repository. Yes, I am in the Debian Java Team and mantain some packages there. Thanks for the offer, when I have my packaging work complete, I'll get back to you for review. OK, looking forward to having a look ! Cheers, Vincent -- Vincent Fourmond, Debian Developer http://vince-debian.blogspot.com/ Comme dit mon tonton: plus on est de cons, plus ça se voit ! -- La Tordue, Où va-t-on Vincent, listening to Diggin' Your Scene (Smash Mouth) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#431900: prctl now implemented on PowerPC
On Thu, Jul 05, 2007 at 03:43:18PM -0500, Anton Blanchard wrote: Package: prctl Version: 1.5-1 The prctl get/set unalign calls are available on PowerPC as of 2.6.18. The following patch fixes the control file to match. I've changed the Packages-arch-specific so that it now gets build on powerpc. So that just leaves the description out of date. Kurt diff -ru prctl-1.5.orig/debian/control prctl-1.5/debian/control --- prctl-1.5.orig/debian/control 2007-07-05 14:35:38.0 -0500 +++ prctl-1.5/debian/control 2007-07-05 15:32:58.0 -0500 @@ -12,5 +12,5 @@ prctl is a tool to query and modify process behavior. Supported process behavior is handling of unaligned memory access and handling of floating point software assist faults. The required syscalls are currently only - available on Itanium Processor Family (ia64), HP PA-RISC (hppa) and - alpha (=2.6.15) kernels in Debian. + available on Itanium Processor Family (ia64), HP PA-RISC (hppa), + alpha (=2.6.15) and PowerPC (= 2.6.18) kernels in Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573227: hostapd: multiple BSS does not work
Package: hostapd Version: 1:0.6.10-2 Severity: normal Multiple BSS does not work. # hostapd -dd /etc/hostapd/hostapd.conf Configuration file: /etc/hostapd/hostapd.conf Opening raw packet socket for ifindex -843944955 wlan0: Unable to setup interface. hostapd from git 7b90c16aa9ca377b1a6d160c1ba0f2bd304f7e2f works great. Please consider upgrading to that git version, potentially fixing bug 573048 and perhaps others. Thanks. # cat /etc/hostapd/hostapd.conf interface=wlan0 bridge=br0 driver=nl80211 logger_syslog=-1 logger_syslog_level=3 logger_stdout=-1 logger_stdout_level=2 dump_file=/tmp/hostapd.dump ssid=Secured channel=8 country_code=US ieee80211d=1 beacon_int=80 max_num_sta=255 rts_threshold=2347 fragm_threshold=2346 macaddr_acl=0 accept_mac_file=/etc/hostapd/hostapd.accept deny_mac_file=/etc/hostapd/hostapd.deny wme_ac_bk_cwmin=4 wme_ac_bk_cwmax=10 wme_ac_bk_aifs=7 wme_ac_bk_txop_limit=0 wme_ac_bk_acm=0 wme_ac_be_aifs=3 wme_ac_be_cwmin=4 wme_ac_be_cwmax=10 wme_ac_be_txop_limit=0 wme_ac_be_acm=0 wme_ac_vi_aifs=2 wme_ac_vi_cwmin=3 wme_ac_vi_cwmax=4 wme_ac_vi_txop_limit=94 wme_ac_vi_acm=0 wme_ac_vo_aifs=2 wme_ac_vo_cwmin=2 wme_ac_vo_cwmax=3 wme_ac_vo_txop_limit=47 wme_ac_vo_acm=0 ap_max_inactivity=300 ieee8021x=0 eap_server=0 wpa=2 wpa_passphrase=peachpie wpa_key_mgmt=WPA-PSK wpa_pairwise=CCMP okc=0 bss=wlan0_0 bridge=br0 bssid=02:21:91:01:11:6e ssid=Public wpa=0 -- System Information: Debian Release: squeeze/sid Kernel: Linux 2.6.30-2-486 signature.asc Description: Digital signature
Bug#572619: epiphany-browser: System hang when loading http://www.linux.com/archive/feature/133849.
Am Dienstag, den 09.03.2010, 19:48 +0100 schrieb Josselin Mouette: Le vendredi 05 mars 2010 à 10:56 +0100, Paul Menzel a écrit : could you please try to load [1] and see if it gives you any errors. On my system it loads forever, i. e., some content is displayed but the blue bar in the URL field does not reach 100 %, and I think then suddenly my system freezes and I have to reboot. I tried to run Epiphany under GDB but that did not work and the system froze anyway. I can reproduce the first part of the problem; the URL never displays as entirely loaded. This part could be caused by the website itself, I’m not sure. However, a system freeze is never caused solely by an application. When it freezes, can you still switch to another VT using control-alt-F1? Can you still connect to the computer by SSH? No I can neither switch to another VT nor login remotely by SSH. Thanks, Paul signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#570554: linux: /proc/pid/maps empty
On Tue, Mar 09, 2010 at 09:35:05PM +0100, Kurt Roeckx wrote: On Fri, Feb 19, 2010 at 12:45:08PM -0700, dann frazier wrote: On Fri, Feb 19, 2010 at 08:02:13PM +0100, maximilian attems wrote: On Fri, Feb 19, 2010 at 08:01:14PM +0100, Kurt Roeckx wrote: Source: linux-2.6 Version: 2.6.26-21lenny3 Hi, I'm seeing a regression test failure in elfutils because on some of the buildds /proc/pid/maps is empty. I have succesful logs and failed logs with 2.6.26-2-amd64, as reported by uname. But they're obviously not running the same version anymore. As far as I can see all the buildds I have a problem with run 2.6.26-21lenny3. yep this is reported as #569683 and should have severity important, not yet reviewed by dannf. ACK; I'll look at this soon. Any update on this? I currently can't get elfutils build because all the buildds and porter boxes for some arches run that kernel. I don't want to ignore the testsuite result because it's prevening uploads for arches that are not properly supported. Kernel is uploading as I type this :) The fix will be released via security in 2.6.26-21lenny4 and will also be available from proposed-updates as 2.6.26-22 (w/ additional changes). -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573219: ser2net: disclosing password due to incorrect echo setting
tisdag den 9 mars 2010 klockan 22:11 skrev Marc Haber detta: This doesn't happen on any of my systems. Please give clear directions about how to reproduce the issue. In my case a Lenny instance is running where ser2net is configured, and the distant machine operates under Squeeze/testing. What's the client you use to connect to ser2net's socket? Brilliant observation! The failure is due to my use of netcat. Turning to a standard telnet client the expected functionality is restored. I regret the noise! Please kill this bug entry. Some gossip to make up for my silly mistake: At this very moment I am for the first time running a functional ser2net-2.7 service, which is privately patched for IPv6. MvG -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573228: Arbitrary command execution (report from full-disclosure)
Package: spamass-milter Severity: grave Tags: security Hi Don, The following report was posted to full-disclosure: http://lists.grok.org.uk/pipermail/full-disclosure/2010-March/073489.html Cheers, Moritz -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-2-686 (SMP w/1 CPU core) Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages spamass-milter depends on: ii adduser 3.112 add and remove users and groups ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.3-3 GCC support library pn libmilter1.0.1none (no description available) ii libstdc++64.4.3-3The GNU Standard C++ Library v3 pn spamc none (no description available) Versions of packages spamass-milter recommends: pn sendmail | postfixnone (no description available) ii spamassassin 3.3.0-2Perl-based spam filter using text spamass-milter 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#573230: vnstat: ignores default locale's date presentation
Package: vnstat Version: 1.10-0.1 Severity: minor New version of vnstat introduces --locale option, which is responsible on data presentation - it mostly deals with datas. Default config file states that locale to use are '-', which means use system default. But it seems not to working. v+ mi...@pingwin ~ ]:- locale LANG=pl_PL.UTF-8 LC_CTYPE=pl_PL.UTF-8 LC_NUMERIC=pl_PL.UTF-8 LC_TIME=pl_PL.UTF-8 LC_COLLATE=pl_PL.UTF-8 LC_MONETARY=pl_PL.UTF-8 LC_MESSAGES=pl_PL.UTF-8 LC_PAPER=pl_PL.UTF-8 LC_NAME=pl_PL.UTF-8 LC_ADDRESS=pl_PL.UTF-8 LC_TELEPHONE=pl_PL.UTF-8 LC_MEASUREMENT=pl_PL.UTF-8 LC_IDENTIFICATION=pl_PL.UTF-8 LC_ALL= mi...@pingwin ~ ]:- vnstat -d |awk 'NR==8 {print}' 02/01/10 46.25 MiB |7.08 MiB | 53.33 MiB |5.06 kbit/s mi...@pingwin ~ ]:- vnstat --locale pl_PL.UTF-8 -d |awk 'NR==8 {print}' 01.02.201046,25 MiB |7,08 MiB | 53,33 MiB |5,06 kbit/s v- As you can see, my default locales are pl_PL.UTF-8. But vnstat without --locale option specified and with it outputs dates in completely different format. I am not programmer, so I could not find where the bug is. I thought that maybe vnstat reads config only once, while starting the deamon (and locale are set to C at that time, and are changed later), but adding LC_ALL=pl_PL.UTF-8 to /etc/init.d/vnstat and restarting the daemon does not changes anything. Maybe this is not a bug at all and I just misunderstand vnstat funcionality. But I think that - if vnstat is able to change locale at run time - it should do it as user expects, and right now it does not. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-486 Locale: LANG=pl_PL.UTF8, LC_CTYPE=pl_PL.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vnstat depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib vnstat recommends no packages. Versions of packages vnstat suggests: pn vnstati 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#573229: Upgrading python-logilab-astng from 0.19.1-1 to 0.19.3-1 breaks pylint
Package: python-logilab-astng Version: 0.19.3-1 Severity: important For reference, please see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568968 If you install python-logilab-astng version 0.19.3-1, pylint will hang on trivial programs like this: from matplotlib.figure import Figure Figure().add_subplot(111).xaxis I originally reported this as a Pylint bug, but it persisted even when I downgraded pylint. Downgrading python-logilab-astng fixed it. Joe -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-logilab-astng depends on: ii python-logilab-common 0.48.1-1 useful miscellaneous modules used ii python-support1.0.6 automated rebuilding support for P python-logilab-astng recommends no packages. python-logilab-astng 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#572835: Will take a deeper look on this
Hi! I appreciate your comments, I'm quite busy at the moment but I'll try to take a look at all this on my testing machines and provide a new package with this and other suggested enhancements. Thanks a lot. -- Manty/BestiaTester - http://manty.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573231: xserver-xorg-video-radeon: Font and bitmap corruption with full EXA (HD 4650 AGP)
Package: xserver-xorg-video-radeon Version: 1:6.12.191-1 Severity: normal Hi, Thanks for your packaging work on Xorg and the Radeon drivers, it's nice to have open drivers for decent video hardware! On my HD 4650 AGP board, I'm getting font and bitmap corruption unless I disable EXA uploads to and downloads from the screen. If I disable only uploads the corruption isn't as severe as when running full EXA, but it still makes the system difficult to use after a few hours. I imagine upstream may already be aware of this and I guess it will be fixed some day... (Note that the logs may seem odd for this type of board, in particular the RAM sizes; the board has 1GB of VRAM but the system has 3GB of RAM, which I suppose explains why only 256MB is used - it's a 32-bit machine with a i865PE chipset which can only handle 4GB total. The aperture is 32MB only; if I increase it the kernel fails to boot, complaining of a BAR0 resource conflict, which may be fixed in 2.6.33 but I haven't checked yet.) Regards, Stephen -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Jul 5 2009 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1712808 Feb 16 09:39 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc RV730 Pro AGP [Radeon HD 4600 Series] /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 1497 Mar 9 19:49 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # Xorg configuration file Section Device Identifier XFX Radeon HD 4650 Driver radeon Option AccelMethod EXA Option EXANoDownloadFromScreen on Option EXANoUploadToScreen on # Option AGPMode 4 # Option BusType PCI # Option DRI off # Option AccelMethod XAA # Option XaaNoSolidFillRect on EndSection Section Monitor Identifier hp LP2475w Option DPMS EndSection Section Screen Identifier Default Screen Device XFX Radeon HD 4650 Monitor hp LP2475w DefaultDepth24 SubSection Display Depth 1 Modes 1920x1200 1680x1050 1400x1050 1280x960 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 1920x1200 1680x1050 1400x1050 1280x960 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes 1920x1200 1680x1050 1400x1050 1280x960 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 15 Modes 1920x1200 1680x1050 1400x1050 1280x960 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 1920x1200 1680x1050 1400x1050 1280x960 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 24 Modes 1920x1200 1680x1050 1400x1050 1280x960 1152x864 1024x768 800x600 640x480 EndSubSection EndSection Section Extensions Option Composite Enable EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 29470 Dec 2 2006 /var/log/Xorg.22.log -rw-r--r-- 1 root root 30828 May 7 2007 /var/log/Xorg.1.log -rw-r--r-- 1 root root 28924 Feb 13 11:23 /var/log/Xorg.21.log -rw-r--r-- 1 root root 42219 Mar 9 19:54 /var/log/Xorg.0.log -rw-r--r-- 1 root root 39774 Mar 9 19:54 /var/log/Xorg.20.log Contents of most recent Xorg X server log file /var/log/Xorg.20.log: X.Org X Server 1.7.5 Release Date: 2010-02-16 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-trunk-686 i686 Debian Current Operating System: Linux heffalump.sk2.org 2.6.32-3-686-bigmem #1 SMP Thu Feb 25 06:54:30 UTC 2010 i686 Kernel command line: BOOT_IMAGE=//vmlinuz-2.6.32-3-686-bigmem root=/dev/mapper/vg--large--mirror-root ro clocksource=acpi_pm irqpoll quiet Build Date: 16 February 2010 08:37:23AM xorg-server 2:1.7.5-1 (bgog...@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.20.log, Time: Tue Mar 9 19:54:28 2010 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (**) |--Screen Default
Bug#573115: ghostscript: all PDF files give Error: /undefined
reassign 573115 ghostscript 8.71~dfsg-1 close 573115 8.71~dfsg-2 thanks Dear Peter, As gv maintainer I think this is a ghostscript bug and fixed in ghostscript 8.71~dfsg-2 from unstable. Getting that version from unstable or waiting till it migrates to testing should solve your problem. Dear ghostscript maintainers, I can reproduce this with 8.71~dfsg-1 but it works with 8.71~dfsg-2 (tried on unstable where I downgraded ghostscript and libgs8). The commands gv is executing are: gs -DNODISPLAY -dQUIET -sPDFname=courante.pdf -sDSCname=courante.pdf.asc pdf2dsc.ps -c quit gs courante.pdf.asc This fails with -1 and works with -2, so I suspect some problem in ghostscript as reason, that is part of the pdf related things fixed in -2. (The generated .dsc files also differ: -1 has copy_trailer_attrs, -2 has process_trailer_attrs). If I misanalysed and the command is not supposed to work, please reopen and reassign back. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573228: Arbitrary command execution (report from full-disclosure)
On Tue, 09 Mar 2010, Moritz Muehlenhoff wrote: The following report was posted to full-disclosure: http://lists.grok.org.uk/pipermail/full-disclosure/2010-March/073489.html Thanks for the report; this is mitigated a bit on Debian, as the default configuration doesn't use -x, nor does it run as root, but we should definetly get a fix for it out. I'll see what I can whip up in the next few days if the upstream maintainers don't respond. Don Armstrong -- For a moment, nothing happened. Then, after a second or so, nothing continued to happen. -- Douglas Adams http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568968: Update: this is actually a bug in python-logilab-astng
I tried reverting to Pylint 0.18.1-1 using the package at http://snapshot-dev.debian.org/package/pylint/0.18.1-1/, but I still experienced the same bug. However, reverting to python-logilab-astng 0.19.1-1 (from 0.19.3-1), using the package at http://snapshot-dev.debian.org/package/logilab-astng/0.19.1-1/ did fix the bug, even with the latest version of Pylint. This bug should be reassigned to the python-logilab-astng package. I have reported it there as bug #573229. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520095: (no subject)
I can also confirm this bug. I am using Lenny on ARM but see exactly the same symptons. Mtab is: rootfs / auto rw 0 0 tmpfs /lib/init/rw tmpfs rw,nosuid,mode=0755 0 0 proc /proc proc rw,noexec,nosuid,nodev 0 0 sysfs /sys sysfs rw,noexec,nosuid,nodev 0 0 procbususb /proc/bus/usb usbfs rw 0 0 tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0 devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=620 0 0 tmpfs /tmp tmpfs rw 0 0 tmpfs /var/run tmpfs rw,nosuid,nodev 0 0 tmpfs /evolution_info tmpfs rw,nosuid,nodev 0 0 164.178.58.164:/arm /arm nfs rw,nolock,addr=164.178.58.164 0 0 automount(pid1246) /nfs/mss autofs rw,fd=5,pgrp=1246,minproto=2,maxproto=4 0 0 automount(pid1296) /nfs/evo05 autofs rw,fd=5,pgrp=1296,minproto=2,maxproto=4 0 0 i.e. root is on a local jffs2 flash device. Mount folders are removed upon exit but not created when automounter starts. There is no message except the usual automount failed to create iautofs directory in the log. Why is it unable to make the directory ? I am puzzled why this bug hasnt received more attention, I can't imagen many debian servers living without autofs. Note that I dont see this problem on any of my Ubuntu servers (8.04, 9.10 etc). Cheers Gertjan __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571442: [libxine1] [regression] xine audio output level too low, cannot increase audio output level : more info
On Tuesday March 09th 2010 at 18:33:04 Darren Salt wrote: tag 571442 moreinfo … update to libxine1_1.1.18.1-1 leaves the problem UNMODIFIED: xine audio output level too low in xine gui I cannot increase audio output level via keyboard in xine gui I cannot increase audio output level via menu command Which audio output plugin? As I wrote: xine, more accurate xine-ui_0.99.5+cvs20070914-2.1 … (You could always try a different one.) On notebooks hd space is always tight … downgrading requires NO additional hd space :) is there a possibility to tell this BTS, that this is a bugreport against libxine1_1.1.17-1+b1 and libxine1_1.1.18.1-1 and NOT against libxine1_1.1.17-1 ? That it occurs in .17-1+b1 but not .17-1 says that something external to xine-lib is causing this. Output of „grep status\ installed\ libxine1 /var/log/dpkg.log“ reported on 2010-02-25 and on 2010-03-09 shows you EXACTLY the packages, downgrading of which yielded a usable xine-ui. Previous update to 1.1.18.1-1 pulled in a few additional dependencies, it seems that this did NOT matter for the audio output level problem. If you have any debugging advice: let me know and I will try my best. Thanks. -- Roland Eggner signature.asc Description: This is a digitally signed message part.
Bug#554021: minirok: playback should not directly start once a track is selected
Hello Jendrik, I'm sorry this fell through the cracks and went unanswered for so long. As Lucas van Staden pointed out (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554021#10), this is a KDE-wide setting. If you change in the system settings (or via the method Lucas suggests if you don't use a KDE environment), you should see the behavior changed. Can you let me know if that's the case? Thanks! + Jendrik Seipp (Mon, 02 Nov 2009 18:42:28 +0100): Package: minirok Version: 2.1-1 Severity: wishlist In my opinion it would be great for many users, if they could select the preferred meaning of a click on a track: highlight or play if one click only highlights the track, of course 2 clicks should start the track. Thanks for the app. I think I finally found a music player that gets it right: Play music, no library, easy search in directories. Have been following the minirok releases for quite some time now and I think now it is almost perfect ;) -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic-backports'), (500, 'karmic') Architecture: i386 (i686) Kernel: Linux 2.6.31-14-generic (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 minirok depends on: ii gstreamer0.10-alsa [g 0.10.25-2ubuntu1 GStreamer plugin for ALSA ii gstreamer0.10-esd [gs 0.10.16-1ubuntu3 GStreamer plugin for ESD ii gstreamer0.10-plugins 0.10.14-4ubuntu1 GStreamer plugins from the bad s ii gstreamer0.10-plugins 0.10.25-2ubuntu1 GStreamer plugins from the base ii gstreamer0.10-plugins 0.10.16-1ubuntu3 GStreamer plugins from the good ii gstreamer0.10-plugins 0.10.12-1 GStreamer plugins from the ugly ii gstreamer0.10-pulseau 0.10.16-1ubuntu3 GStreamer plugin for PulseAudio ii python2.6.4~rc1-0ubuntu1 An interactive high-level object-o ii python-gst0.100.10.17-1 generic media-playing framework (P ii python-kde4 4:4.3.2-0ubuntu4 Python bindings for the KDE 4 libr ii python-mutagen1.15-2 audio metadata editing library ii python-qt44.6-1 Python bindings for Qt4 ii python-simplejson 2.0.9-1Simple, fast, extensible JSON enco Versions of packages minirok recommends: ii python-dbus 0.83.0-1ubuntu2 simple interprocess messaging syst pn python-psutilnone (no description available) pn python-qt4-dbus none (no description available) Versions of packages minirok suggests: ii gstreamer0.10-plugins-b 0.10.14-4ubuntu1 GStreamer plugins from the bad s -- no debconf information -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572840: gnome-common: automake does not have --force option
tags 572840 - unreproducible kthxbye On Tue, Mar 09, 2010 at 07:38:10PM +0100, Josselin Mouette wrote: Le samedi 06 mars 2010 à 23:17 +, brian m. carlson a écrit : Whilst trying to build a copy of yelp from git: Running automake-1.11... automake-1.11: unrecognized option `--force'. automake-1.11: Try `/usr/bin/automake-1.11 --help' for more information. lakeview no % automake-1.11 --force automake-1.11: unrecognized option `--force'. automake-1.11: Try `/usr/bin/automake-1.11 --help' for more information. Sorry but I can’t reproduce this. Here the --force option is recognized and accepted. Ignored, but accepted. If you'd read my followup, you'd have seen that this occurs because of POSIXLY_CORRECT. --force is also not documented in the manual page, which means that either the man page needs an update, or gnome-autogen.sh needs not to use it. As for automake, this is documented in the Perl documentation for Getopt::Long, so we can assume that if the authors wanted automake to have different behavior, they would have made sure that that environment variable wasn't set. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Bug#567501: Don't ask a question when there's only a single answer
Package: reportbug Version: 4.10.2 Severity: normal Tags: patch Here is a patch to skip this question if there is only one ui available (which is always the text ui). Bye, Carl Chenet -- Package-specific info: ** Environment settings: DEBEMAIL=cha...@ohmytux.com DEBFULLNAME=Carl Chenet INTERFACE=text ** /home/chaica/.reportbugrc: reportbug_version 4.10.2 mode novice ui text smtphost smtp.free.fr -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages reportbug depends on: ii apt 0.7.23.1 Advanced front-end for dpkg ii python2.5.4-2An interactive high-level object-o ii python-reportbug 4.10.2 Python modules for interacting wit reportbug recommends no packages. Versions of packages reportbug suggests: pn debconf-utils none (no description available) ii debsums 2.0.47 tool for verification of installed pn dlocate none (no description available) pn emacs22-bin-common | emacs23- none (no description available) ii exim4 4.69-11metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.69-11+b1 lightweight Exim MTA (v4) daemon ii file 5.03-1 Determines file type using magic ii gnupg 1.4.10-1 GNU privacy guard - a free PGP rep pn python-gtk2 none (no description available) pn python-gtkspell none (no description available) pn python-urwid none (no description available) pn python-vtenone (no description available) pn xdg-utils none (no description available) -- no debconf information From 1a5124b24061994d6675eb386e90a9c3828511d0 Mon Sep 17 00:00:00 2001 From: carl c...@sid.(none) Date: Tue, 9 Mar 2010 18:02:41 +0100 Subject: [PATCH] dont ask ui question if only one available --- bin/reportbug |9 ++--- 1 files changed, 6 insertions(+), 3 deletions(-) diff --git a/bin/reportbug b/bin/reportbug index d0f83f5..3f1c6f8 100755 --- a/bin/reportbug +++ b/bin/reportbug @@ -516,9 +516,12 @@ def offer_configuration(options): order=utils.MODELIST) if options.configure or not options.interface: -interface = ui.menu( -'Please choose the default interface for reportbug.', AVAILABLE_UIS, -'Select interface: ', options.interface, order=['text']) +if len(AVAILABLE_UIS) == 1: +interface = 'text' +else: +interface = ui.menu( +'Please choose the default interface for reportbug.', AVAILABLE_UIS, +'Select interface: ', options.interface, order=['text']) else: interface = options.interface -- 1.6.5.4
Bug#437836: (no subject)
I was just wondering: what does upstream have to say to this? (I mean this kind of multi-site support) I googled this quickly and found several opinions: - install a package for each site/webspace one wishes to use it in - install one board and do the rest with the board's permissions (if at all possible) - turn caching off Just wondering... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572923: signed integer overflow, maybe?
On Mon, Mar 08, 2010 at 06:47:46PM +0100, sean finney wrote: hey folks, just to throw something out there, the last time i ran into a bug like this was a few weeks back with php, also with gcc 4.4 and also on arm. turns out it was a case of signed integer overflow, which has undefined consequences in runtime code. thanks for the hint, that might make sense. looking through the code i see comments that show some awareness of this but also some constants which are a bit suspicious. namely, grep around for -0x8000 and similar, which are invalid values for signed int32's, etc. actually, from /usr/lib/limits.h, -0x8000 is indeed the minimum value for signed int32. a brief look at the tests failing show that this is exactly what upstream tries to test, the minimum and maximum valid signed values. whether they do this correctly or not i don't know yet. i couldn't say that i'm confident that this actually is the problem, but i think blaming the compiler really ought to be the last resort. i'm somewhat half-interestedly playing around with a compile on agricola atm, if i find anything i'll be sure to share. thanks. i've also managed to get a qemu-based armel machine, and even though it's slow as hell, at least i'm not disturbing other people. so now i'm trying to debug this, as much as i can. iustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573160: dh-make: Default should be 3.0 (native) (not 3.0 (quilt)) ... or make it selectable
On Tue, Mar 09, 2010 at 10:19:38PM +0900, Osamu Aoki wrote: I think it is better to have 3.0 (native) as default. Then it works almost as if old one. It skips .git etc for tar ball so these are improvements. 3.0 (native) is for native packages only, from dpkg-source(1): Format: 3.0 (native) This format is an extension of the native package format as defined in the 1.0 format and Format: 1.0 A source package in this format consists either of a .orig.tar.gz asso- ciated to a .diff.gz or a single .tar.gz (in that case the package is said to be native). If you insist 3.0 (quilt) here, Build-Depends: debhelper (= 7) should include quilt. (per http://wiki.debian.org/Projects/DebSrc3.0 ) Where does it say that, from that webpage: Does a 3.0 (quilt) source package need to build-depend on quilt? If you drop the quilt usage in debian/rules (patch/unpatch logic), then no. Oh, it seems debhelper (= 7) is not good default. Lintian recommend debhelper (= 7.0.50) which is new enough to support dh syntax well. I've updated this to 7.0.50, yes as we're using just dh we need to increase the depends version. Also using quilt seem to need some funky make file modification ... I Using quilt without the 3.0 (quilt) source format you have to. Using quilt within a 3.0 (quilt) source format you do not need this anymore. But Raphael Hertzog states in http://wiki.debian.org/Projects/DebSrc3.0 So I do not know what dh-make should do. Not put any of the quilt-specific stuff in. It probably means I need to remove the quilt flags. The thing is, I'm not sure what you do if you want to use dpatch. Once we sort these up, main story of maint-guide should be made to use 3.0 (native). Then dpatch section should be replaced with example to use 3.0 (quilt) format. The maint guide should use 3.0 (native) as it's a Debian speicific native package. The examples should use quilt format. -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572601: [php-maint] Bug#572601: Bug#572601: Bug#572601: Bug#572601: Bug#572561: php5: crypt() output inconsistency between version 5.2 and 5.3
Attaching updated patch. Changelog: - non-system functions were not defined in PHP - static buffer needs to be cleared (SHA256 and SHA512 output were same) - just a guess, if it doesn't work, it will need more testing Ondrej -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ --- a/ext/standard/config.m4 +++ b/ext/standard/config.m4 @@ -60,6 +60,12 @@ if test $ac_cv_func_crypt = no; then AC_DEFINE(HAVE_CRYPT, 1, [ ]) ]) fi + +AC_CHECK_FUNCS(crypt_r, [ php_crypt_r=1 ], [ php_crypt_r=0 ]) +if test x$php_crypt_r = x1; then + PHP_CRYPT_R_STYLE + AC_DEFINE(HAVE_CRYPT_R, 1, [ ]) +fi AC_CACHE_CHECK(for standard DES crypt, ac_cv_crypt_des,[ AC_TRY_RUN([ @@ -231,11 +237,68 @@ main() { ac_cv_crypt_SHA256=no ])]) +dnl +dnl Define PHP_*_CRYPT according to system +dnl + +if test $ac_cv_crypt_des = yes; then + ac_result=1 + ac_crypt_des=1 +else + ac_result=0 + ac_crypt_des=0 +fi +AC_DEFINE_UNQUOTED(PHP_STD_DES_CRYPT, $ac_result, [Whether the system supports standard DES salt]) + +if test $ac_cv_crypt_md5 = yes; then + ac_result=1 + ac_crypt_md5=1 +else + ac_result=0 + ac_crypt_md5=0 +fi +AC_DEFINE_UNQUOTED(PHP_MD5_CRYPT, $ac_result, [Whether the system supports MD5 salt]) + +if test $ac_cv_crypt_blowfish = yes; then + ac_result=1 + ac_crypt_blowfish=1 +else + ac_result=0 + ac_crypt_blowfish=0 +fi +AC_DEFINE_UNQUOTED(PHP_BLOWFISH_CRYPT, $ac_result, [Whether the system supports BlowFish salt]) + +if test $ac_cv_crypt_ext_des = yes; then + ac_result=1 + ac_crypt_edes=1 +else + ac_result=0 + ac_crypt_edes=0 +fi +AC_DEFINE_UNQUOTED(PHP_EXT_DES_CRYPT, $ac_result, [Whether the system supports extended DES salt]) + +if test $ac_cv_crypt_SHA512 = yes; then + ac_result=1 + ac_crypt_sha512=1 +else + ac_result=0 + ac_crypt_sha512=0 +fi +AC_DEFINE_UNQUOTED(PHP_SHA512_CRYPT, $ac_result, [Whether the system supports SHA512 salt]) + +if test $ac_cv_crypt_SHA256 = yes; then + ac_result=1 + ac_crypt_sha256=1 +else + ac_result=0 + ac_crypt_sha256=0 +fi +AC_DEFINE_UNQUOTED(PHP_SHA256_CRYPT, $ac_result, [Whether the system supports SHA256 salt]) dnl dnl If one of them is missing, use our own implementation, portable code is then possible dnl -if test $ac_cv_crypt_blowfish = no || test $ac_cv_crypt_des = no || test $ac_cv_crypt_ext_des = no || test x$php_crypt_r = x0; then +if test $ac_cv_crypt_SHA512 = no || test $ac_cv_crypt_SHA256 = no || test $ac_cv_crypt_blowfish = no || test $ac_cv_crypt_des = no || test $ac_cv_crypt_md5 = no || test $ac_cv_crypt_ext_des = no || test x$php_crypt_r = x0; then dnl dnl Check for __alignof__ support in the compiler @@ -268,66 +331,16 @@ if test $ac_cv_crypt_blowfish = no | if test $ac_cv_attribute_aligned = yes; then AC_DEFINE([HAVE_ATTRIBUTE_ALIGNED], 1, [whether the compiler supports __attribute__ ((__aligned__))]) fi - - AC_DEFINE_UNQUOTED(PHP_USE_PHP_CRYPT_R, 1, [Whether PHP has to use its own crypt_r for blowfish, des, ext des and md5]) - AC_DEFINE_UNQUOTED(PHP_STD_DES_CRYPT, 1, [Whether the system supports standard DES salt]) - AC_DEFINE_UNQUOTED(PHP_BLOWFISH_CRYPT, 1, [Whether the system supports BlowFish salt]) - AC_DEFINE_UNQUOTED(PHP_EXT_DES_CRYPT, 1, [Whether the system supports extended DES salt]) - AC_DEFINE_UNQUOTED(PHP_MD5_CRYPT, 1, [Whether the system supports MD5 salt]) - AC_DEFINE_UNQUOTED(PHP_SHA512_CRYPT, 1, [Whether the system supports SHA512 salt]) - AC_DEFINE_UNQUOTED(PHP_SHA256_CRYPT, 1, [Whether the system supports SHA256 salt]) + ac_result=1 PHP_ADD_SOURCES(PHP_EXT_DIR(standard), crypt_freesec.c crypt_blowfish.c crypt_sha512.c crypt_sha256.c php_crypt_r.c) else - if test $ac_cv_crypt_des = yes; then -ac_result=1 -ac_crypt_des=1 - else -ac_result=0 -ac_crypt_des=0 - fi - AC_DEFINE_UNQUOTED(PHP_STD_DES_CRYPT, $ac_result, [Whether the system supports standard DES salt]) - - if test $ac_cv_crypt_blowfish = yes; then -ac_result=1 -ac_crypt_blowfish=1 - else -ac_result=0 -ac_crypt_blowfish=0 - fi - AC_DEFINE_UNQUOTED(PHP_BLOWFISH_CRYPT, $ac_result, [Whether the system supports BlowFish salt]) - - if test $ac_cv_crypt_ext_des = yes; then -ac_result=1 -ac_crypt_edes=1 - else -ac_result=0 -ac_crypt_edes=0 - fi - AC_DEFINE_UNQUOTED(PHP_EXT_DES_CRYPT, $ac_result, [Whether the system supports extended DES salt]) - - if test $ac_cv_crypt_sha512 = yes; then -ac_result=1 -ac_crypt_sha512=1 - else -ac_result=0 -ac_crypt_sha512=0 - fi - AC_DEFINE_UNQUOTED(PHP_EXT_SHA512_CRYPT, $ac_result, [Whether the system supports SHA512 salt]) - - if test $ac_cv_crypt_sha256 = yes; then -ac_result=1 -ac_crypt_sha256=1 - else -ac_result=0 -ac_crypt_sha256=0 - fi - AC_DEFINE_UNQUOTED(PHP_EXT_SHA256_CRYPT, $ac_result, [Whether the system supports SHA256 salt]) - - AC_DEFINE_UNQUOTED(PHP_USE_PHP_CRYPT_R, 0, [Whether PHP has to use its own crypt_r for blowfish, des and ext des]) + ac_result=0 fi
Bug#539815: Fails to set the globa network
Package: dokuwiki Version: 0.0.20091225c-3 Severity: important This bug is a result of an incorrect debconf priority regarding the access scope. The attached patch changes the priority of variable 'dokuwiki/system/accessible' from medium to high and fixes this bug. -Matti --- debian/config.orig 2010-03-10 02:41:02.0 +0200 +++ debian/config 2010-03-10 02:41:43.0 +0200 @@ -74,7 +74,7 @@ sub accessible { title(Access Control); - input(medium, dokuwiki/system/accessible); + input(high, dokuwiki/system/accessible); my @ret = go(); if ($ret[0] == 30) { return undef;
Bug#573232: uptimed: truncating database to maxrecords lead to data loss
severity 573232 normal tags 573232 upstream forwarded 573232 ra...@podgorny.cz thanks On Tue, Mar 9, 2010 at 11:42 PM, Martin Steigerwald mar...@lichtvoll.de wrote: Severity: grave Justification: causes non-serious data loss grave and non-serious? I don't know when exactly, maybe today I updated uptimed and somehow either debconf didn't ask me whether I'd like uptimed.conf being overwritten or I accidently answered yes to this question. This set maxrecords from zero to 25. And uptimed truncated the log. I first thought I lost the other I believe this is the expected behaviour. entries upon a recent crash of the OSS radeon X.org driver, but uptimed truncated the file I restored from the backup again and again. Eventually I wondered that uptimed might truncate it due to limited maxrecords settings. However it happened that the maxrecords setting changed, it may really well be that I accidentally answered a question, but I remember I did not. Well however... IMHO uptimed should not truncate the records file to the maxrecords setting when it was longer before. This should only be done manually to avoid accidental data loss of uptime history. Either by invoking some tool or by using an editor to delete the lines manually. Well to me that looks very much like a wishlist item. Your perception of the correct behaviour may actually be different from others, in particular upstream's. I for one find it very sensible that if I reduce maxrecords the record file will be truncated. You're supposed to know what you're doing when setting up a piece of software. The only potential bug I could see here would be if upgrading uprecords actually overwrites the records file, but I'm not aware of such a bug so far. Truncating the file also led to a misleading %up value. I had more than 91% and then it was about 60%. Even on reducing max records, when there are more records already saved in the records file this information should not be lost without manual intervention. uptimed could still only add records up to maxrecords, but it should leave existing records beyond maxrecords in the file. I disagree. I'll leave it to the upstream maintainer to settle this; depending on his feedback I might requalify the bug as wishlist. I can report this upstream as well if you wish. Or maybe it could be forwarded? CC'ing upstream -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (450, 'testing'), (400, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32.8-tp42-toi-3.0.99.49 (PREEMPT) 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 uptimed depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libuptimed0 1:0.3.16-3.1 Library for uptimed uptimed recommends no packages. uptimed suggests no packages. -- debconf information: * uptimed/mail/do_mail: Both * uptimed/mail/address: r...@localhost * uptimed/interval: 43200 * uptimed/mail/milestones_info: * uptimed/maxrecords: 25 HTH -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573232: uptimed: truncating database to maxrecords lead to data loss
Package: uptimed Version: 1:0.3.16-3.1 Severity: grave Justification: causes non-serious data loss I don't know when exactly, maybe today I updated uptimed and somehow either debconf didn't ask me whether I'd like uptimed.conf being overwritten or I accidently answered yes to this question. This set maxrecords from zero to 25. And uptimed truncated the log. I first thought I lost the other entries upon a recent crash of the OSS radeon X.org driver, but uptimed truncated the file I restored from the backup again and again. Eventually I wondered that uptimed might truncate it due to limited maxrecords settings. However it happened that the maxrecords setting changed, it may really well be that I accidentally answered a question, but I remember I did not. Well however... IMHO uptimed should not truncate the records file to the maxrecords setting when it was longer before. This should only be done manually to avoid accidental data loss of uptime history. Either by invoking some tool or by using an editor to delete the lines manually. Truncating the file also led to a misleading %up value. I had more than 91% and then it was about 60%. Even on reducing max records, when there are more records already saved in the records file this information should not be lost without manual intervention. uptimed could still only add records up to maxrecords, but it should leave existing records beyond maxrecords in the file. I can report this upstream as well if you wish. Or maybe it could be forwarded? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (450, 'testing'), (400, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32.8-tp42-toi-3.0.99.49 (PREEMPT) 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 uptimed depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libuptimed0 1:0.3.16-3.1 Library for uptimed uptimed recommends no packages. uptimed suggests no packages. -- debconf information: * uptimed/mail/do_mail: Both * uptimed/mail/address: r...@localhost * uptimed/interval: 43200 * uptimed/mail/milestones_info: * uptimed/maxrecords: 25 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556585: (no subject)
Additionally, I should note that if I attempt to rmmod the module and modprobe it, I have the following errors logged by my kernel: [55412.053721] iwlagn :03:00.0: PCI INT A disabled [55427.285783] iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, 1.3.27ks [55427.285785] iwlagn: Copyright(c) 2003-2009 Intel Corporation [55427.285845] iwlagn :03:00.0: Refused to change power state, currently in D3 [55427.285856] iwlagn :03:00.0: PCI INT A - GSI 17 (level, low) - IRQ 17 [55427.285903] iwlagn :03:00.0: Detected Intel Wireless WiFi Link 4965AGN REV=0x [55427.289009] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [55427.316836] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [55427.340430] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [55427.344534] iwlagn :03:00.0: Unknown hardware type [55427.344536] iwlagn :03:00.0: Unable to init EEPROM [55427.344561] iwlagn :03:00.0: PCI INT A disabled [55427.344583] iwlagn: probe of :03:00.0 failed with error -2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556585: X61 problem on Lenny with Backports kernel
I'm having the same problem with my laptop X61 Lenovo laptop running Lenny: [54510.421880] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.433558] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.443506] iwlagn :03:00.0: BSM uCode verification failed at addr 0x3800+0 (of 788), is 0x, s/b 0xf802020 [54510.443508] iwlagn :03:00.0: Unable to set up bootstrap uCode: -5 [54510.447708] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.447708] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.447708] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.447708] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.447708] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.447708] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.447708] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.447708] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.447708] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.447708] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.447708] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.447708] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.447708] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.447708] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.447708] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.738850] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.758798] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.780043] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.797691] iwlagn :03:00.0: MAC is in deep sleep!. CSR_GP_CNTRL = 0x [54510.813181] iwlagn :03:00.0: Unable to initialize device after 5 attempts. Long ago, I had to install a kernel from backports just to get the device working at all. This bug has always existed in some form or another on this laptop. However my use of wireless had been infrequent until recently and the bug rarely popped up. Now I'm using wireless daily and this bug is rather annoying. I have the following for firmware: apt-cache show firmware-iwlwifi | grep Version\|4965 Version: 0.17~bpo50+1 Description: Binary firmware for Intel Wireless 3945, 4965 and 5000-series cards This package contains the binary firmware for Intel Wireless 3945, 4965, * Intel Wireless 4965 firmware, version 228.57.1.21 * Intel Wireless 4965 firmware, version 228.57.2.23 Version: 0.14+lenny2 Description: Binary firmware for Intel Wireless 3945 and 4965 This package contains the binary firmware for Intel Wireless 3945 and 4965 * Intel Wireless 4965 firmware, version 228.57.1.21 * Intel Wireless 4965 firmware, version 228.57.2.21 % dpkg -l|grep firmware-iwlwifi ii firmware-iwlwifi 0.17~bpo50+1 Binary firmware for Intel Wireless 3945, 496 % dpkg -l|grep 2.6.32|grep image ii linux-image-2.6.32-bpo.2-686-bigmem2.6.32-8~bpo50+1 Linux 2.6.32 for PCs with 4GB+ RAM This is my `uname -a` output: Linux parcore 2.6.32-bpo.2-686-bigmem #1 SMP Tue Feb 16 08:53:00 UTC 2010 i686 GNU/Linux The only way I can resume using my wireless card is with a full shutdown and a fresh start. The wireless will work after a fresh boot. It will have the above error within one day of solid wireless network use. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572601: [php-maint] Bug#572601: Bug#572601: Bug#572601: Bug#572561: php5: crypt() output inconsistency between version 5.2 and 5.3
JFTR, the new crypt.c (and accompanying m4 code) is one big mess. It works only because embedded crypt code is used every time. Which is just reinventing wheel again and again. So to list all those bugs I have noticed: 1. crypt_r is checked before -lcrypt is added to LIBS, so HAVE_CRYPT_R is never defined 2. ac_cv_crypt_SHA{256,512} vs ac_cv_crypt_sha{256,512} ends with PHP_SHA{256,512}_CRYPT is never defined. 3. if you don't have HAVE_CRYPT_R (or neither _REENTRANT nor _THREAD_SAFE is defined) and PHP own implementation is not used - PHP(crypt) function does nothing at all, since call to crypt() was dropped in 5.3.x. 4. Blowfish code accepts 00-03 and 32-39 as count, which is invalid 5. Some more minor glitches like calling extended DES init function every time you call PHP(crypt). At least it's optimized inside this function to be called just once. But I am not convinced that this magic (allocating mutexes, etc.) is needed at all. I am not going to report them individually, but as patch to use internal implementation only for algorithms not present in system crypt() function. But it needs a review. Sean, Raphael, could you take a look at attached patch (also in our git). It compiles fine (right now dpkg-buildpackage is stuck in unit tests), and it's not very complicated, so I guess it should be OK, but since it heavily modifies PHP(crypt) function, it would be better if it gets a review by more eyes. Ondrej -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ --- a/ext/standard/config.m4 +++ b/ext/standard/config.m4 @@ -60,6 +60,12 @@ if test $ac_cv_func_crypt = no; then AC_DEFINE(HAVE_CRYPT, 1, [ ]) ]) fi + +AC_CHECK_FUNCS(crypt_r, [ php_crypt_r=1 ], [ php_crypt_r=0 ]) +if test x$php_crypt_r = x1; then + PHP_CRYPT_R_STYLE + AC_DEFINE(HAVE_CRYPT_R, 1, [ ]) +fi AC_CACHE_CHECK(for standard DES crypt, ac_cv_crypt_des,[ AC_TRY_RUN([ @@ -231,11 +237,68 @@ main() { ac_cv_crypt_SHA256=no ])]) +dnl +dnl Define PHP_*_CRYPT according to system +dnl + +if test $ac_cv_crypt_des = yes; then + ac_result=1 + ac_crypt_des=1 +else + ac_result=0 + ac_crypt_des=0 +fi +AC_DEFINE_UNQUOTED(PHP_STD_DES_CRYPT, $ac_result, [Whether the system supports standard DES salt]) + +if test $ac_cv_crypt_md5 = yes; then + ac_result=1 + ac_crypt_md5=1 +else + ac_result=0 + ac_crypt_md5=0 +fi +AC_DEFINE_UNQUOTED(PHP_MD5_CRYPT, $ac_result, [Whether the system supports MD5 salt]) + +if test $ac_cv_crypt_blowfish = yes; then + ac_result=1 + ac_crypt_blowfish=1 +else + ac_result=0 + ac_crypt_blowfish=0 +fi +AC_DEFINE_UNQUOTED(PHP_BLOWFISH_CRYPT, $ac_result, [Whether the system supports BlowFish salt]) + +if test $ac_cv_crypt_ext_des = yes; then + ac_result=1 + ac_crypt_edes=1 +else + ac_result=0 + ac_crypt_edes=0 +fi +AC_DEFINE_UNQUOTED(PHP_EXT_DES_CRYPT, $ac_result, [Whether the system supports extended DES salt]) + +if test $ac_cv_crypt_SHA512 = yes; then + ac_result=1 + ac_crypt_sha512=1 +else + ac_result=0 + ac_crypt_sha512=0 +fi +AC_DEFINE_UNQUOTED(PHP_SHA512_CRYPT, $ac_result, [Whether the system supports SHA512 salt]) + +if test $ac_cv_crypt_SHA256 = yes; then + ac_result=1 + ac_crypt_sha256=1 +else + ac_result=0 + ac_crypt_sha256=0 +fi +AC_DEFINE_UNQUOTED(PHP_SHA256_CRYPT, $ac_result, [Whether the system supports SHA256 salt]) dnl dnl If one of them is missing, use our own implementation, portable code is then possible dnl -if test $ac_cv_crypt_blowfish = no || test $ac_cv_crypt_des = no || test $ac_cv_crypt_ext_des = no || test x$php_crypt_r = x0; then +if test $ac_cv_crypt_SHA512 = no || test $ac_cv_crypt_SHA256 = no || test $ac_cv_crypt_blowfish = no || test $ac_cv_crypt_des = no || test $ac_cv_crypt_md5 = no || test $ac_cv_crypt_ext_des = no || test x$php_crypt_r = x0; then dnl dnl Check for __alignof__ support in the compiler @@ -268,66 +331,16 @@ if test $ac_cv_crypt_blowfish = no | if test $ac_cv_attribute_aligned = yes; then AC_DEFINE([HAVE_ATTRIBUTE_ALIGNED], 1, [whether the compiler supports __attribute__ ((__aligned__))]) fi - - AC_DEFINE_UNQUOTED(PHP_USE_PHP_CRYPT_R, 1, [Whether PHP has to use its own crypt_r for blowfish, des, ext des and md5]) - AC_DEFINE_UNQUOTED(PHP_STD_DES_CRYPT, 1, [Whether the system supports standard DES salt]) - AC_DEFINE_UNQUOTED(PHP_BLOWFISH_CRYPT, 1, [Whether the system supports BlowFish salt]) - AC_DEFINE_UNQUOTED(PHP_EXT_DES_CRYPT, 1, [Whether the system supports extended DES salt]) - AC_DEFINE_UNQUOTED(PHP_MD5_CRYPT, 1, [Whether the system supports MD5 salt]) - AC_DEFINE_UNQUOTED(PHP_SHA512_CRYPT, 1, [Whether the system supports SHA512 salt]) - AC_DEFINE_UNQUOTED(PHP_SHA256_CRYPT, 1, [Whether the system supports SHA256 salt]) + ac_result=1 PHP_ADD_SOURCES(PHP_EXT_DIR(standard), crypt_freesec.c crypt_blowfish.c crypt_sha512.c crypt_sha256.c php_crypt_r.c) else - if test $ac_cv_crypt_des = yes; then -ac_result=1 -ac_crypt_des=1 - else -ac_result=0 -ac_crypt_des=0 - fi -
Bug#573233: banshee: volume control stop working
Package: banshee Version: 1.5.4-1 Severity: normal Since some time now, banshee does not properly set volume after the first song was played. While the first song after starting banshee is still playing, I can freely adjust the volume to my liking. But as soon as the second song starts, the volume control becomes useless; setting it anywhere between 0 and 100% does not change the volume at all. Only after a restart am I able to again control the volume - for one song. Running banshee with --debug gives no hints as to the cause of the problem. -towo -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages banshee depends on: ii gnome-icon-theme 2.28.0-1 GNOME Desktop icon theme ii gstreamer0.10-alsa [gs 0.10.27-1 GStreamer plugin for ALSA ii gstreamer0.10-plugins- 0.10.18-1 GStreamer plugins from the bad s ii gstreamer0.10-plugins- 0.10.27-1 GStreamer plugins from the base ii gstreamer0.10-plugins- 0.10.19-1 GStreamer plugins from the good ii gstreamer0.10-pulseaud 0.10.19-1 GStreamer plugin for PulseAudio ii hal0.5.14-2 Hardware Abstraction Layer ii libboo2.0.9-cil0.9.2.3383+dfsg-1 python-like language and compiler ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-2 The Cairo 2D vector graphics libra ii libclutter-1.0-0 1.0.8-1 Open GL based interactive canvas l ii libgconf2.0-cil2.24.1-6 CLI binding for GConf 2.24 ii libgl1-mesa-glx [libgl 7.7-4 A free implementation of the OpenG ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libglib2.0-cil 2.12.9-4 CLI binding for the GLib utility l ii libgstreamer-plugins-b 0.10.27-1 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.27-1 Core GStreamer libraries and eleme ii libgtk2.0-02.18.7-1 The GTK+ graphical user interface ii libgtk2.0-cil 2.12.9-4 CLI binding for the GTK+ toolkit 2 ii libmono-addins-gui0.2- 0.4-6 GTK# frontend library for Mono.Add ii libmono-addins0.2-cil 0.4-6 addin framework for extensible CLI ii libmono-cairo2.0-cil 2.4.4~svn151842-1 Mono Cairo library (for CLI 2.0) ii libmono-corlib2.0-cil 2.4.4~svn151842-1 Mono core library (for CLI 2.0) ii libmono-posix2.0-cil 2.4.4~svn151842-1 Mono.Posix library (for CLI 2.0) ii libmono-sharpzip2.84-c 2.4.4~svn151842-1 Mono SharpZipLib library (for CLI ii libmono-system-data2.0 2.4.4~svn151842-1 Mono System.Data Library (for CLI ii libmono-system2.0-cil 2.4.4~svn151842-1 Mono System libraries (for CLI 2.0 ii libmono-zeroconf1.0-ci 0.9.0-2 CLI library for multicast DNS serv ii libmtp81.0.2-2 Media Transfer Protocol (MTP) libr ii libndesk-dbus-glib1.0- 0.4.1-3 CLI implementation of D-Bus (GLib ii libndesk-dbus1.0-cil 0.6.0-4 CLI implementation of D-Bus ii libnotify0.4-cil 0.4.0~r3032-2 CLI library for desktop notificati ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libsqlite3-0 3.6.22-1 SQLite 3 shared library ii libtaglib2.0-cil 2.0.3.6+dfsg-1CLI library for accessing audio an ii libwebkit1.1-cil 0.3-2 CLI binding for the WebKit library ii libx11-6 2:1.3.3-1 X11 client-side library ii libxrandr2 2:1.3.0-3 X11 RandR extension library ii libxxf86vm11:1.1.0-2 X11 XFree86 video mode extension l ii mono-runtime 2.4.4~svn151842-1 Mono runtime Versions of packages banshee recommends: ii avahi-daemon 0.6.25-3 Avahi mDNS/DNS-SD daemon ii brasero 2.28.3-3 CD/DVD burning application for GNO ii gstreamer0.10-plugins-bad 0.10.18-1 GStreamer plugins from the bad s ii podsleuth 0.6.6-1Tool to discover detailed informat Versions of packages banshee suggests: pn banshee-dbg none (no description available) ii gstreamer0.10-ffmpeg 0.10.10-1 FFmpeg plugin for GStreamer ii gstreamer0.10-plugins-ugly0.10.14-1 GStreamer plugins from the ugly -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556585: (no subject)
lspci reports the following devices (both before and after module loading or driver breakage): 00:19.0 Ethernet controller: Intel Corporation 82566MM Gigabit Network Connection (rev 03) 03:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev ff) The Gigabit network card works fine and the wireless card is always on the fritz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573234: [icedtea6-plugin] libxul.so: cannot open shared object file
Package: icedtea6-plugin Version: 6b18~pre1-4 Severity: normal Hi! Icedove constantly outputs to stderr: LoadPlugin: failed to initialize shared library /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/IcedTeaNPPlugin.so [libxul.so: cannot open shared object file: No such file or directory] # ldd /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/IcedTeaNPPlugin.so shows: libxul.so = not found libxpcom.so = not found What's going on? Regards, Vedran --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-trunk-amd64 Debian Release: squeeze/sid 900 unstablewww.debian-multimedia.org 900 unstableftp.hr.debian.org 800 experimentalwww.debian-multimedia.org 800 experimentalftp.hr.debian.org 500 unstable/snapshots stable unofficial.debian-maintainers.org 500 testing security.debian.org 500 testing ftp.hr.debian.org --- Package information. --- Depends (Version) | Installed ==-+- openjdk-6-jre (= 6b18~pre1-4) | 6b18~pre1-4 libatk1.0-0(= 1.20.0) | 1.28.0-1 libc6 (= 2.3.2) | 2.10.2-6 libcairo2 (= 1.2.4) | 1.8.10-2 libfontconfig1 (= 2.8.0) | 2.8.0-2 libfreetype6(= 2.2.1) | 2.3.11-1 libgcc1 (= 1:4.1.1) | 1:4.4.3-3 libglib2.0-0 (= 2.16.0) | 2.22.4-1 libgtk2.0-0 (= 2.8.0) | 2.18.7-1 libnspr4-0d (= 1.8.0.10) | 4.8.4-1 libpango1.0-0 (= 1.14.0) | 1.26.2-1 libstdc++6 (= 4.2.1) | 4.4.3-3 Package's Recommends field is empty. Package's Suggests field is empty. -- http://vedranf.net | a8e7a7783ca0d460fee090cc584adc12 attachment: vedran_furac.vcf
Bug#569091: Uses obsolete V4L1 API
On Tue, 09 Mar 2010 21:33:35 +0200, Damyan Ivanov wrote: === examples/autotune === Can't call method mode on an undefined value at examples/autotune line 25. === examples/capture === Can't call method mode on an undefined value at examples/capture line 85. These look like your camera has no tuner. Whatever that is. Nothing to worry about, I think. Ack, probably related to TV cards. === examples/getepg === Undefined subroutine Video::Capture::V4l::VBI::v4l_open called at /usr/lib/perl5/Video/Capture/V4l.pm line 177. your v4l1.patch helps here. Thanks! Good :) 3) I'm wondering if we need to replace munmap/ioctl/mmap/read too? I've started to do that some time ago (attachment v4l1.patch) but now I don't see a difference. Since libv4l has wrappers for these, I think using them is the way to go. Included in the debian package patch. (and thanks again!) I'm happy if my attempts in C/XS are useful :) 4) Testing is a bit difficult for me with my cheap webcam, since it doesn't support many functions; IIUIC some stuff expects a TV card I'll try the package on the eee and see if it works. I can try on my laptop tomorrow, my desktop machine has a rather non-default kernel ... Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG Key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-NP: Aziza Mustafà Zadeh: Dance Of Fire signature.asc Description: Digital signature
Bug#572601: [debian/debian-sid] New debian patch php_crypt_revamped.patch
tag 572601 pending thanks Date: Tue Mar 9 22:09:19 2010 +0100 Author: OndÅej Surý ond...@sury.org Commit ID: bf709fce1ca394110d1d5af4145a4bfda947b6c9 Commit URL: http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=bf709fce1ca394110d1d5af4145a4bfda947b6c9 Patch URL: http://git.debian.org/?p=pkg-php/php.git;a=commitdiff_plain;h=bf709fce1ca394110d1d5af4145a4bfda947b6c9 New debian patch php_crypt_revamped.patch Author: OndÅej Surý ond...@sury.org Forwarded: yes Description: Make PHP use its own internal implementation of crypt algorithms only for those which are not present in standard system library. This means extended DES and BlowFish on current Debian libc6. Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572601 Closes: #572601 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573235: beancounter: Man Page / POD typos where dbsystem is used in place of dbname twice
Package: beancounter Version: 0.8.8 Severity: minor Originally Reported in ubuntu karmic. Binary package hint: beancounter The dbname config option in the manpage is labeled twice incorrectly as dbsystem... $ man beancounter | grep -A1 -P '^.*.(dbsystem|dbname).{0,75}.' -o --dbsystem system use db backend system, default is PostgreSQL --dbname name use db name, default is beancounter -- --dbsystem allows to switch to a different database backend. The default is PostgreSQL -- --dbsystem allows to switch to an alternate database. The default is ’beancounter’ -- dbsystem to select a database backend, e.g. to switch from PostgreSQL to MySQL or SQ dbsystem to select a different default database name other than the default of ’be $ beancounter version 0.8.8 (1.103) as of 2007/10/04 $ apt-cache show beancounter | grep -i -P '(filename|version)' Version: 0.8.8 Filename: pool/universe/b/beancounter/beancounter_0.8.8_all.deb $ lsb_release -rd Description: Ubuntu 9.04 Release: 9.04 -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic-backports'), (500, 'karmic') Architecture: i386 (i686) Kernel: Linux 2.6.31-20-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages beancounter depends on: ii libdate-manip-perl 5.54-1a perl library for manipulating da ii libdbd-mysql-perl 4.011-1ubuntu1A Perl5 database interface to the ii libdbi-perl1.609-1 Perl Database Interface (DBI) pn libfinance-yahooquote- none(no description available) pn libstatistics-descript none(no description available) ii mysql-client 5.1.37-1ubuntu5.1 MySQL database client (metapackage ii mysql-client-5.1 [mysq 5.1.37-1ubuntu5.1 MySQL database client binaries ii perl 5.10.0-24ubuntu4 Larry Wall's Practical Extraction beancounter recommends no packages. beancounter suggests no packages. -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic-backports'), (500, 'karmic') Architecture: i386 (i686) Kernel: Linux 2.6.31-20-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages beancounter depends on: ii libdate-manip-perl 5.54-1a perl library for manipulating da ii libdbd-mysql-perl 4.011-1ubuntu1A Perl5 database interface to the ii libdbi-perl1.609-1 Perl Database Interface (DBI) pn libfinance-yahooquote- none(no description available) pn libstatistics-descript none(no description available) ii mysql-client 5.1.37-1ubuntu5.1 MySQL database client (metapackage ii mysql-client-5.1 [mysq 5.1.37-1ubuntu5.1 MySQL database client binaries ii perl 5.10.0-24ubuntu4 Larry Wall's Practical Extraction beancounter recommends no packages. beancounter 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#572839: [Fwd: Bug#572839: transition: graphviz]
Hi all! On Tue, Mar 09, 2010 at 05:05:47PM -0600, Dirk Eddelbuettel wrote: On 9 March 2010 at 21:33, David Claughton wrote: | That would be the latest 2.26.3 version. It's in experimental now, | unfortunately I overlooked that ggobi doesn't compile against it (as it | stands), or I would have contacted you sooner. | | I can confirm that ggobi with the patch removed compiles and appears to | work against the new graphviz (based on a quick random test I just did | at any rate :-) | | Do you have time to look into updating ggobi over the next few days? | Ideally I'd like to go ahead with uploading the new graphviz to unstable | as I've just been given the go-ahead by the release team for the | transition, but is that going to be a problem for you? I think I can re-build ggobi pretty much within hours given a new graphviz. But my pbuilder does only look at unstable -- so can you upload? I would follow quickly so that ggobi would not be a blocker. graphviz should now already sit in incoming (provided I didn't mess up uploading again). Regards Christoph -- /\ ASCII Ribbon : GPG-Key ID: 0xD49AE731 \ /Campaign : CaCert Assurer X against HTML : Debian Developer / \ in eMails : http://www.debian.org/ http://www.christoph-egger.org/ signature.asc Description: Digital signature
Bug#572601: [php-maint] Bug#572601: Bug#572601: Bug#572601: Bug#572601: Bug#572601: Bug#572561: php5: crypt() output inconsistency between version 5.2 and 5.3
Ok, one more (last I promise) update. It looks like that I just setting -initialized to 0 is just fine, and the error is in http://cz.php.net/manual/en/function.crypt.php example code (notice $5$ in SHA512 example). So I am reverting that change back. Updated patch can be found at: http://git.debian.org/?p=pkg-php/php.git;a=blob_plain;f=debian/patches/php_crypt_revamped.patch;hb=HEAD Ondrej 2010/3/10 Ondřej Surý ond...@debian.org: Attaching updated patch. Changelog: - non-system functions were not defined in PHP - static buffer needs to be cleared (SHA256 and SHA512 output were same) - just a guess, if it doesn't work, it will need more testing Ondrej -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569984: profiling bugs are not RC critical reports
severity 569984 normal thanks profiling bugs are not RC critical reports for the compiler packages; please set the appropriate severity when reassigning, and comment on the reason you are reassigning. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555668: elfsign uses MD5
Hi Andrew, Am Sunday 07 March 2010 18:47:29 schrieb Andrew Pollock: [..] Hi Stefan, I'd missed the fact that you'd done this until now. Thanks! It looks anatomically correct, but makes it impossible to check existing signed binaries that have MD5 checksums. It's a good start though, and is definitely better than nothing. I'll have a play with it. One thing I could offer would be a patch implementing both md5 and sha1, together with a command line switch to select one of the algorithms. Do you think that'd make sense? Ideally, I think an automatic detection wether md5 or sha1 is used in a signed binary would be better. However I assume that that'd be over my skill. Cheers, Stefan. signature.asc Description: This is a digitally signed message part.
Bug#571442: [libxine1] [regression] xine audio output level too low, cannot increase audio output level : more info
I demand that Roland Eggner may or may not have written... On Tuesday March 09th 2010 at 18:33:04 Darren Salt wrote: [snip] update to libxine1_1.1.18.1-1 leaves the problem UNMODIFIED: xine audio output level too low in xine gui I cannot increase audio output level via keyboard in xine gui I cannot increase audio output level via menu command Which audio output plugin? As I wrote: xine, more accurate xine-ui_0.99.5+cvs20070914-2.1 xine-ui is not an audio output plugin. It can tell you which one is in use, though (you'll have to run it with --verbose). … (You could always try a different one.) On notebooks hd space is always tight … downgrading requires NO additional hd space :) How is that relevant to trying different audio output plugins? $ xine --list-plugins=audio_out ... $ xine -A plugin If you're using ALSA (which is what I use), also check (setup window) that – assuming that you're using stereo output – audio.device.alsa_default_device and audio.device.alsa_front_device point at the same device. If not, this is a possible cause of what you're seeing, since the default device is the one which xine-lib's ALSA output plugin uses for volume control. is there a possibility to tell this BTS, that this is a bugreport against libxine1_1.1.17-1+b1 and libxine1_1.1.18.1-1 and NOT against libxine1_1.1.17-1 ? That it occurs in .17-1+b1 but not .17-1 says that something external to xine-lib is causing this. Output of „grep status\ installed\ libxine1 /var/log/dpkg.log“ reported on 2010-02-25 and on 2010-03-09 shows you EXACTLY the packages, downgrading of which yielded a usable xine-ui. Well, yes, but that's not of any help at all: .17-1+b1 is a binNMU, i.e. a rebuild using unchanged source, usually done to cause a dependency change (as it was in this case). I'm still thinking that something else on your system has been changed (and yes, it works fine here). [snip] -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Doon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | Army | + This comment has been censored. As of next week, passwords will be entered in Morse code. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573063: konsole kfreebsd-i386 blank (terminal) display
On Mon, Mar 8, 2010 at 6:11 PM, Alan BRASLAU alan.bras...@cea.fr wrote: Package: konsole Version: 4:4.3.4-1 Severity: important Under kfreebsd(-i386) konsole is unusable: The terminal display is blank (just a blinking cursor) with no output (or blind input). I have tried different shell commands and tested this on both the :0 display and on an (otherwise working) remote display through XDMCP. Hmm, that's strange. I had added a patch in kdelibs 4:4.3.4-1 to fix that issue. I'll test again when I can. Regards, George -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573236: RFP: logfsprogs -- LogFS file system utilities
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, riku.voi...@iki.fi, dan...@lists.debian-maintainers.org Package name: logfsprogs Version: Upstream Author: Joern Engel jo...@logfs.org URL: http://logfs.org/ License: GPL Description: LogFS file system utilities LogFS is a scalable flash filesystem. It is aimed to replace JFFS2 for most uses, but focuses more on large devices. JFFS2 works well enough on small devices, it just gets slow (for example mounting can take minutes) and uses up too much memory on larger ones. This package contains utilities needed to create (mklogfs) and check consistency (logfsck) of LogFS file system. NOTE: You will also need at least version 2.6.34 of the Linux kernel with proper modules to use this file system. WARNING: LogFS in its current state it is still very experimental and should not be used for other than testing purposes. As of merging of logfs into mainline kernel after more than 2 years of development, it would be nice to have packaged mkfs.logfs (mklogfs) etc. ABI, interfaces, and format is still not stablized, but having this tools will simplify testing for most of users. I added mtd-utils and btrfs-tools and nilfs2-tools maintainers as CC, maybe they are interested in packaging this very simple program. Probably most boring work will be writing man page. Also compression support need to be documented (chattr +c, chattr -c, du). Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573237: merkaartor: crash when double-click (witch move tool) _Virtual Nodes_ x
Package: merkaartor Version: 0.15.2-1 Severity: important Merkaartor crashes when double-clicking on _Virtual Nodes_ (_x_ between nodes) - move tool selected (v0.15-0.15.2). Also compared to merkaartor_0.14+svnfixes~20090912-2+b1 merkaartor_0.15 is slow as hell when moving points - specially with big datasets. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-1-gbaac35c (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages merkaartor depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libexiv2-6 0.19-1 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.4.3-3GCC support library ii libgdal1-1.6.0 1.6.3-3+b1 Geospatial Data Abstraction Librar ii libqt4-network 4:4.5.3-4Qt 4 network module ii libqt4-svg 4:4.5.3-4Qt 4 SVG module ii libqt4-webkit 4:4.5.3-4Qt 4 WebKit module ii libqt4-xml 4:4.5.3-4Qt 4 XML module ii libqtcore4 4:4.5.3-4Qt 4 core module ii libqtgui4 4:4.5.3-4Qt 4 GUI module ii libstdc++6 4.4.3-3 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime merkaartor recommends no packages. merkaartor 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#569977: [Pkg-db-devel] Bug#569977: re. Bug#569977: Acknowledgement (libdb4.7-java-gcj: broken - prevents other packages from installing)
On Tue, Mar 09, 2010 at 03:11:13PM -0500, Gary Dale wrote: Preparing to replace libdb4.7-java-gcj 4.7.25-9 (using .../libdb4.7-java-gcj_4.7.25-9_amd64.deb) ... Unpacking replacement libdb4.7-java-gcj ... gcj-dbtool-4.2: error while loading shared libraries: libgcj.so.81: cannot open shared object file: No such file or directory Where does your gcj-dbtool-4.2 come from? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565857: [stable] support KAIREN's USB VGA adaptor
On Sun, Feb 28, 2010 at 12:21:12PM +0100, Moritz Muehlenhoff wrote: On Tue, Jan 19, 2010 at 10:59:19AM +0900, Tanaka Akira wrote: Package: linux-image-2.6.26-2-amd64 Version: 2.6.26-19lenny2 Hi. I found that KAIREN's USB VGA Adaptor (USB20SVGA-MB-PLUS) doesn't work. It is because linux-2.6-2.6.26/drivers/usb/misc/sisusbvga/sisusb.c doesn't contain the product ID of the adaptor. The vendor ID and the product ID is follows. % lsusb Bus 007 Device 002: ID 0711:0920 Magic Control Technology Corp. ... The adaptor works with following patch. --- linux-/linux-2.6-2.6.26/drivers/usb/misc/sisusbvga/sisusb.c 2008-07-14 06:51:29.0 +0900 +++ linux/linux-2.6-2.6.26/drivers/usb/misc/sisusbvga/sisusb.c 2010-01-19 05:47:52.0 +0900 @@ -3271,6 +3271,7 @@ { USB_DEVICE(0x0711, 0x0900) }, { USB_DEVICE(0x0711, 0x0901) }, { USB_DEVICE(0x0711, 0x0902) }, + { USB_DEVICE(0x0711, 0x0920) }, { USB_DEVICE(0x182d, 0x021c) }, { USB_DEVICE(0x182d, 0x0269) }, { } Note that the home page of the adaptor is http://www.kairen.co.jp/japanese/usbvga/usb20svgambplus.html (in Japanese) [ Adding sta...@kernel.org to CC] Greg, this was merged as bbcb8bbad52b8795912e8f02c2b319092b96078e , please consider for 2.6.32.x. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565857 (You signed off the patch, so there's a reasonable chance you've already done so, but just in case) Now added, thanks. greg k-h -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554021: minirok: playback should not directly start once a track is selected
Hi, thanks for looking into that. Lucas' method worked for me. Cheers, Jendrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572839: [Fwd: Bug#572839: transition: graphviz]
Christoph Egger christ...@debian.org writes: On Tue, Mar 09, 2010 at 05:05:47PM -0600, Dirk Eddelbuettel wrote: On 9 March 2010 at 21:33, David Claughton wrote: | That would be the latest 2.26.3 version. It's in experimental now, | unfortunately I overlooked that ggobi doesn't compile against it (as it | stands), or I would have contacted you sooner. | | I can confirm that ggobi with the patch removed compiles and appears to | work against the new graphviz (based on a quick random test I just did | at any rate :-) | | Do you have time to look into updating ggobi over the next few days? | Ideally I'd like to go ahead with uploading the new graphviz to unstable | as I've just been given the go-ahead by the release team for the | transition, but is that going to be a problem for you? I think I can re-build ggobi pretty much within hours given a new graphviz. But my pbuilder does only look at unstable -- so can you upload? I would follow quickly so that ggobi would not be a blocker. graphviz should now already sit in incoming (provided I didn't mess up uploading again). Yep, it's in the archive now. I have scheduled the needed binNMUs. Marc -- Fachbegriffe der Informatik - Einfach erklärt 81: Cursor-Tasten Neumodischer Schnickschnack. (Gert Döring) pgp6zsuZsDkQy.pgp Description: PGP signature
Bug#572839: transition: graphviz
Marc 'HE' Brockschmidt wrote: If you have verified that these packages all build with the new sources, you can do it tomorrow and we will do this quickly before taking on the directfb soname bump. Please ping us again after you've uploaded, so that we can schedule the needed binNMUs. Marc Hi, Graphviz has now been uploaded, please schedule the following binNMUs : nmu imagemagick_6.5.8.3-1 . ALL . -m rebuild against graphviz 2.26.3 nmu python-pygraphviz_0.99.1-1 . ALL . -m rebuild against graphviz 2.26.3 nmu anjuta-extras_2.28.0-1 . ALL . -m rebuild against graphviz 2.26.3 nmu flowcanvas_0.6.0-1 . ALL . -m rebuild against graphviz 2.26.3 Turns out ggobi needs a sourceful upload - I've contacted the maintainer and arranged for this. I wasn't sure if I should have provided dep-waits against graphviz for these or if this happens automatically? Let me know if you need these, I'll be happy to oblige. Cheers, David. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564514: akonadi-server: Fails to start up due to missing tables
i made the missing table myself with a create database mysql ; use mysql ; create table servers (c int); (ok that is probably not the format of the servers table, but i can't imagine why it would even need this table). anyway the error message disappeared but my akonadi_gcal_resource_1 still doesn't work with a 'Failed getting last updated event.'. akonadi is so obscure (to me anyway), i don't even know where to begin debugging it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554690: [DebianBug:554690] Building cross-compiler for multilib arch fails
On Tue, Mar 09, 2010 at 04:51:42PM +0100, Giel van Schijndel wrote: On Fri, Nov 06, 2009 at 12:38:33AM +0100, Goswin von Brederlow wrote: I'm trying to build a cross-compiler for i486-linux-gnu for amd64 Debian and it fails. I know, I know, there is gcc -m32. But I need to test cross-compiling and I don't have an arm cpu to test with. I followed the instructions on http://emdebian.org/tools/crossdev.html export GCC_TARGET=i386 debian/rules control dpkg-buildpackage -b -rfakeroot The problem comes when building a 64bit libgcc: I had the same problem. Further considering that I simply don't need to use the i486-linux-gnu compiler to build binaries for x86_64-linux-gnu (I can use the native compiler for that). Thus I disabled lib64 support of the cross compiler by setting this environment variable: DEB_CROSS_NO_BIARCH=yes PS I documented the build process a bit more thoroughly on my blog [1]. [1] http://blog.mortis.eu/blog/2010/03/building-a-x86-cross-compiler-on-a-x86-64-debian-based-system.html -- Met vriendelijke groet, With kind regards, Giel van Schijndel signature.asc Description: Digital signature
Bug#573238: should handle firmware.tar.gz
Package: hw-detect Severity: normal It's too easy to miss a sentence on the web page, and think that firmware.tar.gz can just be copied to a usb stick w/o being extacted like the iso is. This happened to me. :) So I think I will make hw-detect fall back to looking for firmware.tar.gz it firmware.tgz and extract it to a temp directory in order to access the debs inside. The temp directory can be removed at the end to save memory. d-i can't extract the firmware.zip. So maybe we should get rid of it? Though that would mean that Windows/DOS users would be more likely to copy in unextracted tar.gz, which would make d-i use a bit more memory briefly for the abovementioned temp dir. OTOH, most systems with Windows have *more* than enough memory. If this is done, we should probably rename firmware.tar.gz to firmware.tgz in order for it to be more DOS-friendly. -- see shy jo signature.asc Description: Digital signature
Bug#573112: blcr-dkms: Does not install: configuration problem due to missing UTS_RELEASE
Le Tuesday 09 March 2010 19:30:20 Alan Woodland, vous avez écrit : On 9 March 2010 13:26, Yves Caniou yves.can...@ens-lyon.fr wrote: Le Tuesday 09 March 2010 14:12:50 Alan Woodland, vous avez écrit : On 9 March 2010 11:29, Yves Caniou yves.can...@ens-lyon.fr wrote: Le Tuesday 09 March 2010 12:21:49 Alan Woodland, vous avez écrit : On 9 March 2010 02:24, Yves Caniou yves.can...@ens-lyon.fr wrote: Package: blcr-dkms Version: 0.8.2-9 Severity: normal Compilation with the line provided in the package (but with full path for the manually installed and running kernel) cd /var/lib/dkms/blcr/0.8.2/build env -i PATH=.:..:/sbin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/usr/local /bi n:/ usr/sbin:/usr/bin:/sbin:/bin:/usr/sbin:/sbin:/usr/lib/dkms ./configure --disable-maintainer-mode --with-linux=/usr/src/linux-2.6.33 --with-installed-libcr --with-installed-util --with-components=modules --prefix=/usr touch /var/lib/dkms/blcr/0.8.2/build/config-stamp makes the following error: configure: error: Directory /usr/src/linux-2.6.33 does not appear to contain a Linux kernel build Hmm not quite sure what's going on there. Is /usr/src/linux-2.6.33 literally the directory you built the kernel image in? (i.e. wget source, extract, configure, build, boot?) 2.6.33 isn't supported by BLCR yet, but this hasn't hit the point where I'd expect to be seeing the unsupported error message. I'll take a look at reproducing this situation so it works correctly for no Debian package kernels with DKMS. It may take a while for me to get around to it though. Alan /usr/src/linux-2.6.33 is the directory where I made (make oldconfig make bzImage make modules make modules_install make install). I also have the symbolic link /usr/src/linux as shown there: /usr/src $l /usr/src/linux lrwxrwxrwx 1 root root 12 févr. 25 06:15 /usr/src/linux - linux-2.6.33 Tell me if I can help... What does config.log say? Normally there will be something more explicit about the configuration error in there. The first error appears 2 times with: configure:7917: gcc -E conftest.c conftest.c:15:28: error: ac_nonexistent.h: No such file or directory Then a warning: configure:8616: gcc -c -g -O2 -fno-rtti -fno-exceptions conftest.c 5 cc1: warning: command line option -fno-rtti is valid for C++/ObjC++ but not for C Then again the error with the missing file with: configure:13576: g++ -E conftest.cpp conftest.cpp:28:28: error: ac_nonexistent.h: No such file or directory And finally with: configure:18642: result: no UTS_RELEASE could be extracted configure:18656: error: Directory /usr/src/linux-2.6.33 does not appear to contain a Linux kernel build Is it possible to see the whole config.log from this? There's something weird there, but I can't say what so far. Here's what comes right after the kernel build error: -- ## ## ## Cache variables. ## ## ## ac_cv_build=i686-pc-linux-gnu ac_cv_c_compiler_gnu=yes ac_cv_cxx_compiler_gnu=yes ac_cv_env_CCC_set= ac_cv_env_CCC_value= ac_cv_env_CC_set= ac_cv_env_CC_value= ac_cv_env_CFLAGS_set= ac_cv_env_CFLAGS_value= ac_cv_env_CPPFLAGS_set= ac_cv_env_CPPFLAGS_value= ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_CXXCPP_set= ac_cv_env_CXXCPP_value= ac_cv_env_CXXFLAGS_set= ac_cv_env_CXXFLAGS_value= ac_cv_env_CXX_set= ac_cv_env_CXX_value= ac_cv_env_KCC_set= ac_cv_env_KCC_value= ac_cv_env_LDFLAGS_set= ac_cv_env_LDFLAGS_value= ac_cv_env_LIBS_set= ac_cv_env_LIBS_value= ac_cv_env_MAKE_set= ac_cv_env_MAKE_value= ac_cv_env_PERL_set= ac_cv_env_PERL_value= ac_cv_env_RPMBUILD_set= ac_cv_env_RPMBUILD_value= ac_cv_env_build_alias_set= ac_cv_env_build_alias_value= ac_cv_env_host_alias_set= ac_cv_env_host_alias_value= ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ac_cv_header_dlfcn_h=yes ac_cv_header_inttypes_h=yes ac_cv_header_memory_h=yes ac_cv_header_stdc=yes ac_cv_header_stdint_h=yes ac_cv_header_stdlib_h=yes ac_cv_header_string_h=yes ac_cv_header_strings_h=yes ac_cv_header_sys_stat_h=yes ac_cv_header_sys_types_h=yes ac_cv_header_unistd_h=yes ac_cv_host=i686-pc-linux-gnu ac_cv_objext=o ac_cv_path_EGREP='/bin/grep -E' ac_cv_path_FGREP='/bin/grep -F' ac_cv_path_GREP=/bin/grep ac_cv_path_MAKE=/usr/bin/make ac_cv_path_PERL=/usr/bin/perl ac_cv_path_PWD_PROG=/bin/pwd ac_cv_path_SED=/bin/sed ac_cv_path_install='/usr/bin/install -c' ac_cv_path_mkdir=/bin/mkdir ac_cv_prog_AWK=gawk ac_cv_prog_CPP='gcc -E' ac_cv_prog_CXXCPP='g++ -E' ac_cv_prog_ac_ct_AR=ar ac_cv_prog_ac_ct_CC=gcc ac_cv_prog_ac_ct_CXX=g++ ac_cv_prog_ac_ct_OBJDUMP=objdump ac_cv_prog_ac_ct_RANLIB=ranlib ac_cv_prog_ac_ct_STRIP=strip ac_cv_prog_cc_c89= ac_cv_prog_cc_g=yes ac_cv_prog_cxx_g=yes ac_cv_prog_make_make_set=yes ac_cv_sizeof_void_p=4 am_cv_CC_dependencies_compiler_type=gcc3 am_cv_CXX_dependencies_compiler_type=gcc3 cr_cv_check_cr_signum=64
Bug#549375: xserver-xorg-video-intel: This came back after X restart.
Package: xserver-xorg-video-intel Version: 2:2.9.1-2 Severity: normal After restarting X, this bug reappeared. I can again only use X with a mouse at 1024x768. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Feb 24 2009 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1866912 Feb 16 04:25 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 1012 Mar 9 18:28 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 18741 Jan 25 22:02 /var/log/Xorg.1.log -rw-r--r-- 1 root root 42848 Mar 9 18:32 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.5 Release Date: 2010-02-16 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.8-dsa-amd64 x86_64 Debian Current Operating System: Linux bob 2.6.32-3-amd64 #1 SMP Wed Feb 24 18:07:42 UTC 2010 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-3-amd64 root=UUID=a51880f6-1f94-46e5-b75a-aca17bfb77e2 ro quiet Build Date: 16 February 2010 10:23:38AM xorg-server 2:1.7.5-1 (bui...@brahms.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: Tue Mar 9 18:30:38 2010 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x7c1e20 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 7 (--) PCI:*(0:0:2:0) 8086:2772:8086:4c43 Intel Corporation 82945G/GZ Integrated Graphics Controller rev 2, Mem @ 0xe010/524288, 0xd000/268435456, 0xe018/262144, I/O @ 0x20e0/8 (II) Open ACPI successful (/var/run/acpid.socket) (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.5, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension
Bug#573239: mirror submission for mirror.unitedcolo.de
Package: mirrors Severity: wishlist Submission-Type: new Site: mirror.unitedcolo.de Type: leaf Archive-architecture: ALL Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ IPv6: no Archive-upstream: ftp.de.debian.org Updates: twice Maintainer: Nils Buechner n.buech...@unitedcolo.de Country: DE Germany Location: Coburg, Germany Sponsor: UNITED COLO GmbH http://www.ngz-server.de Comment: Speed: 2 Gbit -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#475580: [flashplugin-nonfree] Check for updates regularly
Why not just add a script to cron.weekly (or cron.monthly or cron.daily) that runs `update-flashplugin-nonfree --install`? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528369: is last security patch in kdegraphics correct?
Hi, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=528369 looks like it has been answered some time ago. Can this bug be closed? Eckhart -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571679: moving ucs back to -recommended
Hi everyone, From a Debian bug report: - Forwarded message from Decklin Foster deck...@red-bean.com - Somewhere between Lenny and now, ucs.sty was moved from -recommended to -extra. As UTF-8 support is (I believe) a release goal, I would - End forwarded message - I somehow agree that making inputting utf8 with -recommended would be a nice thing. I don't want to dig through the dependencies now, but are there any specific reasons why we moved ucs package to latexextra? Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, JapanTU Wien, Austria Debian TeX Task Force DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 SHRIVENHAM (n.) One of Germaine Greer's used-up lovers. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573224: debian-maintainers: Please add Ahmed El-Mahmoudy as Debian Maintainer
package debian-maintainers tags 573224 moreinfo stop On Tue, Mar 09, 2010 at 11:02:33PM +0200, Ahmed El-Mahmoudy wrote: Unfortunately, I was not able to get my GPG key is *not* signed by a DD, since I live in Egypt, and there aren't any DDs here. Could you please exchange gpg signature with people in Egypt who know you personally, are involved in other Free Software projects, are well connected to the web of trust and (preferably) have their gpg keys signed by a DD. signature.asc Description: Digital signature
Bug#573240: bad unicode space in postinst: [: 92: missing ]
Package: libc6 Version: 2.10.2-6 Severity: normal r...@gnu:/home/joey/var/lib/dpkg/info/libc6.postinst configure 2.09 Checking for services that may need to be restarted... Checking init scripts... atd is running. [: 92: missing ] Checking periodic command scheduler...failed (failed to start). [: 92: missing ] Status of Common Unix Printing System: cupsd is running. [: 92: missing ] postfix is running. [: 92: missing ] could not access PID file for rsync ... failed! [: 92: missing ] gdm is running. [: 92: missing ] Nothing to restart. The bug is in the following line. The space after 1 is not a regular space, but some other unicode space, which dash does not recognise as whitespace. if [ $status = 0 ] || [ $status = 1 ] ; then -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6 depends on: ii libc-bin 2.10.2-6 Embedded GNU C Library: Binaries ii libgcc1 1:4.4.2-9 GCC support library Versions of packages libc6 recommends: ii libc6-i6862.10.2-6 GNU C Library: Shared libraries [i Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy pn glibc-doc none (no description available) ii locales 2.10.2-6 Embedded GNU C Library: National L -- debconf information excluded -- see shy jo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573241: davfs2: program is not setuid root
Package: davfs2 Version: 1.4.5-1 Severity: normal *** Please type your report below this line *** Hi, I just started to use davfs2 with the following line in my /etc/fstab: https://myremoteserver/home/user/ /media/mount_point davfs user,noauto 0 0 but when I try to mount the device as a normal user the following error is displayed: /sbin/mount.davfs: program is not setuid root It can be solved by setting the SUID bit with chmod u+s /usr/sbin/mount.davfs (/sbin/mount.davfs is a symbolic link) and adding the current user to the davfs2 group. Maybe it would be useful to add the SUID bit by default and run a postinst script that asks to add the normal user(s) to davfs2 group. What do you think? Thanks. -- System Information: Debian Release: squeeze/sid APT prefers testing Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages davfs2 depends on: ii adduser 3.112 add and remove users and groups ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libneon27-gnutls 0.29.3-2 An HTTP and WebDAV client library davfs2 recommends no packages. davfs2 suggests no packages. -- debconf information: davfs2/group_name: davfs2 davfs2/new_group: true davfs2/non_root_users_confimed: davfs2/new_user: true davfs2/user_name: davfs2 davfs2/suid_file: false -- Stefano Fortune of the day: Stay the curse. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573242: [darcs] prehook breaks remote/unchrooted host
Package: etckeeper Version: 0.43 Severity: minor etckeeper init creates the following hooks for the Darcs backend: record prehook etckeeper pre-commit -d /etc record run-prehook whatsnew prehook etckeeper pre-commit -d /etc whatsnew run-prehook I had a chroot which used etckeeper with Darcs. It works: # chroot /var/tmp/foo darcs whatsnew --summary --repodir /etc Prehook ran successfully. A ./.darcsignore A ./.etckeeper M ./etckeeper/etckeeper.conf -2 +2 But it gets very confused when run from outside the chroot: # darcs whatsnew --summary --repodir /var/tmp/foo/etc fatal: Not a git repository (or any of the parent directories): .git Prehook failed! Outside of the chroot, etckeeper is installed using git. Both the host OS and the chroot guest are running up-to-date sid/amd64. Changing -d /etc to -d . appears to fail because etckeeper reads /etc/etckeeper/etckeeper.conf (host OS, uses git), rather than directory/etckeeper/etckeeper.conf (guest chroot, uses darcs). This issue is merely irritating, so feel free to WONTFIX. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573243: Front Mic Boost mixer control missing on 2.6.33
Package: linux-2.6 Version: 2.6.33-1~experimental.2 Severity: normal This is an Asus UL30A. On 2.6.32, I get two Mic Boosts: One called Mic Boost and one called Front Mic Boost. The Front Mic Boost is for the built-in microphone mounted at the top of the display; the other is assumably the mic input jack (have not tested). On 2.6.33, the Front Mic Boost goes away, making the built-in mic unusable. Attached is the output of amixer contents on 2.6.33. Please let me know if you need one from 2.6.32. -- Package-specific info: ** Version: Linux version 2.6.33-2-amd64 (Debian 2.6.33-1~experimental.2) (m...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-8) ) #1 SMP Sun Feb 28 18:30:42 UTC 2010 ** Command line: BOOT_IMAGE=//vmlinuz-2.6.33-2-amd64 root=/dev/mapper/Heisenberg-root ro ** Not tainted ** Kernel log: [ 2138.710834] uhci_hcd :00:1d.1: restoring config space at offset 0x1 (was 0x295, writing 0x291) [ 2138.710883] uhci_hcd :00:1d.2: restoring config space at offset 0x1 (was 0x295, writing 0x291) [ 2138.710941] ehci_hcd :00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102) [ 2138.711097] ahci :00:1f.2: restoring config space at offset 0x1 (was 0x2b7, writing 0x2b00407) [ 2138.711177] ath9k :02:00.0: restoring config space at offset 0xf (was 0x1ff, writing 0x105) [ 2138.711208] ath9k :02:00.0: restoring config space at offset 0x4 (was 0x4, writing 0xfeaf0004) [ 2138.711216] ath9k :02:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x8) [ 2138.711226] ath9k :02:00.0: restoring config space at offset 0x1 (was 0x10, writing 0x17) [ 2138.711281] atl1c :03:00.0: restoring config space at offset 0xf (was 0x100, writing 0x105) [ 2138.711315] atl1c :03:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x8) [ 2138.711326] atl1c :03:00.0: restoring config space at offset 0x1 (was 0x10, writing 0x17) [ 2138.711395] PM: early resume of devices complete after 1.327 msecs [ 2138.787482] i915 :00:02.0: setting latency timer to 64 [ 2138.928256] uhci_hcd :00:1a.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 2138.928265] uhci_hcd :00:1a.0: setting latency timer to 64 [ 2138.928293] usb usb3: root hub lost power or was reset [ 2138.928316] uhci_hcd :00:1a.1: PCI INT B - GSI 21 (level, low) - IRQ 21 [ 2138.928324] uhci_hcd :00:1a.1: setting latency timer to 64 [ 2138.928351] usb usb4: root hub lost power or was reset [ 2138.928372] uhci_hcd :00:1a.2: PCI INT D - GSI 19 (level, low) - IRQ 19 [ 2138.928380] uhci_hcd :00:1a.2: setting latency timer to 64 [ 2138.928407] usb usb5: root hub lost power or was reset [ 2138.928427] ehci_hcd :00:1a.7: PCI INT C - GSI 18 (level, low) - IRQ 18 [ 2138.928436] ehci_hcd :00:1a.7: setting latency timer to 64 [ 2138.928449] HDA Intel :00:1b.0: PCI INT A - GSI 22 (level, low) - IRQ 22 [ 2138.928457] HDA Intel :00:1b.0: setting latency timer to 64 [ 2138.928510] HDA Intel :00:1b.0: irq 29 for MSI/MSI-X [ 2139.034240] uhci_hcd :00:1d.0: PCI INT A - GSI 23 (level, low) - IRQ 23 [ 2139.034248] uhci_hcd :00:1d.0: setting latency timer to 64 [ 2139.034280] usb usb6: root hub lost power or was reset [ 2139.034309] uhci_hcd :00:1d.1: PCI INT B - GSI 19 (level, low) - IRQ 19 [ 2139.034318] uhci_hcd :00:1d.1: setting latency timer to 64 [ 2139.034349] usb usb7: root hub lost power or was reset [ 2139.034374] uhci_hcd :00:1d.2: PCI INT C - GSI 18 (level, low) - IRQ 18 [ 2139.034382] uhci_hcd :00:1d.2: setting latency timer to 64 [ 2139.034413] usb usb8: root hub lost power or was reset [ 2139.034472] ehci_hcd :00:1d.7: PCI INT A - GSI 23 (level, low) - IRQ 23 [ 2139.034480] ehci_hcd :00:1d.7: setting latency timer to 64 [ 2139.034498] pci :00:1e.0: setting latency timer to 64 [ 2139.034519] ahci :00:1f.2: setting latency timer to 64 [ 2139.034624] ath9k :02:00.0: PCI INT A - GSI 17 (level, low) - IRQ 17 [ 2139.164144] sd 0:0:0:0: [sda] Starting disk [ 2140.864107] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 2140.866555] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out [ 2140.866945] ata1.00: ACPI cmd ef/10:06:00:00:00:a0 (SET FEATURES) succeeded [ 2140.866951] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out [ 2140.871645] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out [ 2140.872037] ata1.00: ACPI cmd ef/10:06:00:00:00:a0 (SET FEATURES) succeeded [ 2140.872042] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out [ 2140.873988] ata1.00: configured for UDMA/133 [ 2140.954273] PM: resume of devices complete after 2242.840 msecs [ 2140.954659] PM: Finishing wakeup. [ 2140.954662] Restarting tasks ... done. [ 2141.555932] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 2141.570194] atl1c :03:00.0: irq 30 for MSI/MSI-X [ 2141.571151] ADDRCONF(NETDEV_UP): eth0: link
Bug#573051: wontfix?
#affects 573069 + 573051 block 573051 by 573069 thanks Here's the other bug report I was talking about. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573069 removal of postgres database and user not working So I guess at least purging the package with postgres will not work for now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573245: mysql-common: Ancient default character set for clients
Package: mysql-common Version: 5.0.51a-24+lenny3 Severity: wishlist This little extra default: [client] default-character-set = utf8 could save someone's day. The default latin-1 without any respect to the mysql client language environment is too conservative. Or, at least it should be noticed in README.Debian. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (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 -- 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#573246: /proc/acpi/dsdt as the kernel requested
Package: linux-2.6 Version: 2.6.33-1~experimental.2 Severity: normal The kernel requests that I send /proc/acpi/dsdt to the developers: [5.729554] Asus Laptop ACPI Extras version 0.30 [5.740158] ACPI: SSDT bddb9540 001C4 (v01 PmRef Cpu0Ist 3000 I NTL 20051117) [5.747233] unsupported model UL30A, trying default values [5.751230] send /proc/acpi/dsdt to the developers Attached. -- Package-specific info: ** Version: Linux version 2.6.33-2-amd64 (Debian 2.6.33-1~experimental.2) (m...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-8) ) #1 SMP Sun Feb 28 18:30:42 UTC 2010 ** Command line: BOOT_IMAGE=//vmlinuz-2.6.33-2-amd64 root=/dev/mapper/Heisenberg-root ro ** Not tainted ** Kernel log: [ 2138.710834] uhci_hcd :00:1d.1: restoring config space at offset 0x1 (was 0x295, writing 0x291) [ 2138.710883] uhci_hcd :00:1d.2: restoring config space at offset 0x1 (was 0x295, writing 0x291) [ 2138.710941] ehci_hcd :00:1d.7: restoring config space at offset 0x1 (was 0x2900106, writing 0x2900102) [ 2138.711097] ahci :00:1f.2: restoring config space at offset 0x1 (was 0x2b7, writing 0x2b00407) [ 2138.711177] ath9k :02:00.0: restoring config space at offset 0xf (was 0x1ff, writing 0x105) [ 2138.711208] ath9k :02:00.0: restoring config space at offset 0x4 (was 0x4, writing 0xfeaf0004) [ 2138.711216] ath9k :02:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x8) [ 2138.711226] ath9k :02:00.0: restoring config space at offset 0x1 (was 0x10, writing 0x17) [ 2138.711281] atl1c :03:00.0: restoring config space at offset 0xf (was 0x100, writing 0x105) [ 2138.711315] atl1c :03:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x8) [ 2138.711326] atl1c :03:00.0: restoring config space at offset 0x1 (was 0x10, writing 0x17) [ 2138.711395] PM: early resume of devices complete after 1.327 msecs [ 2138.787482] i915 :00:02.0: setting latency timer to 64 [ 2138.928256] uhci_hcd :00:1a.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 2138.928265] uhci_hcd :00:1a.0: setting latency timer to 64 [ 2138.928293] usb usb3: root hub lost power or was reset [ 2138.928316] uhci_hcd :00:1a.1: PCI INT B - GSI 21 (level, low) - IRQ 21 [ 2138.928324] uhci_hcd :00:1a.1: setting latency timer to 64 [ 2138.928351] usb usb4: root hub lost power or was reset [ 2138.928372] uhci_hcd :00:1a.2: PCI INT D - GSI 19 (level, low) - IRQ 19 [ 2138.928380] uhci_hcd :00:1a.2: setting latency timer to 64 [ 2138.928407] usb usb5: root hub lost power or was reset [ 2138.928427] ehci_hcd :00:1a.7: PCI INT C - GSI 18 (level, low) - IRQ 18 [ 2138.928436] ehci_hcd :00:1a.7: setting latency timer to 64 [ 2138.928449] HDA Intel :00:1b.0: PCI INT A - GSI 22 (level, low) - IRQ 22 [ 2138.928457] HDA Intel :00:1b.0: setting latency timer to 64 [ 2138.928510] HDA Intel :00:1b.0: irq 29 for MSI/MSI-X [ 2139.034240] uhci_hcd :00:1d.0: PCI INT A - GSI 23 (level, low) - IRQ 23 [ 2139.034248] uhci_hcd :00:1d.0: setting latency timer to 64 [ 2139.034280] usb usb6: root hub lost power or was reset [ 2139.034309] uhci_hcd :00:1d.1: PCI INT B - GSI 19 (level, low) - IRQ 19 [ 2139.034318] uhci_hcd :00:1d.1: setting latency timer to 64 [ 2139.034349] usb usb7: root hub lost power or was reset [ 2139.034374] uhci_hcd :00:1d.2: PCI INT C - GSI 18 (level, low) - IRQ 18 [ 2139.034382] uhci_hcd :00:1d.2: setting latency timer to 64 [ 2139.034413] usb usb8: root hub lost power or was reset [ 2139.034472] ehci_hcd :00:1d.7: PCI INT A - GSI 23 (level, low) - IRQ 23 [ 2139.034480] ehci_hcd :00:1d.7: setting latency timer to 64 [ 2139.034498] pci :00:1e.0: setting latency timer to 64 [ 2139.034519] ahci :00:1f.2: setting latency timer to 64 [ 2139.034624] ath9k :02:00.0: PCI INT A - GSI 17 (level, low) - IRQ 17 [ 2139.164144] sd 0:0:0:0: [sda] Starting disk [ 2140.864107] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 2140.866555] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out [ 2140.866945] ata1.00: ACPI cmd ef/10:06:00:00:00:a0 (SET FEATURES) succeeded [ 2140.866951] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out [ 2140.871645] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out [ 2140.872037] ata1.00: ACPI cmd ef/10:06:00:00:00:a0 (SET FEATURES) succeeded [ 2140.872042] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out [ 2140.873988] ata1.00: configured for UDMA/133 [ 2140.954273] PM: resume of devices complete after 2242.840 msecs [ 2140.954659] PM: Finishing wakeup. [ 2140.954662] Restarting tasks ... done. [ 2141.555932] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 2141.570194] atl1c :03:00.0: irq 30 for MSI/MSI-X [ 2141.571151] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 2141.896117] ath9k: Two wiphys trying to scan at the same time [
Bug#573244: uninitialized values logged during d-i install
Package: debconf Version: 1.5.28 Severity: normal Seen in my installer syslog: Mar 9 20:58:30 in-target: Checking for services that may need to be restarted... Mar 9 20:58:30 in-target: Checking init scripts... Mar 9 20:58:31 in-target: Use of uninitialized value $template in exists at /usr/share/perl5/Debconf/Template.pm line 81, GEN2 line 850. Mar 9 20:58:31 in-target: Use of uninitialized value $item in exists at /usr/share/perl5/Debconf/DbDriver/Cache.pm line 39, GEN2 line 850. Mar 9 20:58:31 in-target: Use of uninitialized value $item in exists at /usr/share/perl5/Debconf/DbDriver/Cache.pm line 39, GEN2 line 850. Mar 9 20:59:10 in-target: Mar 9 20:59:10 in-target: Restarting services possibly affected by the upgrade: Mar 9 20:59:10 in-target: cron: stopping... Mar 9 20:59:11 in-target: starting... Mar 9 20:59:11 in-target: done. This was when pkgsel ran a aptitude upgrade, and libc6 was asking about restarting daemons, with the question proxied to cdebconf via the passthrough frontend. (I did see the question.) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debconf depends on: ii debconf-i18n 1.5.28 full internationalization support ii perl-base 5.10.1-11 minimal Perl system Versions of packages debconf recommends: ii apt-utils 0.7.25.3 APT utility programs Versions of packages debconf suggests: pn debconf-doc none (no description available) pn debconf-utils none (no description available) ii dialog1.1-20100119-2 Displays user-friendly dialog boxe ii gnome-utils 2.28.1-1 GNOME desktop utilities ii libgnome2-perl1.042-2Perl interface to the GNOME librar pn libnet-ldap-perl none (no description available) ii libterm-readline-gnu-perl 1.19-2 Perl extension for the GNU Readlin ii perl 5.10.1-11 Larry Wall's Practical Extraction ii whiptail 0.52.10-5+b1 Displays user-friendly dialog boxe -- debconf information excluded -- see shy jo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573247: service restart code seems busted; restart question displayed during d-i run
Package: libc6 Version: 2.10.2-6 Severity: normal Tags: d-i Symptom A: libc6 will often be upgraded in the latter half of a d-i installation, when an old version is installed from CD or a mirror, and a newer version is available on a mirror, or on security.debian.org. During this upgrade, the glibc/restart-services question is displayed right in the middle of the installer. You can see this right now if you install testing using the d-i alpha from a netinst CD. Of course, cron and at are not running, and in fact the installer has a /usr/sbin/policy-rc.d in place that exits 101, which will prevent anything from being started. So the prompt has no point, and it is a confusing thing for users to see at that point. Symptom B: Stop cron. Now upgrade libc6 from a sufficiently old version, and it will prompt and then restart cron. Both problems seem to have the same root. The postinst checks if a service should be restarted by using invoke-rc.d. For some reason, a exit code of 1 is taken to mean that a service is running, resulting in the unnecessary prompt. invoke-rc.d ${service} status 2/dev/null || status=$? if [ $status = 0 ] || [ $status = 1 ] ; then services=$service $services elif [ $status = 100 ] ; then echo WARNING: init script for $service not found. fi I also have grave doubts about that || status=$? It only sets $status if invoke-rc.d exits nonzero. Otherwise, $status will be , or a value leftover from the previous service in the loop. -- see shy jo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570404: [Pkg-sysvinit-devel] Processed: rcconf now barely usable
PR == Petter Reinholdtsen p...@hungry.com writes: PR I fail to see an explanation on what in this bug report is related to PR sysv-rc and what is the expected behaviour from sysv-rc. PR I can guess that rcconf removes rcX.d/ symlinks using update-rc.d and PR expect this to be remembered. If this is the case, rcconf do not use PR update-rc.d according to its documented interface. PR Please provide more information. I was wonder what kamop@ would have to say too, but it has been a week. Maybe rcconf can never work reliably the way it is designed. However I recall it used to. Petter, do you have any recommendations for an alternative to rcconf? Ultimately this bug should probably be reassigned to rcconf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570901: Bumping up severity; any progress in this bug?
Hi all, On Tue, 9 Mar 2010 01:52:30 +0900, Norbert Preining prein...@logic.at wrote: On Mo, 08 Mär 2010, Danai SAE-HAN (韓達耐) wrote: (snip) I was just thinking how we could use the current Debian infrastructure such as dh_installtex instead of directly modifying the dvipdfmx file. (snip) Of course we can create a new variant, update-dvipdfmx and add support for it in dh_isntalltex ...I mean, it is simply copying of code in the already present script, well, probably some more, but what the hack. But do we need that? Some comments from my side. Basically it is safe to consider that fonts for pTeX are NOT fonts for standard (or normal) TeX so it is not right way to treat them with standard TeX tools like updmap etc., IMHO. There is a project called ptexlive in Japan which extends many standards TeX tools (like updmap etc.) to support fonts for pTeX, which implys one can't use updmap for pTeX fonts. In fact TFM for pTeX is not a standard TFM but modified version of TFM (called JFM) and VF for pTeX is also in the same situation. So there are dvipsk-ja and xdvik-ja for pTeX and they have their own configuration files by themselves independent from standard dvips and xdvi. But dvipdfmx is very special in this point of view. It is in a standard TeX and supports also pTeX (from the beginning?) but it needs a special configuration for pTeX. On Sat, 6 Mar 2010 02:12:25 +0900, YOSHINO Yoshihito wrote: Note that the patch to restore DVIPDFMx.cnf proposed in the first post is still needed to look for cmap files. If this is not fixed yet I think this could be fixed by ptex-jisfonts so we can file a bug to ptex-jisfonts. Also please note that dvipdfmx can read a map file with option -f map_file, perhaps you all know this. I hope this might help you. BTW, I use upTeX (unicode version of pTeX) for quite long time and have not used pTeX package recently so gradually lost interest on pTeX and related packages. Best regards,2010-3-10(Wed) -- Debian Developer - much more I18N of Debian Atsuhito Kohda kohda AT debian.org Department of Math., Univ. of Tokushima
Bug#573243: Front Mic Boost mixer control missing on 2.6.33
On Tue, Mar 09, 2010 at 08:58:28PM -0500, Anthony DeRobertis wrote: Package: linux-2.6 Version: 2.6.33-1~experimental.2 Severity: normal This is an Asus UL30A. On 2.6.32, I get two Mic Boosts: One called Mic Boost and one called Front Mic Boost. The Front Mic Boost is for the built-in microphone mounted at the top of the display; the other is assumably the mic input jack (have not tested). On 2.6.33, the Front Mic Boost goes away, making the built-in mic unusable. Attached is the output of amixer contents on 2.6.33. Please let me know if you need one from 2.6.32. please sent output of alsa-info.sh of 2.6.32 and 2.6.33 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573235: beancounter: Man Page / POD typos where dbsystem is used in place of dbname twice
On 9 March 2010 at 18:18, David Jensen wrote: | Package: beancounter | Version: 0.8.8 | Severity: minor | | Originally Reported in ubuntu karmic. | | Binary package hint: beancounter | | The dbname config option in the manpage is labeled twice incorrectly as dbsystem... | | $ man beancounter | grep -A1 -P '^.*.(dbsystem|dbname).{0,75}.' -o | --dbsystem system use db backend system, default is PostgreSQL | --dbname name use db name, default is beancounter | -- |--dbsystem allows to switch to a different database backend. The default is PostgreSQL | -- |--dbsystem allows to switch to an alternate database. The default is ’beancounter’ | -- |dbsystem to select a database backend, e.g. to switch from PostgreSQL to MySQL or SQ |dbsystem to select a different default database name other than the default of ’be Nice catch! I fixed it in my sources. Not sure when my next (upstream) release is going to be. Thanks, Dirk | $ | | beancounter version 0.8.8 (1.103) as of 2007/10/04 | | $ apt-cache show beancounter | grep -i -P '(filename|version)' | Version: 0.8.8 | Filename: pool/universe/b/beancounter/beancounter_0.8.8_all.deb | | $ lsb_release -rd | Description: Ubuntu 9.04 | Release: 9.04 | | | -- System Information: | Debian Release: squeeze/sid | APT prefers karmic-updates | APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic-backports'), (500, 'karmic') | Architecture: i386 (i686) | | Kernel: Linux 2.6.31-20-generic (SMP w/1 CPU core) | Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) | Shell: /bin/sh linked to /bin/dash | | Versions of packages beancounter depends on: | ii libdate-manip-perl 5.54-1a perl library for manipulating da | ii libdbd-mysql-perl 4.011-1ubuntu1A Perl5 database interface to the | ii libdbi-perl1.609-1 Perl Database Interface (DBI) | pn libfinance-yahooquote- none(no description available) | pn libstatistics-descript none(no description available) | ii mysql-client 5.1.37-1ubuntu5.1 MySQL database client (metapackage | ii mysql-client-5.1 [mysq 5.1.37-1ubuntu5.1 MySQL database client binaries | ii perl 5.10.0-24ubuntu4 Larry Wall's Practical Extraction | | beancounter recommends no packages. | | beancounter suggests no packages. | | | -- System Information: | Debian Release: squeeze/sid | APT prefers karmic-updates | APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic-backports'), (500, 'karmic') | Architecture: i386 (i686) | | Kernel: Linux 2.6.31-20-generic (SMP w/1 CPU core) | Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) | Shell: /bin/sh linked to /bin/dash | | Versions of packages beancounter depends on: | ii libdate-manip-perl 5.54-1a perl library for manipulating da | ii libdbd-mysql-perl 4.011-1ubuntu1A Perl5 database interface to the | ii libdbi-perl1.609-1 Perl Database Interface (DBI) | pn libfinance-yahooquote- none(no description available) | pn libstatistics-descript none(no description available) | ii mysql-client 5.1.37-1ubuntu5.1 MySQL database client (metapackage | ii mysql-client-5.1 [mysq 5.1.37-1ubuntu5.1 MySQL database client binaries | ii perl 5.10.0-24ubuntu4 Larry Wall's Practical Extraction | | beancounter recommends no packages. | | beancounter suggests no packages. | | -- Registration is open for the 2nd International conference R / Finance 2010 See http://www.RinFinance.com for details, and see you in Chicago in April! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572839: [Fwd: Bug#572839: transition: graphviz]
On 10 March 2010 at 01:22, Marc 'HE' Brockschmidt wrote: | Christoph Egger christ...@debian.org writes: | On Tue, Mar 09, 2010 at 05:05:47PM -0600, Dirk Eddelbuettel wrote: | On 9 March 2010 at 21:33, David Claughton wrote: | | That would be the latest 2.26.3 version. It's in experimental now, | | unfortunately I overlooked that ggobi doesn't compile against it (as it | | stands), or I would have contacted you sooner. | | | | I can confirm that ggobi with the patch removed compiles and appears to | | work against the new graphviz (based on a quick random test I just did | | at any rate :-) | | | | Do you have time to look into updating ggobi over the next few days? | | Ideally I'd like to go ahead with uploading the new graphviz to unstable | | as I've just been given the go-ahead by the release team for the | | transition, but is that going to be a problem for you? | | I think I can re-build ggobi pretty much within hours given a new graphviz. | But my pbuilder does only look at unstable -- so can you upload? I would | follow quickly so that ggobi would not be a blocker. | graphviz should now already sit in incoming (provided I didn't | mess up uploading again). | | Yep, it's in the archive now. I have scheduled the needed binNMUs. I am not seeing it yet in unstable. Dirk -- Registration is open for the 2nd International conference R / Finance 2010 See http://www.RinFinance.com for details, and see you in Chicago in April! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571148: fortunes-debian: Various typos
On Wed, Mar 10, 2010 at 2:54 AM, Helge Kreutzmann deb...@helgefjell.de wrote: I saw that you applied a partial patch to the hints file (and unfortunately also changed one strings (#26) content, so a translation update round will be necessary). For this partial update I attached the po directory (I don't know if a diff is really much more helpful, simply dropping it in and running git diff will also show you the differences). Are you able to do the final unfuzzying for the strings update yourself? Simply update the links in all files and remove the fuzzy lines like I did (cf. eg. the diff in de.po). Otherwise I'll try to do it, but starting this week my time is getting tight (last week was probably my last week with more time). We can apply patch to .po files and do 'unfuzzy' where we don't need to change the content - but - it will be not useful where content is changed (eg #26) I'll apply it manually for each translation and then call for update after some time. I also need to rewrite 27/31 hints. P.S. I noticed another webline change necessary: -http://www.debian.org/doc/manuals/reference. +http://www.debian.org/doc/manuals/reference (using the final . gives a 404). Oh. Fixed now in Git. Thanks! -- Cheers, Kartik Mistry | 0xD1028C8D | IRC: kart_ Debian GNU/Linux Developer | Identica: @kartikm Blogs: {ftbfs, kartikm}.wordpress.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573248: linuxinfo: FTBFS: linuxinfo_avr.c:26: multiple definition of `GetHardwareInfo'
Source: linuxinfo Version: 1.1.8-30 Severity: important Tags: patch User: debian-...@superh.org Usertags: sh4 X-Debbugs-CC: debian-sup...@lists.debian.org, Hi, linuxinfo FTBFS on SH4. - gcc -Wall -g -o linuxinfo linuxinfo.o linuxinfo_common.o linuxinfo_arm.o linuxinfo_alpha.o linuxinfo_ia64.o linuxinfo_intel.o linuxinfo_m68k.o linuxinfo_ppc.o linuxinfo_hppa.o linuxinfo_s390.o linuxinfo_sparc.o linuxinfo_mips.o linuxinfo_sh.o linuxinfo_avr.o linuxinfo_unknown.o linuxinfo_avr.o: In function `GetHardwareInfo': /build/buildd-linuxinfo_1.1.8-30-sh4-C9s2FX/linuxinfo-1.1.8/linuxinfo_avr.c:26: multiple definition of `GetHardwareInfo' linuxinfo_sh.o:/build/buildd-linuxinfo_1.1.8-30-sh4-C9s2FX/linuxinfo-1.1.8/linuxinfo_sh.c:26: first defined here collect2: ld returned 1 exit status - There is an implementation error in 25_avr32-support. I updated 25_avr32-support. Could you apply this patch? Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 25_avr32-support Description: Binary data
Bug#572990: freeciv: Client can't connect to its own server (Can't Start local game)
2010/3/9 Karl Goetz k...@kgoetz.id.au: On Mon, 08 Mar 2010 04:02:26 +0100 Ulrik Sverdrup ulrik.sverd...@gmail.com wrote: Package: freeciv Version: 2.2.0-1 Severity: normal hostname is 'ulrik-ibook'. $ cat /etc/hostname ulrik-ibook $ host ulrik-ibook Host ulrik-ibook not found: 3(NXDOMAIN) Apart from this, freeciv 2.2 seems really solid, great game. If you change your network configuration so your hostname is valid, does the game start correctly? kk Hi, thanks for following up the bug report! I don't know what a valid hostname is and what is not a valid hostname, but I tried to edit my /etc/hosts back and forth without any result. I did not try changing my hostname (I think most normal hostnames do in fact *not* resolve on desktop computer). I reported the bug upstream too myself (notoriously impatient as I am), but I initially reported it to debian since I suspected it was either related to bad configuration of my debian system, or a debian-specific problem. Anyway, here is the response from upstream bug http://gna.org/bugs/?15559 :: --- You are probably another victim of a recent change in Debian squeeze which sets net.ipv6.bindv6only = 1 in /etc/sysctl.d/bindv6only.conf See e.g. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560044 As a result the server listens on ::1 (IPv6 only), and the client fails to connect to localhost (IPv4). But eventually freeciv should change the way it opens the listening socket(s) so that it works in both configurations. --- HTH and Regards, ulrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550001: This looks like a bug already fixed in a newer webkit
On 27/02/10 12:06 PM, Apelete Seketeli wrote: libwebkit has been updated in Unstable and Testing, and Epiphany too, can you please try it and see if the bug is happening again ? Thanks. Probably is, - I've used it many times since, and it's behaving nicely. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572376: linux-base: Please use UUID for swap, not LABEL
On Thu, 2010-03-04 at 13:50 +, Ben Hutchings wrote: [...] A few references I found: http://www.mail-archive.com/debian-u...@lists.debian.org/msg478822.html https://bugzilla.redhat.com/show_bug.cgi?id=364441 Does all of this provide sufficient reason, or should I provide more? :) There is one argument you missed: consistency with new installations, which do use UUIDs. So I will consider doing this now, but it's quite a lot of work. Well, I've now done the work and committed it to svn. You can test it now if you want ('make -f debian/rules.real install-linux-base' will build just that one binary) or wait for the next experimental upload. Ben. -- Ben Hutchings Time is nature's way of making sure that everything doesn't happen at once. signature.asc Description: This is a digitally signed message part
Bug#565809: openchange: Update to new release (0.9)
Any update on this? The release candidate of evolution-mapi (2.29.92) depends on libmapi 0.9, so it'd be really nice to have this packaged soon. Regards: David Weinehall -- /) David Weinehall t...@debian.org /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570404: [Pkg-sysvinit-devel] Processed: rcconf now barely usable
All I know is there is a bug somewhere... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570404: [Pkg-sysvinit-devel] Processed: rcconf now barely usable
PR == Petter Reinholdtsen p...@hungry.com writes: PR I fail to see an explanation on what in this bug report is related to PR sysv-rc and what is the expected behaviour from sysv-rc. PR I can guess that rcconf removes rcX.d/ symlinks using update-rc.d and PR expect this to be remembered. If this is the case, rcconf do not use PR update-rc.d according to its documented interface. PR Please provide more information. I was wonder what kamop@ would have to say too, but it has been a week. Maybe rcconf can never work reliably the way it is designed. However I recall it used to. Petter, do you have any recommendations for an alternative to rcconf? Ultimately this bug should probably be reassigned to rcconf. Humm, it seems you have been waiting me to update. However, I have also been waiting because you reassinged this bug and I didn't. So, I believe you have responsibility to explain why you reassigned this bug to others. If you want me to explain, you should ask me so. Anyway, as I noted in the changelog of 2.3, it seems something changes on update-rc.d that turned into default settings(ON setting) when call with stop 0 1 2 3 4 5 6 .. I continue to investigate toward this but I wonder this will fix the problem you claimed. Of course, jidanni, you can send the patch for this as you've sent on other bugs. Thanks, Atsushi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573249: Fails to configure with dosfslabel failed
Package: linux-base Version: 2.6.33-1~experimental.2 Severity: serious Setting up linux-base (2.6.33-1~experimental.2) ... open: No such file or directory dosfslabel failed: 1536 at /var/lib/dpkg/info/linux-base.postinst line 1087, STDIN line 10. dpkg: error processing linux-base (--configure): subprocess installed post-installation script returned error exit status 9 The line in the postinst reads, system('dosfslabel', $bdev, $label) == 0 or die dosfslabel failed: $?;; Commenting out this line fixes the problem. The configure proceeds and warns that /dev/hda label may change, or similar. Of course, /dev/hda is a cdrom device so not sure why configure would even try touching it. Running `dosfslabel` on /dev/hda1 results in the same error as from the postinst script. $ sudo dosfslabel /dev/hda Logical sector size is zero. $ sudo dosfslabel /dev/hda1 open: No such file or directory Now, /dev/hda1 is not listed in any configfile... :/ - Adam -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-base depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg linux-base recommends no packages. linux-base suggests no packages. -- debconf information: linux-base/disk-id-manual: * linux-base/disk-id-convert-auto: true * linux-base/disk-id-convert-plan: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572374: please consider Section: Education
Le Tue, Mar 09, 2010 at 08:36:24AM +0100, Andreas Tille a écrit : While I agree in principle with this attempt there might be a lot of packages which fit into Science *and* Education section. The sections approach in Debian is weak in the way that a package can only be put in one section. The alternatives are DebTags and the Blends tasks. If you compare the tasks of Debian Science[1] and Debian Edu[2] in the typical sciences Astronomy, Chemistry, Electronics, Mathematics and Physics you will realise the problem. Hi all, I agree with Andreas here: we already have other ways to classify software, in particular with the Debtags, and to group packages, in particular with the Blends tasks, so fragmenting the sections will only introduce doubts and controversy about multi-purpose software. How about renaming the Science section “Science and Education” (or “Education and Scicence”, it does not matter to me). The content of the ‘Section’ field in the Debian control files could stay ‘science’, since if I understand the problem, what matters here is the processed information that our users see on our website. Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572768: daily certificate will expire in 1268459464 days warnings workaround
To avoid the daily messages of bug 572768, /etc/cron.daily/wwwoffle: wwwoffle-checkcert[2095] Warning: The WWWOFFLE root CA certificate will expire in 1268459464 days. here's a workaround I found: # echo : | /usr/sbin/wwwoffle-checkcert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573251: Fails to compile udner 2.6.33 - needs a patch
Package: nvidia-kernel-source Version: 190.53-1 Severity: normal A patch is needed to compile this version of drivers vs. 2.6.33. The patch may be found at, http://www.nvnews.net/vbulletin/showthread.php?t=142794 Alternatively, it was also reported in the above thread that version 195.36.03 work with the new kernel without patching. - Adam -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nvidia-kernel-source depends on: ii debhelper 7.4.11 helper programs for debian/rules ii dpatch2.0.31 patch maintenance system for Debia ii make 3.81-7 An utility for Directing compilati ii sed 4.2.1-6The GNU sed stream editor Versions of packages nvidia-kernel-source recommends: ii devscripts2.10.61scripts to make the life of a Debi ii kernel-package12.032 A utility for building Linux kerne ii module-assistant 0.11.2 tool to make module package creati ii nvidia-glx190.53-2 NVIDIA binary Xorg driver nvidia-kernel-source 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#573250: mozilla-devscripts: install-xpi unpacks to wrong location, contradicts https://wiki.debian.org/Mozilla/ExtensionsPolicy
Package: mozilla-devscripts Version: 0.20 Severity: normal The current draft of https://wiki.debian.org/Mozilla/ExtensionsPolicy suggests: Packages shipping extensions for XUL-based applications like iceweasel or icedove should put unpack the contents of the extension in a folder in /usr/share/mozilla/extensions/common. It also says: It is recommended to use mozilla-devscripts. It will realize the policy for you. However, using mozilla-devscripts 0.20 on a new xul-ext-monkeysphere package, i see the file getting unpacked into /usr/share/xul-ext-monkeysphere instead. (and then linked to from each compatible application's private extensions directory in /usr/share/mozilla/extensions/{xulapp-id}/{extension-id}). I'm using plain debhelper as instructed with: override_dh_auto_install: install-xpi monkeysphere.xpi I realize there was some discussion over whether /usr/share/mozilla/extensions/common was the right choice, but we should either fix the policy draft or we should fix the install-xpi. it seems silly to have them disagree. IIRC, the best argument in favor of modifying the draft to match the current behavior of install-xpi was: do we have xulrunner apps scan for compatible packages each invocation? or do we figure out which apps are compatible at extension installation time? opting for the latter seems more efficient. IIRC, the best argument in favor of modifying install-xpi to match the current draft of policy was that upstream xulrunner apps are all going to default to looking in the same place in the future. I'm not sure whether the xulapps will subsequently stop looking in their private extensions directory as well. Can we align the policy and the tool somehow? --dkg -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-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 mozilla-devscripts depends on: ii dpkg-dev 1.15.5.6 Debian package development tools ii fakeroot 1.14.4-1 Gives a fake root environment ii perl 5.10.1-11 Larry Wall's Practical Extraction ii python2.5.4-9An interactive high-level object-o ii python-rdflib 2.4.2-1+b1 RDF library containing an RDF trip ii python-support1.0.6.1automated rebuilding support for P ii quilt 0.48-5 Tool to work with series of patche ii unzip 6.0-4 De-archiver for .zip files ii wget 1.12-1.1 retrieves files from the web ii zip 3.0-3 Archiver for .zip files mozilla-devscripts recommends no packages. Versions of packages mozilla-devscripts suggests: ii cvs 1:1.12.13-12 Concurrent Versions System ii git-core1:1.7.0-1fast, scalable, distributed revisi pn mercurial 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#572990: freeciv: Client can't connect to its own server (Can't Start local game)
forwarded 572990 http://gna.org/bugs/?15559 thanks On Wed, 10 Mar 2010 05:02:12 +0100 Ulrik Sverdrup ulrik.sverd...@gmail.com wrote: 2010/3/9 Karl Goetz k...@kgoetz.id.au: On Mon, 08 Mar 2010 04:02:26 +0100 Ulrik Sverdrup ulrik.sverd...@gmail.com wrote: Package: freeciv Version: 2.2.0-1 Severity: normal hostname is 'ulrik-ibook'. I reported the bug upstream too myself (notoriously impatient as I am), but I initially reported it to debian since I suspected it was either related to bad configuration of my debian system, or a debian-specific problem. No problem (hopefully the tags at the top make cont...@b.d.o happy). Anyway, here is the response from upstream bug http://gna.org/bugs/?15559 :: --- You are probably another victim of a recent change in Debian squeeze which sets net.ipv6.bindv6only = 1 in /etc/sysctl.d/bindv6only.conf See e.g. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560044 As a result the server listens on ::1 (IPv6 only), and the client fails to connect to localhost (IPv4). I see from http://gna.org/bugs/?15559#comment2 that this is confirmed. But eventually freeciv should change the way it opens the listening socket(s) so that it works in both configurations. 'eventually' doesn't sound like it'll be ready for squeeze :( --- HTH and Regards, ulrik -- Karl Goetz, (Kamping_Kaiser / VK5FOSS) Debian contributor / gNewSense Maintainer http://www.kgoetz.id.au No, I won't join your social networking group signature.asc Description: PGP signature
Bug#572990: freeciv: Client can't connect to its own server (Can't Start local game)
forwarded 572990 http://gna.org/bugs/?15559 thanks On Wed, 10 Mar 2010 05:02:12 +0100 Ulrik Sverdrup ulrik.sverd...@gmail.com wrote: 2010/3/9 Karl Goetz k...@kgoetz.id.au: On Mon, 08 Mar 2010 04:02:26 +0100 Ulrik Sverdrup ulrik.sverd...@gmail.com wrote: Package: freeciv Version: 2.2.0-1 Severity: normal hostname is 'ulrik-ibook'. I reported the bug upstream too myself (notoriously impatient as I am), but I initially reported it to debian since I suspected it was either related to bad configuration of my debian system, or a debian-specific problem. No problem (hopefully the tags at the top make cont...@b.d.o happy). Anyway, here is the response from upstream bug http://gna.org/bugs/?15559 :: --- You are probably another victim of a recent change in Debian squeeze which sets net.ipv6.bindv6only = 1 in /etc/sysctl.d/bindv6only.conf See e.g. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560044 As a result the server listens on ::1 (IPv6 only), and the client fails to connect to localhost (IPv4). I see from http://gna.org/bugs/?15559#comment2 that this is confirmed. But eventually freeciv should change the way it opens the listening socket(s) so that it works in both configurations. 'eventually' doesn't sound like it'll be ready for squeeze :( --- HTH and Regards, ulrik -- Karl Goetz, (Kamping_Kaiser / VK5FOSS) Debian contributor / gNewSense Maintainer http://www.kgoetz.id.au No, I won't join your social networking group signature.asc Description: PGP signature
Bug#573252: partman-target: stray /cdrom link useless these days
Package: partman-target Version: 65 Severity: wishlist Tags: patch applications that still rely on a toplevel /cdrom are likely very buggy and should be kicked. nuke etch compatibility link. diff --git a/packages/partman/partman-target/finish.d/fstab_removable_media_entries b/packages/partman/partman-target/finish.d/fstab_removable_media_entries index c1562f5..0d1af30 100755 --- a/packages/partman/partman-target/finish.d/fstab_removable_media_entries +++ b/packages/partman/partman-target/finish.d/fstab_removable_media_entries @@ -67,12 +67,6 @@ if [ -n $MAPCDDEV ]; then fi populate_media cdrom udf,iso9660 user,noauto $CDDEVICES -# Compatability link to keep things working; etch is not migrated away -# entirely from /cdrom. -if [ -n $CDDEVICES ]; then - rm_dir_or_link /target/cdrom - ln -s media/cdrom /target/cdrom -fi FDDEVICES='' for dev in $(list-devices floppy); do -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571679: [tex-live] moving ucs back to -recommended
Hi, Norbert Preining a écrit : From a Debian bug report: - Forwarded message from Decklin Foster deck...@red-bean.com - Somewhere between Lenny and now, ucs.sty was moved from -recommended to -extra. As UTF-8 support is (I believe) a release goal, I would - End forwarded message - I somehow agree that making inputting utf8 with -recommended would be a nice thing. I don't want to dig through the dependencies now, but are there any specific reasons why we moved ucs package to latexextra? Well, ucs isn't required for utf8 input, \usepackage[utf8]{inputenc} is enough. Maybe ucs has a better coverage, I'm not sure, but I don't see a problem with it being in -extra, since there is already something for utf8 input in -recommended. Manuel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573253: rsnapshot: clarify rotation in documentation
Package: rsnapshot Version: 1.3.1-1 Severity: normal Manpage states: daily.0/ will be copied from hourly.5/, and weekly.0/ will be copied from daily.6/ This should be emended to indicate that hourly.5/ is moved / renamed (with the 'mv' command) into daily.0/, rather than copied, as is made clear elsewhere in the page. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.33-lizzie 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 rsnapshot depends on: ii liblchown-perl1.01-1 Perl interface to the lchown() sys ii logrotate 3.7.8-4Log rotation utility ii perl 5.10.1-11 Larry Wall's Practical Extraction ii rsync 3.0.7-2fast remote file copy program (lik Versions of packages rsnapshot recommends: ii openssh-client1:5.3p1-3 secure shell (SSH) client, for sec rsnapshot 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#558490: putting xul extension config files in /etc
hey folks-- #558490 suggests that mozilla-devscripts should automatically put extension-specific preferences files someplace in /etc, and link back to them from the unpacked tree. I think this is a good idea, and i think it should be spelled out specifically in https://wiki.debian.org/Mozilla/ExtensionsPolicy I've just modified the policy draft to include a new Config Files section stating this idea, roughly. I'd appreciate feedback and edits from any interested parties. In particular, i wonder if we should recommend particular placement of the config files. at the moment, many extensions seem to use /etc/mozilla-extensions/foo.js (which seems a little at odds to our current xul-ext- naming scheme). Is there a better choice? As an admin, where would you look for the default configuration files of your xul-ext packages? Regards, --dkg signature.asc Description: OpenPGP digital signature
Bug#573254: rsnapshot shouldn't bail on absent backup points when invoked for mere rotation
Package: rsnapshot Version: 1.3.1-1 Severity: normal When backup points do not exist, rsnapshot refuses to proceed, throwing errors like: ERROR: /etc/rsnapshot.conf on line 196: ERROR: backup /mnt/root_backup/etc/ lizzie/ - Source directory \ /mnt/root_backup/etc/ doesn't exist This makes sense for the lowest backup level, where we'll actually be doing a rsync with the source, but in the higher levels, we're merely rotating the target, so why do we care? I use rsnapshot with lvm snapshots, which I create before every rsnapshot invocation and remove afterward. But why should this be necessary for the higher level backups? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.33-lizzie 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 rsnapshot depends on: ii liblchown-perl1.01-1 Perl interface to the lchown() sys ii logrotate 3.7.8-4Log rotation utility ii perl 5.10.1-11 Larry Wall's Practical Extraction ii rsync 3.0.7-2fast remote file copy program (lik Versions of packages rsnapshot recommends: ii openssh-client1:5.3p1-3 secure shell (SSH) client, for sec rsnapshot 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