Bug#151820: Another workaround: Use network-manager instead
Another workaround (where the first is to use the Ubuntu packages, see above) is to install network-manager. After installing network-manager, you have to remove from /etc/network/interfaces all interfaces that you want network-manager to handle. Network-manager handles all interfaces not in that file, and it does properly send the host name in the DHCP request (I just tried it). Regards /Johan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574522: clarification of proxy_arp settings
On 19 Mar 2010, at 06:49, Ola Lundqvist wrote: However the documentation should also be better described. Suggestions on this is highly welcome. Yes, and the primary question is when proxy_arp should be used. I've scouted the net and came up with the following: proxy_arp=0 - http://wiki.openvz.org/Quick_installation http://wiki.openvz.org/Using_veth_and_brctl_for_protecting_HN_and_saving_IP_addresses proxy_arp=1 - http://wiki.openvz.org/Virtual_Ethernet_device http://ckdake.com/content/2008/vlans-in-openvz.html make sure that proxy_arp and forwarding are enabled for bond0.10 in /proc/sys/net/ipv4/conf/bond0.10/ https://gforge.inria.fr/tracker/index.php?func=detailaid=8459group_id=411atid=5117 Ambigous --- http://en.gentoo-wiki.com/wiki/OpenVZ_VLAN echo 1 /proc/sys/net/ipv4/conf/$x/proxy_arp and then later I doubt that echo 1 /proc/sys/net/ipv4/conf/$x/proxy_arp is actually needed, at least I've never used it and everything works fine without proxy arp. I even have: net.ipv4.conf.default.proxy_arp = 0 http://forum.openvz.org/index.php?t=msggoto=10089 The funny thing is it doesnt matter if i set the proxy arp to 0 or 1 in the conf-file, networking within the vz is with both options possible. Summary: -- The openvz wiki recommends proxy_arp=0 in some cases, and in some proxy_arp=1. External sites recommend proxy_arp=1 and then some present varying experiences. Some discussions are based on the debian warning message itself, so there is some feedback loop involved as well :-). The cause for the debian proxy_arp=1 setting seems to be bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=387762 I have a similar setup; one private and one public address on the host node, and then other public addresses for the guests. This works without proxy_arp enabled. Worse, enabling proxy_arp produced arpsend warnings and possibly other problems. Maybe something else has changed from 2006 until now such that proxy_arp is not needed? If only openvz.org is trusted, it seems proxy_arp should only be used when using veth devices, and not venet devices. Perhaps you could contact upstream to get a more definite answer. BR Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571929: desktopcouch: circular dependency hell
It would be nice if the Canoni^H^Hupstream desktopcouch developers could chime in and give their opinions... On Thu, 25 Mar 2010, David Paleino wrote: On Tuesday 02 March 2010 10:08:24, Raphael Hertzog wrote: Coming back to the topic, the dependency between desktopcouch and -records got added following https://bugs.launchpad.net/ubuntu/+bug/422179 but Ken Vandine never gave the error message he had. IMO it's this dependency that should not exist and I'm not sure why the service requires it. Maybe the part of -records that is required by desktopcouch should be moved to python-desktopcouch. After Bill poked me about the bug not really being fixed by the package merge, I investigated a bit more about that LP bug, and the overall dependency situation. The problem is that start_local_couchdb.py uses: from desktopcouch.records.server import CouchDatabase which is available in the current python-desktopcouch-records package (that's why Ken added the dependency). [...] I think a proper solution could be: 1) put /usr/share/pyshared/desktopcouch/records/ into desktopcouch too (and add Provides: python-desktopcouch-records) Unless upstream fixes update_design_documents() to not use the CouchDatabase object, I think this is the right thing to do. Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575474: /bin/tar: Segfault with both --exclude-caches and --exclude-tag=TAG
Package: tar Version: 1.20-1 Severity: normal File: /bin/tar $ tar -cvf test.tar --exclude-caches --exclude-tag=TEST.TAG test/ test/ Segmentation fault (core dumped) $ tar -cvf test.tar --exclude-caches test/ test/ test/test2/ test/test1/ test/test1/TEST.TAG $ tar -cvf test.tar --exclude-tag=TEST.TAG test/ test/ test/test2/ test/test1/ tar: test/test1/: contains a cache directory tag TEST.TAG; contents not dumped test/test1/TEST.TAG -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-028stab066.11 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tar depends on: ii libc6 2.7-18lenny2 GNU C Library: Shared libraries tar recommends no packages. Versions of packages tar suggests: ii bzip2 1.0.5-1high-quality block-sorting file co pn ncompress none (no description available) -- no debconf information execve(/bin/tar, [tar, -cvf, test.tar, --exclude-caches, --exclude-tag=TEST.TAG, test/], [/* 16 vars */]) = 0 brk(0) = 0x99b8000 uname({sys=Linux, node=localhost, ...}) = 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f28000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=11846, ...}) = 0 mmap2(NULL, 11846, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f25000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/librt.so.1, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\30\0\0004\0\0\0\240..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=30624, ...}) = 0 mmap2(NULL, 6, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7f1c000 mmap2(0xb7f23000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6) = 0xb7f23000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libc.so.6, O_RDONLY)= 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260e\1\0004\0\0\0t..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1294572, ...}) = 0 mmap2(NULL, 1300080, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7dde000 mmap2(0xb7f16000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x138) = 0xb7f16000 mmap2(0xb7f19000, 9840, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f19000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libpthread.so.0, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220G\0\0004\0\0\0\330..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=112012, ...}) = 0 mmap2(NULL, 94688, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7dc6000 mmap2(0xb7dda000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13) = 0xb7dda000 mmap2(0xb7ddc000, 4576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7ddc000 close(3)= 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7dc5000 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7dc4000 set_thread_area({entry_number:-1 - 6, base_addr:0xb7dc46b0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 mprotect(0xb7f16000, 4096, PROT_READ) = 0 munmap(0xb7f25000, 11846) = 0 set_tid_address(0xb7dc46f8) = 42461 set_robust_list(0xb7dc4700, 0xc)= 0 futex(0xbfd93ac0, FUTEX_WAKE_PRIVATE, 1) = 0 rt_sigaction(SIGRTMIN, {0xb7dca280, [], SA_RESTORER|SA_SIGINFO, 0xb7dd3930}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {0xb7dca680, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 0xb7dd3930}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 getrlimit(RLIMIT_STACK, {rlim_cur=10240*1024, rlim_max=RLIM_INFINITY}) = 0 uname({sys=Linux, node=v8773.vps.masterhost.ru, ...}) = 0 clock_gettime(CLOCK_REALTIME, {1269585453, 968635000}) = 0 brk(0) = 0x99b8000 brk(0x99d9000) = 0x99d9000 open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=2207696, ...}) = 0 mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7bc4000 close(3)= 0 fcntl64(0, F_GETFD) = 0 fcntl64(1, F_GETFD) = 0 fcntl64(2, F_GETFD) = 0 rt_sigaction(SIGCHLD, {SIG_DFL},
Bug#575475: ha_logd.cf lost
Package: heartbeat Version: 2.1.4-8 ha_logd(8) points to a sample file ha_logd.cf. Seems that this file is not included. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575474: Acknowledgement (/bin/tar: Segfault with both --exclude-caches and --exclude-tag=TAG)
tar 1.23 is not affected. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575456: Loading firmware: untranslated dialog (bug #575456)
(see #575456) Frans closed the bug report (which is the right action) with the following comment: This dialog does not come from D-I, but from linux-2.6. I suspect that that was not 100% translated for the version currently in testing. Closing this report. However, this could mean it would be a good idea to add linux-2.6 to the list of packages in either level 2 or 3 as it is likely to show some internationalized material during some installs. CC'ing the Kernel Team (I hope I'm using the right mail address): if we go this way, where should I pick for kernel packages debconf translations (which VCS). signature.asc Description: Digital signature
Bug#575474: Acknowledgement (/bin/tar: Segfault with both --exclude-caches and --exclude-tag=TAG)
Also, no segfault when using: --exclude-tag=CACHEDIR.TAG --exclude-tag=TEST.TAG -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572420: Please change this bug to libsdl1.2debian
The bug is actually in libsdl1.2debian. It has improper compile flags for powerpc g3. What these are I do not know. looking at the build log -maltivec seems to be the smoking gun. It appears the upstream configure script is looking for altivec support at build time and enabling it if it detects it (which is the right thing to do when building for your own system but the WRONG thing to do when building distribution packages) Ideally this sort of issue needs access to ppc hardware both with and without altivec to nail it down (you need to do the builds on machines with altivec support and then check they work on machines without it) . I'll try to take a look using qemu but I can't promise anything. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575436: mines.app: crashes on start
unmerge 568307 575436 reassign 575436 gnustep-gui 0.16.0-2 forcemerge 568049 575436 thanks В 21:55 +0200 на 25.03.2010 (чт), Yavor Doganov написа: As a workaround, install gnustep-back0.16-cairo and set cairo as the default backend: Hmm, no, I was too quick and careless. You're hitting another bug and there's no workaround AFAIK. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575462: redmine + apache2 shows permission error to access /etc/redmine/default/session.yml
On 26/03/2010 01:14, Jinserk Baik wrote: Package: redmine Version: 0.9.3-1 I have tried to install redmine with debian package and its dependencies, I just add the following redmine site in /etc/apache2/site-available Listen 8080 VirtualHost *:8080 RailsEnv production RailsBaseURI / SetEnv X_DEBIAN_SITEID default DocumentRoot /usr/share/redmine/public ServerSignature off Directory /usr/share/redmine/public AllowOverride None Order allow,deny Allow from all /Directory ErrorLog /var/log/apache2/redmine-error.log CustomLog /var/log/apache2/redmine-access.log combined /VirtualHost and a2ensite redmine then I can see the passenger running page on IP:8080 but got an error like: Error message:Permission denied - /etc/redmine/default/session.yml Exception class:Errno::EACCES Application root: /usr/share/redmine Backtrace: # File Line Location 0 /usr/lib/ruby/1.8/yaml.rb 143 in `initialize' 1 /usr/lib/ruby/1.8/yaml.rb 143 in `open' 2 /usr/lib/ruby/1.8/yaml.rb 143 in `load_file' 3 /usr/share/redmine/config/environment.rb 27 4 /usr/lib/ruby/1.8/rubygems/custom_require.rb 31 in `gem_original_require' 5 /usr/lib/ruby/1.8/rubygems/custom_require.rb 31 in `require' . blah blah It seems that the original permission of /etc/redmine/default/*.yml is root:www-data, and 640, so the apache2 blocks the access of these files. How can I fix it? Have a look at this apache2 passenger directive : PassengerDefaultUser www-data Right now passenger is run as nobody by default, for me it's like a bug. signature.asc Description: OpenPGP digital signature
Bug#517449: linux-image-2.6.26-2-vserver-amd64: still getting task task:pid blocked for more than 120 seconds. kernel log messages
Hi all, sorry if my message from yesterday was noise too, but I haven't understood yet why those kernel log messages appear anyway. Somebody in this bug report pointed out that those INFO: task xy blocked for more than 120 seconds. are only symptoms of the real problem. Could somebody explain the actual problem to me please? What I have learned from this and from other similar bug reports like this yet is, that it has something to do with the load which is on the machine. But that is not clear enough to me. TIA and kind regards, Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575462: When I add others read permission to *.yml
On 26/03/2010 01:31, Jinserk Baik wrote: When I changed the permission of *.yml in /etc/redmine/default/ to 644, then I got these messages on the web: Have a look at permissions in /var/lib/dbconfig-common/sqlite3/redmine/instances Running passenger as www-data solves the problem as well. I've contacted passenger maintainer to understand why it's not the default config for passenger. Regards, Jérémy. signature.asc Description: OpenPGP digital signature
Bug#575438: /etc/init.d/xrdp start fails
Hello Vincent, bugreport tool auto computed a wrong email and I didn't recognize it. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575438 My email address is marco.hoe...@nanotronic.ch, don't know if it is possible to change it in an open bug thread. /var/run/xrdp was root:root. I changed it to xrdp:xrdp and xrdp + xrdp-sesman are started using /etc/init.d/xrdp restart. However, my keyboard doesn't work at all. Do I have to modify ini files in /etc/xrdp ?
Bug#574449: iceweasel: Segfaults almost daily
[Petter Reinholdtsen] Another day, another opportunity. I got gdb running and am ready for a new crash. :) It survived yesterday morning, but this morning it had crashed again. Here is the backtrace. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb31f4b90 (LWP 15130)] pt_PostNotifyToCvar (cvar=0x0, broadcast=0) at ptsynch.c:312 312 ptsynch.c: No such file or directory. in ptsynch.c Current language: auto; currently c (gdb) bt full #0 pt_PostNotifyToCvar (cvar=0x0, broadcast=0) at ptsynch.c:312 index = value optimized out notified = value optimized out #1 0xb6aa4130 in PR_NotifyCondVar (cvar=0x0) at ptsynch.c:445 No locals. #2 0xb6aadab4 in WaitPidDaemonThread (unused=0x0) at uxproces.c:553 pd = {fd = 0xb28fbc08, in_flags = 1, out_flags = 1} fd = value optimized out rv = value optimized out buf = \000\000Å·\000\000\000\0008C\037³ÝY©¶`\231¼\t\000³Å·8C\037³t^Ò·\216\t§¶$C\037³À\231¼\tÀ\231¼\t\234\231¼\t¬\210}\217\003\000\000\000\0201ÿ®Ü\037§¶`áà·\032;\000\000\000\000\000\000\001\000\000\\000\000\000 \200\000\000ôÏà·È\025¯\t\000\000\000\000hC\037³\006JÚ·È\025¯\tT5«¶\210C\037³ Hª¶ pid = value optimized out status = 0 op = (struct pr_CreateProcOp *) 0x0 #3 0xb601 in _pt_root (arg=0xa93ab20) at ptthread.c:228 detached = 0 #4 0xb6a6f4c0 in start_thread () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #5 0xb7d966de in clone () from /lib/i686/cmov/libc.so.6 No symbol table info available. (gdb) Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575438: /etc/init.d/xrdp start fails
submitter 575438 marco.hoe...@nanotronic.ch clone 575438 -1 severity -1 normal retitle -1 Keyboard not working submitter -1 marco.hoe...@nanotronic.ch thanks OoO En ce doux début de matinée du vendredi 26 mars 2010, vers 08:26, Hoefle Marco marco.hoe...@nanotronic.ch disait : Hello Vincent, bugreport tool auto computed a wrong email and I didn't recognize it. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575438 My email address is marco.hoe...@nanotronic.ch, don't know if it is possible to change it in an open bug thread. Yes, it is possible. I do it now. /var/run/xrdp was root:root. I changed it to xrdp:xrdp and xrdp + xrdp-sesman are started using /etc/init.d/xrdp restart. OK, I will change the init.d script to ensure that /var/run/xrpd is owned by xrdp. However, my keyboard doesn't work at all. Do I have to modify ini files in /etc/xrdp ? I create a new bug for this one. By not working at all, you mean that it does not even work for regular keys? -- panic(Aarggh: attempting to free lock with active wait queue - shoot Andy); 2.0.38 /usr/src/linux/fs/locks.c pgpjgi5gAoqvM.pgp Description: PGP signature
Bug#575476: linux-image-2.6.32-4-vserver-686-bigmem: task find:18553 blocked for more than 120 seconds.
Package: linux-2.6 Version: 2.6.32-10 Severity: normal The machine would report a lot of task name:pid blocked for more than 120 seconds. From my logs: Mar 24 19:23:59 postamt kernel: [95403.132478] INFO: task cron:11671 blocked for more than 120 seconds. Mar 24 19:24:02 postamt kernel: [95403.137228] INFO: task cron:11672 blocked for more than 120 seconds. Mar 24 19:24:06 postamt kernel: [95403.140292] INFO: task cron:11673 blocked for more than 120 seconds. Mar 25 22:18:55 postamt kernel: [191043.688456] INFO: task cron:11473 blocked for more than 120 seconds. Mar 26 06:52:33 postamt kernel: [30602.905237] INFO: task find:18553 blocked for more than 120 seconds. for the last incidence I'm attaching the complete message from kern.log -- Package-specific info: ** Version: Linux version 2.6.32-4-vserver-686-bigmem (Debian 2.6.32-10) (m...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-8) ) #1 SMP Wed Mar 17 20:01:31 UTC 2010 ** Command line: root=UUID=70cb4228-b702-4dc3-b8ac-a70de2bc6d39 ro ** Not tainted ** Kernel log: [ 165.356482] EXT4-fs (dm-0): mounted filesystem with ordered data mode [ 167.736772] eth0: link up [ 171.672255] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 [ 171.677681] acpiphp: Slot [32] registered [ 171.678062] acpiphp: Slot [33] registered [ 171.678299] acpiphp: Slot [34] registered [ 171.678752] acpiphp: Slot [35] registered [ 171.678958] acpiphp: Slot [36] registered [ 171.679149] acpiphp: Slot [37] registered [ 171.679342] acpiphp: Slot [38] registered [ 171.679627] acpiphp: Slot [39] registered [ 171.679843] acpiphp: Slot [40] registered [ 171.680042] acpiphp: Slot [41] registered [ 171.680645] acpiphp: Slot [42] registered [ 171.680840] acpiphp: Slot [43] registered [ 171.681038] acpiphp: Slot [44] registered [ 171.681246] acpiphp: Slot [45] registered [ 171.686580] acpiphp: Slot [46] registered [ 171.686854] acpiphp: Slot [47] registered [ 171.687074] acpiphp: Slot [48] registered [ 171.687303] acpiphp: Slot [49] registered [ 171.687542] acpiphp: Slot [50] registered [ 171.687767] acpiphp: Slot [51] registered [ 171.687984] acpiphp: Slot [52] registered [ 171.688214] acpiphp: Slot [53] registered [ 171.689183] acpiphp: Slot [54] registered [ 171.689447] acpiphp: Slot [55] registered [ 171.689684] acpiphp: Slot [56] registered [ 171.689903] acpiphp: Slot [57] registered [ 171.690122] acpiphp: Slot [58] registered [ 171.690328] acpiphp: Slot [59] registered [ 171.690762] acpiphp: Slot [60] registered [ 171.690973] acpiphp: Slot [61] registered [ 171.691550] acpiphp: Slot [62] registered [ 171.691804] acpiphp: Slot [63] registered [ 171.692572] acpiphp: Slot [160] registered [ 171.698370] acpiphp: Slot [192] registered [ 171.698637] acpiphp: Slot [224] registered [ 171.698904] acpiphp: Slot [256] registered [ 171.699209] acpiphp: Slot [161] registered [ 171.699454] acpiphp: Slot [162] registered [ 171.699746] acpiphp: Slot [163] registered [ 171.699971] acpiphp: Slot [164] registered [ 171.700221] acpiphp: Slot [165] registered [ 171.700527] acpiphp: Slot [166] registered [ 171.700808] acpiphp: Slot [167] registered [ 171.701047] acpiphp: Slot [193] registered [ 171.701325] acpiphp: Slot [194] registered [ 171.701588] acpiphp: Slot [195] registered [ 171.701918] acpiphp: Slot [196] registered [ 171.702192] acpiphp: Slot [197] registered [ 171.702479] acpiphp: Slot [198] registered [ 171.702765] acpiphp: Slot [199] registered [ 171.703027] acpiphp: Slot [225] registered [ 171.714039] acpiphp: Slot [226] registered [ 171.726102] acpiphp: Slot [227] registered [ 171.731608] acpiphp: Slot [228] registered [ 171.731885] acpiphp: Slot [229] registered [ 171.732125] acpiphp: Slot [230] registered [ 171.732397] acpiphp: Slot [231] registered [ 171.732635] acpiphp: Slot [257] registered [ 171.732878] acpiphp: Slot [258] registered [ 171.733131] acpiphp: Slot [259] registered [ 171.733370] acpiphp: Slot [260] registered [ 171.733606] acpiphp: Slot [261] registered [ 171.733861] acpiphp: Slot [262] registered [ 171.734225] acpiphp: Slot [263] registered [ 178.772157] eth0: no IPv6 routers present [ 211.857914] type=1305 audit(1269552362.619:44436): audit_enabled=0 old=1 auid=4294967295 ses=4294967295 res=1 [30602.905237] INFO: task find:18553 blocked for more than 120 seconds. [30602.905561] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [30602.905874] find D 0 18553 18552 0x0080 [30602.906152] f2644950 0082 c1137bd0 0100 c1440d20 c1440d20 00518039 [30602.906503] f2644b0c c5e48d20 0001 213346a0 1ba7 f66c8000 e8a20780 f66c8000 [30602.906802] 01b0df5e f2644b0c 25949fb8 01b0df5e e61d9738 00e40452 [30602.907133] Call Trace: [30602.907762] [c1137bd0] ? __make_request+0x364/0x3d9 [30602.907950] [c128521a] ? io_schedule+0x5f/0x98 [30602.908111] [c10dfb63] ? sync_buffer+0x30/0x33 [30602.908261]
Bug#575363: [checks/init.d] init.d-script-sourcing-without-test test is too simple
On Thu, Mar 25, 2010 at 03:56:24PM -0700, Russ Allbery wrote: Russ Allbery r...@debian.org writes: I would not recommend against doing what you do above, however. Er, I would recommend against doingn what you do above. Sorry about the double negative. Oh, yep. Good point. I'm going to fix this. Thank you. -- Jeremie /* ``Debugging is like alien abduction. Large blocks of time disappear, for which you have no explanation.'' -- Unknown */ signature.asc Description: Digital signature
Bug#574449: iceweasel: Segfaults almost daily
On Fri, Mar 26, 2010 at 08:50:25AM +0100, Petter Reinholdtsen wrote: [Petter Reinholdtsen] Another day, another opportunity. I got gdb running and am ready for a new crash. :) It survived yesterday morning, but this morning it had crashed again. Here is the backtrace. Same backtrace... Could you also install libc6-dbg ? I hope this would allow to go further in the backtrace, to see why exactly clone() is called. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575478: /etc/hadoop/ is not created with the conf link
Package: hadoop Severity: normal reported by a user by mail, needs confirmation: I installed with aptitude install -t sid hadoop-bin * The directory /etc/hadoop/ is not created with the conf symbolic link by default. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575479: hadoop: missing README
Package: hadoop Severity: normal Actually there's already a README.debian in the packaging GIT, but it seems it's not installed in any binary package. reported by mail: A tiny readme in /usr/share/doc/hadoop-bin could contain something like === hadoop - software platform to process vast amounts of data Configuration files are stored in /etc/hadoop/conf. See man hadoop for details === -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (1000, 'stable'), (990, 'unstable'), (700, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574449: iceweasel: Segfaults almost daily
[Mike Hommey] Same backtrace... Yeah. Thought it might be good to know that it is crashing in the same location. :) Could you also install libc6-dbg ? I hope this would allow to go further in the backtrace, to see why exactly clone() is called. It is already installed. :/ Note that I will be out of the office for a week now, so will not get a new crash report until I am back. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#294983: closed by Marco Rodrigues goth...@gmail.com (Package nagios has been removed from Debian)
I am the original submitter of the wish. Thank you very much!!! txemi. On Thu, Mar 25, 2010 at 10:15 AM, Debian Bug Tracking System ow...@bugs.debian.org wrote: This is an automatic notification regarding your Bug report which was filed against the nagios package: #294983: wishlist: not require alias and host_name in hosts.cfg It has been closed by Marco Rodrigues goth...@gmail.com. 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 Marco Rodrigues goth...@gmail.com by replying to this email. -- 294983: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=294983 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Forwarded message -- From: Marco Rodrigues goth...@gmail.com To: 294983-d...@bugs.debian.org Date: Wed, 24 Mar 2010 20:24:58 + (WET) Subject: Package nagios has been removed from Debian Version: 2:1.4-3.2+rm You filed the bug http://bugs.debian.org/294983 in Debian BTS against the package nagios. I'm closing it at *unstable*, but it will remain open for older distributions. For more information about this package's removal, read http://bugs.debian.org/464774. That bug might give the reasons why this package was removed and suggestions of possible replacements. Don't hesitate to reply to this mail if you have any question. Thank you for your contribution to Debian. -- Marco Rodrigues -- Forwarded message -- From: txemi txe...@clientes.euskaltel.es To: Debian Bug Tracking System sub...@bugs.debian.org Date: Sat, 12 Feb 2005 21:24:29 +0100 Subject: wishlist: not require alias and host_name in hosts.cfg Package: nagios Severity: wishlist wishlist: not require alias and host_name in hosts.cfg Most boring thing of setting up nagios is writting big configuration files. But some little changes could in my opinion short and increase readability of this files. In my hosts.cfg I have a lot of sections like this: define host{ use my-generic-host host_name myhost.com alias myhost.com address myhost.com check_command check_ssh } In most of my hosts host_name is equal to alias and address, so it could be written like this: define host{ use my-generic-host address myhost.com check_command check_ssh } But it cannot be done as host_name, alias and address are necessary. I would like that in host_name and alias absence they would take address value. So I could say the same with less text making it easier to write, read, change, mantain, understand... that is all... txemi txe...@euskalnet.net http://txemi.webhop.org -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: lang=es...@euro, lc_ctype=es...@euro (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575361: false positive: E: dash: package-uses-local-diversion
On Thu, Mar 25, 2010 at 11:43:28AM -0700, Russ Allbery wrote: Gerrit Pape p...@dbnbgs.smarden.org writes: Hi, to me this looks like false positives. With the current dash and ash packages in squeeze: The code handling the diversion in these scripts is years old, and I never saw a local diversion created by them, nor received any bug reports about that. This may be a case where Lintian is just completely baffled by what you're doing, but let me explain what's going on and see if it makes sense. Hi Russ, sorry, I stole your time. I recalled I never really changed the diversion handling after taking over the package from Herbert in 2004. It was still Herbert's code, which simply worked over all the years. I forgot about the NMU to 'Change the default for the system shell to dash' from Luk Claes and Raphael Geissert. That's where the changes to the diversion handling come from, so lintian might quite well be right. Unfortunately it looks like they don't catch up on the resulting problems. Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574714: Fixing bug data, can reproduce
notfound 574714 0.6.4-3 found 574714 0.6.10-2 thanks Fixing version to match information given in Sergej's original message. While at it, I confirm that I can reproduce this (exactly) in wpasupplicant 0.6.10-2 (testing). I have not yet tried downgrading (need a wire to do that...). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575480: sabnzbdplus: circular dependency hell
Package: sabnzbdplus Version: 0.5.0-1 Severity: important Hello JCF, There is a circular dependency between sabnzbdplus and sabnzbdplus-theme-smpl: sabnzbdplus :Depends: sabnzbdplus-theme-smpl sabnzbdplus-theme-smpl :Depends: sabnzbdplus (= 0.5.0-1) Circular dependencies are known to cause problems during upgrade, so we should try to get rid of them. In this case, since both packages are architecture: all and come from the same source, there is no point to have two separate packages if we are required to install both of them anyway. See threads http://lists.debian.org/debian-devel/2005/06/msg02111.html http://lists.debian.org/debian-devel/2005/11/msg01101.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575473: dbndns: No howto or tutorial documentation for configuring tinydns.
On Thu, Mar 25, 2010 at 10:45:55PM -0700, John Wenger wrote: I have used djbdns off and on for years (woody, sarge, and before) but I was never able to get it to work using the debian way. Everyone said just use DJB's method, and it worked as a charm. Now, years later, I tried teh Debian way using the Lenny deb dbndns, and once again I am defeated. The man pages are reference pages, without examples, and the DJB website has tutorial instructions the DJB-way but not for the Debian way. Debian needs to either put things where DJB's tutorial expects them, or Debian needs to write their won tutorials. Bythe way, I have the dnscache running fine, returning results in 2 ms. Hi, I'm sorry that you got frustated. I see that the dbndns package lacks documentation that's included in the djbdns package. I don't know why you chose the dbndns package instead of djbdns. Would this information in /usr/share/doc/dbndns/README.Debian have helped you?: --- djbdns for Debian - This package provides the djbdns programs, installed into /usr/bin/, and man pages. When configuring and enabling djbdns services, please note that daemontools' default directory for services on Debian is /etc/service/, not /service/. See http://cr.yp.to/djbdns.html for detailed documentation. -- Gerrit Pape p...@smarden.org, Wed, 09 Jan 2008 21:14:00 + --- Apart from these changes, you should be able to configure and run djbdns using upstream's method. The man pages contain exactly the information that you get from http://cr.yp.to/djbdns.html. Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575038: libgcrypt11: tiger192 message digest does not agree with other implementations
On Thu, 25 Mar 2010 18:56, d...@fifthhorseman.net said: interesting. i didn't find that when i did my original searching. could you point me to the URL? http://www.cs.technion.ac.il/~biham/Reports/Tiger/ I don't know who or what Ross is, or how it fits into this discussion, sorry. Ross Anderson and Adi Shamir developed Tiger. My point is: The name and algorithm ID we use in Libgcrypt for Tiger is more or less arbitrary and not well defined. Thus we could keep that even if the algorithm does not anymore reflect the the actual description. However, the OID is a well defined description for the algorithm and should reflect reality. wonder how much time it's worth spending on it :/ Disabling the digest by default would certainly be the quickest way to find out who really needs it, though it could get ugly. Yeah, if you do that in the Debian distributed stable version. I propose a different stratey: We drop the OID, add a correct TIGER implementaion and as an extra benefit implement TIGER2. This is a minor change to the current code and in particular it doesn't increase the size of the lib. Regarding TIGER2 I need to talk with Ross Anderson whether we should assign an OID to it. Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575483: gecko-mediaplayer: [INTL:de] German translation
Package: gecko-mediaplayer Version: 0.9.9.2-1 Severity: wishlist Tags: l10n Hi, Please find the German translation of the gecko-mediaplayer attached. Regards, Chris # Translation of gecko-mediaplayer to German # Copyright (C) 2006-2009 Kevin DeKorte. # This file is distributed under the same license as the # gecko-mediaplayer package. # Chris Leick c.le...@vollbio.de, 2010. # msgid msgstr Project-Id-Version: gecko-mediaplayer 0.9.9.2-1\n Report-Msgid-Bugs-To: Kevin DeKorte kdeko...@gmail.com\n POT-Creation-Date: 2010-02-25 14:13-0700\n PO-Revision-Date: 2010-03-25 18:47+GMT\n Last-Translator: Chris Leick c.le...@vollbio.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #: src/plugin.cpp:650 #, c-format msgid Cache fill: %2.2f%% msgstr Zwischenspeicher-Füllstand: %2.2f%% #: src/plugin.cpp:913 #, c-format msgid Write unable to write because item is NULL\n msgstr Es kann nicht geschrieben werden, da das Element NULL ist\n #: src/plugin.cpp:978 #, c-format msgid Caching %iK (%0.1f K/s) msgstr %i KB (%0.1f KB/s) werden zwischengespeichert #: src/plugin.cpp:981 #, c-format msgid Cache fill: %2.2f%% (%0.1f K/s) msgstr Zwischenspeicher-Füllstand: %2.2f%% (%0.1f KB/s)
Bug#575481: ITP: sea-defender -- simple missile command clone
Package: wnpp Severity: wishlist * Package name: sea-defender Version : 0.9 Upstream Author : Jan Dvorak * URL : http://www.pouet.net/prod.php?which=54272 * License : see debian/copyright * Description : Simple missile command clone This is a simple missile command clone. Save your boats from the dangerous torpedos. * you can find a pre-version of the package at http://gnu.ethz.ch/debian/sea-defender/ the source code can be found here: http://github.com/snoutmate/Sea-Defender the source needs a patch to write the highscore into the userhome... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575482: icoutils: [INTL:de] German translation
Package: icoutils Version: 0.26.0-4 Severity: wishlist Tags: l10n Hi, Please find the German translation of icoutils attached. Regards, Chris # Translation of icoutils to German # Copyright (C) 1998-2005 Oskar Liljeblad. # This file is distributed under the same license as the icoutils package. # Chris Leick c.le...@vollbio.de, 2010. # msgid msgstr Project-Id-Version: icoutils 0.26.0-4\n Report-Msgid-Bugs-To: os...@osk.mine.nu\n POT-Creation-Date: 2005-04-30 15:08+0200\n PO-Revision-Date: 2010-03-25 19:11+GMT\n Last-Translator: Chris Leick c.le...@vollbio.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #: lib/error.c:121 msgid Unknown system error msgstr Unbekannter Systemfehler #: lib/getopt.c:551 lib/getopt.c:570 #, c-format msgid %s: option `%s' is ambiguous\n msgstr %s: Option »%s« ist mehrdeutig\n #: lib/getopt.c:603 lib/getopt.c:607 #, c-format msgid %s: option `--%s' doesn't allow an argument\n msgstr %s: Option »--%s« erlaubt kein Argument\n #: lib/getopt.c:616 lib/getopt.c:621 #, c-format msgid %s: option `%c%s' doesn't allow an argument\n msgstr %s: Option »%c%s« erlaubt kein Argument\n #: lib/getopt.c:667 lib/getopt.c:689 lib/getopt.c:1020 lib/getopt.c:1042 #, c-format msgid %s: option `%s' requires an argument\n msgstr %s: Option »%s« benötigt ein Argument\n #: lib/getopt.c:727 lib/getopt.c:730 #, c-format msgid %s: unrecognized option `--%s'\n msgstr %s: Option »--%s« nicht erkannt\n #: lib/getopt.c:738 lib/getopt.c:741 #, c-format msgid %s: unrecognized option `%c%s'\n msgstr %s: Option »%c%s« nicht erkannt\n #: lib/getopt.c:796 lib/getopt.c:799 #, c-format msgid %s: illegal option -- %c\n msgstr %s: Illegale Option -- %c\n #: lib/getopt.c:805 lib/getopt.c:808 #, c-format msgid %s: invalid option -- %c\n msgstr %s: Ungültige Option -- %c\n #: lib/getopt.c:863 lib/getopt.c:882 lib/getopt.c:1095 lib/getopt.c:1116 #, c-format msgid %s: option requires an argument -- %c\n msgstr %s: Option benötigt ein Argument -- %c\n #: lib/getopt.c:935 lib/getopt.c:954 #, c-format msgid %s: option `-W %s' is ambiguous\n msgstr %s: Option »-W %s« ist mehrdeutig\n #: lib/getopt.c:978 lib/getopt.c:999 #, c-format msgid %s: option `-W %s' doesn't allow an argument\n msgstr %s: Option »-W %s« erlaubt kein Argument\n #: lib/regex.c:1302 msgid Success msgstr Erfolgreich #: lib/regex.c:1305 msgid No match msgstr Keine Ãbereinstimmung #: lib/regex.c:1308 msgid Invalid regular expression msgstr Ungültiger regulärer Ausdruck #: lib/regex.c:1311 msgid Invalid collation character msgstr Ungültiges Zeichen für Datenabgleich #: lib/regex.c:1314 msgid Invalid character class name msgstr Ungültiger Name der Zeichenklasse #: lib/regex.c:1317 msgid Trailing backslash msgstr AbschlieÃender Backslash #: lib/regex.c:1320 msgid Invalid back reference msgstr Ungültiger Rückwärtsbezug #: lib/regex.c:1323 msgid Unmatched [ or [^ msgstr Unpassende [ oder [^ #: lib/regex.c:1326 msgid Unmatched ( or \\( msgstr Unpassende ( oder \\( #: lib/regex.c:1329 msgid Unmatched \\{ msgstr Unpassende \\{ #: lib/regex.c:1332 msgid Invalid content of \\{\\} msgstr Ungültiger Inhalt von \\{\\} #: lib/regex.c:1335 msgid Invalid range end msgstr Ungültiges Bereichsende #: lib/regex.c:1338 msgid Memory exhausted msgstr Speicher aufgebraucht #: lib/regex.c:1341 msgid Invalid preceding regular expression msgstr Ungültiger vorangegangener regulärer Ausdruck #: lib/regex.c:1344 msgid Premature end of regular expression msgstr Vorzeitiges Ende des regulären Ausdrucks #: lib/regex.c:1347 msgid Regular expression too big msgstr Regulärer Ausdruck zu groà #: lib/regex.c:1350 msgid Unmatched ) or \\) msgstr Unpassende ) oder \\) #: lib/regex.c:7919 msgid No previous regular expression msgstr Kein vorheriger regulärer Ausdruck #. TRANSLATORS: %s denotes an author name. #: lib/version-etc.c:74 #, c-format msgid Written by %s.\n msgstr Geschrieben von %s.\n #. TRANSLATORS: Each %s denotes an author name. #: lib/version-etc.c:78 #, c-format msgid Written by %s and %s.\n msgstr Geschrieben von %s und %s.\n #. TRANSLATORS: Each %s denotes an author name. #: lib/version-etc.c:82 #, c-format msgid Written by %s, %s, and %s.\n msgstr Geschrieben von %s, %s und %s.\n #. TRANSLATORS: Each %s denotes an author name. #. You can use line breaks, estimating that each author name occupies #. ca. 16 screen columns and that a screen line has ca. 80 columns. #: lib/version-etc.c:88 #, c-format msgid Written by %s, %s, %s,\n and %s.\n msgstr Geschrieben von %s, %s, %s\n und %s.\n #. TRANSLATORS: Each %s denotes an author name. #. You can use line breaks, estimating that each author name occupies #. ca. 16 screen columns and that a screen line has ca. 80 columns. #: lib/version-etc.c:94 #, c-format msgid Written by %s, %s, %s,\n %s, and %s.\n msgstr Geschrieben von %s, %s, %s,\n %s und
Bug#569987: closed by version 0.20.1+dfsg2-2
fixed 569987 0.20.1+dfsg2-2 thanks but missed Close: statement in the changelog Thomas Koch, YMC AG, http://www.ymc.ch Phone: +41 (0)71 / 508 24 86 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575484: ocrodjvu: rectangle parsing error
Package: ocrodjvu Version: 0.4.2-1 Severity: normal When processing a copy of http://fleksem.klf.uw.edu.pl/~jsbien/tmp/Trotz1/Trotz.djvu with ocrodjvu --language deu-f --render all -o Troc_deu-f.djvu --word-segmentation uax29 Trotz1/Trotz.djvu ocrodjvu crashed after 14 hours with the message: --8---cut here---start-8--- - Page #1284 ocroscript: /usr/share/ocropus/scripts//lib/hocr.lua:28: rectangle parsing error Exception in thread Thread-2: Traceback (most recent call last): File /usr/lib/python2.5/threading.py, line 486, in __bootstrap_inner self.run() File /usr/lib/python2.5/threading.py, line 446, in run self.__target(*self.__args, **self.__kwargs) File /usr/share/ocrodjvu/lib/_ocrodjvu.py, line 443, in page_thread result = self.process_page(page) File /usr/share/ocrodjvu/lib/_ocrodjvu.py, line 428, in process_page html_file.close() File /usr/lib/python2.5/contextlib.py, line 33, in __exit__ self.gen.throw(type, value, traceback) File /usr/share/ocrodjvu/lib/_ocrodjvu.py, line 189, in recognize ocropus.wait() File /usr/share/ocrodjvu/lib/ipc.py, line 58, in wait raise CalledProcessError(return_code, self.__command) CalledProcessError: Command 'ocroscript' returned non-zero exit status 1 --8---cut here---end---8--- I have several wishlist items related to the problem: 1. There should be a way to preserve ocrodjvu.djvused in the case of crash. 2. The user should have a choice where to store debugging output. I use rather small system partition and in consequence debugging large ocrodjvu job requires splitting it into smaller ones, which is obviously cumbersome. 3. In case the temporary files are preserved, it would be useful to be able to resume processing. Best regards Janusz -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ocrodjvu depends on: ii djvulibre-bin 3.5.22-8 Utilities for the DjVu image forma ii python2.5.4-9An interactive high-level object-o ii python-argparse 1.1-1 optparse-inspired command-line par ii python-djvu 0.1.17-1 Python support for the DjVu image ii python-lxml 2.2.6-1pythonic binding for the libxml2 a ii python-support1.0.6.1automated rebuilding support for P Versions of packages ocrodjvu recommends: ii ocropus 0.3.1-2document analysis and OCR system ii python-pyicu 0.9-2 Python extension wrapping the ICU ii tesseract-ocr 2.04-2 Command line OCR tool Versions of packages ocrodjvu suggests: pn cuneiform none (no description available) -- no debconf information -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw University (Department of Formal Linguistics) jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575470: wine-doors: Depende: python-gnome2-desktop pero no es instalable
On 26.03.2010 04:13, Hugo Alberto Aldunce Elia wrote: Package: wine-doors There is no such package in Debian. Do you know where you got it from? Regards, Stefan -- ,---[ xeno ] | Stefan Ritter | JID x...@jabber.thehappy.de | Web http://www.thehappy.de/~xeno/ `--- signature.asc Description: OpenPGP digital signature
Bug#575485: stylesheets alias does not have corresponding directory entry
Package: nagios3-common Version: 3.2.0-4 /usr/share/doc/nagios3-common/examples/apache2.conf sets Alias /nagios3/stylesheets /etc/nagios3/stylesheets without setting directory /etc/nagios3/stylesheets. It depends on loose root directory access permissions and can be broken if root directory access is restricted in /etc/apache2/conf.d/security -- Tomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570441: bump
Just a bump for this request. I would very much like to see the newest version in Squeeze :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575486: xdm: Input field cursor reveals password length
Package: xdm Version: 1:1.1.9-1 Severity: normal After upgrading from xdm 1:1.1.8-6 to 1:1.1.9-1, the password input field cursor moves a little to the right (maybe a space character in proportional font) for each password character typed, so that it gives a hint about how long the password is. Although this is not as obvious as printing asterisks or similar, it should not happen. I'm not sure if this report belongs to xdm or to xserver-xorg, and/or xserver-xorg-input-all, since at the same time of upgrading xdm, the following upgrades took place: [UPGRADE] xserver-xorg 1:7.5+3 - 1:7.5+5 [UPGRADE] xserver-xorg-input-all 1:7.5+3 - 1:7.5+5 As the symptom shows in xdm, I'm reporting it for this package. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (25, 'experimental'), (12, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages xdm depends on: ii cpp 4:4.4.2-3 The GNU C preprocessor (cpp) ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libpam0g 1.1.1-2Pluggable Authentication Modules l ii libselinux1 2.0.89-4 SELinux runtime shared libraries ii libx11-6 2:1.3.3-2 X11 client-side library ii libxau6 1:1.0.5-2 X11 authorisation library ii libxaw7 2:1.0.7-1 X11 Athena Widget library ii libxdmcp6 1:1.0.3-2 X11 Display Manager Control Protoc ii libxext6 2:1.1.1-3 X11 miscellaneous extension librar ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxinerama1 2:1.1-3X11 Xinerama extension library ii libxmu6 2:1.0.5-1 X11 miscellaneous utility library ii libxpm4 1:3.5.8-1 X11 pixmap library ii libxrender1 1:0.9.5-2 X Rendering Extension client libra ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii procps1:3.2.8-8 /proc file system utilities ii x11-common1:7.5+5X Window System (X.Org) infrastruc ii x11-utils 7.5+3 X11 utilities ii x11-xserver-utils 7.5+1 X server utilities ii xbase-clients 1:7.5+5miscellaneous X clients - metapack xdm recommends no packages. xdm suggests no packages. -- debconf information: * shared/default-x-display-manager: xdm xdm/stop_running_server_with_children: false xdm/daemon_name: /usr/bin/xdm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575172: New patch
My second translation has been reviewed. Based on the reviews i reworked the translation again. Detailed comments are in preparation and will follow later this day. --- webfs_1.21-4.de.po 2010-03-25 16:56:55.0 + +++ webfs_1.21-4a.de.po 2010-03-26 07:35:51.0 + @@ -14,13 +14,12 @@ # Jens Nachtigall nachtig...@web.de, 2004. # Helge Kreutzmann deb...@helgefjell.de, 2006. # Martin Eberhard Schauer martin.e.scha...@gmx.de, 2010. -# msgid msgstr -Project-Id-Version: webfs_1.21-4\n +Project-Id-Version: webfs 1.21-4\n Report-Msgid-Bugs-To: we...@packages.debian.org\n POT-Creation-Date: 2010-03-09 07:07+0100\n -PO-Revision-Date: 2010-03-25 16:46+\n +PO-Revision-Date: 2010-03-26 07:36+\n Last-Translator: Martin Eberhard Schauer martin.e.scha...@gmx.de\n Language-Team: debian-l10n-ger...@lists.debian.org\n MIME-Version: 1.0\n @@ -29,8 +28,6 @@ Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: KBabel 1.11.4\n -# Korrektur durch Maintainer. Ich bin unsicher. Man wartet an physikalischen -# Adressen. Helge hatte auf Anfragen warten vorgeschlagen. #. Type: string #. Description #: ../templates:2001 @@ -55,14 +52,11 @@ Wenn Sie hier nichts eintragen, wird an allen IP-Adressen auf Anfragen gewartet. -# Gibt es eine bessere Formulierung für Zeitüberschreitung. Zeitdauerschranke? -# Bei diesem und dem nächsten String Helge und Chris berücksichtigt: konsequent -# Netzwerkverbindungen und zusammen geschrieben. #. Type: string #. Description #: ../templates:3001 msgid Timeout for network connections: -msgstr Zeitüberschreitung (engl. »Timeout«) für Netzwerkverbindungen: +msgstr Zeitbeschränkung (engl. »Timeout«) für Netzwerkverbindungen: #. Type: string #. Description @@ -81,7 +75,6 @@ eine gute Wahl sein. Die Anzahl der Verbindungen kann für gröÃere Netze heraufgesetzt werden. -# Cache übersetzt (Helge/Chris) #. Type: string #. Description #: ../templates:6001 @@ -103,7 +96,6 @@ #. Type: string #. Description #: ../templates:7001 -#| msgid Host name for webfsd: msgid Incoming port number for webfsd: msgstr Port-Nummer für eingehende Verbindungen: @@ -114,8 +106,8 @@ Please enter the port number for webfsd to listen to. If you leave this blank, the default port (8000) will be used. msgstr -Geben Sie bitte den Port ein, den Webfsd abhören soll. Wenn Sie hier nichts -eintragen, wird der Standard-Port (8000) verwendet. +Geben Sie bitte den Port ein, an dem Webfsd auf Anfragen warten soll. Wenn +Sie hier nichts eintragen, wird der Standard-Port (8000) verwendet. #. Type: boolean #. Description @@ -123,7 +115,6 @@ msgid Enable virtual hosts? msgstr Virtuelle Server aktivieren? -# Hier sind Vorschläge für eine bessere Formulierung sehr willkommen. #. Type: boolean #. Description #: ../templates:8001 @@ -135,18 +126,12 @@ virtuellen Servern. Die Verzeichnisse direkt unterhalb des Dokumenten- Wurzelverzeichnisses werden dann als Servernamen verwendet. -# Hier noch mal der Kommentar von Chris: -# Bei Apache ist »Document root« der Eintrag in der Konfigurationsdatei, der -# den Wurzelpfad des Webservers angibt. Falls das bei Webfsd auch so ist, -# würde ich das nicht übersetzen. #. Type: string #. Description #: ../templates:9001 msgid Document root for webfsd: msgstr Dokumenten-Wurzelverzeichnis für Webfsd: -# Hat jemand eine bessere Ãbersetzung für most obvious? -# Wer würde to provide HTTP access to an anonymous FTP server anders übersetzen? #. Type: string #. Description #: ../templates:9001 @@ -161,20 +146,15 @@ #. Type: string #. Description #: ../templates:9001 -#| msgid -#| You need to specify the document root for the webfs daemon, i.e. the -#| directory tree which will be exported. msgid Please specify the document root for the webfs daemon. -msgstr -Geben Sie bitte ein Dokumenten-Wurzelverzeichnis für den Webfs-Daemon an. +msgstr Geben Sie bitte ein Dokumenten-Wurzelverzeichnis für den Webfs-Daemon an. -# Eure Meinung zu leer belassen? #. Type: string #. Description #: ../templates:9001 msgid If you leave this field blank, webfsd will not be started at boot time. msgstr -Wenn Sie dieses Feld leer belassen, wird Webfsd beim Hochfahren des Systems +Wenn Sie dieses Feld leer lassen, wird Webfsd beim Hochfahren des Systems nicht gestartet. #. Type: string @@ -187,10 +167,8 @@ #. Description #: ../templates:10001 msgid By default, webfsd uses the machine name as host name. -msgstr -Als Voreinstellung verwendet Webfsd den Namen des Rechners als Server-Namen. +msgstr Als Voreinstellung verwendet Webfsd den Namen des Rechners als Server-Namen. -# s/Rechnernamens/Domain-Namens/ #. Type: string #. Description #: ../templates:10001 @@ -209,13 +187,13 @@ msgid User running the webfsd daemon: msgstr Benutzerkennung, unter der der Webfsd-Daemon laufen soll: -# s/in/im/ nicht übernommen wegen ls /var/log/syslog. #. Type: boolean #. Description #:
Bug#155182: arpwatch: forgot about i386 wrong interface was causing this message error
Package: arpwatch Version: 2.1a15-1.1 Severity: normal After changing from interface eth0 (default), to my 'real' interface br-xxx (a bridge) it works fine again Thank you -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages arpwatch depends on: ii adduser 3.112 add and remove users and groups ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libpcap0.81.0.0-6system interface for user-level pa arpwatch recommends no packages. arpwatch suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539307: php5-suhosin: T1Lib Error: Rasterization Aborted
Hi Vladimir, On Tuesday 16 March 2010 16:02:21 Vladimir Stavrinov wrote: I have found the source of problem. It is chain of errors. It is right that imagepstext() fail. Why? Because it take boolean FALSE instead of image resource as first parameter. This value is returned by imagecreate() where height and width is calculated from imagepsbbox(), but this last function return wrong value for left x-coordinate if mt_rand() is used to generate random angle. Don't understand why. Here is short example: ?php $size = 64; $code = ($argv[1]) ? $argv[1] : date(r); $angle = 0; $angle = mt_rand(20,40)*((mt_rand(0,1)) ? 1 : -1); print \$angle = . $angle . \n; $font = imagepsloadfont(/usr/share/fonts/type1/gsfonts/c059036l.pfb); print_r(imagepsbbox( $code, $font, $size, 0, 0, $angle )); ? But when purge suhosin this problem go away. Thus there are something wrong in mt_rand() in conjunction with suhosin. if you are using testing/unstable on i386, could please test http://ftp.cyconet.org/debian/archive/official/php-suhosin/0.9.30-1/php5- suhosin_0.9.30-1_i386.deb ? There are two changelog entries which might solve your problem: - Fixed missing return (1); in random number generator replacements - Fixed random number generator replacement error case behaviour in PHP 5.3.x Thanks and with kind regards, Jan. -- Never write mail to w...@spamfalle.info, you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part.
Bug#575241: initramfs-tools: long delay with nouveau module in the initramfs
On 2010-03-24 19:38 +0100, Ben Hutchings wrote: The general conditions for the bug are: 1. Module is manually loaded using /etc/initramfs-tools/modules 2. Module needs to load firmware Thanks for the explanation. Speaking of the firmware, is anyone working on packaging it? Ubuntu has a package¹ in multiverse which works fine for me and could be used as a base, although it should probably named firmware-nouveau for consistency. i915 doesn't need to load firmware and is enabled for auto-loading. nouveau does require firmware and will not be enabled for auto-loading until we have user-space packages that work with it. With my locally built xserver-xorg-video-nouveau package and linux-image-2.6.32-4-amd64, the module gets loaded when X starts up which is certainly soon enough for now. Sven ¹ http://packages.ubuntu.com/lucid/nouveau-firmware -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#375573: spamc: pamd does not support IPv6 or listen on ip6-localhost by default
On Thu, Mar 25, 2010 at 02:21:37AM -0400, Noah Meyerhans wrote: On Mon, Jun 26, 2006 at 10:46:58PM +0100, Roger Leigh wrote: Package: spamc Version: 3.1.3-1 Severity: wishlist Please support IPv6 networking, and listen on ::1 in addition to 127.0.0.1 by default. As of 3.3.x, spamc and spamd both do support IPv6. There's some remaining upstream work required in order to have it work by default, but if you explicitly configure it it is fully supported. Cool, thanks for the heads up. -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#575438: AW: /etc/init.d/xrdp start fails
submitter 575438 marco.hoe...@nanotronic.ch clone 575438 -1 severity -1 normal retitle -1 Keyboard not working submitter -1 marco.hoe...@nanotronic.ch thanks OoO En ce doux début de matinée du vendredi 26 mars 2010, vers 08:26, Hoefle Marco marco.hoe...@nanotronic.ch disait : Hello Vincent, bugreport tool auto computed a wrong email and I didn't recognize it. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575438 My email address is marco.hoe...@nanotronic.ch, don't know if it is possible to change it in an open bug thread. Yes, it is possible. I do it now. /var/run/xrdp was root:root. I changed it to xrdp:xrdp and xrdp + xrdp-sesman are started using /etc/init.d/xrdp restart. OK, I will change the init.d script to ensure that /var/run/xrpd is owned by xrdp. However, my keyboard doesn't work at all. Do I have to modify ini files in /etc/xrdp ? I create a new bug for this one. By not working at all, you mean that it does not even work for regular keys? yes, I cannot type anything into the sesman login screen. I put the password in the terminal client (tried both, the XP one and rdesktop) to be able to login which worked. I can use the mouse and open a terminal but no key seems to work. For debug reasons I opened a ssh shell and looked at the xrdp.log file but I did not see any warning or failure. Switching back to 0.41 works.
Bug#575484: ocrodjvu: rectangle parsing error
clone 575484 -1 -2 -3 reassign 575484 ocropus retitle 575484 ocropus: rectangle parsing error severity -1 wishlist retitle -1 ocrodjvu: please preserve ocrodjvu.djvused after crash severity -2 wishlist retitle -2 ocrodjvu: please document use of TMPDIR severity -3 wishlist retitle -3 ocrodjvu: please allow to resume processing after crash thanks * Janusz S. Bień jsb...@mimuw.edu.pl, 2010-03-26, 10:11: - Page #1284 ocroscript: /usr/share/ocropus/scripts//lib/hocr.lua:28: rectangle parsing error Thanks for your bug report. This is obviously a problem with ocropus. 2. The user should have a choice where to store debugging output. I use rather small system partition and in consequence debugging large ocrodjvu job requires splitting it into smaller ones, which is obviously cumbersome. You can use the TMPDIR environment variable. -- Jakub Wilk signature.asc Description: Digital signature
Bug#575490: djvu2hocr: extract XMP metadata
Package: ocrodjvu Version: 0.4.3-1 Severity: wishlist It would be nice if djvu2hocr could extract XMP metadata. -- Jakub Wilk signature.asc Description: Digital signature
Bug#483198: xserver-xorg: upgrade to new version makes stat. linked qt3.3.8 program unusable
* Betr.: Re: Bug#483198: xserver-xorg: upgrade to new version makes stat. linked qt3.3.8 program unusable (Sun, 7 Mar 2010 00:09:27 +0100): On Tue, May 27, 2008 at 08:33:45PM +0200, Mathias Behrle wrote: Package: xserver-xorg Version: 1:7.3+10 Severity: important Upgrading xserver-xorg [AKTUALISIERUNG] xserver-xorg 1:7.2-5 - 1:7.3+10 [AKTUALISIERUNG] xserver-xorg-core 2:1.3.0.0.dfsg-12lenny2 - 2:1.4.1~git20080131-4 [AKTUALISIERUNG] xserver-xorg-video-fbdev 1:0.3.1-1 - 1:0.3.1-4 [AKTUALISIERUNG] xserver-xorg-video-nv 1:2.1.3-1 - 1:2.1.8-3 [AKTUALISIERUNG] xserver-xorg-video-v4l 0.1.1-3 - 0.1.1-6 [AKTUALISIERUNG] xserver-xorg-video-vesa 1:1.3.0-1 - 1:1.3.0-4 [AKTUALISIERUNG] xserver-xorg-video-vga 1:4.1.0-3 - 1:4.1.0-8 makes a program compiled with qt3.3.8 unresponsive and menu icons in Alt+Tab as well on the windows of this program are crippled. Changing from another desktop to the program desktop shows slowly building windows. The program is named abanq and compiles in its installation process its own qt libraries from sources, to which it is statically linked. Same problem with nvidia or nv driver. Downgrading to previous version solved the problem. Does this still matter/occur with latest X packages in unstable? No, it doesn't matter any more, since there were also changes in the qt version of AbanQ, that made disappear the issue. Thanks, Mathias signature.asc Description: PGP signature
Bug#575491: g++-4.3: ICE (segfault) on AMD64
Package: g++-4.3 Version: 4.3.2-1.1 Severity: important I've reduced the testcase with the Intel CESR tool to: mutabor++ /tmp g++ -fnon-call-exceptions -O2 cesrcut.cpp cesrcut.cpp: In destructor SparsePreconditioner::~SparsePreconditioner(): cesrcut.cpp:282: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.3/README.Bugs for instructions. Exit 1 Without -fnon-call-exceptions or -O2 the compiler doesn't crash. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-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 g++-4.3 depends on: ii gcc-4.3 4.3.2-1.1 The GNU C compiler ii gcc-4.3-base 4.3.2-1.1 The GNU Compiler Collection (base ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libgmp3c2 2:4.2.2+dfsg-3 Multiprecision arithmetic library ii libmpfr1ldbl 2.3.1.dfsg.1-2 multiple precision floating-point ii libstdc++6-4.3-dev4.3.2-1.1 The GNU Standard C++ Library v3 (d g++-4.3 recommends no packages. Versions of packages g++-4.3 suggests: ii g++-4.3-multilib 4.3.2-1.1 The GNU C++ compiler (multilib fil pn gcc-4.3-doc none (no description available) pn libstdc++6-4.3-dbgnone (no description available) -- no debconf information cesrcut.cpp Description: Binary data
Bug#491149: closed by maximilian attems m...@stro.at (Re: initramfs-tools: panic() won't print error message)
2010/3/26 Debian Bug Tracking System ow...@bugs.debian.org: This is an automatic notification regarding your Bug report which was filed against the initramfs-tools package: #491149: initramfs-tools: panic() won't print error message It has been closed by maximilian attems m...@stro.at. 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 maximilian attems m...@stro.at by replying to this email. -- 491149: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491149 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Message transféré -- From: maximilian attems m...@stro.at To: 491149-d...@bugs.debian.org Date: Fri, 26 Mar 2010 05:48:37 +0100 Subject: Re: initramfs-tools: panic() won't print error message closing as no follow up nor a second report backing this up. never experineced this. maybe this was usplash playing with output. usplash likes to do this. It has probably been corrected (or I made a mistake the first time)... Changing $@ in $@ is still probably a good idea, though. Thanks, Loïc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575493: grandr: add a tab for gamma correction
Package: grandr Version: 0.1+git20080326-1 Severity: wishlist Hi, May I suggest adding a tab to allow the user to adjust the gamma correction of outputs. Regards -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) 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 grandr depends on: ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-3 The Cairo 2D vector graphics libra ii libgconf2-4 2.28.0-1 GNOME configuration database syste ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgtk2.0-0 2.18.9-2 The GTK+ graphical user interface ii libpango1.0-0 1.26.2-2 Layout and rendering of internatio ii libx11-6 2:1.3.3-2 X11 client-side library ii libxrandr22:1.3.0-3 X11 RandR extension library grandr recommends no packages. grandr suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575484: ocrodjvu: rectangle parsing error
* Jakub Wilk jw...@debian.org, 2010-03-26, 11:12: - Page #1284 ocroscript: /usr/share/ocropus/scripts//lib/hocr.lua:28: rectangle parsing error Thanks for your bug report. This is obviously a problem with ocropus. Minimal test case attached: $ ocroscript recognize trotz.png /dev/null ocroscript: /usr/share/ocropus/scripts//lib/hocr.lua:28: rectangle parsing error -- Jakub Wilk attachment: trotz.png signature.asc Description: Digital signature
Bug#575260: RM: bash-completion-lib/1.3.1-2 -- RoQA; not in stable, RC buggy, not currently in development
Stefano Zacchiroli wrote: Heya, thanks for your feedback. Are you going to submit the RM request by yourself or should I? If you're willing to do it, it's greatly appreciated. Otherwise I'll do it when I get a bit more time. Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575284: Bug#575220: libslang2: unresolved symbols in hppa's libslang.so.2
On Thu, Mar 25, 2010 at 03:43:01PM +0100, Sven Joachim wrote: Craig, could you please check and upload the package? This bug should be fixed ASAP to prevent further miscompilations. Done! - 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 debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570441: bump
Hey, * Dennis 123321 dennis123...@googlemail.com [2010-03-26 11:50]: Just a bump for this request. I would very much like to see the newest version in Squeeze :) You will get it, it's still on my radar. Cheers Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0 For security reasons, all text in this mail is double-rot13 encrypted. pgp2MzoJnV0Q2.pgp Description: PGP signature
Bug#573940: coreutils: rm -r doesn't work on kfreebsd-i386
The mesage bellow didn't yet appear in this bug report, resending. http://lists.debian.org/debian-bsd/2010/03/msg00046.html Hi all, to provide better picture I slightly played with order of lines from original message. I'd like to draw your attention to this coreutils bug, which happens to trigger on kFreeBSD 7: | $ mkdir -p a/b/{c,d} | $ rm -Rf a/ | rm: cannot remove `a/b': Operation not permitted Also, it might be interesting that: - Despite fstatat() being not detected at configure time, rm uses the __fxstatat symbol. This seems to be the key point. The FreeBSD 7.x kernel does not have the *at syscalls, only limited emulation is available in our glibc in this case. Under 8.x kernel *at syscalls are native and are used directly, we have runtime detection in our glibc. As we still want to support both kernel versions (7.x and 8.x) for now, all *at syscalls are marked as stubs in glibc (see i.e. gnu/stubs-32.h). Therefore the coreutils (and any gnulib user) should not use them at all. Unfortunately the *stat{,at} functions are in glibc implemented via *xstat{,at} and the *stat{,at} functions are inline's which calls *xstat{,at}, see * sys/stat.h on any glibc system :-( The rm ended up using the glibc one's even iff they are marked as stubs :-(. The rm part of coreutils have been rewritten in 8.x series and the gnulib replacement are not used. Also, it might be interesting that: - The problem goes away if coreutils is compiled with -O0. The inline-ing does not happen in this case and the used fstatat() comes from gnulib, i.e. no native ENOSYS call ... My not entirely fruitful debugging showed that something icky happens in line 75 of src/remove.c: if (st-st_size == -1 fstatat (fd, file, st, flag) != 0) The relevant part of ktrace output, which does make no sense at all to me, is: For the code under it see http://svn.debian.org/wsvn/glibc-bsd/trunk/glibc-ports/kfreebsd/fxstatat.c | 2676 rm CALL __sysctl(0xbfbfe628,0x4,0,0xbfbfe638,0,0) | 2676 rm RET __sysctl 0 | 2676 rm CALL __sysctl(0xbfbfe628,0x4,0xbfbfdce0,0xbfbfe638,0,0) | 2676 rm RET __sysctl 0 | 2676 rm CALL lstat(0xbfbfe5a8,0xbfbfdc50) | 2676 rm NAMI -/b | 2676 rm RET lstat -1 errno 2 No such file or directory (Note, that it's -/b, not a/b.) I am unsure what can be done about it. Ideally, we could just switch to kfreebsd-8 only, but just now we have problem with build of some big packages (namely gcc-4.3) under kfreebsd-8. So far it looks like race condition in scheduler/memory manager/pagedaemon/..., It is rather hard to give an estimate of time to solve the kfreebsd-8 problem. Well, dot zero is dot zero :-( Sorry Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575494: gtkperf: files in orig.tar.gz removed in make clean
Package: gtkperf Version: 0.40+ds-2 Severity: minor Hi, I noticed that debian/rules clean removes three files which are contained in orig.tar.gz: config.guess, config.sub and data/Makefile. These files should be removed from the tar ball or patched out in the package. Thanks, Wolfi -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gtkperf depends on: ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgtk2.0-0 2.18.9-2 The GTK+ graphical user interface ii libpango1.0-0 1.26.2-2 Layout and rendering of internatio gtkperf recommends no packages. gtkperf suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#575493: grandr: add a tab for gamma correction
Christophe Lohr wrote: Package: grandr Version: 0.1+git20080326-1 Severity: wishlist Hi, May I suggest adding a tab to allow the user to adjust the gamma correction of outputs. grandr is not maintained. See http://cgit.freedesktop.org/xorg/app/grandr You should rather use another software or take over maintenance and write the patch. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575495: stressapptest: files in orig.tar.gz removed in make clean
Package: stressapptest Version: 1.0.1-3 Severity: minor Hi, I noticed that debian/rules clean removes three files which are contained in orig.tar.gz: config.guess and config.sub. These files should be removed from the tar ball or patched out in the package. Thanks, Wolfi -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages stressapptest depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.3-5 GCC support library ii libstdc++64.4.3-5The GNU Standard C++ Library v3 stressapptest recommends no packages. stressapptest suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#575496: RFP: certviewerplus -- certificate viewer enhancements (PEM format view, file export, trust configuration) for Firefox/Thunderbird/Seamonkey
Package: wnpp Severity: wishlist * Package name: certviewerplus Version : 1.5 Upstream Author : Kaspar Brand moz...@velox.ch * URL : https://addons.mozilla.org/en-US/firefox/addon/1964 * License : MPL 1.1, GPL 2.0, LGPL 2.1 Programming Lang: JavaScript, XUL Description : certificate viewer enhancements (PEM format view, file export, trust configuration) for Firefox/Thunderbird/Seamonkey Extends the certificate viewer dialog with additional options: an X.509 certificate can be displayed in PEM format (opens in a new window) or saved to a file (PEM/DER/PKCS#7). On the General tab, Cert Viewer Plus will also show any e-mail addresses included in the certificate, and make the fingerprint values copyable. On the Details tab, the trust configuration (SSL/Mail/Code) is shown for each certificate, and can be edited in newer releases of Firefox/Thunderbird/Seamonkey. Furthermore, an entry for direct access to the certificate manager dialog is added to the Tools menu, together with a keyboard shortcut. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#238029: closed by Marco Rodrigues goth...@gmail.com (Package dhcp has been removed from Debian)
Debian Bug Tracking System writes: This is an automatic notification regarding your Bug report which was filed against the dhcp package: #238029: dhcp: Fails to be intelligent about statically-assigned hosts It has been closed by Marco Rodrigues goth...@gmail.com. Have you checked whether dhcp3 has this bug or not? Matthew -- At least you know where you are with Microsoft. True. I just wish I'd brought a paddle. http://www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575497: RM: bash-completion-lib -- ROM; not in stable, RC buggy, not currently in development
Package: ftp.debian.org Severity: normal As discussed in #575260, it is pointless to release bash-completion-lib, given the current state of it and its more solid competitor bash-completion. The package has already been removed from testing, and the maintainer agrees (see his comments in the bug log mentioend above) that it should be removed from the archive completely. Please remove bash-completion-lib from the Debian archive. TIA, Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575260: RM: bash-completion-lib/1.3.1-2 -- RoQA; not in stable, RC buggy, not currently in development
On Fri, Mar 26, 2010 at 10:30:56AM +, Arnaud Cornet wrote: If you're willing to do it, it's greatly appreciated. Otherwise I'll do it when I get a bit more time. I've just filed the RM request, you are Cc-ed in the request. Thanks for your feedback, Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575499: meld: Segmentation fault when clicking Browse... in the Choose Files dialog
Package: meld Version: 1.3.0-2 Severity: normal Steps to reproduce: 1. Go to menu File - New... 2. Click on the Browse... button to the right to the Original field. 3. When the file selection dialog appears press Escape to close it. 4. Click into the Original field, blinking cursor should appear. 5. Click on the Browse... button again. 6. Segmentation fault. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32.9 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages meld depends on: ii python2.5.4-9An interactive high-level object-o ii python-glade2 2.16.0-2 GTK+ bindings: Glade support ii python-gtk2 2.16.0-2 Python bindings for the GTK+ widge ii python-support1.0.7 automated rebuilding support for P Versions of packages meld recommends: ii python-gconf 2.28.0-2 Python bindings for the GConf conf ii python-gnome2 2.28.0-2 Python bindings for the GNOME desk pn yelp none (no description available) meld suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520324: ITP: chromium-browser -- A web browser developed by Google based on the WebKit engine
On Wed, Mar 24, 2010 at 10:15:56AM +0100, Fathi Boudra wrote: Hi, Could you give us en ETA of the ITP ? Can we have unofficial packages while waiting for the official upload ? seconded. Otherwise, you could give us some quick steps to build our own packages :) Just pull and build the ubuntu package. - Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575498: initramfs-tools: LVM doesn't start when using Labels in grub as rootlocation
Package: initramfs-tools Version: 0.93.4 Severity: normal Hello, I'm using in my grub configuration Labels to point out, where my Rootfs is located. This looks like # kopt=root=LABEL=ROOT ro When the vlm2 initramfs-tools script runs this is translated so that $ROOT is something like /dev/disk/by-label/ROOT The script don't activates the vg's so that my root-fs is missing. I have in the switch statement in the activate_vg function the following lines appended and now it works (for me): /dev/disk/by-label*) lvm vgchange -aly --ignorelockingfailure exit 0 ;; I hope this can be fixed in the package, Thanks and best regards Ingo Rauschenberg -- Package-specific info: -- /proc/cmdline root=LABEL=ROOT ro vga=791 -- /proc/filesystems ext3 -- lsmod Module Size Used by loop 11783 0 sg 18728 0 sr_mod 12602 0 cdrom 29399 1 sr_mod snd_pcm60615 0 snd_timer 15502 1 snd_pcm joydev 8411 0 snd46350 2 snd_pcm,snd_timer soundcore 4598 1 snd snd_page_alloc 6217 1 snd_pcm dcdbas 5048 0 pcspkr 1699 0 psmouse49505 0 evdev 7336 4 serio_raw 3752 0 power_meter 8302 0 processor 30215 16 ext3 106486 3 jbd37053 1 ext3 mbcache 4970 1 ext3 dm_mod 53674 9 raid1 18175 1 md_mod 73632 2 raid1 usb_storage38521 0 usbhid 33132 0 hid62825 1 usbhid ses 5096 0 sd_mod 29689 5 crc_t10dif 1276 1 sd_mod enclosure 5471 1 ses uhci_hcd 18505 0 igb77975 0 qla2xxx 202926 0 scsi_transport_fc 35275 1 qla2xxx megaraid_sas 29052 3 scsi_tgt8434 1 scsi_transport_fc ehci_hcd 30706 0 scsi_mod 121925 9 sg,sr_mod,usb_storage,ses,sd_mod,qla2xxx,scsi_transport_fc,megaraid_sas,scsi_tgt dca 3729 1 igb usbcore 121703 5 usb_storage,usbhid,uhci_hcd,ehci_hcd nls_base6377 1 usbcore bnx2 57289 0 button 4634 0 thermal11674 0 fan 3346 0 thermal_sys11878 3 processor,thermal,fan -- /etc/kernel-img.conf # Kernel image management overrides # See kernel-img.conf(5) for details do_symlinks = yes do_bootloader = no do_initrd = yes link_in_boot = no -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n BOOT=local DEVICE=eth0 NFSROOT=auto -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initramfs-tools depends on: ii cpio 2.11-1 GNU cpio -- a program to manage ar ii findutils4.4.2-1 utilities for finding files--find, ii klibc-utils 1.5.15-1small utilities built with klibc f ii module-init-tools3.12~pre2-1 tools for managing Linux kernel mo ii udev 151-3 /dev/ and hotplug management daemo Versions of packages initramfs-tools recommends: ii busybox 1:1.14.2-2 Tiny utilities for small and embed initramfs-tools suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575500: ITP: libminisat2-ocaml -- Ocaml bindings for minisat2
Package: wnpp Severity: wishlist Owner: Pietro Abate pietro.ab...@pps.jussieu.fr Owner: Pietro Abate pietro.ab...@pps.jussieu.fr * Package name: libminisat2-ocaml Version : 0.3 Upstream Author : Pietro Abate pietro.ab...@pps.jussieu.fr * URL : http://github.com/abate/MiniSat-ocaml/tree/minisat2 * License : GPLv3 Programming Lang: Ocaml Description : Ocaml bindings for minisat2 MiniSat-ocaml is a set of OCaml bindings for the SAT solver MiniSat. Instead of reimplementing MiniSat itself in OCaml, this library makes the MiniSat interface available through OCaml. The usage of the OCaml interface is pretty straightforward and mimics the C++ interface. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575501: initramfs-tools: radeon.ko not included into initrd
Package: initramfs-tools Version: 0.93.4 Severity: wishlist This may not be a genuine bug, but maybe an understanding problem that I have not been able to solve in other media. I have two systems that are supposed to use KMS. One is working fine, having an i915 graphics chip. On this system, i915.ko is copied into the initramfs, and autoloaded if video=i915:modeset=1 is given on the kernel command line. The second one has an 01:00.0 VGA compatible controller: ATI Technologies Inc M56GL [Mobility FireGL V5200] and is not working properly. I understand that radeon.ko needs to be in the initrd for early loading to work, and this doesn't happen, and I am at a loss to explain why this doesn happen. For what it's worth, I didn't find any configuration that explicitly causes the i915.ko to be included in the initramfs on the Intel system, so I couldn't reproduce this configuration for radeon on the other box. Who is responsible to include the intel module into the initramfs on the Intel box, and who should change what to do the same for radeon? Greetings Marc -- Package-specific info: -- /proc/cmdline BOOT_IMAGE=/vmlinuz-2.6.33.1-zgws1 root=/dev/mapper/root ro resume=/dev/mapper/swap0 quiet splash video=radeon:modeset=1 -- /proc/filesystems ext3 udf iso9660 vfat -- lsmod Module Size Used by vfat6820 0 fat36008 1 vfat isofs 25174 0 nls_utf8 928 0 udf62456 0 tun 8884 2 snd_intel8x0m 8400 0 snd_ac97_codec 80225 1 snd_intel8x0m ac97_bus 742 1 snd_ac97_codec ppdev 4294 0 lp 5768 0 parport12962 2 ppdev,lp sco 6231 2 bnep7203 2 l2cap 25549 3 bnep crc16 1011 1 l2cap bluetooth 38935 5 sco,bnep,l2cap ipt_ULOG4461 1 vboxnetadp 5186 0 vboxnetflt 10598 0 vboxdrv 116590 2 vboxnetadp,vboxnetflt acpi_cpufreq5059 1 cpufreq_powersave606 0 cpufreq_userspace 1372 0 cpufreq_conservative 7036 0 cpufreq_ondemand6169 2 freq_table 1743 2 acpi_cpufreq,cpufreq_ondemand iptable_filter 1030 0 ipt_MASQUERADE 1130 10 iptable_nat 2798 1 nf_nat 10767 2 ipt_MASQUERADE,iptable_nat nf_conntrack_ipv4 7663 3 iptable_nat,nf_nat nf_conntrack 39683 4 ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_ipv4 nf_defrag_ipv4 799 1 nf_conntrack_ipv4 ip_tables 7397 2 iptable_filter,iptable_nat x_tables9112 4 ipt_ULOG,ipt_MASQUERADE,iptable_nat,ip_tables binfmt_misc 4883 1 8021q 14027 0 bridge 35340 0 stp 1032 1 bridge llc 2613 2 bridge,stp ipv6 195878 40 mmc_block 6589 0 snd_hda_codec_analog46653 1 snd_hda_intel 16049 4 snd_hda_codec 42520 2 snd_hda_codec_analog,snd_hda_intel snd_pcm_oss28573 0 arc4 994 2 snd_mixer_oss 11983 1 snd_pcm_oss ecb 1489 2 snd_pcm48151 5 snd_intel8x0m,snd_ac97_codec,snd_hda_intel,snd_hda_codec,snd_pcm_oss snd_seq_dummy959 0 snd_seq_oss21024 0 snd_seq_midi3496 0 snd_rawmidi13140 1 snd_seq_midi iwl394562461 0 pcmcia 23354 0 snd_seq_midi_event 3968 2 snd_seq_oss,snd_seq_midi iwlcore75518 1 iwl3945 snd_seq35503 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event sdhci_pci 5047 0 firewire_ohci 17740 0 mac80211 106608 2 iwl3945,iwlcore tifm_sd 6410 0 snd_timer 13290 2 snd_pcm,snd_seq ata_generic 2063 0 tg396671 0 tifm_7xx1 3114 0 yenta_socket8878 1 sdhci 11863 1 sdhci_pci snd_seq_device 3965 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq cfg80211 92531 3 iwl3945,iwlcore,mac80211 firewire_core 33273 1 firewire_ohci ata_piix 17129 0 rsrc_nonstatic 7483 1 yenta_socket mmc_core 39316 3 mmc_block,tifm_sd,sdhci uhci_hcd 16204 0 rfkill 11140 3 bluetooth,cfg80211 libphy 12387 1 tg3 led_class 1873 1 sdhci tifm_core 3448 2 tifm_sd,tifm_7xx1 crc_itu_t 1015 2 udf,firewire_core ehci_hcd 26606 0 snd36436 21
Bug#575449: -O* needs to be passed to linker too
In fact -O* flags need to be passed to the linker too for LTO to do any optimizations at all. So if I call gcc -O2 -flto x.o y.o, libtool will need to pass both -O2 and -flto. And of course any -f* -m* flags that affect code generation. Also -fuser-linker-plugin needs to be passed on by libtool. P.S.: In fact for LTO I think it'd make sense to pass all of CFLAGS/CXXFLAGS to the linker, since they affect code generation at link time now. Or document the fact that you need to export LDFLAGS=$CFLAGS if you want LTO to work. Best regards, --Edwin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575502: RFP: certificatepatrol -- Certificate Watcher for Firefox/Seamonkey/Thunderbird/Sunbird/Fennec - This add-on reveals when certificates are updated, so you can ensure it was a legitimate ch
Package: wnpp Severity: wishlist * Package name: certificatepatrol Version : 1.1 Upstream Author : Aiko Barz Mukunda Modell Carlo v. Loesch * URL : http://patrol.psyced.org/ * License : MPL 1.1, GPL 2.0, LGPL 2.1 Programming Lang: JavaScript, XUL Description : Certificate Watcher for Firefox/Seamonkey/Thunderbird/Sunbird/Fennec - This add-on reveals when certificates are updated, so you can ensure it was a legitimate change Your web browser trusts a lot of certification authorities and chained sub-authorities, and it does so blindly. Subordinate or intermediate certification authorities are a little known device: The root CAs in your browser can delegate permission to issue certificates to an unlimited amount of subordinate CAs (SCA) just by signing their certificate, not by borrowing their precious private key to them. You can even buy yourself such a CA from GeoTrust or elsewhere. It is unclear how many intermediate certification authorities really exist, and yet each of them has god-like power to impersonate any https web site using a Man in the Middle (MITM) attack scenario. Researchers at Princeton are acknowledging this problem and recommending Certificate Patrol. Revealing the inner workings of X.509 to end users is still deemed too difficult, but only getting familiar with this will really help you get in control. That's why Certificate Patrol gives you insight of what is happening. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575448: please package gcc-4.5's gold LTO plugin!
On 2010-03-26 01:27, Matthias Klose wrote: On 25.03.2010 22:19, Török Edwin wrote: Package: gcc-4.5 Version: 4.5-20100227-1 Severity: wishlist GCC-4.5 has a gold linker plugin to do LTO, see http://gcc.gnu.org/wiki/whopr/driver It should already be built during a normal gcc-4.5 build, the plugin should be called liblto-plugin.so. I can't find that in the Debian experimental package, please add it to the gcc-4.5 package (or create a new package for it). It was built before, you can enable it in a local build. Last time I built using gold, the build went wrong: #571169. Seems to be working now, I am using this binutils-gold package though: 2.20.1-3, not the one from experimental. I commented out this line in debian/rules.defs # FIXME: stripping doesn't work with gold #with_gold := no I disabled the testsuite too (was taking way too long): # if you don't want to run the gcc testsuite, uncomment the next line with_check := disabled by hand Also I had some trouble with building the doc packages, so I just did a 'touch stamps/05-build-javadoc-stamp', didn't figure out how to turn off the build of the docs package completely. I installed these debs: ii cpp-4.5 4.5-20100321-1 The GNU C preprocessor ii gcc-4.5 4.5-20100321-1 The GNU C compiler ii gcc-4.5-base 4.5-20100321-1 The GNU Compiler Collection (base package) ii gcc-4.5-multilib 4.5-20100321-1 The GNU C compiler (multilib files) ii lib32gcc1 1:4.5-20100321-1 GCC support library (32 bit Version) ii lib32gomp14.5-20100321-1 GCC OpenMP (GOMP) support library (32bit) ii libgcc1 1:4.5-20100321-1 GCC support library ii libgomp1 4.5-20100321-1 GCC OpenMP (GOMP) support library ii libstdc++64.5-20100321-1 The GNU Standard C++ Library v3 apt-cache and everything else still seems to be working. I found the LTO plugin here (it was not installed by the package) ./debian/tmp/usr/lib/gcc/x86_64-linux-gnu/4.5/liblto_plugin.so So I copied it to /usr/lib/gcc/x86_64-linux-gnu/4.5/liblto_plugin.so manally, and -fuse-linker-plugin seems to be working now (well I get an ICE from it when trying to build ClamAV, will open a bug about that shortly). Can you please make the package install liblto_plugin.so when with_gold is yes? If you retry, please report the results in this report. I'm not sure I understand what 'this' refers to here (#575448 or #571169), so I'll just report it here. Best regards, --Edwin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575503: nfs-common: mount.nfs defaults to nfs version 4
Package: nfs-common Version: 1:1.2.1-3 Severity: normal Mounting nfs share from server running nfs version 3 results the following: $ sudo mount.nfs 10.0.0.121:/home/user /mnt -v mount.nfs: timeout set for Fri Mar 26 13:44:02 2010 mount.nfs: trying text-based options 'addr=10.0.0.121,vers=4,clientaddr=10.0.0.227' mount.nfs: mount(2): Operation not permitted mount.nfs: Operation not permitted Note the vers=4 option in output. Now if we use -o vers=3 to override, all is fine. Quoting manpage of mount.nfs: mount.nfs4 is used for mounting NFSv4 file system, while mount.nfs is used to mount NFS file systems versions 3 or 2. Apparently this is not true, since mount.nfs and mount -t nfs default to nfs version 4. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser3.112 add and remove users and groups ii initscripts2.87dsf-8.1 scripts for initializing and shutt ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.11-1 common error description library ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libgssapi-krb5-2 1.8+dfsg~alpha1-7 MIT Kerberos runtime libraries - k ii libgssglue10.1-4 mechanism-switch gssapi library ii libk5crypto3 1.8+dfsg~alpha1-7 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8+dfsg~alpha1-7 MIT Kerberos runtime libraries ii libnfsidmap2 0.23-2An nfs idmapping library ii librpcsecgss3 0.19-2allows secure rpc communication us ii libwrap0 7.6.q-18 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii netbase4.40 Basic TCP/IP networking system ii portmap6.0.0-2 RPC port mapper ii ucf3.0025Update Configuration File: preserv nfs-common recommends no packages. nfs-common suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573535: [6332d15] Fix for Bug#573535 committed to git
tags 573535 + pending thanks Hello, The following change has been committed for this bug by Giuseppe Iuculano iucul...@debian.org on Fri, 26 Mar 2010 13:01:47 +0100. The fix will be in the next upload. = Update Vietnamese debconf templates Closes: #573535 Thanks: Clytie Siddall = You can check the diff of the fix at: http://git.debian.org/?p=users/iuculano/smbind.git;a=commitdiff;h=6332d15 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573544: [7df07ba] Fix for Bug#573544 committed to git
tags 573544 + pending thanks Hello, The following change has been committed for this bug by Giuseppe Iuculano iucul...@debian.org on Fri, 26 Mar 2010 13:03:39 +0100. The fix will be in the next upload. = Updated debconf Basque translation Closes: #573544 Thanks: Iñaki Larrañaga Murgoitio = You can check the diff of the fix at: http://git.debian.org/?p=users/iuculano/smbind.git;a=commitdiff;h=7df07ba -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575501: initramfs-tools: radeon.ko not included into initrd
On Fri, Mar 26, 2010 at 12:31:32PM +0100, Marc Haber wrote: I have two systems that are supposed to use KMS. One is working fine, having an i915 graphics chip. On this system, i915.ko is copied into the initramfs, and autoloaded if video=i915:modeset=1 is given on the kernel command line. This is incorrect, loading the driver from the initramfs is not supported. The module is loaded by udev later and KMS is enabled by the xorg driver. The second one has an 01:00.0 VGA compatible controller: ATI Technologies Inc M56GL [Mobility FireGL V5200] and is not working properly. I understand that radeon.ko needs to be in the initrd for early loading to work, and this doesn't happen, and I am at a loss to explain why this doesn happen. Loading drivers which needs firmware this early is currently broken. For what it's worth, I didn't find any configuration that explicitly causes the i915.ko to be included in the initramfs on the Intel system, It is not included. Bastian -- Pain is a thing of the mind. The mind can be controlled. -- Spock, Operation -- Annihilate! stardate 3287.2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573641: [fb80e2d] Fix for Bug#573641 committed to git
tags 573641 + pending thanks Hello, The following change has been committed for this bug by Giuseppe Iuculano iucul...@debian.org on Fri, 26 Mar 2010 13:06:37 +0100. The fix will be in the next upload. = Updated Vietnamese debconf templates Closes: #573641 Thanks: Clytie Siddall = You can check the diff of the fix at: http://git.debian.org/?p=users/iuculano/smbind.git;a=commitdiff;h=fb80e2d -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575137: /usr/bin/aptitude missing
Hi Daniel, Le jeudi 25 mars 2010 à 07:19 -0700, Daniel Burrows a écrit : On Tue, Mar 23, 2010 at 07:33:53PM +0100, Benjamin Cama ben...@free.fr was heard to say: I just updated from aptitude 0.4.11.11-1+b2 to version 0.6.1.5-3 and lost the 'aptitude' command. It is no more listed in 'dpkg -L aptitude' too. Have you ever had aptitude version 0.5+ installed on this system before? There were some bugs earlier with downgrading, particularly from some of the first versions that used alternatives. No, I don't think so. My setup is squeeze + unstable pinned at lower priority. The version numbers cited earlier are the ones I saw by looking back in my terminal while the fatidic safe-upgrade was done. First, I thought that the pinning from unstable had a bug, because I didn't thought such a change (0.4 to 0.6 for an essential package) would occur in testing near a stable release. But I checked on packages.debian.org and it seemed legit. Regards, benjamin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574250: [694ae0c] Fix for Bug#574250 committed to git
tags 574250 + pending thanks Hello, The following change has been committed for this bug by Giuseppe Iuculano iucul...@debian.org on Fri, 26 Mar 2010 13:09:50 +0100. The fix will be in the next upload. = Updated Swedish debconf translations Closes: #574250 Thanks: Martin Bagge = You can check the diff of the fix at: http://git.debian.org/?p=users/iuculano/smbind.git;a=commitdiff;h=694ae0c -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574856: [6d1c23b] Fix for Bug#574856 committed to git
tags 574856 + pending thanks Hello, The following change has been committed for this bug by Giuseppe Iuculano iucul...@debian.org on Fri, 26 Mar 2010 13:11:38 +0100. The fix will be in the next upload. = Updated Czech debconf translation Closes: #574856 Thanks: Miroslav Kure = You can check the diff of the fix at: http://git.debian.org/?p=users/iuculano/smbind.git;a=commitdiff;h=6d1c23b -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573821: [cc31403] Fix for Bug#573821 committed to git
tags 573821 + pending thanks Hello, The following change has been committed for this bug by Giuseppe Iuculano iucul...@debian.org on Fri, 26 Mar 2010 13:08:27 +0100. The fix will be in the next upload. = Updated Russian debconf templates Closes: #573821 Thanks: Yuri Kozlov = You can check the diff of the fix at: http://git.debian.org/?p=users/iuculano/smbind.git;a=commitdiff;h=cc31403 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574965: [29be28e] Fix for Bug#574965 committed to git
tags 574965 + pending thanks Hello, The following change has been committed for this bug by Giuseppe Iuculano iucul...@debian.org on Fri, 26 Mar 2010 13:12:55 +0100. The fix will be in the next upload. = Updated Spanish debconf template translation Closes: #574965 Thanks: Francisco Javier Cuadrado = You can check the diff of the fix at: http://git.debian.org/?p=users/iuculano/smbind.git;a=commitdiff;h=29be28e -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575504: add conf-hooks.d/ support for initramfs config
package: dropbear hi! initramfs-tools uses a conf-hooks.d/ directory for mkinitramfs ('compiletime') configuration, so to be sure to read the whole/correct config we need to source the files in there too, additionally to initramfs.conf. regards, Chris diff -pruN ../a/dropbear-0.52/debian/dropbear.postinst ./dropbear-0.52/debian/dropbear.postinst --- ../a/dropbear-0.52/debian/dropbear.postinst 2010-03-25 11:42:21.0 +0100 +++ ./dropbear-0.52/debian/dropbear.postinst 2010-03-26 13:17:12.0 +0100 @@ -63,9 +63,13 @@ fi # cryptroot support (deb...@x.ray.net) # if dropbear is to be installed to initramfs, we have to update initramfs. -if test -r /etc/initramfs-tools/initramfs.conf +if ( test -r /etc/initramfs-tools/initramfs.conf || test -r /usr/share/initramfs-tools/conf-hooks.d/* ) test -x /usr/sbin/update-initramfs; then - . /etc/initramfs-tools/initramfs.conf + for i in /etc/initramfs-tools/initramfs.conf /usr/share/initramfs-tools/conf-hooks.d/*; do +if [ -e ${i} ]; then + . ${i} +fi + done if test ${DROPBEAR} = y || test -r /etc/crypttab; then # here we could read the configured network-config, and use it for # default values for prompting the user for the initramfs-network-
Bug#575501: initramfs-tools: radeon.ko not included into initrd
On Fri, Mar 26, 2010 at 01:04:40PM +0100, Bastian Blank wrote: On Fri, Mar 26, 2010 at 12:31:32PM +0100, Marc Haber wrote: The second one has an 01:00.0 VGA compatible controller: ATI Technologies Inc M56GL [Mobility FireGL V5200] and is not working properly. I understand that radeon.ko needs to be in the initrd for early loading to work, and this doesn't happen, and I am at a loss to explain why this doesn happen. Loading drivers which needs firmware this early is currently broken. I see. So there is no KMS for radeon at this time? Is there a bug report about that for reference? For what it's worth, I didn't find any configuration that explicitly causes the i915.ko to be included in the initramfs on the Intel system, It is not included. /boot/inird.img-2.6.33-zgws1 gunzip | cpio -i leads to a directory tree which includes a file lib/modules/*/i915.ko. This I clearly remember. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575448: please package gcc-4.5's gold LTO plugin!
On 2010-03-26 13:40, Török Edwin wrote: I found the LTO plugin here (it was not installed by the package) ./debian/tmp/usr/lib/gcc/x86_64-linux-gnu/4.5/liblto_plugin.so So I copied it to /usr/lib/gcc/x86_64-linux-gnu/4.5/liblto_plugin.so manally, and -fuse-linker-plugin seems to be working now (well I get an ICE from it when trying to build ClamAV, will open a bug about that shortly). ... and its not working, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42453 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41584 I hit that bug while building libclamav with -flto -fuse-linker-plugin (after hacking libtool to pass the flags). Until those bugs are not fixed, I think you can leave gcc-4.5 package as is (without LTO plugin). Best regards, --Edwin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575505: wishlist: MIME type for .pac .dat
Package: dhttpd Version: 1.02a-16.1 Severity: wishlist I would be helpful if src/httpsock.cc would be updated to add in:- { .dat, application/x-ns-proxy-autoconfig }, { .pac, application/x-ns-proxy-autoconfig }, Investigation confirms that 'apache2' default configuration does appear to use this MIME type for all '.dat' and '.pac' files (without adding any mime-magic extensions etc.), and it would be helpful if dhttpd would too, for usage cases where it is being used to serve proxy.pac / wpad.dat files. Thankyou in advance, -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dhttpd depends on: ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libstdc++6 4.3.2-1.1The GNU Standard C++ Library v3 dhttpd recommends no packages. dhttpd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575038: libgcrypt11: tiger192 message digest does not agree with other implementations
Hi! Okay, I implemented the the two variants and moved the assigned OID to the TIGER vesion which matches the NESSIE results. It is in the SVN trunk, r1425. Tested on ia32 and ppc64, thus there should be no endian issues. `GCRY_MD_TIGER' This is the TIGER/192 algorithm which yields a message digest of 24 bytes. Actually this is a variant of TIGER with a different output print order as used by GnuPG up to version 1.3.2. `GCRY_MD_TIGER1' This is the TIGER variant as used by the NESSIE project. It uses the most commonly used output print order. `GCRY_MD_TIGER2' This is another variant of TIGER with a different padding scheme. I don't think it makes much sense to port it back to the stable branch. Salam-Shalom, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575506: libtimedate-perl confusion in unstable (giving cdebootstrap fits)
Package: ftp.debian.org Severity: normal Hi, Attempting to use cdebootstrap to create a sid chroot dies with the following: O: Err bootstrap: ./main libtimedate-perl 1.2000-1 O: O: Failed to fetch bootstrap:/pool/main/libt/libtimedate-perl/libtimedate-perl_1.2000-1_all.deb This is because earlier in the process, cdebootstrap attempted to download 1.1900-1: P: Retrieving libtimedate-perl D: Execute wget -q -O /tmp/cdebootstrap/var/cache/bootstrap/libtimedate-perl_1.1900-1_all.deb http://localhost:/debian/pool/main/t/timedate/libtimedate-perl_1.1900-1_all.deb; Information from #debian-devel suggests that this problem is ultimately caused by there being two versions of libtimedate-perl in unstable -- one from the libtimedate-perl source package, and another from the timedate source package. Whilst cdebootstrap should handle this case gracefully (and I'm filing a separate bug for that), I'd still appreciate it if this could be cleaned up in unstable if there's no reason for both packages to hang around. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental'), (1, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575507: Fails to handle multiple packages with the same name in the target distribution
Package: cdebootstrap Version: 0.5.4 Severity: important I'm currently trying to build a sid chroot, and it's failing with the following error: D: call action: apt-install D: Execute apt-get install --yes -o APT::Get::AllowUnauthenticated=true -o APT::Install-Recommends=false libc-dev-bin linux-libc-dev libc6-dev libgmp3c2 libmpfr1ldbl cpp-4.4 cpp binutils libgomp1 gcc-4.4 gcc g++-4.4 libstdc++6-4.4-dev g++ make libdb4.7 libgdbm3 per l perl-modules bzip2 liblzma2 xz-utils patch libtimedate-perl dpkg-dev build-essential fakeroot in chroot O: Reading package lists... O: O: Building dependency tree... O: O: Suggested packages: O: binutils-doc bzip2-doc cpp-doc gcc-4.4-locales debian-keyring O: debian-maintainers g++-multilib g++-4.4-multilib gcc-4.4-doc O: libstdc++6-4.4-dbg gcc-multilib manpages-dev autoconf automake1.9 libtool O: flex bison gdb gcc-doc gcc-4.4-multilib libmudflap0-4.4-dev libgcc1-dbg O: libgomp1-dbg libmudflap0-dbg libcloog-ppl0 libppl-c2 libppl7 glibc-doc O: libstdc++6-4.4-doc make-doc ed diffutils-doc perl-doc O: libterm-readline-gnu-perl libterm-readline-perl-perl O: Recommended packages: O: netbase O: The following NEW packages will be installed: O: binutils build-essential bzip2 cpp cpp-4.4 dpkg-dev fakeroot g++ g++-4.4 gcc O: gcc-4.4 libc-dev-bin libc6-dev libdb4.7 libgdbm3 libgmp3c2 libgomp1 liblzma2 O: libmpfr1ldbl libstdc++6-4.4-dev libtimedate-perl linux-libc-dev make patch O: perl perl-modules xz-utils O: 0 upgraded, 27 newly installed, 0 to remove and 0 not upgraded. O: Need to get 0B/33.0MB of archives. O: After this operation, 106MB of additional disk space will be used. O: WARNING: The following packages cannot be authenticated! O: libgdbm3 libdb4.7 patch perl-modules perl binutils libc-dev-bin O: linux-libc-dev libc6-dev libgmp3c2 libmpfr1ldbl cpp-4.4 cpp libgomp1 gcc-4.4 O: gcc libstdc++6-4.4-dev g++-4.4 g++ make bzip2 liblzma2 xz-utils O: libtimedate-perl dpkg-dev build-essential fakeroot O: Authentication warning overridden. O: Err bootstrap: ./main libtimedate-perl 1.2000-1 O: O: Failed to fetch bootstrap:/pool/main/libt/libtimedate-perl/libtimedate-perl_1.2000-1_all.deb This would be because cdebootstrap earlier downloaded a different version of libtimedate-perl: P: Retrieving libtimedate-perl D: Execute wget -q -O /tmp/cdebootstrap/var/cache/bootstrap/libtimedate-perl_1.1900-1_all.deb http://localhost:/debian/pool/main /t/timedate/libtimedate-perl_1.1900-1_all.deb Discussions on #debian-devel suggested that at present, there are two versions of libtimedate-perl in unstable because a different source package got uploaded. Whilst this problem can be fixed by cleaning up the archive, it seems to me that cdebootstrap could handle this case better -- presumably by picking the same version of the package that apt would. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental'), (1, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages cdebootstrap depends on: ii debian-archive-keyring 2009.01.31 GnuPG archive keys of the Debian a ii gpgv 1.4.9-3+lenny1 GNU privacy guard - signature veri ii libc62.7-18lenny2GNU C Library: Shared libraries ii libdebian-installer-extr 0.61Library of some extra debian-insta ii libdebian-installer4 0.61Library of common debian-installer ii wget 1.11.4-2+lenny1 retrieves files from the web cdebootstrap recommends no packages. cdebootstrap suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575137: /usr/bin/aptitude missing
Hello, I just upgraded my system and did *not* see that behaviour. I use the testing repositories and today's upgrade installed 0.6.1.5-3, replacing 0.4.11.11-1+b2. /usr/bin/aptitude exists and points to /etc/alternatives/aptitude, which in turn points to /usr/bin/aptitude-curses. Regards, Pitxyoki
Bug#575508: RM: mediamate -- RoQA; RC buggy; orphaned, close-to-0 popcon since ever
Package: ftp.debian.org Severity: normal Subject says it all: the package has basically never been much popular (highest popcon over time 18, current is 6, with recent 1). Additionally, it has been orphaned (see #572681) and is RC buggy (see #574228). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557107: works as designed and shouldn't be changed
hi! actually host keys should only be generated automatically if no initramfs host keys are available. the 'normal' host keys are not used, for the reason florian pointed out (and though it can be done manually, you should really think twice before you do something like that!). when initramfs host keys are found, no keys should be generated automatically. so imho it works as designed, the design is correct, and this bug should be closed 'wontfix' :) regards, Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#465959: Status of saods9 adoption
Hello, I'd like to check the status of the adoption of saods9 in Debian. If no work has been done, I'd like to change the status back to orphaned so it will be removed up by the QA team. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#69192: (no subject)
There's a new project called tdpkg which can be used together with dpkg. The tdpkg shared library is used to speed up dpkg .list files loading using either tokyocabinet or sqlite3. http://lethalman.hostei.com/tdpkg.html -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572204: 3.0 (quilt) and VCS
Hi, I agree, dpkg-source should definitively have some “unpatch” functionality for when people keep only the debian/ directory in VCS, or the source in _un_patched state. Thanks, //mirabilos – t...@d.o -- «MyISAM tables -will- get corrupted eventually. This is a fact of life. » “mysql is about as much database as ms access” – “MSSQL at least descends from a database” “it's a rebranded SyBase” “MySQL however was born from a flatfile and went downhill from there” – “at least jetDB doesn’t claim to be a database” (#nosec)‣‣‣ Please let MySQL and MariaDB finally die! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517449: linux-image-2.6.26-2-vserver-amd64: still getting task task:pid blocked for more than 120 seconds. kernel log messages
same to me a have different machines that have different services with this bug On Fri, Mar 26, 2010 at 4:35 AM, Timo Veith timo.ve...@gmail.com wrote: Hi all, sorry if my message from yesterday was noise too, but I haven't understood yet why those kernel log messages appear anyway. Somebody in this bug report pointed out that those INFO: task xy blocked for more than 120 seconds. are only symptoms of the real problem. Could somebody explain the actual problem to me please? What I have learned from this and from other similar bug reports like this yet is, that it has something to do with the load which is on the machine. But that is not clear enough to me. TIA and kind regards, Timo -- To unsubscribe, send mail to 517449-unsubscr...@bugs.debian.org. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573786: add entry in yaboot.conf for ps3 hardware
On Sat, Mar 13, 2010 at 11:19:36PM +0100, linux51 wrote: Package: debian-cd Severity: wishlist Usertags: powerpc64 , subarch ps3 ps3 hardware has no entry in yaboot.conf here are some of needed entries --- init-message = default= image=/install/powerpc64/vmlinux-$`uname -r' label=install-ps3-480i initrd=/install/powerpc64/initrd.gz-$`uname -r' append=initrd-size=20048 video=480i ps3fb=4M read-only image=/install/powerpc64/vmlinux-$`uname -r' label=install-ps3-720p initrd=/install/powerpc64/initrd.gz-$`uname -r' append=initrd-size=20048 video=720p ps3fb:mode:3 read-only image=/install/powerpc64/vmlinux-$`uname -r' label=install-ps3-1080i initrd=/install/powerpc64/initrd.gz-$`uname -r' append=initrd-size=20048 video=1080i ps3fb:mode:4 read-only image=/install/powerpc64/vmlinux-$`uname -r' label=install-ps3-1080p initrd=/install/powerpc64/initrd.gz-$`uname -r' append=initrd-size=20048 video=1080p ps3fb:mode:5 read-only Hmmm. Is this for the installed system, or for the installer? yaboot.conf on the CDs doesn't use the uname - see http://svn.debian.org/wsvn/debian-cd/trunk/data/squeeze/yaboot/yaboot.conf -- Steve McIntyre, Cambridge, UK.st...@einval.com We don't need no education. We don't need no thought control. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575510: kdebluetooth: Unable to install the new experimental version...
Package: kdebluetooth Version: 1:0.4~rc1-1 Severity: important Tags: experimental Hi, The experimental version of kdebluetooth is not installable because af the dependency to kbluetooth which is a virtual paquage... Please could you correct that dependency, this is the only KDE4 program to interact with bluetooth ? Thanks a lot Mourad -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-4-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 kdebluetooth depends on: ii bluetooth 4.60-1 Bluetooth support ii kdebase-runtime 4:4.3.4-2 runtime components from the offici ii kdelibs5 4:4.3.4-3 core libraries for all KDE 4 appli ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.3-5 GCC support library ii libknotificationitem-1-1 4:4.3.4-1 library for new way of handling sy ii libqt4-dbus 4:4.5.3-4 Qt 4 D-Bus module ii libqt4-network4:4.5.3-4 Qt 4 network module ii libqt4-svg4:4.5.3-4 Qt 4 SVG module ii libqt4-xml4:4.5.3-4 Qt 4 XML module ii libqtcore44:4.5.3-4 Qt 4 core module ii libqtgui4 4:4.5.3-4 Qt 4 GUI module ii libsolidcontrol4 4:4.3.4-5 Library for solid based network ma ii libstdc++64.4.3-5The GNU Standard C++ Library v3 ii obex-data-server 0.4.5-1+b1 D-Bus service for OBEX client and ii python-qt44.6-1 Python bindings for Qt4 ii python-qt4-dbus 4.7-2 DBus Support for PyQt4 kdebluetooth recommends no packages. Versions of packages kdebluetooth suggests: ii python2.5.4-9An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575426: [Pkg-crosswire-devel] Bug#575426: bibletime: Option for inserting blank line doesn't work correctly
This seems to be an upstream bug. Discussion can be moved to bt-devel list. Or even better, someone could create a report in http://sourceforge.net/tracker/?group_id=954atid=100954 :) Yours, Eeli Kaikkonen (Mr.), Oulu, Finland e-mail: eekai...@mailx.studentx.oulux.fix (with no x) On Thu, 25 Mar 2010, Gary Koskenmaki wrote: Package: bibletime Version: 2.5-1 Severity: normal The option to insert a blank line (Settings - Configure Bibletime - Desk - Text) after each Bible verse only works for the first Bible opened. If you open a second window/translation the verses are not separated by the blank line. They are printed with only a double space between them. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bibletime depends on: ii bibletime-data 2.5-1Documentation and data for bibleti ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libclucene0ldbl 0.9.21b-2+b1 library for full-featured text sea ii libcurl3-gnutls 7.20.0-2 Multi-protocol file transfer libra ii libgcc1 1:4.4.3-5GCC support library ii libqt4-dbus 4:4.5.3-4Qt 4 D-Bus module ii libqt4-test 4:4.5.3-4Qt 4 test module ii libqt4-webkit 4:4.5.3-4Qt 4 WebKit module ii libqt4-xml 4:4.5.3-4Qt 4 XML module ii libqtcore4 4:4.5.3-4Qt 4 core module ii libqtgui4 4:4.5.3-4Qt 4 GUI module ii libstdc++6 4.4.3-5 The GNU Standard C++ Library v3 ii libsword8 1.6.1+dfsg-2 API/library for bible software ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime bibletime recommends no packages. bibletime suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575137: Info received (Bug#575137: /usr/bin/aptitude missing)
Hi, I just upgraded my system and did *not* see that behaviour. I use the testing repositories and today's upgrade installed 0.6.1.5-3, replacing 0.4.11.11-1+b2. /usr/bin/aptitude exists and points to /etc/alternatives/aptitude, which in turn points to /usr/bin/aptitude-curses. Thanks for this report. I must admit I had some installation problems a while back with this machine, but everything was fine since then. Today, I see that my root FS (I use btrfs on an IDE SSD, not the original setup of my laptop) has unlinked 6 orphans on reboot, so this may be a cause for problems ... I don't know if this report may still be considered valid, but I'd appreciate if anyone else saw this problem too (still, it seems strange to me that it lost only those files, and not others ... I'll investigate and report if I find anything). Regards, benjamin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575501: initramfs-tools: radeon.ko not included into initrd
On Fri, Mar 26, 2010 at 01:25:38PM +0100, Marc Haber wrote: On Fri, Mar 26, 2010 at 01:04:40PM +0100, Bastian Blank wrote: On Fri, Mar 26, 2010 at 12:31:32PM +0100, Marc Haber wrote: The second one has an 01:00.0 VGA compatible controller: ATI Technologies Inc M56GL [Mobility FireGL V5200] and is not working properly. I understand that radeon.ko needs to be in the initrd for early loading to work, and this doesn't happen, and I am at a loss to explain why this doesn happen. Loading drivers which needs firmware this early is currently broken. I see. So there is no KMS for radeon at this time? There is. The radeon module is loaded by udev later from the real system. Is there a bug report about that for reference? #575241 For what it's worth, I didn't find any configuration that explicitly causes the i915.ko to be included in the initramfs on the Intel system, It is not included. /boot/inird.img-2.6.33-zgws1 gunzip | cpio -i leads to a directory tree which includes a file lib/modules/*/i915.ko. This I clearly remember. | $ gunzip -c initrd.img-2.6.32-4-686-bigmem | cpio -tv | grep -a i915 | -rw-r--r-- 1 root root 23 Jan 7 23:51 etc/modprobe.d/i915-kms.conf | 12920 blocks Bastian -- Without facts, the decision cannot be made logically. You must rely on your human intuition. -- Spock, Assignment: Earth, stardate unknown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575511: RM: virtuoso-opensource/6.1.0+dfsg2-2 -- ROM: armel FTBFS fix introduces grave bug, rollback
Package: ftp.debian.org Severity: normal A fix for the FTBFS on armel on virtuoso-opensource 6.1.0+dfsg2-1 was introduced in 6.1.0+dfsg2-2. While it did fix the FTBFS on armel, it also caused a 'grave' bug with subtle data loss[0]. 6.1.0+dfsg2-3 has been uploaded, rolls back the fix for armel and is currently buildd-ing. Please nuke virtuoso-opensource 6.1.0+dfsg2-2 out of sid for all leftover archs. Thank you. [0]: http://bugs.debian.org/575173 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575510: kdebluetooth: Unable to install the new experimental version...
Le Vendredi 26 Mars 2010 14:17:28 mourad, vous avez écrit : Package: kdebluetooth Version: 1:0.4~rc1-1 Severity: important Tags: experimental Hi, The experimental version of kdebluetooth is not installable because af the dependency to kbluetooth which is a virtual paquage... Please could you correct that dependency, this is the only KDE4 program to interact with bluetooth ? Thanks a lot Mourad Hi Mourad, The actual version in experimental is 1:0.4.2-2 . It might be that your mirror is outdated. Please make sure your mirror contains that version and retry. It is very certainly fixed. Best regards, OdyX -- Didier Raboud, proud Debian Maintainer (DM). CH-1020 Renens did...@raboud.com signature.asc Description: This is a digitally signed message part.