Bug#324436: kde bug triage
reassign 324436 kde merge 324436 324437 thanks Hi, please check http://lists.debian.org/debian-kde/2005/08/msg00089.html for information. Kde will be broken in unstable for sometime now. Use packages from stable or testing instead. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323855: ITP: opencvs -- OpenBSD CVS implementation withspecial emphasis in security
Thomas Bushnell BSG dijo [Sat, Aug 20, 2005 at 02:20:45PM -0700]: > > For several reasons, one being that the BSD folks use CVS extensively, it's > > part of how the ports system (and upgrades) work. > > How does their extensive use of it explain why they would reimplement > it? The OBSD crowd have reimplemented many important subsystems because they do not consider GPL-like licenses to be free enough. Yes, also because of technical reasons, but in this case it seems to be about (their version of) freedom. Greetings, -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)1451-2244 / 5623-0154 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323182: a bit more about miboot's legal status
On Mon, Aug 22, 2005 at 07:55:42AM +0200, Sven Luther wrote: > > - miboot itself uses free-as-in-beer libraries from Apple, which are > > shipped together with the source code, so we would have to ask > > miboot's author to add an exception for them to its licensing terms, > > which he hadn't done yet, though comments in the source distribution > > seemed to indicate he's aware of the problem. > > This doesn't make miboot free, and is not really an issue, since the boot > sector is not linked, i belive, but only agregated into the same media. Same > as your bios is not linked to lilo. I understand this, but was speaking about a different problem. IIRC miBoot itself uses a non-free library from Apple, in addition to being loaded by a non-free bootloader. > mkvmlinuz is different, it uses the already existing zImage.coff format, which > was in use before quik, yaboot or bootx where around. My understanding was that oldworld OpenFirmware were broken wrt loading such images (I can't remember where I got this impresstion, though.) Is there a way to load such an image from an old OpenFirmware? Also, does anyone expect quik to be loadable from a floppy? (ie would that work with those old broken OF's?) At the time I looked into the quik side, it seemed the only thing it missed was the ability to deduce the floppy device name from its configuration in order to be installable on a floppy, but I don't know wether this omission was deliberate or not. -- Jeremie Koenig <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318463: Proposed update to e2fsprogs for stable
On Sun, Aug 21, 2005 at 09:51:21PM -0700, Steve Langasek wrote: > > Should I go ahead and upload the following to stable-proposed updates? > > > > e2fsprogs (1.37-2sarge2) testing; urgency=low >^^^ > > If so, please be sure to fix the target in the changelog :) Oh, yeah, oops, thanks. :-) - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312936: Programmes linked against libacl1 segfault in libacl1 code.
On Fri, Jun 10, 2005 at 11:36:18PM +0100, Jonathan David Amery wrote: > ... > Recompiling libacl1 (itself an awkward task since the package itself > segfaults in the middle when it is doing something to the postinst script) > and installing the recompiled version fixes the problem. Given this statement, and the various others that suggest this may alternatively be a kernel ABI issue, I have no reason to believe theres actually anything wrong in the libacl package itself, nor is there likely to any workaround that could be put into libacl. As such, this bug is languishing assigned to libacl -- does anyone have any suggestions as to where/how further progress could be made on this bug? Is there a generic arm-port pseudo-package I could reassign to? Should I just close it stating a different compiler has resolved this (what compiler version was used above, Jonathan?)? Any advice/suggestions, anyone? thanks! -- Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323182: a bit more about miboot's legal status
On Mon, Aug 22, 2005 at 07:20:25AM +0200, Jeremie Koenig wrote: > Hello all, > > On Mon, Aug 15, 2005 at 09:02:06PM +0200, Sven Luther wrote: > > The boot.img are the miboot floppies for oldworld pmacs. These are saddly > > not > > useable in sarge, because miboot is non-free (due to the one boot block > > which > > is coming directly from apple and has a couple tens of m68k assembly > > instructions nobody could be bothered to reverse-enginneer). > > I seem to recall this wasn't the only legal problem: > - since miboot requires a non-free compiler to build (and changing > that would be quite difficult,) it couldn't be part of Debian proper; That means it would be in contrib though and not in non-free. > - miboot itself uses free-as-in-beer libraries from Apple, which are > shipped together with the source code, so we would have to ask > miboot's author to add an exception for them to its licensing terms, > which he hadn't done yet, though comments in the source distribution > seemed to indicate he's aware of the problem. This doesn't make miboot free, and is not really an issue, since the boot sector is not linked, i belive, but only agregated into the same media. Same as your bios is not linked to lilo. > (all IIRC, would need some checking) > > I had some hope when mkvmlinuz, which claims to work for oldworld macs, > was added to Debian, however I never managed to make it work. mkvmlinuz is different, it uses the already existing zImage.coff format, which was in use before quik, yaboot or bootx where around. > To the OP: you may want to try woody on your machine, whose installer > works reasonably well, and upgrade to sarge from there. You may need to > tweak the boot floppy to add or remove "video=ofonly" from the kernel > command-line, if you encounter problems when booting the image. > > I know this email is very late. I haven't been able to put any work into > the oldworld stuff for a very long time, and resumed my occasional > reading of debian-boot only recently. I'd like to take this opportunity > to say I'm feeling a bit sorry for leaving this work unfinished. While > it's quite clear it won't happen in the next few months, I hope (once > more) I will eventually be able to change that. > > Sven (or anyone else), in the meantime, I'd be happy to test stuff for > you (please request via direct e-mail.) And that crappy old machine is > yours if you want to do some work on it (but I'd say playing nethack > would be a more constructive way of wasting your time :-) I already have some oldworld machine (two in fact, altough one is not connected), but am lacking time. > And to everyone here: d-i is a piece of fine art, thanks for your work ! :) Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323999: Dangling Symlink in /lib/modules/2.6.8-2-386/source in kernel-image-2.6.8-16
Horms wrote: > Allyn, MarkX A wrote: > > There is a symbolic link at /lib/modules/2.6.8-2-386/source > > which points to someone's home directory (horms). The horms > > home directory does not exist on a new installation. > > > > This is in the stable (Sarge) release. > > Thanks, I'll take a look into fixing it and get it in the > next Sarge update. Incidently, that link isn't used for anything > much, so it shouldn't do much harm. Strange that it would be there. When I install a kernel that does not have the target of the source link in place then I get the following message (cut from the install of a locally compiled custom kernel compilation): Hmm. The package shipped with a symbolic link /lib/modules/2.6.12-1+1-p4-smp/source However, I can not read it: No such file or directory Therefore, I am deleting /lib/modules/2.6.12-1+1-p4-smp/source Shouldn't the same thing have happened here with this non-existent link target? The above was built with a sarge make-kpkg. But perhaps in side the postinst script has changed? But I think the source link should never be shipped with the package. So avoiding including that would be useful. To avoid the build link there is "delete_build_link := YES" in the kernel-pkg.conf file. But I don't see anything equivalent for the source link. Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324446: Failed while installing LILO because /boot was already mounted outside of the /target
Package: debian-installer Severity: important Justification: prevents installation with LILO When installing SID with a recent installer nightly, LILO failed to install: Setting up lilo (22.6.1-6.2) ... mount: /dev/hda1 already mounted or /boot busy dpkg: error processing lilo (--configure): subprocess post-installation script returned error exit status 32 Errors were encountered while processing: lilo E: Sub-process /usr/bin/dpkg returned an error code (1) My partition scheme is as follows: hda1 primary ext2 /boot 41.13 MB hda2 primary ReiserFS / 15002.92 MB hda3 primary ReiserFS /home 23960.25 hda4 primary swap 1003.49 (Yeah, I'm sure that my partitioning scheme is poorly thought out.) I'll mention another problem for which I will not open a separate report as I believe that it is another facet of the fundamental problem: To fix this problem, I umounted /boot, chrooted to /target, mounted /boot, and tried again (if I am correctly remembering the order of events), this time getting a different error: 'Fatal: open /vmlinuz: No such file or directory'. I had to re-install (with dpkg) the kernel and try again before it finally worked. I am guessing that this is because the installer had installed the kernel to the /boot directory on the / partition rather than the /boot partition (in fact, I see it there now when I don't mount /boot). I suspect that this is important because it means that /target/boot needs to be mounted not only for the installation of LILO, but also for the installation of the kernel, if I understand correctly. I still have my installation logs if you need more from them. Much love, -- Miciah Masters <[EMAIL PROTECTED]> / <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324447: initscripts: patch for bigger entropy store across boots
X-Reportbug-Version: 3.15 X-Debbugs-Cc: [EMAIL PROTECTED] Package: initscripts Version: 2.86.ds1-1.1 Severity: wishlist Hello, here's a patch I'm using to preserve a bigger entropy-store across reboots. Helps on machines, which have big (but seldom) requests to /dev/random. Regards, Phil --- /etc/init.d/urandom 2005-04-27 15:12:18.0 +0200 +++ /etc/init.d/urandom.dpkg-new2005-08-10 18:58:32.0 +0200 @@ -11,24 +11,12 @@ VERBOSE=yes [ -f /etc/default/rcS ] && . /etc/default/rcS -POOLSIZE=512 +POOLSIZE=4096 if [ -f /proc/sys/kernel/random/poolsize ] then POOLSIZE="`cat /proc/sys/kernel/random/poolsize`" fi +if [ -f /var/lib/urandom/random-seed ] +then + SAVEDSIZE=`find /var/lib/urandom/random-seed -printf "%s"` + + if [ $SAVEDSIZE -gt $POOLSIZE ] + then + echo $POOLSIZE > /proc/sys/kernel/random/poolsize + POOLSIZE=$SAVEDSIZE + fi +fi + + case "$1" in start|"") if [ "$VERBOSE" != no ] -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (600, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-1) (ignored: LC_ALL set to de_AT) Versions of packages initscripts depends on: ii coreutils 5.2.1-2ubuntu1 The GNU core utilities ii dpkg 1.13.11package maintenance system for Deb ii e2fsprogs 1.38-1.1 ext2 file system utilities and lib ii libc6 2.3.5-4GNU C Library: Shared libraries an ii util-linux2.12p-7Miscellaneous system utilities initscripts recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323182: a bit more about miboot's legal status
Hello all, On Mon, Aug 15, 2005 at 09:02:06PM +0200, Sven Luther wrote: > The boot.img are the miboot floppies for oldworld pmacs. These are saddly not > useable in sarge, because miboot is non-free (due to the one boot block which > is coming directly from apple and has a couple tens of m68k assembly > instructions nobody could be bothered to reverse-enginneer). I seem to recall this wasn't the only legal problem: - since miboot requires a non-free compiler to build (and changing that would be quite difficult,) it couldn't be part of Debian proper; - miboot itself uses free-as-in-beer libraries from Apple, which are shipped together with the source code, so we would have to ask miboot's author to add an exception for them to its licensing terms, which he hadn't done yet, though comments in the source distribution seemed to indicate he's aware of the problem. (all IIRC, would need some checking) I had some hope when mkvmlinuz, which claims to work for oldworld macs, was added to Debian, however I never managed to make it work. To the OP: you may want to try woody on your machine, whose installer works reasonably well, and upgrade to sarge from there. You may need to tweak the boot floppy to add or remove "video=ofonly" from the kernel command-line, if you encounter problems when booting the image. I know this email is very late. I haven't been able to put any work into the oldworld stuff for a very long time, and resumed my occasional reading of debian-boot only recently. I'd like to take this opportunity to say I'm feeling a bit sorry for leaving this work unfinished. While it's quite clear it won't happen in the next few months, I hope (once more) I will eventually be able to change that. Sven (or anyone else), in the meantime, I'd be happy to test stuff for you (please request via direct e-mail.) And that crappy old machine is yours if you want to do some work on it (but I'd say playing nethack would be a more constructive way of wasting your time :-) And to everyone here: d-i is a piece of fine art, thanks for your work ! -- Jeremie Koenig <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324445: Lingering Priority: important libopencdk4 package on AMD64 breaks installation
Package: libopencdk4 Version: 1:0.4.2-4 Severity: grave Justification: Breaks installation When I was trying to install SID with a recent installer nightly (which I assume doesn't diminish the relevance of this particular report), the installation would fail on account of this package. Because the priority of the package is 'important', the installer tries to install it automatically, but it depends on libgcrypt1, which is not in unstable (or testing or stable). I notice that packages.debian.org lists libopencdk4 as being available only for amd64, and as this package is quite old, I figure that it should simply be dropped. In trying to find reports of this problem, I found bug 272586, which was supposed to have been fixed by changing the priority of this package, amongst others. Much love, -- Miciah Masters <[EMAIL PROTECTED]> / <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324444: mozilla-tabextensions: segfaults with mozilla-firefox 1.0.4-2sarge2
Package: mozilla-tabextensions Version: 1.14.2005071301-1 Severity: normal I upgraded from mozilla-firefox 1.0.4-2 to 1.0.4-2sarge2 (the security update), and Firefox started segfaulting often, somewhat repeatably. Uninstalling tabextensions or upgrading to mozilla-firefox 1.0.6-2 (unstable) prevents the segfaults. [I also upgraded some other stuff, but I don't think they're relevant.] -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (500, 'stable'), (80, 'testing'), (60, 'unstable'), (40, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-quack+roar.cs.berkeley.edu Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mozilla-tabextensions depends on: ii mozilla-browser 2:1.7.8-1sarge1 The Mozilla Internet application s ii mozilla-firefox 1.0.6-2 lightweight web browser based on M mozilla-tabextensions recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318463: Proposed update to e2fsprogs for stable
On Sun, Aug 21, 2005 at 11:20:49PM -0400, Theodore Ts'o wrote: > I would like to upload the following release to sarge to fix a grave bug > (#318463), and taking the opportunity to fix a few other potential > core-dumping inducing bugs. All of these are cherry picked from the > e2fsprogs development tree. > Should I go ahead and upload the following to stable-proposed updates? > e2fsprogs (1.37-2sarge2) testing; urgency=low ^^^ If so, please be sure to fix the target in the changelog :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#297576: incorrect time in egroupware-email
Hi, I have seen the same problem with email by IMAP. apache2 2.0.54-4 cyrus21-imapd 2.1.18-1 egroupware-email 1.0.0.007-2.dfsg-2 libapache2-mod-php4 4.3.10-15 php4-imap 4.3.10-15 Looking at email/inc/class.mail_dcom_base_sock.inc.ph, I cannot see that it could possibly be correct. mail_dcom_base.make_udate has three relevant errors: 1. It assumes dates are always in the same form as "Fri, 19 Aug 2005 11:28:46 +1200", but sometimes they are like this: "Fri, 19 Aug 2005 11:28:46 +1200 (NZST)". In the latter case, the timezone offset is not applied because strlen($tzoff) is not equal to 5. 2. "is_int($diffh)" should be "is_numeric($diffh)" as $diffh will be a string of digits, which is not considered an integer by is_int(). Actually, that part of the test should be moved or removed altogether, because it makes the if...then...else logic wrong. 3. The extracted time components are fed into mktime(). I think this should be gmmktime() because adjusting the timestamp by the offset gives a GMT time (regardless of the recipient's time zone, to which mktime() is sensitive). These flaws are still in the CVS on Sourceforge and in my opinion should be reported upstream. Regards, Mark van Walraven Senior Systems Engineer Compel Computer Services. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323885: Hotplug is too late to mount/fsck scsi drives
On Sunday 21 August 2005 02:23 am, Marco d'Itri wrote: > > man mkinitrd. If this post no longer qualifies as a "bug report", feel free to redirect it. (But as you seem knowledgeable, and kind enough to reply, I feel inclined to bug you until I can get my system working:-) Ok, I built a new initrd, after adding some modules to /etc/mkinitrd/modules. I started by just adding scsi_mod and sd_mod, but got the same error (kernel panic) when I tried to boot; I then added just about everything from `lsmod` --except some that I was sure weren't needed, like soundcore-- and built the initrd again. Except for a few additional lines ("USB Mass Storage support registered"), I got the exact same error again! How do I boot off this scsi drive? Thanks! = end of messages when trying to boot = pivot_root: No such file or directory /sbin/init: 432: cannot open dev/console: No such file Kernel panic - not syncing: Attempted to kill init! PS: - I did google around, so I'm trying not to be lazy - /dev/console does exist on the initrd and the drive - /sbin/init also exists on both the initrd and the drive - I did specify the correct kernel version when building the initrd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324293: Acknowledgement (INTL:vi Vietnamese translation for zope)
I have a lot of trouble working out which bug reply is for which zope, but I found two words were reversed in position in the zope_2.6.4-3 translation, so I've corrected that and attached the corrected file to this message. I would strongly recommend the maintainers of the zope packages investigate some way of using variables in their localization, so translators do _not_ have to translate files absolutely identical bar the headers, or absolutely identical bar the headers and the name of the program in the body text. It's a serious waste of our time, and can give rise to errors, since the task is so tedious, we lose our normal level of concentration. Please ask about this on the debian-i18n list, if you have further questions on how this could be done. :) zope_2.6.4-3.vi.po.gz Description: GNU Zip compressed data from Clytie (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) http://groups-beta.google.com/group/vi-VN
Bug#283919: Wrong solution!
On Sun, Aug 21, 2005 at 01:27:50PM +0100, Alex Owen wrote: > tag 283919 - fixed > tag 283919 - pending > thanks > > This proposed patch (or somthing verry simmilar) was applied to > initrd-tools shortly before the sarge release. However the application > of the "fix" caused a release critical bug... #310316 which caused the > patch to be reverted. That is why I'm now removing the fixed and > pending tags! > > The bug title is still valid: "initrd-tools: Should warn if root > device is not found". > However as the discussion in bug #310316 shows checking for "$rootdev > = 0" is not the was to find out if the root device has been found or > not! > > I hope this helps track the progress of this issue. Thanks for clearing that up. Do you have any ideas on a valid check for no root dev? -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324441: pypanel: IndexError in getIcon's "name = task.tclass[0]"
Package: pypanel Version: 2.3-1 Severity: normal Tags: patch for starters, here's the traceback: Traceback (most recent call last): File "/usr/bin/pypanel.orig", line 923, in ? PyPanel(display.Display()) File "/usr/bin/pypanel.orig", line 98, in __init__ self.loop(self.display, self.root, self.window, self.panel) File "/usr/bin/pypanel.orig", line 797, in loop self.updateTasks(dsp, root, win, panel) File "/usr/bin/pypanel.orig", line 762, in updateTasks self.updatePanel(root, win, panel) File "/usr/bin/pypanel.orig", line 655, in updatePanel if self.getIcon(t, curr_x): File "/usr/bin/pypanel.orig", line 317, in getIcon name = task.tclass[0] IndexError: list index out of range the problem is that for some windows task.tclass = []. so, of course task.tclass[0] throws an IndexError. this occurs for any opengl window (glxgears, xmms OpenGL Spectrum analyzer) & xnest (including nx client, which uses a modified xnest). my attached patch is just a workaround, but as task.tclass[0] is only used in an error message, i consider it sufficient (though there may be a larger issue here). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.4.27-k7+6+new Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages pypanel depends on: ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libimlib21.2.0-2.2 powerful image loading and renderi ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii python 2.3.5-3 An interactive high-level object-o ii python-xlib 0.12-4 Interface for Python to the X11 Pr ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime pypanel recommends no packages. -- no debconf information pypanel-geticon_indexerror.patch Description: Binary data
Bug#324442: ITA: libunicode -- The GNOME Unicode library.
Package: libunicode Binary: libunicode0, libunicode-dev Version: 0.4.0-3 Priority: optional Section: libs Maintainer: Eddie Tejeda <[EMAIL PROTECTED]> Build-Depends: debhelper (>= 2) Architecture: any Standards-Version: 3.0.1 Format: 1.0 Directory: pool/main/libu/libunicode -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#266753: Confirming & Clairification
I see this on my system also, but I disagree that there is any attempt at keeping the same location. The only reason why the position of the scroll cursor changes is because there is more or less content in the window. The relative position stays the same. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324440: INTL:vi Vietnamese translation for zope2.7-archetypes
Package: zope2.7-archetypes Version: 1.3.1-1 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope2.7-archetypes zope2.7-archetypes_1.3.1-1.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324438: zope2.7
Package: zope2.7 Version: 2.7.5-3 Severity: wishlist Tags: l10n, patch While translating the file zope2.7, I encountered the following unclear string, which I thought you might like to improve in a future release. _ 1. #. Type: note #. Description #: ../zope2.7.templates:62 msgid "" "This version of zope installs into /usr/lib/@ZOPE_AUTOMAGIC@ , and run " "instances in /var/lib/@ZOPE_AUTOMAGIC@ . To use a Debian package zope-*.deb " "of a zope product with this zope, you will need to either symlink it, or " "add 'products' lines in etc/zope.conf in each instance. Read /usr/ share/" "doc/@ZOPE_AUTOMAGIC@/README.Debian.gz for more details." "This version of zope installs into /usr/lib/@ZOPE_AUTOMAGIC@ , and runs instances in /var/lib/@ZOPE_AUTOMAGIC@ . To use the Debian package of a zope product with this version of zope, you will need either to symlink it, or to add 'products' lines to etc/ zope.conf for each instance. ..." _ I hope this is useful. :) submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324439: INTL:vi Vietnamese translation for zope2.7
Package: zope2.7 Version: 2.7.5-3 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope2.7 zope2.7_2.7.5-3.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#323757: Appears to be duplicate of #323702
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After searching through the debian-kernel list archive, this report appears to be a duplicate of #323702. I won't merge them as the debian-kernel team may prefer to do that themselves based on their judgement. For those who need a fix for this issue soon, follow the workaround mentioned in #323702, purging and reinstalling your linux-headers packages. Regards, - -- Barry Hawkins All Things Computed site: www.alltc.com weblog: www.yepthatsme.com Registered Linux User #368650 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDCUkPHuKcDICy0QoRAnghAKCuMtugHJ0iVqMz9cFjvMvpl+aBwQCg5vPF 9ZAhQTJ2aLP6CDsBFjz4Xlo= =WSEW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323999: Dangling Symlink in /lib/modules/2.6.8-2-386/source in kernel-image-2.6.8-16
On Sun, Aug 21, 2005 at 12:22:35PM +0200, Marco d'Itri wrote: > [EMAIL PROTECTED] wrote: > > >Thanks, I'll take a look into fixing it and get it in the > >next Sarge update. Incidently, that link isn't used for anything > >much, so it shouldn't do much harm. > Anything except every half-decent out of tree driver... I was under the impression that /lib/modules/2.6.8-2-686/build/ was used rather than /lib/modules/2.6.8-2-686/source/ Is this incorrect? -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323999: Dangling Symlink in /lib/modules/2.6.8-2-386/source in kernel-image-2.6.8-16
[EMAIL PROTECTED] wrote: >Thanks, I'll take a look into fixing it and get it in the >next Sarge update. Incidently, that link isn't used for anything >much, so it shouldn't do much harm. Anything except every half-decent out of tree driver... -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318463: Proposed update to e2fsprogs for stable
I would like to upload the following release to sarge to fix a grave bug (#318463), and taking the opportunity to fix a few other potential core-dumping inducing bugs. All of these are cherry picked from the e2fsprogs development tree. Should I go ahead and upload the following to stable-proposed updates? Thanks, regards, - Ted e2fsprogs (1.37-2sarge2) testing; urgency=low * Fix e2fsck segfault if a disconnected inode contains extended attrbutes (Closes: #318463) * Fix compile_et and com_err library so it is compatible with MIT Kerberos 1.4.x (otherwise it's core dump city) * Fix use-after-free bug in e2fsck * Fix type-alias bug which can cause a reproducible SEGV on at least one ia64 configuration. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324436: KDE
Package: kdebase Version: 5:44 Hello Unable to install kde. When I tried to install KDE (apt-get install kde), ocurre that kde have unmet dependencies. for example kde-core. I tried to install kde-core, but it dependence on kdebase, so i tried to install kdebase, then kdebase-bin, once again unmet dependencies occure, so i tried to install libqt3c102-mt whith is not available. However there is something like libqt3-mt Debian unstable Linux 2.4.22 libc6: 2.3.5-4 -- Pozdrawiam ## Krzysztof Kopeć kriss(at)biegun.eu.org Jabber:[EMAIL PROTECTED] ICQ:3342799 GG:2829859 Registered Linux User: 286237 ## -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324434: INTL:vi Vietnamese translation for zope-zpatterns
Package: zope-zpatterns Version: 0.4.3p2-18 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-zpatterns zope-zpatterns_0.4.3p2-18.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324432: INTL:vi Vietnamese translation for zope-zattachmentattribute
Package: zope-zattachmentattribute Version: 2.21-3 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-zattachmentattribute zope-zattachmentattribute_2.21-3.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324433: INTL:vi Vietnamese translation for zope-znavigator
Package: zope-znavigator Version: 2.02-10 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-znavigator zope-znavigator_2.02-10.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324435: INTL:vi Vietnamese translation for zope-zwiki
Package: zope-zwiki Version: 0.37.0-4 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-zwiki zope-zwiki_0.37.0-4.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324437: KDE
Package: kde Version: 5:44 Hello Unable to install kde. When I tried to install KDE (apt-get install kde), ocurre that kde have unmet dependencies. for example kde-core. I tried to install kde-core, but it dependence on kdebase, so i tried to install kdebase, then kdebase-bin, once again unmet dependencies occure, so i tried to install libqt3c102-mt whith is not available. However there is something like libqt3-mt Debian unstable Linux 2.4.22 libc6: 2.3.5-4 -- Pozdrawiam ## Krzysztof Kopeć kriss(at)biegun.eu.org Jabber:[EMAIL PROTECTED] ICQ:3342799 GG:2829859 Registered Linux User: 286237 ## -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324351: initrd-tools: /etc/mkinitrd/scripts files not executed if files contain a "."
On Sun, Aug 21, 2005 at 07:56:13PM +0200, Simon Schoar wrote: > Package: initrd-tools > Version: 0.1.81.1 > Severity: normal > > Files with "." (a.a/a.sh) in their names in /etc/mkinitrd/scripts are ignored > my mkinitrd. > > Is this documented anywhere ? No, I do not believe so. I did a quick check and the problem seems to be that the scripts are run using run-parts (with no options) which ignores files with dots in the name. Why it does that, I have no idea. but it is documented in run-parts(8). Perhaps this should be reflected in mknitrd(8). Do you want to make a patch to do that? Alternatively, it would be easy to replace the call with run-parts which a simple while loop in mkinitrd. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324427: INTL:vi Vietnamese translation for zope-stripogram
Package: zope-stripogram Version: 1.4-2 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-stripogram zope-stripogram_1.4-2.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324428: wordpress: Wishing Spam Karma plugin
Package: wordpress Version: 1.5.1.3-4 Severity: wishlist Hello, Wordpress without some form of spam-fighting plugin can quickly become a nightmare. Would it be possible to add Spam Karma as a standard plugin to the wordpress package, or create a separate package for it? Thanks for this very nice package. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (110, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages wordpress depends on: ii apache2-mpm-prefork [httpd] 2.0.54-4traditional model for Apache2 ii libapache2-mod-php4 4:4.3.10-15 server-side, HTML-embedded scripti ii mysql-server [virtual-mysql- 4.0.24-10 mysql database server binaries ii php4 4:4.3.10-15 server-side, HTML-embedded scripti ii php4-mysql 4:4.3.10-15 MySQL module for php4 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324426: INTL:vi Vietnamese translation for zope-speedpack
Package: zope-speedpack Version: 0.3-2 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-speedpack zope-speedpack_0.3-2.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324429: INTL:vi Vietnamese translation for zope-translationservice
Package: zope-translationservice Version: 0.4-3 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-translationservice zope-translationservice_0.4-3.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324430: INTL:vi Vietnamese translation for zope-xmlmethods
Package: zope-xmlmethods Version: 1.0.0-2 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-xmlmethods zope-xmlmethods_1.0.0-2.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324431: INTL:vi Vietnamese translation for zope-zaaplugins
Package: zope-zaaplugins Version: 2.21-3 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-zaaplugins zope-zaaplugins_2.21-3.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324368: kernel-source-2.6.10: kernel doesn't build (gcc 4.0, fbmem.c / fb.h)
On Sun, Aug 21, 2005 at 09:26:13PM +0200, Alexandre Pineau wrote: > Package: kernel-source-2.6.10 > Version: 2.6.10-6 > Severity: important > > I cannot build the kernel 2.6.10 with gcc 4.0.1-3 and > linux-kernel-headers_2.6.13+0rc3-1.1_i386.deb. > > I have the following error: > > In file included from drivers/video/fbmem.c:48: > include/linux/fb.h:860: error: array type has incomplete element type > drivers/video/fbmem.c: In function 'fb_get_buffer_offset': > drivers/video/fbmem.c:178: warning: pointer targets in initialization > differ in signedness > make[2]: *** [drivers/video/fbmem.o] Error 1 > > I dont know if it's an issue in gcc, in the kernel or in kernel headers. Its an issue with the kernel. 2.6.10 does not compile cleanly with gcc-4.0. 2.6.10 is being debricated and is no longer supported, please consider using 2.6.12 or later. If you really need to compile 2.6.10 for some reason, please use gcc-3.3. Thanks -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324424: INTL:vi Vietnamese translation for zope-pts
Package: zope-pts Version: 1.2-rc1-2 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-pts zope-pts_1.2-rc1-2.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324420: INTL:vi Vietnamese translation for zope-plonetranslations
Package: zope-plonetranslations Version: 0.6-2 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-plonetranslations zope-plonetranslations_0.6-2.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324421: RM: oprofile-source -- reorganized oprofile package removes the need for this source package
Package: ftp.debian.org Severity: normal In hindsight, splitting 'oprofile' and 'oprofile-source' into separate source packages was a bad idea. The original idea was to make it easier to build the oprofile kernel module for 2.4.x kernels. In reality, it requires maintaining two separate source streams that are really just copies of one another, introducing more ways to create errors and inconsistencies. Please see bug #300683 for additional information (recently reassigned from 'oprofile-source' to 'oprofile'). The more maintainable method is to have the 'oprofile' package create the kernel modules from source. That package is in the process of being reorganized in order to do this properly. Hence, the 'oprofile-source' source package is no longer needed; a replacement for it will be created from the 'oprofile' source package, along with the kernel modules for 2.4 kernels, as they should be. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324422: ITP: quaneko -- An index tool of TXT, PDF, DOC, HTML and others
Package: wnpp Severity: wishlist Owner: LI Daobing <[EMAIL PROTECTED]> * Package name: quaneko Version : 1.0.0 Upstream Author : Thomas Jund, Andrew Mustun and Laurent Cohn * URL : http://quaneko.sourceforge.net/ * License : GPL Description : An index tool of TXT, PDF, DOC, HTML and others Quaneko is a tool that allows you to quickly search for keywords in the files and directories on the local hard disk. It creates indexes over the words in those files. For you, this means that a typical search query will only take seconds. . quaneko can not only search for words in plain text files but also in various other file formats, depending on its configuration (e.g. Word doc, pdf, html, xml,...) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324423: INTL:vi Vietnamese translation for zope-portaltransport
Package: zope-portaltransport Version: 1.1-2 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-portaltransport zope-portaltransport_1.1-2.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324425: INTL:vi Vietnamese translation for zope-quotafolder
Package: zope-quotafolder Version: 0.1.1-1 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-quotafolder zope-quotafolder_0.1.1-1.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324419: libimage-rsvg-perl: package with a wrong name according to policy
Package: libimage-rsvg-perl Severity: normal Since this package provides the Image::LibRSVG module, it should be named libimage-librsvg-perl. ^^^ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.7-ruby Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324418: perl-base overwrites libperl.so.5.8 of libperl5.8
Package: perl-base Version: 5.8.7-4 # dpkg --install perl-base_5.8.7-4_i386.deb (Reading database ... 57352 files and directories currently installed.) Preparing to replace perl-base 5.8.7-3 (using perl-base_5.8.7-4_i386.deb) ... Unpacking replacement perl-base ... dpkg: error processing perl-base_5.8.7-4_i386.deb (--install): trying to overwrite `/usr/lib/libperl.so.5.8', which is also in package libperl5.8 Errors were encountered while processing: perl-base_5.8.7-4_i386.deb # dpkg --list 'libperl5.8' Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii libperl5.8 5.8.7-3Shared Perl library Oddly, there's no mention in http://packages.debian.org/changelogs/pool/main/p/ perl/perl_5.8.7-4/changelog of /usr/lib/libperl.so.5.8 moving from libperl5.8 to perl-base on i386 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311844: acknowledged by developer (no infos supplied - closing bug)
> i have not received any of the requested information from > the submitter; i also think it's not a bug that sound doesn't work > if you have no sound card driver but tell exmh that sound > is available... I'm sorry I didn't get back to you sooner. To make things clearer, this was a fresh, uncustomized install of exmh on a machine that did not have sound. As near as I can tell, the exmh package simply assumed I had sound. I've since customized exmh on this machine, and I'm not really in the mood to nuke it so I can recreate this bug. When I get the time, I'll do a fresh debian install on another machine (or bochs) and see if this error gets reproduced. Did you try to reproduce this bug, with no exmh customizations? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322306:
tags 322306 unreproducible thanks Using: blackbox : 0.70.0-5 xserver-xorg : 6.8.2.dfsg.1-5 I wasn't able to reproduce your bug report (bbpager ran fine). Could you please send more details about this issue (versions, debug, etc.). -- Bruno Barrera C. "The most dangerous moment comes with victory." signature.asc Description: This is a digitally signed message part
Bug#324417: umount results in a segmentation fault when uuid is used in fstab
Package: mount Version: 2.12p-4 When I define an ext3 filesystem by it's uuid in my /etc/fstab, I can mount it ok, but when I try to umount it, I get a segmentation fault error (both as a normal user). I define it in my /etc/fstab like this: UUID=4edbd3be-9777-4513-ab11-ccb705b5f841 /mnt/rato auto rw,user,noauto 0 0 (obviously without the line break!) then mount it with $mount /mnt/rato and then fail to umount it with $umount /mnt/rato Segmentation fault I can only umount it as root. Best regards. This might help: I determined the uuid of the ext3 filesystem on my usb pen with dumpe2fs (E2fsprogs version 1.37) #dumpe2fs /dev/sda1 $uname -a Linux irra 2.6.8-2-686 #1 Thu May 19 17:53:30 JST 2005 i686 GNU/Linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322739: Bug#322825: Possibility of working around this bug in stable
On Fri, 19 Aug 2005, Don Armstrong wrote: > I'm now redirecting reportbug 3.15, 3.8 and versions younger than 3 to > the previous version of bugreport.cgi. [Or rather, will be as soon as > apache on spohr gets reloaded.] It has now been reloaded and appears to be working properly; newer versions will have to be fixed as the redirect rules do not currently apply to them. Don Armstrong -- Do not handicap your children by making their lives easy. -- Robert Heinlein _Time Enough For Love_ p251 http://www.donarmstrong.com http://rzlab.ucr.edu signature.asc Description: Digital signature
Bug#294352: CAN-2004-2473 symlink vulnerability
Stefan Fritsch wrote: > If wmFrog is ever packaged vor Debian, care should be taken that > CAN-2004-2473 is fixed: > "wmFrog weather monitor 0.1.6 allows local users to overwrite > arbitrary files via a symlink attack on temporary files." > > See http://xforce.iss.net/xforce/xfdb/18232 Actually that hole I found was the reason it was removed from Debian, iirc. :-) -- see shy jo signature.asc Description: Digital signature
Bug#256376: clone
On Fri, Aug 19, 2005 at 05:44:48PM -0400, Thomas Dickey wrote: > On Fri, Aug 19, 2005 at 08:10:07PM +0200, Justin Pryzby wrote: > > clone 256376 -1 > > reassign -1 xterm > > retitle -1 xterm: top in a super-small xterm crashes them both > > thanks > > if you don't identify the version of xterm, I can only guess > that you're talking about this, which was fixed in patch #201 > (and has been reported on this list 2-3 times since then): > > add a limit check for scrolling margins in a one-line screen, > overlooked in fixes for patch #198 (Debian #297430). Thomas could you do me (procps maintainer) a favour and run top on a "super-small" (think it is 3 columns or less) of a known fixed xterm and tell me if top dies? I'm trying to see if it is/was a top problem, a xterm problem, a library (eg ncurses) problem or some combination. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.enc.com.au/ MIEE Debian developer csmall at : enc.com.au ieee.org debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324416: INTL:vi Vietnamese translation for zope-plonelanguagetool
Package: zope-plonelanguagetool Version: 0.5-3 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-plonelanguagetool zope-plonelanguagetool_0.5-3.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324413: Strange default keybindings
Package: xpilot-ng Version: 1:4.7.1-2 For some reason, this version of xpilot doesn't have a default binding for the "rotate left" and "rotate right" commands, which makes it a bit unplayable. Daniel -- /--- Daniel Burrows <[EMAIL PROTECTED]> --\ | It is hard to think of anything | | less sentient than a pumpkin.| |-- Terry Pratchett, _Witches Abroad_ | \ Got APT? -- Debian GNU/Linux http://www.debian.org ---/ pgpfIlFe5W0YT.pgp Description: PGP signature
Bug#324414: linux-image-2.6.12-1-386 should become linux-image-2.6.12-1-486
Package: linux-image-2.6.12-1-386 Version: 2.6.12-5 Severity: normal There is not much value in shipping kernel images supporting a CPU no longer supported by Debian since Debian 3.1 . Renaming the kernel image and letting the compiler optimize it for the 486 would also give your 486 and 586 users slightly better kernels. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324415: INTL:vi Vietnamese translation for zope-ploneerrorreporting
Package: zope-ploneerrorreporting Version: 0.11-2 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-ploneerrorreporting zope-ploneerrorreporting_0.11-2.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#144420: Accepted emacs-color-themes 6.5.4-1 (source all)
Otavio Salvador пишет: Romain Francoise <[EMAIL PROTECTED]> writes: Basil Shubin <[EMAIL PROTECTED]> writes: Source: emacs-color-themes I think it would have made more sense to include this package in emacs-goodies-el. For such a low-maintenance Emacs Lisp package, having a separate Debian package is a waste... and the .orig.tar.gz contains a single file! I don't have a strong opinion on that since makes more sense to have it automatically enabled by default and some people don't want to have color-theme enabled so I don't know how go here. Looks interesting to minimize the number of packages and the size of this one really suggest it but the doubt I have is explained above. What do you think? And what if it will be included in emacs-goodies-el source package, but will builded as standalone package like a debian-el?
Bug#324342: heimdal: FTBFS on hurd-i386: Unconditional use of AFS syscalls
> "Michael" == Michael Banck <[EMAIL PROTECTED]> writes: Michael> even when fixing the issues discussed in #113317 (which Michael> we will address shortly), heimdal fails to build as it Michael> tries to call some AFS syscalls in lib/kafs/afssys.c. Michael> krb4 has a configure switch --disable-afs-support and Michael> guards things in lib/kafs with #ifndef NO_AFS so that Michael> krb4 can be successfully compiled even without AFS Michael> support. Michael> Could this be done for heimdal as well, perhaps? You mean Heimdal doesn't have a --disable-afs-support (or similar) switch? (I thought it did but I am not in a position to check right now) -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322723: #322723 D-I: 'ip route add' fails w/ "Network is unreachable"
On Sun, Aug 21, 2005 at 01:14:45PM +0200, Frans Pop wrote: > On Sunday 21 August 2005 03:56, Horms wrote: > > I've put the following in SVN, so this > > should be resolved in the next release. > > I noticed on IRC that you put a "closes: #322723" in the changelog. > I'm wondering if that is correct as I would say there still is a bad bug > in gcc-4.0 causing the kernel to break when compiled with optimization. > > You may want to leave the bug open at reduced priority so that > optimization may be reenabled when the problem in gcc-4.0 is fixed. > > For the same reason, maybe this bug should be cloned to gcc-4.0? Good point, though it might be best just to reassign it to gcc-4.0. I've seen this flag break stuff many time before - I actually wonder if it ever works as intended. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324412: INTL:vi Vietnamese translation for zope-plonecollectorng
Package: zope-plonecollectorng Version: 1.2.6-3 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-plonecollectorng zope-plonecollectorng_1.2.6-3.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324411: Section 6.3 devscripts example says SSH instead of GPG
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: maint-guide Version: 1.2.6 Severity: normal Section 6.3 of the NMG has a hint value for the example entry in a devscripts that says "Your_SSH-keyID" that should instead read "Your_GPG_keyID": Customization of the debuild command can be done through /etc/devscripts.conf or ~/.devscripts. I would suggest at least following items: DEBSIGN_KEYID="Your_SSH_keyID" DEBUILD_DPKG_BUILDPACKAGE_OPTS="-i -ICVS -I.svn" Thanks for this very helpful document. Regards, - -- Barry Hawkins All Things Computed site: www.alltc.com weblog: www.yepthatsme.com Registered Linux User #368650 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDCS2XHuKcDICy0QoRAq2sAJ0VePqC6b/AXp4f6LZAcrrYW3bTOACeJbc5 ZG0vmtSq3sZ+rVRfO8cpEq4= =jg4F -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324410: INTL:vi Vietnamese translation for
Package: zope-plonearticle Version: 2.0.5-2 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-plonearticle zope-plonearticle_2.0.5-2.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324409: INTL:vi Vietnamese translation for zope-photo
Package: zope-photo Version: 1.2.3-8 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-photo zope-photo_1.2.3-8.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324407: INTL:vi Vietnamese translation for zope-localizer
Package: zope-localizer Version: 1.0.1-8 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-localizer zope-localizer_1.0.1-8.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324408: INTL:vi Vietnamese translation for zope-parsedxml
Package: zope-parsedxml Version: 1.3.1-6 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-parsedxml zope-parsedxml_1.3.1-6.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324406: INTL:vi Vietnamese translation for zope-linguaplone
Package: zope-linguaplone Version: 0.7-3 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: zope-linguaplone zope-linguaplone_0.7-3.vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#324405: kernel-package: does not honor --config option
Package: kernel-package Version: 9.006 Severity: normal Using the --config=menu option asks for kernel options one at a time, instead of using the menu interface. I had to use 'make menuconfig'. --config=old did the same thing; omitting the --config option skips the config questions as it should. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.20050801 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages kernel-package depends on: ii altgcc [c-compiler] 1:2.7.2.3-2 Alternate gcc package for the libc ii dpkg 1.13.11 package maintenance system for Deb ii dpkg-dev 1.13.11 package building tools for Debian ii gcc [c-compiler] 4:4.0.1-3 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.6-9 The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.1-5 The GNU C compiler ii make 3.80-11 The GNU version of the "make" util ii perl 5.8.7-4 Larry Wall's Practical Extraction Versions of packages kernel-package recommends: ii bzip2 1.0.2-8high-quality block-sorting file co ii libc6-dev [libc-dev] 2.3.5-4GNU C Library: Development Librari -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324376: new version of cproto available
> Package: cproto > Version: 4.7c-1 > Severity: important > > I noticed that recent gcc header files use __asm__, which is not recognized > by cproto 4.7c. I've updated it, as cproto 4.7d (along with assorted fixes > from review/test). Ok, thanks for letting me know. I'll get this packaged soon, possibly tonite. Just FYI, I have a process that runs every night, and notifies me when there's a new upstream version available. It would have caught this new version on tomorrow morning's run. KEN -- Kenneth J. Pronovici <[EMAIL PROTECTED]> pgpDZ1JKC5w2P.pgp Description: PGP signature
Bug#324099: [Pkg-xfce-devel] Bug#324099: xfce4-sensors-plugin: ftbfs [sparc] libtoolize: command not found
On Sun, Aug 21, 2005 at 02:26:16AM +0200, Cyril Brulebois wrote: > tags 324099 patch > thanks > > Cyril Brulebois <[EMAIL PROTECTED]> (20/08/2005): > > Should be easily fixed by adding 'libtoolize' in the Build-depends. > Of course, that was "libtool" and not "libtoolize" :). I had to add > "autoconf" too. Now I can `apt-get source` it, `cd` into it and > `pdebuild` it (for Sid). > > That's why I'm tagging this bug with patch. Okay, I corrected the control file on svn - should be ready to be built and uploaded. -- Stefan Ott signature.asc Description: Digital signature
Bug#324093: (no subject)
Done, waiting for my sponsor.. http://archive.daniel-baumann.ch/debian/packages/libextractor/0.5.3-1/ http://archive.daniel-baumann.ch/debian/packages/libextractor-python/0.5.1-1/ http://archive.daniel-baumann.ch/debian/packages/libextractor-java/0.5.1-1/ Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323933: Refuses to write uncompressed output to stdout
On Mon, Aug 22, 2005, Mohammed Adnène Trojette wrote: > 2:03 [EMAIL PROTECTED] /tmp/test% 7za x foo.gz -so > foo.txt OK, I firstly did not understand well that you wanted 7za to extract directly to your shell. I think it was not intended to do this, as the manual only gives help on the command i suggested above. I'll try to see how to correct this, if possible. -- adn Mohammed Adnène Trojette "Aime l'honneur plus que ta propre vie." Pierre de Pibrac
Bug#323933: Refuses to write uncompressed output to stdout
On Fri, Aug 19, 2005, Robert Millan wrote: > [EMAIL PROTECTED]:/tmp$ 7za x foo.7z -so Hello, is: === 2:03 [EMAIL PROTECTED] /tmp/test% 7za x foo.gz -so > foo.txt 7-Zip (A) 4.20 Copyright (c) 1999-2005 Igor Pavlov 2005-05-30 p7zip Version 4.20 (locale=fr_FR,Utf16=on,HugeFiles=on) Processing archive: foo.gz Extracting foo Everything is Ok === what you wanted to do? -- adn Mohammed Adnène Trojette "Aime l'honneur plus que ta propre vie." Pierre de Pibrac
Bug#323932: Cannot combine -si and -so options
On Fri, Aug 19, 2005, Robert Millan wrote: > 7za fails to parse command line flags when combining -si with -so: > > ~~ > [EMAIL PROTECTED]:/tmp$ echo foo | 7za a -si -so > /dev/null > > 7-Zip (A) 4.20 Copyright (c) 1999-2005 Igor Pavlov 2005-05-30 > p7zip Version 4.20 (locale=C,Utf16=off,HugeFiles=on) > > > Error: > Incorrect command line Hello, is: === 1:59 [EMAIL PROTECTED] /tmp/test% echo foo | 7z a dummy -tgzip -si -so > /dev/null 7-Zip 4.20 Copyright (c) 1999-2005 Igor Pavlov 2005-05-30 p7zip Version 4.20 (locale=fr_FR,Utf16=on,HugeFiles=on) Creating archive StdOut Everything is Ok === what you wanted to do? -- adn Mohammed Adnène Trojette "Aime l'honneur plus que ta propre vie." Pierre de Pibrac
Bug#323806: libcupsys2-gnutls10: unable to install (supposed) new info file `/var/lib/dpkg/tmp.ci/shlibs': Operation not permitted
Hi, At Thu, 18 Aug 2005 15:56:18 +0100, a wrote: > Package: libcupsys2-gnutls10 > Version: 1.1.23-10 > Severity: normal > > Installation of package fails on sparc: > > $ sudo apt-get install libcupsys2-gnutls10 > Reading Package Lists... Done > Building Dependency Tree... Done > 1 upgraded, 0 newly installed, 0 to remove and 32 not upgraded. > 110 not fully installed or removed. > Need to get 0B/76.0kB of archives. > After unpacking 4096B of additional disk space will be used. > (Reading database ... 138529 files and directories currently installed.) > Preparing to replace libcupsys2-gnutls10 1.1.23-10 (using > .../libcupsys2-gnutls10_1.1.23-11_sparc.deb) ... > Unpacking replacement libcupsys2-gnutls10 ... > dpkg: error processing > /var/cache/apt/archives/libcupsys2-gnutls10_1.1.23-11_sparc.deb > (--unpack): > unable to install (supposed) new info file > `/var/lib/dpkg/tmp.ci/shlibs': Operation not permitted Strange... We've no change around library between -10 and -11. I suppose that's from: 1. file system trouble (disk full or corrupted file system) 2. dpkg bug 3. SElinux, kernel, or something FYI, next libcupsys2-gnutls10 -12 becomes transitional package. Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322212: remove gnocatan
reassign 322212 ftp.debian.org retitle 322212 RM: gnocatan -- RoM; upstream name change thanks On Sat, Aug 20, 2005 at 10:42:09PM -0700, Jeff Breidenbach wrote: > I resign as the gnocatan package maintainer and request removal of the > gnocatan-* packages from Etch and Sid. Then I think this bug needs to be reassigned to the ftpmasters. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#320237: I'll take patches upstream
I just realized that there's an upstream maintainer for cl-port ;-) I'll take my patches there. Magnus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319111: postgresql-8.0: tries to create ipv6 sockets even when kernel lacks ipv6 support
On 21.Aug 2005 - 23:04:45, Martin Pitt wrote: > Hi Andreas! > > Andreas Pakulat [2005-07-20 0:19 +0200]: > > if using listen_address = "*" (which is the default), postgresql-8.0 > > tries to create ipv6 sockets. I have no idea why, especially as there > > are (to my knowledge) not ipv6 addresses configured on my network > > interfaces and the kernel doesn't have ipv6 support. > > My server has the same configuration (no IPv6 kernel support), and > the only effect of this is that I get a log entry that IPv6 sockets > are not supported. I do not get any other ill effect whatsoever. Do > you? Well, the server works and I'm not sure if the following is related to IPv6 missing, but I do get a "Failed" message in the boot log, i.e. The first and often the second time /etc/init.d/postgresql start tells me that postgres didn't start, even though the server is up and running regardless of the "output" of the init-script. But I filed a bugreport for that ill behaviour already, as I said I'm not sure it's due to ipv6 being disabled in my kernel... So maybe this should be only a wishlist bug? Andreas -- Today is what happened to yesterday. pgpxEyVn7FCLE.pgp Description: PGP signature
Bug#213883: [patch] patch to correct defoma hints file, lightly tested
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 21-08-2005 22:15, Jakob Bohm wrote: > tags 213883 +patch > quit > > While setting up a chroot with all Debian font packages, I ran across > this bug myself and created a patch for the broken hints file, thus > attached here: Thanks. I am doing a new package release now, with this fix included. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDCQVun7DbMsAkQLgRAlyzAJ4kLiaHAHGd5zbcujM2AKWIsU1kgQCfW96r um/CXEoQTVLir3E7lqYGPe8= =NRq2 -END PGP SIGNATURE-
Bug#324403: beagle: All Beagle commands result in Mono-backtraces
Package: beagle Version: 0.0.12-2 Severity: grave Justification: renders package unusable Every invocation of any beagle command results in a Mono-backtrace at least somewhat similar to this: % beagled ** (/usr/lib/beagle/BeagleDaemon.exe:9153): WARNING **: The following assembly referenced from /usr/lib/beagle/Util.dll could not be loaded: Assembly: Mono.Posix(assemblyref_index=5) Version:1.0.5000.0 Public Key: 0738eb9f132ed756 The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (/usr/lib/beagle). ** (/usr/lib/beagle/BeagleDaemon.exe:9153): WARNING **: Missing method chmod in assembly /usr/lib/beagle/Util.dll, type Mono.Posix.Syscall Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object in <0x0> in <0xe> Beagle.Util.PathFinder:get_LogDir () in <0x00267> Beagle.Daemon.BeagleDaemon:Main (System.String[] args) Beagle Daemon exited with errors. See ~/.beagle/Log/current-Beagle for more details. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-rc6.050817 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages beagle depends on: ii dbus-1-utils 0.23.4-3 simple interprocess messaging syst ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.5-4GNU C Library: Shared libraries an ii libevolution-cil 0.8-2 CLI bindings for Evolution ii libexif12 0.6.12-2 library to parse EXIF files ii libgcc1 1:4.0.1-5 GCC support library ii libgconf-cil 1.0.10-2 CLI binding for GConf ii libgecko-cil 0.6-3 CLI binding for the GtkMozEmbed li ii libglade-cil 1.0.10-2 CLI binding for the Glade librarie ii libglib-cil 1.0.10-2 CLI binding for the GLib utility l ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libgmime2.1-cil 2.1.15-5 CLI binding for the MIME library, ii libgnome-cil 1.0.10-2 CLI binding for GNOME ii libgnomeui-0 2.10.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.10.1-5 The GNOME virtual file-system libr ii libgtk-cil1.0.10-2 CLI binding for the Gtk+ toolkit ii libgtk2.0-0 2.6.9-1The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-5 Inter-Client Exchange library ii libmono0 1.1.8.2-1 libraries for the Mono JIT ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libsm66.8.2.dfsg.1-5 X Window System Session Management ii libsqlite02.8.16-1 SQLite shared library ii libstdc++64.0.1-5The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-5 X Window System protocol client li ii libxss1 6.8.2.dfsg.1-5 X Screen Saver client-side library ii mono-classlib-1.0 1.1.8.2-1 Mono class library (1.0) ii mono-jit 1.1.8.2-1 fast CLI (.NET) JIT compiler for M ii xlibs 6.8.2.dfsg.1-5 X Window System client libraries m beagle recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324402: showimg: showimgpart does not handle transparency well
Package: showimg Version: 0.9.4.1-1 Severity: normal Hello, when displaying transparent images, like [1], showimgpart behaves odd. It misdisplays the image, and seems to put in the background a collage of the previous pages in history, as in [2]. [1] http://people.debian.org/~adeodato/tmp/2005-08-22/swirl1.png [2] http://people.debian.org/~adeodato/tmp/2005-08-22/bad-showimg.png -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-6-686 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages showimg depends on: ii kdelibs4 4:3.4.1-1 core libraries for all KDE applica ii libc6 2.3.5-4GNU C Library: Shared libraries an ii libexif10 0.6.9-6library to parse EXIF files ii libkipi0 0.1.1-2library for apps that want to use ii libkonq4 4:3.4.1-1 core libraries for Konqueror ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libstdc++51:3.3.6-9 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-5 X Window System protocol client li ii xlibs 6.8.2.dfsg.1-5 X Window System client libraries m Versions of packages showimg recommends: ii khelpcenter 4:3.4.1-1 help center for KDE pn kipi-plugins (no description available) -- no debconf information -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 Don't be irreplaceable, if you can't be replaced, you can't be promoted. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324401: release-notes: Please suggest use of discover and hotplug in 2.6 kernel upgrade docs
Package: release-notes Version: sarge Severity: normal Lately in the debian-user mailing list there have been a number of problem reports from users upgrading from Woody to Sarge. They often have trouble converting from the linux 2.4.18-bf24 kernel to a modular kernel such as 2.6.8-2-686 due to missing drivers in the new modular kernel. Recommending to them to install the discover and hotplug packages usually solves their problems. The pertinent release notes are here: http://www.debian.org/releases/stable/i386/release-notes/ch-information.en.html#s-upgrade-to-2.6 Please add a suggestion that users install the discover and hotplug packages. I believe this would help users significantly. Here is some suggested prose: Users upgrading from a non-modular bootstrapping linux kernel such as the Woody installer boot-floppies 2.4.18-bf24 kernel may need to specify driver modules to be loaded for their hardware when upgrading to the newer moduler 2.6 series kernel. The 'discover' and 'hotplug' packages are useful to detect hardware and to automatically load the required modules. It is recommended to install those packages prior to upgrading to a linux 2.6 kernel. The 'udev' package is also useful in conjunction with the linux 2.6 kernel the /dev directory. But see the warnings below in the section "Switching to 2.6 may activate udev" for more detail. Bob -- Bob Proulx <[EMAIL PROTECTED]> http://www.proulx.com/~bob/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324400: timidity: FTBFS with gcc-4.0: static declaration follows non-static declaration
Package: timidity Version: 2.13.2-6 Severity: serious Tags: patch Hi, timidity seems to have build issues with gcc-4.0: Automatic build of timidity_2.13.2-6.1 on nighthawk by sbuild/i386 1.7 Build started at 20050822-0102 ** timidity_2.13.2-6.1.dsc exists in cwd ** Using build dependencies supplied by package: Build-Depends: debhelper (>= 4), libasound2-dev, libaudiofile-dev, libesd0-dev, libarts1-dev, libjack0.100.0-dev, libaudio-dev, libvorbis-dev (>= 1.0.0-3), libspeex-dev (>= 1.0), liboggflac-dev (>= 1.1.1-5), libflac-dev (>= 1.1.1-5), libncurses-dev, slang1-dev, xlibs-dev, libxaw7-dev, tcl8.4-dev, tk8.4-dev, libgtk2.0-dev, autotools-dev [...] Checking correctness of source dependencies... -- dpkg-source: extracting timidity in timidity-2.13.2 dpkg-buildpackage: source package is timidity dpkg-buildpackage: source version is 2.13.2-6.1 dpkg-buildpackage: source changed by Michael Banck <[EMAIL PROTECTED]> dpkg-buildpackage: host architecture i386 [...] if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../timidity -I../libarc -I../utils -I/usr/include/tcl8.4 -I/usr/include/kde/artsc -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include -DXTHREADS -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -DAU_OSS -DAU_ALSA -DAU_NAS -DAU_ARTS -DAU_ESD -DAU_JACK -DAU_VORBIS -DAU_FLAC -DAU_OGGFLAC -I/usr/include/kde/artsc -pthread -MT xaw_i.o -MD -MP -MF ".deps/xaw_i.Tpo" -c -o xaw_i.o xaw_i.c; \ then mv -f ".deps/xaw_i.Tpo" ".deps/xaw_i.Po"; else rm -f ".deps/xaw_i.Tpo"; exit 1; fi xaw_i.c:264: error: static declaration of 'voices' follows non-static declaration ../timidity/playmidi.h:525: error: previous declaration of 'voices' was here xaw_i.c: In function 'a_start_interface': xaw_i.c:3317: warning: pointer targets in passing argument 4 of 'XReadBitmapFile' differ in signedness xaw_i.c:3317: warning: pointer targets in passing argument 5 of 'XReadBitmapFile' differ in signedness xaw_i.c:3558: warning: pointer targets in passing argument 4 of 'XReadBitmapFile' differ in signedness xaw_i.c:3558: warning: pointer targets in passing argument 5 of 'XReadBitmapFile' differ in signedness make[4]: *** [xaw_i.o] Error 1 make[4]: Leaving directory `/build/mbanck/timidity-2.13.2/interface' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/mbanck/timidity-2.13.2/interface' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/mbanck/timidity-2.13.2' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/mbanck/timidity-2.13.2' make: *** [build-stamp] Error 2 ** Build finished at 20050822-0105 FAILED [dpkg-buildpackage died] -- There's a patch at http://people.ubuntu.com/~scott/patches/timidity/timidity_2.13.2-6ubuntu2_unknown.patch which fixes this. Michael -- Michael Banck Debian Developer [EMAIL PROTECTED] http://www.advogato.org/person/mbanck/diary.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324398: Bug in postfix-gld when mysql 4.1 is used
Package: postfix-gld Version: 1.5.2 Severity: low When we use MySQL 4.1 (and probably 5.0) issue from the package debian (libmysqlclient14, mysqlclient4.1 and mysqlserver4.1) we have got an error in mysql log. Here is an example : 050822 0:15:282049 Connect Client does not support authentication protocol requested by server; consider upgrading MySQL client I've rebuilt the package with libmysqlclient14 and it works well. Paux Jean-Benoit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324399: /usr/bin/abcde: 627: Syntax error: Bad substitution
Package: abcde Version: 2.3.2-1 Severity: important Running the latest 'abcde' on my system shows: % abcde ; echo $? /usr/bin/abcde: 627: Syntax error: Bad substitution 2 ...checking the code shows a bashism: %cat -n /usr/bin/abcde | grep " 627" 627 IN=${!TEMPARG} ...which won't work for users who have their scripting shell set to a more strictly POSIX shell like 'ash' or 'dash'. 'abcde' should run on any system with 'bash' if invoked with: % bash /usr/bin/abcde To fix, either any bashisms should be replaced with standard Bourne Shell code, or the first line of 'abcde' should be be changed from: #!/bin/sh ...to: #!/bin/bash Hope this helps... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.11-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages abcde depends on: ii cd-discid 0.9-1 CDDB DiscID utility ii cdda2wav 4:2.01+01a01-4 Creates WAV files from audio CDs ii cdparanoia3a9.8-11 An audio extraction tool for sampl ii flac 1.1.1-5.2 Free Lossless Audio Codec - comman ii speex 1.1.6-2The Speex Speech Codec ii vorbis-tools 1.0.1-1.4 Several Ogg Vorbis Tools ii wget 1.10.1-1 retrieves files from the web abcde recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324404: irda-utils: Where possible, use PNP to autoconfigure IrDA
Package: irda-utils Severity: wishlist Tags: patch On x86 and amd64 laptops (and possibly some desktops), the presence of IrDA ports is indicated through the PNP BIOS. The attached patch attempts to use this information to automatically load the correct FIR driver and to configure the serial port appropriately. If successful, it will then start irattach. -- System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) diff -urN irda-utils-0.9.16/debian/config irda-utils-0.9.16.mine/debian/config --- irda-utils-0.9.16/debian/config 2005-08-22 00:40:35 +0100 +++ irda-utils-0.9.16.mine/debian/config2005-08-22 00:43:33 +0100 @@ -15,19 +15,22 @@ # preinst has to retrieve the old values first. if [ ! -e "$CONFIG_OLD" ]; then STATE=1 -LASTSTATE=4 +LASTSTATE=5 while [ $STATE -gt 0 -a $STATE -le $LASTSTATE ]; do case $STATE in 1) db_input medium $PACKAGE/enable || true ;; -2) + 2) + db_input medium $PACKAGE/automatic || true + ;; +3) db_input medium $PACKAGE/discovery || true ;; -3) +4) db_input medium $PACKAGE/selectdevice || true ;; -4) +5) db_get $PACKAGE/selectdevice if [ "$RET" = "serial" ]; then db_input medium $PACKAGE/ttydev || true diff -urN irda-utils-0.9.16/debian/irda-utils.init irda-utils-0.9.16.mine/debian/irda-utils.init --- irda-utils-0.9.16/debian/irda-utils.init2005-08-22 00:40:35 +0100 +++ irda-utils-0.9.16.mine/debian/irda-utils.init 2005-08-22 00:17:29 +0100 @@ -20,6 +20,14 @@ if [ -f /etc/default/$PACKAGE ]; then . /etc/default/$PACKAGE fi + + +test "$AUTOMATIC" = "true" && if [ -f /var/run/irdadev ]; then +# We discovered a device on boot. Attempt to bind to it. +ENABLE="true" +read -d " " DEVICE $STATEFILE; + let "IRDA=$IRDA+1"; + FALLBACK=false; + else + # Try to recover + if [ "$UART" != "undefined" ]; then + setserial $PORT uart $UART; + fi + fi + fi + + if [ "$SIR" = "true" ]; then + if [ "$FIR" = "false" -o "$FALLBACK" = "true" ]; then + # Ok, let's try just driving the UART + # The IRQ is not always set correctly, so try to deal with that + IRQ=`grep irq $x/resources | sed -e 's/irq \(.*\)/\1/'` + setserial $PORT irq $IRQ; + echo "$PORT sir" >$STATEFILE; + fi + fi +done +;; +stop) +exit 0 +;; +esac diff -urN irda-utils-0.9.16/debian/po/de.po irda-utils-0.9.16.mine/debian/po/de.po --- irda-utils-0.9.16/debian/po/de.po 2005-08-22 00:40:35 +0100 +++ irda-utils-0.9.16.mine/debian/po/de.po 2005-08-22 00:36:36 +0100 @@ -15,7 +15,7 @@ msgstr "" "Project-Id-Version: irda-utils\n" "Report-Msgid-Bugs-To: \n" -"POT-Creation-Date: 2004-07-24 10:17+0200\n" +"POT-Creation-Date: 2005-08-22 00:36+0100\n" "PO-Revision-Date: 2004-05-21 14:23+0200\n" "Last-Translator: Sebastian Henschel <[EMAIL PROTECTED]>\n" "Language-Team: de <[EMAIL PROTECTED]>\n" @@ -179,3 +179,18 @@ "Bestätigen Sie, wenn IrDA während des Bootvorgangs aktiviert werden soll. " "Dies ist für Geräte notwendig, die ein laufendes \"irattach\" benötigen. Die " "meisten Geräte brauchen es, mit Ausnahme einiger weniger FIR-Geräte." + +#. Type: boolean +#. Description +#: ../templates:65 +#, fuzzy +msgid "Attempt to probe for IrDA on system bootup?" +msgstr "Aktiviere IrDA bei Systemstart?" + +#. Type: boolean +#. Description +#: ../templates:65 +msgid "" +"Confirm if you want to attempt to autoconfigure IrDA on system startup. If " +"a device is found, irattach will automatically be started up." +msgstr "" diff -urN irda-utils-0.9.16/debian/po/fr.po irda-utils-0.9.16.mine/debian/po/fr.po --- irda-utils-0.9.16/debian/po/fr.po 2005-08-22 00:40:35 +0100 +++ irda-utils-0.9.16.mine/debian/po/fr.po 2005-08-22 00:36:37 +0100 @@ -17,7 +17,7 @@ msgstr "" "Project-Id-Version: irda-utils\n" "Report-Msgid-Bugs-To: \n" -"POT-Creation-Date: 2004-07-24 10:17+0200\n" +"POT-Creation-Date: 2005-08-22 00:36+0100\n" "PO-Revision-Date: 2004-07-24 22:00+0200\n" "Last-Translator: Christian Perrier <[EMAIL PROTECTED]>\n" "Language-Team: French <[EMAIL PROTECTED]>\n" @@ -184,3 +184,18 @@ "lancement de votre système. Ce choix est indispensable pour les " "périphériques qui ont besoin de « irattach » pour fonctionner, ce qui est le " "cas de la plupart, à l'exception de rares périphériques FIR." + +#. Type: boolean +#. Description +#: ../templates:65 +#, fuzzy +msgid "Attempt to probe for IrDA on system bootup?" +msgstr "Faut-il activer la gestion de l'infrarouge au démarrage ?" + +#. Type: boolean +#. Description +#: ../templates:65 +msgid "" +"C
Bug#316282: qunata crashes when normally working (amd64)
Package: quanta Version: 4:3.4.0-0pre1 Followup-For: Bug #316282 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-100-amd64-k8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages quanta depends on: ii kdelibs4 4:3.4.1-1 core libraries for all KDE applica ii kfilereplace 4:3.4.0-0pre1 batch search-and-replace component ii klinkstatus 4:3.4.0-0pre1 web link validity checker for KDE ii kommander 4:3.4.0-0pre1 visual dialog builder and executor ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-2 The Network Audio System (NAS). (s ii libc6 2.3.5-3GNU C Library: Shared libraries an ii libcvsservice04:3.4.0-0pre1 DCOP service for accessing CVS rep ii libfam0c102 2.7.0-7client library to control the FAM ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.1-5 GCC support library ii libice6 6.8.2.dfsg.1-5 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpcre3 5.0-1.1Perl 5 Compatible Regular Expressi ii libpng12-01.2.8rel-1 PNG library - runtime ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm66.8.2.dfsg.1-5 X Window System Session Management ii libstdc++51:3.3.6-8 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-5 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.8.2.dfsg.1-5 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxml2 2.6.20-1 GNOME XML library ii libxrandr26.8.2.dfsg.1-5 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxslt1.11.1.14-1 XSLT processing library - runtime ii libxt66.8.2.dfsg.1-5 X Toolkit Intrinsics ii quanta-data 4:3.4.0-0pre1 data files for Quanta Plus web dev ii tidy 20050415-1 HTML syntax checker and reformatte ii xlibs 6.8.2.dfsg.1-5 X Window System client libraries m ii zlib1g1:1.2.3-3 compression library - runtime Versions of packages quanta recommends: ii cervisia 4:3.3.2-3 a graphical CVS front end for KDE ii gnupg 1.4.1-1.0.1 GNU privacy guard - a free PGP rep ii kompare4:3.3.2-3 a KDE GUI for viewing differences ii kxsldbg4:3.4.0-0pre1 graphical XSLT debugger for KDE ii phpdoc 20030911-1.2 Documentation for PHP4 and PHP3 ii wdg-html-reference 4.0-2 WDGs HTML 3.2, HTML 4, and CSS ref This is the crash-info: (no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 46912594103520 (LWP 6261)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no deb
Bug#222232: Support for cruft?
On Sun, Aug 21, 2005 at 11:45:13PM +0200, Paul Seelig wrote: > just a short note: unfortunately i lack the time to bother about such > enhancements. But i wouldn't mind applying a patch. OK, thanks for letting me know. I will look closer at localepurge and let you know what I come up with. > On the other hand: why should it be considered a problem if cruft reports > files as missing? Because that is its purpose: to report what should be on the system, but isn't, or what shouldn't be there, but is. That is, to help system administrator keep his system nice and tidy. And, apparently, to help detect bugs in packages, especially regarding their {pre,post}{inst,rm}. > And why should localepurge solve what cruft can't handle? Short answer: because cruft can't really handle anything on its own. It's just glue between what different packages and the filesystems "say". Longer answer: cruft needs to get from somewhere its knowledge on what should or shouldn't be present on the system. For example, dpkg's file database "says" that some ".mo" file should be there. I am simply looking for a flexible and consistent way for other packages (like localepurge) to "say" that "I have deleted some file installed by dpkg, and that's OK". regards, 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#324397: abiword: Was getting an undefined symbol fribidi_get_type with older libfribidi
Package: abiword Version: 2.2.9-1 Severity: important Tags: experimental I am currently using abiword 2.2.9-1 and I was using libfribidi0 0.10.4-6. When using this combination, typing anything into AbiWord would crash and produce the following error: abiword: symbol lookup error: abiword: undefined symbol: fribidi_get_type After upgrading to libfribidi0 0.10.5-3 this error has gone away. I am assuming at this point that AbiWord now requires a newer libfribidi0 version. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages abiword depends on: ii abiword-common2.2.9-1WYSIWYG word processor based on GT ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.5-3GNU C Library: Shared libraries an ii libenchant1c2 1.1.6-1a wrapper library for various spel ii libfontconfig12.3.1-2generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libfribidi0 0.10.5-3 Free Implementation of the Unicode ii libgcc1 1:4.0.1-3 GCC support library ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.6.1-3The GLib library of C routines ii libgtk2.0-0 2.6.2-4The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-8 Inter-Client Exchange library ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libperl5.85.8.7-4Shared Perl library ii libpng12-01.2.8rel-1 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm64.3.0.dfsg.1-8 X Window System Session Management ii libstdc++64.0.1-3The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-8 X Window System protocol client li ii libxft2 2.1.2-6FreeType-based font drawing librar ii libxml2 2.6.20-1 GNOME XML library ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-8 X Window System client libraries m ii zlib1g1:1.2.2-4 compression library - runtime abiword recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324186: mozilla-firefox: Segfaults when installing adblock with fresh profile
Package: mozilla-firefox Version: 1.0.4-2sarge2 Followup-For: Bug #324186 After I updated to 1.0.4-2sarge2, I experienced problems with extensions. Opening the Tools > Extensions window would sometimes crash Firefox with a segmentation fault. I then moved the entire ~/.mozilla directory to someplace else. When I started firefox after moving the profile directory, it starts up OK. I can open the Extensions window without any problems. I then installed the adblock extension from adblock.mozdev.org/dev.html. Installing this extension would crash Firefox with a segmentation fault after the download progress-bar in the Extensions window reaches 100% Here are some messages from the terminal: *** loading the extensions datasource *** loading the extensions datasource *** getItemProperty failing for lack of an item. This means getResourceForItem failed to locate a resource for aItemID (item ID = http://mozdev.sweetooth.org/adblock/adblock-0.5-dev.xpi, property = disabled) *** getItemProperty failing for lack of an item. This means getResourceForItem failed to locate a resource for aItemID (item ID = http://mozdev.sweetooth.org/adblock/adblock-0.5-dev.xpi, property = internalName) *** getItemProperty failing for lack of an item. This means getResourceForItem failed to locate a resource for aItemID (item ID = {34274bf4-1d97-a289-e984-17e546307e4f}, property = internalName) *** getItemProperty failing for lack of an item. This means getResourceForItem failed to locate a resource for aItemID (item ID = {34274bf4-1d97-a289-e984-17e546307e4f}, property = locked) Segmentation fault This extension (Adblock) works fine before I updated. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-386lmznofb Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mozilla-firefox depends on: ii debianutils2.8.4 Miscellaneous utilities specific t ii fontconfig 2.3.1-2 generic font configuration library ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libidl00.8.5-1 library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-2sarge2 MIT Kerberos runtime libraries ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1PNG library - runtime ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-14 X Window System printing extension ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii psmisc 21.5-1Utilities that use the proc filesy ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#226636: security bugs
If PHPAdsNew ever gets included into Debian please make sure the following security bugs are fixed: CAN-2005-2635: " Multiple directory traversal vulnerabilities in phpAdsNew and phpPgAds before 2.0.6 allow remote attackers to include arbitrary files via a .. (dot dot) in the (1) layerstyle parameter to adlayer.php or (2) language parameter to js-form.php." CAN-2005-2636: " SQL injection vulnerability in lib-view-direct.inc.php in phpAdsNew and phpPgAds before 2.0.6 allows remote attackers to execute arbitrary SQL commands via the clientid parameter." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#273954: Still interested?
Are you still interested on packaging gproftpd and gdhcpd? Should I hijack the ITP or you need sponsoring? -- David Moreno Garza <[EMAIL PROTECTED]> | http://www.damog.net/ GPG: C671257D - 6EF6 C284 C95D 78F6 0B78 FFD3 981C 5FD7 C671 257D Signed mail welcome. Encrypted mail preferred. signature.asc Description: This is a digitally signed message part
Bug#324395: twinkle: FTBFS on 64 bit arches: cast from 'void*' to 'int' loses precision
Package: twinkle Version: 0.1-2 Severity: important Hi, Your package is failing to build on 64 bit arches with the following error: if ia64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I ../../src -I /usr/include-g -O2 -I/usr/include/cc++2 -D_GNU_SOURCE -MT memman.o -MD -MP -MF " .deps/memman.Tpo" -c -o memman.o memman.cpp; \ then mv -f ".deps/memman.Tpo" ".deps/memman.Po"; else rm -f ".deps/memman.Tpo"; exit 1; fi memman.cpp: In member function 'void t_memman::trc_new(void*, const std::string &, int, bool)': memman.cpp:66: error: cast from 'void*' to 'int' loses precision memman.cpp: In member function 'void t_memman::trc_delete(void*, const std::str ing&, int, bool)': memman.cpp:103: error: cast from 'void*' to 'int' loses precision memman.cpp:120: error: cast from 'void*' to 'int' loses precision memman.cpp: In member function 'void t_memman::report_leaks()': memman.cpp:173: error: cast from 'void*' to 'int' loses precision make[4]: *** [memman.o] Error 1 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324394: graphmonkey: FTBFS: Creates files outside source tree.
Package: graphmonkey Version: 1.3-1 Severity: serious Hi, Your package is failing to build with the following error: mcs -o -target:exe -out:"GraphMonkey.exe" -pkg:gtk-sharp -pkg:glade-sharp ./Main.cs ./MyWindow.cs ./AssemblyInfo.cs ./Ecran_Form.cs ./operation.cs ./About_Form.cs ** (/usr/lib/mono/1.0/mcs.exe:28369): CRITICAL **: _wapi_shm_file_open: shared file [/home/buildd/.wapi/shared_data-athlon.lowpingbastards.de-6-0] open error: No such file or directory ** (/usr/lib/mono/1.0/mcs.exe:28369): CRITICAL **: _wapi_shm_attach: shared file[/home/buildd/.wapi/shared_data-athlon.lowpingbastards.de-6-0] open error ** ERROR **: file handles.c: line 125 (shared_init): assertion failed: (_wapi_shared_layout != NULL) aborting... make[1]: *** [all] Aborted Please make it not try to create any files outside of the source tree during build. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311840: kraptor: FTBFS on 64 bit arches.
found 311840 0.0.20040403-2 thanks Hi, Your diff also changed: -#define MASK_WORD_TYPE unsigned long int +#define MASK_WORD_TYPE unsigned int Now you basicly changed the type to a 32 bit integer again, since on all 64 bit arches in Debian, and int is still 32 bit, while a long is 64 bit. Either you keep that change, and undo my patch, or you undo that change. I suggest you make it an unsigned long int again. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324341: static storage of $(DEB(BUG)?)?EMAIL in ~/.reportbugrc is nonsense
> reportbug did, in fact, ask you these very questions on first run: > > [...] > > So, I'm not entirely sure what you're complaining about here... this > satisfies #2 amply. I completely forgot this, proving my point in an evil manner. I've just deleted my .reportbugrc, and reportbug asked if my default Name and Email were OK. so you are right the question is asked. Though, if I'm okay with the defaults (that reportbug guessed fine) I don't see the point in storing them. especially since $EMAIL/$DEBEMAIL are not set randomly. moreover, I've deleted the lines email and realname in .reportbugrc, and it still continued to work nicely. So I'd suggest you *not* to save those settings when the user ACK for the guessed values. So I'd like this bug to stay open, even if you are right, since it satisfies #2, it's not important. I'd say "normal". Cheers, -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpZPBDZU8cGW.pgp Description: PGP signature
Bug#324396: yagiuda: FTBFS: errno redefined.
Package: yagiuda Version: 1.19-1 Severity: serious Hi, It seems your declares errno in several ways: ./src/globals.h:extern int errno; ./src/globals.h:int errno; ./src/get_number_of_elements.c:#include ./src/get_number_of_elements.c:extern int errno; ./src/test2.c:#include ./src/test2.c:extern int errno; ./src/gain.c:#include ./src/gain.c:extern int errno; ./src/fill_z_matrix.c:#include ./src/fill_z_matrix.c:extern int errno; [...] The only correct way of doing it is: #include And all the rest should get removed, and replaced by the include where needed. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324372: [Pkg-xfce-devel] Bug#324372: xfce4-terminal: background transparency doesn't work
Florimond Simonklein wrote: > Package: xfce4-terminal > Version: 0.2.4-3 > Severity: normal > > The transparent background setting has no effect whatsoever ; Terminal > only displays the selected background color. (Both the other options - > using a solid color or a background picture - work.) Have you checked if the shade transparency cursor wasnt at "maximum" ? If you try transparent background with another terminal (gnome-terminal/konsole/aterm/...), does it work ? -- Yves-Alexis Perez signature.asc Description: OpenPGP digital signature