Bug#484230: freecycle: segfaults when opening any .wav file
Package: freecycle Version: 0.6.1alpha-3 Severity: grave Justification: renders package unusable if I start freecycle as freecycle /path/to/wav or by starting it with no arguments or if start freecycle then use Open Wave from the File menu, freecycle segfaults. here's a stacktrace: (gdb) bt #0 0x2b74049ee117 in memcpy () from /lib/libc.so.6 #1 0x0044c7ce in SoundManager::applyEnvelope (this=0xe973d0, forceRedraw=false) at soundmanager.cpp:1863 #2 0x0044fbd2 in SoundManager::loadFile (this=0xe973d0) at soundmanager.cpp:884 #3 0x0042d282 in Freecycle::load (this=0xe2abb0, [EMAIL PROTECTED]) at freecycle.cpp:654 #4 0x00433725 in main (argc=2, argv=value optimized out) at main.cpp:64 ) It doesn't seem to matter which wav I used. I also tried creating a wav with 1 second silence with: dd if=/dev/zero bs=16000 count=12 | sox -r 16000 -b -c 1 -t .raw -s - /tmp/silence.wav thanks, stew -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-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/bash Versions of packages freecycle depends on: ii libasound2 1.0.16-2 ALSA library ii libaubio2 0.3.2-2+b2a library for audio segmentation ii libc6 2.7-10GNU C Library: Shared libraries ii libfftw3-3 3.1.2-3 library for computing Fast Fourier ii libfontconfig1 2.5.0-2 generic font configuration library ii libgcc11:4.3.0-3 GCC support library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjack0 0.109.2-1.1 JACK Audio Connection Kit (librari ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.27-1 PNG library - runtime ii libqt3-mt 3:3.3.8b-5Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsndfile11.0.17-4 Library for reading/writing audio ii libsoundtouch1c2 1.3.1-2 sound stretching library ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime freecycle recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484228: grub-pc: root partition fail to mount by uuid
Package: grub-pc
Version: 1.96+20080601-1
Severity: critical
Justification: breaks the whole system
After recent upgrade, grub-pc use UUID to find the root partition, but
on my lvm instalation, /dev/disk/by-uuid/${UUID} doesn't exists, and
the boot failed. Enabling GRUB_DISABLE_LINUX_UUID solve the problem,
but it stay unseen before the first reboot. grub-pc should at least
warn on upgrade that this should be looked at, or default to
GRUB_DISABLE_LINUX_UUID=true or update-grub should check that
/dev/disk/by-uuid/${UUID} does exists.
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/mapper/maison-root / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/mapper/maison-root /dev/.static/dev ext3 rw,errors=remount-ro,data=ordered
0 0
/dev/hdb1 /var xfs rw,relatime,noquota 0 0
/dev/hda1 /boot ext3 rw,relatime,errors=continue,data=ordered 0 0
/dev/mapper/maison-home /home ext3 rw,relatime,errors=continue,data=ordered 0 0
/dev/mapper/maison-tmp /tmp ext3 rw,relatime,errors=continue,data=ordered 0 0
/dev/mapper/maison-usr /usr ext3 rw,relatime,errors=continue,data=ordered 0 0
/dev/hdb1 /home/moi/Video xfs rw,relatime,noquota 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/hda
(hd1) /dev/hdb
(hd2) /dev/hdd
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/update-grub using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
set default=0
set timeout=5
set root=(maison-usr)
search --fs-uuid --set ae4f9539-5526-4296-87ff-70076903a62e
if font /share/grub/unicode.pff ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
terminal gfxterm
fi
set root=(hd0,1)
search --fs-uuid --set 966574cc-3eec-4598-ab36-86511571b271
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
set root=(hd0,1)
search --fs-uuid --set 966574cc-3eec-4598-ab36-86511571b271
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_hurd ###
### END /etc/grub.d/10_hurd ###
### BEGIN /etc/grub.d/10_linux ###
menuentry Debian GNU/Linux, linux 2.6.25.3-dl {
linux /vmlinuz-2.6.25.3-dl
root=UUID=252b92a8-5f20-42a7-9d14-f8bcddf8d6fc ro
initrd /initrd.img-2.6.25.3-dl
}
menuentry Debian GNU/Linux, linux 2.6.25.3-dl (single-user mode) {
linux /vmlinuz-2.6.25.3-dl
root=UUID=252b92a8-5f20-42a7-9d14-f8bcddf8d6fc ro single
initrd /initrd.img-2.6.25.3-dl
}
menuentry Debian GNU/Linux, linux 2.6.22-3-k7 {
linux /vmlinuz-2.6.22-3-k7
root=UUID=252b92a8-5f20-42a7-9d14-f8bcddf8d6fc ro
initrd /initrd.img-2.6.22-3-k7
}
menuentry Debian GNU/Linux, linux 2.6.22-3-k7 (single-user mode) {
linux /vmlinuz-2.6.22-3-k7
root=UUID=252b92a8-5f20-42a7-9d14-f8bcddf8d6fc ro single
initrd /initrd.img-2.6.22-3-k7
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
*** END /boot/grub/grub.cfg
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (700, 'unstable'), (700, 'testing'), (500, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.25.3-dl (PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages grub-pc depends on:
ii cdebconf [debconf-2.0] 0.131 Debian Configuration Management Sy
ii debconf [debconf-2.0]1.5.22 Debian configuration management sy
ii grub-common 1.96+20080601-1 GRand Unified Bootloader, version
ii libc62.7-11 GNU C Library: Shared libraries
ii liblzo2-22.03-1 data compression library
ii libncurses5 5.6+20080531-1 Shared libraries for terminal hand
grub-pc recommends no packages.
-- debconf information:
* grub-pc/linux_cmdline:
* grub-pc/chainload_from_menu.lst: false
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443411: Wondering if 443411 is the same bug as 483805
Hi Dave, David Headland: Package: acpid Followup-For: Bug #443411 Hello, Dietz, I've recently spotted a bug in acpid, which I've reported and has been assigned bug #483805. The problem is not exactly the same as your bug #443411, but having read it through again I'm wondering if it might in fact be a different symptom of the same bug. Would you be able to check if your problem exists if you stop acpid running in the background and instead manually run it in the foreground with the -d argument, please? If it them works, I'll merge my bug with yours. If not, then it seems that they're not related at all and I'll leave things as they are. I'll check it the next days. cya Dietz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#135431: Extreme enjoyment awaits you here
With greater size comes greater powers http://www.replait.com/
Bug#484235: panic-action called for /usr/sbin/winbindd
Package: winbind Version: 1:3.0.28a-3 Severity: critical Justification: breaks unrelated software We are using winbind to authenticate users to the system for various services. The winbind daemon seems to crash many times a day. At the moment I have a cron job that restarts winbind and samba every time as crash has been detected to minimise the impact on the system. This happens on two separate servers that we run winbind on. They are both located in different networks in different Active Directory environments. I'll just report on one of the hosts that is more active and suffers from the crashes more frequently. Output from 'testparm -s /etc/samba/smb.conf' is as follows: Load smb config files from /etc/samba/smb.conf Processing section [home_dirs] Loaded services file OK. Server role: ROLE_DOMAIN_MEMBER [global] workgroup = PRY realm = PRY.COM.AU server string = %h server security = ADS obey pam restrictions = Yes password server = ZEUS ACCOUNTS exchange02 passdb backend = tdbsam passwd program = /usr/bin/passwd %u passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* . restrict anonymous = 2 ntlm auth = No client NTLMv2 auth = Yes syslog = 0 log file = /var/log/samba/log.%m max log size = 1000 disable netbios = Yes name resolve order = host socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 dns proxy = No panic action = /usr/share/samba/panic-action %d idmap uid = 1-2 idmap gid = 1-2 template homedir = /var/home/%D/%U winbind cache time = 120 winbind enum users = Yes winbind enum groups = Yes winbind use default domain = Yes invalid users = root [home_dirs] comment = Home Directories path = /home username = administrator force user = root The dump from the panic-action email shows the following: (no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0xb7ae06d0 (LWP 25600)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0xb7cb66be in waitpid () from /lib/libc.so.6 #0 0xb7cb66be in waitpid () from /lib/libc.so.6 #1 0xb7c5e02e in ?? () from /lib/libc.so.6 #2 0x0811eea8 in smb_panic () #3 0x08109aaa in ?? () #4 0x0826bc84 in ?? () #5 0x0826bc20 in ?? () #6 0x0826be13 in ?? () #7 0x002d in ?? () #8 0xffb8 in ?? () #9 0x0826bc20 in ?? () #10 0x0826be13 in ?? () #11 0x6400 in ?? () #12 0xbfa06218 in ?? () #13 0xb7d57ff4 in ?? () from /lib/libc.so.6 #14 0xbfa06178 in ?? () #15 signal handler called #16 0xb7c50d96 in raise () from /lib/libc.so.6 #17 0xb7c52541 in abort () from /lib/libc.so.6 #18 0xb7c4a230 in __assert_fail () from /lib/libc.so.6 #19 0xb7d79eaa in ldap_parse_result () from /usr/lib/libldap_r-2.4.so.2 #20 0x0822f5cc in ?? () #21 0x085963a0 in ?? () #22 0x in ?? () The program is running. Quit anyway (and detach it)? (y or n) [answered Y; input not from terminal] The above seems to suggest something going wrong with LDAP? I have the latest libraries for LDAP in the testing distribution installed. Output from 'dpkg --list | grep ldap' is: ii ldap-utils 2.4.7-6.3 OpenLDAP utilities ii libldap-2.4-2 2.4.7-6.3 OpenLDAP
Bug#481125: [linux-image-2.6.24-1-amd64] Booting sometime freeze 8 to 9 minutes
On Tue, 13 May 2008, Robert Chéramy wrote: Package: linux-image-2.6.24-1-amd64 Version: 2.6.24-6 Severity: normal --- Please enter the report below this line. --- Hi, I've got a Dell inspiron 530n (the ones sold with ubuntu preinstalled). Some times, not systematicly (perhaps every third power on and at most reboots), the boot process is blocked 8 to 9 minutes (see attached dmesg for the point of freeze). The keyboard is freezed (Caps or Num LED won't change). After this random time, the boot process goes on and the system boots up normaly. please try out 2.6.25 from unstable and give feedback on it? installs just fine in testing. thanks -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484238: ITP: libtree-multinode-perl -- a multi node tree object
Package: wnpp Severity: wishlist * Package name: libtree-multinode-perl Version : 1.0.10 Upstream Author : Kyle R. Burton [EMAIL PROTECTED] * URL : http://search.cpan.org/~krburton/ * License : Artistic Programming Lang: Perl Description : a multi node tree object Tree::MultiNode, Tree::MultiNode::Node, and MultiNode::Handle of objects are written to model the Tree heirarchical structure. Each child object can be the tree itself. The tree has no internal sorting, though all operations perserve the order of the child nodes. signature.asc Description: Digital signature
Bug#484231: erc: erc discards errors on join
Package: erc Version: 5.3-1 Severity: normal (C-c C-j runs the command erc-join-channel) connected to freenode, joined #python.web. c-c c-j #python did nothing, no errors, but no new buffer and no change either. c-c c-j #pylons however did create a new buffer with the #pylons channel in it. Some googling pointed out: http://www.nabble.com/Official-IRC-channel-for-Python--td15660847.html that one needs a registered nick to join #python; the python-list thread suggests that other clients actually tell you that on failure, so erc probably should too. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages erc depends on: ii emacs [emacsen] 22.2+2-2 The GNU Emacs editor (metapackage) ii emacs22 [emacsen] 22.2+2-2 The GNU Emacs editor ii emacsen-common1.4.17 Common facilities for all emacsen ii make 3.81-4 The GNU version of the make util erc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484076: acknowledged by developer (closing 484076)
I would like to add some information to the bug description.
The problem seems to be in the /usr/share/X11/xkb/symbols/gr file. In the
latest version the lines :
key AC10 { [dead_acute,dead_horn] };
key AC11 { [dead_grave,dead_ogonek] };
have been changed to :
key AC10 { [dead_acute,dead_psili] };
key AC11 { [dead_grave,dead_dasia] };
Linguistically speaking, this is the right thing to do.
But one must, also, correct accordingly the
/usr/share/X11/locale/el_GR.UTF-8/Compose
and the /usr/share/X11/locale/en_US.UTF-8/Compose files.
The credit for showing the above is Simos' (
http://simos.info/blog/archives/639 )
G. Georganas
On Mon, Jun 2, 2008 at 1:03 PM, Debian Bug Tracking System
[EMAIL PROTECTED] wrote:
This is an automatic notification regarding your Bug report
#484076: upgrade-reports: Two Greek Polytonic diacritics no longer
available,
which was filed against the upgrade-reports package.
It has been marked as closed by one of the developers, namely
Julien Cristau [EMAIL PROTECTED].
You should be hearing from them with a substantive response shortly,
in case you haven't already. If not, please contact them directly.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
Bug#484131: dh-make: packaging stuff licensed under GPL by default
On Tue, Jun 03, 2008 at 12:46:44AM +0200, Cyril Brulebois wrote: It's not needed to go that path. Providing with manpages, or any patches Which are not part of dh-make We're talking specifically here about dh-make; not what a maintainer may or may not do. It's up to the maintainer to decide what their differences fall under. So, which specific files could be a problem? Perhaps this is just one of those theoretical things. Alternatively there could be a problem with a file and it can be changed. The way the licenses are, are a reasonable default. Remember, these are templates. There is also the issue that some of these files come from other (GPL-licensed) packages. A good example of this is init.d.ex which comes from initscripts, which is GPL. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483375: linux-image-2.6.25-2-amd64: 2.6.25-4 broke cpu frequency scaling
tags 483375 moreinfo unreproducible stop On Wed, 28 May 2008, Didier Raboud wrote: Package: linux-image-2.6.25-2-amd64 Version: 2.6.25-4 Severity: normal Hi, with latest update of linux-image-2.6.25-2-amd4, I lost the folders /sys/devices/system/cpu/cpu*/cpufreq and thus, kpowersave does not show the frequency used and does not allow to chose between ondemand, performance, powersave as it did before. Regards, Didier can't reproduce your statement. have for example cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq 80 -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484242: open-vm-tools 2008.05.15-93241-2 fail to launch vmware-user
Eric Hoch wrote: During an aptitude safe-upgrade as of yesterday 06/02/2008 the above mentioned open-vm-tools got installed. Since new open-vm-sources also came with the upgrade I reran m-a update; m-a a-i open-vm and the new open-vm-sources (Version 2008.05.15-93241-2) compiled without an error message. have you restarted vmware-guestd? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484239: This was a mistake...
I'm already filing a bug report on reportbug for the weirdness that made me submit this in this form. Please ignore this bug; the report with a sane title is in bug #484241. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483399: initscript: Support Cell processor spufs
Hi, On Thu, May 29, 2008 at 06:52:23PM +0200, Martin Pitt wrote: Hi Petter, Petter Reinholdtsen [2008-05-29 18:04 +0200]: Thank you for the patch. Why should this be done in the initscripts package, and not in some cell specific package? I would otherwise believe it would fit better elsewhere, in a package only installed on this hardware. Right. However, last time I looked at it, an init script to mount /spu would be the only thing in such a hypothetical spu-support package. It could be built by the libspe2 source package [1], which would be indeed a bit more elegant, but quite expensive for a mere mount. A competely separate init script doesn't come for free in terms of boot speed, disk usage, etc. I CC'ed Arthur, the maintainer of libspe2 in Debian, who should have a better idea of how all this fits together. Arthur, any thoughts on this? I think the groupadd and mkdir things should rather be in libspe2's postinst than in an initscript at all, but it sounds better to keep the mount commands with appropriated tests in initscripts package. This would indeed avoid having to create a new cell-specific initscript. Petter, are you ok with this? Thank, Arthur. signature.asc Description: Digital signature
Bug#483205: [Pkg-hpijs-devel] Bug#483205: [hplip] hp-toolbox does not find printer who was installed with hp-setup -i
Mark Purcell wrote, on 2008-06-03 17:48: On Wed, 28 May 2008, [EMAIL PROTECTED] wrote: hp-toolbox(UI)[5172]: debug: Using system locale: [EMAIL PROTECTED] Wickey, I notice you are using a non en_US locale. [EMAIL PROTECTED] There is an upstream issue with this: https://bugs.launchpad.net/hplip/+bug/225970 Could I ask you to try this and report back, if this is the issue. Arthur. This could also be hitting you too with your en_AU locale, could you check as well. For example I use in my bash scripts to get a hopefully sufficiently secure environment: export PATH=/sbin:/usr/sbin:/usr/bin:/bin export LC_ALL=POSIX export LANG=POSIX umask 022 Mark I tried this with hplip 2.8.5 but it didn't change the behaviour of hp-systray nor hp-toolbox. Regards, Arthur. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454117: hpijs: depends on hplip
Hi Josselin, I'm back on deck now and working my way through the extant hplip/ hpijs bugs. On Sat, 12 Jan 2008, Josselin Mouette wrote: On Fri, 11 Jan 2008, Josselin Mouette wrote: Skimming through the changelog, it turns out the suggests was turned into a depends because of a specific Ubuntu bug (LP#149511) which never applied to Debian. I have checked that hpijs doesn???t require any library from hplip, therefore the dependency shouldn???t be here. hpijs does depend on libraries from hplip: # ldd /usr/bin/hpijs | grep libhp libhpip.so.0 = /usr/lib/libhpip.so.0 (0x0ffb4000) libhpmud.so.0 = /usr/lib/libhpmud.so.0 (0x0feaf000) # dlocate libhp hplip: /usr/lib/libhpip.so.0.0.1 hplip: /usr/lib/libhpmud.so.0.0.2 hplip: /usr/lib/libhpmud.so.0 hplip: /usr/lib/libhpip.so.0 So the dependency is correct and it would be the wrong thing to change the Depends into anything less at this stage. In fact hpijs does not run without those libs ;-) You can try if you like with `dpkg --force-depends --remove hplip` and see what happens when you run hpijs: # hpijs hpijs: error while loading shared libraries: libhpip.so.0: cannot open shared object file: No such file or directory I do recall hpijs *does* link to an hplip library or somesuch for bidir and FAX support, but that's quite different from pulling in the hplip daemons and GUI. The daemons have now been removed from hplip and there is a separate hplip-gui package, so hopefully these issues are addressed. If they are in the same package, that leads to the same consequence. If hpijs still needs libraries in the hplip package (which, again, does not seem to be the case anymore), I think they should be split in a proper library package. As shown above it does need the libraries. We could split the libs into another libhplip package, I suppose. However, I have had issues in the past with another package that provided similar internal libaries. The issue was version skew between the packages and the psuedo-library package. After all it isn't a real library package. Happy to discuss the issue some more though. Mark signature.asc Description: This is a digitally signed message part.
Bug#483617: munin-node: Please accept DNS names or host netgroups in 'allow' config entry
On 2008-05-30 01:08, Petter Reinholdtsen [EMAIL PROTECTED] wrote: In Debian Edu, one of the few places where we have to hardcode an IP address on the clients is in /etc/munin/munin-node.conf. This make it harder to set up a Debian Edu client in a network when using another subnet. To avoid this problem, it would be great if the 'allow' statement accepted DNS names and host netgroups in addition to IP address regexes. Or perhaps a new statement should be used, like allow_host, to avoid changing the semantic of the existing keyword. Please also add support for using host netgroups when deciding who to grant access. Then we can move the configuration to the LDAP server and grant access to all servers using one netgroup. Handling something like this would be great: allow munin-server-dns-name allow @servernetgroup The allow statements, and indeed all statements not used by munin-node itself, of which there are just a few, are sent as configuration to the Net::Server perl module. This is documented at http://search.cpan.org/dist/Net-Server/lib/Net/Server.pod The allow and deny take a regex as argument. If you also specify reverse_lookups, you can match on hostname as well as IP address. In newer versions of Net::Server, you also have cidr_allow and cidr_deny, which may help. This may require additional perl modules installed. -- Stig Sandbeck Mathisen Fagleder Nettverk, Senior Systemadministrator Linpro AS - Ledende på Linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484256: [uscan] uses active ftp by default
Package: devscripts Version: 2.10.28 Severity: normal Peskiness: critical uscan does active ftp by default on ftp:// URLs. While this can be overriden in the watch file and allegdly via some environment variable, it is no sane default since the days firewalls, NATs and hosts with multiple IP addresses were invented. Even worse, when this fails, it does not even output an error message. Even using --verbose --debug you only get: | uscan debug: received content: | [End of received content] while the ftp server is actually sending errors: | read(4, 500 Illegal PORT command.\r\n, 1024) = 27 Thanks in advance, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484242: open-vm-tools 2008.05.15-93241-2 fail to launch vmware-user
Eric Hoch wrote: Am Tue, 03 Jun 2008 09:32:46 +0200 schrieb Daniel Baumann: Eric Hoch wrote: During an aptitude safe-upgrade as of yesterday 06/02/2008 the above mentioned open-vm-tools got installed. Since new open-vm-sources also came with the upgrade I reran m-a update; m-a a-i open-vm and the new open-vm-sources (Version 2008.05.15-93241-2) compiled without an error message. have you restarted vmware-guestd? I assumed it to be done during my reboot of Lenny. If not how can I do it manually? a reboot of course also restarts vmware-guestd, however, an # /etc/init.d/open-vm-tools restart would have been enough. I killed all vmware-guestd processes and when I now try to launch it I get Speicherzugriffsfehler Eric -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481241: found 481241 in 2.0.11ds1-0.3
# Automatically generated email from bts, devscripts version 2.10.28 # forgot to readd the found found 481241 2.0.11ds1-0.3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484121: tasksel: let's sync on the GNOME task
Le lundi 02 juin 2008 à 14:10 -0400, Joey Hess a écrit : There's a fundamental difference between the gnome package and the gnome-desktop task. The former is the complere gnome desktop environment with all extras, as shipped by gnome, while the latter attempts to be the best gnome-based desktop that Debian can put together and ship on a CD/DVD. The complete GNOME desktop environment as shipped by GNOME (modulo tomboy) is gnome-desktop-environment. In gnome we provide extras that are chosen by Debian to make it the best desktop experience we can. Which is obviously what you should also want with the gnome-desktop task. These two seem unlikely to be identical, as long as there exist packages like openoffice and firefox, that are developed outside of gnome, and that everyone expects to find on their desktop. I disagree with that “everyone”, but this is another story. The default installation should probably be gnome + OOo + X + iceweasel, in this case. Packages installed by the gnome package, not by tasksel: * abiword: adding it would mean installing two word processors, since openoffice is already part of the installation. However abiword is much lighter and much more suitable for beginners Beginners expect to be able to open all the microsoft documents they get and have them work well, and have an uber-bloated word processor that looks similar to the MS tools, which is why everyone uses OOo. It does not prevent us from shipping a better integrated word processor, while setting OOo as the default handler for .doc files (currently it is not, but I can easily change that). Anyway, the gnome package does not pull in abiword AFAICS. It does, through gnome-office. Same goes for dia, gnumeric, inkscape, planner. * gdm-themes: nice to have for customizing one’s desktop, just like gnome-themes-extras. I'm not sure that nice to have is really worth bloating the default install (and installation media) by 4 mb. We ship a pre-themed gdm. (Dropping the 20 mb gnome-themes-extras would also be a sizable win to consider...) Considering the size of the default installation, that’s definitely your call. * tomboy: very nice app, but controversial since it brings the full Mono stack, so we don’t make it part of gnome-desktop-environment. I doubt that the size of its dep chain (~50 mb) makes it worthwhile to add it to our task. Yeah, that’s what I feared. I hope someone rewrites it in Vala some day… * totem-plugins: totem will lack functionality without it. totem-plugins is a dependency of totem, so it already installed by default. (g-d-e still depends on totem despite it being a dummy package, and totem still depends on totem-plugins while totem-gstreamer does not.. will this be cleaned up?) Ah, indeed that’s stupid. ISTR that upstream told us totem-plugins includes core functionality, so we should probably move it to g-d-e directly. * gparted: not sure it is that useful, but we could add it to gnome. I'm on the fence about this one myself. Gustavo promoted adding it. Actually, it sounds like something more useful for the installer itself than for normal desktop operation. * update-notifier: not very well maintained, but definitely useful. Maybe as a recommend? It's pretty crucial to have this well-maintained IMHO. Many users will only find out about security fixes via this. Unfortunately there are already much more crucial packages that are not well-maintained. * gdebi: we should definitely add it to gnome. Along similar lines, I've been considering adding aptlinex or something similar to the task. The UI is not a really great fit though. And apturl is not packaged.. I’m not sure it is that useful. We already have nice integrated UIs, I’m not sure we need web crap just for the coolness of web 4.0. * transmission-gtk: I don’t know that application, but it sounds like a useful addition to gnome. It's the best integrated bittorrent application I've seen for gnome so far, and relatively popular. OK, will add it. * liferea: definitely a good addition to gnome. * pidgin: we should add this one, or maybe rather telepathy, to gnome. My impression is that pidgin has the mind share at the moment. I've never seen a clear explaination/example of telepaty's capabilities. Is it ready? There is controversy as to whether integrate it to GNOME mainstream, but it is not about the capabilities. I’m no IM user myself, so I can’t tell whether it is good enough. * evolution-plugins: sounds like something we forgot to add on our side. Possibly. Gustavo recommended adding that to the task. It is already here through recommends, but we need to make it more explicit. * tsclient: we now install vinagre which is part of the GNOME release, which is nicer but lacks
Bug#484204: URL incorrect
* URL : http://www.miek.nl/projects/rdup/ This URL does not work. The real URL is http://miek.nl/projects/rdup/ With kind regards, Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484247: bind9: version 9.5.0 with security fixes
Package: bind9 Version: 1:9.4.2-10 Tags: security Hi, here is the announcement: http://marc.info/?l=bind-announcem=121207653411082w=2 -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484161: simple-cdd: New option to fail when optional packages have not been included by debian-cd
On Mon, 02 Jun 2008, Vagrant Cascadian wrote: On Mon, Jun 02, 2008 at 09:13:52PM +0200, Raphael Hertzog wrote: When you list packages in a .downloads file and when you run simple-cdd, the build will not fail if the package could not be integrated in the image by debian-cd. Instead it prints a simple warning like this: WARNING: missing optional packages from profile slis: slis-datapasse slis-xen-host It would be nice if we could have an option to actually fail in that situation because I really need those packages on the CD that I generate and I want to ensure that I never miss them by error. The option could be named --fail-on-missing or something similar. i've definitely thought about something like this in the past- i'll look into it again. Cool, thanks. you could also work around it by using --build-profiles, which are profiles only used for CD generation. I wrote a work-around which checks the log of the simple-cdd run instead. The packages listed in *.downloads are installed by d-i in some specific conditions and hence I didn't want to include them in the *.packages files but I want to make sure they end up on the CD. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388453: fails to handle interrupt
The bug appears to be there still. unstable has 2.6.25 that is the latest upstream supported kernel, could you please check it out? installs just fine in testing thanks -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484097: munin-node: package should require or suggest libwww-perl libxml-simple-perl
On 2008-06-02 13:56, Radek Antoniuk [EMAIL PROTECTED] wrote: Tomcat scripts require libwww-perl libxml-simple-perl to run properly. The package should require or at least suggest both of them. Sounds like suggests should be the proper relationship here, yes. Thanks for the report. -- Stig Sandbeck Mathisen Fagleder Nettverk, Senior Systemadministrator Linpro AS - Ledende på Linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484252: newpki-client unable to logon
Package: newpki-client Version: 2.0.0+rc1-3 I am experiencing problems using newpki-client in lenny in two similar cases First case: Starting newpki-client from console gives: (newpki-client:4033): Pango-WARNING **: Invalid UTF-8 string passed to pango_layout_set_text() This is not the problem but I don't know if it is relevant. Then newpki-client starts normally. When trying to logon using pkcs12 for pki entity admin user, newpki-client in lenny against newpki-server on etch, newpki-client fails to logon with message: system library #21 Is a directory [bss_file.c:198] BIO routines #2 system lib [bss_file.c:199] asn1 encoding routines #142 not enough data [a_d2i_fp.c:180] Error sent by internal crypto: #3026 Giving up on previous error(s) [PKI_PKCS12.cpp:176] pkcs12 is created on debian etch and still works on different workrstation using debian etch. Same message is displayed even if I deliberately type wrong password or wrong hostname for newpki-server. Seems like there is problem parsing pkcs12 package. Second case: Both newpki-client and newpki-server installed on separate lenny machines (newpki-client on amd64 if that matters) Starting newpki-client gives same pango errors. I am able to logon as root to newpki-server. Creating PKI entity is problematic. If I fill: entity name : firstitem Organization: seconditem Organization unit: thirditem and so on, PKI entity is created with name f (that is truncated to first letter of the name that is filled in) O=s (again truncated), OU=t (truncated to the first letter). I can download admin's pkcs12 but it is still unusable, like in the first case that I have mentioned. Gives the same error. Best regards, Predrag Gavrilovic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438376: long-stalling mirror submission for ftp.is.co.za
Ooops, This has been fixed. Hopefully we will not have any more issue's with the mirror. Regards, On Mo, 02 Jun 2008, Simon Paillard wrote: Hello Malcom, On Mon, Jun 02, 2008 at 02:29:53PM +0200, Malcolm Chan wrote: All issue's have been fixed. On Sa, 31 Mai 2008, Simon Paillard wrote: It seems that : * the name of the local trace file still needs to be renamed Some little typo: the trace file is named ftp.is.co.za} while it should not contain any } :) * the ISOs are now up to date (please cron it) * you now carry all the architectures. Ok, so: Archive-architecture: alpha amd64 arm armel hppa hurd-i386 i386 ia64 m68k mips mipsel powerpc s390 sparc Regards, -- Simon Paillard -- Malcolm Chan, Systems Engineer, Infrastructure Internet Solutions, South Africa Direct tel: +27-11-575-1937 Support tel: +27-11-575-0055 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484249: libpam-modules: please support SHA-256 and SHA-512 in pam_unix
Package: libpam-modules Version: 0.99.7.1-6 Tags: security Hi, how about supporting SHA-256 and SHA-512 in pam_unix, like this has been done in Fedora9 ? http://docs.fedoraproject.org/release-notes/f9/en_US/sn-Security.html -- Laurent Bonnaud. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484242: open-vm-tools 2008.05.15-93241-2 fail to launch vmware-user
Package: open-vm-tools Version: 2008.05.15-93241-2 During an aptitude safe-upgrade as of yesterday 06/02/2008 the above mentioned open-vm-tools got installed. Since new open-vm-sources also came with the upgrade I reran m-a update; m-a a-i open-vm and the new open-vm-sources (Version 2008.05.15-93241-2) compiled without an error message. However after the upgrade I was no longer able to seamlessly move between the VMware window and the normal Aqua of OS X as it was possible with previous open-vm-tools installed. After running a ps -aux I discovered that the vmware-user script wasn't running. So I typed a vmware-user in my open root shell and the vmware-user script initialized but gave out an error: Warning: vmware-user failed to initialize blocking driver. I'm not more than a normal end-user I don't know how to continue searching the blocking driver. If you need more informations let me know how I can provide them and/or how I can help with further investigations on this bug. I'm running Debian Lenny with a 2.6.24-1-686 Kernel ls -l /lib/libc.so.6 gives me lrwxrwxrwx 1 root root 11 8. Apr 22:01 /lib/libc.so.6 - libc-2.7.so VMware Fusion is running under Mac OS X 10.5.3 and About VMware Fusion gives me Version 1.1.3 (94249). Regards, Eric Hoch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484243: git-buildpackage: typo in Looking for orig tarball
Package: git-buildpackage Version: 0.4.30 Severity: minor Hello, this commands sais all :) $ grep -rin Lookig * git-buildpackage:242:print Lookig for orig tarball '%s' from '%s' % (du.orig_file(cp), tarball_dir) Kindly, Sandro -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages git-buildpackage depends on: ii devscripts 2.10.28 scripts to make the life of a Debi ii git-core 1:1.5.5.3-1 fast, scalable, distributed revisi ii python 2.5.2-1 An interactive high-level object-o ii python-dateutil 1.4-1 powerful extensions to the standar ii python-support 0.8.1 automated rebuilding support for P git-buildpackage recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480723: developers-reference: Please update section 5.11.6 (Acknowledging an NMU)
tags 480723 + patch thanks Francesco Namuri [EMAIL PROTECTED] writes: I propose the change of this part: Once this is done, you have to close the bugs that have been tagged fixed by the NMU. The easiest way is to use the -v option of dpkg-buildpackage, as this allows you to include just all changes since your last maintainer upload. Alternatively, you can close them manually by sending the required mails to the BTS or by adding the required closes: # in the changelog entry of your next upload. Yep, this is wrong nowadays. I would propose to apply the following diff to update this part: Index: pkgs.dbk === --- pkgs.dbk(revision 5203) +++ pkgs.dbk(working copy) @@ -2016,13 +2016,12 @@ para If one of your packages has been NMU'ed, you have to incorporate the changes in your copy of the sources. This is easy, you just have to apply the patch that -has been sent to you. Once this is done, you have to close the bugs that have -been tagged fixed by the NMU. The easiest way is to use the -literal-v/literal option of commanddpkg-buildpackage/command, as this -allows you to include just all changes since your last maintainer upload. -Alternatively, you can close them manually by sending the required mails to the -BTS or by adding the required literalcloses: #/literal in the changelog -entry of your next upload. +has been sent to you. +Once this is done, you have to check if the bug has been already closed +by the author of the NMU. If this has been done, you just need to keep the +changelog entry of the NMU in your filenamedebian/changelog/filename. +Should the bugs still be open, use the mail interface of the BTS to +mark them closed in the version of the NMU. /para para In any case, you should not be upset by the NMU. An NMU is not a personal Reasoning to drop the -v hint: It's wrong. If the bug has been closed in the NMU version, the BTS should know about it. If the NMUer screwed things up and didn't close the (right) bug, the maintainer should just fix the versioning information, nothing more. Using -v as originally described will close the bug with the next version of the maintainer upload. Marc -- BOFH #435: Internet shut down due to maintainance pgp1pZTawyqAy.pgp Description: PGP signature
Bug#110015: The champion d|cks of all
You now know the importance of an increased length http://www.lameppe.com/
Bug#482509: idjc: FTBFS: Nonexistent build-dependency: liblame-dev
Hi Peter, IMO it is a very bad idea to have a package build against a legally dubious library just because the system it was built on happened to have it installed. lame itself is not legally dubious, it's just unfortunate in being liable to software patent enforcement on MP3 encoding. That's reason enough not to include lame in Debian, of course. It should be possible to build idjc without lame, thereby making it suitable for encoding Ogg Vorbis streams only. It would still be a useful application in that context. Cheers! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#275572: Upgrade your hardware now
Demonstrate your length in style http://www.replait.com/
Bug#484167: cdd-common: missing directory when installing
On Mon, 2 Jun 2008, Jeffrey Austen wrote: Subject: cdd-common: missing directory when installing Package: cdd-common Version: 0.5.1 Severity: normal When installing cdd-common the following error is encountered: /usr/share/menu/cdd-menu: line 11: /etc/cdd/cdd.conf: No such file or directory Hmmm, this file is part of the same package. Are you sure that your root partition is not overfull (try 'df | grep / *$') or something like that? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#239796: Extreme enjoyment awaits you here
See the difference between 9 inches and 10 inches http://www.lameppe.com/
Bug#484229: rst2newlatex: whitespace not preserved in Address metadata
Package: python-docutils Version: 0.4-6 Severity: minor Tags: upstream At [0] the specification says that whitespace should be preserved within the Address bibliographic field. This is not the case for PDFs created via rst2newlatex. For example, :Address: Foo, Bar, Baz renders as Address: Foo, Bar, Baz instead of Address: Foo, Bar, Baz [0] http://docutils.sf.net/docs/ref/rst/restructuredtext.html#bibliographic-fields file:///usr/share/doc/python-docutils/docs/ref/rst/restructuredtext.html#bibliographic-fields -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-docutils depends on: ii python2.5.2-1An interactive high-level object-o ii python-central0.6.6 register and build utility for Pyt ii python-roman 0.4-6 A module for generating/analyzing python-docutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484253: libmaypole-perl: newer upstream release
Package: libmaypole-perl Severity: wishlist Hi Ben, Have you noticed that there's a newer upstream release ? Regards, Bart Martens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484254: subversion: SSL negotiation failed: SSL error: GnuTLS internal error. (https://buchfink)
Package: subversion Version: 1.4.6dfsg1-4 Severity: important after update to 1.4.6dfsg1-4, svn fails on updates/status, ... from our server. After downgrade to subversion_1.4.2dfsg1-2_i386.deb, it works again: svn update Authentication realm: https://buchfink:443 Client certificate filename: Authentication realm: https://buchfink:443 Client certificate filename: Authentication realm: https://buchfink:443 Client certificate filename: svn: PROPFIND request failed on '/svn/leva_0511_anweisungen' svn: PROPFIND of '/svn/leva_0511_anweisungen': SSL negotiation failed: SSL error: GnuTLS internal error. (https://buchfink) 'special' configurations on our server are: 1. https 2. certificate login svn works properly on non https servers. If I can do any debugging, ... please let me know. Greetings tilo -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages subversion depends on: ii libapr1 1.2.7-8.2The Apache Portable Runtime Librar ii libc6 2.7-10 GNU C Library: Shared libraries ii libsvn1 1.4.6dfsg1-4 Shared libraries used by Subversio subversion recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484241: linux-image-2.6.25-2-686: sound breaks on second login to main X session (vt7)
Package: linux-image-2.6.25-2-686 Version: 2.6.25-4 Severity: normal Subject: linux-image-2.6.25-2-686: sound breaks on second login to main X session (vt7) Package: linux-image-2.6.25-2-686 Version: 2.6.25-4 Severity: normal This report corrects my misdiagnosis of the problem as reported in bug #483664. I use a desktop machine with multiple X sessions in virtual terminals. with kernel 2.6.25, I have this scenario, reproducibly: - After boot, first user logs into X session on vt7 - First user logs out - Again, a user logs in on vt7 (I used same user, but I don't think that matters) - Sound dies This happens whether or not there are other users in other vt's, and sound dies for all sessions (including sessions which opened before on other vt's and had sound). running alsaconf at this point restores sound, but only until the next login on vt7. 2.6.24 doesn't have the problem at all, and all I can see in dmesg or /var/log/syslog is the device being restarted by alsaconf (that is, no errors). I realize that my use of an nvidia blob makes my kernel unsupported; I will try later, when I have more time, to see if I can reproduce the problem without it. What seemed before (in #483664) like an upgrade problem, appears now to be an actual problem with the new kernel, so I will make more of an effort to pinpoint it; I wanted to report it anyway in case the better description rings a bell. I have gone back to 2.6.24 to let the other users of this computer enjoy sound -- I'm attaching the 2.6.25 kernel info (from my earlier report) after the 2.6.24 info. -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-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/bash Versions of packages linux-image-2.6.25-2-686 depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii initramfs-tools [linux-initra 0.92a tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.25-2-686 recommends: ii libc6-i6862.7-11 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.25-2-686/preinst/abort-install-2.6.25-2-686: linux-image-2.6.25-2-686/postinst/bootloader-test-error-2.6.25-2-686: linux-image-2.6.25-2-686/prerm/removing-running-kernel-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/old-initrd-link-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/initrd-2.6.25-2-686: linux-image-2.6.25-2-686/postinst/kimage-is-a-directory: linux-image-2.6.25-2-686/postinst/depmod-error-2.6.25-2-686: false shared/kernel-image/really-run-bootloader: true linux-image-2.6.25-2-686/preinst/overwriting-modules-2.6.25-2-686: true linux-image-2.6.25-2-686/prerm/would-invalidate-boot-loader-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/elilo-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/depmod-error-initrd-2.6.25-2-686: false linux-image-2.6.25-2-686/preinst/bootloader-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/lilo-has-ramdisk: linux-image-2.6.25-2-686/postinst/bootloader-error-2.6.25-2-686: linux-image-2.6.25-2-686/preinst/lilo-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/old-system-map-link-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/create-kimage-link-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/old-dir-initrd-link-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/abort-overwrite-2.6.25-2-686: linux-image-2.6.25-2-686/preinst/failed-to-move-modules-2.6.25-2-686: -- Package-specific info: ** Version: Linux version 2.6.25-2-686 (Debian 2.6.25-4) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080420 (prerelease) (Debian 4.1.2-22)) #1 SMP Tue May 27 15:38:35 UTC 2 008 ** Command line: root=/dev/sda1 ro ** Tainted: P (1) ** Kernel log: [1.352098] firewire_ohci: Added fw-ohci device :07:03.0, OHCI version 1.10 [1.496103] ahci :00:1f.2: version 3.0 [1.496103] ACPI: PCI Interrupt :00:1f.2[A] - GSI 19 (level, low) - IRQ 19 [1.552178] firewire_core: created device fw0: GUID 0090270001c9c70a, S400 [1.512135] ahci :00:1f.2: AHCI 0001.0100 32 slots 6 ports 3 Gbps 0x3f impl RAID mode [1.512196] ahci :00:1f.2: flags: 64bit ncq sntf led clo pio slum part [1.512247] PCI: Setting latency timer of device :00:1f.2 to 64 [1.512502] scsi2 : ahci [1.512626] scsi3 : ahci [1.516156] scsi4 : ahci [1.516272] scsi5 : ahci [1.516374] scsi6 : ahci [1.516483] scsi7 : ahci [1.516600] ata3: SATA max UDMA/133 abar [EMAIL PROTECTED] port 0x93225100 irq 217 [1.516656] ata4: SATA max UDMA/133 abar [EMAIL PROTECTED] port 0x93225180 irq 217 [1.516712] ata5: SATA max UDMA/133 abar [EMAIL PROTECTED]
Bug#484234: RFP: frama-c -- framework for source code analysis of software written in C
Hi Zack, On 08/06/03 10:04 +0200, Stefano Zacchiroli said ... On Tue, Jun 03, 2008 at 12:10:44PM +0530, Y Giridhar Appaji Nag wrote: Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: frama-c Thanks for the packaging effort and for Cc-ing debian-ocaml-maint! This is an RFP, not an ITP and I don't intend to package frama-c myself :) As you probably already know, OCaml packaging has some intricacies which really benefit from collaboration between maintainers of OCaml related packages. As such, if you are interested in maintaining frama-c, I suggest you to join the pkg-ocaml-maint project on alioth and to use our VCS repository to actually store the package. We currently have a quite big subversion repository on alioth, but we are migrating to git RSN. So, I suggest you to start packaging frama-c directly using git, ping me if you need help in setting up the repository. Ah, and of course we have good starting point for OCaml packaging available at http://wiki.debian.org/Teams/OCamlTaskForce, in particular have a look at our policy. I am certain this would be useful information if someone picks this up as an ITP. Thank you. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#483920: aptitude: suggest downgrade when keeping current version would do
On Mon, 02 Jun 2008, Daniel Burrows wrote: It looks like the problem is a bug in the new code to fix conflicts/provides/replaces. This tries to force the resolver to resolve conflicts between a package and its replacement in favor of the replacement by giving a rather large bonus to the score of solutions that do so. You can verify that this is the cause of the problem by passing -o Aptitude::ProblemResolver::FullReplacementScore=0 and -o Aptitude::ProblemResolver::UndoFullReplacement=0 to the program at the command-line: it will avoid the downgrades and produce the solution that keeps the packages at the current version first instead. Thanks for the quick response and analysis! I can't check it any more as the temporary problem of twe two packages being not in sync disappeared on my machine. Although I haven't had any other complaints about this, I think it's probably serious enough to warrant another bugfix upload if I can squeeze the current one into lenny, since it will cause the resolver to randomly do inexplicably stupid things. I agree that we should push this fix to lenny. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484077: closed by Julien Cristau [EMAIL PROTECTED] (Re: Bug#484075: upgrade-reports: Two Greek Polytonic diacritics no longer available)
I would like to add some information to the bug description.
The problem seems to be in the /usr/share/X11/xkb/symbols/gr file. In the
latest version the lines :
key AC10 { [dead_acute,dead_horn] };
key AC11 { [dead_grave,dead_ogonek] };
have been changed to :
key AC10 { [dead_acute,dead_psili] };
key AC11 { [dead_grave,dead_dasia] };
Linguistically speaking, this is the right thing to do.
But one must, also, correct accordingly the
/usr/share/X11/locale/el_GR.UTF-8/Compose and the
/usr/share/X11/locale/en_US.UTF-8/Compose files.
The credit for showing the above is Simos' (
http://simos.info/blog/archives/639 )
G. Georganas
On Mon, Jun 2, 2008 at 12:57 PM, Debian Bug Tracking System
[EMAIL PROTECTED] wrote:
This is an automatic notification regarding your Bug report
which was filed against the upgrade-reports package:
#484077: upgrade-reports: Two Greek Polytonic diacritics no longer
available
It has been closed by Julien Cristau [EMAIL PROTECTED].
Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Julien Cristau
[EMAIL PROTECTED] by
replying to this email.
--
484077: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484077
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
-- Forwarded message --
From: Julien Cristau [EMAIL PROTECTED]
To: George J. Georganas [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED]
Date: Mon, 2 Jun 2008 11:40:33 +0200
Subject: Re: Bug#484075: upgrade-reports: Two Greek Polytonic diacritics no
longer available
On Mon, Jun 2, 2008 at 11:27:30 +0300, George J. Georganas wrote:
Polytonic Greek works in Etch by copying the Greek Compose file into
the
US Compose file (sudo cp /usr/share/X11/locale/el_GR.UTF-8/Compose
/usr/share/X11/locale/en_US.UTF-8/Compose) and adding (for GNOME) the
line GTK_IM_MODULE=xim to the /etc/environment file. For KDE the
coppying of the Compose file is enough.
Following upgrade to Lenny, the workaround is no longer able to produce
on screen the Psili ᾿ and Dasseia ῾ diacritics, while it keeps
functioning correcτly for Oxeia ΄, Bareia `, Perispomeni ῀,
Hypogegrammeni ͺ and Diairessis ¨ and their various combinations.
It seems that you filed this bug three times. I'm closing the
duplicates with this message.
Cheers,
Julien
-- Forwarded message --
From: George J. Georganas [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Date: Mon, 02 Jun 2008 11:33:03 +0300
Subject: upgrade-reports: Two Greek Polytonic diacritics no longer
available
Package: upgrade-reports
Severity: important
-- System Information:
Debian Release: 4.0
APT prefers oldstable
APT policy: (500, 'oldstable'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Polytonic Greek works in Etch by copying the Greek Compose file into the
US Compose file (sudo cp /usr/share/X11/locale/el_GR.UTF-8/Compose
/usr/share/X11/locale/en_US.UTF-8/Compose) and adding (for GNOME) the
line GTK_IM_MODULE=xim to the /etc/environment file. For KDE the
coppying of the Compose file is enough.
Following upgrade to Lenny, the workaround is no longer able to produce
on screen the Psili ᾿ and Dasseia ῾ diacritics, while it keeps
functioning correcτly for Oxeia ΄, Bareia `, Perispomeni ῀,
Hypogegrammeni ͺ and Diairessis ¨ and their various combinations.
Bug#484102: gammu: entersecuritycode exposes PIN/PUK on the command line
Hi On Mon, 02 Jun 2008 15:23:16 +0200 Marc Haber [EMAIL PROTECTED] wrote: gammu entersecuritycode requires the PIN/PUK to be given on the command line, which exposes the code on the command line, for example in /proc or ps output. There should be a possibility to have gammu read the securitycode from a file and/or standard input to avoid exposure of security data. Good idea, I will implement this. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#484233: typo in rcS(5) manpage
Package: initscripts Version: 2.86.ds1-58 Severity: minor Tags: patch There's a typo in rcS manpage: It is useful to disable this on machines with the root file system in NFS until ifup from ifupdown work proberly in such setup. where it should probably be: t is useful to disable this on machines with the root file system in NFS until ifup from ifupdown work properly in such setup. - s/proberly/properly/ Cheers, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initscripts depends on: ii debianutils 2.28.6 Miscellaneous utilities specific t ii e2fsprogs1.40.8-2ext2 file system utilities and lib ii libc62.7-11 GNU C Library: Shared libraries ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip ii mount2.13.1.1-1 Tools for mounting and manipulatin ii sysvinit-utils 2.86.ds1-58 System-V-like utilities Versions of packages initscripts recommends: ii psmisc22.6-1 Utilities that use the proc filesy -- no debconf information -- Julien Danjou // ᐰ [EMAIL PROTECTED] http://julien.danjou.info // 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD // signature.asc Description: Digital signature
Bug#484099: reverse dependencies
Thomas Viehmann schrieb am Monday, den 02. June 2008: Hi Alexander, could you shed some light for me on the reverse dependencies? ** nagiosgrapher has an unsatisfied dependency on alpha: nagios2 Nagiosgrapher has been uploaded yesterday and does not depend on nagios2 anymore. ** ndoutils-nagios2-mysql has an unsatisfied dependency on alpha: nagios2 (not alpha-specific) this was an error by me and has been fixed with an upload a few minutes ago. These would probably need serious bugs / be fixed before removal. They are all team maintained so its not that hard ;). Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#100332: What happens in vegas depends on you
A difference in an inch brings out a whole new world http://www.limzarde.com/
Bug#426048: How is the debianization work going?
Hi, Is there any progress in the Debianization of this software? Cheers. -- Dario Minnucci (midget) Phone: (+34) 902021030 | Fax: (+34) 902024417 | 24/7: (+34) 80745 Email: [EMAIL PROTECTED] | URL: http://www.midworld.net/midget/ Key fingerprint = 6DDB 5487 7F6D 89D4 5D9C 33C7 D181 DD7A 6C42 8272 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480347: Boot errors
Version: April 21 version. sorry but that version string is wrong. please give feedback on 2.6.25 from unstable installs just in testing. otherwise i'd have to close this report missing vital info. thanks -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484234: RFP: frama-c -- framework for source code analysis of software written in C
On Tue, Jun 03, 2008 at 12:10:44PM +0530, Y Giridhar Appaji Nag wrote: Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: frama-c Thanks for the packaging effort and for Cc-ing debian-ocaml-maint! As you probably already know, OCaml packaging has some intricacies which really benefit from collaboration between maintainers of OCaml related packages. As such, if you are interested in maintaining frama-c, I suggest you to join the pkg-ocaml-maint project on alioth and to use our VCS repository to actually store the package. We currently have a quite big subversion repository on alioth, but we are migrating to git RSN. So, I suggest you to start packaging frama-c directly using git, ping me if you need help in setting up the repository. Ah, and of course we have good starting point for OCaml packaging available at http://wiki.debian.org/Teams/OCamlTaskForce, in particular have a look at our policy. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ I'm still an SGML person,this newfangled /\ All one has to do is hit the XML stuff is so ... simplistic -- Manoj \/ right keys at the right time signature.asc Description: Digital signature
Bug#484239: linux-image-2.6.25-2-686: kadahat in zalahat
On Tue, Jun 03, 2008 at 10:19:05AM +0300, Shai Berger wrote: Subject: linux-image-2.6.25-2-686: sound breaks on second login to main X session (vt7) Package: linux-image-2.6.25-2-686 Version: 2.6.25-4 Severity: normal This report corrects my misdiagnosis of the problem as reported in bug #483664. I use a desktop machine with multiple X sessions in virtual terminals. with kernel 2.6.25, I have this scenario, reproducibly: - After boot, first user logs into X session on vt7 - First user logs out - Again, a user logs in on vt7 (I used same user, but I don't think that matters) - Sound dies again missing vital info, like dmesg output when that happen. we need more info then Sound dies what sound application are you using? -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484245: reportbug: --body-file does not use header/footer info from body
# Bcc: control retitle 484245 provide a CLI option that uses header/footer info also from a file severity 484245 wishlist thanks Hi Shai, On 08/06/03 10:39 +0300, Shai Berger said ... When saving a bug report for later, than using it in $ reportbug --body-file=BODYFILE The BODYFILE typically contains reportbug headers and footers, but reportbug fails to use them; instead, it prompts again for a subject line, a package etc. if they were not given on the command line. The problem is aggravated by the choice to not open an editor. While I can see some sense in that (to allow for programmatic use), the result is that the user submitting the bug has no way to see exactly what they're sending before it is submitted. It makes especially little sense when the program has already decided to prompt for other things. If I read this bug report correctly, what you ask for is an option that would allow you to report bugs using reportbug directly from a file that was saved earlier by reportbug. And include the headers, footers etc. without having to go through the prompt/answer routine again. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#484239: linux-image-2.6.25-2-686: kadahat in zalahat
Package: linux-image-2.6.25-2-686 Version: 2.6.25-4 Severity: normal Subject: linux-image-2.6.25-2-686: sound breaks on second login to main X session (vt7) Package: linux-image-2.6.25-2-686 Version: 2.6.25-4 Severity: normal This report corrects my misdiagnosis of the problem as reported in bug #483664. I use a desktop machine with multiple X sessions in virtual terminals. with kernel 2.6.25, I have this scenario, reproducibly: - After boot, first user logs into X session on vt7 - First user logs out - Again, a user logs in on vt7 (I used same user, but I don't think that matters) - Sound dies This happens whether or not there are other users in other vt's, and sound dies for all sessions (including sessions which opened before on other vt's and had sound). running alsaconf at this point restores sound, but only until the next login on vt7. 2.6.24 doesn't have the problem at all, and all I can see in dmesg or /var/log/syslog is the device being restarted by alsaconf (that is, no errors). I realize that my use of an nvidia blob makes my kernel unsupported; I will try later, when I have more time, to see if I can reproduce the problem without it. What seemed before (in #483664) like an upgrade problem, appears now to be an actual problem with the new kernel, so I will make more of an effort to pinpoint it; I wanted to report it anyway in case the better description rings a bell. I have gone back to 2.6.24 to let the other users of this computer enjoy sound -- I'm attaching the 2.6.25 kernel info (from my earlier report) after the 2.6.24 info. -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-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/bash Versions of packages linux-image-2.6.25-2-686 depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii initramfs-tools [linux-initra 0.92a tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.25-2-686 recommends: ii libc6-i6862.7-11 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.25-2-686/preinst/abort-install-2.6.25-2-686: linux-image-2.6.25-2-686/postinst/bootloader-test-error-2.6.25-2-686: linux-image-2.6.25-2-686/prerm/removing-running-kernel-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/old-initrd-link-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/initrd-2.6.25-2-686: linux-image-2.6.25-2-686/postinst/kimage-is-a-directory: linux-image-2.6.25-2-686/postinst/depmod-error-2.6.25-2-686: false shared/kernel-image/really-run-bootloader: true linux-image-2.6.25-2-686/preinst/overwriting-modules-2.6.25-2-686: true linux-image-2.6.25-2-686/prerm/would-invalidate-boot-loader-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/elilo-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/depmod-error-initrd-2.6.25-2-686: false linux-image-2.6.25-2-686/preinst/bootloader-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/lilo-has-ramdisk: linux-image-2.6.25-2-686/postinst/bootloader-error-2.6.25-2-686: linux-image-2.6.25-2-686/preinst/lilo-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/old-system-map-link-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/create-kimage-link-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/old-dir-initrd-link-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/abort-overwrite-2.6.25-2-686: linux-image-2.6.25-2-686/preinst/failed-to-move-modules-2.6.25-2-686: -- Package-specific info: ** Version: Linux version 2.6.25-2-686 (Debian 2.6.25-4) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080420 (prerelease) (Debian 4.1.2-22)) #1 SMP Tue May 27 15:38:35 UTC 2 008 ** Command line: root=/dev/sda1 ro ** Tainted: P (1) ** Kernel log: [1.352098] firewire_ohci: Added fw-ohci device :07:03.0, OHCI version 1.10 [1.496103] ahci :00:1f.2: version 3.0 [1.496103] ACPI: PCI Interrupt :00:1f.2[A] - GSI 19 (level, low) - IRQ 19 [1.552178] firewire_core: created device fw0: GUID 0090270001c9c70a, S400 [1.512135] ahci :00:1f.2: AHCI 0001.0100 32 slots 6 ports 3 Gbps 0x3f impl RAID mode [1.512196] ahci :00:1f.2: flags: 64bit ncq sntf led clo pio slum part [1.512247] PCI: Setting latency timer of device :00:1f.2 to 64 [1.512502] scsi2 : ahci [1.512626] scsi3 : ahci [1.516156] scsi4 : ahci [1.516272] scsi5 : ahci [1.516374] scsi6 : ahci [1.516483] scsi7 : ahci [1.516600] ata3: SATA max UDMA/133 abar [EMAIL PROTECTED] port 0x93225100 irq 217 [1.516656] ata4: SATA max UDMA/133 abar [EMAIL PROTECTED] port 0x93225180 irq 217 [1.516712] ata5: SATA max UDMA/133 abar [EMAIL PROTECTED]
Bug#454216: developers-reference: should better document how to send package removal requests
tags 454216 + patch thanks Heya, Raphael Geissert [EMAIL PROTECTED] wrote: * Section 5.9.2: Removing packages This section should describe how removal requests should be titled as stated in some pages[1][2][3]. Also, it should mention how to request the removal of an orphaned package[3], i.e. reassigning the O: bug to ftp.debian.org and retitling instead of sending a new report. To fix this, I would propose applying the following diff: Index: pkgs.dbk === --- pkgs.dbk(revision 5203) +++ pkgs.dbk(working copy) @@ -1222,14 +1222,44 @@ If for some reason you want to completely remove a package (say, if it is an old compatibility library which is no longer required), you need to file a bug against literalftp.debian.org/literal asking that the package be removed; -as all bugs, this bug should normally have normal severity. Make sure you -indicate which distribution the package should be removed from. Normally, you -can only have packages removed from literalunstable/literal and -literalexperimental/literal. Packages are not removed from +as all bugs, this bug should normally have normal severity. +The bug title should be in the form literalRM: replaceablepackage +/replaceable replaceable[architecture list]/replaceable -- +replaceablereason/replaceable, where replaceablepackage/replaceable +is the package to be removed and replaceablereason/replaceable is a +short summary of the reason for the removal request. +replaceable[architecture list]/replaceable is optional and only needed +if the removal request only applies to some architectures, not all. +/para + +para +To keep the bug title short, you can use one (or more) of the +following acronyms to indicate standard reasons for removal: +itemizedlist +listitemliteralROM/literal: Request of maintainer/listitem +listitemliteralRoQA/literal: Request of the QA team/listitem +listitemliteralROP/literal: Request of porter/listitem +listitemliteralROSRM/literal: Request of stable release +manager/listitem +listitemliteralNBS/literal: Not build [by any] source +[package]/listitem +listitemliteralNPOASR/literal: Never part of a stable +release/listitem +listitemliteralNVIU/literal: Newer version in unstable/listitem +listitemliteralANAIS/literal: Architecture not allowed in +source/listitem +listitemliteralICE/literal: Internal Compiler Error/listitem +/itemizedlist +/para + +para +Note that removals can only be done for the literalunstable +/literal, literalexperimental/literal and literalstable +/literal distribution. Packages are not removed from literaltesting/literal directly. Rather, they will be removed automatically after the package has been removed from -literalunstable/literal and no package in literaltesting/literal -depends on it. +literalunstable/literal and no package in literaltesting +/literal depends on it. /para para There is one exception when an explicit removal request is not necessary: If a @@ -1249,7 +1279,12 @@ para Usually you only ask for the removal of a package maintained by yourself. If you want to remove another package, you have to get the approval of its -maintainer. +maintainer. Should the package be orphaned and thus have no maintainer, +you should first discuss the removal request on email-debian-qa;. If +there is a consensus that the package should be removed, you should +reassign and retitle the literalO:/literal bug filed against the +literalwnpp/literal package instead of filing a new bug as +removal request. /para para Further information relating to these and other package removal related topics For what it's worth, I'm not really sure that the dev-ref should include the acronym list. Another option would be to link to the removal pages of the ftp-team. Marc -- BOFH #334: 50-- of the manual is in .pdf readme files pgpjxvMy8v866.pgp Description: PGP signature
Bug#483918: [Pkg-alsa-devel] Bug#483918: alsa-driver - binary only code
On Mon, Jun 02, 2008 at 11:34:17PM +0200, Elimar Riesebieter wrote: On Sun, 01 Jun 2008 the mental interface of Bastian Blank told: alsa-driver still ships files which have beed removed from the Debian Linux packages because of DFSG violations. I've had a quick check on these files and didn't found a clue about any licences? What sort of violation do they have? If we have to remove the files from source none maestro3|cs46xx|ympfi card will work. I did not say license, I'd say DFSG violation. It violates against DFSG §2, see http://www.debian.org/vote/2006/vote_004. Bastian -- Change is the essential process of all existence. -- Spock, Let That Be Your Last Battlefield, stardate 5730.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484245: reportbug: --body-file does not use header/footer info from body
Package: reportbug Version: 3.40 Severity: normal When saving a bug report for later, than using it in $ reportbug --body-file=BODYFILE The BODYFILE typically contains reportbug headers and footers, but reportbug fails to use them; instead, it prompts again for a subject line, a package etc. if they were not given on the command line. The problem is aggravated by the choice to not open an editor. While I can see some sense in that (to allow for programmatic use), the result is that the user submitting the bug has no way to see exactly what they're sending before it is submitted. It makes especially little sense when the program has already decided to prompt for other things. You can see the results of my confusion with the UI in a bug I wanted to report, bug #484239. In case you wonder, kadahat in zalahat is mixed Hebrew-English, and means fever in a dish. -- Package-specific info: ** Environment settings: INTERFACE=text ** /home/shai/.reportbugrc: reportbug_version 2.64 mode standard ui text realname Shai Berger email [EMAIL PROTECTED] smtphost mail.barak.net.il smtpuser shai-platonix.com smtppasswd omitted -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-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/bash Versions of packages reportbug depends on: ii apt 0.7.14 Advanced front-end for dpkg ii python2.5.2-1An interactive high-level object-o ii python-central0.6.7 register and build utility for Pyt reportbug recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295134: The champion d|cks of all
You can be the dark knight with your increased size http://www.loaphenc.com/
Bug#484236: libpisock9 shouldn't blacklist visor module
Package: libpisock9 Version: 0.12.3-4+b1 Severity: important libpisock9 seems to assume that visor module should no longer be loaded, and instead of using its devices /dev/ttyUSB* one should now sync over usb:. However, as explained in #459500, it won't work for my Sony CLié over usb: Thus, I think that the module shouldn't be blacklisted in /etc/modprobe.d/libpisock9, allowing the autoloading of visor once trying to sync, which renders /dev/ttyUSB* devices usable, as was previously. Hope this regression can be fixed. Best regards, P.S.: Similar report in Ubuntu : https://bugs.launchpad.net/ubuntu/+source/gnome-pilot/+bug/108512 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpisock9 depends on: ii libbluetooth23.30-1 Library to use the BlueZ Linux Blu ii libc62.7-10 GNU C Library: Shared libraries ii libusb-0.1-4 2:0.1.12-11 userspace USB programming library libpisock9 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484255: cheese: Checkbox under Edit-Effects does not change on pressing direct 'Effects' button
Package: cheese Version: 2.22.2-1 Severity: normal a ... Edit-Effects b ... 'Effects' button in lower right x ... state of checkbox under Edit-Effects y ... on - effect page visible, off - webcam pic visible click - x - y a on on a off off b off on a on off b on on So you can see, x is not affected by b. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (700, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cheese depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii gstreamer0.10-plugins- 0.10.19-2 GStreamer plugins from the base ii gstreamer0.10-plugins- 0.10.8-4 GStreamer plugins from the good ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-11GNU C Library: Shared libraries ii libcairo2 1.6.4-3 The Cairo 2D vector graphics libra ii libdbus-1-31.2.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-4simple interprocess messaging syst ii libebook1.2-9 2.22.2-1 Client library for evolution addre ii libedataserver1.2-92.22.2-1 Utility library for evolution data ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-3GNOME Virtual File System (runtime ii libgstreamer-plugins-b 0.10.19-2 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme ii libgtk2.0-02.12.9-4 The GTK+ graphical user interface ii libhal10.5.11-1 Hardware Abstraction Layer - share ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liborbit2 1:2.14.12-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libpixman-1-0 0.10.0-2 pixel-manipulation library for X a ii libpng12-0 1.2.27-1 PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii librsvg2-2 2.22.2-2 SAX-based renderer library for SVG ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxxf86vm11:1.0.1-3 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime cheese recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484234: RFP: frama-c -- framework for source code analysis of software written in C
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: frama-c Version : 20080501 Upstream Author : Software Reliability Laboratory (LSL) http://www-list.cea.fr/labos/gb/LSL/index.html and INRIA ProVal project http://www.inria.fr/saclay/ * URL : http://frama-c.cea.fr/ * License : GPL Programming Lang: OCaml Description : framework for source code analysis of software written in C Frama-C is a suite of tools dedicated to the analysis of the source code of software written in C. It can be used on C programs to . * Validate it formally * Look for potential runtime errors * Audit or review it * Reverse engineer it to understand its structure * Generate formal documentation - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIROds4eu+pR04mIcRAjIOAKDEigq6pvlSUtWsa1aR9+r6WeQeTgCgw8WT qswq4fqOQTZnqRLB9xSuFZ0= =080s -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484232: ftbfs with old quilt
Package: libev Version: 3.41-1 Build fails with quilt 0.45-6: QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null push -a || test $? = 2 Applying patch 20_pod_errors patching file ev.pod Applying patch 10_configure_lose_O3 patching file configure.ac Now at patch 10_configure_lose_O3 touch debian/stamp-patched dh patch dh: Unknown sequence patch (chose from: binary binary-arch binary-indep build clean install) make: *** [patch] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 This works with quilt 0.46-4.1. Please help the backporters by specifying a proper versioned build dependency. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484240: [update-inetd] [l10n] swedish
Package: update-inetd Version: 4.30 Severity: wishlist Tags: l10n patch --- Please enter the report below this line. --- swedish strings --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-amd64 Debian Release: lenny/sid 500 unstableftp.se.debian.org 500 unstabledebian.lth.se 500 testing ftp.se.debian.org 500 testing debian.lth.se 500 stable security.debian.org 500 stable ftp.se.debian.org 500 stable debian.lth.se --- Package information. --- Depends (Version) | Installed ==-+-=== debconf| 1.5.22 OR debconf-2.0| -- Chuck Norris once bet NASA he could survive re-entry without a spacesuit. On July 19th, 1999, a naked Chuck Norris re-entered the earth's atmosphere, streaking over 14 states and reaching a temperature of 3000 degrees. An embarrassed NASA publically claimed it was a meteor, and still owes him a beer. update-inetd_4.30_templates.pot Description: application/gettext
Bug#482940: linux-source-2.6.24: saa7134-empress or saa6752hs problem
tags 482940 moreinfo stop On Mon, 26 May 2008, maximilian attems wrote: On Mon, May 26, 2008 at 03:21:44AM +0200, Wiktor Stasiak wrote: Package: linux-source-2.6.24 Version: 2.6.24-7 Severity: normal I am using KNC 1 tv card with MPEG2 encoder to stream some analog video to network. Since upgrade to 2.6.24 it is possible to get audio trough hardware encoder, but new problem was introduced. Driver hangs when accessing some of it options. check out linux image 2.6.25 in unstable installs just fine in testing. thanks for feedback based on it. please provide the asked feedback thanks -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484212: Disable hibernation if swap is on file
ago wrote: Package: pm-utils Version: 1.1.2.2-1 Hi Ago! If any swap device is on file, hibernation should be disabled. There were reports of users ending up with a frozen system. It should be a Do you have any references for this. Bug numbers etc? I'd like to know, what the underlying problem is. matter of going through the swapon -s list. Possible patch: [..] Thanks for the patch. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#383425: lighttpd: Distinguish installation from activation
Package: lighttpd Followup-For: Bug #383425 Of course, this problem is not specific to lighttpd. The same problem occurs with other daemons which you may notwant to enable system-wide but that users may want to use, such as MPD. Of course, the problem also occurs in other circumstances, such as when creating a Debian system inside a chroot jail. I understand the desire to make it easy for the end user to just installstart the thing, but that doesn't mean it should be the only way to operate. More specifically, I think the packages should fundamentally distinguish installation from activation. The default might be to activate at install time, but there should then be an option to prevent the activation step. Making the install fail just because you can't start the thing is fundamentally incorrect. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484241: closing 484241
# Automatically generated email from bts, devscripts version 2.10.28 # dup report close 484241 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484182: signing-party: caff issues very noisy errors about variables used only once: possible typo
reassign 484182 liblclass-methodmaker-perl forcemerge 481227 484182 close 484182 2.11-2 thanks Hi, Name GnuPG::Options::clear_textmode used only once: possible typo at /usr/lib/perl5/Class/MethodMaker/Engine.pm line 781. I believe this to be a bug in libclass-methodmaker-perl, fixed in version 2.11-2 of that package. Please upgrade the lib, the problem should go away. Thijs pgpS8MVVA0PXk.pgp Description: PGP signature
Bug#484133: libdbus-java/contrib
On 2008-06-03 00:48:58.00 Matthew Johnson [EMAIL PROTECTED] wrote: Um, it's arch:all? Er, right. Kind regards T. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481911: elisa: incompatible with twisted 8
Please run elisa with debugging category set to everything related to the player: ELISA_DEBUG=*player*:4 elisa Philippe Le samedi 31 mai 2008 à 00:53 -0400, Zack Weinberg a écrit : On Tue, May 20, 2008 at 4:06 AM, Philippe Normand [EMAIL PROTECTED] wrote: Hi Zack, For now you can replace gstreamer:gst_metadata_client with gstreamer:gst_metadata in elisa.conf. I will work on a fix for that issue very soon, I hope... Sorry, I didn't mean to be rude on the forum :/ No offense taken, and I didn't realize you were the same person who responded to my question on the forums - I just figured the lack of support for Twisted 8 was more of a problem for Debian than in general, since Debian only has v8. Your patch (in elisa-plugins-good 0.3.5-2) makes the program start correctly, but it still doesn't work. My current problem is, if I try to play any sound file (tried mp3, flac, and Shoutcast streaming radio), the screen goes black, for an instant there's a large rotating circular arrow, and then elisa crashes. There's not much in the logs - just WARN MainThread twisted May 31 00:53:11 A twisted traceback occurred. (twisted/internet/defer.py:410) Twisted traceback: Traceback (most recent call last): Failure: twisted.web.error.Error: 404 Not Found If instead I try to play an audio CD, the rotating circular arrow appears inside the Audio CD button and it just sits there rotating; no sound comes out and the display doesn't change. Any help you could give would be appreciated. zw -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484195: Re : lazarus: FTBFS: Error: Target go32v2, package rtl not found
Package: lazarus Version: 0.9.24-0-8 --- Please enter the report below this line. --- This is cause by fpc-source package changed source location from /usr/share/fpcsrc to /usr/share/fpcsrc/2.2.0 inn order to support multiple FPC version installations. This should be closed in next Lazarus upload. Cheers, Mazen, --- System information. --- Architecture: i386 Kernel: Linux 2.6.18 Debian Release: lenny/sid 500 unstableftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== lazarus-ide| 0.9.24-0-8 lazarus-src| 0.9.24-0-8 lazarus-doc| 0.9.24-0-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483205: [Pkg-hpijs-devel] Bug#483205: [hplip] hp-toolbox does not find printer who was installed with hp-setup -i
On Wed, 28 May 2008, [EMAIL PROTECTED] wrote: hp-toolbox(UI)[5172]: debug: Using system locale: [EMAIL PROTECTED] Wickey, I notice you are using a non en_US locale. [EMAIL PROTECTED] There is an upstream issue with this: https://bugs.launchpad.net/hplip/+bug/225970 Could I ask you to try this and report back, if this is the issue. Arthur. This could also be hitting you too with your en_AU locale, could you check as well. For example I use in my bash scripts to get a hopefully sufficiently secure environment: export PATH=/sbin:/usr/sbin:/usr/bin:/bin export LC_ALL=POSIX export LANG=POSIX umask 022 Mark signature.asc Description: This is a digitally signed message part.
Bug#483980: revelation: Gnome applet crashes and can't be loaded
On Mon, Jun 02, 2008 at 08:18:04PM +0200, Éric Veiras Galisson wrote: [EMAIL PROTECTED] a écrit : Since last upgrade of the revelation package, its applet, loaded in my Gnome panel, can't be loaded. It crashes everytime. What version of revelation have you been using before? Stefan I don't know. I think the one in testing/lenny distribution, but maybe i missed some upgrades. I have tried loading the applet with a new user which never used it and i got the same problem. Could you try to run the applet from a shell and see if there is a stacktrace? Stefan -- Old musicians never die, they just decompose. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383425: [pkg-lighttpd] Bug#383425: lighttpd: Distinguish installation from activation
On Tue, Jun 03, 2008 at 06:03:52AM +, Stefan Monnier wrote: Package: lighttpd Followup-For: Bug #383425 Of course, this problem is not specific to lighttpd. The same problem occurs with other daemons which you may notwant to enable system-wide but that users may want to use, such as MPD. Of course, the problem also occurs in other circumstances, such as when creating a Debian system inside a chroot jail. I understand the desire to make it easy for the end user to just installstart the thing, but that doesn't mean it should be the only way to operate. More specifically, I think the packages should fundamentally distinguish installation from activation. The default might be to activate at install time, but there should then be an option to prevent the activation step. Making the install fail just because you can't start the thing is fundamentally incorrect. No it's not. In a jail/chroot/whatever usually you hack your invoke-rc.d and friends so that it doesnt start things in postinst. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgprMqaHlyYCy.pgp Description: PGP signature
Bug#484246: postifx installation broken
Subject: Warning: Newline present in parameters passed to debconf Package: postfix Severity: grave Justification: renders package unusable Tags: l10n *** Please type your report below this line *** -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) i Installed Debian 4.0 r0 Updated with apt-get update / apt-get dist-upgrade afterwards. Then i tried to install postfix. apt-get install postfix Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: openssl ssl-cert Suggested packages: ca-certificates postfix-mysql postfix-pgsql postfix-ldap postfix-pcre sasl2-bin libsasl2-modules resolvconf postfix-cdb The following packages will be REMOVED: exim4 exim4-base exim4-config exim4-daemon-light The following NEW packages will be installed: openssl postfix ssl-cert 0 upgraded, 3 newly installed, 4 to remove and 0 not upgraded. Need to get 2101kB of archives. After unpacking 1163kB of additional disk space will be used. Do you want to continue [Y/n]? y Get:1 http://ftp.freenet.de etch/main ssl-cert 1.0.14 [11.1kB] Get:2 http://ftp.freenet.de etch/main postfix 2.3.8-2+b1 [1089kB] Get:3 http://security.debian.org etch/updates/main openssl 0.9.8c-4etch3 [1001kB] Fetched 2101kB in 6s (316kB/s) Preconfiguring packages ... Warning: Newline present in parameters passed to debconf. This will probably cause strange things to happen! The installation starts. I used Internet Access with smarthost I have the possibility to enter the dns name of my smarthost. Then i see the output and the system hangs with the error listed above. I can get back to the prompt by typing CTRL-C. Postfix is not installed: dpkg --status postfix Package `postfix' is not installed and no info is available. Use dpkg --info (= dpkg-deb --info) to examine archive files, and dpkg --contents (= dpkg-deb --contents) to list their contents. It is possilble to install postfix by choosing no configuration during the installation. Then i started dpkg-reconfigure postfix - internet access with smarthost Now is see the following window: â Give a comma-separated list of domains that this machine should consider itself the final destination for. If this is a mail domain gateway, you â â probably want to include the top-level domain. â â â â Other destinations to accept mail for? (blank for none) â â â â Internet with smarthost, mailrelay.local, localhost.no-ip.org, localhost â â â â Ok Cancel â â â I assume that the Internet with smarthost entry is causing the problem during the initial installation. Later during the installation i got the following error ¤ Postfix Configuration â â â Bad recipient delimiter â â â â The recipient delimiter is a single character, you entered too many characters. Please try again. â â â â ok â â â â
Bug#361225: Extreme enjoyment awaits you here
Demonstrate your length in style http://www.planemme.com/
Bug#386447: Disassociate yourself from this weakling
Demonstrate that you are stronger than the dark knight http://www.replait.com/
Bug#484237: slirpvde segfaults on start
Package: vde2 Version: 2.2.0-pre2-1 Severity: normal File: /usr/bin/slirpvde After creating a VDE switch with % vde_switch -s . -m 660 -p vde_switch.pid -M vde_switch.mgmt --mgmtmode 660 -g madduck I get % ls vde_switch.mgmtctlvde_switch.pid I then start slirpvde: % slirpvde -sock ctl -dhcp -D IP address of your DNS(s): 192.168.2.1 zsh: segmentation fault slirpvde -sock ctl -dhcp -D strace attached. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1+scoflowctrl.1-686 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vde2 depends on: ii adduser 3.107add and remove users and groups ii libc6 2.7-11 GNU C Library: Shared libraries ii libpcap0.8 0.9.8-3 system interface for user-level pa ii libvdemgmt0 2.2.0-pre2-1 Virtual Distributed Ethernet - Man ii libvdeplug2 2.2.0-pre2-1 Virtual Distributed Ethernet - Plu Versions of packages vde2 recommends: ii daemon0.6.3-1turns other processes into daemons -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems slirpvde.strace.bz2 Description: Binary data digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#484230: Fixed Upstream
tag 484230 fixed-upstream thanks This problem goes away when I use the newer freecycle-0.6.1.1alpha from upstream. thanks, stew signature.asc Description: Digital signature
Bug#484244: exception on ftp-disconnect
Package: dput
Severity: normal
Version: 0.9.2.30
python 2.5.2-3
see log:
$ dput libtree-multinode-perl_1.0.10-1_i386.changes
Uploading package to host ftp-master.debian.org Checking Signature on .changes
...
Good signature on
/home/dimka/work/deb/libtree-multinode-perl/libtree-multinode-perl_1.0.10-1.dsc.
Uploading to ftp-master (via ftp to ftp-master.debian.org):
libtree-multinode-perl_1.0.10-1.dsc: done.
libtree-multinode-perl_1.0.10.orig.tar.gz: done.
libtree-multinode-perl_1.0.10-1.diff.gz: done.
libtree-multinode-perl_1.0.10-1_all.deb: done.
libtree-multinode-perl_1.0.10-1_i386.changes: done.
Traceback (most recent call last):
File /usr/bin/dput, line 919, in module
main()
File /usr/bin/dput, line 868, in main
files_to_upload, debug, ftp_mode, progress=progress, port=port)
File /usr/share/dput/ftp.py, line 74, in upload
ftp_connection.quit()
File /usr/lib/python2.5/ftplib.py, line 534, in quit
resp = self.voidcmd('QUIT')
File /usr/lib/python2.5/ftplib.py, line 246, in voidcmd
return self.voidresp()
File /usr/lib/python2.5/ftplib.py, line 221, in voidresp
resp = self.getresp()
File /usr/lib/python2.5/ftplib.py, line 207, in getresp
resp = self.getmultiline()
File /usr/lib/python2.5/ftplib.py, line 193, in getmultiline
line = self.getline()
File /usr/lib/python2.5/ftplib.py, line 183, in getline
if not line: raise EOFError
EOFError
signature.asc
Description: Digital signature
Bug#484251: RM: 915resolution -- ROM; Obsolete package, functionality is given by the xorg intel package
Package: ftp.debian.org Severity: normal Hi The 915resolution package became obsolete and should not be shipped in lenny. Apparently, the xserver-xorg-video-intel package works just fine and the intel drivers do not need the 915resolution hack anymore. For references see the email by the x-strike team(0) or this bugreport against 915resolution(1). Cheers Steffen (0): http://lists.debian.org/debian-x/2008/06/msg2.html (1): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=452803 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484177: firmware-nonfree: keyspan
On Mon, Jun 02, 2008 at 02:10:08PM -0700, Matt Taggart wrote: I'm a little unclear on the license of the keyspan firmware. On http://wiki.debian.org/KernelFirmwareLicensing it lists a note for all the keyspan stuff of 4. redistributable as part of a Linux or other Open Source operating system kernel Does that imply that a stand-alone package like firmware-nonfree would be unacceptable? I would interpret it this way. B.) have documentation that clearly states the decision (probably on the above wiki page, in the firmware-nonfree package, and maybe even have the kernel print something when attempting to load those drivers). This keyspan drivers are currently not included at all in the binary Linux images. Bastian -- You're dead, Jim. -- McCoy, The Tholian Web, stardate unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484250: Wrong keybindings for languages other than english
Package: lynx Version: 2.8.6-2 Severity: important Tags: l10n When LANG is set to, for example, nl_NL.UTF-8, when I go to a site that wants to set a cookie, I get the following question: [site] koekje: JSESSIONID=5A6... Toestaan? J)a, N)ee, A)ltijd, V)-nooit Which translates to: cookie: JSESSIONID... Allow? Y)es, N)o, A)lways, V)-never The problem is, the key I have to enter to allow the cookie to be set, is 'Y' instead of 'J', which is confusing. Peter -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.7 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lynx depends on: ii libbz2-1.0 1.0.5-0.1 high-quality block-sorting file co ii libc6 2.7-11GNU C Library: Shared libraries ii libgnutls132.0.4-4 the GNU TLS library - runtime libr ii libncursesw5 5.6+20080503-1Shared libraries for terminal hand ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages lynx recommends: ii mime-support 3.42-1 MIME files 'mime.types' 'mailcap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484248: kpowersave suspend/standby features need users to belong to powerdev
Package: kpowersave Version: 0.7.3-2 Severity: important kpowersave suspend and standby features require users to belong to powerdev group but the program, neither during install nor launch, never warns them about that. When a user (other than root) not belonging to this group tryies to use one of these features, nothing happens, without any relevant error message. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kpowersave depends on: ii hal 0.5.11~rc2-1Hardware Abstraction Layer ii kdelibs4c2a 4:3.5.9.dfsg.1-4core libraries and binaries for al ii libc62.7-10 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-2 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging syst ii libgcc1 1:4.3.0-5 GCC support library ii libhal1 0.5.11~rc2-1Hardware Abstraction Layer - share ii libstdc++6 4.3.0-5 The GNU Standard C++ Library v3 ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxss1 1:1.1.3-1 X11 Screen Saver extension library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension kpowersave recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481241: fixed 481241 in 2.0.11ds1-0.4, notfixed 481241 in 2.0.11ds1-0.3
# Automatically generated email from bts, devscripts version 2.10.28 # fix version fixed 481241 2.0.11ds1-0.4 notfixed 481241 2.0.11ds1-0.3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484257: medit: new upstream version released, please package
Package: medit Version: 0.9.2-1+b1 Severity: wishlist A new version of mooedit has been released upstream, version 0.9.3. Please consider to update the Debian package. Thanks! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Shell: /bin/sh linked to /bin/dash Versions of packages medit depends on: ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-11GNU C Library: Shared libraries ii libcairo2 1.6.4-3 The Cairo 2D vector graphics libra ii libffi53.0.5-4 Foreign Function Interface library ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk2.0-02.12.9-4 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libpixman-1-0 0.10.0-2 pixel-manipulation library for X a ii libpng12-0 1.2.27-1 PNG library - runtime ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii python 2.5.2-1 An interactive high-level object-o ii python2.5 2.5.2-6 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime medit recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459343: developers reference: uploads to stable need a mail to debian-release to be considered
tags 459343 + patch thanks Heya, Luk Claes [EMAIL PROTECTED] wrote: * Please make it more clear that uploads to stable / oldstable do need a mail to [EMAIL PROTECTED] * It would also be good to not use stable-proposed-updates if uploading is mentioned as uploading to stable-proposed-updates doesn't work. * Mentioning oldstable / oldstable-proposed-updates might also make sense... * Uploading security updates is mentioned as a deprecated practice, I think it would be better to link to the section about security uploads and mention that security issues not considered for a DSA can still be considered for proposed-updates... The following patch addresses all of these suggestions. The first item was done by moving the contact information from the end of the section to the first paragraph, which seems more sane, as it's the most important bit. Please review: Index: pkgs.dbk === --- pkgs.dbk(revision 5203) +++ pkgs.dbk(working copy) @@ -284,16 +284,25 @@ time. /para section id=upload-stable -titleSpecial case: uploads to the literalstable/literal distribution/title +titleSpecial case: uploads to the literalstable/literal and +literaloldstable/literal distributions/title para Uploading to literalstable/literal means that the package will transfered -to the literalproposed-updates-new/literal-queue for review by the stable +to the literalproposed-updates-new/literal queue for review by the stable release managers, and if approved will be installed in filenamestable-proposed-updates/filename directory of the Debian archive. From there, it will be included in literalstable/literal with the next point release. /para para +To ensure that your upload will be accepted, you should discuss the changes +with the stable release team before you upload. For that, send a mail to +the email-debian-release; mailing list, including the patch you want to +apply to the package version currently in literalstable/literal. Always +be verbose and detailed in your changelog entries for uploads to the +literalstable/literal distribution. +/para +para Extra care should be taken when uploading to literalstable/literal. Basically, a package should only be uploaded to literalstable/literal if one of the following happens: @@ -321,7 +330,10 @@ used for Debian security advisories are automatically copied to the appropriate filenameproposed-updates/filename archive when the advisory is released. See xref linkend=bug-security/ for detailed information on handling -security problems. +security problems. If the security teams deems the problem to be too +benign to be fixed through a literalDSA/literal, the stable release +managers are usually willing to include your fix nonetheless in a regular +upload to literalstable/literal. /para para Changing anything else in the package that isn't important is discouraged, @@ -338,20 +350,10 @@ making those other packages uninstallable, is strongly discouraged. /para para -The Release Team (which can be reached at -email-debian-release;) will regularly evaluate the uploads to -literalstable-proposed-updates/literal and decide if your package can be -included in literalstable/literal. Please be clear (and verbose, if -necessary) in your changelog entries for uploads to -literalstable/literal, because otherwise the package won't be considered -for inclusion. +Uploads to the literaloldstable/literal distributions are possible as +long as it hasn't been archived. The same rules as for literalstable +/literal apply. /para -para -It's best practice to speak with the stable release manager -emphasisbefore/emphasis uploading to -literalstable/literal/literalstable-proposed-updates/literal, so -that the uploaded package fits the needs of the next point release. -/para /section section id=upload-t-p-u Marc -- BOFH #199: the curls in your keyboard cord are losing electricity. pgpRmmqI5fuXi.pgp Description: PGP signature
Bug#482940: linux-source-2.6.24: saa7134-empress or saa6752hs problem
On Tue, Jun 3, 2008 at 8:56 AM, maximilian attems [EMAIL PROTECTED] wrote: tags 482940 moreinfo stop On Mon, 26 May 2008, maximilian attems wrote: On Mon, May 26, 2008 at 03:21:44AM +0200, Wiktor Stasiak wrote: Package: linux-source-2.6.24 Version: 2.6.24-7 Severity: normal I am using KNC 1 tv card with MPEG2 encoder to stream some analog video to network. Since upgrade to 2.6.24 it is possible to get audio trough hardware encoder, but new problem was introduced. Driver hangs when accessing some of it options. check out linux image 2.6.25 in unstable installs just fine in testing. thanks for feedback based on it. please provide the asked feedback thanks -- maks I didn't tested yet because I have some technical difficulties (simply I need a display to do a kernel upgrade, which I don't have at the moment). I will provide feedback in two weeks. Wiktor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484121: tasksel: let's sync on the GNOME task
Le mardi 03 juin 2008 à 12:05 +0200, Frans Pop a écrit : Here's some data about the desktop task (installed size using network mirror): Sarge: 1392 MB (included GNOME _and_ KDE) Etch: 1360 MB (GNOME only) Lenny: 1857 MB (GNOME only) As a side note, it would be interesting to know how much of the increase since etch is caused by GNOME and how much is caused by OOo. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#484266: synopsis unusable because of termination on startup
Package: synopsis Version: 0.8.0-5.2 Severity: grave Justification: renders package unusable When I try to start synopsis all I get is the following error: [EMAIL PROTECTED]:~/devel/python$ synopsis -p Python -f HTML -o html *.py terminate called after throwing an instance of 'Synopsis::Python::Object::TypeError' what(): a new-style class can't have only classic bases Abgebrochen Using other parsers or formatter doesn't help. I tried it on two different systems. One with etch and one with unstable. On both machines I got the same error. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages synopsis depends on: ii cpp 4:4.2.3-10 The GNU C preprocessor (cpp) ii graphviz 2.18-1+b2 rich set of graph drawing tools ii gsfonts 1:8.11+urwcyr1.0.7~pre43-2 Fonts for the Ghostscript interpre ii libc6 2.7-11 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-5 GCC support library ii libstdc++64.3.0-5The GNU Standard C++ Library v3 ii libsynopsis8 0.8.0-5.2 The runtime library for Synopsis ii python2.5.2-1An interactive high-level object-o ii python-centra 0.6.7 register and build utility for Pyt ii python2.5 2.5.2-6An interactive high-level object-o synopsis recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484264: yacpi: battery status 0% with kernel 2.6.25-2-686
reassign 484264 libacpi forcemerge 484264 479096 thanks Hi David, * David Bremner [EMAIL PROTECTED] [2008-06-03 12:04]: here is the output with AC plugged in (first) and not. 58 rocinante ~ ] yacpi -p | BAT0 = 0% charging | ac = on-line | THM1 = 58 C | THM0 = 58 C | gov = ondemand | cpu = 800/1601 mhz [ 59 rocinante ~ ] yacpi -p | BAT0 = 0% charging rtime 00:00 h | ac = off-line | THM1 = 58 C | THM0 = 58 C | gov = ondemand | cpu = 800/1601 mhz [ 60 rocinante ~ ] Since I am typing this with the AC unplugged, I guess 0% is a bit pessamistic. This is a bug in libacpi which still needs to be adapter for the new sysfs interface :/ Patches welcome :) Cheers Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpUGi1GGbikj.pgp Description: PGP signature
Bug#484265: vde_plug does not connect to socket
Package: vde2
Version: 2.2.0-pre2-1
Severity: normal
File: /usr/bin/vde_plug
There's some weird stuff happening in vde_plug: I have a vde_switch
started with ctlsock directory in ./vde0, and now I am trying to
plug into it:
+lapse:~|master|.tmp/testnet.k13727% ls vde0 #1839
ctl vde_switch.pid
+lapse:~|master|.tmp/testnet.k13727% strace -f vde_plug vde0/ctl #1840
[...]
connect(5, {sa_family=AF_FILE, path=vde0/ctl/ctl}, 110) = -1 ENOTDIR (Not a
directory)
[...]
send(5, \316\372\355\376\3\0\0\0\0\0\0\0\1\0vde0/ctl.14357-000..., 183, 0) =
-1 ENOTCONN (Transport endpoint is not connected)
Note how the manpage says control socket path, and yet the connect()
seems to take it as directory. And even though the
vde0/ctl.14357-000 control socket gets created (it now exists and is
never removed), the send() fails.
Full vde_plug.strace attached.
Let's see what happens if we pass the directory instead of the
socket path.
+lapse:~|master|.tmp/testnet.k13727% strace -f vde_plug vde0 #1841
[...]
connect(5, {sa_family=AF_FILE, path=vde0/ctl}, 110) = 0
bind(6, {sa_family=AF_FILE, path=vde0.14393-0}, 110) = 0
[...]
chmod(, 0700) = -1 ENOENT (No such file or directory)
There's stuff broken here too, the chmod doesn't get a proper path.
Also, if I pass ./vde0/, the connect() uses ./vde0//ctl and the bind
then tries ./vde0/.14393-0.
Full vde_plug.strace2 attached.
This all makes me think that there's a need for some time with the
code...
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.24-1+scoflowctrl.1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages vde2 depends on:
ii adduser 3.107add and remove users and groups
ii libc6 2.7-11 GNU C Library: Shared libraries
ii libpcap0.8 0.9.8-3 system interface for user-level pa
ii libvdemgmt0 2.2.0-pre2-1 Virtual Distributed Ethernet - Man
ii libvdeplug2 2.2.0-pre2-1 Virtual Distributed Ethernet - Plu
Versions of packages vde2 recommends:
ii daemon0.6.3-1turns other processes into daemons
-- no debconf information
--
.''`. martin f. krafft [EMAIL PROTECTED]
: :' : proud Debian developer, author, administrator, and user
`. `'` http://people.debian.org/~madduck - http://debiansystem.info
`- Debian - when you have better things to do than fixing systems
vde_plug.strace.bz2
Description: Binary data
vde_plug.strace2.bz2
Description: Binary data
digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#483962: uuid-runtime: improved description and reconsider priority
On Tue, Jun 03, 2008 at 10:54:14AM +0200, Frans Pop wrote: Thanks Ted. Does that mean that the fact uuid-runtime is _not_ installed by default on new Debian systems is deliberate (the second part of the BR)? Thanks, I didn't notice the second part of the bug report. Hmm. That can go either way; there are arguments in both directions. The uuidd daemon as designed is not strictly required; it's just that if you are going to be generating time-based UUID's at a high rate (which a certain commercial Enterprise Resource Planning system does when installing its database) without the uuidd daemon, it is possible to end up with duplicate UUID's. The flip side of it is, first of all, time-based UUID's are not the default; random UUID's are (said commercial ERP uses time-based UUID's because if you fold, spindle, and mutilate in a certain way such that the Ethernet MAC address is in the most significant bytes, key compression means they get stored in the database more efficiently; and BTW, random UUID's are the default precisely because time-based UUID's leak the MAC address, which could potentially be a privacy consideration if they are used e.g. in an Open Office document to track the original author of a document). Secondly, the collisions took place when said ERP was generating hundreds of time-based UUID's per second --- and I know of *no* other application that needs to generate UUID's of any sort, time-based or otherwise, at those rates. Finally, while Ubuntu may obtain certification for said ERP in the near future, it is not at all clear they would support Debian, or that Debian would be interested in achieving certification for this commercial/proprietary ERP. The other potential reason why we might want to install uuid-runtime by default is that I moved uuidgen into that package. It makes sense, as it *is* a runtime program, and bundling it with either libuuid or e2fsprogs probably was less intuitive --- but over the years, some people have gotten used to the fact that uuidgen was always present. So it has been a bit of a surprise for some folks that uuidgen isn't present any more, and it hasn't been obvious to some folk where to find it. The bottom line is that I don't have strong feelings one way or the other about whether uuid-runtime should or shouldn't be a default installed package. It *is* designed such that it is not mandatory, since I do have an allergy towards more and more mandatory daemons running on modern Linux systems, but there are certainly benefits to having it be installed. What do you think? - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484121: tasksel: let's sync on the GNOME task
On Tuesday 03 June 2008, Josselin Mouette wrote: It does not prevent us from shipping a better integrated word processor, [...] I'm afraid it does because adding a second word processor would move e.g. some localization tasks off the first CD images, which is not an acceptable trade-off. Here's some data about the desktop task (installed size using network mirror): Sarge: 1392 MB (included GNOME _and_ KDE) Etch: 1360 MB (GNOME only) Lenny: 1857 MB (GNOME only) As you can see, KDE was completely pushed out of default installs by the increased size of a GNOME install. To solve that we created the separate KDE (and Xfce) CD images. As you can also see, the GNOME install has grown by 35% from Etch to Lenny, thus pushing other important software (like localization tasks) off the lower CDs. The ever increasing size of the default desktop install also makes testing such installs increasingly annoying to do. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#484264: yacpi: battery status 0% with kernel 2.6.25-2-686
Package: yacpi Version: 3.0-2 Severity: normal here is the output with AC plugged in (first) and not. 58 rocinante ~ ] yacpi -p | BAT0 = 0% charging | ac = on-line | THM1 = 58 C | THM0 = 58 C | gov = ondemand | cpu = 800/1601 mhz [ 59 rocinante ~ ] yacpi -p | BAT0 = 0% charging rtime 00:00 h | ac = off-line | THM1 = 58 C | THM0 = 58 C | gov = ondemand | cpu = 800/1601 mhz [ 60 rocinante ~ ] Since I am typing this with the AC unplugged, I guess 0% is a bit pessamistic. FWIW, acpi and acpitool don't work with this kernel version either. cat /sys/class/power_supply/BAT0/energy_now works, but the interface could be friendlier :-) The host is a Lenovo Thinkpad X61s. I get the same results with thinkpad_acpi loaded or not. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages yacpi depends on: ii libacpi0 0.2-4 general purpose library for ACPI ii libc6 2.7-10 GNU C Library: Shared libraries ii libncurses5 5.6+20080419-2 Shared libraries for terminal hand yacpi recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484245: reportbug: --body-file does not use header/footer info from body
Hi Giridhar, On Tuesday 03 June 2008 11:25:57 Y Giridhar Appaji Nag wrote: If I read this bug report correctly, what you ask for is an option that would allow you to report bugs using reportbug directly from a file that was saved earlier by reportbug. And include the headers, footers etc. without having to go through the prompt/answer routine again. This is almost my intention, except that I think the current behavior (make some prompts, and change report so it is not identical to the file, but not allow the user to review these changes) is not reasonable and therefore a defect. As a side point, the --body-file option is recommended by the program when you decide not to submit a report; with current behavior, though, the file it produces is actually not suitable for use with this option. I wonder, what use-case makes the current behavior desirable. Thus, I disagree with both the new title and the 'wishlist' severity. Thanks, Shai. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477450: john-data arch:all package build in binary-arch target
reopen 477450
found 477450 1.7.2-3
thanks
* David Paleino [EMAIL PROTECTED] [2008-04-26 19:00:34 CEST]:
On Wed, 23 Apr 2008 11:51:29 +0200, Gerfried Fuchs wrote:
While producing the backport for the new john package (thanks a lot for
the longstanding update!) I noticed that the produce john-data package
is produced in the binary-arch target.
Please notice the debhelper switches -i(ndependent) and -s(ame arch)
and use them appropriately in the different targets. When building with
the -B switch the arch:all packages shouldn't get produced, leaving
cruft on the build daemon hosts.
Yes, sorry for that (I didn't know any consequence of that design).
I've added a binary-common target, and made binary-{arch,indep} depend on
it.
Erm, that doesn't change anything. It still calls the dh_scripts
without any switch. If you want to go on with this design, I suggest the
following patch for you to fix it:
#v+
--- Debian/backport/john/1.7.2-3/john-1.7.2/debian/rules.orig 2008-06-03
11:34:41.0 +0200
+++ Debian/backport/john/1.7.2-3/john-1.7.2/debian/rules2008-06-03
11:40:47.0 +0200
@@ -98,8 +98,11 @@
dh_md5sums
dh_builddeb
-binary-indep: build install binary-common
-binary-arch: build install binary-common
+binary-indep: build install
+ $(MAKE) -f debian/rules DH_OPTIONS=-i binary-common
+
+binary-arch: build install
+ $(MAKE) -f debian/rules DH_OPTIONS=-s binary-common
binary: binary-indep binary-arch
#v-
The problem is that I've already sent a 1.7.2-2 package to my sponsor, who
uploaded it immediately. I believe it'll take a while before 1.7.2-3 (fixing
this) can be uploaded :(.
Hmm, I wonder what checks your sponsor did do actually, if any. :/
So long,
Rhonda
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483906: Adding amd64 - i486 cross compiler
Hello Arthur, Why do we need cross-compilers between biarched archs ? ``gcc -m32'' on amd64 and ``gcc -m64'' on i386 are fine. Also, please rebase your patch on current SVN. It looked like somebody was using those kind of compilers https://bugs.launchpad.net/ubuntu/+source/gcc-4.1/+bug/121834 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466422 Why don't fix that bug? Maybe is a useless toolchain, but it should behave as the other builds. Also, now i'm building on a amd64 machine, but what about powerpc host builds? That could fix powerpc - i386 toolchain as well. I send you a rebased patches for gcc-4.1 and gcc-4.2 svn code (it looked like somebody already added powerpc lines), but it'd be better for me to sent current sources diffs for now long. Cheers ;-) -- Héctor Orón diff -urN gcc-4.1/debian/rules.d/binary-libstdcxx-cross.mk gcc-4.1.cross/debian/rules.d/binary-libstdcxx-cross.mk --- gcc-4.1/debian/rules.d/binary-libstdcxx-cross.mk 2008-06-03 09:14:25.0 + +++ gcc-4.1.cross/debian/rules.d/binary-libstdcxx-cross.mk 2008-06-03 09:43:35.0 + @@ -18,6 +18,9 @@ ifeq ($(DEB_TARGET_GNU_TYPE),powerpc-linux-gnu) AUX_DEB_TARGET_GNU_TYPE := powerpc64-linux-gnu endif + ifeq ($(DEB_TARGET_GNU_TYPE),i486-linux-gnu) +AUX_DEB_TARGET_GNU_TYPE := x86_64-linux-gnu + endif endif libstdc_ext = -$(BASE_VERSION) diff -urN gcc-4.2/debian/rules.d/binary-libstdcxx-cross.mk gcc-4.2.cross/debian/rules.d/binary-libstdcxx-cross.mk --- gcc-4.2/debian/rules.d/binary-libstdcxx-cross.mk 2008-06-03 09:14:41.0 + +++ gcc-4.2.cross/debian/rules.d/binary-libstdcxx-cross.mk 2008-06-03 09:42:06.0 + @@ -18,6 +18,9 @@ ifeq ($(DEB_TARGET_GNU_TYPE),powerpc-linux-gnu) AUX_DEB_TARGET_GNU_TYPE := powerpc64-linux-gnu endif + ifeq ($(DEB_TARGET_GNU_TYPE),i486-linux-gnu) +AUX_DEB_TARGET_GNU_TYPE := x86_64-linux-gnu + endif endif libstdc_ext = -$(BASE_VERSION)
Bug#484263: rescue-mode: Does not support RAID+LUKS setups
Package: rescue-mode Version: 1.15 Severity: minor When a LUKS encrypted partition is on a software RAID device, there is no possibility to enter a passphrase for the RAID devices (/dev/md*). Instead, rescue-mode offers to enter a passphrase for every LUKS header detected on the partitions used by the software RAID, and unlocking these partitions will simply fail with Can not access device. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#484267: compiz-core: compiz fails to load saying Couldn't find plugin 'cpp'
Package: compiz-core Version: 0.6.3~git20080115.0ea58487-1 Severity: serious After doing a recent aptitude upgrade on my testing system, compiz no longer loads. The error message is Couldn't find plugin 'cpp'. Here is aptitude's most recent log, which may shed light on this. Julian Will install 143 packages, and remove 8 packages. 6527kB of disk space will be used === [REMOVE, NOT USED] libffi4 [HOLD, DEPENDENCIES] mplayer [INSTALL, DEPENDENCIES] libavahi-gobject0 [INSTALL, DEPENDENCIES] libavcodec51 [INSTALL, DEPENDENCIES] libavdevice52 [INSTALL, DEPENDENCIES] libavformat52 [INSTALL, DEPENDENCIES] libavutil49 [INSTALL, DEPENDENCIES] libboost-serialization1.34.1 [INSTALL, DEPENDENCIES] libpostproc51 [INSTALL, DEPENDENCIES] libswscale0 [INSTALL, DEPENDENCIES] libuu0 [REMOVE, DEPENDENCIES] libavcodeccvs51 [REMOVE, DEPENDENCIES] libavdevicecvs52 [REMOVE, DEPENDENCIES] libavformatcvs52 [REMOVE, DEPENDENCIES] libavutilcvs49 [REMOVE, DEPENDENCIES] libpostproccvs51 [REMOVE, DEPENDENCIES] libswscalecvs0 [REMOVE, DEPENDENCIES] libxaw-headers [HOLD] mplayer-doc [UPGRADE] acpid 1.0.4-7.1 - 1.0.6-9 [UPGRADE] acroread-debian-files 0.0.20 - 0.0.23 [UPGRADE] apache2 2.2.8-4~lenny1 - 2.2.8-4 [UPGRADE] apache2-doc 2.2.8-4~lenny1 - 2.2.8-4 [UPGRADE] apache2-mpm-prefork 2.2.8-4~lenny1 - 2.2.8-4 [UPGRADE] apache2-utils 2.2.8-4~lenny1 - 2.2.8-4 [UPGRADE] apache2.2-common 2.2.8-4~lenny1 - 2.2.8-4 [UPGRADE] base-files 4.0.3 - 4.0.4 [UPGRADE] compiz-fusion-plugins-extra 0.6.1-1 - 0.7.4-1 [UPGRADE] console-common 0.7.76 - 0.7.77 [UPGRADE] cowdancer 0.44 - 0.47 [UPGRADE] cpp-4.2 4.2.3-5 - 4.2.4-1 [UPGRADE] cpp-4.3 4.3.0-3 - 4.3.0-5 [UPGRADE] cvs 1:1.12.13-10 - 1:1.12.13-11 [UPGRADE] debhelper 7.0.8 - 7.0.9 [UPGRADE] debian-maintainers 1.33 - 1.34 [UPGRADE] devscripts 2.10.27 - 2.10.28 [UPGRADE] dictionaries-common 0.98.6 - 0.98.9 [UPGRADE] dillo 0.8.6-2 - 0.8.6-3 [UPGRADE] encfs 1.3.2-1-1 - 1.4.2-2 [UPGRADE] epiphany-browser 2.20.3-1 - 2.22.1.1-1 [UPGRADE] epiphany-browser-data 2.20.3-1 - 2.22.1.1-1 [UPGRADE] epiphany-extensions 2.20.3-1 - 2.22.1-2 [UPGRADE] epiphany-gecko 2.20.3-1 - 2.22.1.1-1 [UPGRADE] ffmpeg 3:20080414-0.0 - 3:20080414-0.2 [UPGRADE] fixincludes 1:4.3.0-3 - 1:4.3.0-5 [UPGRADE] g++-4.2 4.2.3-5 - 4.2.4-1 [UPGRADE] g++-4.3 4.3.0-3 - 4.3.0-5 [UPGRADE] gcc-4.2 4.2.3-5 - 4.2.4-1 [UPGRADE] gcc-4.2-base 4.2.3-5 - 4.2.4-1 [UPGRADE] gcc-4.3 4.3.0-3 - 4.3.0-5 [UPGRADE] gcc-4.3-base 4.3.0-3 - 4.3.0-5 [UPGRADE] gdk-imlib1 1.9.15-6 - 1.9.15-7 [UPGRADE] gdk-imlib11 1.9.15-6 - 1.9.15-7 [UPGRADE] gdm 2.20.5-2 - 2.20.6-1 [UPGRADE] gnokii-common 0.6.24.dfsg-3 - 0.6.25.dfsg-1 [UPGRADE] gnome-media 2.22.0-1 - 2.22.0-2 [UPGRADE] gnome-media-common 2.22.0-1 - 2.22.0-2 [UPGRADE] grub 0.97-38 - 0.97-39 [UPGRADE] grub-doc 0.97-38 - 0.97-39 [UPGRADE] grub-legacy-doc 0.97-38 - 0.97-39 [UPGRADE] imlib-base 1.9.15-6 - 1.9.15-7 [UPGRADE] imlib11 1.9.15-6 - 1.9.15-7 [UPGRADE] libapache2-mod-php5 5.2.5-3 - 5.2.5-3+lenny1 [UPGRADE] libcompizconfig0 0.6.0-3 - 0.7.4-2 [UPGRADE] libcompress-raw-zlib-perl 2.010-1 - 2.011-2 [UPGRADE] libcompress-zlib-perl 2.010-1 - 2.011-1 [UPGRADE] libdbd-mysql-perl 4.006-1+b1 - 4.007-1 [UPGRADE] libdbus-glib-1-2 0.74-2 - 0.74-4 [UPGRADE] libdbus-glib-1-dev 0.74-2 - 0.74-4 [UPGRADE] libffi5 3.0.5-1 - 3.0.5-4 [UPGRADE] libgcc1 1:4.3.0-3 - 1:4.3.0-5 [UPGRADE] libgfortran3 4.3.0-3 - 4.3.0-5 [UPGRADE] libgnokii3 0.6.24.dfsg-3 - 0.6.25.dfsg-1 [UPGRADE] libgnome-media0 2.22.0-1 - 2.22.0-2 [UPGRADE] libgoffice-0-6 0.6.2-1 - 0.6.3-1 [UPGRADE] libgoffice-0-6-common 0.6.2-1 - 0.6.3-1 [UPGRADE] libgomp1 4.3.0-3 - 4.3.0-5 [UPGRADE] libgraphviz4 2.18-1+b1 - 2.18-1+b2 [UPGRADE] libio-compress-base-perl 2.010-1 - 2.011-1 [UPGRADE] libio-compress-zlib-perl 2.010-1 - 2.011-1 [UPGRADE] libmp4v2-0 1:1.6-0.6 - 1:1.6-0.7 [UPGRADE] libpurple-bin 2.4.1-1 - 2.4.2-2 [UPGRADE] libpurple0 2.4.1-1+b2 - 2.4.2-2 [UPGRADE] libsablevm-classlib1-java 1.13-2 - 1.13-2.1 [UPGRADE] libsablevm-native1 1.13-2 - 1.13-2.1 [UPGRADE] libsdl-mixer1.2 1.2.8-3 - 1.2.8-4 [UPGRADE] libsoap-lite-perl 0.71-2 - 0.710.05-1 [UPGRADE] libsqlite3-0 3.5.8-4 - 3.5.9-1 [UPGRADE] libssl-dev 0.9.8g-10 - 0.9.8g-10+lenny1 [UPGRADE] libssl0.9.8 0.9.8g-10 - 0.9.8g-10+lenny1 [UPGRADE] libstdc++5 1:3.3.6-15 - 1:3.3.6-17 [UPGRADE] libstdc++6 4.3.0-3 - 4.3.0-5 [UPGRADE] libstdc++6-4.2-dev 4.2.3-5 - 4.2.4-1 [UPGRADE] libstdc++6-4.3-dev 4.3.0-3 - 4.3.0-5 [UPGRADE] libtag1c2a 1.4-8.1 - 1.5-2 [UPGRADE] libtdb1 1.1.1~svn26294-1.1+b1 - 1.1.2~git20080521-1 [UPGRADE] libvorbis0a 1.2.0.dfsg-3 - 1.2.0.dfsg-3.1 [UPGRADE] libvorbisenc2 1.2.0.dfsg-3 - 1.2.0.dfsg-3.1 [UPGRADE] libvorbisfile3 1.2.0.dfsg-3 - 1.2.0.dfsg-3.1 [UPGRADE] libxaw7 2:1.0.4-1 - 2:1.0.4-2 [UPGRADE] libxaw7-dev 2:1.0.4-1 - 2:1.0.4-2 [UPGRADE] libxcomposite-dev 1:0.4.0-1 - 1:0.4.0-2 [UPGRADE] libxcomposite1 1:0.4.0-1 - 1:0.4.0-2 [UPGRADE] libxdamage-dev 1:1.1.1-3 - 1:1.1.1-4 [UPGRADE] libxdamage1 1:1.1.1-3 - 1:1.1.1-4 [UPGRADE] libxdmcp-dev
