Bug#478450: pygame 1.8+ supports numeric and numpy. numpy is not 100% compatible with numeric
hi, pygame 1.8+ supports numeric and numpy. numpy is not 100% compatible with numeric Please update to pygame 1.8.1 -- as it is the bug fix release of 1.8.0. It contains many bug fixes over 1.7.1. Pygame 1.8+ supports numeric without requiring numeric to build. At the same time it supports numpy. Old games and applications that support numeric require numeric to work. So by default surfarray checks to see if numeric is installed, and uses that by default if it is. However the application can request numpy if it likes. It can also query which array types are supported. Patching 1.7.1 to use numpy is broken, please instead use pygame 1.8.1. cheers, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489435: Cannot open help file
On Thu, Jul 10, 2008 at 10:00:45AM -0700, Matt Kraai wrote: On Thu, Jul 10, 2008 at 11:39:43AM +0200, Loïc Minier wrote: On Sat, Jul 05, 2008, Matt Kraai wrote: When I choose Help-Contents, Cheese displays the following dialog: Unable to open help file for Cheese [Close] WFM :-( OK. I'll try to debug it myself, then. Cheese calls g_app_info_launch_default_for_uri with a uri of ghelp:cheese. This ends up calling g_app_info_get_default_for_uri_scheme with a URI scheme of ghelp. It enters the first if statement, doesn't enter the use_this if statement, enters the lookup_instance == NULL if statement, gets an empty list from g_io_extension_point_get_extensions, which ends up setting lookup to 1 and returning NULL, which causes the whole thing to fail. Could someone for whom this works please step through this section of code and let me know what their system does differently? -- Matt http://ftbfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490181: nfsd: nfsv4 idmapping failing: has idmapd not been started?
On Thu, Jul 10, 2008 at 08:17:21PM +0200, Steinar H. Gunderson wrote: Well, I guess the big question is: What happens on startup -- does it try to start idmapd at all? Yes, obviously. I see this start in the logs and, additionally, idmapd works for for _client_ nfs4 (i.e. volumes mounted from other servers on this machine have correct owners). And what does your /etc/default/nfs-kernel-server look like? # If you do not set values for the NEED_ options, they will be attempted # autodetected; this should be sufficient for most people. Valid alternatives # for the NEED_ options are yes and no. # Do you want to start the statd daemon? It is not needed for NFSv4. NEED_STATD= # Options for rpc.statd. # Should rpc.statd listen on a specific port? This is especially useful # when you have a port-based firewall. To use a fixed port, set this # this variable to a statd argument like: --port 4000 --outgoing-port 4001. # For more information, see rpc.statd(8) or http://wiki.debian.org/?SecuringNFS STATDOPTS= # Do you want to start the idmapd daemon? It is only needed for NFSv4. NEED_IDMAPD=yes # Do you want to start the gssd daemon? It is required for Kerberos mounts. NEED_GSSD=yes #RPCGSSDOPTS=-r -v -- Alexandra N. Kossovsky OKTET Labs (http://www.oktetlabs.ru/) Phones: +7(921)956-42-86(mobile) +7(812)783-21-91(office) e-mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448121: Announce of the upcoming NMU for the debreaper package
Dear maintainer of debreaper and Debian translators, Some days ago, I sent a notice to the maintainer of the debreaper Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in two weeks, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de es fr nl pt ru sv tr Among these, the following translations are incomplete: nl If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the debreaper package so I can incorporate them in the build. The deadline for receiving updates and new translations is Sunday, July 20, 2008. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Monday, June 30, 2008 : send the first intent to NMU notice to the package maintainer. Friday, July 11, 2008 : send this notice Friday, July 18, 2008 : (midnight) deadline for receiving translation updates Saturday, July 19, 2008 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Monday, July 21, 2008 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR [EMAIL PROTECTED], YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-04-22 12:10+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../templates:1001 msgid Only GNOME programs msgstr #. Type: select #. Choices #: ../templates:1001 msgid All X sessions msgstr #. Type: select #. Choices #: ../templates:1001 msgid Entire system msgstr #. Type: select #. Description #: ../templates:1002 msgid Use debreaper for: msgstr #. Type: select #. Description #: ../templates:1002 msgid Debreaper will be called whenever a program for which it is enabled crashes. GNOME programs have their own signal handler which will call debreaper if installed. For other programs, a signal handler can be installed when starting a X session or for the whole system. msgstr signature.asc Description: Digital signature
Bug#490194: safe-rm: [INTL:fr] French debconf templates translation)
Please find an updated version of the translation after a first review in debian-l10n-french. fr.po Description: application/gettext signature.asc Description: Digital signature
Bug#482140: Not reproduced on a ppc chroot.
Hi all, I created an etch chroot by the command `debootstrap etch etch', chrooted in, installed docbook-xml and upgraded it to lenny, and did not reproduce the bug. I then reverted docbook-xml to etch and did a full aptitude upgrade, and did not reproduce the bug either. Hope this helps, -- Charles Plessy Debian-Med packaging team, Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490272: fff
Package: ffmpeg Version: 0.svn20080206-9 Severity: normal [EMAIL PROTECTED]:~ffmpeg -i movie.avi -target pal-dv video.dv FFmpeg version UNKNOWN, Copyright (c) 2000-2008 Fabrice Bellard, et al. configuration: --enable-gpl --enable-liba52 --enable-libfaad --enable-pp --enable-swscaler --enable-x11grab --prefix=/usr --enable-libgsm --enable-libtheora --enable-libvorbis --enable-pthreads --disable-strip --enable-libdc1394 --disable-armv5te --disable-armv6 --disable-iwmmxt --disable-mmx --disable-altivec --disable-ssse3 --disable-vis --enable-shared --disable-static libavutil version: 49.6.0 libavcodec version: 51.50.0 libavformat version: 52.7.0 libavdevice version: 52.0.0 built on Jul 2 2008 16:08:00, gcc: 4.3.1 Input #0, avi, from 'movie.avi': Duration: 00:02:22.2, start: 0.00, bitrate: 814 kb/s Stream #0.0: Video: mpeg4, yuv420p, 640x480 [PAR 1:1 DAR 4:3], 24.00 tb(r) Output #0, dv, to 'video.dv': Stream #0.0: Video: dvvideo, yuv420p, 720x576 [PAR 16:15 DAR 4:3], q=2-31, 200 kb/s, 25.00 tb(c) Stream mapping: Stream #0.0 - #0.0 Press [q] to stop encoding ffmpeg: symbol lookup error: ffmpeg: undefined symbol: frame_hook_process zsh: exit 127 ffmpeg -i movie.avi -target pal-dv video.dv I have had the marilliat libraries installed, but removed them as you can see below, and I'm still seeing this. (Only debian-multimedia package I have installed now is w32codecs.) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ffmpeg depends on: ii libavcodec51 0.svn20080206-9 ffmpeg codec library ii libavdevice520.svn20080206-9 ffmpeg device handling library ii libavformat520.svn20080206-9 ffmpeg file format library ii libavutil49 0.svn20080206-9 ffmpeg utility library ii libc62.7-12 GNU C Library: Shared libraries ii libfreetype6 2.3.7-1 FreeType 2 font engine, shared lib ii libimlib21.4.0-1.1 powerful image loading and renderi ii libsdl1.2debian 1.2.13-2Simple DirectMedia Layer ii libswscale0 0.svn20080206-9 ffmpeg video scaling library ffmpeg recommends no packages. -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#490273: PATH setting in hotplug.functions
Package: udev Version: 0.124-2 Severity: normal Somewhere between udev 0.114-2 and 0.124-2, the PATH setting in hotplug.functions was changed from PATH='/sbin:/bin:/usr/sbin:/usr/bin' to PATH='/sbin:/bin' This causes problems for other packages using the functions in this file, e.g., ntpdate has been getting a few complaints lately like #490225. Basically, we are doing #!/bin/sh set -e PATH=/sbin:/bin:/usr/sbin:/usr/bin if [ -r /lib/udev/hotplug.functions ]; then . /lib/udev/hotplug.functions wait_for_file /usr/sbin/ntpdate-debian fi do more work using programs in /usr/bin ... Maybe hotplug.functions isn't actually intended to be used by other packages, but you once advised me to use it in this instance. I can try to use something else. Otherwise, perhaps the path shouldn't be overwritten but preprended to? if [ -z $PATH]; then # unlikely? PATH='/sbin:/bin' else PATH='/sbin:/bin':$PATH fi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489832: octave3.0-info: octave info docs not easily accessible
Am Freitag, den 11.07.2008, 12:04 +1000 schrieb Drew Parsons: So there it is, the bug is in etch octave2.9-info (2.9.9-8etch1). Reassigning accordingly. I guess some logic should be added to lenny's octave2.9-info dummy package to clear out any potential leftover entries. Rafael, can you take this? I'll try to come up with something, but I'm not sure I'll arrive at it before the freeze. That is, use the install-info code related to remove in the packages script (but apply the install-info remove during package install, not removal!). Drew p.s. it's curious in this case that Thomas saw remnant 2.1 entries in /usr/share/info/dir, not 2.9. Thomas, does that mean you had never installed octave2.1-info 1:2.1.73-14 or later? Quite possible. We keep the 2.1 series in maintainance mode for quite some time. While I have 2.1 installed, the 2.1 info package is probably not installed in such a late version. Even then, I use it from within Octave and usually don't bother if the correct page doesn't come up: I then search within the info documentation. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472470: Is help still needed?
Hi Luk, Is your request for help still open? I think I could help a little (but note that I'm not a DD). thanks, iustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488179: [INTL:sv] Updated translation for debconf template
Quoting Luca Capello ([EMAIL PROTECTED]): Hi there! Please Cc: me, I'm not subscribed to the list. On Thu, 26 Jun 2008 22:02:19 +0200, Martin Bagge wrote: package: hyperspec severity: wishlist tags: patch l10n Is this the start of a new translation campaign? Or is this a single language update, which should be included ASAP? There's nothing coordinated running currently on hyperspec. I guess that Martin Bagge was then doing an isolated update for Swedish. Indeed, Martin started to updated Swedish debconf translations several weeks ago, in the middle of the l10n NMU campaign, so I guess that he's more or less going backwards with packages for which I did an NMU+update round in the last months. signature.asc Description: Digital signature
Bug#482415:
On Fri, Jul 11, 2008 at 07:17:34AM +0200, Mike Hommey wrote: On Fri, Jul 11, 2008 at 01:58:04AM +0100, Julian Gilbey wrote: On Thu, Jun 26, 2008 at 10:04:16PM +0200, Mike Hommey wrote: Hi, All of you that still have the nsFrame::BoxReflow crash, can you try to run: xulrunner-1.9 /usr/lib/iceweasel/application.ini ? New to this bug (just upgraded my testing system - oops). Running this command starts iceweasel perfectly, but running a plain iceweasel command fails to do anything - it just sits there. (Haven't done any straces or anything yet.) It just sits there doesn't sound like the same problem. Can you verify the stacktrace with gdb ? Attached is the result of running strace -f iceweasel The backtrace on a running iceweasel (run from a command line without any strace) is: (gdb) bt #0 0xe410 in __kernel_vsyscall () #1 0xb7cb2589 in __lll_lock_wait () from /lib/i686/cmov/libpthread.so.0 #2 0xb7cadbe5 in _L_lock_923 () from /lib/i686/cmov/libpthread.so.0 #3 0xb7cada66 in pthread_mutex_lock () from /lib/i686/cmov/libpthread.so.0 #4 0xb7dabdc6 in pthread_mutex_lock () from /lib/i686/cmov/libc.so.6 #5 0xb7f284ab in malloc_init_hard () at jemalloc.c:1251 #6 0xb7f2aa25 in calloc (num=1024, size=4) at jemalloc.c:5180 #7 0xb7f2f078 in ?? () from /usr/lib/libaoss.so #8 0x0400 in ?? () #9 0x0004 in ?? () #10 0xb7f33478 in ?? () #11 0xb7ba80b0 in ?? () #12 0xb7f2f029 in ?? () from /usr/lib/libaoss.so #13 0xb7f32520 in ?? () from /usr/lib/libaoss.so #14 0xbf825f28 in ?? () #15 0xb7f2fd96 in open () from /usr/lib/libaoss.so Backtrace stopped: frame did not save the PC HTH, Julian execve(/usr/local/bin/iceweasel, [iceweasel], [/* 54 vars */]) = 0 brk(0) = 0x805e000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f64000 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=116977, ...}) = 0 mmap2(NULL, 116977, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f47000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/i686/cmov/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..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1360292, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f46000 mmap2(NULL, 1365616, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7df8000 mmap2(0xb7f4, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x148) = 0xb7f4 mmap2(0xb7f43000, 9840, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f43000 close(3)= 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7df7000 set_thread_area({entry_number:-1 - 6, base_addr:0xb7df76b0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 mprotect(0xb7f4, 4096, PROT_READ) = 0 munmap(0xb7f47000, 116977) = 0 getpid()= 13273 rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL}, 8) = 0 geteuid32() = 1000 brk(0) = 0x805e000 brk(0x807f000) = 0x807f000 getppid() = 13272 stat64(/home/jdg/teaching/resources/STEP/2008, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat64(., {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 open(/usr/local/bin/iceweasel, O_RDONLY) = 3 fcntl64(3, F_DUPFD, 10) = 10 close(3)= 0 fcntl64(10, F_SETFD, FD_CLOEXEC)= 0 rt_sigaction(SIGINT, NULL, {SIG_DFL}, 8) = 0 rt_sigaction(SIGINT, {0x8055810, ~[RTMIN RT_1], 0}, NULL, 8) = 0 rt_sigaction(SIGQUIT, NULL, {SIG_DFL}, 8) = 0 rt_sigaction(SIGQUIT, {SIG_DFL}, NULL, 8) = 0 rt_sigaction(SIGTERM, NULL, {SIG_DFL}, 8) = 0 rt_sigaction(SIGTERM, {SIG_DFL}, NULL, 8) = 0 read(10, #! /bin/sh\n\nexec aoss /usr/bin/i..., 8192) = 53 execve(/home/jdg/bin/i686/aoss, [aoss, /usr/bin/iceweasel], [/* 54 vars */]) = -1 ENOENT (No such file or directory) execve(/home/jdg/bin/aoss, [aoss, /usr/bin/iceweasel], [/* 54 vars */]) = -1 ENOENT (No such file or directory) execve(/usr/local/bin/aoss, [aoss, /usr/bin/iceweasel], [/* 54 vars */]) = -1 ENOENT (No such file or directory) execve(/usr/bin/aoss, [aoss, /usr/bin/iceweasel], [/* 54 vars */]) = 0 brk(0) = 0x805e000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fdc000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache,
Bug#490205: please add ttf-liberation to the desktop task
On Thursday 10 July 2008 22:07, Joey Hess wrote: Fabian Greffrath wrote: please add the ttf-liberation font package to the desktop task. I believe that nearly everybody out there installing a desktop system would like to have the free variants of the three infamous MS fonts installed by default. ttf-liberation is already a dependency of openoffice.org, which is already in the desktop task. So there's no need to add it to the task directly. As long as package that use it depend on it. I do wonder why no web browsers currently depend on it.. Is this policy or reason? Sounds strange... -- Shachar Or | שחר אור http://ox.freeallweb.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490247: cdd-dev: Data from official package should take precedence on manually filed data in task file
On Fri, 11 Jul 2008, Frederic Daniel Luc Lehobey wrote: Package: cdd-dev :-) The webtools stuff is not (yet) in cdd-dev - and perhaps it will never be packaged because in principle it needs only be installed on one host (alioth) and thus I have not seen a reason to package this stuff. (I have really thought about this, but found no good reason to do so ...) I think the information displayed for an official package when this package finally entered Debian should be the data of the package and not the data from the task file. Definitely! See for example the data for the Paraview package on this page http://cdd.alioth.debian.org/science/tasks/viewing.html that even displays the WNPP and older data obsoleted by the new package. Thanks for spotting this. I'll try to fix this and leave the bug open for the moment - but it just does not concern the cdd-dev package (for those who wonder whether there is something wrong with cdd-dev or not). Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#229357: New Build-Options field and build-arch option, please review
On Thu, 10 Jul 2008, Felipe Sateler wrote: El 10/07/08 18:02 Raphael Hertzog escribió: Hello, in order to fix #229357 I decided to add a new Build-Options field. I modified Dpkg::BuildOptions to parse this field and DEB_BUILD_OPTIONS. And I added support for a build-arch option, that if present, will let dpkg-buildpackage call debian/rules build-arch and build-indep. It's not obvious that this was the right choice when you think of the currently existing build options but once you start thinking of possible additions (as requested in #489771), it becomes more evident that it makes sense. Even if some build options should really only be used in the field while others should only be used in the environment variable, the possibility to override the former with the latter is nice. I'm not really sure this is right. There are two things that we want to do here: declare that a package supports something, and asking the package to do something. This difference is blurred now, and I think it is confusing. Even if there's only two things, the fact is that the package maintainer wants not only to decide what is supported but he might also want to enable some features... if you check the case that I listed above, we also want to use Build-Options to _enable_ specific hardening measures. Because the maintainer knows best which hardening measures should be enabled. But we also want the builder to be able to override them for example to test if the package now supports a previously disabled hardening measure. The meaning of each build options is specific to each, there's no global rule that works for all cases. That's why we have documentation of each option in dpkg-buildpackage. I fear it will give rise to abuses such as setting parallel=n in the control file. There are dozens of ways to abuse any interface if you choose to use it in a way that contradicts the documentation. But that's not a reason to limit the flexibility offered by an interface. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490102: [bindgraph] wrong user and permissions for /var/log/bind9-query.log [update]
Package: bindgraph --- Please enter the report below this line. --- upps made a error: permisson and ownership should be: -rw-r- 1 bind adm 0 9. Jul 21:59 /var/log/bind9-query.log and not: -rw-r--r-- 1 root adm 0 9. Jul 21:59 /var/log/bind9-query.log. falk --- System information. --- Architecture: i386 Kernel: Linux 2.6.25.10 Debian Release: lenny/sid 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing ftp.de.debian.org 500 stable security.debian.org --- Package information. --- Depends(Version) | Installed -+-=== libfile-tail-perl| librrds-perl | debconf(= 0.5) | 1.5.22 OR debconf-2.0 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490275: cgi-bin/ gone
Package: trac Version: 0.11-1 Severity: important Hi there, I tried to upgrade from 0.10.3-1etch2 to 0.11-1. I recognized there seems to be fundamental changes. Within the etch package there was shipped /usr/share/trac/cgi-bin which includes trac.cgi and trac.fcgi. With 0.11-1 there seems at least that is missing (at least whole /usr/share/trac), while it is shipped with upstream source. Is this the way it goes? If so, there is documentation missing, how to migrate from 0.10.3 to 0.11. Upgrade.gz states: From 0.10.x to 0.11.x - There should not be any serious problems... Thanks and with kind regards, Jan. -- Never write mail to [EMAIL PROTECTED], you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.1 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-- pgpISTE46TiFu.pgp Description: PGP signature
Bug#490274: kdebase_4:3.5.9.dfsg.1-3(sparc/unstable): FTBFS: missing build-dep on xfonts-utils
Package: kdebase Version: 4:3.5.9.dfsg.1-3 Severity: serious There was an error while trying to autobuild your package: Automatic build of kdebase_4:3.5.9.dfsg.1-3 on lebrun by sbuild/sparc 98 Build started at 20080710-0515 [...] ** Using build dependencies supplied by package: Build-Depends: cdbs (= 0.4.48), debhelper (= 5.0.42), autotools-dev, gawk, gettext, sharutils, texinfo, xutils-dev, kdelibs4-dev (= 4:3.5.8-5), libavahi-compat-libdnssd-dev (= 0.4), libdbus-qt-1-dev (= 0.60), libfontenc-dev, libldap2-dev, libncurses5-dev, libpam0g-dev, libpopt-dev, libsmbclient-dev, libusb-dev, libxcomposite-dev, libxdamage-dev, libxkbfile-dev, libxxf86misc-dev, libxss-dev, libxtst-dev, libhal-dev (= 0.5.5.1-2) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libhal-storage-dev (= 0.5.5.1-2) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libraw1394-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libsensors4-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] [...] make[4]: Leaving directory `/build/buildd/kdebase-3.5.9.dfsg.1/obj-sparc-linux-gnu/konsole/doc' Making all in fonts make[4]: Entering directory `/build/buildd/kdebase-3.5.9.dfsg.1/obj-sparc-linux-gnu/konsole/fonts' bdftopcf -o console8x16.pcf /build/buildd/kdebase-3.5.9.dfsg.1/./konsole/fonts/console8x16.bdf make[4]: bdftopcf: Command not found make[4]: *** [console8x16.pcf.gz] Error 127 make[4]: Leaving directory `/build/buildd/kdebase-3.5.9.dfsg.1/obj-sparc-linux-gnu/konsole/fonts' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/buildd/kdebase-3.5.9.dfsg.1/obj-sparc-linux-gnu/konsole' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/kdebase-3.5.9.dfsg.1/obj-sparc-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/kdebase-3.5.9.dfsg.1/obj-sparc-linux-gnu' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=sparcpkg=kdebasever=4:3.5.9.dfsg.1-3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490156: linux-image-2.6.24-1-686: SMP (2*hyperthreading xeon) machine wedged in loop saying 'BUG: soft lockup - CPU#N stuck for 11s'
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Jul 10, 2008 at 11:58:41PM +0100, Simon A. Boggis wrote: maximilian attems wrote: On Thu, Jul 10, 2008 at 11:57:36AM +0100, Simon A. Boggis wrote: Package: linux-image-2.6.24-1-686 Version: 2.6.24-7 Severity: critical Justification: breaks the whole system overflated severity, learn to set them. one or two broken boxes doesn't mean the kernel is unusable on the whole. but everybody like to play selfish oh my bug is that important. Whoa, steady, there's really no need for that! Isn't it evident that I took a great deal of care in compiling and submitting my report? I understand your reaction, Simon. Imagine that Maximilian is dealing with hundreds (if not thousands by now) bugreports against the kernels. This should not hurt you, of course, but it did. The thing with the severities is that they relate to Debian as a distribution, not each single instance of the system. the Debian kernel team (which max is a member of, I am just a bystander) has judged that even if a kernel breaks the whole system of _yours_ that does not make it critical to _Debian_ as a whole. Confusing, yes. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkh3CewACgkQn7DbMsAkQLjauACcDo9ohkx7eXHl247oIME+zOBb XpsAn1X1vm1lt7KXSW6g3MdxOv0gS+Mn =Qizs -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490226: Fwd: Re: [Pkg-kde-extras] Bug#490226: [konversation] konversation crashes with SIGSEGV on close
Forwarding backtrace from the user to BTS -- Persiųstas laiškas -- Subject: Re: [Pkg-kde-extras] Bug#490226: [konversation] konversation crashes with SIGSEGV on close Date: Friday 11 July 2008 From: cobra [EMAIL PROTECTED] To: Modestas Vainius [EMAIL PROTECTED] Am Donnerstag, 10. Juli 2008 22:45:13 schrieben Sie: tags 490226 moreinfo upstream thanks Hi, Thursday 10 July 2008, cobra rašė: konversation crashes on close or logoff with SIGSEGV Please install konversation-dbg and kdelibs-dbg and repost a proper backtrace. Here's the new information with dbg: [Thread debugging using libthread_db enabled] [New Thread 0x7f9c3bb5b6f0 (LWP 3935)] [KCrash handler] #5 0x7f9c3a4eca7f in malloc_consolidate () from /lib/libc.so.6 #6 0x7f9c3a4ef2f6 in _int_malloc () from /lib/libc.so.6 #7 0x7f9c3a4f0aa8 in malloc () from /lib/libc.so.6 #8 0x7f9c39a0c592 in QGArray (this=0x7fff43c99690, size=981240288) at tools/qgarray.cpp:149 #9 0x7f9c39a002c8 in QCString (this=0x7f9c3a7c89e0, size=0) at tools/qmemarray.h:62 #10 0x7f9c390b2a2f in writeEntries (pStream=0x26ceb50, [EMAIL PROTECTED], defaultGroup=false, [EMAIL PROTECTED], [EMAIL PROTECTED]) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kdecore/kconfigbackend.cpp:116 #11 0x7f9c390b3055 in KConfigINIBackEnd::writeEntries ( this=value optimized out, pStream=0x26ceb50, [EMAIL PROTECTED]) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kdecore/kconfigbackend.cpp:1091 #12 0x7f9c3910908b in KConfigINIBackEnd::writeConfigFile (this=0x22a5e10, filename= {static null = {static null = same as static member of an already seen type, d = 0x2288e20, static shared_null = 0x2288e20}, d = 0x7fff43c998f0, static shared_null = 0x2288e20}, bGlobal=true, bMerge=value optimized out) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kdecore/kconfigbackend.cpp:1057 #13 0x7f9c3911c28c in KConfigINIBackEnd::sync (this=0x22a5e10, bMerge=176) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kdecore/kconfigbackend.cpp:830 #14 0x7f9c39066d3e in KConfigBase::sync (this=0x229d280) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kdecore/kconfigbase.cpp:1701 #15 0x7f9c3b7958db in ~KFileDialog (this=0x326cf30) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kio/kfile/kfiledialog.cpp:193 #16 0x7f9c3b769b35 in ~KURLRequester (this=0x325e290) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kio/kfile/kurlrequester.cpp:195 #17 0x7f9c397def1b in ~QWidget (this=0x3252860) at kernel/qwidget.cpp:976 #18 0x7f9c3984eb80 in ~QGroupBox (this=0x3252860) at widgets/qframe.h:51 #19 0x7f9c397def1b in ~QWidget (this=0x3251d90) at kernel/qwidget.cpp:976 #20 0x00533abf in ~Highlight_Config (this=0x3251d90) at /tmp/buildd/konversation-1.1~svn827667/./konversation/src/highlight_preferences.cpp:98 #21 0x7f9c397def1b in ~QWidget (this=0x328b6d0) at kernel/qwidget.cpp:976 #22 0x7f9c39a9e081 in ~QVBox (this=0x7f9c3a7c89e0) at .moc/release-shared-mt/../../widgets/qframe.h:51 #23 0x7f9c397def1b in ~QWidget (this=0x30f38c0) at kernel/qwidget.cpp:976 #24 0x7f9c398c7c2c in ~QWidgetStack (this=0x30f38c0) at widgets/qframe.h:51 #25 0x7f9c397def1b in ~QWidget (this=0x30f2650) at kernel/qwidget.cpp:976 #26 0x7f9c39a8dff1 in ~QFrame (this=0x7f9c3a7c89e0) at .moc/release-shared-mt/../../widgets/qframe.h:51 #27 0x7f9c397def1b in ~QWidget (this=0x30f1f20) at kernel/qwidget.cpp:976 #28 0x7f9c39a8dff1 in ~QFrame (this=0x7f9c3a7c89e0) at .moc/release-shared-mt/../../widgets/qframe.h:51 #29 0x7f9c397def1b in ~QWidget (this=0x30e5a50) at kernel/qwidget.cpp:976 #30 0x7f9c398af9f4 in ~QSplitter (this=0x30e5a50) at widgets/qframe.h:51 #31 0x7f9c397def1b in ~QWidget (this=0x30ec100) at kernel/qwidget.cpp:976 #32 0x7f9c3a1aa0e7 in ~KJanusWidget (this=0x30ec100) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kdeui/kjanuswidget.cpp:205 #33 0x7f9c397def1b in ~QWidget (this=0x30e9d10) at kernel/qwidget.cpp:976 #34 0x0045fd8a in ~KonviSettingsDialog (this=0x30e9d10) at /tmp/buildd/konversation-1.1~svn827667/./konversation/src/konvisettingsdialog.cpp:263 #35 0x7f9c397def1b in ~QWidget (this=0x23fb210) at kernel/qwidget.cpp:976 #36 0x00455cf3 in ~KonversationMainWindow (this=0x7f9c3a7c89e0) at /tmp/buildd/konversation-1.1~svn827667/./konversation/src/konversationmainwindow.cpp:337 #37 0x7f9c397aba59 in QObject::event (this=0x23fb210, e=0x290f540) at kernel/qobject.cpp:753 #38 0x7f9c397dcdf3 in QWidget::event (this=0x7f9c3a7c89e0, e=0x0) at kernel/qwidget.cpp:4681 #39 0x7f9c39886975 in QMainWindow::event (this=0x23fb210, e=0x290f540) at widgets/qmainwindow.cpp:1690 #40 0x7f9c39756953 in QApplication::internalNotify ( this=value optimized out, receiver=0x23fb210, e=0x290f540) at kernel/qapplication.cpp:2638 #41 0x7f9c3975762e in QApplication::notify (this=0x7fff43c9a260, receiver=0x23fb210, e=0x290f540) at
Bug#443564: apt: Same here
Package: apt Version: 0.7.14 Followup-For: Bug #443564 I see the same problem. Clearing caches and stuff did not help. :( -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Acquire ; APT::Acquire::Translation environment; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::Default-Release testing; APT::Cache-Limit 16777216; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Log var/log/apt; Dir::Log::Terminal term.log; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- deb http://debian.cruisix.net/debian stable main contrib non-free #deb-src http://debian.cruisix.net/debian stable main contrib non-free deb http://debian.cruisix.net/debian testing main contrib non-free #deb-src http://debian.cruisix.net/debian testing main contrib non-free deb http://security.debian.org/ stable/updates main contrib non-free deb http://security.debian.org/ testing/updates main contrib non-free -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-amd64 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages apt depends on: ii debian-archive-keyring 2008.04.16+nmu1 GnuPG archive keys of the Debian a ii libc62.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2 GCC support library ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490277: rtorrent: IPv6 support would be nice
Package: rtorrent Version: 0.7.9-2+b1 Severity: wishlist Subject mostly says it all. :-) --- Drake Wilson -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.2 (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 rtorrent depends on: ii libc-ares2 1.5.2-2 library for asyncronous name resol ii libc6 2.7-12GNU C Library: Shared libraries ii libcomerr2 1.40.8-2 common error description library ii libcurl3 7.18.1-1+b1 Multi-protocol file transfer libra ii libgcc11:4.3.1-2 GCC support library ii libidn11 1.8-1 GNU libidn library, implementation ii libkrb53 1.6.dfsg.3-2 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.9-1 OpenLDAP libraries ii libncursesw5 5.6+20080614-1Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libssh2-1 0.18-1SSH2 client-side library ii libssl0.9.80.9.8g-10.1 SSL shared libraries ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii libtorrent10 0.11.9-1.1a C++ BitTorrent library ii libxmlrpc-c3 1.06.27-1 A lightweight RPC library based on ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime rtorrent recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490247: cdd-dev: Data from official package should take precedence on manually filed data in task file
Hi, Andreas Tille [EMAIL PROTECTED] (2008-07-11 09:03:09) : On Fri, 11 Jul 2008, Frederic Daniel Luc Lehobey wrote: Package: cdd-dev :-) The webtools stuff is not (yet) in cdd-dev - and perhaps it will never be packaged because in principle it needs only be installed on one host (alioth) and thus I have not seen a reason to package this stuff. Yes, you're right. What would be the best way to report bugs on the webtools stuff? With a new pseudo-package (http://www.debian.org/Bugs/pseudo-packages)? directly on debian-custom (but we'll lack the features of the BTS)? Thanks for spotting this. I'll try to fix this and leave the bug open for the moment - but it just does not concern the cdd-dev package (for those who wonder whether there is something wrong with cdd-dev or not). Thanks. Sorry for introducing a possible confusion. Best regards, Frédéric Lehobey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490276: Supplied configuration file contains invalid options
Package: dkim-filter Version: 2.5.5.dfsg-1 Severity: normal The configuration file supplied with dkim-filter contains invalid options that are commented out, such as ReportInfo. [It's now SendReports.] Furthermore, the upstream-supplied example configuration seems to be far more useful. Don Armstrong -- I'd sign up in a hot second for any cellular company whose motto was: We're less horrible than a root canal with a cold chisel. -- Cory Doctorow http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490247: cdd-dev: Data from official package should take precedence on manually filed data in task file
On Fri, 11 Jul 2008, Frederic Lehobey wrote: Yes, you're right. What would be the best way to report bugs on the webtools stuff? With a new pseudo-package (http://www.debian.org/Bugs/pseudo-packages)? directly on debian-custom (but we'll lack the features of the BTS)? Hmmm, I do not have a good idea. I do not really think that this rather minor tool should be regarded as pseudo package. Perhaps this might be a reason for packaging it? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482533: cacti 0.8.6i-3.4 (etch security NMU) FTBFS
Hi Sean, shall i prepare an update? for reference the relevant log+diffstat are included below. Yes please, and sorry for the inconvenience. cheers, Thijs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490279: mail pipe uses deprecated get_type, causing warnings to be bounced to the sender
Package: qa.debian.org Severity: normal Tags: patch Today I sent a message to [EMAIL PROTECTED] and it bounced with: --- pipe to | /org/packages.qa.debian.org/www/bin/receive_news.py generated by [EMAIL PROTECTED] The following text was generated during the delivery attempt: -- pipe to | /org/packages.qa.debian.org/www/bin/receive_news.py generated by [EMAIL PROTECTED] -- /srv/packages.qa.debian.org/www/bin/common.py:37: DeprecationWarning: get_type() +deprecated; use get_content_type() if part.get_type(text/plain) == text/plain: /srv/packages.qa.debian.org/www/bin/common.py:37: DeprecationWarning: get_type() +deprecated; use get_content_type() if part.get_type(text/plain) == text/plain: --- The message is shown on the QA page so it worked otherwise. (Could have used Severity: minor, but bounces are worrying) The obvious patch is to s/get_type/get_content_type/ TIA, dam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490278: crashes on transcoding to yuv4mpeg
Package: mplayer Version: 1.0~rc2-15 Severity: normal I have here a avi file, created by kino, so it is dv encoded, I guess. [EMAIL PROTECTED]:~mplayer -vo yuv4mpeg -ao null -nosound large_but_good.avi ... MPlayer interrupted by signal 11 in module: flip_page - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash. - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. [ This binary of MPlayer in Debian is currently compiled with '--enable-debug'; the debugging symbols are in the package 'mplayer-dbg'.] zsh: exit 1 mplayer -vo yuv4mpeg -ao null -nosound large_but_good.avi (gdb) bt #0 0x in ?? () #1 0x080c6a7d in flip_page () at vo_yuv4mpeg.c:358 #2 0x0809edd1 in main (argc=7, argv=0xbff7c554) at mplayer.c:3438 (gdb) Hope that's enough.. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mplayer depends on: ii debconf [debconf-2.0] 1.5.22Debian configuration management sy ii libasound2 1.0.16-2 ALSA library ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libaudio2 1.9.1-4 Network Audio System - shared libr ii libaudiofile0 0.2.6-7 Open-source version of SGI's audio ii libavcodec51 0.svn20080206-9 ffmpeg codec library ii libavformat52 0.svn20080206-9 ffmpeg file format library ii libavutil490.svn20080206-9 ffmpeg utility library ii libc6 2.7-12GNU C Library: Shared libraries ii libcaca0 0.99.beta14-1 colour ASCII art library ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libcdparanoia0 3.10.0+debian-1 audio extraction tool for sampling ii libcucul0 0.99.beta14-1 low-level Unicode character drawin ii libdirectfb-1.0-0 1.0.1-9 direct frame buffer graphics - sha ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-1 FreeType 2 font engine, shared lib ii libfribidi00.10.9-1 Free Implementation of the Unicode ii libgcc11:4.3.1-6 GCC support library ii libgif44.1.6-4 library for GIF images (library) ii libgl1-mesa-glx [libgl 7.0.3-4 A free implementation of the OpenG ii libglib2.0-0 2.16.4-1 The GLib library of C routines ii libgtk2.0-02.12.11-1 The GTK+ graphical user interface ii libjack0 0.109.2-3 JACK Audio Connection Kit (librari ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblircclient0 0.8.2-2 infra-red remote control support - ii liblzo2-2 2.03-1data compression library ii libmpcdec3 1.2.2-1 Musepack (MPC) format library ii libncurses55.6+20080621-2shared libraries for terminal hand ii libogg01.1.3-4 Ogg Bitstream Library ii libopenal1 1:1.3.253-5 Software implementation of the Ope ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio ii libpng12-0 1.2.27-1 PNG library - runtime ii libpostproc51 0.svn20080206-9 ffmpeg video postprocessing librar ii libsdl1.2debian1.2.13-2 Simple DirectMedia Layer ii libsmbclient 2:3.0.30-4shared library that allows applica ii libspeex1 1.2~beta4-2 The Speex codec runtime library ii libstdc++6 4.3.1-6 The GNU Standard C++ Library v3 ii libsvga1 1:1.4.3-27console SVGA display libraries ii libswscale00.svn20080206-9 ffmpeg video scaling library ii libtheora0 1.0~beta3-1 The Theora Video Compression Codec ii libx11-6 2:1.1.4-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii libxv1 2:1.0.4-1 X11
Bug#484235: [Pkg-samba-maint] Bug#484235: Bug#484235: Bug#484235: panic-action called for /usr/sbin/winbindd
On Thu, Jul 10, 2008 at 09:06:35AM +0800, Jim Barber wrote: This crash is still happening once or twice a day at least. Now at the following versions: ii samba 2:3.0.30-3 a LanManager-like file and printer server for Unix ii samba-common2:3.0.30-3 Samba common files used by both the server and the client ii samba-dbg 2:3.0.30-3 Samba debugging symbols ii samba-doc 2:3.0.30-3 Samba documentation ii winbind 2:3.0.30-3 service to resolve user and group information from Windows NT servers You previously reported that you were using libldap-2.4-2 version 2.4.9-1. There is a new upstream version of this package, 2.4.10-2, available in unstable; could you please install this and see if it helps? From the backtrace, this is most likely an openldap problem rather than a samba problem. Could you also send the contents of /var/log/samba/log.winbindd? In particular, anything immediately before a backtrace. If you don't already have debug level set in smb.conf, you'll want to set this to 4 and capture another crash to get a log.winbindd with useful information. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481919: (no subject)
On Thu, Jul 10, 2008 at 4:05 PM, Ondřej Surý [EMAIL PROTECTED] wrote: db.root file should have IPv6 entries as well to allow installations in pure IPv6 environment, so it should be updated to current version. Also IPv6 is on rise, so if we can support it we should do it. First, the package in lenny/sid has an exact copy of named.root, thus it includes the IPv6 ROOT servers. Second, by including the IPv6 entries in etch could have some unpredictable results. I disabled IPv6 support on ALL hosts (blacklist) just to avoid the extra time for IPv6 queries. If you wish, just add the IPv6 ROOT servers on your hosts. I've changed the entry for L.ROOT two months ago when it ceased to respond.
Bug#490185: closed by Colin Watson [EMAIL PROTECTED] (Re: Bug#490185: openssh-client: openssh-vulnkey does not find compromised keys with 4096 bit keys)
Colin Watson schrieb: On Thu, Jul 10, 2008 at 07:17:25PM +0200, Christoph Martin wrote: Debian Bug Tracking System schrieb: On Thu, Jul 10, 2008 at 05:28:19PM +0200, Christoph Martin wrote: The openssh client and openssh-vulnkey do not check for 4096 bit comprimised keys as the sid version does. So the user will not find these compromised keys when checking with openssh-vulnkey and the ssh server will accept connections with these keys. Please supply a package like in sid which also checks for 4096 (and other?) bit keys. Install the openssh-blacklist-extra package. I checked that. It is useful if you have the unstable/testing version of openssh-client. The stable openssh-client includes a version of ssh-vulnkey which does not use the 4096 bit blacklists. Err, are you sure? There is no hardcoding of key sizes in ssh-vulnkey; it uses whatever's available. What version of openssh-blacklist-extra did you fetch? apt-cache policy openssh-client openssh-blacklist openssh-blacklist-extra openssh-client: Installiert:1:4.3p2-9etch2 Mögliche Pakete:1:4.3p2-9etch2 Versions-Tabelle: 1:4.7p1-12 0 70 http://ftp.de.debian.org testing/main Packages 50 http://ftp.de.debian.org unstable/main Packages 70 http://yoda.verwaltung.uni-mainz.de testing/main Packages 50 http://yoda.verwaltung.uni-mainz.de unstable/main Packages *** 1:4.3p2-9etch2 0 900 http://security.debian.org stable/updates/main Packages 100 /var/lib/dpkg/status 1:4.3p2-9 0 900 http://ftp.de.debian.org stable/main Packages 900 http://yoda.verwaltung.uni-mainz.de stable/main Packages openssh-blacklist: Installiert:0.1.1 Mögliche Pakete:0.1.1 Versions-Tabelle: 0.4.1 0 70 http://ftp.de.debian.org testing/main Packages 50 http://ftp.de.debian.org unstable/main Packages 70 http://yoda.verwaltung.uni-mainz.de testing/main Packages 50 http://yoda.verwaltung.uni-mainz.de unstable/main Packages *** 0.1.1 0 900 http://security.debian.org stable/updates/main Packages 100 /var/lib/dpkg/status openssh-blacklist-extra: Installiert:0.4.1 Mögliche Pakete:0.4.1 Versions-Tabelle: *** 0.4.1 0 70 http://ftp.de.debian.org testing/main Packages 50 http://ftp.de.debian.org unstable/main Packages 70 http://yoda.verwaltung.uni-mainz.de testing/main Packages 50 http://yoda.verwaltung.uni-mainz.de unstable/main Packages 100 /var/lib/dpkg/status ssh-vulnkey from stable/security does not search in /usr/share/ssh/blacklist where openssh-blacklist-extra places the lists. There is no stable/security version of openssh-blacklist-extra Christoph -- Christoph Martin, Leiter der EDV der Verwaltung, Uni-Mainz, Germany Internet-Mail: [EMAIL PROTECTED] Telefon: +49-6131-3926337 Fax: +49-6131-3922856 signature.asc Description: OpenPGP digital signature
Bug#443564: apt: also in 0.7.14+b1
Package: apt Version: 0.7.14+b1 Followup-For: Bug #443564 even an upgrade to 0.7.14+b1didn't help. ---specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Acquire ; APT::Acquire::Translation environment; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::Default-Release testing; APT::Cache-Limit 16777216; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Log var/log/apt; Dir::Log::Terminal term.log; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- deb http://debian.cruisix.net/debian stable main contrib non-free #deb-src http://debian.cruisix.net/debian stable main contrib non-free deb http://debian.cruisix.net/debian testing main contrib non-free #deb-src http://debian.cruisix.net/debian testing main contrib non-free deb http://security.debian.org/ stable/updates main contrib non-free deb http://security.debian.org/ testing/updates main contrib non-free -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-amd64 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages apt depends on: ii debian-archive-keyring 2008.04.16+nmu1 GnuPG archive keys of the Debian a ii libc62.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2 GCC support library ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490270: dpkg: [S-S-D] start-stop-daemon --stop fails if the daemon is not running.
Le Fri, Jul 11, 2008 at 09:16:04AM +0200, Raphael Hertzog a écrit : [EMAIL PROTECTED]:/# dpkg --purge fam (Reading database ... 54012 files and directories currently installed.) Removing fam ... Stopping file alteration monitor: FAM start-stop-daemon: nothing in /proc - not mounted? (Success) Does this message not sound as an alarm to you ?? I'm afraid there's no bug here but a user problem because you had /proc not mounted. Furthermore before reporting new bugs, it's always best to see if you can reproduce it with the current sid version... s-s-d has had quite a few fixes during the lenny cycle. Closing the bug. Cheers, -- Raphaël Hertzog Hi Raphaël, 1) I think that one should be able to remove Debian packages with /proc not mounted. 2) I chose to report this bug against Etch's version because not being able to remove some packages can complicate upgrade to next release. fam is not the first only with such a behavior. In the case of fam, the failure is due to /proc not being mounted. In other cases, for instance the peercast package (#489366), the failure has another origin. But the real problem is that despite the daemon is not running, the package can not be removed. Can I reopen this bug in Etch and mark it fixed in Lenny+Sid if it has been solved in these versions ? Have a nice day, -- Charles Plessy Debian-Med packaging team, Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435079: Now seen on version 0.4.11.8
stavanger:/home/rune# aptitude --version aptitude 0.4.11.8 compiled at Jul 4 2008 17:26:43 Compiler: g++ 4.3.1 Compiled against: apt version 4.6.0 NCurses version 5.6 libsigc++ version: 2.0.18 Ept support enabled. Current library versions: NCurses version: ncurses 5.6.20080621 cwidget version: 0.5.12 Apt version: 4.6.0 stavanger:/home/rune# aptitude markauto knewsticker kopete kppp krdc krfb kscd kscreensaver kscreensaver-xsavers xscreensaver-data xscreensaver-data-extra libvncserver0 libotr2 ppp stavanger:/home/rune# aptitude -t experimental safe-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Resolving dependencies... Resolving dependencies... [repeated about 50 times] Resolving dependencies... Resolving dependencies... The following packages have been kept back: kdeartwork{a} kdemultimedia{a} kdenetwork{a} kdeplasmoids-data libgtk2.0-bin{a} xserver-xorg-core{a} 0 packages upgraded, 0 newly installed, 0 to remove and 6 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. Writing extended state information... Done Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Result: the packages that I just marked as auto are changed to manual. And aptitude didn't even do any real work! Rune -- You're the D.J. of your soul. (Alphaville) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482415:
On Fri, Jul 11, 2008 at 07:57:59AM +0100, Julian Gilbey [EMAIL PROTECTED] wrote: On Fri, Jul 11, 2008 at 07:17:34AM +0200, Mike Hommey wrote: On Fri, Jul 11, 2008 at 01:58:04AM +0100, Julian Gilbey wrote: On Thu, Jun 26, 2008 at 10:04:16PM +0200, Mike Hommey wrote: Hi, All of you that still have the nsFrame::BoxReflow crash, can you try to run: xulrunner-1.9 /usr/lib/iceweasel/application.ini ? New to this bug (just upgraded my testing system - oops). Running this command starts iceweasel perfectly, but running a plain iceweasel command fails to do anything - it just sits there. (Haven't done any straces or anything yet.) It just sits there doesn't sound like the same problem. Can you verify the stacktrace with gdb ? Attached is the result of running strace -f iceweasel The backtrace on a running iceweasel (run from a command line without any strace) is: So this is confirmed, this is not the same thing. And you only shot yourself in the foot ;) You seem to have a /usr/local/bin/iceweasel script that wraps iceweasel with aoss. You should have used the ICEWEASEL_DSP=aoss (or auto) setting instead (in /etc/iceweasel/iceweaselrc or ~/.mozilla/firefox/rc, in which case the workaround for https://bugzilla.mozilla.org/show_bug.cgi?id=435683 would have triggered. So, just remove your wrapper script, and check if ICEWEASEL_DSP=auto correctly detects aoss. (try iceweasel -V, this will display the calculated value for ICEWEASEL_DSP before running iceweasel) If it doesn't, set ICEWEASEL_DSP=aoss and be done. Alternatively, you can set MOZILLA_NO_JEMALLOC=1. Note that next upload will come with the patch i sent in upstream bugzilla applied, which will allow aoss to work properly with jemalloc. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490234: revelation: should use new cracklib2 (= 2.8.12-1) binary packages
Hi, The new cracklib2 package provides new binary packages libcrack2 and libcrack2-dev, revelation should depend on these. are they backward compatible? regards Stefan PS: thanks for the patch -- One man's magic is another man's engineering. Supernatural is a null word. -- Robert Heinlein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488362: ruby1.9: FTBFS [amd64]: test_copy_stream_socket hangs
retitle 488362 ruby1.9: FTBFS on several arches thanks On 28/06/08 at 23:00 +0200, Lucas Nussbaum wrote: On 28/06/08 at 03:16 -0700, Daniel Schepler wrote: Package: ruby1.9 Version: 1.9.0.2-1 Severity: serious From my pbuilder build log (on amd64): ... test_copy_stream_dst_rbuf(TestIO): . test_copy_stream_fname_to_strio(TestIO): . test_copy_stream_io_to_strio(TestIO): . test_copy_stream_rbuf(TestIO): . test_copy_stream_socket(TestIO): At this point, the build hangs, and I have to terminate it by hand. It also fails like that on some buildds (armel, i386, ia64, powerpc) but succeeds on other buildds. Daigo built it on amd64 before uploading. I've tried reproducing the failure after building ruby1.9 locally (you just have to run while true; do ruby1.9 test/ruby/test_io.rb -n test_copy_stream_socket ; done but it didn't fail for me. Daniel, can you retry building ruby1.9, and see if it fails systematically, or randomly? ruby1.9 1.9.0.2-2 built successfully on amd64, but failed to build on: alpha: ../../miniruby -I'../..' -I'../.././lib' -I'../../.ext/alpha-linux' -I'../../.ext/common' -I./- -I'../.././ext' -rpurelib.rb ../.././ext/ripper/tools/generate.rb --mode=check --ids1src=../.././parse.y --ids2src=../.././ext/ripper/eventids2.c /build/buildd/ruby1.9-1.9.0.2/lib/optparse.rb:1524: [BUG] Segmentation fault ruby 1.9.0 (2008-06-20 revision 17482) [alpha-linux] -- control frame -- c:0007 p:1132 s:0024 b:0024 l:0002e8 d:0002e8 CLASS /build/buildd/ruby1.9-1.9.0.2/lib/optparse.rb:1524 c:0006 p:0006 s:0014 b:0014 l:13 d:13 TOP /build/buildd/ruby1.9-1.9.0.2/lib/optparse.rb:204 c:0005 p: s:0012 b:0012 l:11 d:11 FINISH :set_encoding c:0004 p: s:0010 b:0010 l:09 d:09 CFUNC :require c:0003 p:0009 s:0006 b:0006 l:05 d:05 TOP ../.././ext/ripper/tools/generate.rb:3 c:0002 p: s:0004 b:0004 l:03 d:03 FINISH :private_class_method c:0001 p: s:0002 b:0002 l:01 d:01 TOP --- DBG : /build/buildd/ruby1.9-1.9.0.2/lib/optparse.rb:1524:in `class:OptionParser' DBG : /build/buildd/ruby1.9-1.9.0.2/lib/optparse.rb:204:in `top (required)' DBG : ../.././ext/ripper/tools/generate.rb:3:in `require' DBG : ../.././ext/ripper/tools/generate.rb:3:in `main' -- backtrace of native function call (Use addr2line) -- 0x120138b0c 0x12004356c 0x120043670 0x1200e47e0 0x203cff0 --- make[2]: *** [check] Aborted make[2]: Leaving directory `/build/buildd/ruby1.9-1.9.0.2/ext/ripper' armel: atof atoi atol atoll gnu_dev_major gnu_dev_minor gnu_dev_makedev __strcspn_c1 __strcspn_c2 __strcspn_c3 __strspn_c1 __strspn_c2 __strspn_c3 __strpbrk_c2 __strpbrk_c3 __strtok_r_1c __strsep_1c __strsep_2c __strsep_3c strtoimax strtoumax wcstoimax wcstoumax vprintf getchar fgetc_unlocked getc_unlocked getchar_unlocked putchar fputc_unlocked putc_unlocked putchar_unlocked getline feof_unlocked ferror_unlocked rb_class_of rb_type rb_special_const_p rb_enc_dummy_p tolower toupper vtable_size vtable_alloc vtable_free vtable_add vtable_included# running... buildd 27059 101 1.8 16096 9352 ?R 05:55 0:05 /usr/lib/gcc/arm-linux-gnueabi/4.3.1/cc1 -I. -I.ext/include/arm-linux-eabi -I./include -I. -DRUBY_EXPORT parse.c -dumpbase parse.c -auxbase-strip parse.o -g -g -g -O2 -O2 -Wall -Wno-parentheses -fno-strict-aliasing -fPIC -o /tmp/cci9o3RC.s yy_symbol_value_print yy_symbol_print yy_stack_print yy_reduce_print yytnamerr yysyntax_error yydestruct ruby_yyparse parser_yyerror debug_lines yycompile0 yycompile lex_get_str lex_getline rb_compile_string rb_parser_compile_string rb_compile_cstr rb_parser_compile_cstr lex_io_gets rb_compile_file rb_parser_compile_file parser_str_new parser_nextc parser_pushback parser_newtok parser_tokspace parser_tokadd parser_tok_hex parser_tokadd_utf8 parser_read_escape parser_tokaddmbc parser_tokadd_escape parser_regx_options dispose_string parser_tokadd_mbchar parser_tokadd_string parser_parse_string parser_heredoc_identifier parser_heredoc_restore parser_whole_match_p parser_here_document hash rb_reserved_word arg_ambiguous_gen lvar_defined_gen parser_encode_length parser_set_encode magic_comment_encoding magic_comment_marker parser_magic_comment set_file_encoding parser_prepare parser_yylex yylex node_newnode nodetype# running... buildd 27059 92.1 2.4 19584 12728 ?R05:55 0:10 /usr/lib/gcc/arm-linux-gnueabi/4.3.1/cc1 -I. -I.ext/include/arm-linux-eabi -I./include -I. -DRUBY_EXPORT parse.c -dumpbase parse.c -auxbase-strip parse.o -g -g -g -O2 -O2 -Wall -Wno-parentheses -fno-strict-aliasing -fPIC -o /tmp/cci9o3RC.s nodeline newline_node fixpos parser_warning parser_warn block_append_gen list_append_gen list_concat_gen literal_concat0 literal_concat_gen evstr2dstr_gen new_evstr_gen call_bin_op_gen call_uni_op_gen match_op_gen gettable_gen assignable_gen
Bug#490280: liblash2: Package description uses incorrect name
Package: liblash2 Severity: minor LASH is a recursive acronym standing for LASH Audio Session Handler, not Linux Audio Session Handler. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490168: amavisd-new: configure local_domains_map by reading bind9 configuration
On Thu, Jul 10, 2008 at 4:35 PM, Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote: Would it be possible to use directly the content of bind9 configuration for the amavis parameter local_domains_map ? Amavis config files are perl code snippets. You can just add a function to do it if you can find a way to query bind about it... Not recommended. First because there is not guarantee that both amavis and bind9 are installed on the same host. Second because not all domains from bind9 are going to be treated as local domains. Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431107: removes manually selected alternatives
tag 490249 + patch thanks Hello. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=431107 for the same bug in sun-java5. There you will also find a description on how to fix this bug. Patch attached. BYtE Philipp -- Philipp Matthias Hahn [EMAIL PROTECTED] GPG/PGP: 9A540E39 @ keyrings.debian.org diff -urN sun-java6-6-07.orig/debian/JB-bin.prerm.in sun-java6-6-07/debian/JB-bin.prerm.in --- sun-java6-6-07.orig/debian/JB-bin.prerm.in 2008-07-11 10:18:36.0 +0200 +++ sun-java6-6-07/debian/JB-bin.prerm.in 2008-07-11 10:31:41.0 +0200 @@ -12,6 +12,7 @@ rm -f $basedir/jre/lib/@archdir@/client/classes.jsa +if [ $1 = remove ] || [ $1 = deconfigure ]; then for i in $jre_tools; do update-alternatives --remove $i $basediralias/jre/bin/$i done @@ -25,5 +26,6 @@ fi update-alternatives --remove jexec $basediralias/jre/lib/jexec +fi #DEBHELPER# diff -urN sun-java6-6-07.orig/debian/JB-demo.prerm.in sun-java6-6-07/debian/JB-demo.prerm.in --- sun-java6-6-07.orig/debian/JB-demo.prerm.in 2008-07-11 10:18:36.0 +0200 +++ sun-java6-6-07/debian/JB-demo.prerm.in 2008-07-11 10:29:29.0 +0200 @@ -2,6 +2,7 @@ gnome='' +if [ $1 = remove ] || [ $1 = deconfigure ]; then for i in $gnome do case $i in @@ -15,5 +16,6 @@ esac done +fi #DEBHELPER# diff -urN sun-java6-6-07.orig/debian/JB-jdk.prerm.in sun-java6-6-07/debian/JB-jdk.prerm.in --- sun-java6-6-07.orig/debian/JB-jdk.prerm.in 2008-07-11 10:18:36.0 +0200 +++ sun-java6-6-07/debian/JB-jdk.prerm.in 2008-07-11 10:29:50.0 +0200 @@ -11,8 +11,10 @@ rm -f $basedir/$jar done +if [ $1 = remove ] || [ $1 = deconfigure ]; then for i in $jdk_tools; do update-alternatives --remove $i $basediralias/bin/$i done +fi #DEBHELPER# diff -urN sun-java6-6-07.orig/debian/JB-plugin.prerm.in sun-java6-6-07/debian/JB-plugin.prerm.in --- sun-java6-6-07.orig/debian/JB-plugin.prerm.in 2008-07-11 10:18:36.0 +0200 +++ sun-java6-6-07/debian/JB-plugin.prerm.in 2008-07-11 10:30:07.0 +0200 @@ -4,6 +4,7 @@ PLUGIN=libjavaplugin_oji.so PLUGINPTH=/@basediralias@/jre/plugin/@archdir@/ns7/$PLUGIN +if [ $1 = remove ] || [ $1 = deconfigure ]; then for browser_dir in $browser_dirs; do if [ $browser_dir = xulrunner-addons ]; then browser=xulrunner-1.9 @@ -14,5 +15,6 @@ $browser-javaplugin.so \ $PLUGINPTH done +fi #DEBHELPER#
Bug#488432: Bug#487432 closed by Lucas Nussbaum [EMAIL PROTECTED] (Re: Bug#487238: ruby1.8: Arbitrary code execution vulnerability and so on)
reopen 487432 notfixed 487432 1.9.0.2-2 close 488432 1.9.0.2-2 thanks On 11/07/08 at 06:38 +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the texpower package: #487432: Missing files to build the examples Gasp. Wrong bug. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490278: Acknowledgement (crashes on transcoding to yuv4mpeg)
I have the same kind of crash if I use stable's mplayer on this unstable system. But running it in a stable chroot worked. -- see shy jo signature.asc Description: Digital signature
Bug#484235: [Pkg-samba-maint] Bug#484235: Bug#484235: Bug#484235: panic-action called for /usr/sbin/winbindd
Steve Langasek wrote: You previously reported that you were using libldap-2.4-2 version 2.4.9-1. There is a new upstream version of this package, 2.4.10-2, available in unstable; could you please install this and see if it helps? From the backtrace, this is most likely an openldap problem rather than a samba problem. Could you also send the contents of /var/log/samba/log.winbindd? In particular, anything immediately before a backtrace. If you don't already have debug level set in smb.conf, you'll want to set this to 4 and capture another crash to get a log.winbindd with useful information. Cheers, Thanks for that Steve. I've now installed the newer ldap packages like so: ii ldap-utils 2.4.10-2OpenLDAP utilities ii libldap-2.4-2 2.4.10-2OpenLDAP libraries I've also added the following to the /etc/samba/smb.conf file and restarted samba. Does it look right? log level = winbind:4 However I don't think I thought to check the log.winbind before... So here is what I've found with the default log level (which I guess is 0?) winbindd: error.c:272: ldap_parse_result: Assertion `r != ((void *)0)' failed. [2008/07/04 13:35:06, 0] lib/fault.c:fault_report(41) === [2008/07/04 13:35:06, 0] lib/fault.c:fault_report(42) INTERNAL ERROR: Signal 6 in pid 12996 (3.0.30) Please read the Trouble-Shooting section of the Samba3-HOWTO [2008/07/04 13:35:06, 0] lib/fault.c:fault_report(44) From: http://www.samba.org/samba/docs/Samba3-HOWTO.pdf [2008/07/04 13:35:06, 0] lib/fault.c:fault_report(45) === [2008/07/04 13:35:06, 0] lib/util.c:smb_panic(1633) PANIC (pid 12996): internal error [2008/07/04 13:35:06, 0] lib/util.c:log_stack_trace(1737) BACKTRACE: 20 stack frames: #0 /usr/sbin/winbindd(log_stack_trace+0x2d) [0x811f03d] #1 /usr/sbin/winbindd(smb_panic+0x5d) [0x811f16d] #2 /usr/sbin/winbindd [0x8109d9a] #3 [0xb7eee420] #4 /lib/libc.so.6(abort+0x101) [0xb7c49541] #5 /lib/libc.so.6(__assert_fail+0xf0) [0xb7c41230] #6 /usr/lib/libldap_r-2.4.so.2(ldap_parse_result+0x48a) [0xb7d7120a] #7 /usr/sbin/winbindd [0x823001c] #8 /usr/sbin/winbindd(ads_do_search_all_args+0x6f) [0x823039f] #9 /usr/sbin/winbindd [0x82395d9] #10 /usr/sbin/winbindd(ads_do_search_retry+0x3a) [0x8239b4a] #11 /usr/sbin/winbindd(ads_search_retry+0x4d) [0x8239d1d] #12 /usr/sbin/winbindd [0x80b4ce5] #13 /usr/sbin/winbindd [0x809bc4e] #14 /usr/sbin/winbindd(winbindd_list_users+0xee) [0x808cf6e] #15 /usr/sbin/winbindd [0x808b630] #16 /usr/sbin/winbindd [0x808bc19] #17 /usr/sbin/winbindd(main+0x9a9) [0x808c6c9] #18 /lib/libc.so.6(__libc_start_main+0xe0) [0xb7c34450] #19 /usr/sbin/winbindd [0x808a871] [2008/07/04 13:35:06, 0] lib/util.c:smb_panic(1638) smb_panic(): calling panic action [/usr/share/samba/panic-action 12996] Failed to read a valid object file image from memory. Cannot access memory at address 0x32c4 [2008/07/04 13:35:07, 0] lib/util.c:smb_panic(1646) smb_panic(): action returned status 0 [2008/07/04 13:35:07, 0] lib/fault.c:dump_core(181) dumping core in /var/log/samba/cores/winbindd Regards, -- Jim Barber DDI Health -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490281: ITP: darcs-server -- Tool (client and server) to authenticate darcs push/pulls.
Package: wnpp Severity: wishlist Owner: Nathaniel Wesley Filardo [EMAIL PROTECTED] * Package name: darcs-server Version : 0.0.20070209 Upstream Author : Daan Leijen * URL : http://www.equational.org/darcs-server/ * License : BSD Programming Lang: Perl, Haskell Description : Tool (client and server) to authenticate darcs push/pulls. Darcs server extends the Darcs revision control system to push and pull changes to and from remote repositories. The Darcs server has minimal dependencies on the host system and can work on any account that can run CGI scripts, or has SSH access. Furthermore, it can restrict the users that can push or pull from the repository, and even encrypt all communication with the server. (Description taken from homepage, http://www.equational.org/darcs-server/) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490282: texlive-math-extra: stores files in symlinked directory
Package: texlive-math-extra Version: 2007.dfsg.3-1 Severity: minor Hello, texlive-math-extra stores files in /usr/share/texmf-texlive/doc which is symlinked to /usr/share/doc/texlive-doc by texlive-common: [EMAIL PROTECTED]:/home/holbe% dpkg -L texlive-math-extra | grep ^/usr/share/texmf-texlive/doc /usr/share/texmf-texlive/doc /usr/share/texmf-texlive/doc/latex /usr/share/texmf-texlive/doc/latex/proba /usr/share/texmf-texlive/doc/latex/proba/README /usr/share/texmf-texlive/doc/latex/proba/proba.pdf I'm in doubt if this is intentional since texlive-math-extra stores the rest of it's documentation in /usr/share/doc/texlive-doc directly. Could you please do this for the proba files as well - just to prevent future bugs which usually appear sooner or later in such cases. Thanks for your work regards Mario -- We know that communication is a problem, but the company is not going to discuss it with the employees. -- Switching supervisor, ATT Long Lines Division signature.asc Description: Digital signature
Bug#490168: amavisd-new: configure local_domains_map by reading bind9 configuration
Teodor schrieb am Friday, den 11. July 2008: On Thu, Jul 10, 2008 at 4:35 PM, Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote: Would it be possible to use directly the content of bind9 configuration for the amavis parameter local_domains_map ? Amavis config files are perl code snippets. You can just add a function to do it if you can find a way to query bind about it... Not recommended. First because there is not guarantee that both amavis and bind9 are installed on the same host. Second because not all domains from bind9 are going to be treated as local domains. This will of course never be in the defaults. If I would provide such a snipplet it would be an example. Alex -- Alexander Wirt, [EMAIL PROTECTED] CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339770: darcs-server: Package name conflicts
On Thu, Jul 10, 2008 at 10:39:33AM +1000, Trent W. Buck wrote: On Wed, Jul 09, 2008 at 08:04:42PM -0400, Nathaniel W Filardo wrote: I'd like to package equational.org's software, but this package has usurped that package's name (darcs-server). I wasn't inclined to rename the cgi package earlier because nobody was ITPing darcs-server. As you are now doing this, I'm happy to move forward on it. How far along are you with packaging darcs-server? What is the ITP bug number? I wasn't, but I've just now filed an ITP (#490281) and have been slowly learning my way around a debian/ directory. I'll let you know when I have something that seems correct (probably after ICFP this weekend). I'll have to chat to #debian-mentors about technical details, and I don't want to upload anything until darcs 2.0.0-5 migrates to testing (currently waiting on the alpha buildd), because I want to be totally sure that Darcs will get into the next stable release (Lenny). Thanks. --nwf; pgpyVkhiaXR99.pgp Description: PGP signature
Bug#490258: info locals
(gdb) info locals info = value optimized out rep = {type = 1 '\001', status = 160 'garbage', sequenceNumber = 12, length = 8, timestamp = 2229926, crtc = 0, mmWidth = 0, mmHeight = 0, connection = 0 '\0', subpixelOrder = 5 '\005', nCrtcs = 1, nModes = 4, nPreferred = 0, nClones = 0, nameLength = 7} nbytes = 28 nbytesRead = 28 xoi = value optimized out -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490284: ff3 doesn't follow css import chains beyond alternate stylesheets
Package: iceweasel Version: 3.0~rc2-2 Severity: important If the default stylesheet a.css imports b.css which imports c.css, and b.css is offered as an alternate stylesheet, ff3 ignores c.css in the default setting; if the alternate stylesheet is selected, or is outside the chain, c.css is read properly. Attached is a testcase, which is also at http://madduck.net/~madduck/ff3-css-fuckup-testcase/test.html -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 2.30 Miscellaneous utilities specific t ii fontconfig2.6.0-1generic font configuration library ii libc6 2.7-12 GNU C Library: Shared libraries ii libglib2.0-0 2.16.4-1 The GLib library of C routines ii libgtk2.0-0 2.12.10-2 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-3NetScape Portable Runtime Library ii libstdc++64.3.1-5The GNU Standard C++ Library v3 ii procps1:3.2.7-8 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9~rc2-5 XUL + XPCOM application runner iceweasel recommends no packages. -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems ff3-css-fuckup-testcase.tgz Description: GNU Unix tar archive digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#490283: gnome-pilot-conduits: README.Debian contains no useful information
Package: gnome-pilot-conduits Version: 2.0.15-1.2 Severity: normal The current /usr/share/doc/gnome-pilot-conduits/README.Debian does not have a working URL to a MAL conduit compatable palm program. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (750, 'testing'), (650, 'unstable'), (600, 'stable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-pilot-conduits depends on: ii gnome-pilot2.0.15-2.4A GNOME applet for management of y ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-12GNU C Library: Shared libraries ii libcairo2 1.6.4-1+b1The Cairo 2D vector graphics libra ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgnome-pilot22.0.15-2.4Support libraries for gnome-pilot ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-4GNOME Virtual File System (runtime ii libgtk2.0-02.12.10-2 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.3-2 Layout and rendering of internatio ii libpisock9 0.12.3-5 library for communicating with a P ii libpisync1 0.12.3-5 synchronization library for PalmOS ii libpopt0 1.14-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-2 X11 Session Management library ii libxml22.6.32.dfsg-2 GNOME XML library gnome-pilot-conduits recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490234: revelation: should use new cracklib2 (= 2.8.12-1) binary packages
Zitat von [EMAIL PROTECTED]: Hi, The new cracklib2 package provides new binary packages libcrack2 and libcrack2-dev, revelation should depend on these. are they backward compatible? Yes they are. They do provide the old package names. I'll remove these provides if Lenny is released and all rdepends use the new names. Regards Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489040: dpkg: handles (menu) triggers inconsistently
reassign 489040 menu 2.1.39 thanks On 2008-07-03 01:08 +0200, Evgeni Golov wrote: Package: dpkg Version: 1.14.20 Severity: normal Hi, while preparing a new upload of pokerth, I stumbled over a very weird behaviour of dpkg when it comes to menu file triggers. When I install the package via apt, everything is fine, and I can see pokerth in the Debian menu of my Xfce. But when I install the very same file direclty via dpkg, the menu entry vanishes. The output is slightly different (I think it's related): # apt-get install pokerth --reinstall [...] Processing triggers for menu ... Processing triggers for man-db ... Setting up pokerth-data (0.6.2-1) ... Setting up pokerth (0.6.2-1) ... Processing triggers for menu ... # dpkg -i /var/cache/apt/archives/pokerth* [...] Setting up pokerth-data (0.6.2-1) ... Setting up pokerth (0.6.2-1) ... Processing triggers for menu ... Processing triggers for man-db ... In both cases pokerth was already installed on my system. I hope you can see the problem, if not, ping me on IRC (Zhenech) or via mail. I can reproduce the problem, thanks. To figure out why this happens I modified the menu postinst: --8---cut here---start-8--- --- menu.postinst~ 2008-05-21 11:21:21.0 +0200 +++ menu.postinst 2008-07-11 10:40:36.0 +0200 @@ -17,7 +17,7 @@ triggered) # This is triggered by any installation of a menu file and by # any call to update-menus made in a package maintainer script. - update-menus --trigger + update-menus -d --trigger exit 0 ;; *) --8---cut here---end---8--- and then reinstalled pokerth with dpkg: , | # dpkg -i /var/cache/apt/archives/pokerth_0.6.2-2_i386.deb | (Reading database ... 132148 files and directories currently installed.) | Preparing to replace pokerth 0.6.2-2 (using .../pokerth_0.6.2-2_i386.deb) ... | Unpacking replacement pokerth ... | Setting up pokerth (0.6.2-2) ... | Processing triggers for menu ... | update-menus[11210]: Reading installed packages list... | update-menus[11210]: Reading translation rules in /etc/menu-methods/translate_menus. | update-menus[11210]: Reading menu-entry files in /etc/menu/. | update-menus[11210]: 6 menu entries found (6 total). | update-menus[11210]: Reading menu-entry files in /usr/lib/menu/. | update-menus[11210]: 2 menu entries found (8 total). | update-menus[11210]: Reading menu-entry files in /usr/share/menu/. | update-menus[11210]: file /usr/share/menu/pokerth line 5: | Discarding entry requiring missing package pokerth. | update-menus[11210]: 201 menu entries found (209 total). | update-menus[11210]: Reading menu-entry files in /usr/share/menu/default/. | update-menus[11210]: 0 menu entries found (209 total). | update-menus[11210]: Running menu-methods in /etc/menu-methods/. | update-menus[11210]: Running method: /etc/menu-methods/xdg-desktop-entry-spec-sessions | update-menus[11210]: Running method: /etc/menu-methods/icewm-common | update-menus[11210]: Running method: /etc/menu-methods/xdg-desktop-entry-spec-apps | update-menus[11210]: Running method: /etc/menu-methods/xdg-desktop-entry-spec-dirs | update-menus[11210]: Running method: /etc/menu-methods/menu-xdg | update-menus[11210]: Running method: /etc/menu-methods/blackbox | Processing triggers for man-db ... ` Here is the excerpt of dpkg.log for that run: , | 2008-07-11 10:58:47 startup archives install | 2008-07-11 10:58:47 upgrade pokerth 0.6.2-2 0.6.2-2 | 2008-07-11 10:58:47 status half-configured pokerth 0.6.2-2 | 2008-07-11 10:58:47 status unpacked pokerth 0.6.2-2 | 2008-07-11 10:58:47 status half-installed pokerth 0.6.2-2 | 2008-07-11 10:58:47 status triggers-pending menu 2.1.39 | 2008-07-11 10:58:47 status half-installed pokerth 0.6.2-2 | 2008-07-11 10:58:47 status triggers-pending man-db 2.5.2-2 | 2008-07-11 10:58:47 status half-installed pokerth 0.6.2-2 | 2008-07-11 10:58:47 status half-installed pokerth 0.6.2-2 | 2008-07-11 10:58:47 status triggers-awaited menu 2.1.39 | 2008-07-11 10:58:47 status unpacked pokerth 0.6.2-2 | 2008-07-11 10:58:47 status unpacked pokerth 0.6.2-2 | 2008-07-11 10:58:47 configure pokerth 0.6.2-2 0.6.2-2 | 2008-07-11 10:58:47 status unpacked pokerth 0.6.2-2 | 2008-07-11 10:58:47 status half-configured pokerth 0.6.2-2 | 2008-07-11 10:58:47 status triggers-awaited pokerth 0.6.2-2 | 2008-07-11 10:58:47 trigproc menu 2.1.39 2.1.39 | 2008-07-11 10:58:47 status half-configured menu 2.1.39 | 2008-07-11 10:58:49 status installed menu 2.1.39 | 2008-07-11 10:58:49 trigproc man-db 2.5.2-2 2.5.2-2 | 2008-07-11 10:58:49 status half-configured man-db 2.5.2-2 | 2008-07-11 10:58:49 status installed pokerth 0.6.2-2 | 2008-07-11 10:58:49 status installed man-db 2.5.2-2 ` As you can see, pokerth had the status triggers-awaited when update-menus --trigger ran, and update-menus seems to consider that state as not installed, incorrectly skipping its menu
Bug#490260: Processed: reopen sun-java bug
close 490260 thanks this is fixed in unstable. if you know better, than please be more specific in your report. Debian Bug Tracking System schrieb: Processing commands for [EMAIL PROTECTED]: reopen 490260 Bug#490260: sun-java5: several vulnerabilities Bug reopened, originator not changed. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431107: removes manually selected alternatives
tag 490249 - patch thanks no, afaik this doesn't work. new programs and man pages are added in new versions, so you have to make this for each master alternative depending on the version you upgrade from. plus this approach doesn't work if new slaves are added or removed to an alternative. It would make much more sense to handle all binaries currently handled by separate alternatives in one alternative, but again, dpkg cannot handle adding/removing slaves without changing the currently selected alternative. see #342566 for the problems handling master/slave alternatives. Philipp Matthias Hahn schrieb: tag 490249 + patch thanks Hello. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=431107 for the same bug in sun-java5. There you will also find a description on how to fix this bug. Patch attached. BYtE Philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484235: [Pkg-samba-maint] Bug#484235: Bug#484235: Bug#484235: Bug#484235: panic-action called for /usr/sbin/winbindd
On Fri, Jul 11, 2008 at 04:43:50PM +0800, Jim Barber wrote: Thanks for that Steve. I've now installed the newer ldap packages like so: ii ldap-utils 2.4.10-2OpenLDAP utilities ii libldap-2.4-2 2.4.10-2OpenLDAP libraries I've also added the following to the /etc/samba/smb.conf file and restarted samba. Does it look right? log level = winbind:4 However I don't think I thought to check the log.winbind before... So here is what I've found with the default log level (which I guess is 0?) winbindd: error.c:272: ldap_parse_result: Assertion `r != ((void *)0)' failed. Aha, well, that handily answers the question of which of the three assert statements in ldap_parse_result() is being hit. And essentially, this points to a failure in ldap_search_ext_s(), because this function isn't returning an error but is returning a NULL res value which then fails this assert in ldap_parse_result(). I'm not sure yet how that could happen; perhaps some more logs will make it clearer. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490286: udev configuration fails if /dev/shm is not mounted
Package: udev Version: 0.124-2 Severity: normal I just tried xen 3.2. In the dom0, I use a xen kernel (2.6.18.8 on their site) and etch distrib (with xen 3.2 backports). I create a domU with the same kernel (2.6.18.8 from xen) and a etch distribution with debootstrap. No udev were installed in the domU for now. Then, I upgraded my domU to sid. All work fine. And then, I tried to install sid udev in the sid domU. It fails with the error (after adding set -x in /var/lib/dpkg/info/udev.postinst): + mount -n --move /dev/shm /tmp/udev.4D9rNr/shm mount: wrong fs type, bad option, bad superblock on /dev/shm, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so Indeed, no /dev/shm were mounted in the domU. I solved the problem by running mount -t tmpfs none /dev/shm before dpkg --configure udev Best regards Vincent -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 176 -rw-r--r-- 1 root root30 déc 14 2005 000_disable_pts lrwxrwxrwx 1 root root19 jui 8 2007 025_libgphoto2.rules - ../libgphoto2.rules lrwxrwxrwx 1 root root22 jui 8 2007 025_logitechmouse.rules - ../logitechmouse.rules -rw-r--r-- 1 root root 210 nov 21 2007 45-hplip.rules -rw-r--r-- 1 root root 3451 jui 7 13:04 50-udev.rules -rw-r--r-- 1 root root 980 avr 24 16:12 55-hpmud.rules -rw-r--r-- 1 root root 1543 jui 7 13:04 60-persistent-input.rules -rw-r--r-- 1 root root 4365 jui 7 13:04 60-persistent-storage.rules -rw-r--r-- 1 root root 1451 jui 7 13:04 60-persistent-storage-tape.rules -rw-r--r-- 1 root root 523 jui 7 13:04 60-persistent-v4l.rules -rw-r--r-- 1 root root 1696 aoû 29 2006 70-persistent-cd.rules -rw-r--r-- 1 root root 968 jan 8 2008 70-persistent-net.rules -rw-r--r-- 1 root root 452 jui 7 13:04 75-cd-aliases-generator.rules -rw-r--r-- 1 root root 3106 jui 8 12:32 75-persistent-net-generator.rules -rw-r--r-- 1 root root 2237 jui 7 13:04 80-drivers.rules lrwxrwxrwx 1 root root15 jui 8 2007 85-pcmcia.rules - ../pcmcia.rules -rw-r--r-- 1 root root 4240 jui 7 13:04 91-permissions.rules -rw-r--r-- 1 root root 592 jui 7 13:04 95-late.rules lrwxrwxrwx 1 root root16 jui 10 12:42 libmtp7.rules - ../libmtp7.rules lrwxrwxrwx 1 root root19 jui 8 2007 z60_alsa-utils.rules - ../alsa-utils.rules -rw-r--r-- 1 root root 105 jui 8 04:15 z60_cryptsetup.rules lrwxrwxrwx 1 root root15 jui 8 2007 z60_hdparm.rules - ../hdparm.rules -rw-r--r-- 1 root root 2656 jan 3 2008 z60_libpisock9.rules -rw-r--r-- 1 root root 14883 mar 1 16:19 z60_libsane-extras.rules -rw-r--r-- 1 root root 72908 jun 24 23:02 z60_libsane.rules -rw-r--r-- 1 root root 5716 jun 2 2007 z60_xserver-xorg-input-wacom.rules lrwxrwxrwx 1 root root12 jun 23 07:33 z99_hal.rules - ../hal.rules -- /sys/: /sys/block/dm-0/dev /sys/block/dm-1/dev /sys/block/dm-2/dev /sys/block/dm-3/dev /sys/block/dm-4/dev /sys/block/loop0/dev /sys/block/loop1/dev /sys/block/loop2/dev /sys/block/loop3/dev /sys/block/loop4/dev /sys/block/loop5/dev /sys/block/loop6/dev /sys/block/loop7/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/block/sda/dev /sys/block/sda/sda1/dev /sys/block/sda/sda2/dev /sys/block/sda/sda3/dev /sys/block/sda/sda4/dev /sys/block/sda/sda5/dev /sys/block/sda/sda6/dev /sys/block/sda/sda7/dev /sys/block/sr0/dev /sys/class/bsg/0:0:0:0/dev /sys/class/bsg/1:0:0:0/dev /sys/class/drm/card0/dev /sys/class/hidraw/hidraw0/dev /sys/class/hidraw/hidraw1/dev /sys/class/hidraw/hidraw2/dev /sys/class/input/input0/event0/dev /sys/class/input/input10/event10/dev /sys/class/input/input10/mouse2/dev /sys/class/input/input11/event11/dev /sys/class/input/input12/event12/dev /sys/class/input/input1/event1/dev /sys/class/input/input2/event2/dev /sys/class/input/input3/event3/dev /sys/class/input/input4/event4/dev /sys/class/input/input5/event5/dev /sys/class/input/input5/mouse0/dev /sys/class/input/input6/event6/dev /sys/class/input/input6/mouse1/dev /sys/class/input/input7/event7/dev /sys/class/input/input8/event8/dev /sys/class/input/input9/event9/dev /sys/class/input/mice/dev /sys/class/misc/cpu_dma_latency/dev /sys/class/misc/device-mapper/dev /sys/class/misc/fuse/dev /sys/class/misc/hpet/dev /sys/class/misc/microcode/dev /sys/class/misc/network_latency/dev /sys/class/misc/network_throughput/dev /sys/class/misc/psaux/dev /sys/class/misc/snapshot/dev /sys/class/misc/tun/dev /sys/class/misc/watchdog/dev /sys/class/ppdev/parport0/dev /sys/class/printer/lp0/dev /sys/class/scsi_generic/sg0/dev /sys/class/scsi_generic/sg1/dev /sys/class/sound/adsp/dev /sys/class/sound/audio1/dev /sys/class/sound/audio/dev
Bug#489141: xorg: Lost non-root permissions to DISPLAY after upgrade on lenny
On Thu, Jul 10, 2008 at 16:04:40 -0400, Jeff Green wrote: Today I upgraded my lenny install with the latest and had to reboot (for other reasons), but when I tried to login to my normal account I, it returned me fairly quickly to the login screen. Quick research showed that session startup could not open the display. I use WindowMaker and this is the error it gives in .xsession-errors Xsession: X session started for jeff at Thu Jul 10 15:13:42 EDT 2008 Protocol not supported by server xrdb: Can't open display ':0' Protocol not supported by server Protocol not supported by server /usr/lib/WindowMaker/WindowMaker fatal error: could not open display :0 This doesn't seem to be the same problem as #489141. Are you using xdm? If so, does 'xauth list :0' output any XDM-AUTHORIZATION-1 token? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489771: New Build-Options field and build-arch option, please review
On Thu, Jul 10, 2008 at 07:19:16PM -0400, Felipe Sateler wrote: El 10/07/08 18:02 Raphael Hertzog escribió: Hello, in order to fix #229357 I decided to add a new Build-Options field. I modified Dpkg::BuildOptions to parse this field and DEB_BUILD_OPTIONS. And I added support for a build-arch option, that if present, will let dpkg-buildpackage call debian/rules build-arch and build-indep. It's not obvious that this was the right choice when you think of the Maybe it is not obvious, but since noone proposed another working solution in the ten years this issue exists, there is no alternative. currently existing build options but once you start thinking of possible additions (as requested in #489771), it becomes more evident that it makes sense. Even if some build options should really only be used in the field while others should only be used in the environment variable, the possibility to override the former with the latter is nice. I'm not really sure this is right. There are two things that we want to do here: declare that a package supports something, and asking the package to do something. This difference is blurred now, and I think it is confusing. OTOH, it gives the benefit of being able to ignore the package capabilities via the environment (ie, unset a given option). I fear it will give rise to abuses such as setting parallel=n in the control file. I concur. This also create a namespace problem by conflating the 'Build-Options' namespace with the DEB_BUILD_OPTIONS namespace. Since a developer can put virtually anything in DEB_BUILD_OPTIONS (and check for it in debian/rules) even if it is not mentionned in policy, this is a real issue. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490285: [nfs-common] kernel oops when mounting
Package: nfs-common Version: 1:1.1.2-4 Severity: important --- Please enter the report below this line. --- Sometimes (yeah...) when mounting a nfs mount, my machine hangs and there is a kernel oops in the logfile. I'm reporting this with kernel 2.6.24.2, but it happens with 2.6.25.10 as well. I attach the oopses for both kernels. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.24.2 Debian Release: lenny/sid 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing ftp2.de.debian.org 500 testing ftp.debian-unofficial.org --- Package information. --- Depends(Version) | Installed -+-=== portmap | 6.0-6 OR rpcbind | adduser | 3.108 ucf | 3.007 lsb-base (= 1.3-9ubuntu3) | 3.2-12 netbase(= 4.24) | 4.32 initscripts (= 2.86.ds1-38.1) | 2.86.ds1-59 libc6 (= 2.7-1) | 2.7-10 libcomerr2 (= 1.33-3) | 1.40.8-2 libevent1 (= 1.3e) | 1.3e-3 libgssglue1 | 0.1-2 libkrb53 (= 1.6.dfsg.2) | 1.6.dfsg.3-2 libnfsidmap2 | 0.20-1 librpcsecgss3| 0.18-1 libwrap0 (= 7.6-4~) | 7.6.q-15 -- Markus Grunwald Registered Linux User Nr 101577 gpg/pgp fingerprint: 7E01F5FE15CEDD0A http://counter.li.org(gpg --recv-keys 7E01F5FE15CEDD0A) icq 314331831 Jul 11 08:30:56 haktar kernel: PGD 28764067 PUD 2870b067 PMD 0 Jul 11 08:30:56 haktar kernel: CPU 0 Jul 11 08:30:56 haktar kernel: Modules linked in: nls_iso8859_15 nls_cp850 vfat nls_iso8859_1 fa t ntfs i915 drm rfcomm l2cap bluetooth bay dock sbs sbshc fan binfmt_misc nfsd exportfs autofs4 acpi_cpufreq cpufreq_conservative cpufreq_powersave cpufreq_userspace cpufreq_ondemand cpufreq_s tats freq_table fuse hdaps tp_smapi thinkpad_ec loop pcmcia arc4 ecb joydev snd_hda_intel snd_hw dep snd_pcm_oss snd_pcm snd_page_alloc snd_mixer_oss snd_seq_dummy snd_seq_oss iwl3945 snd_seq_m idi_event firmware_class mac80211 snd_seq snd_timer snd_seq_device yenta_socket rsrc_nonstatic o hci1394 cfg80211 ehci_hcd uhci_hcd pcmcia_core i2c_i801 psmouse ieee1394 sdhci snd ricoh_mmc thi nkpad_acpi led_class pcspkr evdev usbcore mmc_core ac battery video output button Jul 11 08:30:56 haktar kernel: Pid: 4215, comm: mount.nfs Not tainted 2.6.24.2 #1 Jul 11 08:30:56 haktar kernel: RIP: 0010:[802b872c] [802b872c] graft_tree+0 x4c/0xe0 Jul 11 08:30:56 haktar kernel: RSP: 0018:810025813c48 EFLAGS: 00010246 Jul 11 08:30:56 haktar kernel: RAX: 810027a81850 RBX: ffec RCX: Jul 11 08:30:56 haktar kernel: RDX: 8100331e4080 RSI: 810025813e58 RDI: 81003d2d47c0 Jul 11 08:30:56 haktar kernel: RBP: 81003d2d47c0 R08: R09: 810027ad9a18 Jul 11 08:30:56 haktar kernel: R10: 8100816ac000 R11: 8027dc00 R12: 810025813e58 Jul 11 08:30:56 haktar kernel: R13: R14: 0003 R15: 0003 Jul 11 08:30:56 haktar kernel: FS: 2dc026e0() GS:8068() knlGS:0 000 Jul 11 08:30:56 haktar kernel: CS: 0010 DS: ES: CR0: 8005003b Jul 11 08:30:56 haktar kernel: CR2: 00b2 CR3: 28551000 CR4: 06e0 Jul 11 08:30:56 haktar kernel: DR0: DR1: DR2: Jul 11 08:30:56 haktar kernel: DR3: DR6: 0ff0 DR7: 0400 Jul 11 08:30:56 haktar kernel: Process mount.nfs (pid: 4215, threadinfo 810025812000, task f fff81003c52d140) Jul 11 08:30:56 haktar kernel: Stack: 810025813e58 810025813e60 81003d2d47c0 ff ff802b8ce0 Jul 11 08:30:56 haktar kernel: 0006 3d2d47c0 8100258dd000 810028670 000 Jul 11 08:30:56 haktar kernel: 81003c76b000 802b9faa 7d4097d8 0 000 Jul 11 08:30:56 haktar kernel: Call Trace: Jul 11 08:30:56 haktar kernel: [802b8ce0] do_add_mount+0xa0/0x140 Jul 11 08:30:56 haktar kernel: [802b9faa] do_mount+0x58a/0x790 Jul 11 08:30:56 haktar kernel: [8027b23d] find_lock_page+0x3d/0xc0 Jul 11 08:30:56 haktar kernel: [8027d673] filemap_fault+0x1d3/0x3e0 Jul 11 08:30:56 haktar kernel: [80383fa1] __up_read+0x21/0xb0 Jul 11 08:30:56 haktar kernel: [8024c3ad] search_exception_tables+0x1d/0x30 Jul 11 08:30:56 haktar kernel: [8022494d] do_page_fault+0x21d/0x7a0 Jul 11 08:30:56 haktar kernel: [8028c211] handle_mm_fault+0x1a1/0x7d0 Jul 11 08:30:56 haktar kernel: [80280a7d] __alloc_pages+0x9d/0x3c0 Jul 11 08:30:56 haktar kernel: [80280e27]
Bug#490185: closed by Colin Watson [EMAIL PROTECTED] (Re: Bug#490185: openssh-client: openssh-vulnkey does not find compromised keys with 4096 bit keys)
reopen 490185 reassign 490185 openssh-blacklist severity 490185 important retitle 490185 openssh-blacklist: please backport -extra for stable users thanks On Fri, Jul 11, 2008 at 10:02:16AM +0200, Christoph Martin wrote: Colin Watson schrieb: On Thu, Jul 10, 2008 at 07:17:25PM +0200, Christoph Martin wrote: I checked that. It is useful if you have the unstable/testing version of openssh-client. The stable openssh-client includes a version of ssh-vulnkey which does not use the 4096 bit blacklists. Err, are you sure? There is no hardcoding of key sizes in ssh-vulnkey; it uses whatever's available. What version of openssh-blacklist-extra did you fetch? [...] openssh-blacklist-extra: Installiert:0.4.1 Mögliche Pakete:0.4.1 Versions-Tabelle: *** 0.4.1 0 70 http://ftp.de.debian.org testing/main Packages 50 http://ftp.de.debian.org unstable/main Packages 70 http://yoda.verwaltung.uni-mainz.de testing/main Packages 50 http://yoda.verwaltung.uni-mainz.de unstable/main Packages 100 /var/lib/dpkg/status ssh-vulnkey from stable/security does not search in /usr/share/ssh/blacklist where openssh-blacklist-extra places the lists. Right, the testing/unstable version won't work; one targeted at stable would have to put them in /etc/ssh. There is no stable/security version of openssh-blacklist-extra Ah, well, that's not an openssh bug. Kees, can we get openssh-blacklist-extra into stable-security, please? -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490181: nfsd: nfsv4 idmapping failing: has idmapd not been started?
On Thu, Jul 10, 2008 at 08:17:21PM +0200, Steinar H. Gunderson wrote: On Thu, Jul 10, 2008 at 07:15:45PM +0400, Alexandra N. Kossovsky wrote: The same problem exists with etch; I've just added the 2 lines above to the end of /etc/init.d/nfs-kernel-server. However, I'd like to see the problem really fixed in lenny. I've found better workaround: modprobe nfsd in /etc/init.d/nfs-common before start of idmapd solves the problem. Also, the problem is solved by adding nfsd to /etc/modules. I have not try this workaround with etch -- only with lenny, but I guess it should work for etch as well. -- Alexandra N. Kossovsky OKTET Labs (http://www.oktetlabs.ru/) Phones: +7(921)956-42-86(mobile) +7(812)783-21-91(office) e-mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309564: cacert certificate
On Thu, Jul 10, 2008 at 07:02:57PM +0200, martin f krafft wrote: Dear Mozilla packagers: please don't forget about #309564 for lenny! Is this something we want? What are our procedures for including new CAs in debian/iceXXX? - Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465318: Need the document
tags 465318 + moreinfo thanks Dan, Thanks for your bug report. Could you attach that document or another document that exhibits the same problem or I can't really do anything about this bug. -- Joshua Kwan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490287: No root file system
Package: installation-guide-i386 Version: 2008-07-11 Alioth website Hello, On an automated install I get this fatal warning: [!!] Partition disks No root file system No root file system is defined. The preseed file that is used is an unmodified one from http://d-i.alioth.debian.org/manual/example-preseed.txt I assume it is an out-dated example. If the error is in partman, then is this bugreport about the partman version that is in netboot.tar.gz with version.info Debian version: 5.0 (lenny) Installer build: 20080710-09:06 What is needed to get an working example-preseed.txt again? Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490288: glpk: Fails on assertion
Package: glpk Version: 4.11-1 Severity: normal The following linear program triggers an assertion and stops the program without a proper solution: var x1 integer; var x2 integer; minimize objective : x1 + x2; s.t. constraint : (8^4 - 1) * x1 - 8^4 * x2 = 0; s.t. x1NotNegative : x1 = 1; s.t. x2NotNegative : x2 = 1; end; Output of above program: [EMAIL PROTECTED]:~$ glpsol -m bug.mod -o bug.sol Reading model section from bug.mod... 11 lines were read Generating objective... Generating constraint... Generating x1NotNegative... Generating x2NotNegative... Model has been successfully generated lpx_simplex: original LP has 4 rows, 2 columns, 6 non-zeros Objective value = 2.0002442 OPTIMAL SOLUTION FOUND BY LP PRESOLVER Integer optimization begins... Objective function is integral + 0: mip = not found yet = -inf(1; 0) + 6922: mip = not found yet = 3.0e+00(6924; 0) Assertion failed: x = lb; file glpmip2.c; line 230 Note that no bug.sol is created. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages glpk depends on: ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries glpk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479033: Fix in time for lenny?
I just released cfv 1.18.2, which contains the fix (among others.) I haven't kept up with the debian release schedules, so Stefan will have to say whether it can make it in. cfv 1.18.2-1 has entered testing. As the reporter of a duplicate of this (#479037) I haven't experienced this bug since. Can this bug be closed? Regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489523: [OTR-dev] Re: [Pkg-gnutls-maint] Bug#489523: pidgin-otr: key generation uses too much entropy from /dev/random
On Thu 10.07.08 18:28, Paul Wouters wrote: On Thu, 10 Jul 2008, Ian Goldberg wrote: The problem is that people run key generation with libgcrypt on machines that gather very little entropy into /dev/random, and key generation can literally take over an hour. On a desktop with IM client? They don't use disk or network IO, both of which gather entropy (on linux)? Which systems do people use that are so entropyless, and can we only use /dev/urandom on those? Who says it needs to be a desktop system? An example is an openwrt router with the screen/irssi/irssi-otr/bitlbee combination running. Uli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428829: Patch to add md5crypt password support
I have made an patch suitable for dpatch. Can this be applied? -- -- * * * Bas van der Vlies e-mail: [EMAIL PROTECTED] * * SARA - Academic Computing Servicesphone: +31 20 592 8012 * * Kruislaan 415 fax:+31 20 6683167* * 1098 SJ Amsterdam * * * #! /bin/sh /usr/share/dpatch/dpatch-run ## 07_md5crypt_support.dpatch by [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: No description. @DPATCH@ diff -urNad cpu-1.4.3~/src/include/util/hash.h cpu-1.4.3/src/include/util/hash.h --- cpu-1.4.3~/src/include/util/hash.h 2003-09-27 04:27:01.0 +0200 +++ cpu-1.4.3/src/include/util/hash.h 2008-07-11 11:45:49.391685473 +0200 @@ -49,12 +49,14 @@ #define PASSWORD_SIZE 128 /* hash_t should have a one-to-one correspondence with hashes */ +/* HVB added H_MD5CRYPT */ typedef enum { H_SHA1 = 0, H_SSHA1, H_MD5, H_SMD5, H_CRYPT, + H_MD5CRYPT, H_CLEAR, H_UNKNOWN, } hash_t; diff -urNad cpu-1.4.3~/src/plugins/ldap/ld.c cpu-1.4.3/src/plugins/ldap/ld.c --- cpu-1.4.3~/src/plugins/ldap/ld.c2004-01-12 05:47:37.0 +0100 +++ cpu-1.4.3/src/plugins/ldap/ld.c 2008-07-11 11:45:49.391685473 +0200 @@ -478,6 +478,9 @@ case H_CRYPT: return ldap_hashes[H_CRYPT]; break; +case H_MD5CRYPT: /* HvB */ + return ldap_hashes[H_CRYPT]; + break; case H_CLEAR: /* FIXME: this should work so that the prefix is returned for the correct hash but the password doesn't get encrypted */ diff -urNad cpu-1.4.3~/src/util/hash.c cpu-1.4.3/src/util/hash.c --- cpu-1.4.3~/src/util/hash.c 2008-07-11 11:10:12.0 +0200 +++ cpu-1.4.3/src/util/hash.c 2008-07-11 11:45:49.391685473 +0200 @@ -50,6 +50,7 @@ md5, smd5, crypt, + md5crypt, clear, NULL }; @@ -140,6 +141,11 @@ char * passphrase = NULL; size_t plen = 0; + /* + * HvB + */ + char md5salt[32]; + if ( password == NULL ) return NULL; @@ -185,9 +191,20 @@ fprintf(stderr, Your c library is missing 'crypt'\n); #endif break; + + case H_MD5CRYPT: /* HvB */ +#ifdef HAVE_LIBCRYPT + snprintf(md5salt, sizeof(md5salt),$1$%s, cgetSalt()); + temp = crypt(password, md5salt); +#else + fprintf(stderr, Your c library is missing 'crypt'\n); +#endif + break; + case H_CLEAR: temp = password; break; + default: fprintf(stderr, getHash: Unknown hash type.\n); return NULL; diff -urNad cpu-1.4.3~/src/util/hash.c.orig cpu-1.4.3/src/util/hash.c.orig --- cpu-1.4.3~/src/util/hash.c.orig 1970-01-01 01:00:00.0 +0100 +++ cpu-1.4.3/src/util/hash.c.orig 2008-07-11 11:10:12.0 +0200 @@ -0,0 +1,412 @@ +/* + This file is part of CPU + (C) 2003 Blake Matheny (and other contributing authors) + + CPU is free software; you can redistribute it and/or modify + it under the terms of the GNU General Public License as published + by the Free Software Foundation; either version 2, or (at your + option) any later version. + + CPU is distributed in the hope that it will be useful, but + WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + General Public License for more details. + + You should have received a copy of the GNU General Public License + along with CPU; see the file COPYING. If not, write to the + Free Software Foundation, Inc., 59 Temple Place - Suite 330, + Boston, MA 02111-1307, USA. +*/ + +/** + * hasing routines + * @author Blake Matheny + * @file hash.c + **/ +#include stdio.h +#include string.h +#include termios.h +#include unistd.h +#ifdef HAVE_CRYPT_H +#include crypt.h +#endif +#include util/hash.h +#ifdef HAVE_CRACK_H +#include crack.h +#endif +#ifndef crypt +extern char *crypt(const char *key, const char *salt); +#endif + +char salt[] = $1$; +char csalt[] = ; +const char rstring[] = 0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQR + [EMAIL PROTECTED]*()_+{}|:\?`-=[];',./; +const double rlen = 93.00; + +const char * hashes[] = { + sha1, + ssha1, + md5, + smd5, + crypt, + clear, + NULL +}; + +char * +CPU_getpass ( const char * prompt ) +{ + struct termios old, new; + char * tmp_pass = NULL; + int i = 0; + + fprintf(stdout, %s, prompt); + if ( tcgetattr (fileno (stdin), old) != 0) +return NULL; + new = old; + new.c_lflag = ~ECHO; + if (tcsetattr (fileno (stdin), TCSAFLUSH, new) != 0) +return NULL; + tmp_pass = (char*)malloc(sizeof(char)*PASSWORD_SIZE); + if (
Bug#489475: vnc4: current version in lenny (-21) FTBFS with gcc-4.3 too
Package: vnc4 Version: 4.1.1+X4.3.0-21 Followup-For: Bug #489475 The current version of vnc4 from lenny (-21) does not build on amd64 (and probably on any arch) because of the switch to gcc 4.3. Although the current version from sid FTBFS only on alpha, it should be noted that the problem exists on lenny too. This is the build log: [EMAIL PROTECTED]:~/tmp-vnc4/vnc4-4.1.1+X4.3.0$ dpkg-buildpackage -B dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set LDFLAGS to default value: dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: source package vnc4 dpkg-buildpackage: source version 4.1.1+X4.3.0-21 dpkg-buildpackage: source changed by Ola Lundqvist [EMAIL PROTECTED] dpkg-buildpackage: host architecture amd64 fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-arch-common-stamp build-arch-unix-stamp build-arch-x-stamp build-indep-stamp configure-unix-stamp configure-common-stamp #CONFIGURE-STAMP# # Add here commands to clean up after the build process. rm -f config.log config.status config.cache config.guess config.sub (cd unix/xc; /usr/bin/make clean) make[1]: Entering directory `/home/mteodor/tmp-vnc4/vnc4-4.1.1+X4.3.0/unix/xc' /usr/bin/make -f xmakefile clean make[2]: Entering directory `/home/mteodor/tmp-vnc4/vnc4-4.1.1+X4.3.0/unix/xc' make[2]: xmakefile: No such file or directory make[2]: *** No rule to make target `xmakefile'. Stop. make[2]: Leaving directory `/home/mteodor/tmp-vnc4/vnc4-4.1.1+X4.3.0/unix/xc' make[1]: *** [clean] Error 2 make[1]: Leaving directory `/home/mteodor/tmp-vnc4/vnc4-4.1.1+X4.3.0/unix/xc' make: [clean] Error 2 (ignored) (cd unix/xc; /usr/bin/make distclean) make[1]: Entering directory `/home/mteodor/tmp-vnc4/vnc4-4.1.1+X4.3.0/unix/xc' /usr/bin/make -f xmakefile distclean make[2]: Entering directory `/home/mteodor/tmp-vnc4/vnc4-4.1.1+X4.3.0/unix/xc' make[2]: xmakefile: No such file or directory make[2]: *** No rule to make target `xmakefile'. Stop. make[2]: Leaving directory `/home/mteodor/tmp-vnc4/vnc4-4.1.1+X4.3.0/unix/xc' make[1]: *** [distclean] Error 2 make[1]: Leaving directory `/home/mteodor/tmp-vnc4/vnc4-4.1.1+X4.3.0/unix/xc' make: [clean] Error 2 (ignored) (cd common; /usr/bin/make clean) make[1]: Entering directory `/home/mteodor/tmp-vnc4/vnc4-4.1.1+X4.3.0/common' make[1]: *** No rule to make target `clean'. Stop. make[1]: Leaving directory `/home/mteodor/tmp-vnc4/vnc4-4.1.1+X4.3.0/common' make: [clean] Error 2 (ignored) (cd common; /usr/bin/make distclean) make[1]: Entering directory `/home/mteodor/tmp-vnc4/vnc4-4.1.1+X4.3.0/common' make[1]: *** No rule to make target `distclean'. Stop. make[1]: Leaving directory `/home/mteodor/tmp-vnc4/vnc4-4.1.1+X4.3.0/common' make: [clean] Error 2 (ignored) (cd unix; /usr/bin/make clean) make[1]: Entering directory `/home/mteodor/tmp-vnc4/vnc4-4.1.1+X4.3.0/unix' make[1]: *** No rule to make target `clean'. Stop. make[1]: Leaving directory `/home/mteodor/tmp-vnc4/vnc4-4.1.1+X4.3.0/unix' make: [clean] Error 2 (ignored) (cd unix; /usr/bin/make distclean) make[1]: Entering directory `/home/mteodor/tmp-vnc4/vnc4-4.1.1+X4.3.0/unix' make[1]: *** No rule to make target `distclean'. Stop. make[1]: Leaving directory `/home/mteodor/tmp-vnc4/vnc4-4.1.1+X4.3.0/unix' make: [clean] Error 2 (ignored) rm -f \ unix/tx/Makefile \ unix/vncconfig/Makefile \ unix/vncpasswd/Makefile \ unix/vncviewer/Makefile \ unix/x0vncserver/Makefile \ unix/Makefile \ common/Xregion/Makefile \ common/network/Makefile \ common/rdr/Makefile \ common/rfb/Makefile \ common/Makefile rm -f unix/config.log unix/config.cache unix/config.status rm -f common/config.log common/config.cache common/config.status dh_clean debian/rules build dh_testdir # Add here commands to configure the package. (cd unix; CFLAGS=-Wall -g -O2 ./configure \ --host=x86_64-linux-gnu --build=x86_64-linux-gnu \ --prefix=/usr --mandir=\${prefix}/share/man \ --infodir=\${prefix}/share/info \ --with-installed-zlib) creating cache ./config.cache configuring common... creating cache ./config.cache checking for gcc... gcc checking whether the C compiler (gcc -Wall -g -O2 ) works... yes checking whether the C compiler (gcc -Wall -g -O2 ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... (cached) no checking for c++... c++ checking whether the C++ compiler (c++ -g -O2 ) works... yes checking whether the C++ compiler (c++ -g -O2 ) is a cross-compiler... no checking whether we are using GNU C++... yes checking whether c++ accepts -g... (cached) no checking for ranlib... ranlib checking whether make sets ${MAKE}... yes checking how to run the
Bug#484276: nspluginwrapper: same here, seen in Ubuntu
Package: nspluginwrapper Version: 0.9.91.5-2 Followup-For: Bug #484276 I'm seeing this behaviour too - Flash just stops working after a while. Killing npviewer brings it back, sometimes. I found this discussion about a similar problem in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/nspluginwrapper/+bug/212855 It appears they rebuilt it to fix it. Maybe that will work for Debian, the current package was built over 6 months ago. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nspluginwrapper depends on: ii ia32-libs 2.5ia32 shared libraries for use on a ii ia32-libs-gtk 2.5GTK+ ia32 shared libraries ii lib32gcc1 1:4.3.1-5 GCC support library (32 bit Versio ii libc6 2.7-12 GNU C Library: Shared libraries ii libc6-i3862.7-12 GNU C Library: 32bit shared librar ii libglib2.0-0 2.16.4-1 The GLib library of C routines ii libx11-6 2:1.1.4-2 X11 client-side library ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii util-linux2.13.1.1-1 Miscellaneous system utilities nspluginwrapper recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490289: Multiple vulnerabilities in drupal core
Package: drupal5 Version: 5.7-2 Severity: important Hi you probably already know about this, but in case you don't I'm reporting it as a bug :-). Drupal 5.7 has several vulnerabilities, see: http://drupal.org/node/280571, update to 5.8 will fix them. -- Michal Čihař | http://cihar.com | http://blog.cihar.com -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-vserver-amd64 (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/dash Versions of packages drupal5 depends on: ii curl 7.18.2-5 Get a file from an HTTP, HTTPS or ii dbconfig-common 1.8.39 common framework for packaging dat ii debconf 1.5.22 Debian configuration management sy ii exim4 4.69-5 meta-package to ease Exim MTA (v4) ii exim4-daemon-heavy [mail-tran 4.69-5+b1 Exim MTA (v4) daemon with extended ii lighttpd [httpd] 1.4.19-4 A fast webserver with minimal memo ii mysql-client-5.0 [virtual-mys 5.0.51a-9 MySQL database client binaries ii php5 5.2.6-2server-side, HTML-embedded scripti ii php5-gd 5.2.6-2GD module for php5 ii php5-mysql5.2.6-2MySQL module for php5 ii wwwconfig-common 0.1.2 Debian web auto configuration Versions of packages drupal5 recommends: ii mysql-server 5.0.51a-9 MySQL database server (meta packag ii mysql-server-5.0 [mysql-serve 5.0.51a-9 MySQL database server binaries -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490290: live-helper: Could handle empty LH_LINUX_PACKAGES more gracefully
Package: live-helper Version: 1.0~a47-1 Severity: minor Hi, currently, if one tries and sets LH_LINUX_PACKAGES to the empty string, it ends up with the following: | P: Being installing packages... | [apt output] | E: Regex compilation error - Invalid preceding regular expression I first tried to workaround this with the attached patch, but it looks the “offending” code is rather in functions/defaults.sh, under “# Set linux packages”, since the following ends up in the package list: | [chroot/root/chroot_packages] | linux-image-2.6-486 | ${LH_UNION_FILESYSTEM}-modules-2.6-486 | # and much more Looks like we're back to an interpolation problem. ;-) Cheers, -- Cyril Brulebois From 373f6e1e94c81475f313b92c2b38bc7bc2b6aa91 Mon Sep 17 00:00:00 2001 From: Cyril Brulebois [EMAIL PROTECTED] Date: Fri, 11 Jul 2008 11:54:04 +0200 Subject: [PATCH] Try and fix LH_LINUX_PACKAGES gracefully. --- helpers/lh_chroot_linux-image |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/helpers/lh_chroot_linux-image b/helpers/lh_chroot_linux-image index 56f4da4..cb71bbd 100755 --- a/helpers/lh_chroot_linux-image +++ b/helpers/lh_chroot_linux-image @@ -63,6 +63,12 @@ EOF # mv chroot/usr/sbin/update-initramfs chroot/usr/sbin/update-initramfs.live-helper #fi + if [ -z ${LH_LINUX_PACKAGES} ] + then + Echo_message LH_LINUX_PACKAGES is empty, assuming 'none' was meant. + LH_LINUX_PACKAGES=none + fi + if [ ${LH_LINUX_PACKAGES} != none ] then for FLAVOUR in ${LH_LINUX_FLAVOURS} -- 1.5.6
Bug#309564: cacert certificate
also sprach Alexander Sack [EMAIL PROTECTED] [2008.07.11.1155 +0200]: Is this something we want? What are our procedures for including new CAs in debian/iceXXX? I think we really want that, yes. CACert is to certificates what Free Software is to software. CACert has higher standards and better transparency than most commercial CAs, so it should be pervasively supported, at *least* by 100% Free operating system Debian GNU/Linux. Mike Hommey pointed me to mozilla/security/nss/lib/ckfw/builtins/README in the nss source for the fastest way to get CAcert's cert in for lenny -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems for years, we have thought that a million monkeys typing at a million typewriters would eventually produce the complete works of shakespeare. today, thanks to the internet, we know this is not true. digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#488788: confirm receipt
This is to notify you that £1,000,000.00(GBP) has been awarded to your e-mail in our monthly online promo.Reply with your name and address\country for more details on how you won and the delivery of your winning prize to you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490273: PATH setting in hotplug.functions
On Jul 11, Peter Eisentraut [EMAIL PROTECTED] wrote: #!/bin/sh set -e PATH=/sbin:/bin:/usr/sbin:/usr/bin if [ -r /lib/udev/hotplug.functions ]; then . /lib/udev/hotplug.functions wait_for_file /usr/sbin/ntpdate-debian fi Fixed, but where does this code comes from? It's seriously broken, programs must use wait_for_file only after forking. -- ciao, Marco signature.asc Description: Digital signature
Bug#490291: RM: mambo/experimental -- NPOASR; Outdated package
Package: ftp.debian.org Severity: normal Hi I came across some mambo vulnerabilities and saw that the package is outdated and only in experimental. The last upload is 1,5 years ago and I believe the package can just be removed for now. This way, we also don't need to keep track of all the vulnerabilities. Cheers Steffen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397777: Interested in adoption
Hi, I'm a computer engineer student and and Debian user since 2001. I want to collaborate with Debian and I think that adopting this package is a good begin. Can I try to update to upstream and package it? -- Diego Fdez. Durán [EMAIL PROTECTED] | http://www.goedi.net GPG : 925C 9A21 7A11 3B13 6E43 50DB F579 D119 90D2 66BB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488179: [INTL:sv] Updated translation for debconf template
tags 488179 + pending thanks Hi Christian! On Fri, 11 Jul 2008 06:31:22 +0200, Christian Perrier wrote: Quoting Luca Capello ([EMAIL PROTECTED]): Is this the start of a new translation campaign? Or is this a single language update, which should be included ASAP? There's nothing coordinated running currently on hyperspec. I guess that Martin Bagge was then doing an isolated update for Swedish. Fine, in that case I committed the update [1] :-) Thx, bye, Gismo / Luca Footnotes: [1] http://git.debian.org/?p=pkg-common-lisp/hyperspec.git;a=commitdiff;h=91f628562b892c9ad6dad667336edd8bd5db5146 pgptXQlYBbuHP.pgp Description: PGP signature
Bug#490286: udev configuration fails if /dev/shm is not mounted
On Jul 11, Vincent Danjean [EMAIL PROTECTED] wrote: Indeed, no /dev/shm were mounted in the domU. Please explain why this should not be considered broken. -- ciao, Marco signature.asc Description: Digital signature
Bug#490292: dpkg-dev-el: readme-debian-mode should automatically load for README.source files
Package: dpkg-dev-el Version: 29.3-2 Severity: normal I have added the following to my ~/.emacs file: (setq auto-mode-alist (cons '(README.source . readme-debian-mode) auto-mode-alist)) It would be great if the package took care of this automatically. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.3-bytemark-uml-2 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 dpkg-dev-el depends on: ii debian-el 29.3-2 Emacs helpers specific to Debian u ii emacs22-nox [emacsen] 22.2+2-2 The GNU Emacs editor (without X su Versions of packages dpkg-dev-el recommends: ii wget 1.11.4-1 retrieves files from the web -- no debconf information -- Noah Slater, http://bytesexual.org/nslater -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490293: linux-image-2.6.24-etchnhalf.1-686: CONFIG_SMB_FS is not set
Package: linux-image-2.6.24-etchnhalf.1-686 Version: 2.6.24-6~etchnhalf.3 Severity: wishlist CONFIG_SMB_FS is not set in the kernel config. it would be nice to have smbfs -- Package-specific info: -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (103, 'proposed-updates') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21-1-k7 Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages linux-image-2.6.24-etchnhalf.1-686 depends on: ii debconf [debconf-2.0]1.5.11etch1 Debian configuration management sy ii initramfs-tools [linux-initr 0.85h tools for generating an initramfs ii module-init-tools3.3-pre4-2 tools for managing Linux kernel mo Versions of packages linux-image-2.6.24-etchnhalf.1-686 recommends: ii libc6-i686 2.3.6.ds1-13etch5 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.24-etchnhalf.1-686/postinst/depmod-error-2.6.24-etchnhalf.1-686: false linux-image-2.6.24-etchnhalf.1-686/postinst/old-dir-initrd-link-2.6.24-etchnhalf.1-686: true linux-image-2.6.24-etchnhalf.1-686/preinst/initrd-2.6.24-etchnhalf.1-686: linux-image-2.6.24-etchnhalf.1-686/postinst/kimage-is-a-directory: linux-image-2.6.24-etchnhalf.1-686/preinst/abort-install-2.6.24-etchnhalf.1-686: linux-image-2.6.24-etchnhalf.1-686/prerm/removing-running-kernel-2.6.24-etchnhalf.1-686: true linux-image-2.6.24-etchnhalf.1-686/preinst/lilo-has-ramdisk: linux-image-2.6.24-etchnhalf.1-686/postinst/bootloader-error-2.6.24-etchnhalf.1-686: linux-image-2.6.24-etchnhalf.1-686/postinst/old-initrd-link-2.6.24-etchnhalf.1-686: true linux-image-2.6.24-etchnhalf.1-686/preinst/bootloader-initrd-2.6.24-etchnhalf.1-686: true linux-image-2.6.24-etchnhalf.1-686/preinst/elilo-initrd-2.6.24-etchnhalf.1-686: true shared/kernel-image/really-run-bootloader: true linux-image-2.6.24-etchnhalf.1-686/preinst/abort-overwrite-2.6.24-etchnhalf.1-686: linux-image-2.6.24-etchnhalf.1-686/prerm/would-invalidate-boot-loader-2.6.24-etchnhalf.1-686: true linux-image-2.6.24-etchnhalf.1-686/preinst/overwriting-modules-2.6.24-etchnhalf.1-686: true linux-image-2.6.24-etchnhalf.1-686/postinst/old-system-map-link-2.6.24-etchnhalf.1-686: true linux-image-2.6.24-etchnhalf.1-686/postinst/depmod-error-initrd-2.6.24-etchnhalf.1-686: false linux-image-2.6.24-etchnhalf.1-686/preinst/lilo-initrd-2.6.24-etchnhalf.1-686: true linux-image-2.6.24-etchnhalf.1-686/preinst/failed-to-move-modules-2.6.24-etchnhalf.1-686: linux-image-2.6.24-etchnhalf.1-686/postinst/bootloader-test-error-2.6.24-etchnhalf.1-686: linux-image-2.6.24-etchnhalf.1-686/postinst/create-kimage-link-2.6.24-etchnhalf.1-686: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490185: closed by Colin Watson [EMAIL PROTECTED] (Re: Bug#490185: openssh-client: openssh-vulnkey does not find compromised keys with 4096 bit keys)
Colin Watson schrieb: Ah, well, that's not an openssh bug. Kees, can we get openssh-blacklist-extra into stable-security, please? Is the compromised-keys blocking feature of sshd included in the stable/security version or only in unstable/testing? if the security team is not accepting openssh-blacklist-extra in stable/security I would recommend doing backports.org versions of openssh and the blacklist packages. Christoph -- Christoph Martin, Leiter der EDV der Verwaltung, Uni-Mainz, Germany Internet-Mail: [EMAIL PROTECTED] Telefon: +49-6131-3926337 Fax: +49-6131-3922856 signature.asc Description: OpenPGP digital signature
Bug#490185: closed by Colin Watson [EMAIL PROTECTED] (Re: Bug#490185: openssh-client: openssh-vulnkey does not find compromised keys with 4096 bit keys)
On Fri, Jul 11, 2008 at 12:29:51PM +0200, Christoph Martin wrote: Colin Watson schrieb: Ah, well, that's not an openssh bug. Kees, can we get openssh-blacklist-extra into stable-security, please? Is the compromised-keys blocking feature of sshd included in the stable/security version or only in unstable/testing? Both, of course, to great fanfare in security advisories. if the security team is not accepting openssh-blacklist-extra in stable/security I would recommend doing backports.org versions of openssh and the blacklist packages. I see no reason why openssh would be accepted but openssh-blacklist-extra not. After all, openssh-blacklist was new in stable/security. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416373: Including openmedspell word list
On Thu, Jul 10, 2008 at 05:58:10PM -0700, Don Armstrong wrote: I could case this wordlist to be included, but it's not clear to me what the use case would be, as this doesn't mean that aspell et al. would magically support it. That's true. However, GNUmed could then Depends: on it and could upon startup copy it into the user's homedir and register it as a personal wordlist with enchant :-) Karsten -- GPG key ID E4071346 @ wwwkeys.pgp.net E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490073: udev: lintian errors and recommendations
On Wed, Jul 9, 2008 at 9:31 PM, Marco d'Itri [EMAIL PROTECTED] wrote: In order to migrate to lenny in a good quality, please consider fixing this error reported by lintian: /etc/init.d/udev-mtab is not LSB compliant which it can be considered a RC bug. Lintian complains about it is not a great rationale, nor is LSB compliance. This is a rcS script. Even so, all the other rcS scripts are LSB compliant and implemented the required command arguments for /etc/init.d scripts [1]. If you want, please include these lines at the beginning of the script: test $# -gt 0 || exit 1 case $1 in start) ;; stop|restart|force-reload) exit 0 ;; *) echo Usage: $SCRIPTNAME {start|stop|restart|force-reload} 2 echo Warning: this script should be executed only at boot.. 2 exit 2 ;; esac Or maybe you wish to use the LSB functions log_action_msg or log_daemon_msg. Thanks [1] http://lintian.debian.org/tags/init.d-script-does-not-implement-required-option.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490287: No root file system
reassign 490287 installation-reports thanks On Friday 11 July 2008, Geert Stappers wrote: On an automated install I get this fatal warning: No root file system is defined. The preseed file that is used is an unmodified one from http://d-i.alioth.debian.org/manual/example-preseed.txt I assume it is an out-dated example. I assume it's an error in your installation or your preseed file. The example is not an *example* for nothing. It may need modification. Suggest you start by commenting out the settings for: - partman/choose_partition - partman/confirm That will allow you to see what the actual configuration that was created looks like. Please find out *what* is wrong and *why*. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490265: Bug#369386: Patch for rc-bugs in lynx-cur
On 2008-07-11 Don Armstrong [EMAIL PROTECTED] wrote: clone 369386 -1 retitle -1 lynx-cur should be called lynx; ditch lynx transition package severity -1 important thanks Why is this important? It looks like a purely cosmetical question. (minor or wishlist.) On Sat, 28 Jun 2008, Andreas Metzler wrote: We end up with a dummy package lynx that depends on lynx-cur. (I think we should keep it permanently.) It should work correctly, lynx configuration files are handled as good as possible on upgrades: - if they are not modified locally thy are simply removed. - Otherwise they are moved to /etc/lynx-cur/ *unless* the config files in _that_ directory already exist. Why do we need a lynx transition package which depends on a lynx-cur package instead of just having a single lynx package? We can either have a lynx package and a lynx-cur transition package or the other way round if we want to provide upgrade path for users of both packages. I chose the latter in the NMU since there did not seem to be a strong preference for either by the lynx or the lynx-cur maintainer. Upgrading the lynx package to use 2.8.7dev9 sources would have been a lot more disruptive, requiring bigger changes than providing a lynx transtion package. (Mainly due to the existence of lynx-cur-wrapper.) Not a thing to be done in a NMU imho. And I do not want to adopt/hijack/maintain it. Clearly we're not going to have another lynx package, and having lynx-cur when we've never made a release of it seems silly. Furthermore, the debconf prompt about the /etc/lynx configuration file is just useless. Indeed, that's #489485. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490295: pciutils: lspci immediately freezes my alpha
Package: pciutils Version: 1:3.0.0-4 Severity: important Dear maintainer, whenever I run lspci on my alpha, the system freeezs immediately. I am not even able to proivide some more information, because not output is printed at all. Pushing the machine's reset button does not help either, only power off-on works. Cheers, Fabian -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: alpha Kernel: Linux 2.6.25-2-alpha-generic Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pciutils depends on: ii libc6.1 2.7-12 GNU C Library: Shared libraries ii libpci3 1:3.0.0-4 Linux PCI Utilities (shared librar pciutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478591: cdebconf-entropy: Dialog texts and buttons
On Sun, May 04, 2008 at 04:49:01PM +0200, Max Vozeler wrote: Note that Otavio has just started preparations for Beta2 and I think we should delay this string change until just after that. Okay. Let's delay it. Now that beta2 is out, it would be great to sort this issue quite soon in order to leave enough time for translators before the release. Max, are you available to follow-up on this? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#490273: PATH setting in hotplug.functions
Am Freitag, 11. Juli 2008 schrieb Marco d'Itri: On Jul 11, Peter Eisentraut [EMAIL PROTECTED] wrote: #!/bin/sh set -e PATH=/sbin:/bin:/usr/sbin:/usr/bin if [ -r /lib/udev/hotplug.functions ]; then . /lib/udev/hotplug.functions wait_for_file /usr/sbin/ntpdate-debian fi Fixed, but where does this code comes from? It's seriously broken, programs must use wait_for_file only after forking. Yeah, there is actually a ( ... ) around it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470949: setting package to abiword-plugin-goffice abiword-plugin-mathview abiword-common abiword abiword-plugin-grammar abiword-help ...
# Automatically generated email from bts, devscripts version 2.10.33 # via tagpending # # abiword (2.6.3-1) unstable; urgency=low # # * Bug fixes from upstream: #- Print preview now matches onscreen layout more accurately. # closes: #336216 #- Font operations are all done using Pango now, so the XAP_UnixFont # crash should no longer occur. closes: #443048, #444957 #- Spellcheck button is no longer greyed out gratuitously. closes: #422520 #- !! and ?? in DejaVu Sans Mono seem to be correctly monospaced # now. closes: #470949 # package abiword-plugin-goffice abiword-plugin-mathview abiword-common abiword abiword-plugin-grammar abiword-help tags 470949 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490296: libmozjs1d-dbg: Should conflict with libmozjs0d-dbg
Package: libmozjs1d-dbg Version: 1.9~rc2-5 Severity: serious Attempting to install this package results in: Selecting previously deselected package libmozjs1d-dbg. Unpacking libmozjs1d-dbg (from .../libmozjs1d-dbg_1.9~rc2-5_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libmozjs1d-dbg_1.9~rc2-5_i386.deb (--unpack): trying to overwrite `/usr/lib/debug/usr/bin/smjs', which is also in package libmozjs0d-dbg Errors were encountered while processing: /var/cache/apt/archives/libmozjs1d-dbg_1.9~rc2-5_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489415: v86d: uses embedded copies of lrmi and x86emu
On Mon, 7 Jul 2008 22:13:15 +0300 Guillem Jover wrote: Did you already sent a patch upstream? If not I'll try to get in contact with Michal on IRC sometime soon. No, I didn't. Also in case there's fixes needed in libx86 I'm sure Matthew would be happy to take them. I talked with Michal and he does not like the idea to link against libx86, as he wants to have it compiled staticaly with klibc, which will be impossible when we use libx86. We still can do this on our own though :) But I have another concern. I would like to integrate v86d into an initrd. If v86d is linked dynamicaly against libx86, this has to be present in the initrd too, should I copy it then in my hook file? I think so. Is this okay? While looking into /usr/share/initramfs-tools/hooks I dont see any scripts doing that. Regards Evgeni pgpkWGYKifhTy.pgp Description: PGP signature
Bug#481606: ITP: miktex-tools -- package manager for TeX
hi, do you have a status update for this itp? Are there some preliminary packages available to test? About the licence: I think miktex takes is packages from ctan, as texlive and other latex distro do; you may want to ask the texlive guys for advice. Regards, Davide Cavalca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490297: /usr/bin/apt-ftparchive: apt-ftparchive: segmentation fault when using overrides
Package: apt-utils Version: 0.7.14+b1 Severity: important File: /usr/bin/apt-ftparchive When running $ apt-ftparchive -c=/etc/apt/apt.conf packages binary overrides in the top level directory of the repository apt-ftparchive segfaults and coredumps. Ommitting an overrides file results in a successful apt-ftparchive run. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-amd64-k8-custom (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages apt-utils depends on: ii apt [libapt-pkg-libc6.7-6-4.6 0.7.14+b1 Advanced front-end for dpkg ii libc6 2.7-12 GNU C Library: Shared libraries ii libdb4.6 4.6.21-10 Berkeley v4.6 Database Libraries [ ii libgcc1 1:4.3.1-5 GCC support library ii libstdc++64.3.1-5The GNU Standard C++ Library v3 apt-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490298: qemu: Please generate unique MAC address in mcast network mode
Package: qemu Version: 0.9.1-1 When trying to run several qemu machines in a local mcast based network, the hosts are not able to reliably talk to each other, because all of them have the same MAC address. I know I can hardcode MAC addresses for each client, but it would be more convenient if this wasn't required, as I could use the same network setting for all hosts on the same network. The script I use to test with qemu is available as qemu-test-network from URL: http://svn.debian.org/viewsvn/debian-edu/trunk/src/debian-edu-config/share/debian-edu-config/tools/ . Please make qemu pick a MAC address at random, or using some algorithm that will increase the chances of each host getting an unique one. Perhaps some algorithm based on PID and time of day could be used? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453101: RFP: python-ssl -- SSL wrapper for socket objects
On Tue, Nov 27, 2007 at 01:25:50PM +0100, Ben Voui wrote: Hello, The old socket.ssl() support for TLS over sockets is being superseded in Python 2.6 by a new 'ssl' module. This package brings that module to older Python releases, 2.3.5 and up (it may also work on older versions of 2.3, but it is untested). Hi, I'm interested, although short of time right now. Anyway, since I'm probably going to use it at work, I'll probably get back to it and to its packaging soonish. I'll move this bug to an ITP if I feel like packaging it by then. Cheers, -- Cyril Brulebois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474367: Info received (Bug#474367: tmpreaper removes lost+found directory from /tmp)
It turns out that the problem is not caused by tmpreaper but by zshell (or its configuration). Sorry for all the noise, but therefor this bug report can be closed :-D kind regards, Arno Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Paul Slootman [EMAIL PROTECTED] If you wish to submit further information on this problem, please send it to [EMAIL PROTECTED], as before. Please do not send mail to [EMAIL PROTECTED] unless you wish to report a problem with the Bug-tracking system. -- Ing. A.C.J. van Amersfoort (Arno) Electronics ICT Engineer Leiden Institute of Physics (LION), Electronics Department (ELD) Huygens Laboratory (Room 1007), Leiden University Postal Address: P.O. Box 9504, 2300 RA Leiden Visit Address : Niels Bohrweg 2, 2333 CA Leiden The Netherlands Phone: +31-(0)71-527.1894 Fax : +31-(0)71-527.5819 E-mail : [EMAIL PROTECTED] Homepage : http://rocky.eld.leidenuniv.nl
Bug#490299: gallery2 is not available for Debian/Lenny
Package: gallery2 Version: 2.2.5-1 Severity: normal Hello please make gallery2 available for Debian/Lenny. Thank you. Sumit -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489415: v86d: uses embedded copies of lrmi and x86emu
On Fri, 11 Jul 2008 13:22:55 +0200 Evgeni Golov wrote: If v86d is linked dynamicaly against libx86, this has to be present in the initrd too, should I copy it then in my hook file? I think so. Is this okay? While looking into /usr/share/initramfs-tools/hooks I dont see any scripts doing that. Okay, after talking with waldi, I don't need to do that. copy_exec of /usr/share/initramfs-tools/hook-functions will do everything for me :) regards Evgeni pgpI69jQaBDuf.pgp Description: PGP signature