Bug#987009: courier-authlib: the purported fix for #984810 breaks maildrop "delivery mode"
On 15/04/21 16:40, Markus Wanner wrote: Control: tags -1 + moreinfo On 15.04.21 16:20, Flavio Stanchina wrote: The fix for #984810 breaks maildrop "delivery mode" because maildrop is no longer able to look up user details after dropping privileges (or at least this is what I think is happening, from my understanding of how "delivery mode" works). Hm.. shouldn't the user running maildrop be part of the 'courier' group? I don't think that's sufficient justification for making the information world-readable. Ah, I didn't consider that; or rather, I thought it was but I forgot that dspam is running as its own user/group. However, after adding user "dspam" to group "courier" it's still not working: Apr 15 17:01:29 stanchina dspam[6766]: Delivery agent returned exit code 67: /usr/bin/maildrop -d delivery-test Apr 15 17:01:29 stanchina courierlocal: id=00025C3C.60785549.1A68,from=,addr=: ERR: authdaemon: s_connect() failed: Permission denied Apr 15 17:01:29 stanchina courierlocal: id=00025C3C.60785549.1A68,from=,addr=: Invalid user specified. Apr 15 17:01:29 stanchina courierlocal: id=00025C3C.60785549.1A68,from=,addr=,status: deferred I guess either dspam or maildrop are dropping privileges *before* querying the userdb. I need to test by removing dspam from the equation and having Courier call maildrop directly, as per the standard Courier configuration, but that's not something I can do at my pleasure on the involved servers. I'll need to set up a test installation. However, I question why this needs to be done in this way; when I saw the changelog entry and the bug report, I knew it would break something. While I agree that showing the password hash (and the cleartext password, if present) to normal users is not good, the rest of the info obtained through authtest is on the same level of sensitivity as "getent passwd" and that's available to normal users (I think it needs to). Also, as touched upon in #984810, I firmly believe this needs to be assessed in cooperation with upstream to evaluate pros and cons before implementing a fix. -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer
Bug#987009: courier-authlib: the purported fix for #984810 breaks maildrop "delivery mode"
Package: courier-authlib Version: 0.66.4-9+deb9u1 Severity: critical The fix for #984810 breaks maildrop "delivery mode" because maildrop is no longer able to look up user details after dropping privileges (or at least this is what I think is happening, from my understanding of how "delivery mode" works). This is *really serious* as it completely breaks mail delivery on previously working system -- a production mail server, in my case. Apr 15 14:59:18 stanchina dspam[13818]: Delivery agent returned exit code 67: /usr/bin/maildrop -d delivery-test Apr 15 14:59:18 stanchina courierlocal: id=00025C27.6078377A.3214,from=,addr=: ERR: authdaemon: s_connect() failed: Permission denied Apr 15 14:59:18 stanchina courierlocal: id=00025C27.6078377A.3214,from=,addr=: Invalid user specified. Apr 15 14:59:18 stanchina courierlocal: id=00025C27.6078377A.3214,from=,addr=,status: deferred Best regards, Flavio Stanchina
Bug#940027: courier-msa init script broken
found 940027 courier-mta/0.76.3-5+deb9u1 thanks +1 for this bug. I confirm that courier-msa (note MSA not MTA) doesn't stop correctly when using sysvinit and the reason is a missing PIDFILE=... line in the init script. This is probably related to #860777, but I didn't actually look at the changes in that release to confirm. -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer
Bug#910529: wrong permissions on /etc/courier/webadmin/password
merge 910527 910529 thanks This bug is seriously annoying, because the permissions get changed back to the wrong ones at every upgrade. Maintainer, do you need help on this? -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer
Bug#758748: hddtemp: support for Samsung SSD 840 drives
Package: hddtemp Version: 0.3-beta15-52 Severity: wishlist Tags: upstream patch This patch adds support for Samsung 840, 840 PRO and 840 EVO Series SSDs. I've tested this on a 120G 840 drive and on a 250G 840 EVO drive and I can confirm it's working properly. There is a Launchpad bug about this: https://bugs.launchpad.net/ubuntu/+source/hddtemp/+bug/1260900 -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (99, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hddtemp depends on: ii debconf [debconf-2.0] 1.5.53 ii libc6 2.19-7 ii lsb-base 4.1+Debian13 hddtemp recommends no packages. Versions of packages hddtemp suggests: pn ksensors none -- Configuration Files: /etc/hddtemp.db changed [not included] -- debconf information excluded --- hddtemp.db.orig 2012-07-09 08:20:57.0 +0200 +++ hddtemp.db 2014-08-20 22:16:47.020810899 +0200 @@ -115,6 +115,12 @@ SAMSUNG SV3002H 0C Samsung SpinPoint V30 serie #SAMSUNG SV(0221|0602|0813|1204)H 9C Samsung SpinPoint V60 serie +# Samsung 840 and 840 PRO Series SSDs +# http://www.samsung.com/global/business/semiconductor/minisite/SSD/us/html/about/whitepaper07.html +# Note the typo, Serise is really written like that! +# Samsung 840 EVO SSDs also use SMART attribute 190. +Samsung SSD 840 (Series|PRO Serise|EVO) 190 C Samsung 840, 840 PRO and 840 EVO Series SSDs + # Seagate drives
Bug#741938: OpenVPN: /run/openvpn
openvpn (2.3.2-9) unstable; urgency=medium . * Create /run/openvpn in init script even if no VPN is autostarted by it. (Closes: #741938) No it doesn't. Why should the systemd configuration depend on the legacy init.d script? I've disabled it entirely with systemctl disable openvpn.service I'm new to systemd so it's entirely possible that this kind of dependency is fine and good, but it just doesn't look right to me. Not sure what the best solution could be, however. My very own solution was to edit /lib/systemd/system/openvpn@.service and change the path to the status file like this: /run/openvpn-%i.status 10 -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737170: debian-installer: hd-media installer says it didn't find ISO image, modprobe error in the logs
Package: debian-installer Version: 20130613+deb7u1+b1 Severity: important I'm trying to build a bootable USB stick with the hd-media image at: http://ftp.it.debian.org/debian/dists/wheezy/main/installer-amd64/current/images/hd-media/boot.img.gz plus the debian-7.3.0-amd64-i386-netinst.iso CD image. The installer doesn't find the ISO image, here's an excerpt from the syslog: Jan 30 21:04:35 iso-scan: Found ISO ./debian-7.3.0-amd64-i386-netinst.iso on /dev/sda1 Jan 30 21:04:35 kernel: [5.367123] ISO 9660 Extensions: Microsoft Joliet Level 3 Jan 30 21:04:35 kernel: [5.368754] ISO 9660 Extensions: RRIP_1991A Jan 30 21:04:35 iso-scan: Detected ISO with 'stable' (wheezy) distribution Jan 30 21:04:35 iso-scan: Detected ISO with distribution 'stable' (wheezy) Jan 30 21:04:35 iso-scan: Debian ISO ./debian-7.3.0-amd64-i386-netinst.iso usable Jan 30 21:04:35 main-menu[251]: (process:1281): modprobe: invalid option -- 'l' Jan 30 21:04:35 main-menu[251]: WARNING **: Configuring 'iso-scan' failed with error code 1 Jan 30 21:04:35 main-menu[251]: WARNING **: Menu item 'iso-scan' failed. I verified that the modprobe tool used in the squeeze installer did in fact have a -l option (it listed all available modules), but now it doesn't. Busybox's modprobe also has a -l option. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731013: virt-manager: changes owner and permissions of user-supplied ISO images
Package: virt-manager Version: 0.9.5-1 Severity: normal I added a CD-ROM to a virtual machine and used Browse Local to connect an ISO image in my home directory. After I closed the virtual machine, I tried to delete the ISO image as I didn't need it any longer, but its owner had been changed to libvirt-qemu and the permissions to 0400. The permissions were previously set to 0644, so the file would have been readable by user libvirt-qemu (or any other). I don't think I've ever seen another program that changes a file's owner without asking. I don't recall, in fact, ever seeing a program that even bothers to ask: if permissions aren't right, you get an access error and it's your problem to set permissions adequately. virt-manager should at least restore the original permissions back when it's done with the image. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (99, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virt-manager depends on: ii gconf2 3.2.6-1 ii librsvg2-common2.40.0-1 ii python 2.7.5-5 ii python-dbus1.2.0-2+b1 ii python-glade2 2.24.0-3+b1 ii python-gnome2 2.28.1+dfsg-1 ii python-gtk-vnc 0.5.2-2 ii python-gtk22.24.0-3+b1 ii python-ipy 1:0.75-1 ii python-libvirt 0.9.12-11+deb7u4 ii python-support 1.0.15 ii python-urlgrabber 3.9.1-4 ii python-vte 1:0.28.2-5 ii virtinst 0.600.4-2 Versions of packages virt-manager recommends: ii gnome-icon-theme 3.10.0-1 ii libvirt-bin 0.9.12-11+deb7u4 ii python-spice-client-gtk 0.21-0nocelt3 Versions of packages virt-manager suggests: pn gnome-keyringnone pn python-gnomekeyring none pn python-guestfs none ii ssh-askpass-gnome [ssh-askpass] 1:6.4p1-1 pn virt-viewer none -- 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#725818: please fix
I'd like to add a few notes to this bug. I installed just the Sqlite backend as I don't want MySQL on this machine. This worked fine on squeeze and wheezy, but I recently upgraded to jessie and every time I logged into a KDE session I would get a dialog box saying that Akonadi was upgrading resources which would stay there for a minute or so without progress. Upon further investigation I discovered that the Akonadi server wouldn't start because it was looking for MySQL: $ akonadictl start [...] mysqld not found. Please verify your installation [correct, it's not installed on this machine] [more error messages and a stack trace] ProcessControl: Application 'akonadiserver' returned with exit code 255 (Unknown error) [the above part repeats three more times] akonadiserver crashed too often and will not be restarted! Maximiliano Curia wrote: akonadi-backend-mysql is the default backend, if you want to setup a postgresql or sqlite backend you need to manually change akonadi configuration to use that connection. Manually? Are you joking? This is KDE, not bash with more colors. This is documented in: /usr/share/doc/akonadi-backend-sqlite/README.Debian.gz ...which says, among other things: Just install the backend package which is the most appropriate for your setup [...] That's what I did. Again, if the MySQL backend is required for the package to work, why isn't there a dependency? That's what the original bug report was asking. Either Akonadi *needs* the MySQL backend, therefore a dependency is required, or the fact that Akonadi won't start without the MySQL backend is a bug that needs fixing. Just select the first available backend and be done with it. By the way, if you just write: [%General] Driver=foo ...into ~/.config/akonadi/akonadiserverrc, then the control panel will start and let you set the configuration. It's funny that an invalid configuration works better than a valid configuration without the backend. Truth be told, the real question for me is that I don't want Akonadi on my system, but it is a dependency of several core KDE packages (I didn't track which ones exactly) so it can't be removed. I solved the problem by dpkg-redirect'ing /usr/bin/akonadi* and /usr/lib/libakonadi out of the way, so package dependencies are satisfied. The KDE session starts without errors and every piece of KDE that I'm actually interested in runs fine, so I guess Akonadi is not really required. I have no problem if you won't fix the Akonadi package dependencies as I've now made sure it won't affect me, but I'd really like if someone fixes the other KDE packages' dependencies so I can remove Akonadi altogether. -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692755: courier-mta: please add dependency on libnet-cidr-perl
Package: courier-mta Version: 0.65.0-3 Severity: normal Courier's makesmtpaccess tool calls makedat (in package courier-base) with the -cidr option which requires the Net::CIDR module to work correctly. Please add a dependency (or at least a Recommends) on libnet-cidr-perl. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages courier-mta depends on: ii courier-authlib0.63.0-3 Courier authentication library ii courier-base 0.65.0-3 Courier mail server - base system ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libgcc11:4.4.5-8 GCC support library ii libgdbm3 1.8.3-9 GNU dbm database routines (runtime ii libperl5.105.10.1-17squeeze3 shared Perl library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 courier-mta recommends no packages. Versions of packages courier-mta suggests: ii bsd-mailx [mail-re 8.1.2-0.20100314cvs-1 simple mail user agent pn courier-docnone(no description available) ii courier-filter-per 0.200 purely Perl-based mail filter fram ii mutt [mail-reader] 1.5.20-9+squeeze2 text-based mailreader supporting M -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667843: dpkg: error ambiguous package name during upgrade to multiarch package
Package: dpkg Version: 1.16.2 Severity: normal I'm trying this multiarch stuff. The plan was to find a couple of packages that I don't normally use, with a small set of dependencies, and try to install the i386 version of those packages on amd64. The packages I chose were mboxgrep and pcregrep because I already installed libpcre3:i386 as a first test. Here's the result, notice how it wants to upgrade libbz2 which was still the non-multiarch version from squeeze: # apt-get install -t testing mboxgrep:i386 pcregrep:i386 bzip2 Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libbz2-1.0:i386 libbz2-1.0 Suggested packages: bzip2-doc The following NEW packages will be installed: libbz2-1.0:i386 mboxgrep:i386 pcregrep:i386 The following packages will be upgraded: bzip2 libbz2-1.0 2 upgraded, 3 newly installed, 0 to remove and 812 not upgraded. Need to get 191 kB of archives. After this operation, 95.2 kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://aptproxy/debian/ wheezy/main bzip2 amd64 1.0.6-1 [49.4 kB] Get:2 http://aptproxy/debian/ wheezy/main libbz2-1.0 amd64 1.0.6-1 [45.4 kB] Get:3 http://aptproxy/debian/ wheezy/main libbz2-1.0 i386 1.0.6-1 [45.8 kB] Get:4 http://aptproxy/debian/ squeeze/main mboxgrep i386 0.7.9-1 [25.6 kB] Get:5 http://aptproxy/debian/ wheezy/main pcregrep i386 1:8.30-4 [25.1 kB] Fetched 191 kB in 1s (142 kB/s) Reading changelogs... Done apt-listchanges: Do you want to continue? [Y/n] (Reading database ... 234572 files and directories currently installed.) Preparing to replace bzip2 1.0.5-6+squeeze1 (using .../bzip2_1.0.6-1_amd64.deb) ... Unpacking replacement bzip2 ... Preparing to replace libbz2-1.0 1.0.5-6+squeeze1 (using .../libbz2-1.0_1.0.6-1_amd64.deb) ... Unpacking replacement libbz2-1.0:amd64 ... Selecting previously unselected package libbz2-1.0:i386. Unpacking libbz2-1.0:i386 (from .../libbz2-1.0_1.0.6-1_i386.deb) ... Processing triggers for man-db ... dpkg: error: --configure needs a valid package name but 'libbz2-1.0' is not: ambiguous package name 'libbz2-1.0' with more than one installed instance Type dpkg --help for help about installing and deinstalling packages [...] E: Sub-process /usr/bin/dpkg returned an error code (2) I tried the next command to see if the problem would fix itself (a simple apt-get install would probably have had the same effect): # apt-get install -t testing bzip2 Reading package lists... Done Building dependency tree Reading state information... Done bzip2 is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 812 not upgraded. 3 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue [Y/n]? dpkg: error: --configure needs a valid package name but 'libbz2-1.0' is not: ambiguous package name 'libbz2-1.0' with more than one installed instance Type dpkg --help for help about installing and deinstalling packages [...] E: Sub-process /usr/bin/dpkg returned an error code (2) Next I tried to purge libbz2-1.0:i386 and this did the trick, as there was then only one instance of the package to configure: # apt-get purge libbz2-1.0:i386 Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: libbz2-1.0:i386* 0 upgraded, 0 newly installed, 1 to remove and 6 not upgraded. 3 not fully installed or removed. After this operation, 116 kB disk space will be freed. Do you want to continue [Y/n]? (Reading database ... 234573 files and directories currently installed.) Removing libbz2-1.0:i386 ... Purging configuration files for libbz2-1.0:i386 ... Setting up libbz2-1.0:amd64 (1.0.6-1) ... Setting up bzip2 (1.0.6-1) ... At this point, the next apt-get completed without error: # apt-get install -t testing mboxgrep:i386 pcregrep:i386 -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (400, 'testing'), (99, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii libbz2-1.01.0.6-1high-quality block-sorting file co ii libc6 2.13-27Embedded GNU C Library: Shared lib ii libselinux1 2.1.9-2SELinux runtime shared libraries ii tar 1.23-3 GNU version of the tar archiving u ii xz-utils 5.0.0-2XZ-format compression utilities ii zlib1g1:1.2.6.dfsg-2 compression library - runtime dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.8.15.10 Advanced front-end for dpkg -- no debconf information
Bug#661558: patch for bug #661558: kernel oops when adding a bitmap to a raid1 md device
tags patch upstream thanks Here's a patch from Neil Brown that fixes this bug: http://neil.brown.name/git?p=md;a=commitdiff;h=37b8fb4a7443ad1d83a977f4b1720b5617447fed The patch is queued to be merged after 3.3; see https://bugzilla.kernel.org/show_bug.cgi?id=42954 for more details. -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661558: kernel messages
First things first: I can confirm that linux-image-3.2.0-1-amd64 3.2.6-1 crashes too. I've been able to capture the kernel messages using netconsole. The messages start, accidentally, just in time to see the kernel assemble the two real arrays I have here: [6.119851] md: raid1 personality registered for level 1 [6.127270] mdadm: sending ioctl 800c0910 to a partition! [6.127355] mdadm: sending ioctl 800c0910 to a partition! [6.127420] mdadm: sending ioctl 1261 to a partition! [6.127487] mdadm: sending ioctl 1261 to a partition! [6.128099] mdadm: sending ioctl 800c0910 to a partition! [6.128170] mdadm: sending ioctl 800c0910 to a partition! [6.128232] mdadm: sending ioctl 1261 to a partition! [6.128299] mdadm: sending ioctl 1261 to a partition! [6.144287] mdadm: sending ioctl 800c0910 to a partition! [6.144358] mdadm: sending ioctl 800c0910 to a partition! [6.218941] md: md1 stopped. [6.225242] md: bindsdc1 [6.225652] md: bindsdb1 [6.227112] bio: create slab bio-1 at 1 [6.227274] md/raid1:md1: active with 2 out of 2 mirrors [6.227659] created bitmap (1 pages) for device md1 [6.227996] md1: bitmap initialized from disk: read 1/1 pages, set 0 of 251 bits [6.249696] md1: detected capacity change from 0 to 263127040 [6.250354] md1: [6.292819] md: md2 stopped. [6.294717] md: bindsdc2 [6.295058] md: bindsdb2 [6.296711] md/raid1:md2: active with 2 out of 2 mirrors [6.304329] created bitmap (3 pages) for device md2 [6.304714] md2: bitmap initialized from disk: read 1/1 pages, set 0 of 5021 bits [6.330160] md2: detected capacity change from 0 to 336907403264 [6.332079] md2: unknown partition table [6.925562] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) Here I create a new array on spare partitions: # mdadm --create /dev/md3 --metadata=0.90 --assume-clean -l1 -n2 /dev/sdb3 /dev/sdc1 [ 37.530284] scsi_verify_blk_ioctl: 74 callbacks suppressed [ 37.530354] mdadm: sending ioctl 1261 to a partition! [ 37.530415] mdadm: sending ioctl 1261 to a partition! [ 37.566744] mdadm: sending ioctl 1261 to a partition! [ 37.566814] mdadm: sending ioctl 1261 to a partition! [ 37.568463] mdadm: sending ioctl 1261 to a partition! [ 37.568534] mdadm: sending ioctl 1261 to a partition! [ 37.570387] mdadm: sending ioctl 1261 to a partition! [ 37.570457] mdadm: sending ioctl 1261 to a partition! [ 37.574025] mdadm: sending ioctl 1261 to a partition! [ 37.574095] mdadm: sending ioctl 1261 to a partition! [ 38.038824] md: bindsdd1 [ 38.039093] md: bindsdc3 [ 38.308214] md/raid1:md3: active with 2 out of 2 mirrors [ 38.308311] md3: detected capacity change from 0 to 100029104128 [ 38.309864] md3: unknown partition table Here I add the internal bitmap: # mdadm --grow /dev/md3 --bitmap=internal [ 38.360808] md3: bitmap file is out of date (0 1) -- forcing full recovery [ 38.360883] created bitmap (1 pages) for device md3 (at this point the array was still auto-read-only) Here I write something to the array: # dd if=/dev/zero of=/dev/md3 bs=1M count=10 [ 90.957478] BUG: unable to handle kernel NULL pointer dereference at 0010 [ 90.957645] IP: [a01dd2c1] bitmap_endwrite+0x131/0x18f [md_mod] [ 90.957752] PGD 2226c3067 PUD 223ed0067 PMD 0 [ 90.957927] Oops: [#1] SMP [ 90.958061] CPU 1 [ 90.958103] Modules linked in: ext4 mbcache jbd2 crc16 raid1 md_mod netconsole configfs nbd dm_mirror dm_region_hash dm_log dm_mod btrfs zlib_deflate crc32c libcrc32c usbhid hid sr_mod cdrom sd_mod crc_t10dif ata_generic ohci_hcd ahci libahci pata_atiixp ehci_hcd r8169 mii libata usbcore usb_common scsi_mod [last unloaded: scsi_wait_scan] [ 90.959794] [ 90.959849] Pid: 0, comm: swapper/1 Not tainted 3.2.0-1-amd64 #1 System manufacturer System Product Name/M5A78L [ 90.960046] RIP: 0010:[a01dd2c1] [a01dd2c1] bitmap_endwrite+0x131/0x18f [md_mod] [ 90.960167] RSP: 0018:88022fc43cb0 EFLAGS: 00010046 [ 90.960291] RDX: RSI: RDI: 8802236b70c0 [ 90.960355] RBP: 4ff8 R08: R09: 000163a8 [ 90.960418] R10: 000163a8 R11: 000163a8 R12: 0008 [ 90.960482] R13: 8802236b70fc R14: 0202 R15: 0001 [ 90.961330] FS: 7f1170c90700() GS:88022fc4() knlGS: [ 90.961330] CS: 0010 DS: ES: CR0: 8005003b [ 90.961330] CR2: 0010 CR3: 000223e5b000 CR4: 06e0 [ 90.961330] DR0: DR1: DR2: [ 90.961330] DR3: DR6: 0ff0 DR7: 0400 [ 90.961330] Process swapper/1 (pid: 0, threadinfo 880226ce4000, task 880226cd60c0) [ 90.961330] Stack: [ 90.961330] 000a 8802236b7178 0001b008 [ 90.961330]
Bug#659490: Please add a Recommends or *at least* a suggests somewhere
Please add a Recommends or *at least* a Suggests to the package that installed bootlogd before the split, and a prominent note in its README.Debian! I just wasted half an hour debugging a problem that I would have found immediately if I had the last boot log, plus a few minutes spent puzzling about inconsistent entries in the boot log I had until I realized it was a month old. -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579640: lost+found check triggers on bind-mounted subdir
I upgraded cron yesterday and I now received this warning: The following lost+found directories were not available: /srv/lost+found Here, /srv is a bind mount of a subdirectory in another filesystem, so it's perfectly normal that there isn't a lost+found directory there. I'm not going to argue about the absolute usefulness of the test, as this has already been done extensively in previous discussion, and I have now disabled it, but I think this specific problem is worth fixing if at all possible. -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655986: approx creates zero-length file on error, which blocks download
On 16/01/2012 15:28, Eric Cooper wrote: On Sun, Jan 15, 2012 at 06:11:00PM +0100, Flavio Stanchina wrote: After removing the zero-length file, the download and installation went on without trouble. I've now noticed that the zero-length files are mentioned in the README. I somehow missed that before, sorry. I gues the problem would fix itself after $interval expired, but I'm not sure this is the desired behaviour... Yes, currently approx doesn't distinguish between the possible reasons why curl fails to download a file. In the next version it will cache the not found state only when an actual 404 response is returned, which should fix the problem. Thanks for reporting this. I'm a bit skeptical about this. While it's certainly very unusual for a Debian mirror to be missing a file which should actually be there, accidents can happen. If I was in charge, I think I wouldn't try to cache misses, or at least would have a separate, very short timeout (on the order of minutes) for them. Apart from that, let me use this occasion to thank you for a nice piece of software that I use extensively on my machines! -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655986: approx creates zero-length file on error, which blocks download
Package: approx Version: 5.1-1 Severity: normal Approx failed to download a file because the remote mirror was down. After I switched to another mirror, I got this error from apt-get: Err http://approx/debian/ sid/main libgmp10 i386 2:5.0.2+dfsg-2 404 Not Found I looked into the pool and found this: # ls -l /var/cache/approx/debian/pool/main/g/gmp/ total 1296 -- 1 approx approx 0 Jan 15 17:48 libgmp10_5.0.2+dfsg-2_i386.deb After removing the zero-length file, the download and installation went on without trouble. I gues the problem would fix itself after $interval expired, but I'm not sure this is the desired behaviour... -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (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 approx depends on: ii adduser 3.112+nmu2 add and remove users and groups ii curl 7.21.0-2 Get a file from an HTTP, HTTPS or ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.13-21Embedded GNU C Library: Shared lib ii libpcre3 8.12-4 Perl 5 Compatible Regular Expressi ii openbsd-inetd [inet-s 0.20080125-6 The OpenBSD Internet Superserver ii update-inetd 4.38+nmu1+squeeze1 inetd configuration file updater approx recommends no packages. Versions of packages approx suggests: pn libconfig-model-approx-perl none (no description available) -- Configuration Files: /etc/approx/approx.conf changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653705: gtk-vnc: FTBFS if libpulse-dev is installed
Package: gtk-vnc Version: 0.5.0-1 Severity: serious Justification: fails to build from source I got this error while trying to build gtk-vnc: [...] dh_girepository dh_girepository: Could not find gir file for GVncPulse-1.0.typelib make[1]: *** [override_dh_makeshlibs] Error 2 make[1]: Leaving directory `/home/flavio/src/gtk-vnc' make: *** [binary] Error 2 This is because debian/gir1.2-gtk-vnc-2.0.install installs the entire usr/lib/girepository-1.0 directory, which contains GVncPulse-1.0.typelib if Pulseaudio was found during configure: [...] checking for PULSEAUDIO... yes [...] However, there is no libgvncpulse package, so GVncPulse-1.0.gir is not installed anywhere. I don't know if libgvncpulse is useful, but either way the package needs a Build-Conflicts or a Build-Depends on libpulse-dev. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (400, 'testing'), (99, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653658: Acknowledgement (mozilla-gtk-vnc: the actual plugin is missing)
tags 653658 patch thanks Here's a patch that fixes debian/mozilla-gtk-vnc.install and also fixes debian/rules to actually run dh_install for the mozilla-gtk-vnc package. I can confirm that the plugin works with Iceweasel 8.03 currently in testing. -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer diff --git a/debian/mozilla-gtk-vnc.install b/debian/mozilla-gtk-vnc.install index 9384f32..e60bf5e 100644 --- a/debian/mozilla-gtk-vnc.install +++ b/debian/mozilla-gtk-vnc.install @@ -1 +1 @@ -debian/tmp/usr/lib/mozilla/plugins/*.so usr/lib/gtk-vnc/plugins/ +/usr/lib/mozilla/plugins/gtk-vnc-plugin.so usr/lib/gtk-vnc/plugins/ diff --git a/debian/rules b/debian/rules index 656788b..68398f1 100755 --- a/debian/rules +++ b/debian/rules @@ -35,6 +35,7 @@ override_dh_install: dh_install -plibgtk-vnc-1.0-0 \ -plibgtk-vnc-1.0-dev \ + -pmozilla-gtk-vnc \ -ppython-gtk-vnc \ --sourcedir=debian/gtk2
Bug#653658: mozilla-gtk-vnc: the actual plugin is missing
Package: mozilla-gtk-vnc Version: 0.5.0-1 Severity: important The package contains a symlink /usr/lib/iceweasel/plugins/gtk-vnc-plugin.so that points to ../../gtk-vnc/plugins/gtk-vnc-plugin.so, but the actual plugin in /usr/lib/gtk-vnc/plugins is missing. Version 0.4.4-1 currently in testing has the same problem, while version 0.4.1-4 in stable is OK and works fine. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (400, 'testing'), (99, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mozilla-gtk-vnc depends on: ii iceweasel 8.0-3+b1 Web browser based on Firefox ii libgtk-vnc-1.0-0 0.5.0-1VNC viewer widget for GTK+2 (runti mozilla-gtk-vnc recommends no packages. mozilla-gtk-vnc 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#650979: debian-installer: syslinux boot menu falls off the bottom of the screen
On 06/12/2011 04:40, Joey Hess wrote: Flavio Stanchina wrote: If further space is wanted, I'd suggest moving the logo up, there's plenty of black pixels at the top of the image. IMHO, the old boot screen was neater and looked defintely less toyish, by the way. There's a 100% chance that we'll be changing the boot logo, although what the final one for wheezy is not yet known. Well, I suppose you already thought about it, but why not try to get permission to use the real Wheezy this time? It's a penguin! :) This image would be perfect with a white background, penguin on the left and menu on the right: http://www.disneypicture.net/r-disney-movies-79-toy-story-172-toy-story-wheezy-2712.htm Google for images of Wheezy, some people already went down this road. On 06/12/2011 04:54, Joey Hess wrote: I have also made your changes to the squeeze branch of the installer, so they should be in the next point release of squeeze. Good, I hope I'll remember to check this. -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650979: debian-installer: syslinux boot menu falls off the bottom of the screen
Package: debian-installer Version: 20110106+squeeze3+b1 Severity: normal The syslinux menu on squeeze installation media is configured in such a way that some of the menu entries, the press TAB to edit a menu entry message and the help messages fall off the bottom of the screen. I tested with netinst CDs and hd-media boot images, but I believe all installation media are configured in the same way. The configuration in stdmenu.cfg is this (comment included): menu vshift 17 menu rows 10 menu helpmsgrow 15 # The command line must be at least one line from the bottom. menu cmdlinerow 16 menu timeoutrow 16 menu tabmsgrow 18 There are 28 lines in VESA mode, according to the syslinux docs. With vshift set to 17 only 12 lines are available for the menu: the title and the hidden border use 4 lines so there are only 8 lines left for the menu entries. I'm attaching a screenshot from the amd64+i386 multiarch netinst CD's advanced menu (which is 13 lines long) where this problem is clearly visible: no item is selected because the selection went off the screen. Also, the scrollbar is not visible if the menu exceeds the configured number of lines, so the user has no clue that more entries are available. This is probably due to the choice of colors and the black background. A related, minor problem is that the display becomes corrupted if you edit a command line that is longer than one screen line: try for example to edit the Graphical install item on the multiarch netinst CD. This is because syslinux is smart enough to pull the command line within the visible screen, but then gets confused and scrolls things around wildly. I tried changing the configuration on a hd-media boot image like this: menu vshift 16 menu rows 7 menu helpmsgrow 12 menu cmdlinerow 12 menu tabmsgrow 13 It may need more tweaking, but at least all the menu entries and messages are within the screen whle still not covering the logo. Only a few menus have more than 7 entries. If further space is wanted, I'd suggest moving the logo up, there's plenty of black pixels at the top of the image. IMHO, the old boot screen was neater and looked defintely less toyish, by the way. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'oldstable'), (500, 'stable'), (400, 'testing'), (99, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#650979: broken boot menu
Screenshot from the amd64+i386 multiarch netinst CD's advanced menu (which is 13 lines long) where no item is selected because the selection went off the screen. -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer attachment: broken-boot-menu.png
Bug#612037: gadmin-proftpd breaks the proftpd configuration
I've just installed proftpd-basic and gadmin-proftpd to help a friend who wants to use it and I'm quite disappointed about it. It's actually much worse than what the original bug report says. First, even before gadmin-proftpd has finished starting up, it rewrites the proftpd.conf file with all comments removed: if this happens to be the first proftpd installation in your life, you're left wondering who wrote a configuration file with no comments and so many blank lines in it. It's no consolation that gadmin-proftpd helpfully advises you it has saved a backup in its own configuration directory, as that copy is *already* stripped of comments. Then, in one of the three (!) friendly message boxes gadmin-proftpd opens at first startup, it advises you that it has enabled TLS in the configuration to allow secure FTP; of course it hasn't created the SSL certificates yet, as the user hasn't had a chance to fill in the required information. Unfortunately, if you press Apply at this point, it writes the TLS settings to the configuration and then restarts ProFTPd, which promptly refuses to load a broken configuration and terminates. Short of creating the certificates if you actually want TLS -- which requires you to look for the necessary parameters in the configuration window, fill them in and click Apply -- you have to edit the configuration file and remove the useless TLS settings, or at least I wasn't able to remove the offending settings using the gadmin-proftpd GUI. If one wanted to edit the configuration file, he wouldn't have installed a GUI in the first place, methinks. Let me talk some more of what gadmin-proftpd does to the configuration file: if one had a look at the configuration after a fresh installation, he'd notice that a) it had comments in it, but we've already talked about that, and b) it's not a monolithic configuration file, but it's actually made of several files that are included from proftpd.conf, in a manner similar to the Apache configuration; this is probably meant to make upgrades easier. Now, this isn't really a problem since we're supposed to edit the config with gadmin-proftpd from now on, but it would be great if the configuration could remain nicely split into different files. Apart from this, gadmin-proftpd is all too eager to call update-rc.d when it reconfigures the service. As far as I can tell this is COMPLETELY USELESS, although probably not dangerous, but as an added bonus it takes a few seconds to complete on a system that has been migrated to dependency based boot sequencing. Let me save the best part for the end, however: I wanted to see how this thing worked because I wanted to help a friend set up virtual users, so after I opened gadmin-proftpd, the first thing I did was click on Enable virtual users, then I went to the user list and added a virtual user named flavio just like my system user. If that sounds strange, consider this: I'd like to log in as flavio in FTP too, but it's good practice to have a different password for relatively vulnerable services like FTP. Notice that I hadn't saved the configuration at this point: I suppose gadmin-proftpd didn't take notice that I wanted to enable virtual users, so it helpfully told me that a system user with the same name already existed, yet it added it to the user list. I said oh well, I'll create a different user then and proceeded to delete the user. At this point, gadmin-proftpd deleted the system user named flavio without any warning: I hope you'll agree that this is completely unacceptable. Fortunately I noticed that /etc/passwd was changed and restored it from a backup, or I would have been VERY disappointed the next time I tried to log in. I'd advise you to add proper warnings before deleting a user and to make it VERY clear when it's a system user that's being deleted, not just a virtual user. -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647499: sqwebmail doesn't start if /etc/courier/calendarmode doesn't exist
Package: sqwebmail Version: 0.65.0-3 Severity: normal If /etc/courier/calendarmode doesn't exist, then /etc/init.d/sqwebmail fails to start the webmaild daemon without printing any message. I edited /etc/init.d/sqwebmail to remove a redirection to /dev/null (which I highly dislike in init.d scripts, exactly because it may hide useful error messages) and now I get this error: # /etc/init.d/sqwebmail start cat: /etc/courier/calendarmode: No such file or directory I didn't remove that file myself: it gets removed by courierwebadmin if you select Calendaring services: Disabled in the webmail configuration page. I recommend to add a line like: if [ -f /etc/courier/calendarmode ]; then ... before reading /etc/courier/calendarmode. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sqwebmail depends on: ii apache22.2.16-6+squeeze4 Apache HTTP Server metapackage ii apache2-mpm-prefork [h 2.2.16-6+squeeze4 Apache HTTP Server - traditional n ii courier-authlib0.63.0-3 Courier authentication library ii courier-base 0.65.0-3 Courier mail server - base system ii courier-maildrop 0.65.0-3 Courier mail server - mail deliver ii courier-mta [mail-tran 0.65.0-3 Courier mail server - ESMTP daemon ii cron 3.0pl1-116process scheduling daemon ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii expect 5.44.1.15-4 A program that can automate intera ii iamerican [ispell-dict 3.1.20.0-7An American English dictionary for ii ispell 3.1.20.0-7International Ispell (an interacti ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libfam02.7.0-17 Client library to control the FAM ii libgdbm3 1.8.3-9 GNU dbm database routines (runtime ii libldap-2.4-2 2.4.23-7.2OpenLDAP libraries ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi sqwebmail recommends no packages. Versions of packages sqwebmail suggests: pn courier-doc none (no description available) pn courier-pcp none (no description available) ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep -- Configuration Files: /etc/init.d/sqwebmail changed [not included] -- debconf information: * sqwebmail/install-www: copy * sqwebmail/calendarmode: disabled * sqwebmail/dictionary: default sqwebmail/install-www-backup: copy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646109: hylafax-server: /etc/init.d/hylafax stop doesn't unmount /var/spool/hylafax/etc in an OpenVZ container
Package: hylafax-server Version: 2:6.0.5-4.1 Severity: normal I'm running hylafax in an OpenVZ container on Proxmox VE. Here, /etc/mtab is a symlink to /proc/mounts, therefore the first field is not /etc/hylafax but the name of the device: /dev/simfs /var/spool/hylafax/etc simfs rw,relatime 0 0 Not sure if this is considered a supported configuration, but anyway you can fix this by checking only the second field. I believe it's safe enough, as someone having a mountpoint there that was not generated by the hylafax init script is likely using a *very* peculiar setup. I would in fact argue that: umount $1 2/dev/null || true is good enough. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-4-pve (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages hylafax-server depends on: ii adduser3.112+nmu2add and remove users and groups ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii debconf [debconf-2 1.5.36.1 Debian configuration management sy ii ghostscript8.71~dfsg2-9 The GPL Ghostscript PostScript/PDF ii hylafax-client 2:6.0.5-4.1 Flexible client/server fax softwar ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc11:4.4.5-8 GCC support library ii libpam0g 1.1.1-6.1 Pluggable Authentication Modules l ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libtiff-tools 3.9.4-5+squeeze3 TIFF manipulation and conversion t ii libtiff4 3.9.4-5+squeeze3 Tag Image File Format (TIFF) libra ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii postfix [mail-tran 2.7.1-1+squeeze1 High-performance mail transport ag ii psmisc 22.11-1 utilities that use the proc file s ii sed4.2.1-7 The GNU sed stream editor ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime hylafax-server recommends no packages. Versions of packages hylafax-server suggests: pn mgettynone (no description available) pn psrip none (no description available) -- Configuration Files: /etc/hylafax/config changed [not included] /etc/hylafax/hosts.hfaxd changed [not included] /etc/init.d/hylafax changed [not included] -- debconf information excluded -- Flavio Stanchina Informatica e Servizi Trento - Italy Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it. -- Brian W. Kernighan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645786: courier-mta.postinst creates broken /etc/courier/locals
Package: courier-mta Version: 0.65.0-3 Severity: normal courier-mta.postinst uses: echo -e localhost\n$RET to populate /etc/courier/locals; unfortunately, dash's builtin echo command doesn't support -e, so you get the -e in the locals file. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages courier-mta depends on: ii courier-authlib0.63.0-3 Courier authentication library ii courier-base 0.65.0-3 Courier mail server - base system ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc11:4.4.5-8 GCC support library ii libgdbm3 1.8.3-9 GNU dbm database routines (runtime ii libperl5.105.10.1-17squeeze2 shared Perl library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 courier-mta recommends no packages. Versions of packages courier-mta suggests: ii bsd-mailx [mail-re 8.1.2-0.20100314cvs-1 simple mail user agent pn courier-docnone(no description available) pn courier-filter-per none(no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628061: rinetd: Write a log entry at connection open
Package: rinetd Version: 0.62-5.1ies1 Severity: wishlist Tags: patch The attached patch adds a log entry at connection open. I find this very useful because I want to produce a report from the log showing when a connection starts and ends, both for security and reporting purposes. -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable'), (99, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-pve (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rinetd depends on: ii libc6 2.7-18lenny7 GNU C Library: Shared libraries rinetd recommends no packages. rinetd suggests no packages. -- no debconf information diff --git a/debian/changelog b/debian/changelog index 2aa20a1..d6744f4 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +rinetd (0.62-5.1ies1) unstable; urgency=low + + * Write a log entry at connection open. + + -- Flavio Stanchina flavio.stanch...@ies.it Fri, 04 Feb 2011 18:05:00 +0100 + rinetd (0.62-5.1) unstable; urgency=low * Non-maintainer upload to solve release goal. diff --git a/rinetd.c b/rinetd.c index fc71e8a..771c8c0 100755 --- a/rinetd.c +++ b/rinetd.c @@ -211,6 +211,8 @@ const char *logMessages[] = { not-allowed, 0, denied, + 0, + opened, 0 }; @@ -221,6 +223,7 @@ const char *logMessages[] = { #define logLocalConnectFailed 8 #define logNotAllowed 10 #define logDenied 12 +#define logOpened 14 #define logLocalClosedFirst 0 #define logRemoteClosedFirst 1 @@ -1339,6 +1342,7 @@ void openLocalFd(int se, int i) return; } } + log(i, coSe[i], logOpened); } int getAddress(char *host, struct in_addr *iaddr)
Bug#626207: [Pkg-bluetooth-maintainers] Bug#626207: bluez: can't receive files from Nokia phone via Obex
On 17/05/2011 02:53, Nobuhiro Iwamatsu wrote: Could you check latest bluez packge? You are using latest linux kernel. You need to fit bluez package. In the past months I tried (re)installing 4.66-[123] from squeeze many times with different kernels and I also tried a few bluez version from testing/unstable, with no success. The only purpose of all of these (re)installs was to be able to receive files from my phone, as I have no other use for Bluetooth. Here's an excerpt from the dpkg logs to show you what I tried: 2010-08-24 17:04:02 status installed linux-image-2.6.32-5-686 2.6.32-20 2010-10-16 14:42:09 status installed linux-image-2.6.32-5-686 2.6.32-23 2010-10-17 16:06:08 status installed libbluetooth3 4.66-1 2010-10-17 17:04:42 status installed bluez 4.66-1 2010-10-17 17:04:44 status installed bluez-utils 4.66-1 2010-10-17 17:04:45 status installed kdebluetooth 1:1.0~rc3-2 2010-10-17 21:20:55 status installed bluez-utils 4.66-1 2010-10-17 21:24:53 status installed kdebluetooth 1:1.0~rc3-2 2010-10-20 21:28:17 status installed linux-image-2.6.32-5-686 2.6.32-25 2010-10-20 22:17:37 status installed libbluetooth2 3.36-1 2010-11-07 23:41:26 status installed linux-image-2.6.32-5-686 2.6.32-27 2010-11-08 00:22:06 status installed libbluetooth3 4.66-2 2010-11-08 00:22:07 status installed bluez 4.66-2 2010-12-28 00:38:00 status installed linux-image-2.6.32-5-686 2.6.32-29 2011-01-04 22:59:50 status installed libbluetooth3 4.66-3 2011-01-04 22:59:51 status installed bluez 4.66-3 2011-01-15 17:51:47 status installed linux-image-2.6.32-5-686 2.6.32-30 2011-03-02 01:03:46 status installed linux-image-2.6.37-2-686 2.6.37-2 2011-03-23 23:04:45 status installed linux-image-2.6.32-5-686 2.6.32-31 2011-03-29 23:44:55 status installed libbluetooth3 4.87-2 2011-03-29 23:44:57 status installed bluez 4.87-2 2011-04-03 21:00:21 status installed libbluetooth3 4.89-1 2011-04-03 21:00:23 status installed bluez 4.89-1 2011-04-13 00:06:16 status installed linux-image-2.6.38-2-686 2.6.38-3 2011-04-30 00:40:14 status installed libbluetooth3 4.91-1 2011-04-30 00:40:15 status installed bluez 4.91-1 2011-05-08 20:20:42 status installed bluez 4.91-1 2011-05-08 20:45:49 status installed libbluetooth3 4.91-1 2011-05-08 20:45:50 status installed libbluetooth3 4.91-1 2011-05-08 20:50:02 status installed libbluetooth2 3.36-1.1 2011-05-08 20:54:50 status installed libbluetooth3 4.66-3 2011-05-08 21:13:42 status installed bluez-utils 4.66-3 2011-05-08 21:14:15 status installed bluez-utils 4.66-3 2011-05-08 21:23:06 status installed bluez-utils 3.36-3 2011-05-08 21:26:34 status installed bluez-utils 3.36-3.1 2011-05-08 22:17:47 status installed kdebluetooth 1.0~beta8-5 Not shown are also various installs of gnome-bluetooth, just in case it was kdebluetooth to be broken, but that didn't help either. The last entry shows when I had it and spent an evening rebuilding bluez-utils 3.36 and kdebluetooth from lenny on squeeze, then I could finally receive files from my phone again. -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626636: iceweasel -no-remote doesn't work
Package: iceweasel Version: 3.5.19-2 Severity: normal Running iceweasel -no-remote with an instance already running returns the following error: Iceweasel is already running, but is not responding. To open a new window, you must first close the existing Iceweasel process, or restart your system. Yes, I tried with the first instance being iceweasel -safe-mode. -- Package-specific info: -- Extensions information Name: Adblock Plus Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d} Package: xul-ext-adblock-plus Status: enabled Name: BlackFox V1-Blue Location: ${PROFILE_EXTENSIONS}/zigboom.desi...@gmail.com Status: enabled Name: Certificate Watch (CertWatch) Location: ${PROFILE_EXTENSIONS}/certwa...@simos.info Status: enabled Name: Chromifox Extreme Carbon Location: ${PROFILE_EXTENSIONS}/cfxec@Triton Status: enabled Name: Default Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: Download Manager Tweak Location: ${PROFILE_EXTENSIONS}/{F8A55C97-3DB6-4961-A81D-0DE0080E53CB} Status: enabled Name: FireDownload Location: ${PROFILE_EXTENSIONS}/firedownl...@mozilla.org Status: user-disabled Name: Form History Control Location: ${PROFILE_EXTENSIONS}/formhist...@yahoo.com Status: enabled Name: Greasemonkey Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781} Status: enabled Name: Image Zoom Location: ${PROFILE_EXTENSIONS}/{1A2D0EC4-75F5-4c91-89C4-3656F6E44B68} Status: enabled Name: Neo Diggler Location: ${PROFILE_EXTENSIONS}/{9b84cce7-a817-45d7-865e-9e6e8da1c388} Status: enabled Name: VMware Remote Console Plug-in Location: ${PROFILE_EXTENSIONS}/vmwarev...@vmware.com Status: enabled -- Plugins information Name: Java(TM) Plug-in 1.6.0_24 Location: /usr/lib/jvm/java-6-sun-1.6.0.24/jre/lib/i386/libnpjp2.so Package: sun-java6-bin Status: enabled Name: Shockwave Flash Location: /usr/lib/flashplayer-mozilla/libflashplayer.so Package: flashplayer-mozilla Status: enabled Name: VMware Remote Console Plug-in Location: /home/flavio/.mozilla/firefox/default.bbi/extensions/vmwarev...@vmware.com/plugins/np-vmware-vmrc-2.5.0-122581.so Status: enabled -- Addons package information ii flashplayer-mo 2:10.2.159.1-0 Macromedia Flash Player ii iceweasel 3.5.19-2 Web browser based on Firefox ii kopete 4:4.4.5-2 instant messaging and chat application ii sun-java6-bin 6.24-1~squeeze Sun Java(TM) Runtime Environment (JRE) 6 (ar ii xul-ext-adbloc 1.2.1-1Advertisement blocking extension for web bro -- System Information: Debian Release: 6.0.1 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable'), (400, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686-bigmem (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 iceweasel depends on: ii debianutils 3.4Miscellaneous utilities specific t ii fontconfig2.8.0-2.1 generic font configuration library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libgdk-pixbuf2.0-02.23.3-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libnspr4-0d 4.8.6-1NetScape Portable Runtime Library ii libstdc++64.6.0-2The GNU Standard C++ Library v3 ii procps1:3.2.8-9 /proc file system utilities ii xulrunner-1.9.1 1.9.1.19-2 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii libgssapi-krb5-21.8.3+dfsg-4 MIT Kerberos runtime libraries - k pn mozplugger none (no description available) ii ttf-lyx 1.6.7-1 TrueType versions of some TeX font pn ttf-mathematica4.1 none (no description available) ii xfonts-mathml 4Type1 Symbol font for MathML pn xprint none (no description available) Versions of packages xulrunner-1.9.1 depends on: ii libasound2 1.0.23-2.1shared library for ALSA applicatio ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-31.2.24-4 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1
Bug#626207: bluez: can't receive files from Nokia phone via Obex
Package: bluez Version: 4.66-3 Severity: normal Ever since the Bluetooth stack was upgraded to version 4, I haven't been able to receive files from my Nokia phone. The Bluetooth stack version 3.x worked fine, and in fact I've now worked around the problem by rebuilding bluez-utils and libbluetooth2 version 3.36 from lenny and installing kdebluetooth 1.0~beta8-5, again from lenny. The Nokia phones I have are an E50 (circa 2007) and a six month old C6-00. I'm willing to help debug this but I need instructions on how to monitor the Bluetooth data exchange and/or enable detailed logging. Here's a list of the Bluetooth related packages I currently have installed: hi bluetooth 3.36-3.1 Bluetooth stack utilities ii bluez-firmware 1.2-2 Firmware for Bluetooth devices hi bluez-utils3.36-3.1 Bluetooth tools and daemons hi kdebluetooth 1.0~beta8-5KDE Bluetooth Framework hi libbluetooth-d 3.36-1.1 Development files for using the BlueZ Linux ii libbluetooth2 3.36-1.1 Library to use the BlueZ Linux Bluetooth st ii libbluetooth3 4.66-3 Library to use the BlueZ Linux Bluetooth st ii libkbluetooth0 1.0~beta8-5Bluetooth library for KDE Note that libbluetooth3 is unused and installed only to satisfy dependencies. -- System Information: Debian Release: 6.0.1 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable'), (400, 'testing'), (99, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611083: fglrx-driver: please remove my email from the README file(s)
Package: fglrx-driver Severity: wishlist Please remove my email from the README file(s) in the fglrx packages, as I no longer own a Radeon card and am therefore unable to provide support. You'll probably need to reword some paragraphs to avoid talking in the first person. :-/ Thanks, Flavio Stanchina (the original packager of the fglrx driver) -- System Information: Debian Release: 5.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-pve (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609418: uswsusp: spelling fixes
Package: uswsusp Version: 0.8-1.2+b1 Severity: minor Tags: patch Here are a few spelling fixes and other minor fixes for the README.Debian file and for the uswsusp.conf man page (fixes bugs #518636 and #520705). Also removed end-of-line spaces from README.Debian. I'm also attaching a word-by-word diff (git-diff --word-diff=color) to show exactly where the important changes are. diff --git a/debian/README.Debian b/debian/README.Debian index f883348..7080466 100644 --- a/debian/README.Debian +++ b/debian/README.Debian @@ -1,42 +1,42 @@ uswsusp for Debian -- -For suspend/resume to work at all you need a kernel version 2.6.17-rc1 or -above. Proper support for s2both on powerpc appeared in version 2.6.22. You -will also need a swap partition or file. For swap file support you need kernel +For suspend/resume to work at all you need a kernel version 2.6.17-rc1 or +above. Proper support for s2both on powerpc appeared in version 2.6.22. You +will also need a swap partition or file. For swap file support you need kernel version 2.6.20 or above, swapfile in a LVM partition has a bug and is currently -not working. Finally, you need and an initramfs to start the resume process. If -you are using initramfs-tools to generate your initramfs you're in luck; this -package provides the necessary hooks and scripts to make it happen. +not working. Finally, you need an initramfs to start the resume process. If you +are using initramfs-tools to generate your initramfs you're in luck; this +package provides the necessary hooks and scripts to make it happen. -During install a suitable configuration will be written to /etc/uswsusp.conf -If your not happy with it you can choose to alter it by hand or by running +During install a suitable configuration will be written to /etc/uswsusp.conf; +if you're not happy with it you can choose to alter it by hand or by running dpkg-reconfigure uswsusp If you change it by hand you should run -update-initramfs -u +update-initramfs -u (and maybe run lilo) to update your ramdisk. -NOTE, by default update-initramfs -u only updates the ramdisk of the `latest' +NOTE, by default update-initramfs -u only updates the ramdisk of the `latest' kernel. This can lead to incompatibilities between s2disk and resume if -you boot an older kernel. You can set update_initramfs=all in +you boot an older kernel. You can set update_initramfs=all in /etc/initramfs-tools/update-initramfs.conf to let it update all initramfses. -NOTE2, if you have both update-initramfs and yaird installed there is a +NOTE 2, if you have both update-initramfs and yaird installed there is a possibility that running dpkg-reconfigure won't create an initrd for you. You should run update-initramfs by hand (possibly with -t). -This package installs the following binaries in root's path: s2disk, s2ram, +This package installs the following binaries in root's path: s2disk, s2ram, s2both, suspend-keygen and swap-offset. s2disk will always poweroff after making a snapshot of the system, if your initramfs and uswsusp.conf are correct, this should just work. -s2both will try to suspend to ram (S3) after making the snapshot. +s2both will try to suspend to ram (S3) after making the snapshot. This is a bit more tricky. Usually there are some issues with the graphics card, which most of the time can be worked around. -It will only try suspend to ram if a work around for your system is known +It will only try suspend to ram if a workaround for your system is known (or known not to be necessary). You can check if your system is known by -running +running s2ram -n If it is, you can use s2both. If not you can try and experiment with s2ram to find a workaround for your system. Read README.s2ram-whitelist @@ -44,23 +44,23 @@ for instructions. If you find a work around, please send a report to either the debian BTS or directly to the upstream authors. The uswsusp system supports encrypting the image written to disk. The -easiest way to enable this is by answering the questions you get by -running 'dpkg-reconfigure -pmedium uswsusp'. Alternatively you can read -the HOWTO. -When using a non-us keyboard layout and encryption one should be aware +easiest way to enable this is by answering the questions you get by +running 'dpkg-reconfigure -pmedium uswsusp'. Alternatively you can read +the HOWTO. +When using a non-us keyboard layout and encryption one should be aware of the fact that due to a bug in initramfs-tools the passphrase on resume should be typed as if one has a non-us keymap. This will hopefully be fixed soon. -It also supports two splash systems. The one from bootsplash.org and +It also supports two splash systems, the one from bootsplash.org and splashy. The latter is an userspace implementation. For it to work you need to install splashy and a splashy theme. Be carefull not to use splashy-from-initramfs (not the default) and uswsusp's splash support at the
Bug#602347: kspread: automatically selects unrelated file name on save as
Package: kspread Version: 1:2.2.1-3 Severity: normal I tried to save a .ods file as .csv; as soon as I selected the .csv file type, kspread automatically changed the file name to an unrelated .csv file I had in the same directory, while I was expecting it to change the extension on the file name that the document was already using (every other program I ever used works this way). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kspread depends on: ii kdebase-runtime 4:4.4.5-1runtime components from the offici ii koffice-libs1:2.2.1-3common libraries and binaries for ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-2GCC support library ii libgsl0ldbl 1.14+dfsg-1 GNU Scientific Library (GSL) -- li ii libkde3support4 4:4.4.5-1the KDE 3 Support Library for the ii libkdecore5 4:4.4.5-1the KDE Platform Core Library ii libkdeui5 4:4.4.5-1the KDE Platform User Interface Li ii libkhtml5 4:4.4.5-1the KHTML Web Content Rendering En ii libkio5 4:4.4.5-1the Network-enabled File Managemen ii libknotifyconfig4 4:4.4.5-1library for configuring KDE Notifi ii libkparts4 4:4.4.5-1the Framework for the KDE Platform ii libkrosscore4 4:4.4.5-1the Kross Core Library ii libkutils4 4:4.4.5-1various utility classes for the KD ii libqt4-dbus 4:4.6.3-1+b1 Qt 4 D-Bus module ii libqt4-qt3support 4:4.6.3-1+b1 Qt 3 compatibility library for Qt ii libqt4-sql 4:4.6.3-1+b1 Qt 4 SQL module ii libqt4-xml 4:4.6.3-1+b1 Qt 4 XML module ii libqtcore4 4:4.6.3-1+b1 Qt 4 core module ii libqtgui4 4:4.6.3-1+b1 Qt 4 GUI module ii libstdc++6 4.4.5-2 The GNU Standard C++ Library v3 kspread recommends no packages. Versions of packages kspread suggests: ii khelpcenter4 4:4.4.5-1 help center pn koffice-doc-html 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#575091: mrtgutils: missing upstream URL in copyright file
Package: mrtgutils Version: 0.7 Severity: minor mrtgutils is missing upstream URL information in the copyright file. It just says: It was downloaded from: http://www.download.address/foo.bar.tgz -- System Information: Debian Release: 5.0.3 Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#294656: Bug still present in courier-imap 4.4.0-2
This bug is still present in courier-imap 4.4.0-2 from stable. Is the report in message #30 still correct? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=294656#30 If that's the case, should this be patched and reported upstream? -- Ciao, Flavio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b791464.6020...@stanchina.net
Bug#565168: tgt should recommend sg3-utils
Package: tgt Version: 1:1.0.0-1 Severity: normal After configuring a direct-store target in /etc/tgt/targets.conf, I tried to activate it and I got this error: # tgt-admin -e Command 'sg_inq' (needed by 'option direct-store') is not in your path - can't continue! Please have tgt recommend sg3-utils, if not depend on them outright. -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29.6-san01 (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 tgt depends on: ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libconfig-general-perl2.40-1 Generic Configuration Module ii libibverbs1 1.1.2-1A library for direct userspace use ii librdmacm11.0.7-1A library for managing RDMA connec tgt recommends no packages. tgt 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#552527: virt-manager: please make menu shortcuts configurable, especially Ctrl+W
Package: virt-manager Version: 0.8.0-2 Severity: wishlist The menu shortcuts in the virtual machine window are not configurable AFAICS. This is particularly annoying with Ctrl+W, which is bound to File-Close, because that's what you use to delete a word in bash. -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31.4-athlon 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 virt-manager depends on: ii librsvg2-common 2.26.0-1SAX-based renderer library for SVG ii python 2.5.2-3 An interactive high-level object-o ii python-dbus 0.83.0-1simple interprocess messaging syst ii python-glade22.16.0-1GTK+ bindings: Glade support ii python-gnome22.28.0-1Python bindings for the GNOME desk ii python-gtk-vnc 0.3.9-1 A VNC viewer widget for GTK+ (Pyth ii python-gtk2 2.16.0-1Python bindings for the GTK+ widge ii python-libvirt 0.7.1-2 libvirt Python bindings ii python-support 1.0.4 automated rebuilding support for P ii python-urlgrabber3.1.0-4 A high-level cross-protocol url-gr ii python-vte 1:0.16.14-4 Python bindings for the VTE widget ii virtinst 0.500.0-1 Programs to create and clone virtu Versions of packages virt-manager recommends: ii hal 0.5.13-3 Hardware Abstraction Layer ii libvirt-bin 0.7.1-2the programs for the libvirt libra Versions of packages virt-manager suggests: ii virt-viewer 0.0.3-2Displaying the graphical console o -- 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#552364: reportbug: doesn't properly depend on a recent debsums
Package: reportbug Version: 4.8 Severity: normal I upgraded reportbug to the version in testing but I still have debsums from lenny. Now I get this message when I run reportbug: There may be a problem with your installation of reportbug; the following problems were detected by debsums: Unknown option: ignore-permissions Try 'debsums --help' for more information. Do you still want to file a report [y|N|q|?]? This is caused by the fix to bugs #536576 and #539695: reportbug now needs at least version 2.0.47 of debsums. The version was added to the Suggests line, as reportbug doesn't depend on debsums but only suggests it, but unfortunately versioning doesn't work in the Suggests line. IIRC, the proper solution is to leave an unversioned Suggests and add a versioned Conflicts: debsums ( 2.0.47) -- Package-specific info: [removed as it is not relevant] -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30.7-netfinity (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 reportbug depends on: ii apt 0.7.20.2+lenny1 Advanced front-end for dpkg ii python 2.5.2-3 An interactive high-level object-o ii python-reportbug 4.8 Python modules for interacting wit reportbug recommends no packages. Versions of packages reportbug suggests: ii courier-mta [mail-transpo 0.60.0-2 Courier mail server - ESMTP daemon ii debconf-utils 1.5.24 debconf utilities ii debsums 2.0.36 verification of installed package pn dlocate none (no description available) ii file 4.26-1 Determines file type using magic ii gnupg 1.4.9-3+lenny1 GNU privacy guard - a free PGP rep ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge pn python-gtkspell none (no description available) ii python-urwid 0.9.8.3-1 curses-based UI/widget library for pn python-vtenone (no description available) ii xdg-utils 1.0.2-6.1 desktop integration utilities from -- no debconf information -- debsums errors found: Unknown option: ignore-permissions Try 'debsums --help' for more information. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552368: courier-imap: the init script doesn't check if IMAP_UMASK is set before pasing it to umask
Package: courier-imap Version: 4.4.0-2 Severity: normal I've just upgraded Courier from a pre-lenny version. Of course I kept the existing config files during installation, planning to review them once the installation is complete and the mail server is up again. One of the new settings is IMAP_UMASK in /etc/courier/imapd; the /etc/init.d/courier-imap script will use it to call umask $IMAP_UMASK without checking if it is set, causing this message if it is empty: Installing new version of config file /etc/init.d/courier-imap ... Starting Courier IMAP server:0022 imapd. Notice the 0022 there, the output of an umask command without parameters. I'm not sure if this should be considered a bug, as the package is in some sense not properly configured, but on the other hand the sysadmin cannot be expected to take care of multiple, extensive additions to the configuration files of an important service during an upgrade. Unless changes are made to dpkg's handling of config files, so as to allow the admin to prepare upgraded configuration files and have them installed during the upgrade, all the pieces involved should use sensible default values for missing parameters or ignore them altogether. I hope you agree ;) -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30.7-netfinity (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 courier-imap depends on: ii courier-base 0.60.0-2 Courier mail server - base system ii courier-mta [mail-transport-a 0.60.0-2 Courier mail server - ESMTP daemon ii libc6 2.9-25 GNU C Library: Shared libraries ii libfam0 2.7.0-13.3 Client library to control the FAM ii libgdbm3 1.8.3-3GNU dbm database routines (runtime courier-imap recommends no packages. Versions of packages courier-imap suggests: ii courier-doc 0.60.0-2 Courier mail server - additional d ii courier-imap-ssl 4.4.0-2Courier mail server - IMAP over SS ii mutt [imap-client]1.5.18-6 text-based mailreader supporting M -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550891: pidgin: please reduce dependencies
Package: pidgin Version: 2.5.8-1+b1 Severity: wishlist Trying to upgrade pidgin to version 2.6.2: # apt-get -t testing --no-install-recommends install pidgin Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: gstreamer0.10-nice gstreamer0.10-plugins-bad gstreamer0.10-plugins-base gstreamer0.10-plugins-good libavc1394-0 libcdaudio1 libdc1394-22 libexempi3 libfftw3-3 libgmyth0 libgssdp-1.0-1 libgstfarsight0.10-0 libgupnp-1.0-2 libgupnp-igd-1.0-2 libiec61883-0 libiptcdata0 libnice0 libofa0 libopenspc0 libproxy0 libpurple0 libsoundtouch1c2 libsoup-gnome2.4-1 libtheora0 libvisual-0.4-0 libwildmidi0 pidgin-data Suggested packages: libfftw3-dev evolution-data-server Recommended packages: gvfs gstreamer0.10-x libvisual-0.4-plugins freepats The following NEW packages will be installed: gstreamer0.10-nice gstreamer0.10-plugins-bad gstreamer0.10-plugins-base gstreamer0.10-plugins-good libavc1394-0 libcdaudio1 libdc1394-22 libexempi3 libfftw3-3 libgmyth0 libgssdp-1.0-1 libgstfarsight0.10-0 libgupnp-1.0-2 libgupnp-igd-1.0-2 libiec61883-0 libiptcdata0 libnice0 libofa0 libopenspc0 libproxy0 libsoundtouch1c2 libsoup-gnome2.4-1 libvisual-0.4-0 libwildmidi0 The following packages will be upgraded: libpurple0 libtheora0 pidgin pidgin-data 4 upgraded, 24 newly installed, 0 to remove and 659 not upgraded. Need to get 16.4MB of archives. After this operation, 19.2MB of additional disk space will be used. Would it be possible to reduce the dependencies? If the gstreamer stuff is required by some plugin, for example, could it be packaged separately? -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30.8-athlon 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 pidgin depends on: ii gconf2 2.26.2-3GNOME configuration database syste ii libatk1.0-0 1.22.0-1The ATK accessibility toolkit ii libc62.9-25 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-2simple interprocess messaging syst ii libglib2.0-0 2.22.0-1The GLib library of C routines ii libgstreamer0.10-0 0.10.24-1 Core GStreamer libraries and eleme ii libgtk2.0-0 2.16.6-1The GTK+ graphical user interface ii libgtkspell0 2.0.13-1+b1 a spell-checking addon for GTK's T ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libpango1.0-01.26.0-1Layout and rendering of internatio ii libpurple0 2.5.8-1+b1 multi-protocol instant messaging l ii libsm6 2:1.0.3-2 X11 Session Management library ii libstartup-notification0 0.10-1 library for program launch feedbac ii libx11-6 2:1.2.2-1 X11 client-side library ii libxss1 1:1.1.3-1 X11 Screen Saver extension library ii perl 5.10.0-25 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.0] 5.10.0-25 minimal Perl system ii pidgin-data 2.5.8-1 multi-protocol instant messaging c Versions of packages pidgin recommends: pn gstreamer0.10-plugins-basenone (no description available) pn gstreamer0.10-plugins-goodnone (no description available) Versions of packages pidgin suggests: pn evolution-data-server none (no description available) ii kdebase-workspace-bin 4:4.3.2-1 core binaries for the KDE 4 base w ii libsqlite3-0 3.6.18-1 SQLite 3 shared library -- 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#550538: dmsetup segfault with command help -c
Package: dmsetup Version: 2:1.02.38-1 Severity: normal The command dmsetup help -c prints the normal help text then stops with a segmentation fault. -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30.8-athlon 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 dmsetup depends on: ii libc62.9-25 GNU C Library: Shared libraries ii libdevmapper1.02.1 2:1.02.38-1 The Linux Kernel Device Mapper use ii udev 0.141-2 /dev/ and hotplug management daemo ii util-linux 2.16.1-3Miscellaneous system utilities dmsetup recommends no packages. dmsetup 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#548800: plasma-scriptengines: the README contains just a single, mangled line of text
Package: plasma-scriptengines Version: 4:4.3.1-1 Severity: minor The /usr/share/doc/plasma-scriptengines/README file contains just a single, mangled line of text. Same fo other plasma-scriptengine-* packages. -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30.7-athlon 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 plasma-scriptengines depends on: they're all version 4:4.3.1-1 -- 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#548804: crystalcursors: the corner resize cursors are swapped
Package: crystalcursors Version: 1.1.1-10 Severity: minor The corner resize cursors are swapped in all the Crystal cursor themes: the NW-SE cursor appears in the top right and bottom left corners while the NE-SW cursor appears in the top left and bottom right corners. This is definitely a minor bug, but I'm so used to the correct cursors that when I see the wrong one I automatically think you're over the wrong window and move the mouse a bit. -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30.7-athlon Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547803: philesight license
Ico Doornekamp, the author of philesight, fixed the license issue. This is what he wrote: I just fixed this with the latest version, which is now released under the GPL license. This is mentioned both in the README and on the website. The source code can be downloaded here: http://zevv.nl/play/code/philesight/philesight-20090927.tgz -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547803: RFP: philesight -- a tool to browse your filesystem and see where the diskspace is being used at a glance
Package: wnpp Severity: wishlist * Package name: philesight Version : 2009-02-18 Upstream Author : Ico Doornekamp philesi...@zevv.nl * URL : http://zevv.nl/play/code/philesight/ * License : unknown (not found on website, in the source or README) Programming Lang: Ruby Description : a tool to browse your filesystem and see where the diskspace is being used at a glance Philesight is a tool to browse your filesystem and see where the diskspace is being used at a glance. Philesight is implemented as a simple command line program that generates PNG files; a wrapper CGI script is supplied to allow navigating through the filesystem. Philesight is actually a clone of the filelight program. Wheres filelight is ment as an interactive, user friendly application for the X-windows desktop, philesight is designed to run on a remote server without graphical user interface. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29.2-san01 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547586: installation breaks /etc/roundcube/debian-db.php
Vincent Bernat wrote: After upgrading roundcube from 0.2.1 to 0.2.2, I tried to log in but was greeted with this error: [...] ii dbconfig-common1.8.36common framework for packaging dat 1.8.36 is older than the version in stable. Maybe you should upgrade to 1.8.39 first, then dpkg-reconfigure roundcube-core. Depending on what you get, we will transfer the bug to dbconfig-common then (debian-db.php is generated by dbconfig-common). OK, it appears that the current dbconfig-common solves this problem. I suppose it's fixed by this change in 1.8.38: - fix for ucf/debconf/stdout redirection problems (closes: #435143). -- Ciao, Flavio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547586: installation breaks /etc/roundcube/debian-db.php
Package: roundcube Version: 0.2.2-1 Severity: important After upgrading roundcube from 0.2.1 to 0.2.2, I tried to log in but was greeted with this error: Parse error: syntax error, unexpected '*' in /etc/roundcube/debian-db.php on line 20 Upon examining /etc/roundcube/debian-db.php, I found that it had the following warning message from ucf appended, just after the $dbtype='mysql'; line: *** WARNING: ucf was run from a maintainer script that uses debconf, but the script did not pass --debconf-ok to ucf. The maintainer script should be fixed to not stop debconf before calling ucf, and pass it this parameter. For now, ucf will revert to using old-style, non-debconf prompting. Ugh! Please inform the package maintainer about this problem. The following is the transcript of the installation. As you can see, the ucf message shown above is also reported there, presumably caused by the update of /etc/roundcube/main.inc.php: # apt-get install roundcube Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: php5-pspell roundcube-core roundcube-sqlite The following NEW packages will be installed: php5-pspell The following packages will be upgraded: roundcube roundcube-core roundcube-sqlite 3 upgraded, 1 newly installed, 0 to remove and 736 not upgraded. Need to get 715kB of archives. After this operation, 32.8kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://aptproxy lenny/main php5-pspell 5.2.6.dfsg.1-1+lenny3 [8436B] Get:2 http://aptproxy squeeze/main roundcube 0.2.2-1 [12.1kB] Get:3 http://aptproxy squeeze/main roundcube-core 0.2.2-1 [683kB] Get:4 http://aptproxy squeeze/main roundcube-sqlite 0.2.2-1 [11.3kB] Fetched 715kB in 4s (144kB/s) Reading changelogs... Done apt-listchanges: Do you want to continue? [Y/n] Preconfiguring packages ... Selecting previously deselected package php5-pspell. (Reading database ... 117013 files and directories currently installed.) Unpacking php5-pspell (from .../php5-pspell_5.2.6.dfsg.1-1+lenny3_i386.deb) ... Preparing to replace roundcube 0.2.1-2 (using .../roundcube_0.2.2-1_all.deb) ... Unpacking replacement roundcube ... Preparing to replace roundcube-core 0.2.1-2 (using .../roundcube-core_0.2.2-1_all.deb) ... Unpacking replacement roundcube-core ... Preparing to replace roundcube-sqlite 0.2.1-2 (using .../roundcube-sqlite_0.2.2-1_all.deb) ... Unpacking replacement roundcube-sqlite ... Setting up php5-pspell (5.2.6.dfsg.1-1+lenny3) ... Setting up roundcube-sqlite (0.2.2-1) ... Setting up roundcube-core (0.2.2-1) ... dbconfig-common: writing config to /etc/dbconfig-common/roundcube.conf *** WARNING: ucf was run from a maintainer script that uses debconf, but the script did not pass --debconf-ok to ucf. The maintainer script should be fixed to not stop debconf before calling ucf, and pass it this parameter. For now, ucf will revert to using old-style, non-debconf prompting. Ugh! Please inform the package maintainer about this problem. Replacing config file /etc/roundcube/debian-db.php with new version kbuildsycoca running... Reusing existing ksycoca Setting up roundcube (0.2.2-1) ... -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30.7-netfinity (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages roundcube depends on: ii roundcube-core0.2.2-1skinnable AJAX based webmail solut roundcube recommends no packages. roundcube suggests no packages. Versions of packages roundcube-core depends on: ii apache22.2.13-1 Apache HTTP Server metapackage ii apache2-mpm-prefor 2.2.13-1 Apache HTTP Server - traditional n ii dbconfig-common1.8.36common framework for packaging dat ii debconf [debconf-2 1.5.27Debian configuration management sy ii libmagic1 4.21-4File type determination library us ii php-auth 1.6.1-1 PHP PEAR modules for creating an a ii php-mail-mime 1.5.2-0.1 PHP PEAR module for creating MIME ii php-mdb2 2.5.0b2-1 PHP PEAR module to provide a commo ii php-net-smtp 1.2.6-2 PHP PEAR module implementing SMTP ii php-net-socket 1.0.6-2 PHP PEAR Network Socket Interface ii php5 5.2.6.dfsg.1-1+lenny3 server-side, HTML-embedded scripti ii php5-gd5.2.6.dfsg.1-1+lenny3 GD module for php5 ii php5-mcrypt5.2.6.dfsg.1-1+lenny3 MCrypt module for php5 ii php5-pspell5.2.6.dfsg.1-1+lenny3 pspell module for php5 ii
Bug#525859: smbclient: breaks BackupPC backups of shares with password
Package: smbclient Version: 2:3.2.5-4lenny2 Severity: normal Same bug as reported here: https://bugzilla.redhat.com/show_bug.cgi?id=447820 As described there, it looks like smbclient no longer reads $PASSWD if the -N option is specified. This causes backups to fail if the share requires a password. BackupPC's XferLOG reports: Getting files newer than Fri Apr 24 03:44:23 2009 Anonymous login successful Domain=[XX] OS=[Windows 5.1] Server=[Windows 2000 LAN Manager] tree connect failed: NT_STATUS_ACCESS_DENIED Removing -N from the smbclient options in the BackupPC configuration file fixes this. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable'), (100, 'testing'), (10, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29.1-san01 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages smbclient depends on: ii libc62.7-10 GNU C Library: Shared libraries ii libcomerr2 1.41.3-1common error description library ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libldap-2.4-22.4.7-6.1 OpenLDAP libraries ii libncurses5 5.6+20071013-1 Shared libraries for terminal hand ii libpopt0 1.14-4 lib for parsing cmdline parameters ii libreadline5 5.2-3 GNU readline and history libraries ii libtalloc1 1.2.0~git20080616-1 hierarchical pool based memory all pn libwbclient0 none (no description available) pn samba-common none (no description available) smbclient recommends 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#525859: smbclient: breaks BackupPC backups of shares with password
FYI: smbclient 3.3.3-1~bpo50+1 from backports.org (and therefore, I guess, 3.3.3 from sid) behaves the same. The smbclient man page says this about the -N option: If a password is specified on the command line and this option is also defined the password on the command line will be silently ingnored and no password will be used. It said the same in smbclient 3.0.30, but the behavior was clearly different: $PASSWD wasn't ignored. -- Ciao, Flavio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525859: [Pkg-samba-maint] Bug#525859: smbclient: breaks BackupPC backups of shares with password
I'm CCing the BackupPC maintainer since it looks like this beast is going to bite him. Christian Perrier wrote: Quoting Flavio Stanchina (fla...@stanchina.net): The smbclient man page says this about the -N option: If a password is specified on the command line and this option is also defined the password on the command line will be silently ingnored and no password will be used. It said the same in smbclient 3.0.30, but the behavior was clearly different: $PASSWD wasn't ignored. I think that the current behaviour is correct and the former wasn't. As the manpage says, using -N disables any password prompt, which can be easily expanded to any mean to provide a password to the client is ignored. I somewhat agree with this logic, but maybe a check with upstream is in order, just to make sure that this is expected and not a side effect of some other change. So, I'm afraid that backuppc should, in some way adapt its way to pass information to smbclient if it relies on using $PASSWD with -N. This is easily solved by just removing -N from the smbclient options in the BackupPC configuration, at least with smbclient 3.2 and 3.3. It should be tested with a smbclient 3.2, but unfortunately I no longer have such a smbclient installation around, so I can't test right now. Should I reassign this bug to BackupPC then? -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525859: [Pkg-samba-maint] Bug#525859: smbclient: breaks BackupPC backups of shares with password
Ludovic Drolez wrote: Le Monday 27 April 2009 20:43:53 Flavio Stanchina, vous avez écrit : Should I reassign this bug to BackupPC then? That's not necessary, I've removed the '-N' option in backuppc 6 months ago. Ooops, and you also added a note about it to README.Debian... I need to upgrade packages more often! -- Ciao, Flavio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504228: ark: does not open lha files from the command line
Package: ark Version: 4:3.5.10-2.1 Severity: normal Tags: patch When you try to open a lha file from the command line (ark file.lha), you get this error: The utility is not in your PATH. Please install it or contact your system administrator. That's because the lha module doesn't set the unarchiver. The attached patch fixes it. I copied the logic from other single-program formats, such as ar and zoo. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (100, 'testing'), (10, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.7-athlon 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 ark depends on: ii kdelibs4c2a 4:3.5.9.dfsg.1-6 core libraries and binaries for al ii libc6 2.7-14 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2GCC support library ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 Versions of packages ark recommends: ii bzip2 1.0.4-2 high-quality block-sorting file co hi ncompress 4.2.4.0-3 Original Lempel-Ziv compress/uncom hi p7zip-full 4.55~dfsg.1-2 7z and 7za file archivers with hig ii unzip 5.52-10 De-archiver for .zip files ii zip2.32-1Archiver for .zip files ii zoo2.10-20 manipulate zoo archives -- no debconf information diff --git a/ark/lha.cpp b/ark/lha.cpp index f890139..adc138c 100644 --- a/ark/lha.cpp +++ b/ark/lha.cpp @@ -55,8 +55,9 @@ LhaArch::LhaArch( ArkWidget *_gui, const QString _fileName ) : Arch( _gui, _fileName ) { - m_archiver_program = lha; + m_archiver_program = m_unarchiver_program = lha; verifyCompressUtilityIsAvailable( m_archiver_program ); + verifyUncompressUtilityIsAvailable( m_unarchiver_program ); m_headerString = ; }
Bug#491797: fatresize: trashes iPod nano partition table
Filippo Giunchedi wrote: I too have an ipod nano (8Gb, 3rd generation) though the partition table looks regular: [...] Yes, it does indeed look regular. Maybe they now put the firmware somewhere else, in a regular file for example. also the number of sectors in your partition table looks a bit high assuming 4 bytes per sector, how big is the ipod? You mean 4 Kbytes, of course. Mine is a first generation nano and uses 512-byte blocks. -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491797: fatresize: trashes iPod nano partition table
Package: fatresize Version: 1.0.2-3 Severity: grave Justification: causes non-serious data loss After running fatresize on my iPod nano, it refused to boot. The firmware partition disappeared from the partition table. iPod partition tables are a bit bizarre and even cfdisk doesn't handle them correctly; only sfdisk is safe on them. Here's a dump of a correct iPod nano partition table: # partition table of /dev/sda unit: sectors /dev/sda1 : start= 63, size= 160587, Id= 0 /dev/sda2 : start= 160650, size= 7823655, Id= b /dev/sda3 : start=0, size=0, Id= 0 /dev/sda4 : start=0, size=0, Id= 0 You see the first partition with Id=0? It holds the iPod's loadable firmware. Many partitioning tools interpret Id=0 as this is free space and just remove the record from the partition table. The ROM firmware doesn't like this at all and shows you a screen that instructs you to restore your iPod with iTunes. I question why fatresize would even have to touch the partition table. The other filesystem resize tools for Linux (ext2resize for example) don't, you have to resize the partitions yourself before enlarging (or after reducing) the filesystem. Note: I rated the data loss as non-serious because most people have their music stored safely on their personal computer, so restoring it is not a problem. If that's not the case, however, one's screwed. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (100, 'testing'), (10, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.7-athlon 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 fatresize depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libparted1.8-91.8.8.git.2008.03.24-7 The GNU Parted disk partitioning s ii libuuid1 1.40.3-1 universally unique id library fatresize recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491589: fatresize: max size reported by --info is not accepted by --size
Philippe Coval wrote: Flavio Stanchina wrote: fatresize 1.0.2 (07/03/08) Error: The location 4178MB is outside of the device /dev/sda. does this also happend on previous debian's version 1.0.2-2 ? That's my iPod nano's disk, and 1.0.2-2 refused to read its partition table altogether: I don't remember the exact error, but it said something about the partition table being unsupported IIRC. However, that's in actual fact a much better idea, as once I gave fatresize a reasonable size it trashed the partition table. I'm filing a bug report about it right now, please look there for the details. -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490132: The dependencies in 1.5.1-2 are broken
The dependencies on libaudclient1 and libaudid3tag1 in audacious 1.5.1-2 are broken and the package is not installable. You have to add the Debian version to strictly equal dependencies, i.e.: Depends: ..., libaudclient1 (= 1.5.1-2), ... -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491589: fatresize: max size reported by --info is not accepted by --size
Package: fatresize Version: 1.0.2-3 Severity: normal I run 'fatresize --info /dev/sda2' and I get this report: fatresize 1.0.2 (07/03/08) FAT: fat32 Size: 3874106368 Min size: 3638191104 Max size: 4095737344 Then, I run 'fatresize --size 4095737344 /dev/sda2' and I get this error: fatresize 1.0.2 (07/03/08) Error: The location 4178MB is outside of the device /dev/sda. I would expect the maximum size reported by -i to be the actual maximum size that I can pass to -s. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (100, 'testing'), (10, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.7-athlon 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 fatresize depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libparted1.8-91.8.8.git.2008.03.24-7 The GNU Parted disk partitioning s ii libuuid1 1.40.3-1 universally unique id library fatresize recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399565: bug #399565: backuppc: would like option to use ISO date format
This has been implemented in backuppc 3.1.0. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476659: backuppc: please move the pool size graph to bottom of page
Package: backuppc Version: 3.1.0-2 Severity: wishlist The graph of the pool size is nice indeed, but a bit too prominent IMHO. Running jobs and failures are more important than the graph, so I'd rather have it at the bottom of the summary page and I'd also add a couple of p's to make some room around the images. I'd suggest something like this: my $content = eval(qq{$Lang-{BackupPC_Server_Status}}); if (-r $LogDir/pool.rrd $Privileged ) { $content .= 'pimg src='.$MyURL.'?image=4'; $content .= 'pimg src='.$MyURL.'?image=52'; } Finally, I would also recommend to change the title to BackupPC Pool Size (${weeks} weeks) for greater clarity. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (100, 'testing'), (10, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24.3-san01 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages backuppc depends on: ii adduser 3.105 add and remove users and groups ii apache2 2.2.6-2Next generation, scalable, extenda ii apache2-mpm-prefork [httpd] 2.2.6-2Traditional model for Apache HTTPD ii bzip2 1.0.4-2high-quality block-sorting file co ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii dpkg 1.14.7 package maintenance system for Deb ii libarchive-zip-perl 1.16-1 Module for manipulation of ZIP arc ii libcompress-zlib-perl 1.42-2 Perl module for creation and manip ii perl [libdigest-md5-perl] 5.8.8-12 Larry Wall's Practical Extraction ii perl-suid 5.8.8-12 Runs setuid Perl scripts hi samba-common 3.0.26a-1 Samba common files used by both th hi smbclient 3.0.26a-1 a LanManager-like simple client fo ii tar 1.19-1 GNU tar Versions of packages backuppc recommends: hi courier-mta [mail-transport-a 0.59.0-1 Courier mail server - ESMTP daemon ii libfile-rsyncp-perl 0.68-1 A perl based implementation of an ii openssh-client [ssh-client] 1:4.6p1-5 secure shell client, an rlogin/rsh ii rrdtool 1.2.15-0.3 Time-series data storage and displ ii rsync 3.0.0-2fast remote file copy program (lik -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451922: please don't create /var/lib/backuppc/pc/localhost on upgrade
Package: backuppc Version: 3.0.0-4 Severity: minor Those who don't backup localhost with BackupPC will have removed the /var/lib/backuppc/pc/localhost directory to avoid a daily email complaining about its existence, but that directory is included in the package and gets recreated on upgrade. IMHO, it should be created only on first install/configuration by the postinst script. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (100, 'testing'), (10, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.21-netfinity (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages backuppc depends on: ii adduser3.105 add and remove users and groups ii apache22.2.6-1 Next generation, scalable, extenda ii apache2-mpm-prefork [h 2.2.6-1 Traditional model for Apache HTTPD ii bzip2 1.0.3-7 high-quality block-sorting file co ii courier-mta [mail-tran 0.57.0-1 Courier Mail Server - ESMTP daemon ii debconf [debconf-2.0] 1.5.14Debian configuration management sy ii dpkg 1.14.7package maintenance system for Deb ii libarchive-zip-perl1.18-1Module for manipulation of ZIP arc ii libcompress-zlib-perl 2.007-1 Perl module for creation and manip ii perl [libdigest-md5-pe 5.8.8-11.1+lenny1 Larry Wall's Practical Extraction ii perl-suid 5.8.8-11.1+lenny1 Runs setuid Perl scripts hi samba-common 3.0.24-6etch4 Samba common files used by both th hi smbclient 3.0.24-6etch4 a LanManager-like simple client fo ii tar1.19-1GNU tar ii wwwconfig-common 0.0.48Debian web auto configuration backuppc recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385857: does this still applies?
Filippo Giunchedi wrote: latest version in unstable is 3.7 and I'm packaging 3.12, can I close this bug which apparently is related to pre-3.4? Every version from 3.4 onwards has worked fine here, as far as I can remember. Version 3.7-1 works for sure (used it yesterday), so this bug can certainly be closed for the version currently in the archives. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431979: backuppc: BackupPC 3.0 needs File::RsyncP module version 0.68
Package: backuppc Version: 3.0.0-3 Severity: normal I installed BackupPC 3.0.0-3 from sid on a mostly-etch system. The first backup failed with: File::RsyncP module version (0.64) too old: need 0.68 I see that the backuppc package suggests libfile-rsyncp-perl (= 0.68), but AFAIK only dependencies can be versioned. I guess we need a versioned dependency on libfile-rsyncp-perl... -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (100, 'testing'), (10, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21.3-san01 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages backuppc depends on: ii adduser3.102 Add and remove users and groups ii apache22.2.3-4 Next generation, scalable, extenda ii apache2-mpm-prefork [httpd 2.2.3-4 Traditional model for Apache HTTPD ii bzip2 1.0.3-6 high-quality block-sorting file co ii courier-mta [mail-transpor 0.53.3-2 Courier Mail Server - ESMTP daemon ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii dpkg 1.14.4package maintenance system for Deb ii libarchive-zip-perl1.16-1Module for manipulation of ZIP arc ii libcompress-zlib-perl 1.42-1Perl module for creation and manip ii perl [libdigest-md5-perl] 5.8.8-7 Larry Wall's Practical Extraction ii perl-suid 5.8.8-7 Runs setuid Perl scripts ii samba-common 3.0.24-6etch4 Samba common files used by both th ii smbclient 3.0.24-6etch4 a LanManager-like simple client fo ii tar1.16-2GNU tar ii wwwconfig-common 0.0.48Debian web auto configuration backuppc recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427494: fglrx-driver: Version 8.37.6-1: no screen found
David wrote: The X server does not start, it reads no screen found. Please attach the full X server log, otherwise there's no way to guess what's wrong. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420379: (no subject)
[EMAIL PROTECTED] wrote: Please consider these two hacks: [...] They are ugly but flgrx works again. The ugliness is not the problem. From the ATI license: (d) In addition to the license terms above, with respect to portions of the Software in source code or binary form designed exclusively for use with the Linux operating system (ATI Linux Code), you may use, display, modify, copy, distribute, allow others to re-distribute, package and re- package such ATI Linux Code for commercial and non-commercial purposes, provided that: i) all binary components of the ATI Linux Code are not modified in any way; Debian cannot distribute patched binaries. Users will have to apply those patches themselves until ATI releases a fixed driver. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416316: rsync: please add logrotate script
Package: rsync Version: 2.6.9-2 Severity: wishlist Please add a logrotate script to the rsync package, at least as an example. Attached is such a script,intended to be installed as /etc/logrotate.d/rsync. /var/log/rsyncd.log { weekly rotate 99 missingok notifempty compress delaycompress }
Bug#402383: fglrx-driver: man page fro fglrx contains wrong version of driver
Daniel Leidert wrote: @Flavio: I sent you the updated manpages for the current version in Etch some time ago. Could you please update them in the Debian package? Ooops, sorry Daniel and all, I've been a bit busy lately and I missed that. Will do. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341976: patch
tags 341976 + patch thanks Here's a patch that adds a get keyid server command to apt-key. Patch against apt 0.6.46.3 -- Ciao, Flavio diff --git a/cmdline/apt-key b/cmdline/apt-key index 7460a24..12b76f2 100755 --- a/cmdline/apt-key +++ b/cmdline/apt-key @@ -39,6 +39,7 @@ usage() { echo echo apt-key add file - add the key contained in file ('-' for stdin) echo apt-key del keyid - remove the key keyid +echo apt-key get keyid server- receive the key keyid from server echo apt-key update - update keys using the keyring package echo apt-key list- list keys echo @@ -66,6 +67,13 @@ case $command in $GPG --quiet --batch --delete-key --yes $1 echo OK ;; +get) +if [ -z $1 ] || [ -z $2 ]; then +usage +exit 1 +fi +$GPG --batch --keyserver $2 --recv-keys $1 +;; update) update ;; diff --git a/debian/changelog b/debian/changelog index eaf8974..8c75d94 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +apt (0.6.46.4) unstable; urgency=low + + * Non-maintainer upload. + * Add command get keyid server to apt-key. Closes: #341976 + + -- Flavio Stanchina [EMAIL PROTECTED] Thu, 23 Nov 2006 12:13:53 +0100 + apt (0.6.46.3) unstable; urgency=low * apt-pkg/deb/dpkgpm.cc: diff --git a/doc/apt-key.8 b/doc/apt-key.8 index 70d37df..c25090f 100644 --- a/doc/apt-key.8 +++ b/doc/apt-key.8 @@ -36,6 +36,11 @@ del \fIkeyid\fR Remove a key from the list of trusted keys. .RE .PP +get \fIkeyid\fR \fIkeyserver\fR +.RS 3n +Receive a key from the specified \fIkeyserver\fR. +.RE +.PP list .RS 3n List trusted keys. diff --git a/doc/apt-key.8.xml b/doc/apt-key.8.xml index eac6130..a063458 100644 --- a/doc/apt-key.8.xml +++ b/doc/apt-key.8.xml @@ -63,6 +63,17 @@ /listitem /varlistentry + varlistentrytermget replaceablekeyid/replaceable replaceablekeyserver/replaceable/term + listitem + para + + Receive a key from the specified replaceablekeyserver/replaceable. + + /para + + /listitem + /varlistentry + varlistentrytermlist/term listitem para
Bug#368802: fglrx-kernel-src: fglrx modules fail to build against Xen patched 2.6.16-14 kernel
tags 368802 + pending thanks Loïc Minier wrote: The attached trivial patch permits building fglrx under Xen for me, and the resulting driver seems to work like a charm. Thanks. The patch looks obviously correct, but before I upload it, it would be great if the original reporter could check if this works for him. -- Ciao, Flavio
Bug#388794: 8.30.3
Josip Rodin wrote: I think he needs a card that actually works with the new drivers :-) We're really not sure what to do, given the decision by ATI to drop 8500 support. Damn. Well, I might have a go at it standalone if no one else is willing, if there is a modicum of documentationabout the packaging process (or at least support :). The process is documented reasonably well in the debian/README.hacking file, it should be straightforward for someone with packaging experience. Don't worry however, I hope I'll be able to prepare new packages this evening, but as Steinar pointed out, my card is among those not supported by 8.29 and later so I have some difficulty actually testing the packages. Anyway, I still haven't heard a good proposal about how to continue support for R200 based cards. The X.Org driver works well for everyday use, but the real stuff like Doom 3 looks ugly. My idea is to keep 8.28 in Debian alongside the more recent version, but I still haven't decided how exactly to proceed. For example, I can rename the new package (or the old). For now, I think I'll prepare 8.30 packages and upload to experimental. That should at least give interested users a way to get supported packages. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388794: upstream version 8.30.3 is available
Max Alekseyev wrote: retitle 388794 upstream version 8.30.3 is available thanks You should have opened a different bug. Please do not retitle bugs you don't own. Apart from that, thanks for the heads up. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391279: fglrx-driver: Xorg fails to load fglrx with AIGLX error
Joel Fried wrote: My latext Xorg log: Sorry for the delay, been busy. In the log I see an exception just after the VESA VBE information, followed by a register dump and stack trace: (EE) fglrx(0): unknown reason for exception (II) fglrx(0): EAX=0x00ac, EBX=0x2000, ECX=0x0001, [...] I can't see any other obvious error, either before or after (except the keymap errors at the bottom which are harmless). This is likely an upstream bug and there's not much to be done about it. I'd try reinstalling the driver and X.Org, in the unlikely event that some files are corrupt, and maybe doing a memory check with memtest, but if your system is otherwise stable it's very unlikely that this could be the problem. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393111: fglrx-kernel module does not build with Unstable
K.S. Bhaskar wrote: The fglrx kernel module fails to compile. See make.sh.log below. It builds fine here; see http://bugs.debian.org/389947 for more information. In short, you likely have stale kernel module sources around. Just in case this is actually a bug, please describe *how* you tried to build the module. Also try the following command which works here: module-assistant -v -t -k /usr/src/linux-headers-2.6.18-1-686 build fglrx If you still have problems, please post a complete transcript of what happens, not just the make.sh log. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392268: hibernate: should run 'sensors -s' after resume if lm-sensors installed
Package: hibernate Version: 1.93-1 Severity: normal After resume, the sensors limits are not set. I think the easiest solution is adding StartServices lm-sensors to the config file, but maybe this is a problem worth solving with an ad-hoc scriptlet (which I would be writing if it wasn't this late ;). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (10, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-athlon Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages hibernate depends on: ii console-tools 1:0.2.3dbs-65 Linux console and font utilities Versions of packages hibernate recommends: ii hdparm6.6-1 tune hard disk parameters for high ii vlock 1.3-10 Virtual Console locking program -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391598: new driver version from ATI to support kernel 2.6.18
tags 391598 + moreinfo thanks newbeewan wrote: Compiling against kernel 2.6.18 work fine but the module make Xorg crash ! First of all, could you please give us more details of your system? For example, what's your hardware (ATI card, CPU, chipset)? Are you using a Debian packaged kernel or did you compile it yourself? If it's the latter, could you please attach your kernel configuration? Are you applying any kernel patches? Are you using any other proprietary modules? Then the obvious question: is it *Xorg* or the *kernel* crashing? If it's the kernel, does it crash if you load the module with modprobe fglrx from a text-mode console? Or does it crash only when Xorg starts? If it's Xorg, which version is it? Do you have any evidence that the problem is specific to kernel 2.6.18? Did you test with an earlier kernel version? And an earlier Xorg version? Which ones? There is a new ATI driver version witch seem to solve the pb... It is possible to make it available in Debian ? It seems to solve the problem as in I tried and it works or are you only relying on the release notes? My card is not supported by 8.29, so it's a bit difficult to test it. I borrowed my brother's 9600 for a few hours to test 8.29 and I'm about to prepare preliminary packages, but we're not going to upload them until we have a plan for people with unsupported cards. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391279: fglrx-driver: Xorg fails to load fglrx with AIGLX error
severity 391279 important thanks Joel Fried wrote: Package: fglrx-driver Version: 8.28.8-2 Severity: grave Justification: renders package unusable The bug is at most severity important, as it doesn't make the package completely unusable for everyone (it certainly works for me and for many other people). Please read http://www.debian.org/Bugs/Developer#severities for an explanation of bug severities. (EE) AIGLX error: dlsym for __driCreateNewScreen_20050727 failed (/usr/lib/dri/atiogl_a_dri.so: undefined symbol: __driCreateNewScreen_20050727) (EE) AIGLX: reverting to software rendering This was already reported and discussed, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=390361 The error you're seeing doesn't affect direct rendering, so there must be some other problem. fglrxinfo informs me that the fglrx driver is in fact not loaded by saying: display: :0.0 screen: 0 OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.5 Mesa 6.5.1) This does indeed indicate that direct rendering is disabled, but not that the driver is not loaded. From higher up in the Xorg.0.log, in case it is useful: [...] (II) fglrx(0): Kernel Module Version Information: (II) fglrx(0): Name: fglrx (II) fglrx(0): Version: 8.28.8 (II) fglrx(0): Date: Aug 17 2006 (II) fglrx(0): Desc: ATI FireGL DRM kernel module (II) fglrx(0): Kernel Module version matches driver. (II) fglrx(0): Kernel Module Build Time Information: (II) fglrx(0): Build-Kernel UTS_RELEASE:2.6.8-2-686-smp (II) fglrx(0): Build-Kernel MODVERSIONS:yes (II) fglrx(0): Build-Kernel __SMP__:yes (II) fglrx(0): Build-Kernel PAGE_SIZE: 0x1000 So it is clear that the kernel module is properly built and recognized, it simply will not load. [...] The kernel module *is* loaded, otherwise the X driver module wouldn't be able to access this information. The error lies somewhere else. I will be happy to provide any more information that might be useful. A complete Xorg log might help. Please look for other clues that might indicate why direct rendering was not enabled even if the kernel module could be loaded. Keywords to look for are drm, dri and agp. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391522: fglrx-driver: typo in /etc/acpi/fglrx-powermode.sh
tags 389744 + pending merge 389744 391522 thanks Chris Hanson wrote: /etc/init.d/fglrx-driver refers to /etc/default/fglrx but that file has been renamed to /etc/default/fglrx-driver. This prevents switching of power states even if it's enabled. Already reported, will be fixed in the next upload. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389947: fglrx-driver: Fails to build against kernel 2.6.18-1-686
Jerry Quinn wrote: Package: fglrx-driver Version: 8.28.8-2 Severity: normal [...] make[1]: Entering directory `/usr/src/linux-headers-2.6.18-1-686' CC [M] /usr/src/modules/fglrx/firegl_public.o /usr/src/modules/fglrx/firegl_public.c:233: error: UTS_RELEASE undeclared here (not in a function) [...] It builds fine here; kernel 2.6.18 should be supported since version 8.28.1-1, see debian/patches/11-include-utsrelease-2.6.18.patch. I suspect you either have mismatched fglrx-driver and fglrx-kernel-src packages or you have stale kernel module sources around. Quoting from /usr/share/doc/fglrx-kernel-src/README.Debian.gz: module-assistant will unpack the sources for you, if necessary. Make sure to remove any old /usr/src/modules/fglrx directory after an upgrade of the fglrx package, because module-assistant will not do that for you. Closing this bug; please reopen if needed. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384325: Reassigning Qt segfault with fglrx bugs to fglrx
package fglrx-driver severity 388271 important merge 384325 388271 tags 384325 - moreinfo unreproducible thanks Christopher Martin wrote: I'm reassigning bugs #384325 and #387138 to fglrx. These bugs are caused by the failure of the fglrx driver to return display height and width values (in millimetres). [...] OK; therefore I'm merging 384325 with 388271 and removing the moreinfo tag as we'we had quite our fair share of info. Please followup to 384325 as that's where the majority of the discussion took place. Those affected by this bug might want to check what the fglrx driver thinks about your display's size with the following command: grep -E Image Size|Display dimensions|DPI /var/log/Xorg.0.log and report their findings here if they're incorrect or unusual in any way, which I suspect they will be in your case. For example, here's mine: (II) fglrx(0): Max H-Image Size [cm]: horiz.: 34 vert.: 27 (II) fglrx(0): clock: 108.0 MHz Image Size: 338 x 270 mm (--) fglrx(0): Display dimensions: (340, 270) mm (--) fglrx(0): DPI set to (95, 96) Note that the X.Org radeon driver should report exactly the same values if everything's OK. Now that I think about it, you didn't disable EDID with option IgnoreEDID in your xorg.conf, did you? If anyone has tested fglrx 8.29, please report if it fixes this. I can't test myself, unfortunately, as my hardware is among those whose support was dropped. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279224: Add encode configuration for AAC files
Note: I also submitted the patch upstream (minus Debian changelog) at http://sourceforge.net/tracker/index.php?func=detailaid=1567381group_id=3714atid=303714 -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279224: Add encode configuration for AAC files
tags 279224 + patch thanks The attached patch adds an encode configuration for AAC files using faac; it also adds a %N switch for the number of tracks, which closes #310176. Sorry for not making it a dpatch patch, but I don't know how dpatch works exactly and at this moment I'm a bit too tired to learn it. ;) -- Ciao, Flavio diff --git a/debian/changelog b/debian/changelog index 59a4df0..7f9f1b4 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +grip (3.3.1-9.1) unstable; urgency=low + + * Non-maintainer upload. + * Add encode configuration for AAC files (Closes: #279224). + * Add %N switch for the number of tracks (Closes: #310176). + + -- Flavio Stanchina [EMAIL PROTECTED] Thu, 28 Sep 2006 23:39:50 +0200 + grip (3.3.1-9) unstable; urgency=low * Downgrading depends on yelp to a recommends to allow skipping the long diff --git a/doc/C/grip.xml b/doc/C/grip.xml index acaaceb..e434e7e 100644 --- a/doc/C/grip.xml +++ b/doc/C/grip.xml @@ -1110,6 +1110,9 @@ number,beginning at 1, and zero-filled (ie: '03' for the third track). /para/listitem +listitemparaguilabelN/guilabel mdash; The number of +tracks, zero-filled (ie: '07'). /para/listitem + listitemparaguilabels/guilabel mdash; The start sector of the track. /para/listitem diff --git a/src/gripcfg.c b/src/gripcfg.c index 8f8ea75..e1aebb4 100644 --- a/src/gripcfg.c +++ b/src/gripcfg.c @@ -58,6 +58,9 @@ static MP3Encoder encoder_defaults[]={{ -o %m -a %a -l %d -t %n -b %b -N %t -G %G -d %y %w, ogg}, {flac,-V -o %m %w,flac}, + {faac, + -b %b -o %m -w --artist %a --title %n --genre %G --album %d --track %t/%N --year %y %w, + m4a}, {other,,}, {,} }; diff --git a/src/rip.c b/src/rip.c index 6cc58e4..d906da3 100644 --- a/src/rip.c +++ b/src/rip.c @@ -1147,6 +1172,10 @@ char *TranslateSwitch(char switch_char,v g_snprintf(res,PATH_MAX,%02d,enc_track-track_num+1); *munge=FALSE; break; + case 'N': +g_snprintf(res,PATH_MAX,%02d,enc_track-ginfo-prog_totaltracks); +*munge=FALSE; +break; case 's': g_snprintf(res,PATH_MAX,%d,enc_track-ginfo-start_sector); *munge=FALSE;
Bug#388794: fglrx driver 8.29.6 drops support for some cards
Daniel Leidert wrote: Am Dienstag, den 26.09.2006, 18:35 -0700 schrieb Max Alekseyev: So I think version 8.29.6 should be packaged separately from version 8.28.8 rather than replace it. I don't think so. AFAIK the last 5 or 6 releases of the ATIs Linux driver had massive problems with these cards. That's true, indeed. On my hardware (Radeon 8500 and 9250), the DVI connector never worked with the proprietary driver and fgl_glxgears has been showing just a blue cube for the past year or so. Are there features, the free drivers cannot provide, but the proprietary can? I think I still can't play Doom 3 with the X.Org driver, and if you think it's evil to use fglrx just for a game, what would you think if I used Windows just for a game? Never mind that Doom 3 itself is not free software; games like that are still one of the top 5 reasons why I own a computer in the first place. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389744: File name sourcing error in power management script
tags 389744 + pending thanks Andrea IACOVITTI wrote: In the power management script /etc/acpi/fglrx-powermode.sh we try to source the configuration file /etc/default/fglrx, but the real file, coming with the same package, is /etc/default/fglrx-driver: better to source this one. Thanks, will be fixed in the next upload. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389504: fglrx-driver: [FTBFS] #error The header file 'AdjustPage.h' doesn't include QObject.
LI Daobing wrote: can't build, check the build log in attachment I guess you have /usr/bin/moc pointing to moc-qt4, while we need moc-qt3. Could you please check if that's the case? I can explicitly call moc-qt3, not just moc, when building the control panel, but I wonder if this is correct or if I should build-conflict with qt4-dev-tools. Steinar, what do you think? -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389504: fglrx-driver: [FTBFS] #error The header file 'AdjustPage.h' doesn't include QObject.
tags 389504 + pending thanks Steinar H. Gunderson wrote: Calling moc-qt3 would be the right thing, AFAICS; there's no good reason to build-conflict with qt4-dev-tools as long as we actually _can_ build just fine with it installed. Thanks, will be fixed in the next upload. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345040: fglrx-driver: No console after logging out from kde/X
package fglrx-driver retitle 345040 fglrx-driver: No console after logging out from Gnome/KDE/X tags 345040 - fixed tags 345040 + upstream thanks Andrea Cavaglieri wrote: I don't think the problem is related to the kernel: both with Linux 2.6.15 and Linux 2.6.17, if I do '/etc/init.d/kdm stop' I get a blank screen and 'Ctrl+Alt+F?' doesn't work (even if I can enter my box via ssh). I tried to use the ati driver and the error doesn't happen while with fglrx-driver it always happens. Unfixing and retitling this bug, then. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388271: fglrx-control: fireglcontrol give Floating point exception
Please keep [EMAIL PROTECTED] in the cc; this information should be recorded in the bug report. Brent S. Elmer wrote: I downloaded qt-x11-free-dbg and ran your debug version of fireglcontrol. I didn't download the source to debug but here is the gdb info anyway: As far as I can tell, it's Qt that's causing the exception, but to be on the safe side it's probably a good idea to do some more tests before we reassign the bug. First of all, the last file accessed in the strace was /home/brente/.qt/qtrc: try moving it out of the way and see it things get better. [EMAIL PROTECTED]:~/firegl$ gdb fireglcontrol GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...Using host libthread_db library / lib/tls/i686/cmov/libthread_db.so.1. (gdb) r Starting program: /home/brente/firegl/fireglcontrol [Thread debugging using libthread_db enabled] [New Thread -1222313760 (LWP 19558)] Qt: gdb: -nograb added to command-line options. Use the -dograb option to enforce grabbing. Program received signal SIGFPE, Arithmetic exception. [Switching to Thread -1222313760 (LWP 19558)] 0xb79a8bed in create_dpis () at kernel/qpaintdevice_x11.cpp:531 531 kernel/qpaintdevice_x11.cpp: No such file or directory. in kernel/qpaintdevice_x11.cpp (gdb) bt #0 0xb79a8bed in create_dpis () at kernel/qpaintdevice_x11.cpp:531 #1 0xb79a8cbb in QPaintDevice::x11AppDpiY (screen=-1) at kernel/qpaintdevice_x11.cpp:653 #2 0xb79a8d38 in QPaintDevice::x11AppDpiY () at kernel/qpaintdevice_x11.cpp:675 #3 0xb797f7ef in qt_init_internal (argcptr=0xbfaa7ac0, argv=0xbfaa7b34, display=0x0, visual=0, colormap=0) at kernel/qapplication_x11.cpp:2162 #4 0xb79802ce in qt_init (argcptr=0xbfaa7ac0, argv=0xbfaa7b34) at kernel/qapplication_x11.cpp:2385 #5 0xb79f822c in QApplication::construct (this=0xbfaa79f0, [EMAIL PROTECTED], argv=0xbfaa7b34, type=QApplication::GuiClient) at kernel/qapplication.cpp:813 #6 0xb79f85dc in QApplication (this=0xbfaa79f0, [EMAIL PROTECTED], argv=0xbfaa7b34) at kernel/qapplication.cpp:728 #7 0x08055561 in main (argc=1, argv=0x8087480) at main.cpp:32 Brent On Tue, 2006-09-26 at 00:09 +0200, Flavio Stanchina wrote: Brent S. Elmer wrote: The kernel seems to be fine. Here is an strace -f for fireglcontrol. It looks like fireglcontrol breaks after reading qtrc, so I'd suspect a problem there. However, it's definitely not conclusive. I'm attaching a fireglcontrol binary compiled with debug info: please run it from gdb and tell me how it goes. You might also want to install qt-x11-free-dbg (careful, it's a 32 MB download) to get useful stack traces in the Qt code, if the problem turns out to be in there. Brent S. Elmer wrote: In the strace I see a failure soon after fstat64 which is for large file systems. I had CONFIG_LSF turned on in my kernel. I rebuilt a kernel with it turned off to see if it helped. I still get the floating point exception and I still see fstat64 in the strace. Is there some other kernel config option for large file systems that I can turn off? I have another qt application that is giving a floating point exception during startup. I see fstat64 and stat64 in the strace of it also. Open office .org also gives a floating point exception with stat64 and fstat64 references in the strace. I am running an up to date Debian etch system with a 2.6.17 kernel. I believe that fstat64 just happens to be the last system call before those programs cause the exception, and anyway, CONFIG_LSF has nothing to do with fstat64 and friends. The kernel supports files larger than 4GB (the 32-bit limit) even without CONFIG_LSF; that's only for files even larger, more than 2TB (i.e. 512 times more). That's even more evidence that the problem is not fireglconfig per se, however. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388271: fglrx-control: fireglcontrol give Floating point exception
Brent S. Elmer wrote: I moved qtrc out of the way. I don't think there is any difference. (gdb) r Starting program: /home/brente/firegl/fireglcontrol [Thread debugging using libthread_db enabled] [New Thread -176896 (LWP 25293)] Qt: gdb: -nograb added to command-line options. Use the -dograb option to enforce grabbing. Program received signal SIGFPE, Arithmetic exception. [Switching to Thread -176896 (LWP 25293)] 0xb79b1bed in create_dpis () at kernel/qpaintdevice_x11.cpp:531 531 kernel/qpaintdevice_x11.cpp: No such file or directory. in kernel/qpaintdevice_x11.cpp (gdb) bt #0 0xb79b1bed in create_dpis () at kernel/qpaintdevice_x11.cpp:531 #1 0xb79b1cbb in QPaintDevice::x11AppDpiY (screen=-1) at kernel/qpaintdevice_x11.cpp:653 #2 0xb79b1d38 in QPaintDevice::x11AppDpiY () [...] OK, this is the same as http://bugs.debian.org/384325 and you might want to try the workaround explained in the next-to-last mail, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384325;msg=47 This is definitely a Qt problem, not fireglcontrol's. I'm going to reassign this bug to Qt and merge it with #384325 unless someone can show me that something in fireglcontrol is helping this bug to come out. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375830: Acknowledgement (occasionally misdetects PCI-Express card for PCI and dies before DRI)
Josip Rodin wrote: It escalated :( This version of the fglrx driver, after I boot the machine, decides to ignore my configuration in xorg.conf, it boots up improperly with something like EnableMonitor tv (notice: no crt!), and then proceeds to blithely *OVERWRITE* my xorg.conf with its broken version! The *driver* overwrites your xorg.conf?!? Sorry, but I can't believe that. If 'strings' is correct, no part of the driver does even know about xorg.conf. What could in fact do that is /usr/sbin/atieventsd, which was added in version 8.28. It is started by /etc/init.d/fglrx-driver. Please try disabling it (rename to /etc/init.d/no.fglrx-driver for example) and let me know if things change. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388271: fglrx-control: fireglcontrol give Floating point exception
tags 388271 + moreinfo unreproducible thanks Brent S. Elmer wrote: fireglcontrol doesn't work it just gives Floating point exception It works here. Please check your setup; I see you're using a custom-built kernel, are you sure it's fine? -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387230: fglrx-kernel-src: the module build is sucessfull, but it cant be loaded by kernel
Steve Langasek wrote: On Mon, Sep 11, 2006 at 03:26:16AM +0200, Fernando Cerezal wrote: The package uses gcc to build the module kernel. The latest version of gcc in testing is 4.1, but the package needs that gcc be a link to gcc-4.0. Otherwise the module builds sucessfully, but it is incompatible with the prebuilts Debian kernels [...] Or, it uses whatever you specify as a compiler override using the appropriate environment variables. There is no API for passing this information to module packages; you'll have to do some additional work to set the corresponding compiler version [...] Is there something I can do as the package maintainer? To put it another way, I was under the impression that it's the user's responsibility to ensure that they're compiling modules with the correct compiler, correct kernel sources and configuration. AFAIK, no other kernel module source package attempts to detect a mismatched compiler version, let alone find the right one. Therefore, if this is a bug, I would say it's a bug in the kernel build system (I'm sure Linus would love to hear that). -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292544: nicotine: apparent integer underflow
Josselin Mouette wrote: Le jeudi 27 janvier 2005 à 20:08 +0100, Flavio Stanchina a écrit : I got this in my nicotine log today: 12:26:34 Peer message type 256 size -3 contents '' unknown Do you still get this with the latest nicotine version? [...] No, I don't remember seeing this message lately with Nicotine+. I think it's fixed. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386030: trying to overwrite '/usr/lib/libGL.so.1.2' which is also in package libgl1-mesa-glx
Jakob Haufe wrote: The installation of fglrx driver fails with trying to overwrite '/usr/lib/libGL.so.1.2' which is also in package libgl1-mesa-glx I think the install script forgets to create a diversion. That's possible, but unlikely. Was it an install from scratch or an upgrade? Please post a more detailed log of the installation. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385857: please upgrade to bluez-utils and bluez-libs 3.4
Package: bluez-utils Version: 3.1-4 Severity: wishlist Yesterday I bought a Bluetooth USB dongle to connect with my mobile phone, but I had some problems with discovery and sending files from phone to computer. I'm using bluez-utils and kdebluetooth on Debian testing/unstable. The problem with discovery was the well-known issue with ISCAN, but after I fixed that I still wasn't able to send files from phone to computer. Finally I packaged bluez-libs and bluez-utils 3.4 and it worked at the first try, so I suspect the couple of issues of the D-Bus based API fixed in 3.2, 3.3 and 3.4 are significant after all. bluez-libs compiled out of the box by just unpacking and moving the debian directory over, but bluez-utils needs some work: * remove bluez-bcm203x package (bcm203x firmware loader removed upstream) * remove 000_rfcomm_conf_example.patch: the example is already commented * remove 004_rfcomm_usage.patch: applied upstream Also note that apparently it is important to remove leftover stuff from /var/lib/bluetooth/device to fix the ISCAN issue; it is also probably a good idea to add discovto 0; to the default configuration file (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384379). Finally, upstream added udev rules for Bluetooth serial PCMCIA cards; I don't know if these udev rules are useful. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (10, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11-athlon Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages bluez-utils depends on: ii dbus 0.62-4 simple interprocess messaging syst ii libbluetooth23.1-1 Library to use the BlueZ Linux Blu ii libc62.3.6-15GNU C Library: Shared libraries ii libdbus-1-2 0.62-4 simple interprocess messaging syst ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii lsb-base 3.1-14 Linux Standard Base 3.1 init scrip ii makedev 2.3.1-82creates device files in /dev ii module-init-tools3.2.2-3 tools for managing Linux kernel mo ii modutils 2.4.27.0-6 Linux module utilities ii sysvinit 2.86.ds1-15 System-V-like init utilities ii udev 0.093-1 /dev/ and hotplug management daemo bluez-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385753: mp3rename: buggy option parsing for -s
Package: mp3rename Version: 0.6-9 Severity: normal Apparently, the program always takes argv[2] as the argument to -s, without properly parsing all the options. $ mp3rename -v -s 'k. t' Default is now set $ cat ~/.mp3rename -s -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (10, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.7-athlon Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mp3rename depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries mp3rename recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365278: more info
Same problem here. The bug is quite obvious: the backup file name is generated *after* the warning is printed. Here's an excerpt of xserver-xorg.postinst around line 1685: warn $XORGCONFIG has been customized, but we need to make updates. \ Backing up your config to $BACKUP_XORGCONFIG. If we screw something up, \ restore using this file. BACKUP_XORGCONFIG=$XORGCONFIG.$(date '+%Y%m%d%H%M%S') cp $XORGCONFIG $BACKUP_XORGCONFIG -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362087: one link missing
[EMAIL PROTECTED] wrote: this link is also needed in /usr/lib/xorg/modules/linux libfglrxdrm.so - /usr/X11R6/lib/modules/linux/libfglrxdrm.so It is required for what? Please provide an explanation and version information on the packages you are using. I suspect you're using old or third-party packages that install the driver (or parts of it) in incorrect places. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364762: fglrx-kernel-src: Driver badly compiled for SMP systems
Frank Mehnert wrote: The driver is always compiled for non-SMP systems, regardless if CONFIG_SMP of the kernel source is set or not. Reason: firegl-public.c asks for __SMP__ but not for CONFIG_SMP. __SMP__ is defined by make.sh but this script is not called when building the debian package with Linux 2.6 (see debian/rules) Please try the attached patch which replaces __SMP__ with CONFIG_SMP (or just edit firegl_public.c and replace it by hand). Let me know if that works so I can add the patch to the next release. -- Ciao, Flavio --- firegl_public.c 29 Apr 2006 12:30:53 - 1.1 +++ firegl_public.c 29 Apr 2006 14:24:33 - @@ -248,7 +248,7 @@ const unsigned long __ke_MODVERSIONS_Sta const char BUILD_KERNEL_HAS_MODVERSIONS_CLEARED; #endif -#ifdef __SMP__ +#ifdef CONFIG_SMP const unsigned long __ke_SMP_State = 1; const char BUILD_KERNEL_HAS_SMP_SET; #else @@ -2249,7 +2249,7 @@ int ATI_API_CALL __ke_test_and_change_bi /*/ -#ifdef __SMP__ +#ifdef CONFIG_SMP static atomic_t cpus_waiting; static void deferred_flush(void* contextp) @@ -2265,11 +2265,11 @@ static void deferred_flush(void* context while (atomic_read(cpus_waiting) 0) barrier(); } -#endif /* __SMP__ */ +#endif /* CONFIG_SMP */ int ATI_API_CALL __ke_flush_cache(void) { -#ifdef __SMP__ +#ifdef CONFIG_SMP #if LINUX_VERSION_CODE 0x020501 atomic_set(cpus_waiting, smp_num_cpus - 1); #endif @@ -2289,7 +2289,7 @@ int ATI_API_CALL __ke_flush_cache(void) while (atomic_read(cpus_waiting) 0) barrier(); -#else /* !__SMP__ */ +#else /* !CONFIG_SMP */ #if defined(__i386__) || defined(__x86_64__) asm volatile (wbinvd:::memory); #elif defined(__alpha__) || defined(__ia64__) || defined(__sparc__) @@ -2297,7 +2297,7 @@ int ATI_API_CALL __ke_flush_cache(void) #else #error Please define flush_cache for your architecture. #endif -#endif /* !__SMP__ */ +#endif /* !CONFIG_SMP */ return 0; }
Bug#364646: fglrx-driver: libGL fails to refer to new location of fglrx_dri.so
Andrew Lau wrote: I've just tried reinstalling fglrx-driver and fglrx-kernel-src from non-free after previously using the ATI installer generated packages from a few weeks back. However: [...] As you can see, libGL is still looking for the X library in the old X.org 6.8 location instead of /usr/lib/dri/fglrx_dri.so I've tried rerunning ldconfig by hand, but that resolve the problem. So could there be anything that could have been left behind from previous ATI driver installs? [...] Yes, I think there's something left behind from older ATI drivers or even from older X server packages, most likely libGL. The libGL we install should definitely look for the DRI modules in /usr/lib/dri. Please use ldd /usr/bin/fglrxinfo and check where it's loading libGL from. If it's not /usr/lib/libGL.so.1, get rid of it and make sure you don't have any packages left over from before X.Org 7.0. If it's actually /usr/lib/libGL.so.1, then I guess something went wrong on upgrade and the library wasn't installed properly, so purge all the fglrx packages and reinstall them. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355485: Kernel BUG at arch/i386/mm/pageattr.c:137, no conole after logging out of X
Luigi Gangitano wrote: the problem persisted in 8.23.7-1 with linux-source-2.6.15 but is now fixed with linux-source-2.6.16. The fglrx kernel module does not load with kernel 2.6.16 because the inter_module functions have been removed. I suspect you don't see the problem any more only because the kernel module does not load at all and you are using only the user-mode part of the driver. Could you please check if 3D acceleration is enabled? -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]