Bug#294974: --skippackages doesn't work at all
Jeroen van Wolffelaar [EMAIL PROTECTED] writes: Package: debmirror Version: 20050207 Severity: normal --skippackages is said to not download Packages.gz files etc, and assume they are uptodate. However, this doesn't work at all: [0%] Getting: dists/sid/main/binary-i386/Packages.gz dists/sid/main/binary-i386/Packages.bz2 needs fetch (etc etc) Right, I must have dropped that option when I added the check against the Release file to see if something needs updateing. I have multiple options now how this should behave: 1. don't update Release, don't update Packages, fail if inconsistent 2. don't update Release, update missing Packages 3. update Release, don't update Packages (that is probably useless) 4. update Release and missing Packages (current way) I think I will introduce a new option --skiprelease and reintroduce --skippackages allowing for all 4 cases. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#245855: Package fails to build on x86_64 kernel.
Daniel Burrows [EMAIL PROTECTED] writes: On Saturday 12 February 2005 12:18 pm, Goswin von Brederlow wrote: 64bit kernel for i386 are included in sarge which makes this an RC bug. A newer version should be propagated to sarge or the sarge source should be patched. Oh, that's unfortunate -- I thought it was fixed :(. Could you give me a log of where the build of 1.2.5-4 fails? Thanks, Daniel It is fixed in sid. The fix just hasn't been pushed into sarge. Do you still need a buildd log? MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294794: What does ldd say?
Please run $ ldd `which gnunet-gtk` I suspect you're linking against an old version of the gnunet-util library on your system (this should tell us). For example, I get this (having some 0.7.x prototype code installed locally): [EMAIL PROTECTED]:~$ gnunet-gtk gnunet-gtk: relocation error: gnunet-gtk: undefined symbol: resumeDownloads which is easy to fix: [EMAIL PROTECTED]:~$ export LD_LIBRARY_PATH= [EMAIL PROTECTED]:~$ gnunet-gtk And it works. The reason is that before GNU ld linked gnunet-gtk against an experimental version in ~/lib. The only other possibility I see is that you have a different version of the gnunet-gtk package and the main GNUnet package. The real solution to this mess would be for us to start proper versioning of the GNUnet helper libraries (on my todo-list, but very, very far down). Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292111: installation-reports: FAILURE TO ... [proposed solution]
Well, I now understand what parted is doing, and why it doesn't work on my system. Apparently, the extended partition of my partition table has a hole in it, and a physical partion occupies that hole. My partition table has: 1. /dev/hde1 -- physical partition (ntfs) 2. /dev/hde2 -- extended partition with hole in it; i.e. it goes from the end of /dev/hde1 to the end of the disk. However, there is a region inside the extended partition that is not occupied by any logical partition. 3. /dev/hde3 -- physical partition (linux-swap); This partition is located exactly in the hole that is in the middle of the extended partition, /dev/hde2 4. /dev/hde5, [hole], /dev/hde6, /dev/hde7, /dev/hde8 -- logical partitions If this is the case, I suspect that I could use a different partition software such as Mandrake's Drake to delete /dev/hde3 and leave it free. I could then use parted to recreate a linux-swap partition, but now as a logical partition using the free disk space. Does this seem like a reasonable plan, or could it be dangerous? [ I know, back up my files before I do anything. :-) ] I include further analysis of what parted does on my system below. I also suggest where parted could include a warning that would have diagnosed the current situation quickly and painlessly. == I interject here to illustrate the point with the results of fdisk: Command (m for help): p Disk /dev/hde: 163.9 GB, 163928604672 bytes 255 heads, 63 sectors/track, 19929 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hde1 * 1765461480723+ 7 HPFS/NTFS /dev/hde27655 19930986057735 Extended /dev/hde389909254 2128581 82 Linux swap /dev/hde57655898910723356b W95 FAT32 /dev/hde69255 1312831117873+ 83 Linux /dev/hde7 13129 1565120265966 83 Linux /dev/hde8 15652 1993034369839 83 Linux == Continuing the analysis, parted correctly identifies /dev/hde3 as a physical partition. It then checks the overlap constraints, as shown by the following stack trace: (gdb) where #0 _partition_get_overlap_constraint (part=0x8059f10, geom=0x8059f1c) at disk.c:1244 #1 0x4002c3c4 in ped_disk_add_partition (disk=0x8059648, part=0x8059f10, constraint=0x8059798) at disk.c:1445 #2 0x40030db2 in read_table (disk=0x8059648, sector=0, is_extended_table=0) at disk_dos.c:832 #3 0x40031004 in msdos_read (disk=0x8059648) at disk_dos.c:880 #4 0x4002845e in ped_disk_new (dev=0x805a5b8) at disk.c:148 #5 0x0804c317 in do_print (dev=0xba94) at parted.c:838 #6 0x0804a79e in command_run (cmd=0x80581a0, dev=0xba94) at command.c:129 #7 0x08050e6c in interactive_mode (dev=0xba94, cmd_list=0x8053420) at ui.c:1006 #8 0x0804e608 in main (argc=0, argv=0xbb28) at parted.c:1636 Within _partition_get_overlap_constraint, it then chooses a max_end that is the end of the disk, part-disk-dev-length - 1 However, for min_start, it walks through each of those physical and extended partitions that have a geom.start that is less than the geom.start of the current partition. It then chooses a min_start equal to the maximum of each value geom.end+1 among the partitions encountered. The problem is that this assumes that an extended partition like /dev/hde2 must be contiguous. Since /dev/hde3 is in the hole in the middle of /dev/hde2, the result is that /dev/hde3 begins before /dev/hde2, and so the constraint insists that /dev/hde2 must end after /dev/hde3. This constraint is not satisfied. A fix for my system would be to make the following change to disk.c(_partition_get_overlap_constraint): 1244while (walk != NULL 1245(walk-geom.start geom-start 1246|| min_start = walk-geom.start)) { 1247if (walk != part) 1248min_start = walk-geom.end + 1; 1249walk = walk-next; 1250} CHANGE TO: 1247 if (walk != part walk-type != PED_PARTITION_EXTENDED) Of course, this is probably not safe for most situations, and so it would be better for me to try the other plan of simply deleting my /dev/hde2, and then using parted to recreate it as a logical partition. Maybe it would be nice if parted reported when it detected a hole in an extended partition: disk.c(_partition_get_overlap_constraint): ADD BEFORE LINE 1247: if (walk-geom.start = geom-start walk-geom.end = geom-end walk-type == PED_PARTITION_EXTENDED part-type == PED_PARTITION_NORMAL) PRINT_PED_WARNING(Extended partition has a hole in it, occupied by a physical partition.); Or is my
Bug#295045: qucs: Excellent package - not in deb but should be: easy to compile too.
Package: qucs Version: 0.0.4 Severity: normal -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7-k7 Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set to C) Hi, Linux ECAD is the topic today (electronics CADs). qucs is on sourceforge.net and works with debian easily. It seems to be far better than any package debian has and is under active developement. While SPICE/gnucaps/tclspice may have more accurate simulation - qucs offers the longest list of reproduceable sample simulations (qucs has its own simulator engine - GNUPL). QUCS is very easy to use and seems nicely stable. And the simulations are based on firm mathematics (which is being developed). I think qucs should be in debian because it allows users to quickly build and anylyse ciruits like no other ECAD product I've tried using debian packages or others. Oh. A real debian bug too. Oregano is labeled a GPL sim. However it is just a graphic interface for spice3: and it's oregano2 which is a rewrite of oregano for Gnome. Debian doin't have spice3 (and I'm still looking for that, since ngspice and spicep08s have compile environment glitches - the annoying kind). This is a great list too: http://linas.org/linux/ecad.html PS: These I've compiled on debian: xoscope, chime, qucs These I gave up on; because other source are more promising: these are no good unless you like wasting time on win32 hacked things: spicep08s (not spice3f5...), xosKope, ngspice (I'm still looking for spice3f !!) Have fun! John D. Hendrickson [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294293: qiv should support the new background setting mechanism
Hi Thomas! Thomas Prokosch [2005-02-09 0:46 +0100]: qiv is my favourite application for setting the desktop background. However, there is one disadvantage: qiv sets the background in a way so that terminals with transparency support cannot grab the pixmap. To support this the only thing to do is setting the appropriate atoms on the root window, there is NO disadvantage (such as memory consumption). As nearly all other background setting applications support this (and I don't want qiv to stay behind them) I have taken the liberty and created a patch which does exactly this. I would be glad if this could be integrated in upstream sources. I just tried your patch, thanks for your work. However, it totally breaks with Gnome under X.org 6.8.1 (which I'm using on my ppc since XFree 4.3 has poor iBook support). After setting the background, I either get a totally black screen (the windows are still functional, though), or the qiv window including decorations remains on screen (although the process is already gone); the decorations are even still operable. Can you please try this under Gnome and update your patch? Thanks! Martin -- Martin Pitt http://www.piware.de Ubuntu Developerhttp://www.ubuntulinux.org Debian GNU/Linux Developer http://www.debian.org signature.asc Description: Digital signature
Bug#294783: passwd: root-password-again and user-password-again should be critical
El dom, 13-02-2005 a las 08:06 +0100, Christian Perrier escribió: In my opinion, ask again the password is required. Imagine a password like a7s9fu29puo121, it is very dangerous introduce just one time! Really, it doesn't matter the complexity of the password, it could mean an extra effort to recover the well operation of the system. You're missing the point of the critical priority in debconf, imho. debconf-devel(7)... INPUT priority question critical Items that will probably break the system without user intervention. If the matter is probability, it could be great discuss this. Nope. The above is about the requested info missing which would be likely to break the system. Here, the password confirmation value missing will not break the system, will not prevent the package to configure. The installation will go on and the whole system will be usable. Ok, the system wont break, but you wont be able to access it. So the user will be in trouble. Again and again and again (and probably for the very last time), we are not talking about default installs here. The critical priority is meant for quick installs with absolutely minimal prompting, ie only questions chiwh are absolutely vital for the install to be completed are asked. I'm agree, but ask twice it's an extra effort to the user that can benefit a lot. All people who would like to change this are requested to bring the input from the technical commitee about this issue. At this very moment, I have heard from 3-4 people who would like to change this behaviour. It seems to me that not changing it is the opinion of several D-I contributors (from the IRC channel log). So, this is very balanced. Anyway, this will not change for sarge. This is by far too late. That's no problem :) i will be here (i hope) for the next release. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294954: yesno not found while reporting bug
On 2005-02-13 Chris Lawrence [EMAIL PROTECTED] wrote: ISTM that the simplest solution is to have /usr/share/bug/exim4/script use #!/bin/bash. Though, if anyone who knows anything about shell programming (i.e. someone not me) wants to fix handle_bug script to work under POSIX sh, they're more than welcome to. Hello, handle_bug uses the bashism export -f to pass on the _functions_ it defines to the bash-subshell executing the /usr/share/bug/package/script. I am not aware of a possibilty to export functions in POSIX sh. However, you could do a away with the subshell --- -$1 3|$2 +. $1 3|$2 --- if /usr/share/bug/package/script is a shell script. You'd need to test whether it is a shell script, e.g. by parsing the !#-line. If you think this is to be too ugly or fragile please document that /usr/share/bug/package/script must use #!/bin/bash if it wants to make use of getkey or yesno. thanks, cu andreas -- See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in Snow Crash http://downhill.aus.cc/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292111: installation-reports: FAILURE TO ... [proposed solution]
tags 292111 + upstream help thanks Hello fellow parted developers, i got this bug report, whose complet log is at : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=292111 And i am really baffled about what is going on here. I am no expert on MBRs, and i didn't know if it would be possible, or even be legal, to have a partition table like the one described here. Gene, i forward this upstream, sorry for the delays in responding, and i hope that this will be solved soon. I have a feeling that your partition table is somewhat hosed though, not sure. How did you create it again ? Friendly, Sven Luther On Sun, Feb 13, 2005 at 03:15:42AM -0500, Gene Cooperman wrote: Well, I now understand what parted is doing, and why it doesn't work on my system. Apparently, the extended partition of my partition table has a hole in it, and a physical partion occupies that hole. My partition table has: 1. /dev/hde1 -- physical partition (ntfs) 2. /dev/hde2 -- extended partition with hole in it; i.e. it goes from the end of /dev/hde1 to the end of the disk. However, there is a region inside the extended partition that is not occupied by any logical partition. 3. /dev/hde3 -- physical partition (linux-swap); This partition is located exactly in the hole that is in the middle of the extended partition, /dev/hde2 4. /dev/hde5, [hole], /dev/hde6, /dev/hde7, /dev/hde8 -- logical partitions If this is the case, I suspect that I could use a different partition software such as Mandrake's Drake to delete /dev/hde3 and leave it free. I could then use parted to recreate a linux-swap partition, but now as a logical partition using the free disk space. Does this seem like a reasonable plan, or could it be dangerous? [ I know, back up my files before I do anything. :-) ] I include further analysis of what parted does on my system below. I also suggest where parted could include a warning that would have diagnosed the current situation quickly and painlessly. == I interject here to illustrate the point with the results of fdisk: Command (m for help): p Disk /dev/hde: 163.9 GB, 163928604672 bytes 255 heads, 63 sectors/track, 19929 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hde1 * 1765461480723+ 7 HPFS/NTFS /dev/hde27655 19930986057735 Extended /dev/hde389909254 2128581 82 Linux swap /dev/hde57655898910723356b W95 FAT32 /dev/hde69255 1312831117873+ 83 Linux /dev/hde7 13129 1565120265966 83 Linux /dev/hde8 15652 1993034369839 83 Linux == Continuing the analysis, parted correctly identifies /dev/hde3 as a physical partition. It then checks the overlap constraints, as shown by the following stack trace: (gdb) where #0 _partition_get_overlap_constraint (part=0x8059f10, geom=0x8059f1c) at disk.c:1244 #1 0x4002c3c4 in ped_disk_add_partition (disk=0x8059648, part=0x8059f10, constraint=0x8059798) at disk.c:1445 #2 0x40030db2 in read_table (disk=0x8059648, sector=0, is_extended_table=0) at disk_dos.c:832 #3 0x40031004 in msdos_read (disk=0x8059648) at disk_dos.c:880 #4 0x4002845e in ped_disk_new (dev=0x805a5b8) at disk.c:148 #5 0x0804c317 in do_print (dev=0xba94) at parted.c:838 #6 0x0804a79e in command_run (cmd=0x80581a0, dev=0xba94) at command.c:129 #7 0x08050e6c in interactive_mode (dev=0xba94, cmd_list=0x8053420) at ui.c:1006 #8 0x0804e608 in main (argc=0, argv=0xbb28) at parted.c:1636 Within _partition_get_overlap_constraint, it then chooses a max_end that is the end of the disk, part-disk-dev-length - 1 However, for min_start, it walks through each of those physical and extended partitions that have a geom.start that is less than the geom.start of the current partition. It then chooses a min_start equal to the maximum of each value geom.end+1 among the partitions encountered. The problem is that this assumes that an extended partition like /dev/hde2 must be contiguous. Since /dev/hde3 is in the hole in the middle of /dev/hde2, the result is that /dev/hde3 begins before /dev/hde2, and so the constraint insists that /dev/hde2 must end after /dev/hde3. This constraint is not satisfied. A fix for my system would be to make the following change to disk.c(_partition_get_overlap_constraint): 1244while (walk != NULL 1245(walk-geom.start geom-start 1246|| min_start = walk-geom.start)) { 1247if (walk != part) 1248min_start = walk-geom.end + 1; 1249
Bug#291003: backtrace
Howdy, I ran mono under gdb, and here is the result: Program received signal SIGILL, Illegal instruction. [Switching to Thread 65541 (LWP 2656)] ---Type return to continue, or q return to quit--- 0x0ffe6560 in mono_jit_stats () from /usr/lib/libmono.so.0 (gdb) bt #0 0x0ffe6560 in mono_jit_stats () from /usr/lib/libmono.so.0 #1 0x0feca9d8 in mono_arch_print_tree () from /usr/lib/libmono.so.0 #2 0x0feca9d8 in mono_arch_print_tree () from /usr/lib/libmono.so.0 #3 0x0feca9d8 in mono_arch_print_tree () from /usr/lib/libmono.so.0 #4 0x0feca9d8 in mono_arch_print_tree () from /usr/lib/libmono.so.0 #5 0x0feca9d8 in mono_arch_print_tree () from /usr/lib/libmono.so.0 #6 0x0feca9d8 in mono_arch_print_tree () from /usr/lib/libmono.so.0 #7 0x0feca9d8 in mono_arch_print_tree () from /usr/lib/libmono.so.0 #8 0x0feca9d8 in mono_arch_print_tree () from /usr/lib/libmono.so.0 #9 0x0feca9d8 in mono_arch_print_tree () from /usr/lib/libmono.so.0 #10 0x0feca9d8 in mono_arch_print_tree () from /usr/lib/libmono.so.0 #11 0x0feca9d8 in mono_arch_print_tree () from /usr/lib/libmono.so.0 #12 0x0feca9d8 in mono_arch_print_tree () from /usr/lib/libmono.so.0 #13 0x0feca9d8 in mono_arch_print_tree () from /usr/lib/libmono.so.0 #14 0x0feca9d8 in mono_arch_print_tree () from /usr/lib/libmono.so.0 #15 0x0feca9d8 in mono_arch_print_tree () from /usr/lib/libmono.so.0 Previous frame inner to this frame (corrupt stack?) (gdb) -- Matt signature.asc Description: Digital signature
Bug#295046: kernel-image-2.4.18-newpmac: Network dies after /etc/init.d/networking restart
Package: kernel-image-2.4.18-newpmac Version: 2.4.18-1woody5 Severity: critical Justification: breaks the whole system When I run /etc/init.d/networking restart on my system the network dies. It appears to come up properly - the interface is up and configured, the routing tables appear proper, etc - but I can't actually get anywhere. I have tested a few things and discovered that simply running ifconfig eth0 down; ifconfig eth0 up causes the same problem, so it appears that the driver simply doesn't like to be turned back on after being turned off. I know the settings are proper as I'm able to get networking after a reboot. As far as I have been able to find rebooting is the only way to fix the problem once it crops up. This system is a Mac G4 with a Broadcom integrated gigabit nic. (BCM5400 PHY) I also tried the 2.4.18-powerpc kernel and it had the same failure. -- System Information Debian Release: 3.0 Architecture: powerpc Kernel: Linux aladdin 2.4.18-newpmac #1 Fri Apr 9 14:30:55 UTC 2004 ppc Locale: LANG=C, LC_CTYPE=C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#246621: ifupdown: Patch suggestion for dhcp3-client_3.0.1-1
On Sun, 2005-02-13 at 02:36 +0100, Joachim Nilsson wrote: Attached to this mail is a suggested patch to dhclient that adds a switch -x that can be used instead of -r when bringing down a DHCP interface. Great! Please submit your patch in a wish report against dhcp3-client. In the report, make reference to #246621 so that the dhcp3-client maintainers know why this option is wanted. Write to #246621 again, letting us know what the number of the new report is. Also, remember actually to attach the patch. :) -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291945: eleventh-hour transition for mysql-using packages related to apache
On Sun, Feb 13, 2005 at 12:07:06PM +1100, Paul Hampson wrote: So what if we had two editions of libmysqlclient, one of them ssl-enabled and the other - as currently - not? That would allow using ssl whenever possible. I think that could be done, without breaking things. That's funny. Didn't we spend all that time since Woody merging lib-*-ssl back into lib-*? That was perfecly reasonable at the time of libmysqlclient10, when it was LGPL. Unfortunately the change in the license was not among the possibility considered for the near future... -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295048: gtk+2.0_2.6.2-2_mips: FTBFS: ld returned 1 exit status
Package: gtk+2.0 Version: 2.6.2-2 Severity: serious gtk+2.0 2.6.2 consistently fails to build from source on mips with the following error: [...] /bin/sh ../libtool --mode=link mips-linux-gcc -g -O2 -Wall -o testmenus testmenus.o ../gdk-pixbuf/libgdk_pixbuf-2.0.la ../gdk/libgdk-x11-2.0.la ../gtk/libgtk-x11-2.0.la mips-linux-gcc -g -O2 -Wall -o testmenus testmenus.o ../gdk-pixbuf/.libs/libgdk_pixbuf-2.0.a ../gdk/.libs/libgdk-x11-2.0.a -L/usr/X11R6/lib ../gtk/.libs/libgtk-x11-2.0.a /build/buildd/gtk+2.0-2.6.2/build-tree/gtk+-2.6.2-static/gdk/.libs/libgdk-x11-2.0.a /build/buildd/gtk+2.0-2.6.2/build-tree/gtk+-2.6.2-static/gdk-pixbuf/.libs/libgdk_pixbuf-2.0.a -lXrandr -lXi -lXinerama -lXext /usr/lib/libXft.so /usr/lib/libfreetype.so -lfontconfig /usr/lib/libXcursor.so /usr/lib/libXrender.so -lX11 /usr/lib/libpangoxft-1.0.so /usr/lib/libpangox-1.0.so /usr/lib/libpango-1.0.so /usr/lib/libatk-1.0.so /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libglib-2.0.so /usr/lib/libtiff.so -lz -lc /usr/lib/libjpeg.so -lpng12 -lm collect2: ld returned 1 exit status make[3]: *** [testmenus] Error 1 make[3]: Leaving directory/build/buildd/gtk+2.0-2.6.2/build-tree/gtk+-2.6.2-static/tests' make[2]: *** [all-recursive] Error 1 [...] Full build logs can be found at http://buildd.debian.org/fetch.php?pkg=gtk%2B2.0ver=2.6.2-2arch=mipsstamp=1107745861file=logas=raw. It is likely that this failure is related to limitations on symbol table sizes on mips and mipsel. While there are workarounds possible for libraries that exceed the symbol table size limit, there is no such workaround presently available for executables that hit the limit, which appears to be what's happening here given that the failure comes while statically linking a test binary. Since other test binaries are linked successfully during the build prior to the failure, it's clear that the gtk+ library is not entirely broken, though it is likely that a large number of applications would not be able to use it for static linking. This is of course not the norm in Debian, so I would recommend disabling this particular test suite (selectively on mips+mipsel if you can, or on all architectures if you can't). Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#295049: schooltool: FTBFS (amd64/gcc-4.0): static declaration of 'SpecType' follows non-static declaration
Package: schooltool Severity: normal Tags: patch When building 'schooltool' on amd64 with gcc-4.0, I get the following error: gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -I/usr/include/python2.3 -c src/zope/interface/_zope_interface_coptimizations.c -o build/temp.linux-x86_64-2.3/src/zope/interface/_zope_interface_coptimizations.o src/zope/interface/_zope_interface_coptimizations.c:339: error: static declaration of 'SpecType' follows non-static declaration src/zope/interface/_zope_interface_coptimizations.c:73: error: previous declaration of 'SpecType' was here error: command 'gcc' failed with exit status 1 make[1]: *** [build] Error 1 make[1]: Leaving directory `/schooltool-0.9' make: *** [build-stamp] Error 2 With the attached patch 'schooltool' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN tmp/Zope3/src/zope/interface/_zope_interface_coptimizations.c schooltool-0.9/Zope3/src/zope/interface/_zope_interface_coptimizations.c --- tmp/Zope3/src/zope/interface/_zope_interface_coptimizations.c 2004-08-04 11:38:12.0 +0200 +++ schooltool-0.9/Zope3/src/zope/interface/_zope_interface_coptimizations.c 2005-02-12 22:27:03.141157354 +0100 @@ -70,7 +70,7 @@ return 0; } -extern PyTypeObject SpecType; /* Forward */ +static PyTypeObject SpecType; /* Forward */ static PyObject * implementedByFallback(PyObject *cls) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295046: kernel-image-2.4.18-newpmac: Network dies after /etc/init.d/networking restart
tags 295046 + woody thanks On Sun, Feb 13, 2005 at 12:46:50AM -0800, Jefferson Cowart wrote: Package: kernel-image-2.4.18-newpmac Version: 2.4.18-1woody5 Severity: critical Justification: breaks the whole system When I run /etc/init.d/networking restart on my system the network dies. It appears to come up properly - the interface is up and configured, the routing tables appear proper, etc - but I can't actually get anywhere. I have tested a few things and discovered that simply running ifconfig eth0 down; ifconfig eth0 up causes the same problem, so it appears that the driver simply doesn't like to be turned back on after being turned off. I know the settings are proper as I'm able to get networking after a reboot. As far as I have been able to find rebooting is the only way to fix the problem once it crops up. This system is a Mac G4 with a Broadcom integrated gigabit nic. (BCM5400 PHY) I also tried the 2.4.18-powerpc kernel and it had the same failure. Bah, 2.4.18 kernels are old and obsolet, and predate my involvement with the powerpc kernel packages. Could you please try the 2.6.8 powerpc kernel and tell me if the problem persists there ? It is in sarge though. You also need module-init-tools and initrd-tools. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289470: latest totem ver 0.100-2 totem-xine still crashes
I have had this problem for a few weeks now and the latest has not resolved it for me. I did have an experimental source for other programs which I have since removed. I have gone through every lib I can think of and made sure it's from deb unstable. I have tried totem as other users and root but same result. xine and gxine launch fine without issue. I have attached the output from totem at launch. load_plugins: skipping unreadable plugin directory /home/mcquaid/.xine/plugins. load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_flac.so found load_plugins: demuxer plugin flac does not provide a priority, xine-lib will use the default priority. load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_flac.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_mosaico.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_goom.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_visualizations.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_visualizations.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_visualizations.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_planar.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_planar.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_planar.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_planar.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_planar.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_planar.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_planar.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_planar.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_switch.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_tvtime.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_audio_filters.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/post/xineplug_post_audio_filters.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_spucmml.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_ao_out_alsa.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_ao_out_arts.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_ao_out_esd.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_ao_out_none.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_ao_out_oss.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_dmx_mng.so found load_plugins: demuxer plugin mng does not provide a priority, xine-lib will use the default priority. load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_a52.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_dxr3_video.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_vo_out_caca.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_dts.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_dxr3_spu.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_gsm610.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_faad.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_ff.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_ff.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_ff.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_lpcm.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_mad.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_mpeg2.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_nsf.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_inp_smb.so found load_plugins: input plugin smb does not provide a priority, xine-lib will use the default priority. load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_qt.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_qt.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_real.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_real_audio.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_rgb.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_speex.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_spu.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_spucc.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_sputext.so found load_plugins: plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_vorbis.so found load_plugins: plugin
Bug#294979: Analyzed problem: php4 transiently FTBFS
Package: php4 Version: 4:4.3.10-3 Followup-For: Bug #294979 Hello *! Since I have found no better contact adresses for the buildd network on http://buildd.debian.org/, I'm CC'ing this also to Ryan Murray. | [EMAIL PROTECTED]:~# apt-get install php4 libapache-mod-php4 [...] | php4: Depends: libapache-mod-php4 (= 4:4.3.10-4) but 4:4.3.10-3 is to be installed or [...] | [EMAIL PROTECTED]:~# apt-cache show libapache-mod-php4 | grep Version | Version: 4:4.3.10-3 Thus php4 is not installable because libapache-mod-php4/4:4.3.0-4 is not available on i386. Looking at http://buildd.debian.org/fetch.php?pkg=php4ver=4%3A4.3.10-4arch=i386stamp=1107999252file=logas=raw it was not built because: [...] | After installing, the following source dependencies are still | unsatisfied: | apache2-threaded-dev(inst 2.0.53-2 ! = wanted 2.0.53-3) | Source-dependencies not satisfied; skipping php4 [...] Looking at apache2-threaded-dev: it was uploaded on the 9th of Feb too and is already built for all architectures. Please prod php4 for rebuild. Thanks for your time and work, David -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k6-1 Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages php4 depends on: ii libapache-mod-php44:4.3.10-3 server-side, HTML-embedded scripti ii php4-common 4:4.3.10-3 Common files for packages built fr -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294967: Fails to cleanup properly
On Sun, Feb 13, 2005 at 08:38:58AM +0100, Goswin von Brederlow wrote: Jeroen van Wolffelaar [EMAIL PROTECTED] writes: On Sat, Feb 12, 2005 at 07:47:40PM +0100, Jeroen van Wolffelaar wrote: My mirror was running a bit out-of-diskspace, that I took a look at where this space went. I turns out, that debmirror doesn't cleanup properly. For example, I have pool/main/k/kernel-patch-2.4.25-mips and kvim on my mirror, but that source package was removed from unstable in october resp. november 2004. Ah, I find the issue here, debmirror uses 'find', but due to space constraints, part of my mirror were on other partitions, and symlinked to there. find doesn't follow symlinks, so there it goes wrong. Try adding -follow to the find call and run with --dry-run. I fear that adding -follow will remove /dists/unstable/* and /dists/testing/* though if you have those thinks, so --dry-run it. You're correct -- that would have removed almost all of dists via symlinks if I didn't have hadded --ignore=^dists, but otherwise it works. I'm unsure what the best course of action would be here, find doesn't have an option of 'follow symlink if pointing outside of $ftproot' afaik. Otoh, this issue is mostly only relevant for pool, as dists is not so easily splitteable outside of $ftproot via symlinks. I can't fink of a clean solution to this problem that would work, unless dists is handled special. I think it's best left up to you as author/maintainer to decide whether or not you think this handling would outweigh the hackiness, or whether you can find a non-hackish solution. (doing this only for pool, and regular find for dists? Add the symlinks in the top level of dists to a 'recursive ignore' for removal purposes?) --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#122639: Processed: it's a wishlist, although a very reasonable one
[EMAIL PROTECTED] (Debian Bug Tracking System) wrote: Processing commands for [EMAIL PROTECTED]: severity 122639 wishlist Bug#122639: /bin/sleep use of pthreads Severity set to `wishlist'. If I understand the original report, you can close this bug, since sleep now accepts floating point numbers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292561: Documentation bug?
tags 292561 +forwarded thanks Thanks for your bugreport, I forwarded it to Tuomo. * Daniel Burrows wrote: retitle 292561 Documentation of keybindings is confusing/misleading thanks After hitting some random keys, I discovered that the problem is apparently that, for instance, the keybinding to choose the nth window is actually Mod1+k 1, not Mod1+1. However, this doesn't seem to be a general principle: Alt-k , and Alt-k ., rather than switching to the next/previous object in the current frame, seem to move the current tab left/right within the frame. I took a closer look at it, and this doesn't seem just a documentation issue to me, it looks like a problem when interpreting the cfg_bindings.lua file. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295003: kernel-image-2.6.10-1-686: sound card model Creative Labs [SB Live! Value] EMU10k1X is theoretically supported by snd-emu10k1 but does not work
tags 295003 moreinfo stop On Sat, 12 Feb 2005, Claudio Martinelli wrote: Package: kernel-image-2.6.10-1-686 Version: 2.6.10-4 Severity: normal could you add more precision to does not work, and send please dmesg of your kernel after boot. thanks maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294979: Same problem...
Hello, I have more or less the same problem here. Although php4 states to depend on ONE OF the apache* or caudium modules, deselect shows a dependency on all of them. Best regards Andreas -- Andreas Tscharner [EMAIL PROTECTED] -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. -- Rich Cook -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#122639: Processed: it's a wishlist, although a very reasonable one
On Sun, 13 Feb 2005, Jim Meyering wrote: [EMAIL PROTECTED] (Debian Bug Tracking System) wrote: Processing commands for [EMAIL PROTECTED]: severity 122639 wishlist Bug#122639: /bin/sleep use of pthreads Severity set to `wishlist'. If I understand the original report, you can close this bug, since sleep now accepts floating point numbers. The bug called for using the sleep system call instead of nanosleep, indeed assuming that sleep(1) is used with an integer argument. However, I wonder if anybody actually uses the less-than-a-second precision feature given the portability concerns (I have never seen a packaged shell script that does it). If you feel that the feature is useful, just close the bug. Otherwise, if you think that a less heavy binary (one that just does a single sleep syscall) would be appropriate, then the bug should remain. Maybe the coreutils should include the lighter one (the one the bug is calling for), and for somebody requiring the higher- precision sleep binary an alternative-creating package could be done (although that is a lot of work for nothing if nobody uses the noninteger argument shell syntax of this command). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294927: Warn on .orig.tar.gz containing a debian/ subdir
On Sat, Feb 12, 2005 at 02:31:17PM +0100, Jeroen van Wolffelaar wrote: Package: lintian Version: 1.23.8 Severity: wishlist .orig.tar.gz's containing a debian subdir is usually a PITA, and it's so distribution-secific it doesn't belong in any upstream's tarball anyway. BS Submitter is probably missing the bigger picture. It is up to upstream what they ship in in their .orig.tar.gz ( remember that free software is about freedom ) The emitted warning will split collaboration between authors and distributors, a bad thing. And don't forget that Lintian is a tool to check a _package_ against Debian policy, not a check on the original tarball. Cheers Geert Stappers signature.asc Description: Digital signature
Bug#294974: --skippackages doesn't work at all
On Sun, Feb 13, 2005 at 08:48:44AM +0100, Goswin von Brederlow wrote: Jeroen van Wolffelaar [EMAIL PROTECTED] writes: Package: debmirror Version: 20050207 Severity: normal --skippackages is said to not download Packages.gz files etc, and assume they are uptodate. However, this doesn't work at all: [0%] Getting: dists/sid/main/binary-i386/Packages.gz dists/sid/main/binary-i386/Packages.bz2 needs fetch (etc etc) Right, I must have dropped that option when I added the check against the Release file to see if something needs updateing. I have multiple options now how this should behave: 1. don't update Release, don't update Packages, fail if inconsistent 2. don't update Release, update missing Packages 3. update Release, don't update Packages (that is probably useless) 4. update Release and missing Packages (current way) I think I will introduce a new option --skiprelease and reintroduce --skippackages allowing for all 4 cases. Ah, I see -- yes, that would seem a nice solution -- I believe that these options all look at the current state of .temp, rather than dists/, though? This would explain the behaviour I experienced, as dists/ was completely and fully uptodate, but .temp missing. .temp isn't really temporary here, and is just sitting there eating diskspace, which it could also every run be copied (or linked!) from dists, and after sync moved back into place. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294797: apt: [INTL:it] Update italian translation
hi to all, the version Dennis uploaded was version 0.5, while the one i uploaded (see #294075) is for 0.6 . Please update 0.5 as well with the one sent to you by seppy. Regards Samuele -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292561: Documentation bug?
* Daniel Burrows wrote: After hitting some random keys, I discovered that the problem is apparently that, for instance, the keybinding to choose the nth window is actually Mod1+k 1, not Mod1+1. However, this doesn't seem to be a general principle: Alt-k , and Alt-k ., rather than switching to the next/previous object in the current frame, seem to move the current tab left/right within the frame. Maybe the manpage just need to be clarified a little. OK... Tuomo replied: Mod1+K 1 switches to the first object (tab/client window) within current frame. Mod1+1 switches to the first object (workspace) within current screen. This is also documented in the manpage, just scroll down a bit. :) Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286111: wacom-kernel-source: install wacom.o instead of wacom.ko when built with 2.6
Hi Ron, Le 13.02.2005 01:36:20, Ron a écrit : On Sat, Dec 18, 2004 at 01:20:25PM +, Jean-Luc Coulon (f5ibh) wrote: I send you the complete build log in a separate mail (the one that give wacom.o inserted). Hi again, I had a look at this and didn't see anything that appeared out of place. Can you still reproduce this with the new packages I've uploaded? I'm at a bit of a loss as to how what you describe may have happened still... I've just done the test with the new version of the package. I recall the problem: If I had a configured tree for both 2.4 and 2.6 in /usr/src, I was not able to have wacom.ko while using /usr/src/linux (pointing to 2.6), I had to use /usr/src/kernel-source-2.6.10 instead. With this version of the package, I've no more the problem. The package is built as expected with the /usr/src/linux (pointing to 2.6). thanks, Ron Thanks and regards Jean-Luc pgpQYVSZVj5gh.pgp Description: PGP signature
Bug#295051: `apt-get update' segfaults while reading package lists (reproducable)
Package: apt Version: 0.5.4 (debian stable) With the follow sources.list apt-get update segfaults at 66%, sometimes 67%, while Reading Package Lists: deepthought:/# cat /etc/apt/sources.list deb http://http.us.debian.org/debian stable main contrib non-free deb http://non-us.debian.org/debian-non-US stable/non-US main contrib non-free deb http://security.debian.org/ stable/updates main deb http://www.backports.org/debian stable mc deb http://http.us.debian.org/debian testing main contrib non-free deb http://packages.dotdeb.org ./ deepthought:/# This only happens when the deb http://http.us.debian.org/debian testing main contrib non-free line is in there, so I assume that line is wrong somehow or collides with another line. I found out that this line with less rules in sources.list causes this error: Reading Package Lists... Error! E: Dynamic MMap ran out of room E: Error occured while processing postman (NewPackage) E: Problem with MergeList /var/lib/apt/lists/http.us.debian.org_debian_dists_testing_main_binary-i386_ Packages E: The package lists or status file could not be parsed or opened. But when I add all the other lines (and only when all sources.list lines I showed earlier are in there), the segfault occurs. Good luck, Ron Korving -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295052: exult: FTBFS (amd64/gcc-4.0): 'std::hash_map' has not been declared
Package: exult Severity: normal Tags: patch When building 'exult' on amd64 with gcc-4.0, I get the following error: g++ -DHAVE_CONFIG_H -I. -I. -I.. -I./../headers -I./.. -I./../files -I./../imagewin -I/usr/include/SDL -D_REENTRANT -I/usr/include/freetype2 -DXWIN -O2 -Wno-long-long -g -O2 -Wp,-MD,.deps/bodies.pp -c bodies.cc -o bodies.o ../hash_utils.h:32: error: 'std::hash_map' has not been declared ../hash_utils.h:50: error: 'std::hash_set' has not been declared ../game.h:60: error: ISO C++ forbids declaration of 'hash_map' with no type ../game.h:60: error: expected ';' before '' token ../game.h:61: error: ISO C++ forbids declaration of 'hash_map' with no type ../game.h:61: error: expected ';' before '' token bodies.cc: In static member function 'static int Body_lookup::find(int, int, int)': bodies.cc:424: error: expected initializer before '' token bodies.cc:429: error: 'htable' was not declared in this scope bodies.cc:432: error: expected type-specifier before 'hash_set' bodies.cc:432: error: expected `;' before 'hash_set' bodies.cc:456: error: 'hash_set' was not declared in this scope bodies.cc:456: error: expected primary-expression before 'short' bodies.cc:456: error: expected `;' before 'short' bodies.cc:461: error: 'it' was not declared in this scope bodies.cc:461: error: 'htable' was not declared in this scope make[3]: *** [bodies.lo] Error 1 make[3]: Leaving directory `/exult-1.2/shapes' With the attached patch 'exult' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/exult-1.2/hash_utils.h ./hash_utils.h --- ../tmp-orig/exult-1.2/hash_utils.h 2003-08-31 19:32:24.0 +0200 +++ ./hash_utils.h 2005-02-13 10:41:56.0 +0100 @@ -26,7 +26,7 @@ #else #if HAVE_EXT_HASH_MAP # include ext/hash_map -# if (defined(__GNUC__) (__GNUC__ == 3) ( __GNUC_MINOR__ 0)) +# if (defined(__GNUC__) (((__GNUC__ == 3) ( __GNUC_MINOR__ 0)) || __GNUC__ = 4)) using __gnu_cxx::hash_map; # else using std::hash_map; @@ -44,7 +44,7 @@ #else #if HAVE_EXT_HASH_SET # include ext/hash_set -# if (defined(__GNUC__) (__GNUC__ == 3) ( __GNUC_MINOR__ 0)) +# if (defined(__GNUC__) (((__GNUC__ == 3) ( __GNUC_MINOR__ 0)) || __GNUC__ = 4)) using __gnu_cxx::hash_set; # else using std::hash_set; diff -urN ../tmp-orig/exult-1.2/mapedit/npcedit.cc ./mapedit/npcedit.cc --- ../tmp-orig/exult-1.2/mapedit/npcedit.cc2004-04-26 06:59:14.0 +0200 +++ ./mapedit/npcedit.cc2005-02-13 11:02:25.423507594 +0100 @@ -234,7 +234,7 @@ GtkLabel *label = GTK_LABEL(glade_xml_get_widget(app_xml, lname)); g_free(lname); // User data = schedule #. - sched.type = (int) gtk_object_get_user_data(GTK_OBJECT(label)); + sched.type = (long) gtk_object_get_user_data(GTK_OBJECT(label)); if (sched.type 0 || sched.type 31) return false; // Get location. @@ -600,7 +600,7 @@ int shape = get_num_entry(npc_shape); int frame = get_num_entry(npc_frame); GtkWidget *fw = glade_xml_get_widget(app_xml, npc_face_frame); - int face = (int) gtk_object_get_user_data(GTK_OBJECT(fw)); + long face = (long) gtk_object_get_user_data(GTK_OBJECT(fw)); int usecode = get_num_entry(npc_usecode_entry); short attack_mode = get_optmenu(npc_attack_mode); short alignment = get_optmenu(npc_alignment); @@ -723,7 +723,7 @@ return; npc_face_draw-configure(); GtkWidget *frame = glade_xml_get_widget(app_xml, npc_face_frame); - int shnum = (int) gtk_object_get_user_data(GTK_OBJECT(frame)); + long shnum = (long) gtk_object_get_user_data(GTK_OBJECT(frame)); npc_face_draw-draw_shape_centered(shnum, 0); if (w != -1) npc_face_draw-show(x, y, w, h); diff -urN ../tmp-orig/exult-1.2/mapedit/studio.cc ./mapedit/studio.cc --- ../tmp-orig/exult-1.2/mapedit/studio.cc 2004-04-26 06:32:13.0 +0200 +++ ./mapedit/studio.cc 2005-02-13 11:03:59.59828 +0100 @@ -2009,7 +2009,7 @@ gpointer data ) { - guint32 color = (guint32) gtk_object_get_user_data(GTK_OBJECT(widget)); + guint32 color = (long) gtk_object_get_user_data(GTK_OBJECT(widget)); GdkGC *gc = (GdkGC *) gtk_object_get_data(GTK_OBJECT(widget), color_gc); if (!gc) @@ -2071,7 +2071,7 @@ config-set(config/estudio/default_game, default_game, true); GtkWidget *backgrnd = glade_xml_get_widget(app_xml, prefs_background); - background_color = (guint32) gtk_object_get_user_data( + background_color = (long) gtk_object_get_user_data( GTK_OBJECT(backgrnd)); config-set(config/estudio/background_color, background_color, true); // Set
Bug#295053: docbook-website: website olink database broken
Package: docbook-website Version: 2.5.0.0-7.1 Severity: important Tags: patch Debian chose to update docbook-xsl to 1.66.1, and suddenly the usage of the website olink database didn't work anymore (which means that all links between your webpages are suddenly gone from the html output). This problem was reported upstream, pleaes refer to http://lists.oasis-open.org/archives/docbook-apps/200501/msg00180.html http://lists.oasis-open.org/archives/docbook-apps/200501/msg00177.html Also, upstream has already merged a patch to fix the problem: http://sourceforge.net/tracker/index.php?func=detailaid=1072576group_id=21935atid=384108 http://cvs.sourceforge.net/viewcvs.py/docbook/website/xsl/olink.xsl?r1=1.2r2=1.3sortby=date I suggest releasing a fixed docbook-website package. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.11-rc2gm1 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages docbook-website depends on: ii docbook-xml 4.3-1.1standard XML documentation system, ii docbook-xsl 1.66.1-1 stylesheets for processing DocBook ii sgml-base 1.26 SGML infrastructure and SGML catal ii xml-core 0.09 XML infrastructure and XML catalog -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279081: wwwoffle: no-lasttime-index not corrected during upgrade
Package: wwwoffle Version: 2.8e-1 Followup-For: Bug #279081 Hi Paul, I upgraded from an older backport to the sarge version yesterday, and encountered the same problem as described in this bug report. It's not only the option no-lasttime-index that is no longer recognized, and not corrected by the postinst script, but also enable-modify-online. I include my complete wwwoffle-upgrade.log, although of course only the part from Sa Feb 12 16:49:50 CET 2005 is important. After this I tried dpkg-reconfigure, but of course this got the current version as last configured version, and didn't try to change anything. I also include my manually changed wwwoffle.conf - I don't have the old version any more. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages wwwoffle depends on: ii coreutils 5.2.1-2 The GNU core utilities ii debconf 1.4.30.11Debian configuration management sy ii debianutils 2.8.4Miscellaneous utilities specific t ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii zlib1g 1:1.2.2-3compression library - runtime -- debconf information: * wwwoffle/string_port_number: 8080 wwwoffle/ageline_added: wwwoffle/use-htdig: no wwwoffle/ppp-fetch: no * wwwoffle/use-ppp-interface: false wwwoffle/ageline_lost: wwwoffle/text_new_location: wwwoffle/conf-perm: * wwwoffle/passwd: (password omitted) * wwwoffle/string_parent_proxy: none * wwwoffle/select_html_lang: de (German) wwwoffle/ipv6defaultnone: * wwwoffle/fetchfrequency: 30 wwwoffle/note_upgrade_config_failed: Die Dez 23 19:44:45 CET 2003 config_version = 2.7; current_version = 2.7 No upgrade necessary Don Jan 22 18:45:23 CET 2004 config_vers=2.7; installed_deb_vers=2.7a-1.2; current_vers_file=2.7h; current_vers=2.8a wwwoffle-upgrade-config /etc/wwwoffle/wwwoffle.conf IndexOptionsThe URL-SPEC *://*.barfoo.com/ does not match all pages on *.barfoo.com did you mean *://*.barfoo.com/* DontCache The URL-SPEC *://*.barfoo.com/ does not match all pages on *.barfoo.com did you mean *://*.barfoo.com/* DontGet The URL-SPEC *://*.barfoo.com/ does not match all pages on *.barfoo.com did you mean *://*.barfoo.com/* Purge The URL-SPEC *://bar.foo.com/ does not match all pages on bar.foo.com did you mean *://bar.foo.com/* Purge The URL-SPEC *://foo.com/ does not match all pages on foo.com did you mean *://foo.com/* Purge The URL-SPEC *://foo.bar.com/ does not match all pages on foo.bar.com did you mean *://foo.bar.com/* Purge The URL-SPEC *://bar.com/ does not match all pages on bar.com did you mean *://bar.com/* CensorHeader- New option 'force-user-agent = no' Options - New option 'reply-chunked-data = yes' FetchOptions- New option 'icon-images = no' OnlineOptions - New option 'request-chunked-data = yes' OnlineOptions - New option 'cache-control-no-cache = yes' OnlineOptions - New option 'request-conditional = yes' OnlineOptions - New option 'pragma-no-cache = yes' OnlineOptions - New option 'validate-with-etag = yes' ModifyHTML - New option 'disable-meta-set-cookie = no' CensorHeader- Changed option '# User-Agent = WWWOFFLE/2.6' - '# User-Agent = WWWOFFLE/2.8' ModifyHTML - Deleted option '# enable-modify-online = no' Don Jan 22 20:48:41 CET 2004 config_version = 2.7; current_version = 2.7 No upgrade necessary Don Jan 22 20:50:13 CET 2004 config_version = 2.7; current_version = 2.7 No upgrade necessary Don Jan 22 20:51:06 CET 2004 config_vers=2.7; installed_deb_vers=2.7a-1.2; current_vers_file=2.7h; current_vers=2.8a wwwoffle-upgrade-config /etc/wwwoffle/wwwoffle.conf IndexOptionsThe URL-SPEC *://*.barfoo.com/ does not match all pages on *.barfoo.com did you mean *://*.barfoo.com/* DontCache The URL-SPEC *://*.barfoo.com/ does not match all pages on *.barfoo.com did you mean *://*.barfoo.com/* DontGet The URL-SPEC *://*.barfoo.com/ does not match all pages on *.barfoo.com did you mean *://*.barfoo.com/* Purge The URL-SPEC *://bar.foo.com/ does not match all pages on bar.foo.com did you mean *://bar.foo.com/* Purge The URL-SPEC *://foo.com/ does not match all pages on foo.com did you mean *://foo.com/* Purge The URL-SPEC *://foo.bar.com/ does not match all pages on foo.bar.com did you mean *://foo.bar.com/* Purge The URL-SPEC *://bar.com/ does not match all pages on bar.com did you mean *://bar.com/* CensorHeader- New option 'force-user-agent = no' Options - New option 'reply-chunked-data = yes' FetchOptions- New option 'icon-images = no' OnlineOptions - New option 'request-chunked-data = yes' OnlineOptions - New option 'cache-control-no-cache = yes' OnlineOptions - New option 'request-conditional = yes' OnlineOptions - New option
Bug#294991: O: sitecopy -- A program for managing a WWW site via FTP, DAV or HTTP
On Sun, Feb 13, 2005 at 06:59:58AM +0100, Janusz S. Bien wrote: On Sat, 12 Feb 2005 22:27:51 +0100 Jeroen van Wolffelaar [EMAIL PROTECTED] writes: [...] Did you try to contact the maintainer before taking this step? No. I guess I should, but after some hesitation I decided that the facts are obvious and taking such a shortcut will save some time in bringing the upgrade to Debian users. This can be achieved otherwise, well, such a shortcut (asking for someone to hijack the package without even asking the maintainer) is considered a tad rude if the maintainer isn't even cc'd on the actual request. If a maintainer is unresponsive, you can always as user mail to -devel asking about it, or the better mailinglist in this case would have been -qa. My apology if I broke some rules - a BTS manual for *users* seems to be missing. wnpp (this isn't about the BTS really, you apparantly are perfectly able to send out a good O: bugreport on wnpp) is not at all intended for users, developer (but readable for everyone) documentation is available[0] (but not dealing with what to do with neglecting packages). Neglected/outdated packages only as last step will get orphaned, see [1] for a bit of information (though not complete nor 100% useful for non-developers). I do acknowledge however, that when I tried a user-oriented search for what to do, I failed to find any good information, except mailinglists to ask for. This probably should be fixed... --Jeroen [0] http://www.debian.org/devel/wnpp/ [1] http://www.debian.org/doc/developers-reference/ch-beyond-pkging.en.html#s-mia-qa -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295054: wipl: FTBFS (amd64/gcc-4.0): 'ParseProgram::types ParseProgram::tMAC' is inaccessible
Package: wipl Severity: normal Tags: patch When building 'wipl' on amd64 with gcc-4.0, I get the following error: wipld.cc: In member function 'virtual ParseProgram::types CardCollect::getSymbol(char*, void*)': parseprg.h:15: error: 'ParseProgram::types ParseProgram::tMAC' is inaccessible wipld.cc:77: error: within this context parseprg.h:15: error: 'ParseProgram::types ParseProgram::tMAC' is inaccessible wipld.cc:78: error: within this context parseprg.h:15: error: 'ParseProgram::types ParseProgram::tIP' is inaccessible wipld.cc:79: error: within this context parseprg.h:15: error: 'ParseProgram::types ParseProgram::tIP' is inaccessible wipld.cc:80: error: within this context parseprg.h:15: error: 'ParseProgram::types ParseProgram::tINT32' is inaccessible wipld.cc:81: error: within this context parseprg.h:15: error: 'ParseProgram::types ParseProgram::tINT32' is inaccessible wipld.cc:82: error: within this context parseprg.h:15: error: 'ParseProgram::types ParseProgram::tINT32' is inaccessible wipld.cc:83: error: within this context make[2]: *** [wipld.o] Error 1 make[2]: Leaving directory `/wipl-20020601/src' With the attached patch 'wipl' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/wipl-20020601/src/parseprg-internal.h ./src/parseprg-internal.h --- ../tmp-orig/wipl-20020601/src/parseprg-internal.h 2002-01-01 14:20:28.0 +0100 +++ ./src/parseprg-internal.h 2005-02-13 11:44:46.049910424 +0100 @@ -123,7 +123,7 @@ struct SymEntry { char name[maxsymlen+1]; // Name of variabel intvalid; // True if the variabel is valid. -ParseProgram::types type; // Type of variabel +ParseProgram_types type; // Type of variabel valueu value; // Location of variabel }; @@ -138,7 +138,7 @@ // Sets the type and location af a symbol made with createSymbol. // The function also allocates a memory location for the symbol and // sets its contest to 0. - void setType(SymEntry* se, ParseProgram::types type); + void setType(SymEntry* se, ParseProgram_types type); private: diff -urN ../tmp-orig/wipl-20020601/src/parseprg-lex.ll ./src/parseprg-lex.ll --- ../tmp-orig/wipl-20020601/src/parseprg-lex.ll 2005-02-13 11:46:42.514407754 +0100 +++ ./src/parseprg-lex.ll 2005-02-13 11:46:36.326603334 +0100 @@ -108,14 +108,14 @@ {IDENT} { // See if the user has suplied this symbol: void* v; - ParseProgram::types t=ParseProgram::instance-getSymbol(yytext,v); - if(t!=ParseProgram::tUNKNOWN) { + ParseProgram_types t=ParseProgram::instance-getSymbol(yytext,v); + if(t!=tUNKNOWN) { switch(t) { - case ParseProgram::tINT64: yylval.nint64var=new VariabelInt64((int64*)v); return INT64VAR; - case ParseProgram::tBOOL: yylval.nboolvar=new VariabelBool((Bool*)v);return BOOLVAR; - case ParseProgram::tMAC: yylval.nmacvar=new VariabelMac((mac_addr*)v); return MACVAR; - case ParseProgram::tIP:yylval.nipvar=new VariabelIp((ip_addr*)v); return IPVAR; - case ParseProgram::tINT32: yylval.nint64expr=new IntToInt64Expr((int*)v); return INT64EXPR; + case tINT64: yylval.nint64var=new VariabelInt64((int64*)v); return INT64VAR; + case tBOOL: yylval.nboolvar=new VariabelBool((Bool*)v); return BOOLVAR; + case tMAC: yylval.nmacvar=new VariabelMac((mac_addr*)v); return MACVAR; + case tIP:yylval.nipvar=new VariabelIp((ip_addr*)v); return IPVAR; + case tINT32: yylval.nint64expr=new IntToInt64Expr((int*)v); return INT64EXPR; } assert(0); } @@ -124,10 +124,10 @@ Symtable::SymEntry* se=symtabel.getSymbol(yytext); if(se) { switch(se-type) { - case ParseProgram::tINT64: yylval.nint64var=se-value.int64_value; return INT64VAR; - case ParseProgram::tBOOL: yylval.nboolvar=se-value.bool_value; return BOOLVAR; - case ParseProgram::tMAC: yylval.nmacvar=se-value.mac_value; return MACVAR; - case ParseProgram::tIP:yylval.nipvar=se-value.ip_value; return IPVAR; + case tINT64: yylval.nint64var=se-value.int64_value; return INT64VAR; + case tBOOL: yylval.nboolvar=se-value.bool_value; return BOOLVAR; + case tMAC: yylval.nmacvar=se-value.mac_value; return MACVAR; + case tIP:yylval.nipvar=se-value.ip_value; return IPVAR; } assert(0); } diff -urN ../tmp-orig/wipl-20020601/src/parseprg-yacc.yy ./src/parseprg-yacc.yy --- ../tmp-orig/wipl-20020601/src/parseprg-yacc.yy 2002-01-02 13:54:25.0 +0100 +++ ./src/parseprg-yacc.yy 2005-02-13 11:45:52.772018742 +0100 @@ -50,15 +50,15 @@ return symbols[symc++]; } -void Symtable::setType(SymEntry*
Bug#268624: manpage could be clarified
Siward de Groot wrote: which does not follow symlinks True, it reports the symlink name rather than its target. it's manpage says that which returns the pathnames of the files which would be executed The man page could be clarified by replacing the above with which returns the pathnames of the files (or symbolic links) which would be executed i would like to use something like 'dpkg -S `which xemacs`' $ dpkg -S $(readlink -f $(which xemacs)) xemacs21-mule: /usr/bin/xemacs-21.4.16-mule -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294123: udev: Bad parsing of regular expressions in *.rules
On Tue, 2005-02-08 at 21:53 -0800, Greg KH wrote: On Wed, Feb 09, 2005 at 03:24:31AM +0100, Kay Sievers wrote: Can't you match against some interface attributes in sysfs, which are telling you which one is the first interface of this device? You may compare: udevinfo -a -p /class/tty/ttyUSB0 udevinfo -a -p /class/tty/ttyUSB1 if you find a difference between both interfaces to match against, that is not dependent on the kernel device name. This is a real tough one to try to match on, as these both point to the same exact physical device. Same USB interface even. It's a pain, stupid palm devices... Ahh, I see. So we may follow the link to the physical device and look for the name of the _first_ serial interface of this device? Would this solve the problem? Kay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294974: --skippackages doesn't work at all
Jeroen van Wolffelaar [EMAIL PROTECTED] writes: On Sun, Feb 13, 2005 at 08:48:44AM +0100, Goswin von Brederlow wrote: Jeroen van Wolffelaar [EMAIL PROTECTED] writes: Package: debmirror Version: 20050207 Severity: normal --skippackages is said to not download Packages.gz files etc, and assume they are uptodate. However, this doesn't work at all: [0%] Getting: dists/sid/main/binary-i386/Packages.gz dists/sid/main/binary-i386/Packages.bz2 needs fetch (etc etc) Right, I must have dropped that option when I added the check against the Release file to see if something needs updateing. I have multiple options now how this should behave: 1. don't update Release, don't update Packages, fail if inconsistent 2. don't update Release, update missing Packages 3. update Release, don't update Packages (that is probably useless) 4. update Release and missing Packages (current way) I think I will introduce a new option --skiprelease and reintroduce --skippackages allowing for all 4 cases. Ah, I see -- yes, that would seem a nice solution -- I believe that I wil do that then for the next release. these options all look at the current state of .temp, rather than dists/, though? This would explain the behaviour I experienced, as dists/ was completely and fully uptodate, but .temp missing. .temp isn't really temporary here, and is just sitting there eating diskspace, which it could also every run be copied (or linked!) from dists, and after sync moved back into place. Yes. So far I was too lazy to clean it up at the end and rebuild it at the next start. Normaly .temp/dists/* is hardlinked into dists at the end unless you have something like AFS and hardlinks fail, assuming .temp and dists are on the same FS. So no space wasted. --Jeroen MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294789: run-parts problems
Agreed. If --list is going to exclude broken symbolic links then it should also exclude symbolic links to directories. [EMAIL PROTECTED]:/tmp$ ls -l w total 4 lrwxr-xr-x 1 jdthood jdthood 15 2005-02-13 12:05 bar - /does/not/exist lrwxr-xr-x 1 jdthood jdthood 1 2005-02-13 12:03 foo - . -rw-r--r-- 1 jdthood jdthood 24 2005-02-13 12:03 s [EMAIL PROTECTED]:/tmp$ run-parts --list w w/foo w/s Note that --test also lists symbolic links to directories. [EMAIL PROTECTED]:/tmp$ run-parts --test w run-parts: component w/bar is a broken symbolic link w/foo Another problem is that run-parts's error output is on stdout. [EMAIL PROTECTED]:/tmp$ run-parts --test w 2/dev/null run-parts: component w/bar is a broken symbolic link w/foo These tests were performed with debianutils 2.8.4. -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294283: does not honour HUP signal properly
also sprach Junichi Uekawa [EMAIL PROTECTED] [2005.02.13.0739 +0100]: What is the process that remains after pbuilder exits ? /bin/sh run -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Bug#292253: Bug does seem to be in which, not in bash
Looks like you're using bash. If so, this is a bash bug. You can work around it by using $HOME/.bin instead of ~/.bin . I don't see how you conclude that it is a bug in bash. [EMAIL PROTECTED]:~$ bash [EMAIL PROTECTED]:~$ ls -l .bin/s -rwxr-xr-x 1 jdthood jdthood 28 2005-02-13 11:53 .bin/s [EMAIL PROTECTED]:~$ cat .bin/s #!/bin/sh echo [EMAIL PROTECTED]:~$ echo $PATH /home/jdthood/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games [EMAIL PROTECTED]:~$ PATH=~/.bin:$PATH [EMAIL PROTECTED]:~$ s [EMAIL PROTECTED]:~$ which s which's behavior does depend on the name of the directory. [EMAIL PROTECTED]:~$ mv .bin/s bin [EMAIL PROTECTED]:~$ hash s [EMAIL PROTECTED]:~$ s [EMAIL PROTECTED]:~$ which s /home/jdthood/bin/s -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295055: zziplib: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment
Package: zziplib Severity: normal Tags: patch When building 'zziplib' on amd64 with gcc-4.0, I get the following error: x86_64-linux-gcc -DHAVE_CONFIG_H -I.. -I../.. -Wall -O2 -D_USE_MMAP -fomit-frame-pointer -Wstrict-prototypes -Wpointer-arith -Wsign-compare -Wmissing-declarations -c `test -f '../../bins/zziptest.c' || echo '../../bins/'`../../bins/zziptest.c ../../bins/zziptest.c: In function 'main': ../../bins/zziptest.c:76: error: invalid lvalue in assignment make[4]: *** [zziptest.o] Error 1 make[4]: Leaving directory `/zziplib-0.12.83/x86_64-pc-linux-gnu/bins' With the attached patch 'zziplib' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/zziplib-0.12.83/bins/zziptest.c ./bins/zziptest.c --- ../tmp-orig/zziplib-0.12.83/bins/zziptest.c 2002-12-18 15:06:29.0 +0100 +++ ./bins/zziptest.c 2005-02-13 12:00:24.840510966 +0100 @@ -73,7 +73,7 @@ printf(filename: %s\n\n, hdr-d_name); if (hdr-d_reclen == 0) break; -(char *)hdr += hdr-d_reclen; +hdr = (char *)hdr + hdr-d_reclen; sleep(1); } } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#122639: Processed: it's a wishlist, although a very reasonable one
Vassilii Khachaturov [EMAIL PROTECTED] wrote: If I understand the original report, you can close this bug, since sleep now accepts floating point numbers. The bug called for using the sleep system call instead of nanosleep, indeed assuming that sleep(1) is used with an integer argument. However, I wonder if anybody actually uses the less-than-a-second precision feature given the portability concerns (I have never seen a packaged shell script that does it). If you feel that the feature is useful, just close the bug. Otherwise, if you think that a less heavy binary (one that just does a single sleep syscall) would be appropriate, then the bug should remain. Maybe the coreutils should include the lighter one (the one the bug is calling for), and for somebody requiring the higher- precision sleep binary an alternative-creating package could be done (although that is a lot of work for nothing if nobody uses the noninteger argument shell syntax of this command). Sorry, but reverting sleep(1) to 1-second (no floating-point argument) resolution is not an option. Too many people have requested that feature. I interpret this part of the bug report (remember that it was against an older version of sleep that still accepted only integer number of seconds): * sleep(1) argument is in seconds, ferchrissake! If we really want sub-microsecond accuracy we would need (aside of turning the kernel into RT one and making sure that sleep(1) is locked in core) an argument with comparable precision. as saying that sleep should accept a higher-resolution (e.g., floating point) description of the requested sleep interval. If your concern is with the size of sleep's code, then maybe you'd prefer usleep? $ ls -go /usr/bin/usleep /bin/sleep -rwxr-xr-x 1 14424 Jul 16 2004 /bin/sleep* -rwxr-xr-x 1 2780 Jun 2 2001 /usr/bin/usleep* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#280603: [wesley@terpstra.ca: Re: [madduck@debian.org: Bug#280603: and?]]
also sprach Jonas Meurer [EMAIL PROTECTED] [2005.02.13.0137 +0100]: no, he didn't. but he mentioned that his idea of a bts is [EMAIL PROTECTED], and i believe that you should impel wesley to do the job, as you are the one who reqests the feature. Sorry, I just don't want Yet Another Mailinglist. It's sort of customary in Debian that the maintainer closes the gap between developer and user... anyway, I don't want to burden you further. i don't mind about another wishlist bug, i could set it to wontfix, but why keep it? Maybe someone else sees it and decides to implement it? I am sure Wesley will accept a patch. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Bug#294967: Fails to cleanup properly
Jeroen van Wolffelaar [EMAIL PROTECTED] writes: On Sun, Feb 13, 2005 at 08:38:58AM +0100, Goswin von Brederlow wrote: Jeroen van Wolffelaar [EMAIL PROTECTED] writes: On Sat, Feb 12, 2005 at 07:47:40PM +0100, Jeroen van Wolffelaar wrote: My mirror was running a bit out-of-diskspace, that I took a look at where this space went. I turns out, that debmirror doesn't cleanup properly. For example, I have pool/main/k/kernel-patch-2.4.25-mips and kvim on my mirror, but that source package was removed from unstable in october resp. november 2004. Ah, I find the issue here, debmirror uses 'find', but due to space constraints, part of my mirror were on other partitions, and symlinked to there. find doesn't follow symlinks, so there it goes wrong. Try adding -follow to the find call and run with --dry-run. I fear that adding -follow will remove /dists/unstable/* and /dists/testing/* though if you have those thinks, so --dry-run it. You're correct -- that would have removed almost all of dists via symlinks if I didn't have hadded --ignore=^dists, but otherwise it works. I'm unsure what the best course of action would be here, find doesn't have an option of 'follow symlink if pointing outside of $ftproot' afaik. Otoh, this issue is mostly only relevant for pool, as dists is not so easily splitteable outside of $ftproot via symlinks. I can't fink of a clean solution to this problem that would work, unless dists is handled special. I think it's best left up to you as author/maintainer to decide whether or not you think this handling would outweigh the hackiness, or whether you can find a non-hackish solution. (doing this only for pool, and regular find for dists? Add the symlinks in the top level of dists to a 'recursive ignore' for removal purposes?) --Jeroen You have to ignore the symlinks in dists for debmirror not to remove them already. If I use the same ignores for find or only follow links / recurse into dirs that are not ignored that should give an accurate list. Or two finds, one for dists and one for pool. Not sure how to do this though without many confused users or corrupted mirrors. Might take a while to figure out. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293879: This feature would duplicate readlink -f
To canonicalize a path use readlink -f. E.g., dpkg -S $(readlink -f $(which foo)) I don't see why this already existing functionality should be duplicated in which. -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295056: gv: Scrollbar on open-file box messed up
Package: gv Version: 1:3.6.1-7 Severity: minor If you have a few dozen files in your directory, click File - Open, then (in the dialog box), click Rescan Directory and then click anywhere in the mid-section of the scrollbar of the pane that lists the files (i.e. above the cancel button and below the Filters entry field). When you do that, the little knob on the scrollbar which indicates the files you can see then expands to fill the entire scroll bar. It still works, oddly enough, it just gives the wrong visual indication. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gv depends on: ii gs 8.01-5 Transitional package ii gs-esp [gs] 7.07.1-9The Ghostscript PostScript interpr ii gs-gpl [gs] 8.01-5 The GPL Ghostscript PostScript int ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-10 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-10 X pixmap library ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii xaw3dg 1.5+E-8 Xaw3d widget set ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295057: libgeda_20041228.orig.tar.gz is missing.
Package: libgeda,ftp.debian.org Version: 20041228-2 Severity: serious Hi, The libgeda_20041228.orig.tar.gz file is missing on the archive. I assume this happened because the 20041228-1 version was in NEW, 20041228-2 reverted the change and didn't upload the .orig file again. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289470: latest totem ver 0.100-2 totem-xine still crashes
reopen 289470 tag 289470 + patch thanks Le dimanche 13 février 2005 à 04:35 -0500, mcquaid mcquaid a écrit : I have had this problem for a few weeks now and the latest has not resolved it for me. I did have an experimental source for other programs which I have since removed. I have gone through every lib I can think of and made sure it's from deb unstable. I have tried totem as other users and root but same result. xine and gxine launch fine without issue. I have attached the output from totem at launch. Now I'm back with the machine where I could reproduce it, I can confirm that 0.100-2 doesn't fix the crash, albeit the patch I submitted earlier does. Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
Bug#295058: Please move which from /usr/bin/ to /bin/
Package: debianutils Version: 2.8.4 Severity: wishlist Many scripts already use the which program to find out whether or not a given program foo is available on the PATH. The contain code like this: which foo /dev/null 21 foo ... A problem is that there is no guarantee that which itself is available on the PATH; which is currently in /usr/bin/ and /usr can become available as late as S:S45mountnfs.sh, so initscripts that run early in the boot process cannot blindly assume that which will work. To solve this problem I suggest that which be moved into /bin/. The space impact of this change would be minimal. $ ls -l /usr/bin/which -rwxr-xr-x 1 root root 884 2004-07-13 01:29 /usr/bin/which -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages debianutils depends on: ii coreutils 5.2.1-2 The GNU core utilities ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295059: spider: FTBFS (amd64/gcc-4.0): static declaration of 'card_to_int' follows non-static declaration
Package: spider Severity: normal Tags: patch When building 'spider' on amd64 with gcc-4.0, I get the following error: In file included from movelog.c:18: globals.h:93:8: warning: extra tokens at end of #endif directive movelog.c: In function 'grow_cache': movelog.c:63: warning: cast to pointer from integer of different size movelog.c:66: warning: incompatible implicit declaration of built-in function 'exit' movelog.c: At top level: movelog.c:303: error: static declaration of 'card_to_int' follows non-static declaration movelog.c:43: error: previous implicit declaration of 'card_to_int' was here movelog.c:791: error: static declaration of 'restore_game' follows non-static declaration movelog.c:723: error: previous implicit declaration of 'restore_game' was here make[1]: *** [movelog.o] Error 1 make[1]: Leaving directory `/spider-1.2' make: *** [build] Error 2 With the attached patch 'spider' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/spider-1.2/movelog.c ./movelog.c --- ../tmp-orig/spider-1.2/movelog.c1991-09-28 19:46:17.0 +0200 +++ ./movelog.c 2005-02-13 12:29:24.557252117 +0100 @@ -33,6 +33,9 @@ extern int cheat_count; +static int card_to_int(CardPtr card); +static int restore_game(char *str, char *str2); + make_deck_cache() { CardPtrtmp; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#184979: base-passwd: asks if it can update -- should be a debconf option
Package: base-passwd Version: 3.5.9 Followup-For: Bug #184979 Base-passwd still asks if it can update your system at configure time. This should be a debconf option. A flag such as /etc/kernel-img.conf would also work, but we really shouldn't be using such things when debconf exists for this purpose. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (800, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages base-passwd depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295018: libxine1: bus error on sparc
On Sun, Feb 13, 2005 at 01:12:07AM +0200, Baurjan Ismagulov wrote: The debugging build is not ready yet. I've reproduced the bug with the debugging information. Some relevant data: Program terminated with signal 10, Bus error. ... #0 0x706dbc6c in cache_plugin_read (this_gen=0x6d0d80, buf=0xefffee58 RIFF\023, len=8) at input_cache.c:77 77 *((uint64_t *)buf) = *(uint64_t *)((this-buf[this-buf_pos])); (gdb) p buf $1 = 0xefffee58 RIFF\023 (gdb) p (((cache_input_plugin_t *)this_gen)-buf[((cache_input_plugin_t *)this_gen)-buf_pos]) $2 = (uint8_t *) 0x6d0dc4 LISTF\001 The right-hand side is not aligned to 8 bytes. The application doesn't crash with the workaround below (and doesn't work either, but this is the subject for another bug :) ). With kind regards, Baurjan. --- src/xine-engine/input_cache.c.orig 2005-02-13 11:56:03.0 +0200 +++ src/xine-engine/input_cache.c 2005-02-13 12:18:52.0 +0200 @@ -74,7 +74,7 @@ /* all bytes are in the buffer */ switch (len) { case 8: -*((uint64_t *)buf) = *(uint64_t *)((this-buf[this-buf_pos])); + memcpy(buf, this-buf[this-buf_pos], sizeof(uint64_t)); break; case 7: buf[6] = (char)this-buf[this-buf_pos + 6]; @@ -87,7 +87,7 @@ buf[4] = (char)this-buf[this-buf_pos + 4]; /* fallthru */ case 4: -*((uint32_t *)buf) = *(uint32_t *)((this-buf[this-buf_pos])); +memcpy(buf, this-buf[this-buf_pos], sizeof(uint32_t)); break; case 3: buf[2] = (char)this-buf[this-buf_pos + 2];
Bug#289896: kaffeine: This can be set in the xine engine parameters menu item
Package: kaffeine Version: 0.5-1 Followup-For: Bug #289896 Go to Settings, select xine engine parameters. Click the decoder icon, and click the expert button at the bottom. You can set both realplayer and mplayer-win32 codec paths here. Kind Regards Anders E. Andersen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages kaffeine depends on: ii kdelibs4 4:3.3.2-1 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-9 GCC support library ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libidn11 0.5.2-3 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxine1 1.0-1 the xine video/media player librar ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxtst6 4.3.0.dfsg.1-10 X Window System event recording an ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#184979: base-passwd: asks if it can update -- should be a debconf option
On Sun, Feb 13, 2005 at 06:40:14AM -0500, Alex Mohr wrote: Package: base-passwd Version: 3.5.9 Followup-For: Bug #184979 Base-passwd still asks if it can update your system at configure time. This should be a debconf option. A flag such as /etc/kernel-img.conf would also work, but we really shouldn't be using such things when debconf exists for this purpose. Yes, I *know* that. As I already mentioned in the logs of this bug report, I haven't done it because it's hard, not because I don't know that debconf is the right way to go. :-) -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295063: mail-notification: New mail icon does not appear
Package: mail-notification Version: 1.0-3 Severity: important When new mail is detected, the new-mail program is run by mail-notification. But the new mail icon does not appear in the system tray. When resizing the system tray, the icon becomes visible. I think it is a question of refreshing the window, or maybe setting the size correctly. When starting out with new mail in the inbox, the icon does apperar. When the mail is read however, the icon dissapears and it does not show on new mail. Thanks, Wouter -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8wouter-2 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mail-notification depends on: ii gconf2 2.8.1-4 GNOME configuration database syste ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.0-4 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.0-2 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libeel2-22.8.2-1 Eazel Extensions Library (for GNOM ii libgail-common 1.8.2-1 GNOME Accessibility Implementation ii libgail171.8.2-1 GNOME Accessibility Implementation ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libglade2-0 1:2.4.1-2 library to load .glade files at ru ii libglib2.0-0 2.6.1-3 The GLib library of C routines ii libgmime2.1 2.1.10-1MIME library, unstable version ii libgnome2-0 2.8.0-6 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.0-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.3-11The GNOME virtual file-system libr ii libgnutls11 1.0.16-9GNU TLS library - runtime library ii libgtk2.0-0 2.4.14-2The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii liborbit21:2.10.2-1.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.0-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsasl2 2.1.19-1.5 Authentication abstraction library ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libsoup2.2-7 2.2.1-1 an HTTP library implementation in ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxml2 2.6.11-5GNOME XML library ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295061: kernel-patch-grsecurity2: Does not apply on 2.6.10 (as2 patch missing)
Package: kernel-patch-grsecurity2 Version: 2.1.1-1 Severity: normal The patch does not apply on kernel-source-2.6.10. On the website the author mentioned that the as2 patch is needed before applying the grsecurity patch. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kernel-patch-grsecurity2 depends on: ii bash 2.05b-24 The GNU Bourne Again SHell ii debconf [debconf-2.0] 1.4.30.11 Debian configuration management sy ii grep-dctrl2.1.8 Grep Debian package information ii patch 2.5.9-2Apply a diff file to an original -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294910: imp3: Division by Zero : /usr/share/horde2/login.php
Hi ! On Sat, Feb 12, 2005 at 04:34:38PM +0100, Ola Lundqvist wrote: After upgrading to this version i got the following error-message on every imp-window. Upgrading from which version? Sorry - i don't know the previos version. But I sure that it was pretty up2date because i do a upgrade of my systems at lease every weak I'm not sure how I can reproduce this error as I do not get it myself. Have you done any special configuration that can cause this? I haven't made so much configuration for imp/horde - if you think it would be helpful ic can send you a tar-file with my current configuration. If you can give me som advide where to search the source of this problem - i can solve this problem by myself - and then I can send you a patch... Where is the prefs-object be instanceiated ? Best regards Marc Schoechlin -- I prefer non-proprietary document-exchange. http://sector7g.wurzel6.de/pdfcreator/ http://www.prooo-box.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295068: kaffeine suggests libdvdread3 and libdvdnav4
Package: kaffeine Version: 0.5-1 Severity: minor The required functionallity of libdvdread3 and libdvdnav4 are included in the libxine core, making installation of these two libraries completely redundant. Therefore kaffeine should not suggest these two packages. For more info you can go here: http://sourceforge.net/mailarchive/forum.php?thread_id=5928549forum_id=34875 Anders E. Andersen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages kaffeine depends on: ii kdelibs4 4:3.3.2-1 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-9 GCC support library ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libidn11 0.5.2-3 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxine1 1.0-1 the xine video/media player librar ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxtst6 4.3.0.dfsg.1-10 X Window System event recording an ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269624: kaffeine: Will this work on other desktops besides KDE?
Package: kaffeine Version: 0.5-1 Followup-For: Bug #269624 If this doesn't work on desktops other than KDE, then users of those desktops will be disappointed. Btw: Most kinds of bugs should be send the the kaffeine user mailing list at [EMAIL PROTECTED] Anders E. Andersen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages kaffeine depends on: ii kdelibs4 4:3.3.2-1 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-9 GCC support library ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libidn11 0.5.2-3 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxine1 1.0-1 the xine video/media player librar ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxtst6 4.3.0.dfsg.1-10 X Window System event recording an ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#288891: kaffeine: What do you mean? Please explain further.
Package: kaffeine Version: 0.5-1 Followup-For: Bug #288891 I don't understand what you mean. Could you be more specific about what you do. What do you mean by theatre? Are you talking about the player tab? What do you mean by frozen first frame. When I start playing a new file it just starts playing, there are no freezes or anything. Anders E. Andersen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages kaffeine depends on: ii kdelibs4 4:3.3.2-1 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-9 GCC support library ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libidn11 0.5.2-3 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxine1 1.0-1 the xine video/media player librar ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxtst6 4.3.0.dfsg.1-10 X Window System event recording an ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295069: Verbose / debug options hard to find if present at all
Package: apt Version: 0.5.27 Severity: minor I tried finding out why apt-get source doesn't work for me (bug report on its way), but couldn't, even after looking at like 4 apt manpages (apt, apt-get, apt.conf, apt_preferences), find any option/flag to ask apt-get to be more verbose at what's going on. An exhaustive list of config options would be nice too in some manpage, so one can search through it and find the options one needs. --Jeroen -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; 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::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; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/bin/apt-listchanges --apt || test $? -ne 10; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Tools ; DPkg::Tools::Options ; DPkg::Tools::Options::/usr/bin/apt-listchanges ; DPkg::Tools::Options::/usr/bin/apt-listchanges::Version 2; -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- # See sources.list(5) for more information, especialy # Remember that you can only use http, ftp or file URIs # CDROMs are managed through the apt-cdrom tool. deb http://security.debian.org sarge/updates main contrib non-free deb file:///org/ftp.debian.org/ftp sarge main non-free contrib #deb http://ftp.debian.nl/debian sarge main non-free contrib deb-src file:///org/ftp.debian.org/ftp sarge main non-free contrib #deb-src http://ftp.debian.nl/debian/ woody main non-free contrib # mplayer en meer (http://marillat.free.fr/dists/unstable/main/binary-i386/) #deb http://hpisi.nerim.net/ testing main deb http://debian.tu-bs.de/mplayer/ftp.nerim.net/debian-marillat testing main # mijzelf deb-src http://snapshot.debian.net/archive pool phpbb2 deb http://qa.debian.org/~jeroen/lintian ./ deb-src http://qa.debian.org/~jeroen/lintian ./ -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Versions of packages apt depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-6GCC support library ii libstdc++5 1:3.3.5-8The GNU Standard C++ Library v3 -- no debconf information -- Jeroen van Wolffelaar [EMAIL PROTECTED] http://jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295006: debian-policy: Virtual package: change mp3-encoder with music-encoder
On Sun, Feb 13, 2005 at 01:22:20AM +0200, Jesus Climent wrote: Package: debian-policy Version: 3.6.1.1 Severity: wishlist Having no mp3 encoder in the archive, due to possible patent problems, i believe it would be a wiser idea to have music-encoder as a virtual package than mp3-encoder. What would the interface provided by such a virtual package be? -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289558: kaffeine: This works for me.
Package: kaffeine Version: 0.5-1 Followup-For: Bug #289558 I can't confirm this on version 0.5. When I create a playlist of for instance mp3 audio tracks and sets the name to 'Testlist', for example, and then insert a dvd, go to the Go! tab, and select the Open DVD icon, then kaffeine simply switches from the Testlist playlist to the build in DVD playlist and starts playing. The Testlist playlist is left untouched, and you can go back to it using the drop down widget and select a track and start playing. It works just fine in my opinion. Anders E. Andersen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages kaffeine depends on: ii kdelibs4 4:3.3.2-1 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-9 GCC support library ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libidn11 0.5.2-3 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxine1 1.0-1 the xine video/media player librar ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxtst6 4.3.0.dfsg.1-10 X Window System event recording an ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293692: kaffeine: More info needed
Package: kaffeine Version: 0.5-1 Followup-For: Bug #293692 I have not seen anything like this, that I can remember. What are you doing to provoke this? Please give a thorough example. Anders E. Andersen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages kaffeine depends on: ii kdelibs4 4:3.3.2-1 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-9 GCC support library ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libidn11 0.5.2-3 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxine1 1.0-1 the xine video/media player librar ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxtst6 4.3.0.dfsg.1-10 X Window System event recording an ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289895: kaffeine: Works here..
Package: kaffeine Version: 0.5-1 Followup-For: Bug #289895 Huh?? I can play dvds just fine here on my system with no hdparm installed? Ok so my kaffeine is compiled from sources, but I am pretty sure there is no dependancy on hdparm in kaffeine.. Anders E. Andersen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages kaffeine depends on: ii kdelibs4 4:3.3.2-1 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-9 GCC support library ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libidn11 0.5.2-3 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxine1 1.0-1 the xine video/media player librar ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxtst6 4.3.0.dfsg.1-10 X Window System event recording an ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295071: gazpacho segfaults
Package: gazpacho Version: 0.5.0-1 Severity: important Sorry for being so undescriptive in the bug title, but I wouldn't be able to explain it properly there. A quick way to reproduce the segmentation fault follows: 1) Run gazpacho 2) Click on Gtk+ Standard Dialogs 3) Click on Input dialog 4) Select anything from the Mode combo on the dialog 5) Tchan! Backtrace follows: #0 0xb787501d in gtk_input_dialog_new () from /usr/lib/libgtk-x11-2.0.so.0 #1 0xb7c303b6 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #2 0xb7c1e6b6 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #3 0xb7c2fec8 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #4 0xb7c2ef4c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #5 0xb7c2f1e6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #6 0xb797ec57 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #7 0xb789e842 in gtk_menu_shell_activate_item () from /usr/lib/libgtk-x11-2.0.so.0 #8 0xb789ddd5 in _gtk_menu_shell_activate () from /usr/lib/libgtk-x11-2.0.so.0 #9 0xb7896b66 in gtk_menu_reorder_child () from /usr/lib/libgtk-x11-2.0.so.0 #10 0xb788f80e in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #11 0xb7c1e949 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #12 0xb7c1e6b6 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #13 0xb7c2f925 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #14 0xb7c2ed3a in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #15 0xb7c2f1e6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #16 0xb797ea87 in gtk_widget_send_expose () from /usr/lib/libgtk-x11-2.0.so.0 #17 0xb788e322 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #18 0xb788d176 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #19 0xb773c815 in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0 #20 0xb7bb56b2 in g_main_depth () from /usr/lib/libglib-2.0.so.0 #21 0xb7bb6738 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #22 0xb7bb6a70 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #23 0xb7bb7013 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #24 0xb788ca23 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #25 0xb7af917d in init_gtk () from /usr/lib/python2.3/site-packages/gtk-2.0/gtk/_gtk.so #26 0x080ab80a in PyEval_CallObjectWithKeywords () #27 0x080a9bee in Py_MakePendingCalls () #28 0x080aa77c in PyEval_EvalCodeEx () #29 0x080ab8e9 in PyEval_CallObjectWithKeywords () #30 0x080ab72c in PyEval_CallObjectWithKeywords () #31 0x080a9bee in Py_MakePendingCalls () #32 0x080aa77c in PyEval_EvalCodeEx () #33 0x080ab8e9 in PyEval_CallObjectWithKeywords () #34 0x080ab72c in PyEval_CallObjectWithKeywords () #35 0x080a9bee in Py_MakePendingCalls () #36 0x080aa77c in PyEval_EvalCodeEx () #37 0x080acf79 in PyEval_EvalCode () #38 0x080d90db in PyRun_FileExFlags () #39 0x080d885f in PyRun_SimpleFileExFlags () #40 0x08054e95 in Py_Main () #41 0x080549eb in main () Hope it's useful =) See ya, -- Guilherme de S. Pastore (fatalerror) [EMAIL PROTECTED] -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Versions of packages gazpacho depends on: ii python2.3.5-1An interactive high-level object-o ii python-gtk2 2.4.1-2Python bindings for the GTK+ widge -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295072: Several stderr output running lintian on all packages
Package: lintian Version: 1.23.8 Severity: minor Unfortunately, I cannot see which packages caused this behaviour, but in any case, lintian shouldn't normally emit warnings on stderr, but rather detect and make it a lintian warning. We should probably also make harness put these warnings in the lintian.log or something, or make lintian frontend itself capture stderr and turn that into a generic W: makes-lintian-barf error warnings. This is the full list of a full lintian run on unstable: dpkg-source: warning: wordtrans-1.1pre13/debian/rules is not a plain file WARNING: It seems that none of the files in POTFILES.in contain marked strings WARNING: It seems that none of the files in POTFILES.in contain marked strings WARNING: It seems that none of the files in POTFILES.in contain marked strings internal error: Failed opening changelog internal error: cannot run nmu check on package fireflier warning: file `../countrylist' extension `' is unknown; will try C error while opening ../countrylist for reading: No such file or directory WARNING: It seems that none of the files in POTFILES.in contain marked strings WARNING: It seems that none of the files in POTFILES.in contain marked strings can't open ./../../tzsetup.templates: No such file or directory at /home/jeroen/root/usr/share/intltool-debian/intltool-extract line 200. can't open ./../../apt-setup.templates: No such file or directory at /home/jeroen/root/usr/share/intltool-debian/intltool-extract line 200. error while opening ../tzsetup.templates.h for reading: No such file or directory WARNING: It seems that none of the files in POTFILES.in contain marked strings Use of uninitialized value in concatenation (.) or string at /home/jeroen/lintian.debian.org/lintian-current/checks/manpages line 284. internal error: collect info objdump-info about package samba-dbg: 256 internal error: collect info objdump-info about package libvibrant6-dbg: 256 internal error: collect info objdump-info about package libswfdec-dev: 256 internal error: collect info objdump-info about package libqof-0.5.0-1-dbg: 256 internal error: collect info objdump-info about package libopencdk8-dbg: 256 internal error: collect info objdump-info about package libogre4-dbg: 256 internal error: collect info objdump-info about package liboggz1-dbg: 256 internal error: collect info objdump-info about package libncbi6-dbg: 256 internal error: collect info objdump-info about package libgtk2.0-0-dbg: 256 internal error: collect info objdump-info about package libgnutls11-dbg: 256 internal error: collect info objdump-info about package libgnomeui-dbg: 256 internal error: collect info objdump-info about package libglib2.0-0-dbg: 256 internal error: collect info objdump-info about package libgfccore-2.0-0-dbg: 256 internal error: collect info objdump-info about package libgcrypt11-dbg: 256 internal error: collect info objdump-info about package libgail-dbg: 256 internal error: collect info objdump-info about package libfontconfig1-dbg: 256 internal error: collect info objdump-info about package libfltk1.1c102-dbg: 256 internal error: collect info objdump-info about package libcurl3-dbg: 256 internal error: collect info objdump-info about package libc6-dbg: 256 internal error: collect info objdump-info about package libatspi-dbg: 256 internal error: collect info objdump-info about package libatk1.0-dbg: 256 Use of uninitialized value in concatenation (.) or string at /home/jeroen/lintian.debian.org/lintian-current/checks/manpages line 284. Use of uninitialized value in concatenation (.) or string at /home/jeroen/lintian.debian.org/lintian-current/checks/manpages line 291. Use of uninitialized value in concatenation (.) or string at /home/jeroen/lintian.debian.org/lintian-current/checks/manpages line 284. Use of uninitialized value in concatenation (.) or string at /home/jeroen/lintian.debian.org/lintian-current/checks/manpages line 284. internal error: collect info objdump-info about package freeglut3-dbg: 256 file: corrupted section header size. internal error: xargs for file exited with code 31488 internal error: collect info file-info about package e3: 256 internal error: collect info objdump-info about package amd64-libs-dev: 256 --Jeroen -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages lintian depends on: ii binutils 2.15-5The GNU assembler, linker and bina ii diffstat 1.35-1produces graph of changes introduc ii file 4.12-1Determines file type using magic ii gettext0.14.1-7 GNU Internationalization utilities ii intltool-debian0.30+20040213 Help i18n of RFC822 compliant conf ii man-db 2.4.2-21 The on-line manual pager
Bug#290432: kaffeine: Have you tried this using xine-ui
Package: kaffeine Version: 0.5-1 Followup-For: Bug #290432 It would be nice to know if this is kaffeine only issue or if it happens with xine-ui as well. If that is the case, the bug belongs with the libxine package and not kaffeine. Anders E. Andersen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages kaffeine depends on: ii kdelibs4 4:3.3.2-1 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-9 GCC support library ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libidn11 0.5.2-3 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxine1 1.0-1 the xine video/media player librar ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxtst6 4.3.0.dfsg.1-10 X Window System event recording an ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295066: gnome-session: login progress window doesn't disappear when resuming a session
Le dimanche 13 février 2005 à 12:03 +, Jon Dowland a écrit : Package: gnome-session Version: 2.8.1-5 Severity: normal Apologies if I am filing this under the wrong package. The progress-window which appears when logging into GNOME does not disappear for me. I tick 'save current setup' when I log-out, and the setup is reloaded on login. This problem doesn't occur if I don't do this. The last application to be started is xchat, and the progress window displays the xchat icon indefinitely (until I click on it that is) Could you please send me your .gnome2/session file? Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
Bug#246621: ifupdown: Patch suggestion for dhcp3-client_3.0.1-1
The previously forgotten patch has now been submitted to dhcp3-client as issue #295064. Regards /Jocke -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294884: asterisk: Illegal Instruction on VIA CPUs
On Sat, Feb 12, 2005 at 07:08:18PM +, Mark Purcell wrote: If the default binaries are built for lowest common denominator then if people really want the performance ehanced then it is pretty easy for those that want to rebuild the binaries for thier specific implementation. What about CPU optimizations that don't require special instructions? (-mcpu vs. -march) -- Tzafrir Cohen icq#16849755 +972-50-7952406 [EMAIL PROTECTED]http://xorcom.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295073: g++-3.3: operator new doesn't initialize memory anymore after thrown exception
Package: g++-3.3 Version: 1:3.3.5-5 Severity: normal Dear g++ maintainer, When running the following little program it appears that operator new fails to initialize the memory it allocates. For example, when I run the program I get the following output: 134517800 0 1074470752 1074986304 0 1 1 134517181 134517168 134515206 The program was compiled using both a plain `g++' command and `g++ -Wall -fexceptions'. No warnings are reported and compilation proceeds flawlessly. Here is the program; #include iostream #include iterator #include algorithm using namespace std; void showalloc() { int *ip = new int [10]; copy(ip, ip + 10, ostream_iteratorint(cerr, )); cout endl; delete [] ip; } void thrower() { try { throw 0;// remove this to obtain memory initialized to 0 } catch(...) {} } int main() { thrower(); showalloc(); return 0; } When the `throw 0;' statement is removed the memory comes out neatly initialized. The program's output in that case is: 0 0 0 0 0 0 0 0 0 0 Kind regards, Frank B. Brokken -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages g++-3.3 depends on: ii gcc-3.3 1:3.3.5-5The GNU C compiler ii gcc-3.3-base1:3.3.5-5The GNU Compiler Collection (base ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libstdc++5-3.3-dev 1:3.3.5-5The GNU Standard C++ Library v3 (d -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#287189: #287189 still a bug?
reassign 287189 bootcd thanks On Sun, 2005-02-13 at 13:59 +0100, Wolfgang Schnitker wrote: Is it possible, that this can have something to do with bootcd? Yes, the bootcd package calls discover. Reassigning, in case bootcd still assumes that discover is at /bin/discover (rather than at /sbin/discover, whither it has been moved). -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293754: kleopatra does not install
tags 293754 -sarge thanks Joey, I'm going to go ahead and remove the sarge tag for this bug; the version of kleopatra in sarge is there because it was pushed in by the release team, in full awareness of the non-satisfiable dependency. Since there are packages for gnupg 2.0 available from a well-known source which satisfy this dependency, I believe it's appropriate to treat this as equivalent to the jdk case. Since the version of kdepim in unstable won't reach testing until this bug is resolved, I think it's appropriate to track it as an RC issue for unstable as a reminder that the FauxPackages entry has not been added -- but I don't think that should be a prerequisite for including the current version of kdepim in the sarge release. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#135322:
tags 135322 + confirmed pending thanks This is fixed in the new upstream pre-release version, finishing the port of the menu system, a new version will be uploaded. -- Bruno Barrera C. Debian Developer signature.asc Description: This is a digitally signed message part
Bug#294123: Info received (was Bug#294123: udev: Bad parsing of regular expressions in *.rules)
On Sunday 13 February 2005 13:55, Kay Sievers shaped the electrons to say: On Sun, 2005-02-13 at 13:04 +0100, Ricardo Galli wrote: On Sunday 13 February 2005 05:08, Kay Sievers shaped the electrons to say: Hi Ricardo, I've replied to Greg now on the hotplug list: http://marc.theaimsgroup.com/?l=linux-hotplug-develm=11082645400744 8w =2 Don't know if this may work. I checked the wrong pattern match, but I couldn't reproduce this. Your diagnosis is correct, I think it will solve my problem, although for some Palm devices the right device is the second one. Where can I check diffs between 0.50 and 0.51? (in 0.53 still does not work). You may find something here: http://linuxusb.bkbits.net:8080/udev/[EMAIL PROTECTED] http://linuxusb.bkbits.net:8080/udev/src?nav=index.html I still can't reproduce this. I've added this for a flash memory card: KERNEL=sdc[2468], NAME=%k, SYMLINK=xeven%n KERNEL=sdc[13579], NAME=%k, SYMLINK=xodd%n and I get this: [EMAIL PROTECTED] ~]# ls -la /dev/x* lrwxrwxrwx 1 root root 4 Feb 13 13:44 /dev/xeven6 - sdc6 lrwxrwxrwx 1 root root 4 Feb 13 13:44 /dev/xeven8 - sdc8 lrwxrwxrwx 1 root root 4 Feb 13 13:44 /dev/xodd1 - sdc1 lrwxrwxrwx 1 root root 4 Feb 13 13:44 /dev/xodd5 - sdc5 lrwxrwxrwx 1 root root 4 Feb 13 13:44 /dev/xodd7 - sdc7 Are you really sure, that you don't have any other rule in the rules file, which may cause the creation of the symlink? Please grep for pilot in the rules directory. :) Holy shit! antoli:/etc/udev/rules.d# grep pilot * palm.rules:BUS=usb, SYSFS{manufacturer}=Palm. Inc., KERNEL=ttyUSB[024], NAME=%k, SYMLINK=pilot udev.rules:BUS=usb, KERNEL=ttyUSB*, SYSFS{product}=Palm Handheld*, SYMLINK=pilot This rule in udev.rules was not before in the Debian package. Sorry. Thanks. -- ricardo galli GPG id C8114D34 http://mnm.uib.es/gallir/ Existen 10 tipos de personas, las que saben binario y otras nueve que no recuerdo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292114:
tags 292114 + confirmed pending thanks I'm preparing a new version due the new upstream pre-release, so please wait. -- Bruno Barrera C. Debian Developer signature.asc Description: This is a digitally signed message part
Bug#121203:
tags 121203 + confirmed pending thanks This is fixed in the new upstream pre-release version, finishing the port of the menu system, a new version will be uploaded. -- Bruno Barrera C. Debian Developer signature.asc Description: This is a digitally signed message part
Bug#221290: Any news on the login problem?
Hello Christian, On Sun, Feb 13, 2005 at 08:06:53AM +0100, Christian Perrier wrote: Quoting Helge Kreutzmann ([EMAIL PROTECTED]): Hello, did you have a chance to look at this problem (i.e., entering umlaute during login disturbes session). Do you need any more info? Or should I report this elsewhere? All such problems will be handled post-sarge when the shadow package maintenance team will begin its work on bug triage. Great news! Another good reason to get Sarge out of the door. Thanks for taking care. If you need additional info/testing when you start working on these, please contact me then. Greetings Helge -- Dr. Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED] gpg signed mail preferred 64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm Help keep free software libre: http://www.freepatents.org/ pgpCJM8miWhnz.pgp Description: PGP signature
Bug#294884: asterisk: Illegal Instruction on VIA CPUs
Hi Tzafrir, Am Sonntag, den 13.02.2005, 15:25 +0200 schrieb Tzafrir Cohen: On Sat, Feb 12, 2005 at 07:08:18PM +, Mark Purcell wrote: If the default binaries are built for lowest common denominator then if people really want the performance ehanced then it is pretty easy for those that want to rebuild the binaries for thier specific implementation. What about CPU optimizations that don't require special instructions? (-mcpu vs. -march) the Policy quite clearly states that *compile time* detection is to be forced to read i386. The only chance of circumventing this in a policy-conforming way is to introduce runtime detection for speex and ilbc. If you feel like doing a patch, it'd be largly welcome. =) -- Best regards, Kilian signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#261490: If the links are not missing, than this bug can be closed?
Hello Christian, On Sun, Feb 13, 2005 at 08:11:18AM +0100, Christian Perrier wrote: Quoting Helge Kreutzmann ([EMAIL PROTECTED]): Hello, if the links are indeed not missing, than this bug can be closed, correct? The links are missing (for it and ko now, only). But the respective man pages indeed do *not* cover both commands for these languages. So, they should not be linked I prefer keeping this bug opened so that the issue may be examined when we will work on bug triage for shadow (help welcome). We may decide to simply drop the it and ko translations of the man pages if they happen to be too outdated. Yes, I know it from the german man pages. Several once are quite different from the english original. I frequently use env LANG=C man command to also read the original (for various packages). At least judging from the german man pages, I think man translators rather wrote a german version and not a good translation and there seems to be no mechanism available to keep man page translation in sync. I faced the same problem when I translated man pages I wrote myself (though here I simply update the translation once the original is updated). So if there is any effort on a more general translation framework for man pages (like there is for the web pages, po-debconf, ...) I will be happy to help. Regarding the it and ko translation, I am afraid I don't speak those languages and right now I don't have a collegue who does speak them (though if everything else fails, I might try to contact a former italian collegue of mine, but I don't think he'll help). Thanks for taking care. Greetings Helge -- Dr. Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED] gpg signed mail preferred 64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm Help keep free software libre: http://www.freepatents.org/ pgpoXajzyjc3P.pgp Description: PGP signature
Bug#294986: php4-recode: php4 segfault when using recode() function
On Sat, Feb 12, 2005 at 09:42:07PM +0100, Cyril Chaboisseau wrote: when I do $ /usr/bin/php4 -c php.ini -q ./recode.php Erreur de segmentation (core dumped) here is php.ini : [PHP] extension=recode.so and recode.php : ? echo recode_string(utf-8..html_4.0,Hello, World !); ? it also segfault with other charsets I've also tried with register_globals = Off WRT bug #213557 I first tought it was a bug on librecode but it works well from the command line : $ echo Hello, World|recode utf-8..html_4.0 Hello, World now, maybe it's not critical since I've only tested the bug on amd64 and not i386 (the only 2 architectures I have) anyone willing to test that on ppc64, alpha, sparc64 ? 04:43 vorlon the recode segfault is reproducible on alpha. 04:47 vorlon also reproducible against testing. 04:48 vorlon segfault happens deep inside librecode, I'd be surprised if this was our fault. 04:49 infinity As would I, except that it works with the CLI recode tool. 04:49 infinity Perhaps PHP just tickles it in a slightly different way, though. 04:49 infinity Thanks for the digging. 04:49 vorlon I'll check build 64-bit build logs for anything suspicious. 04:51 vorlon /build/buildd/php4-4.3.10/ext/recode/recode.c:156: warning: passing arg 5 of `recode_buffer_to_buffer' from incompatible pointer type 04:51 vorlon /build/buildd/php4-4.3.10/ext/recode/recode.c:156: warning: passing arg 6 of `recode_buffer_to_buffer' from incompatible pointer type 04:52 * vorlon whistles nonchalantly 04:57 vorlon PHP is passing two int *'s where size_t * is required. Yeah, that'd probably do the trick. :P 04:57 infinity Who's wrong? PHP, or the recode headers? 04:57 vorlon PHP. :) 04:58 infinity Check. Can you cut'n'paste this conversation to the bug?.. I'll patch it ASAP. 04:58 vorlon well, let me build and verify that changing this actually fixes the segfault. 04:58 infinity even if it doesn't, it should be fixed. 04:58 vorlon yes, but I only want to have to send one email. :) 04:58 infinity When I have a spare day, I should go hunting for endian/size issues again. 06:01 vorlon fixed, sending mail. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#294468: nfs-kernel-server: absolutely zero sane documentation for setting up NFSv4
On Sat, Feb 12, 2005 at 05:05:47PM +0100, Steinar H. Gunderson wrote: And yet another point: And the list goes on: - For Kerberos authentication, the file name for your credentials _must_ have the form of /tmp/krb5cc_uid* (ie. /tmp/krb5cc_20053_asdf or whatever), or rpc.gssd won't find the file. krb5-user and ssh-krb5 do this right, but pam_krb5 in its current form does not (it drops the uid; see bug #295027). A reasonable workaround is giving ccache=/tmp/krb5cc_%u as a parameter to pam_krb5, until #295027 is fixed. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#272295: gcFree Assertion at gc-incremental.c:1300 - Attempt to explicitly free nonfixed object
Barry Hawkins wrote: Package: kaffe Version: 1.1.4.PRECVS7-1 Severity: normal uname -a: Linux case 2.6.10 #1 Tue Dec 28 10:49:53 EST 2004 ppc GNU/Linux A javacc task that ran successfully under kaffe-1.1.4.PRECVS6-1 is now failing under kaffe-1.1.4.PRECVS7-1. The kaffe install in question uses the pthreads package, not jthreads. The javacc task is part of the build for the lucene source package. A trimmed transcript of the build attempt is attached at the end of the message. uname -a: Linux 2.6.10 #1 Mon Jan 24 17:21:44 CET 2005 i686 GNU/Linux I realized the same error for kaffe-1.1.4.PRECVS7-1 yesterday trying to build rhino with kaffe/jikes. In my case it happenes due to an recursive ant call inside the build.xml - when I removed the ant call by replacing the call with the actuall target xml code it worked. This is just a workaround but maybe also a hint for finding the error. To make clear what I meant with recusive ant call this is my workaround patch for rhino: --- build.xml.orig 2004-03-25 14:54:36.0 + +++ build.xml 2005-02-12 14:15:14.0 + @@ -47,8 +47,23 @@ /target target name=compile depends=init -ant dir=src target=compile/ -ant dir=toolsrc target=compile/ +!-- Workaround for the rekursive ant invocations + which fail with kaffe - not yet clear why -- +!-- build src dir -- +javac srcdir=src destdir=${classes} + includes=org/**/*.java deprecation=on debug=${debug} +/javac +copy todir=${classes} + fileset dir=src includes=org/**/*.properties / +/copy +!-- build toolsrc dir -- +javac srcdir=toolsrc destdir=${classes} + includes=org/**/*.java excludes=**/debugger/* + deprecation=on debug=${debug} +/javac +copy todir=${classes} + fileset dir=toolsrc includes=org/**/*.properties / +/copy /target target name=copy-source depends=init Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295076: cyrus21-common: Fails to start on hppa, ctl_cyrusdb hangs forever
Package: cyrus21-common Version: 2.1.17-3 Severity: grave Justification: renders package unusable When I start Cyrus 2.1 on Debian on HPPA, ctl_cyrusdb (which is started automatically as configured in /etc/cyrus.conf) hangs forever. The same is true when I start it manually. Using strace I get the following trace: execve(/usr/sbin/ctl_cyrusdb, [/usr/sbin/ctl_cyrusdb, -r], [/* 22 vars */]) = 0 newuname({sys=Linux, node=C3600, ...}) = 0 brk(0) = 0x47000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4000 open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=0, st_size=0, ...}) = 0 mmap(NULL, 32274, PROT_READ, MAP_PRIVATE, 3, 0) = 0x400b7000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libsasl2.so.2, O_RDONLY) = 3 read(3, [EMAIL PROTECTED]..., 512) = 512 fstat64(3, {st_mode=0, st_size=0, ...}) = 0 mmap(NULL, 165480, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40236000 mprotect(0x4024e000, 67176, PROT_NONE) = 0 mmap(0x4025d000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x17000) = 0x4025d000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libresolv.so.2, O_RDONLY) = 3 read(3, \177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0.p..., 512) = 512 fstat64(3, {st_mode=0, st_size=0, ...}) = 0 mmap(NULL, 150128, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40371000 mprotect(0x40383000, 76400, PROT_NONE) = 0 mmap(0x40392000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x11000) = 0x40392000 mmap(0x40394000, 6768, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40394000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libdb3.so.3, O_RDONLY) = 3 read(3, \177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\001..., 512) = 512 fstat64(3, {st_mode=0, st_size=0, ...}) = 0 mmap(NULL, 1036232, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4068b000 mprotect(0x40775000, 77768, PROT_NONE) = 0 mmap(0x40784000, 16384, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0xe9000) = 0x40784000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libssl.so.0.9.7, O_RDONLY) = 3 read(3, \177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0\245..., 512) = 512 fstat64(3, {st_mode=0, st_size=0, ...}) = 0 mmap(NULL, 286528, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4028a000 mprotect(0x402bd000, 77632, PROT_NONE) = 0 mmap(0x402cc000, 16384, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x32000) = 0x402cc000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libcrypto.so.0.9.7, O_RDONLY) = 3 read(3, \177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\3\275..., 512) = 512 fstat64(3, {st_mode=0, st_size=0, ...}) = 0 mmap(NULL, 1273084, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40a88000 mprotect(0x40b98000, 158972, PROT_NONE) = 0 mmap(0x40ba7000, 86016, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x10f000) = 0x40ba7000 mmap(0x40bbc000, 11516, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40bbc000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libc.so.6, O_RDONLY)= 3 read(3, \177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\1\365..., 512) = 512 fstat64(3, {st_mode=0, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40001000 mmap(NULL, 1445472, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40f5b000 mprotect(0x410a3000, 101984, PROT_NONE) = 0 mmap(0x410b2000, 32768, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x147000) = 0x410b2000 mmap(0x410ba000, 7776, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x410ba000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libdl.so.2, O_RDONLY) = 3 read(3, \177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0#H..., 512) = 512 fstat64(3, {st_mode=0, st_size=0, ...}) = 0 mmap(NULL, 76976, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40357000 mprotect(0x4035a000, 64688, PROT_NONE) = 0 mmap(0x40369000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x2000) = 0x40369000 close(3)= 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40002000 munmap(0x400b7000, 32274)
Bug#295075: pbuilder: Fails to create; forgets to run apt-get update?
Package: pbuilder Version: 0.122 Severity: important When I start pbuilder create --distribution sid --mirror http://server.home.mamane.lu:/main it fails and says: I: Base system installed successfully. umount: /var/cache/pbuilder/build/4851/./dev/pts: not mounted umount: /var/cache/pbuilder/build/4851/./dev/shm: not mounted umount: /var/cache/pbuilder/build/4851/./proc/bus/usb: not mounted - debootstrap finished - copying local configuration - Installing apt-lines Refreshing the base.tgz - upgrading packages - mounting /proc filesystem - mounting /dev/pts filesystem - installing dummy policy-rc.d Hit http://server.home.mamane.lu sid/main Packages Hit http://server.home.mamane.lu sid/main Release Reading Package Lists... Done dpkg - warning: ignoring request to remove lilo which isn't installed. Obtaining the cached apt archive contents Reading Package Lists... Done Building Dependency Tree... Done Calculating Upgrade... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. W: Couldn't stat source package list http://server.home.mamane.lu sid/main Packages (/var/lib/apt/lists/server.home.mamane.lu:_main_dists_sid_main_binary-i386_Packages) - stat (2 No such file or directory) W: Couldn't stat source package list http://server.home.mamane.lu sid/main Packages (/var/lib/apt/lists/server.home.mamane.lu:_main_dists_sid_main_binary-i386_Packages) - stat (2 No such file or directory) W: You may want to run apt-get update to correct these problems Reading Package Lists... Done Building Dependency Tree... Done W: Couldn't stat source package list http://server.home.mamane.lu sid/main Packages (/var/lib/apt/lists/server.home.mamane.lu:_main_dists_sid_main_binary-i386_Packages) - stat (2 No such file or directory) W: You may want to run apt-get update to correct these problems E: Couldn't find package build-essential - Aborting with an error - unmounting dev/pts filesystem - unmounting proc filesystem - cleaning the build env - removing directory /var/cache/pbuilder/build//4851 and its subdirectories -- System Information: Debian Release: 3.0 APT prefers testing APT policy: (300, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages pbuilder depends on: ii coreutils 5.2.1-2The GNU core utilities ii debianutils 2.8.4 Miscellaneous utilities specific t ii debootstrap 0.2.45-0.1 Bootstrap a basic Debian system ii gcc 4:3.3.5-1 The GNU C compiler ii wget 1.8.1-6.1 retrieves files from the web -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#261490: If the links are not missing, than this bug can be closed?
Quoting Helge Kreutzmann ([EMAIL PROTECTED]): to also read the original (for various packages). At least judging from the german man pages, I think man translators rather wrote a german version and not a good translation and there seems to be no mechanism available to keep man page translation in sync. I faced the same problem when I translated man pages I wrote myself (though here I simply update the translation once the original is updated). Indeed the shadow package currently has a very experimental support for po4a. If you download the package source tree, look in man/fr for the example. This allows handling man pages translations with gettext tools. For answering your question, no there's no cute framework for handling man pages translations. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294797: apt: [INTL:it] Update italian translation
Quoting Samuele Giovanni Tonon ([EMAIL PROTECTED]): hi to all, the version Dennis uploaded was version 0.5, while the one i uploaded (see #294075) is for 0.6 . Please update 0.5 as well with the one sent to you by seppy. Sorry, but this is still not clear to me..:-) What we had formerly: 0.5==apt-sarge had a complete Italian translation with 459 translated strings 0.6==apt-main had the file you sent in #294075 (which I corrected at line 1588 for a missing %s) The file we got in #294797, sent by Dennis on you behalf, seemed closer to 0.5...but when merged with the POT from 0.5, it gets 6 fuzzy strings. This is probably because it was based on an earlier POT file. You mentioned Dennis that the file sent in 294797 is a better translation. Can you confirm this ? If so, I'll merge this new it.po and the old one from 0.5 so that it stays complete but has the new translations in.
Bug#295066: gnome-session: login progress window doesn't disappear when resuming a session
On Sun, Feb 13, 2005 at 01:45:44PM +0100, Josselin Mouette wrote: Could you please send me your .gnome2/session file? Sure, attached. [Default] 0,id=117f0100011077200840100670004 0,RestartStyleHint=2 0,Priority=40 0,Program=nautilus 0,CurrentDirectory=/home/jon 0,CloneCommand=nautilus --sm-config-prefix /nautilus-GvTecY/ 0,RestartCommand=nautilus --sm-config-prefix /nautilus-GvTecY/ --sm-client-id 117f0100011077200840100670004 --screen 0 --no-default-window 1,id=117f0100011077263010100670025 1,RestartStyleHint=0 1,Program=gaim 1,CurrentDirectory=/home/jon 1,DiscardCommand=/bin/true 1,CloneCommand=gaim 1,RestartCommand=gaim --session 117f0100011077263010100670025 2,id=117f0100011080683110043920021 2,Program=/usr/lib/mozilla-firefox/firefox-bin 2,CloneCommand=/usr/lib/mozilla-firefox/firefox-bin -a firefox -contentLocale US -UILocale en-US 2,RestartCommand=/usr/lib/mozilla-firefox/firefox-bin -a firefox -contentLocale US -UILocale en-US 3,id=117f0100011078035090043580037 3,Program=xchat 3,CloneCommand=xchat 3,RestartCommand=xchat 4,id=117f0100011077200830100670002 4,RestartStyleHint=2 4,Priority=40 4,Program=gnome-panel 4,CurrentDirectory=/home/jon 4,CloneCommand=gnome-panel --sm-config-prefix /gnome-panel-E0ida9/ --profile default 4,RestartCommand=gnome-panel --sm-config-prefix /gnome-panel-E0ida9/ --sm-client-id 117f0100011077200830100670002 --screen 0 --profile default 5,id=117f010001107720083010067 5,RestartStyleHint=2 5,Priority=0 5,Program=gnome-smproxy 5,DiscardCommand=rm /home/jon/.gnome2//.gnome-smproxy-Kbj840 5,CloneCommand=gnome-smproxy --sm-config-prefix /.gnome-smproxy-Kbj840/ 5,RestartCommand=gnome-smproxy --sm-config-prefix /.gnome-smproxy-Kbj840/ --sm-client-id 117f010001107720083010067 6,id=117f0100011077200830100670001 6,RestartStyleHint=2 6,Priority=20 6,Program=metacity 6,CurrentDirectory=/home/jon 6,DiscardCommand=rm -f /home/jon/.metacity/sessions/1108219472-4344-2088968615.ms 6,CloneCommand=metacity 6,RestartCommand=metacity --sm-save-file 1108219472-4344-2088968615.ms num_clients=7
Bug#294933: $PS1 set for non-interactive shells too
On Feb 13, Gerrit Pape [EMAIL PROTECTED] wrote: On Sat, Feb 12, 2005 at 02:56:51PM +0100, Marco d'Itri wrote: Checking if $PS1 is defined is a popular way to determine if a shell is an interactive shell, or a program has been started from an interactive shell. But dash always sets the variable. I cannot read from the standards that $PS1 must not be set in a non-interactive shell; I found posh and ksh behave the same as dash. Even if it's not a standardized behaviour, I think that it's still a popular behaviour worth supporting. A reliable way to check whether a shell is interactive or not is to look for the options flag character i in $-. This does not work for scripts run from the shell. -- ciao, Marco signature.asc Description: Digital signature
Bug#293223: [netinst] Failed to detect IDE cdrom with SATA chipset
Le 4181 Septembre 1993, Joey Hess a tapoté: So in order to see your hard drive, you need to load ata_piix, but in order to see your CD, you cannot load it, correct? To see my CD I must load piix before ata_piix, with juste ata_piix I cannot see it. Have you tried to boot with linux to use the 2.4 kernel? I don't know if it will see your sata drive, but it's worth a try. With 2.4 kernel it's ok, there is no ata_piix, just piix which handle cd and SATA hard drive like an ide one. If you really want to get this system installed, your best option will probably be using some other install media. You could try to netboot it, or do a install from floppies and the network. Or you could use this small CD image, which only uses the CD for booting and the network for the rest of the install, so it does not matter if the installer does not see your CD drive: http://people.debian.org/~joeyh/d-i/images/daily/netboot/mini.iso Ater you manage an install, you could try upgrading to the 2.6.10 kernel or something and see if that helps with the CD drive issue. Please keep us informed of your progress. I'll test that. Regards. -- Daniel 'NebuchadnezzaR' Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x2A408F69 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295077: Build-Depends on gettext not strict enough
Package: apt Version: 0.5.28.4 I was trying to build the latest apt from sources today. I happened to have gettext_0.11.5-1 installed (the minimum version from Build-Depends), and the apt build failed because xgettext did not support the --msgid-bugs-address switch. Upgrading to gettext-0.14.1 lets apt build and run correctly. I do not know which exact gettext version added that switch, but the NEWS file first mentions it in Version 0.12. I would suggest that apt's Build-Depends is tightened to gettext (= 0.12). Regards, Wolfram. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294933: $PS1 set for non-interactive shells too
On Sat, Feb 12, 2005 at 02:56:51PM +0100, Marco d'Itri wrote: Checking if $PS1 is defined is a popular way to determine if a shell is an interactive shell, or a program has been started from an interactive shell. But dash always sets the variable. I cannot read from the standards that $PS1 must not be set in a non-interactive shell; I found posh and ksh behave the same as dash. A reliable way to check whether a shell is interactive or not is to look for the options flag character i in $-. Regards, Gerrit. http://www.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_05_03 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295065: [xml/sgml-pkgs] Bug#295065: xsl compilation error
On Sun, Feb 13, 2005 at 01:01:17PM +0100, Wichert Akkerman [EMAIL PROTECTED] wrote: Package: db2latex-xsl Version: 0.8pre1-3 Severity: grave I get this with the new version: xsltproc --output manual.tex manual.xsl manual.xml compilation error: file file:///usr/share/xml/docbook/stylesheet/db2latex/latex/docbook.xsl line 66 element import xsltParseStylesheetTop: ignoring misplaced import element You could have just reopened #293989. Anyways, didn't you say the fix worked, previously ? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295079: sylpheed-claws-pgpinline-plugin: error loading the plugin: undefined symbol: gpgmegtk_passphrase_cb
Package: sylpheed-claws-pgpinline-plugin Version: 0.5-1 Severity: grave Justification: renders package unusable When trying to load the pgpinline.so plugin an error dialog appears (under the plugins window): ,Â--- | Error | | The following error ocurred while loading the plugin: | /usr/lib/sylpheed-claws/plugins/pgpinline.so: undefined symbol: gpgmegtk_passphrase_cb | `Â--- -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.8-9-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages sylpheed-claws-pgpinline-plugin depends on: ii libc6 2.3.2.ds1-20.0.0.1.pure64 GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9 The GLib library of C routines ii libgtk1.2 1.2.10-17 The GIMP Toolkit set of widgets fo ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-10 X Window System Input extension li ii sylpheed-claws 1.0.1-1 Bleeding edge version of the Sylph ii xlibs 4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295078: RFP: stochastirator -- an accelerated discrete reaction event simulator
Package: wnpp Severity: wishlist * Package name: stochastirator Version : 0.0.1 Upstream Author : Eric Lyons * URL : http://opnsrcbio.molsci.org/stochastirator/ * License : GPL Description : an accelerated discrete reaction event simulator The Stochastirator represents the time-dependent behavior of biochemical reaction networks in accordance with stochastic chemical kinetics. Briefly, for a user-specified reaction netwrok, the program works by, 1. computing the next time each reaction will execute based on the unique number of substrate molecules (or combinations) and reaction propensity. 2. sorting the next (reaction) time(s) to determine which reaction next occurs. 3. executing the next reaction, thereby advancing the simulation time and updating the number of products and substrates involved in the reaction. 4. computing a new next time for the executed reaction and reactions whose number of substrate species (or combinations) were changed by the just executed reaction. 5. repeating steps 2-4 until the end time of the simulation is reached The next reaction time, t, is computed using the First Reaction Method developed by Gillespie in 1976. t=(1/a)ln(1/r) where, a is the reaction propensity (the product of the reaction rate and the number of unique reactant combinations), r is a random number drawn from a uniform distribution in the unit interval. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Luca Brivio Web:http://icebrook.altervista.org Jabber: [EMAIL PROTECTED] Homo sum: humani nil a me alienum puto (P. Terentius Afer) pgp2yHfyd5hAl.pgp Description: PGP signature
Bug#274514: Debian transition to Aspell 0.60
On Fri, Jan 21, 2005 at 01:40:47AM -0800, Brian Nelson wrote: [...] Also, any packages depending on aspell-dictionary will unfortunately have to be updated to use aspell6-dictionary instead. These packages are: abiword-common, sylpheed, sylpheed-claws, ekg, ekg2. Sorry for the long delay. ekg and ekg2 are in: http://people.debian.org/~porridge/aspell-transition/ Two things: 1) I have decided to keep: Suggests: aspell-pl | aspell6-dictionary, sms-pl Rather than the suggested: Suggests: aspell-pl, sms-pl Because I think that the latter might cause some package management tools to nag the user to install aspell-pl even if she already installed some other dictionary. Just a theory, though, not tested. 2) If possible, please wait with the upload until ekg 1:1.5+20050212-1 (uploaded today, urgency=medium, so that should last about six days IIRC) enters testing. Iff you want to do the upload earlier, then please let me know, and I'll provide 1:1.5+20050212-2 with increased urgency. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295065: [xml/sgml-pkgs] Bug#295065: xsl compilation error
Previously Mike Hommey wrote: You could have just reopened #293989. Anyways, didn't you say the fix worked, previously ? It has me puzzled as well. I did test that fix and it worked. However now when I go back to the testing version and manually apply the fix it does not work anymore. I tried the other approach (removing the extra template) and that got things working again. I did get a broken LaTeX tabular but haven't investigated yet if that was due to removing that template or some other reason. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295066: gnome-session: login progress window doesn't disappear when resuming a session
Le dimanche 13 février 2005 à 14:19 +, Jon Dowland a écrit : 1,Program=gaim 1,CurrentDirectory=/home/jon 1,DiscardCommand=/bin/true 1,CloneCommand=gaim 1,RestartCommand=gaim --session 117f0100011077263010100670025 I bet this is the culprit. What if you remove gaim from your session? -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=