Bug#337395: Patch from Ubuntu
Hi David, The bug is here on Ubuntu Dapper & Breezy. I can't double check on Debian, but chances are high it will be here too (there's not a big difference between dapper and sid those days). The Ubuntu bug for this is https://launchpad.net/distros/ubuntu/+source/libgtk-trayicon-ruby/+bug/5255 You can find a debdiff that fixes the problem on http://librarian.launchpad.net/1208465/libgtk-trayicon-ruby_0.1.0-3%2Bdebianfix337395.debdiff Thank you, -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329988: exim4: Improve README.SMTP-AUTH for setup without SSL/TLS
On Sun, Dec 18, 2005 at 05:57:36PM -0800, Shyamal Prasad wrote: > > "Marc" == Marc Haber <[EMAIL PROTECTED]> writes: > Marc> The README file has in the mean time been converted to > Marc> docbook, and thus your patch does not apply any more. > > Marc> I do not have too much clue about docbook, but Hilko might > Marc> want to comment about how it it possible to cross-reference > Marc> inside the generated HTML. That way, one could > > Marc> (a) cross-reference from the parts you want patched to the > Marc> parts mentioning how to change macros, and (b) have a "quick > Marc> navigation center" > > Marc> Would (a) be acceptable to you? > > Certainly. Thanks. > > If you need some one to patch the docbook file I might be able to > volunteer (been a while since I've doc book'ed). That would be absolutely fantastic! You can pull the current file from svn: http://svn.debian.org/wsvn/pkg-exim4/exim/trunk/debian/README.Debian.xml?op=file&rev=0&sc=0, or svn co svn://svn.debian.org/svn/pkg-exim4/exim/trunk. Please submit the resulting patch through the BTS. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342619: master mail problems: A temporary workaround
On Fri, Dec 09, 2005 at 01:41:55AM +0100, Jeroen van Wolffelaar wrote: > On Thu, Dec 08, 2005 at 10:33:54PM +0100, Florian Weimer wrote: >> * Lionel Elie Mamane: >>> On Thu, Dec 08, 2005 at 09:30:52PM +0100, Wouter Verhelst wrote: The fact that my primary MX is only available through IPv6, and that this is the case for other people who're having problems too might then be a better chance at being the problem. >>> My primary MX is IPv6-only, too. I don't have detected a problem >>> yet :) >> Do you receive lots of mail from master.debian.org, and would you >> notice the bounces? Mail from Debian mailing lists come directly >> from murphy.debian.org, which does not seem to have the problem. >> You also have one IPv4-only MX, which might be enough to prevent the >> Exim bug[1] from occurring. >> [1] I'm not sure if it's a Exim's fault, it's only a hunch. > I've filed #342619 on the strong suspicion something fishy is going > on in exim, even though I don't know for sure what's going on > exactly. Just a note for fellow DDs that are hit by the problem: A way to temporarily fix it is to SSH to master and force resolution of your domain's MXs; for example if your MXs are "foo.example.com" and "bar.example.org" then do: for qtype in A ; do for mx in foo.example.com bar.example.org; do dig -t "${qtype}" "${mx}"; done; done (Hmm... Thinking now that doing the resolution is probably not necessary.) This fix will hold for as long as this information is in master's DNS cache, thus for at most the TTL of your MX's A entries, maybe shorter if master's bind decides to throw the information away from the cache sooner. Good luck! -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337395: Actually I see it too
Hi, Actually I see this bug too on Ubuntu. Currently investigating, more info to follow. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343983: libdigest-sha-perl: FTBFS on arm (failed tests)
Package: libdigest-sha-perl Severity: important Version: 5.32-1 Hi, libdigest-sha-perl fails to build from source due to several test failures. Looks like SHA-384 and SHA-512 don't work. Other archs are OK. Cc'ing [EMAIL PROTECTED]; hope this is the right thing to do. Excerpt from the build log [1]: t/2-nist-sha-256.ok t/2-nist-sha-384.# Test 1 got: "cf1348a8aa8c65080d75c720bcd17965c852463aa971b758f09ce8845d058bab4ae4227cf5d9edf14f50facc95f4aa15" (t/2-nist-sha-384.t at line 26) # Expected: "cb00753f45a35e8bb5a03d699ac65007272c32ab0eded1631a8b605a43ff5bed8086072ba1e7cc2358baeca134c825a7" # t/2-nist-sha-384.t line 26 is: for (my $i = 0; $i < @vec; $i++) { # Test 2 got: "5cb1d3b25a7ee58d131ae060c50f9f4441498955124e2544000389ff7ccc08428759d359cb68e91e2226950088290239" (t/2-nist-sha-384.t at line 26 fail #2) # Expected: "09330c33f71147e83d192fc782cd1b4753111b173b3b05d22fa08086e3b0f712fcc7c71a557e2db966c3e9fa91746039" # Test 3 got: "7517db70f16687a81416b2ea4df8c561e2ef102fa71a9ff228dff859747f0624c775475e453885da9f939bbc0ebf8739" (t/2-nist-sha-384.t at line 26 fail #3) # Expected: "9d0e1809716474cb086e834e310a4a1ced149e9c00f248527972cec5704c2a5b07b8b3dc38ecc4ebae97ddd87f3d8985" FAILED tests 1-3 [1] http://buildd.debian.org/fetch.php?&pkg=libdigest-sha-perl&ver=5.32-1&arch=arm&stamp=1134284720&file=log&as=raw Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343982: debian-reference-en: -G switch unknown for aptitude
Package: debian-reference-en Version: 1.09-1 Severity: normal 6.2.6 aptitude, apt-get and apt-cache commands has several examples using -G with aptitude. As far as I can tell from the man page and aptitude --help, this option doesn't exist. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27advncdfs Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages debian-reference-en depends on: ii debian-reference-common 1.09-1 Debian system administration guide debian-reference-en recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343940: ITP: gecode -- generic constraint development environment
On Mon, Dec 19, 2005 at 01:06:19AM +0200, Kari Pahula wrote: > Package: wnpp > Severity: wishlist > Owner: Kari Pahula <[EMAIL PROTECTED]> > > > * Package name: gecode > Version : 1.0.0 > Upstream Author : Christian Schulte <[EMAIL PROTECTED]> and others > * URL : http://www.gecode.org/ > * License : BSD > Description : generic constraint development environment Interesting. Are you also intending to package Alice http://ps.uni-sb.de/alice/ ? Otherwise I might be interested in packaging alice myself, provided I can get rid of some of my other packages. -Ralf. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343677: (no subject)
Hi Justin! Justin Pryzby [2005-12-18 21:26 -0500]: > Could you comment on this bug? I was not at home during the weekend, sorry. This looks a bit suspicious, both files are conffiles and the package itself does not touch it, but I will try to reproduce it. Thanks, Martin -- Martin Pitt http://www.piware.de Ubuntu Developer http://www.ubuntulinux.org Debian Developerhttp://www.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343730: postgresql-7.4: uninstall doesn't remove init scripts
Hi Ernesto! Ernesto Quiñones [2005-12-17 12:36 -0500]: > When uninstalling this package init scripts are kept. Thus > giving failure errors on boot time. Please check this. You have to purge the package to remove the init script (since it is a configuration file). However, you are right that there should not be errors on bootup, I'll fix that. Thanks, Martin -- Martin Pitt http://www.piware.de Ubuntu Developer http://www.ubuntulinux.org Debian Developerhttp://www.debian.org signature.asc Description: Digital signature
Bug#343653: system freezes randomly
I found that I do not need the net-driver disk because the root (or the boot) disk recognizes my network card. However, it still freezes at various places. I tried it for more than 20 times but all failed. Sometimes it freezes when loading the root disk, sometimes it freezes when asking for the language/keyboard setup, sometimes it freezes when asking for the hostname, sometimes it freezes when it is installing files (libc6-udeb is one of the populler place). When I use USB root instead of floppy root, loading libc6-udeb fails. I first tried installing from Knoppix which didn't work, tried booting from floppy and USB which didn't work either. I will finally try a CD (net-install) and if it's the same, I will have to install fedora.. T_T -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343981: libsane: Trying to overwrite file from other package
Package: libsane Version: 1.0.16-5 Severity: grave Justification: renders package unusable When trying to upgrade to the latest version I got dpkg: error processing /var/cache/apt/archives/libsane_1.0.17-1_i386.deb (--unpack): trying to overwrite `/etc/hotplug', which is also in package kcontrol dpkg-deb: subprocess paste killed by signal (Broken pipe) Thanks! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libsane depends on: ii adduser 3.80 Add and remove users and groups ii libc6 2.3.5-9 GNU C Library: Shared libraries an ii libgphoto2-22.1.6-6 gphoto2 digital camera library ii libgphoto2-port02.1.6-6 gphoto2 digital camera port librar ii libieee1284-3 0.2.10-1 cross-platform library for paralle ii libjpeg62 6b-10The Independent JPEG Group's JPEG ii libusb-0.1-42:0.1.10a-22 userspace USB programming library ii makedev 2.3.1-79 creates device files in /dev Versions of packages libsane recommends: pn sane-utils (no description available) ii udev [hotplug]0.076-6/dev/ and hotplug management daemo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343581: xprint-common: print downscaled by factor of 2 irrespective of default_printer_resolution
On Mon, Dec 19, 2005 at 11:01:43AM +1100, Drew Parsons wrote: > On Sun, 2005-12-18 at 23:49 +0100, Lionel Elie Mamane wrote: >>> You may have luck printing to PDF file (find them in ~/Xprintjobs) >>> and sending the pdf file to your printer. >> How do you expect me to send it to my printer? Convert it to >> PostScript and send it to the Cups queue? The printer doesn't have >> an FTP server, nor an HTTP/IPP server. > From the command line, "lp output.pdf". OK. > Or the print button in your pdf viewer. Well, this converts to postscript and sends the postscript to the cups queue. >> And now... the problem has mysteriously disappeared! I changed the >> setting multiple times, each time printing from Galeon, and I >> always got a quarter-page. I started testing with Mozilla, I was >> getting a quarter-page, too, with different settings. I change the >> setting one last time, restart Mozilla, and it works! Back to >> galeon... it works! I don't understand a thing of how this is >> behaving. Veeery strange. Well, thanks for your suggestions. > Hmm, quite odd. Perhaps the fix was in the ppd file? I understood > you downloading a fresh version of it for the testing we did above. I downloaded the latest PPD, but it was byte-to-byte identical to the one I already had, except that the "default paper size" was a4 instead of letter. >> PDF and PS files are still wrong, though. Probably I should do a >> separate bug report about these. > When you say the PS file is wrong, do you mean it's grossly > mis-scaled when you view in gv? This is a known problem, I think > it's already reported. Yes, I mean that. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343662: fsck errors halting boot after upgrade
Theodore Ts'o wrote: Are you using your system with hardware time set to some non-GMT local time zone? (i.e. /etc/defaults/rcS has UTC="no") you are, of course, correct. And its interesting in that I had set it to UTC at some point and I remember having trouble with my timezones and so forth (my clock in KDE kept getting munched) but the problem went away. h... I think you can make the problem go away by making /etc/localtime contain a copy of what it is currently symlinked to in /usr/share/zoneinfo/, and renaming /etc/rcS.d/S22hwclockfirst.sh to /etc/rcS.d/S09hwclockfirst.sh. This is obviously not the "proper" fix; since among other things if the localtime file needs to get updated (for example if the US Congress changes the definition of daylight savings time), we need a way to make sure /etc/localtime gets updated when the package gets updated. But I believe if you were to apply the above as a workaround, it should address your problem. Fixing this in the more global sense will require making changes in the overall Debian boot setup, and I'm going to have to take this up on debain-devel and consult other Debian developers. Well, I'm all for doing things the "right" way and will fix my clock and then unpin apt for e2fsprogs and move back up to 1.39. Thanks for your attention to this matter, and I hope my info will help to continue improvement of Debian for all ;) A Regards, - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343976: Acknowledgement (History file is saved with incorrect size)
Upon digging a little further (I really shouldve done this before submitting the first report), I have discovered what I think may be the problem. When I logout, bash saves the complete history (upto HISTSIZE lines) to the .bash_history file, however the problem occurs when bash starts up. It sets up its environment, setting HISTSIZE to 500, then reads in (at most) 500 lines from the .bash_history file. It then processes the .bashrc and HISTSIZE is set to 5000, but by then the history has already been truncated to the initial value of 500 lines. There are a couple of solutions I can see to this.. 1) Read in the .bash_history file upon startup, upto EOF. Once completed, set HISTSIZE to the number of lines read from the file. This has a problem that you are reading an unknown number of lines, so may need some upper limit set. 2) Process the .bashrc file before reading in the .bash_history file, so that if the user does wish to change these values, it is possible. This would seem to be the easiest option, however I have not looked too in-depth at how this could be accomplished. David Murn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343839: aptitude: segfaults trying to downgrade e2fsprogs
If your system is still in a state where you can reproduce this, what would be ideal would be to post a bzipped tarfile of the following somewhere (assuming of course that the data are yours to post): - /etc/apt - /var/lib/dpkg/status - /var/lib/aptitude - /var/lib/apt Daniel signature.asc Description: Digital signature
Bug#343980: [powerpc] g5 thermal overtemp bug
Package: linux-2.6 severity: important version: 2.6.14-4 tags: patch - Forwarded message from Benjamin Herrenschmidt <[EMAIL PROTECTED]> - Subject: [Fwd: [PATCH] powerpc: g5 thermal overtemp bug] Figure that might interest distros ... Forwarded Message Subject: [PATCH] powerpc: g5 thermal overtemp bug The g5 thermal control for liquid cooled machines has a small bug, when the temperatures gets too high, it boosts all fans to the max, but incorrectly sets the liquids pump to the min instead of the max speed, thus causing the overtemp condition not to clear and the machine to shut down after a while. This fixes it to set the pumps to max speed instead. This problem might explain some of the reports of random shutdowns that some g5 users have been reporting in the past. Many thanks to Marcus Rothe for spending a lot of time trying various patches & sending log logs before I found out that typo. Note that overtemp handling is still not perfect and the machine might still shutdown, that patch should reduce if not eliminate such occcurences in "normal" conditions with high load. I'll implement a better handling with proper slowing down of the CPUs later. Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> Index: linux-work/drivers/macintosh/therm_pm72.c === --- linux-work.orig/drivers/macintosh/therm_pm72.c 2005-11-10 08:20:14.0 +1100 +++ linux-work/drivers/macintosh/therm_pm72.c 2005-12-19 11:20:39.0 +1100 @@ -933,7 +933,7 @@ if (state0->overtemp > 0) { state0->rpm = state0->mpu.rmaxn_exhaust_fan; state0->intake_rpm = intake = state0->mpu.rmaxn_intake_fan; - pump = state0->pump_min; + pump = state0->pump_max; goto do_set_fans; } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343752: Hardcoded sendmail command.
On Sun, Dec 18, 2005 at 09:05:46AM +, Colin Watson <[EMAIL PROTECTED]> was heard to say: > reassign 343752 devscripts > thanks Whoops, I thought I typed devscripts, but I must have made a Freudian slip :). > On Sat, Dec 17, 2005 at 01:40:04PM -0800, Daniel Burrows wrote: > > --- bts.orig2005-12-17 12:58:06.0 -0800 > > +++ bts 2005-12-17 13:07:19.0 -0800 > > @@ -259,6 +259,7 @@ > > my $cachemode='min'; > > my $refreshmode=0; > > my $mailreader='mutt -f %s'; > > +my $sendmailprogram='/usr/sbin/sendmail'; > > > > # Next, read read configuration files and then command line > > # The next stuff is boilerplate > > @@ -274,6 +275,7 @@ > >'BTS_CACHE_MODE' => 'min', > >'BTS_FORCE_REFRESH' => 'no', > >'BTS_MAIL_READER' => 'mutt -f %s', > > + 'BTS_SENDMAIL_PROGRAM' => '/usr/bin/sendmail', > > Shouldn't the default be /usr/sbin/sendmail rather than > /usr/bin/sendmail? Yes. Daniel signature.asc Description: Digital signature
Bug#341174: boost FTBFS on hppa
>> Is anyone looking into this problem with building boost on hppa? As there >> are quite a few packages which build-depend on boost (including parts of >> KDE, and aptitude), this is likely to cause hppa to hold up the c2a >> transition unless some progress is made here. > > i'm seeing.. i tried some builds on paer.d.o, to see how new > compilers/linkers behavaed with respect to this. maybe latest binutils > 2.16.1cvs20051214-1 fixes this... i'm not doing more, sorry. This is a bug in gcc, but while it is being debugged some more, the toolchain actually suggested a workaround for you: /usr/bin/ld: [...] cannot reach 0aae__ZSt10_ConstructIN5boost7archive6detail19basic_iarchive_impl7aobjectES4_EvPT_RKT0_+0, recompile with -ffunction-sections Try adding that flag (-ffunction-sections) to the gcc compile flags for hppa. The problem is that a branch instruction on hppa has limited range (17-bits), so if the branch target is too large (this happens often with large problems, especially c++ code with lots of templates), the toolchain needs to add special stubs for far branches. gcc has logic to figure this out, but sometimes its calculations do not match what binutils calculates. randolph -- Randolph Chung Debian GNU/Linux Developer, hppa/ia64 ports http://www.tausq.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343048: yaird patch allowed booting but not DMA
Hello all, I've patched yaird, which gets me to booting, but no DMA. /etc/yaird/Default.cfg is as installed. chef-brian:/home/hellish# hdparm -d1 /dev/hda /dev/hda: setting using_dma to 1 (on) HDIO_SET_DMA failed: Operation not permitted using_dma= 0 (off) This is the output of yaird -v: chef-brian:/home/hellish# yaird -v --output=crap.img yaird: goal: template, prologue (/etc/yaird/Default.cfg:52) yaird: action: prologue, {} yaird: goal: module, fbcon (/etc/yaird/Default.cfg:56) yaird: goal: input, -- (/etc/yaird/Default.cfg:73) yaird: hardware: completed platform/i8042/serio1 yaird: goal: module, mousedev (/etc/yaird/Default.cfg:103) yaird: action: insmod, /lib/modules/2.6.14-2-686/kernel/drivers/input/mousedev.ko {optionList=-- } yaird: goal: module, evdev (/etc/yaird/Default.cfg:104) yaird: action: insmod, /lib/modules/2.6.14-2-686/kernel/drivers/input/evdev.ko {optionList=-- } yaird: goal: mountdir, / (/etc/yaird/Default.cfg:143) yaird: action: insmod, /lib/modules/2.6.14-2-686/kernel/drivers/ide/ide-core.ko {optionList=-- } yaird: action: insmod, /lib/modules/2.6.14-2-686/kernel/drivers/ide/ide-generic.ko {optionList=-- } yaird: action: insmod, /lib/modules/2.6.14-2-686/kernel/drivers/ide/ide-disk.ko {optionList=-- } yaird: hardware: completed ide0/0.0 yaird: action: mkbdev, /dev/hda {sysname=hda } yaird: action: mkbdev, /dev/hda3 {sysname=hda/hda3 } yaird: action: insmod, /lib/modules/2.6.14-2-686/kernel/fs/mbcache.ko {optionList=-- } yaird: action: insmod, /lib/modules/2.6.14-2-686/kernel/fs/jbd/jbd.ko {optionList=-- } yaird: action: insmod, /lib/modules/2.6.14-2-686/kernel/fs/ext3/ext3.ko {optionList=-- } yaird: action: mount, /mnt {device=/dev/hda3 fsType=ext3 isRoot=1 options=-o 'errors=remount-ro' } yaird: goal: template, postlude (/etc/yaird/Default.cfg:156) yaird: action: postlude, {} TIA, Echo Nolan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343979: glabels: crashes when working with image objects
Package: glabels Version: 2.1.1-3 Severity: normal Glabels crashes when trying to insert/edit image objects. --Ken Bloom -- 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 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages glabels depends on: ii glabels-data 2.1.1-3data files for gLabels ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libgconf2-4 2.10.1-6 GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.4-2The GLib library of C routines ii libgnome2-0 2.10.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.10.2-2 A powerful object-oriented display ii libgnomeprint2.2-02.10.3-3 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.10.2-2 GNOME 2.2 print architecture User 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 libgtk2.0-0 2.8.9-2The GTK+ graphical user interface ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libxml2 2.6.22-2 GNOME XML library ii zlib1g1:1.2.3-8 compression library - runtime glabels recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343978: vlc: segfault on launch/fopen
Package: vlc Version: 0.8.4 Severity: grave Justification: renders package unusable I have recently installed wxvlc/vlc_0.8.4.debian-1 via dpkg. It will not launch on its own and it will not launch with a file specified. In the past, when I was using vlc-0.8.1, it would only segfault with avi files (as another user recently submitted a bugreport on and which 0.8.4 doesn't fix). Now, both vlc and wxvlc have been rendered unusable. Thanks Michael -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343977: normalize-audio: "no decoder available with" FLAC files even when flac is in the path
Package: normalize-audio Version: 0.7.6-7 Severity: important Tags: patch find_flacdecode and find_flacencode do not set the proper variables $FLACDECODE and $FLACENCODE, respectively. Instead, they both set $FLAC so the script always reports "no decoder available" when working with FLAC files. diff unpatched patched 299c299 < $FLAC = $path; --- > $FLACDECODE = $path; 308c308 < $FLAC = $path; --- > $FLACENCODE = $path; -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages normalize-audio depends on: ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libmad0 0.15.1b-2.1 MPEG audio decoder library Versions of packages normalize-audio recommends: ii vorbis-tools 1.0.1-1.5 Several Ogg Vorbis Tools -- no debconf information 299c299 < $FLAC = $path; --- > $FLACDECODE = $path; 308c308 < $FLAC = $path; --- > $FLACENCODE = $path;
Bug#343972: pcsx: No menu entry exists
On Sunday 18 December 2005 21:04, Andrew Burton wrote: > PCSX does not create a menu entry. This will be fixed in my sponsor's next upload, but it's taking some time because PCSX is such a mess. Next upload also has a .desktop file :- ) -- Ryan Schultz YOU RPN LOVE IF THEN HONK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343976: History file is saved with incorrect size
Package: bash Version: 3.0-17 For quite a while now Ive noticed a bug in bash failing to save the history file correctly. I often find that a history of 500 lines simply isnt enough, so I have edited my .bashrc to set HISTSIZE and HISTFILESIZE to 5000. However this does not appear to make any difference, as the .bash_history file seems limited to 500 lines (actually, 505 lines at ~9k). Even checking that both environment variables are set to 5000. Are there any instances in the bash source where these values are hard-coded, or even referenced? This bug has been present for well over a year, and finally annoyed me enough to report it. I can help provide any further information necessary to help investigate this issue, but it seems to be 100% reproducable on several machines I have, running different versions of bash. David Murn David Murn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343400: Still unable to reinstall cupsys after failed port configuration
Hi, I am still unable to install cupsys due to a previous incorrect setting of port and hostname for my printer. When I get the error, I get told to run dpkg-reconfigure, but I cannot as this package is not correctly installed. This is a chicken and egg problem I don't know how to solve. I have tried to remove the .template files from /var/lib/dpkg/info, but it still doesn't want to work. I get the following error when I try to install cupsys. Reading package lists... Done Building dependency tree... Done Suggested packages: cupsys-driver-gutenprint cupsys-driver-gimpprint foomatic-filters-ppds xpdf-korean xpdf-japanese xpdf-chinese-traditional xpdf-chinese-simplified cups-pdf hplip The following NEW packages will be installed: cupsys 0 upgraded, 1 newly installed, 0 to remove and 3 not upgraded. Need to get 8965kB of archives. After unpacking 16.3MB of additional disk space will be used. Get:1 http://debian.ihug.com.au unstable/main cupsys 1.1.23-14 [8965kB] Fetched 8965kB in 8s (1095kB/s) Preconfiguring packages ... Illegal port value for CUPS. Please correct this by running 'dpkg-reconfigure cupsys'. cupsys failed to preconfigure, with exit status 1 Selecting previously deselected package cupsys. (Reading database ... 175189 files and directories currently installed.) Unpacking cupsys (from .../cupsys_1.1.23-14_i386.deb) ... Setting up cupsys (1.1.23-14) ... Illegal port value for CUPS. Please correct this by running 'dpkg-reconfigure cupsys'. dpkg: error processing cupsys (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: cupsys E: Sub-process /usr/bin/dpkg returned an error code (1) Regards David -- David Creelman GPG: 11CC 0D54 D37A 4B9C 5C65 AB63 5B18 7F99 7D77 9CA5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343975: quodlibet: request for "title-case all tags" option on "Edit Tags" dialog
Package: quodlibet Version: 0.15-3 Severity: wishlist a lot of songs that i have do not have artist, albums, and songs properly capitalized. it would be nice to have a button that says something like "Title-Case All Tags" under the "Edit Tags" dialog in order to quickly apply proper capitalization. a similar option is available under "Tag by Filename," but that requires the user to properly set up a parser string. if their goal is just capitalization, it would be a lot easier if there was a direct button. thank you for your cosideration, mike gilbert -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (600, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages quodlibet depends on: ii gstreamer0.8-alsa [gstreamer0 0.8.11-2 ALSA plugin for GStreamer ii gstreamer0.8-artsd [gstreamer 0.8.11-2 aRtsd plugin for GStreamer ii gstreamer0.8-esd [gstreamer0. 0.8.11-2 Enlightened Sound Daemon plugin fo ii gstreamer0.8-mad 0.8.11-2 MAD MPEG audio decoder plugin for ii gstreamer0.8-oss [gstreamer0. 0.8.11-2 OSS plugin for GStreamer ii gstreamer0.8-polypaudio [gstr 0.8.11-2 polypaudio plugin for GStreamer ii gstreamer0.8-vorbis 0.8.11-2 Vorbis plugin for GStreamer ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii python2.3.5-3An interactive high-level object-o ii python-gst0.8.2-1generic media-playing framework (P ii python-gtk2 2.6.3-2Python bindings for the GTK+ widge ii python-pymad 0.5.4-1Python wrapper to the MPEG Audio D ii python-pyvorbis 1.3-1 A Python interface to the Ogg Vorb ii python2.3-pymad [python-pymad 0.5.4-1Python wrapper to the MPEG Audio D Versions of packages quodlibet recommends: ii libgstreamer-gconf0.8-0 0.8.11-2 GConf support for GStreamer ii python-gnome2-extras 2.10.2-1 Python bindings for the GNOME desk ii python2.3-gnome2 2.10.0-4 Python bindings for the GNOME desk ii quodlibet-ext 0.15-3 extensions for the Quod Libet audi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343974: quodlibet: request for tab keypress to bypass dropdown arrow on "Add a Tag" dialog
Package: quodlibet Version: 0.15-3 Severity: wishlist hello, i'm fixing a bunch of my mp3s and find myself adding in the artist and album a lot. so, i am using the "Add a Tag" dialog a lot. the "Add a Tag" is under "Song -> Properties -> Edit Tags -> Add." ok, so i type album or artist in the top text entry, then i press tab, and the dropdown arrow becomes highlighted, so i press tab again to get to the text entry to enter the name. so, there is an unneccessary extra key press each time i do this. also, pressing the up or down arrow key on either the top text entry or the drop down arrow do the same thing, so there is no need for tab to stop on that widget. thanks for you hard work on this nice program. peace and happy holidays, mike gilbert -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (600, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages quodlibet depends on: ii gstreamer0.8-alsa [gstreamer0 0.8.11-2 ALSA plugin for GStreamer ii gstreamer0.8-artsd [gstreamer 0.8.11-2 aRtsd plugin for GStreamer ii gstreamer0.8-esd [gstreamer0. 0.8.11-2 Enlightened Sound Daemon plugin fo ii gstreamer0.8-mad 0.8.11-2 MAD MPEG audio decoder plugin for ii gstreamer0.8-oss [gstreamer0. 0.8.11-2 OSS plugin for GStreamer ii gstreamer0.8-polypaudio [gstr 0.8.11-2 polypaudio plugin for GStreamer ii gstreamer0.8-vorbis 0.8.11-2 Vorbis plugin for GStreamer ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii python2.3.5-3An interactive high-level object-o ii python-gst0.8.2-1generic media-playing framework (P ii python-gtk2 2.6.3-2Python bindings for the GTK+ widge ii python-pymad 0.5.4-1Python wrapper to the MPEG Audio D ii python-pyvorbis 1.3-1 A Python interface to the Ogg Vorb ii python2.3-pymad [python-pymad 0.5.4-1Python wrapper to the MPEG Audio D Versions of packages quodlibet recommends: ii libgstreamer-gconf0.8-0 0.8.11-2 GConf support for GStreamer ii python-gnome2-extras 2.10.2-1 Python bindings for the GNOME desk ii python2.3-gnome2 2.10.0-4 Python bindings for the GNOME desk ii quodlibet-ext 0.15-3 extensions for the Quod Libet audi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342619: [exim] Potential logic error in retry handling for IPv4+IPv6 hosts
(Please cc me on all replies, I'm not subscribed) On Sat, Dec 17, 2005 at 05:32:15PM +0100, Florian Weimer wrote: > * Marc Haber: > > > This is, btw, not an ipv6 issue exclusively, it might happen in > > ipv4-only setups as well. See Debian Bug #342619 for another example. > > I'm not sure if it's the same bug, and I wouldn't be surprised if the > behavior was deliberate in that case (after all, the whole "long > failure period" business is there to generate immediate bounces, so > that users won't have to wait for five days until they are told about > their mistake). > > In the example in the bug report, we there are two A RRs: > > mailrelay.direct-adsl.nl. 86400 IN A 195.121.6.12 > mailrelay.direct-adsl.nl. 86400 IN A 195.121.6.56 > > But resolvers MUST cache the whole set of records and expire them at > the same time. If the resolver fails to do this properly and provides > a wrong view on DNS, there is no workaround on Exim's side. The DNS setup changed in the meanwhile, because of, as I now know, a wrong guess at the cause of the failure. The old setup had MX's from multiple different zone's, and the one MX that had a long failure was also served the DNS server of the mail server, but the secundary MX's to which the mail should have been delivered to, was only remotely DNS-served -- so the DNS server in question at times only had the broken MX cached (well, was authoritive for it, even), and only that was in the additional section -- the IP addresses of the working MX's were out of the cache. The only solution seems to me to actively query for all A (and ) records of all MX's before determining that no MX's are available for delivery -- the additional DNS section is not to be trusted to ever give an exhaustive list of IP addresses to try. I'd even say that it needs to happen at every delivery attempt after delivery is found to be unsuccesful to all the MX's in the additional section, because it can happen that some MX's are more often in it than others. And you don't want delivery to fail just because at the ultimate attempt all MX's happen to be down -- but some were up in the past 4 days. Note that RFC 974, MAIL ROUTING AND THE DOMAIN SYSTEM from 1986 (predating IPv6 by 12 years) explicitely warns against wrong handling of the DNS additional section for MX queries: | The incomplete data problem also requires some care when handling | domain queries. If the answer section of a query is incomplete | critical MX RRs may be left out. This may result in mail looping, or | in a message being mistakenly labelled undeliverable. As a result, | mailers may only accept responses from the domain system which have | complete answer sections. Note that this entire problem can be | avoided by only using virtual circuits for queries, but since this | situation is likely to be very rare and datagrams are the preferred | way to interact with the domain system, implementors should probably | just ensure that their mailer will repeat a query with virtual | circuits should the truncation bit ever be set. Even though the RFC only mentions problems regarding to DNS datagram truncation, and does not mention the issue that is more relevant here, incomplete answer due to unbalanced caching -- a problem which only can happen with MX's out of multiple zone's or with IPv6 (or explicitely unbalanced TTL's in one zone, but I consider *that* very unlikely). --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] http://jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343677: (no subject)
Could you comment on this bug? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343973: gtetrinet: can easily disassociate the "connect, disconnect" tab
Package: gtetrinet Version: 0.7.9-1 Severity: minor Starting gtetrinet from a bash shell, when the GUI comes up the widget which initially has focus is the "disassociate" widget. So starting by typing "gtetrinet enter enter" can cause it to become easily disassociated. Strangely, "enter" seems to be the only way to *re*associate it with the main window. Also, clicking (but not dragging) the disassociate button produces the following: (gtetrinet:2702): Bonobo-CRITICAL **: bonobo_dock_band_drag_end: assertion `band->doing_drag' failed I suggest the following behaviour: - Cause the initially focussed widget to be "connect", rather than "disassociate". - Cause the disassociate button to *re*associate when clicked when the tab bar is not associated. - Fix whatever problem causes the warning to be emmitted. -- Clear skies, Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329988: exim4: Improve README.SMTP-AUTH for setup without SSL/TLS
> "Marc" == Marc Haber <[EMAIL PROTECTED]> writes: Marc> The README file has in the mean time been converted to Marc> docbook, and thus your patch does not apply any more. Marc> I do not have too much clue about docbook, but Hilko might Marc> want to comment about how it it possible to cross-reference Marc> inside the generated HTML. That way, one could Marc> (a) cross-reference from the parts you want patched to the Marc> parts mentioning how to change macros, and (b) have a "quick Marc> navigation center" Marc> Would (a) be acceptable to you? Certainly. Thanks. If you need some one to patch the docbook file I might be able to volunteer (been a while since I've doc book'ed). Best regards, Shyamal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335040: scim: add option to disable the "shift" hotkey
reassign 335040 scim-modules-table thanks Hi Ambrose, I really appreciate your feedback to the Debian SCIM packages. As the two main SCIM developers and myself are all simplified Chinese users, the feedback from traditional Chinese users is very important, please keep them coming. :-) On Fri, Oct 21, 2005 at 12:06:32PM -0400, Ambrose Li wrote: > > The "Shift" hotkey comes from the Microsoft pinyin input methods. > However, it is very frustrating because it is very easy to > accidentally hit the "Shift" key (e.g., when thinking about how > something should be typed) and then all the partially-typed characters > are lost. Also, input methods used in Taiwan and Hong Kong > traditionally do not have a "Shift" hotkey, so when the "Shift" hotkey > changes the input mode to "English", the user will have a hard time > figuring out why he/she cannot type Chinese any more. > > For this reason, I think it is essential to have some way to > completely disable the "Shift" hotkey. The "Ctrl+Space" hotkey already > does the same function. I must confess I didn't do a good job by forwarding your report to upstream, however apparently you are not the only one annoyed by this issue, and the new scim-tables releases already have such an option to disable the shift hotkey. I just tested scim-tables 0.5.5-1 in unstable, and in scim-setup program, in IMEngines -> Generic Table -> Keyboard tab, you can change this hotkey in the "Mode Switch" entry. Would you please test it and see if it is what you need? Ming 2005.12.18 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343972: pcsx: No menu entry exists
Package: pcsx Version: 1.6df-1 Severity: normal PCSX does not create a menu entry. An example entry might look like: ?package(pcsx): \ needs="X11" \ section="Apps/Emulators" \ title="PCSX Playstation Emulator" \ command="/usr/games/pcsx" and be installed to /usr/share/menu/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-20051102 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages pcsx depends on: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libglib2.0-0 2.8.4-2The GLib library of C routines ii libgtk2.0-0 2.8.9-2The GTK+ graphical user interface ii libpango1.0-0 1.10.1-2 Layout and rendering of internatio ii zlib1g1:1.2.3-8 compression library - runtime Versions of packages pcsx recommends: ii psemu-drive-cdrmooby [psemu 2.8-1ISO plugin for PSX emulators ii psemu-input-omnijoy [psemu- 1.0.0beta2-1 Controller/keyboard plugin for PSX ii psemu-sound-alsa [psemu-sou 1.7-1ALSA sound plugin for PSX emulator ii psemu-sound-oss [psemu-soun 1.7-1OSS sound plugin for PSX emulators pn psemu-video(no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311357: kernel-image-2.6.8-2-686: Why isn't the fix uploaded yet???
On Sun, 2005-12-18 at 17:01 +0100, Anders Boström wrote: > reopen 311357 > stop > > Followup-For: Bug #311357 > Package: kernel-image-2.6.8-2-686 > Version: 2.6.8-16sarge1 > > This bug is still not fixed! Why was it set to resolved??? Our mistake; though the fix is commented out (its non-security), we left the Closes string in there, so it was automatically closed. I've reopened all other such bugs.
Bug#342820: valgrind
I would suggest to investigate the multiple warnings valgrind emits. Note that the first few related to glibc 2.3.5 may be ignored. -- Clear skies, Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343971: gcompmgr -- A GNOME interface to xcompmgr
Package: wnpp Severity: wishlist Owner: Gustavo Franco <[EMAIL PROTECTED]> Package name: gcompmgr Version : 0.21 Upstream Author : Beer <[EMAIL PROTECTED]> URL : http://www.sf.net/projects/gcompmgr License : GPL Description : gcompmgr lets you configure graphical interface "eye candy" effects (translucency, shadows and more) right into your GNOME desktop. -- Gustavo Franco - <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313924: German translation.
Hi Jens, Do you care to update your potfile for prokyon3 when 0.9.4 hit your mirror ? I just uploaded it. Thanks in advance, Gustavo Franco - <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325456: centericq: Cannot connect to AIM
On Sat, Dec 17, 2005 at 10:19:35AM +0100, Julien Lemoine wrote: > Hello Andy, > >Maybe centericq is not using the correct server name for you, can > you tcpdump centericq and > other clients to see if there are using the same network address ? >I am not using AIM and I only found this thread on mailing list > where one user seems to have the same problem as you and other users are > able to use aim with centericq : > http://article.gmane.org/gmane.network.centericq/3859 > I've checked the network settings, and it would appear that the defaults for centericq's aim connections are out of date, which should probably be opened as a separate bug. the correct settings should be login.oscar.aol.com:5190. Having changed this, I no longer get the error listed below, and in fact, nothing is added to the centericq log to even indicate a connection. In the status window within centericq I now get: [aim] connecting to the server [aim] password sent [aim] disconnected I have confirmed that the other clients are able to connect on the same network address. > Best Regards. > Julien Lemoine > > Andy Stanford wrote: > > >Package: centericq > >Version: 4.21.0-6.0etch1 > >Followup-For: Bug #325456 > > > >For some time (since approx Aug 23), I have been unable to connect to AIM > >with centericq. I've tested > >other clients with on the same machine which have connected fine, to > >eliminate > >any network problems. > > > >I have also performed a fresh install of the centericq packages, after > >making > >backups of my previously working configuration. > > > >The error message I obtain when attempting to connect is: > > > >"aim connection failed: Connection failed, Connection timed out" > > > >-- System Information: > >Debian Release: testing/unstable > > APT prefers testing > > APT policy: (500, 'testing'), (500, 'stable') > >Architecture: i386 (i686) > >Shell: /bin/sh linked to /bin/dash > >Kernel: Linux 2.6.8-2-386 > >Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) > > > >Versions of packages centericq depends on: > >ii centericq-common 4.21.0-6.0etch1 A text-mode multi-protocol > >instant > >ii libc62.3.5-8 GNU C Library: Shared > >libraries an > >ii libcomerr2 1.38-2 common error description > >library > >ii libcurl3 7.15.0-4Multi-protocol file transfer > >libra > >ii libgcc1 1:4.0.2-5 GCC support library > >ii libgnutls11 1.0.16-14 GNU TLS library - runtime > >library > >ii libgpg-error01.1-4 library for common error > >values an > >ii libgpgme11 1.1.0-1 GPGME - GnuPG Made Easy > >ii libidn11 0.5.18-1GNU libidn library, > >implementation > >ii libjpeg626b-10 The Independent JPEG Group's > >JPEG ii libkrb53 1.3.6-5 MIT Kerberos runtime > >libraries > >ii libncurses5 5.5-1 Shared libraries for terminal > >hand > >ii libssl0.9.8 0.9.8a-3SSL shared libraries > >ii libstdc++6 4.0.2-5 The GNU Standard C++ Library > >v3 > >ii zlib1g 1:1.2.3-8 compression library - runtime > > > >Versions of packages centericq recommends: > >ii lynx [www-browser] 2.8.5-2sarge1 Text-mode WWW Browser > >pn sox(no description available) > > > >-- no debconf information > > > > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343952: kdesvn(GNU/k*BSD): FTBFS: out of date libtool scripts
Aurelien Jarno wrote: > Package: kdesvn > Version: 0.6.2-1 > Severity: important > > Hello, > > > The current version of kdesvn fails to build on > GNU/kFreeBSD, because of outdated libtool. > > The version of libtool in kdesvn is too old to correctly > support Debian GNU/k*BSD. > > Here is how to update the libtool in your package: > cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in > cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh > cp -f /usr/share/misc/config.guess admin/config.guess > cp -f /usr/share/misc/config.sub admin/config.sub > > (alternatively you can update the admin/ directory from the latest >KDE SVN [1] instead). > > make -f admin/Makefile.common > > Note that using libtool.m4 from the Debian package is prefered, because > it prunes the package dependencies, as explain by Steve Langasek [2]. > Well, using cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/misc/config.guess admin/config.guess cp -f /usr/share/misc/config.sub admin/config.sub make -f admin/Makefile.common causes the build to fail with many undefined references failures. It seems that -lqt-mt is completely removed from the link flags. Not so good for a KDE application :-/ Do you know if this is known bug of the Debian libtool? Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#343924: offlineimap: No ISO8859-* Support for folder names!
On Sun, Dec 18, 2005 at 08:34:54PM +0100, Stefan J. Betz wrote: > Package: offlineimap > Version: 4.0.9 > Severity: normal > > > When i syncing my IMAP MAilbox on GMX with my Local Maildir Mailbox > offlineimap does not create the folder "Gelöscht" on my side, instead it > does create a folder Named "Gel&APYscht", so i think that offlineimap > does not correct support folder Names in non-us-ASCII.. :-) > > Because my natural Language is German, thats a Problem for me :-( Please send me a debug log with -d imap -1. (Note that this log may contain passwords.) If your remote server is passing it along incorrectly, OfflineIMAP may do so as well. AFAIK, OfflineIMAP does no translation. -- John
Bug#343970: unresolved symbols in module xfs.o
Package: kernel-image-2.4.27-2-k6 Version: 2.4.27-12 Severity: important Unable to insmod xfs.o # depmod -e -F /boot/System.map-2.4.27-2-k6 depmod: *** Unresolved symbols in /lib/modules/2.4.27-2-k6/kernel/drivers/net/wireless/orinoco.o depmod: ALIGN depmod: *** Unresolved symbols in /lib/modules/2.4.27-2-k6/kernel/fs/xfs/xfs.o depmod: vn_mark_bad # Tomasz Bloch -- -- Swiateczne klimaty... >>> http://link.interia.pl/f18e9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#332646: acknowledged by developer (Closing bug)
Erich Schubert wrote: The solution to this problem is to use the alsadev option of the configuration file. It should be supported in the configuration dialogs, too. I just verified that "alsadev=plug:dmix" works, but it should actually be default here, given my .asoundrc - when I choose "alsa" in my gnome multimedia settings dmix is being used. I agree that linphone should have a separate setting here - you might want to use e.g. usb headphones or a handsfree device for doing calls, not your regular sound card - but it should behave similar to these settings. Right, linphone should use the .asoundrc settings (upstream CCed). Cheers, Samuel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330850: ambiguous interpretations of versions
clone 330850 -1 retitle -1 dh-make: backslash allowed in package version thanks If I'm not mistaken, this bug is caused by ambiguity of `pwd` which looks like foo-1-2 Is this package "foo-1" version "-2", or package "foo" version "1-2"? I guess the solution is to warn the user on such ambiguity.. By the way, you're not presently enforcing "must start with an alnumeric character", and you shouldn't bashslash-escape characters with in range expression (see regex.7). As written, '\' is allowed within the package version: echo '/gnuplotfortran-0\\.2.2-1' |perl -ne '/.*\/(.*)-([0-9][0-9a-zA-Z+\.\-]*)$/ && print $1 . "XX" . $2 . "\n";' gnuplotfortran-0\\.2.2XX1 -- Clear skies, Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311048: rdesktop: Reproducable on current etch version
On 13/12/05, Julien Goodwin <[EMAIL PROTECTED]> wrote: Package: rdesktopVersion: 1.4.1-1.0.1Followup-For: Bug #311048This bug is 100% reproducable on the current version in etch & sid.Is there anything I can do to help this get fixed? A patch would help. By the way, why are you reporting version 1.4.1-1.0.1 when 1.4.1-1 is the last accepted version?
Bug#343968: mozilla-diggler: Doesn't appear in firefox 1.5
Package: mozilla-diggler Version: 0.9-7 Severity: wishlist Please update your mozilla-diggler package to handle Mozilla Firefox's new packaging so that we can use it in Firefox. --Ken Bloom -- 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 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mozilla-diggler depends on: ii mozilla-firefox 1.5.dfsg-1 Transition package for firefox ren mozilla-diggler recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343967: laptop-mode-tools: CONTROL_DPMS_STANDBY doesn't work
Package: laptop-mode-tools Version: 1.11-1 Severity: normal The DPMS control feature in laptop-mode doesn't work. One problem is that the command who |grep \:[0-9].*\: |awk '{print $1";"$2}' in /usr/sbin/laptop_mode does not generate a list of users and displays. (By the way, "xwindows" in laptop-mode.conf should spelled "X Window".) Thanks, Ken -- 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.14 Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Versions of packages laptop-mode-tools depends on: ii powermgmt-base1.22 Common utils and configs for power Versions of packages laptop-mode-tools recommends: ii acpid 1.0.4-3Utilities for using ACPI power man ii apmd 3.2.2-3Utilities for Advanced Power Manag ii hdparm6.3-3 tune hard disk parameters for high -- no debconf information -- Edit this signature at http://www.digitas.harvard.edu/cgi-bin/ken/sig The whole environmental movement is flawed. The Earth is the last thing we should worry about. The day humanity exterminates itself, Earth will fix itself in a few 100,000 years and it'll be like humanity never was. http://arstechnica.com/journals/science.ars/2005/12/9/2045 signature.asc Description: Digital signature
Bug#343111: Hmm, did you mean -help-en-us-2.0.0?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Toine Schreurs <[EMAIL PROTECTED]> wrote: > Package: openoffice.org-l10n-en-us > Version: 2.0.0-4 > Severity: minor > > The package openoffice.org-l10n-en-us-2.0.0 (as suggested by > openoffice.org-l10n-en-us) does not exist. Huh? How does the package suggest -l10n-en-us-2.0.0? [EMAIL PROTECTED]:~$ apt-cache show openoffice.org-l10n-en-us | grep Sugg Suggests: myspell-dictionary-en-us, openoffice.org-hyphenation-en-us, openoffice.org2-thesaurus-en-us, openoffice.org-help-en-us-2.0.0 Did you mean -help-en-us-2.0.0? > The correct name would be openoffice.org-help-en-us This indeed is right. The version can be stripped I guess since we have automatic conflicts against "old" help... Regards, Rene -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDpf9e+FmQsCSK63MRAt3OAJ4vVdLFHry1anl/bLqwodQz9GJPBgCaA8D8 U5NBwqqgkhYMNtf1P0a8Fjc= =V/f6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343966: posh: [INTL:it] Italian debconf messages
Package: posh Version: 0.4.4 Severity: wishlist Tags: patch l10n Italian translation for debconf messages. Please close #343926 which is just my fault. -- "In a world without fences, who need Gates?" KiyuKo - proudly running GNU/Linux since 2002 http://www.kiyuko.org - eof AT kiyuko DOT org posh_0.4.4_it.po Description: Binary data pgpJWyIteUdOc.pgp Description: PGP signature
Bug#343965: regina-normal(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: regina-normal Version: 4.2.1-1 Severity: important Hello, The current version of regina-normal fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in regina-normal is too old to correctly support Debian GNU/k*BSD. Here is how to update the libtool in your package: cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/misc/config.guess admin/config.guess cp -f /usr/share/misc/config.sub admin/config.sub (alternatively you can update the admin/ directory from the latest KDE SVN [1] instead). make -f admin/Makefile.common Note that using libtool.m4 from the Debian package is prefered, because it prunes the package dependencies, as explain by Steve Langasek [2]. Thanks for your cooperation. [1] http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/ [2] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343964: kboincspy(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: kboincspy Version: 0.9.0-2 Severity: important Hello, The current version of kboincspy fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in kboincspy is too old to correctly support Debian GNU/k*BSD. Here is how to update the libtool in your package: cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/misc/config.guess admin/config.guess cp -f /usr/share/misc/config.sub admin/config.sub (alternatively you can update the admin/ directory from the latest KDE SVN [1] instead). make -f admin/Makefile.common Note that using libtool.m4 from the Debian package is prefered, because it prunes the package dependencies, as explain by Steve Langasek [2]. Thanks for your cooperation. [1] http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/ [2] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343963: kde-style-lipstik(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: kde-style-lipstik Version: 1.3-1 Severity: important Hello, The current version of kde-style-lipstik fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in kde-style-lipstik is too old to correctly support Debian GNU/k*BSD. Here is how to update the libtool in your package: cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/misc/config.guess admin/config.guess cp -f /usr/share/misc/config.sub admin/config.sub (alternatively you can update the admin/ directory from the latest KDE SVN [1] instead). make -f admin/Makefile.common Note that using libtool.m4 from the Debian package is prefered, because it prunes the package dependencies, as explain by Steve Langasek [2]. Thanks for your cooperation. [1] http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/ [2] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343962: kdoomsday(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: kdoomsday Version: 0.2-4 Severity: important Hello, The current version of kdoomsday fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in kdoomsday is too old to correctly support Debian GNU/k*BSD. Here is how to update the libtool in your package: cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/misc/config.guess admin/config.guess cp -f /usr/share/misc/config.sub admin/config.sub (alternatively you can update the admin/ directory from the latest KDE SVN [1] instead). make -f admin/Makefile.common Note that using libtool.m4 from the Debian package is prefered, because it prunes the package dependencies, as explain by Steve Langasek [2]. Thanks for your cooperation. [1] http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/ [2] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343961: kfish(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: kfish Version: 2.01.dfsg.1-2 Severity: important Hello, The current version of kfish fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in kfish is too old to correctly support Debian GNU/k*BSD. Here is how to update the libtool in your package: cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/misc/config.guess admin/config.guess cp -f /usr/share/misc/config.sub admin/config.sub (alternatively you can update the admin/ directory from the latest KDE SVN [1] instead). make -f admin/Makefile.common Note that using libtool.m4 from the Debian package is prefered, because it prunes the package dependencies, as explain by Steve Langasek [2]. Thanks for your cooperation. [1] http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/ [2] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343960: krusader(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: krusader Version: 1.60.0-3 Severity: important Hello, The current version of krusader fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in krusader is too old to correctly support Debian GNU/k*BSD. Here is how to update the libtool in your package: cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/misc/config.guess admin/config.guess cp -f /usr/share/misc/config.sub admin/config.sub (alternatively you can update the admin/ directory from the latest KDE SVN [1] instead). make -f admin/Makefile.common Note that using libtool.m4 from the Debian package is prefered, because it prunes the package dependencies, as explain by Steve Langasek [2]. Thanks for your cooperation. [1] http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/ [2] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343959: ksynaptics(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: ksynaptics Version: 0.2.2-1 Severity: important Hello, The current version of ksynaptics fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in ksynaptics is too old to correctly support Debian GNU/k*BSD. Here is how to update the libtool in your package: cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/misc/config.guess admin/config.guess cp -f /usr/share/misc/config.sub admin/config.sub (alternatively you can update the admin/ directory from the latest KDE SVN [1] instead). make -f admin/Makefile.common Note that using libtool.m4 from the Debian package is prefered, because it prunes the package dependencies, as explain by Steve Langasek [2]. Thanks for your cooperation. [1] http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/ [2] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343958: synce-kde(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: synce-kde Version: 0.8.1.1-1.1 Severity: important Hello, The current version of synce-kde fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in synce-kde is too old to correctly support Debian GNU/k*BSD. Here is how to update the libtool in your package: cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/misc/config.guess admin/config.guess cp -f /usr/share/misc/config.sub admin/config.sub (alternatively you can update the admin/ directory from the latest KDE SVN [1] instead). make -f admin/Makefile.common Note that using libtool.m4 from the Debian package is prefered, because it prunes the package dependencies, as explain by Steve Langasek [2]. Thanks for your cooperation. [1] http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/ [2] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343957: baghira(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: baghira Version: 0.7a-1 Severity: important Hello, The current version of baghira fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in baghira is too old to correctly support Debian GNU/k*BSD. Here is how to update the libtool in your package: cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/misc/config.guess admin/config.guess cp -f /usr/share/misc/config.sub admin/config.sub (alternatively you can update the admin/ directory from the latest KDE SVN [1] instead). make -f admin/Makefile.common Note that using libtool.m4 from the Debian package is prefered, because it prunes the package dependencies, as explain by Steve Langasek [2]. Thanks for your cooperation. [1] http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/ [2] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343956: kwin-decor-suse2(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: kwin-decor-suse2 Version: 0.3-1 Severity: important Hello, The current version of kwin-decor-suse2 fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in kwin-decor-suse2 is too old to correctly support Debian GNU/k*BSD. Here is how to update the libtool in your package: cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/misc/config.guess admin/config.guess cp -f /usr/share/misc/config.sub admin/config.sub (alternatively you can update the admin/ directory from the latest KDE SVN [1] instead). make -f admin/Makefile.common Note that using libtool.m4 from the Debian package is prefered, because it prunes the package dependencies, as explain by Steve Langasek [2]. Thanks for your cooperation. [1] http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/ [2] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343955: kbear(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: kbear Version: 2.1.1-12 Severity: important Hello, The current version of kbear fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in kbear is too old to correctly support Debian GNU/k*BSD. Here is how to update the libtool in your package: cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/misc/config.guess admin/config.guess cp -f /usr/share/misc/config.sub admin/config.sub (alternatively you can update the admin/ directory from the latest KDE SVN [1] instead). make -f admin/Makefile.common Note that using libtool.m4 from the Debian package is prefered, because it prunes the package dependencies, as explain by Steve Langasek [2]. Thanks for your cooperation. [1] http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/ [2] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343954: kmldonkey(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: kmldonkey Version: 0.10.1-1 Severity: important Hello, The current version of kmldonkey fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in kmldonkey is too old to correctly support Debian GNU/k*BSD. Here is how to update the libtool in your package: cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/misc/config.guess admin/config.guess cp -f /usr/share/misc/config.sub admin/config.sub (alternatively you can update the admin/ directory from the latest KDE SVN [1] instead). make -f admin/Makefile.common Note that using libtool.m4 from the Debian package is prefered, because it prunes the package dependencies, as explain by Steve Langasek [2]. Thanks for your cooperation. [1] http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/ [2] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343953: kxmleditor(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: kxmleditor Version: 1.1.4-2.1 Severity: important Hello, The current version of kxmleditor fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in kxmleditor is too old to correctly support Debian GNU/k*BSD. Here is how to update the libtool in your package: cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/misc/config.guess admin/config.guess cp -f /usr/share/misc/config.sub admin/config.sub (alternatively you can update the admin/ directory from the latest KDE SVN [1] instead). make -f admin/Makefile.common Note that using libtool.m4 from the Debian package is prefered, because it prunes the package dependencies, as explain by Steve Langasek [2]. Thanks for your cooperation. [1] http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/ [2] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343581: xprint-common: print downscaled by factor of 2 irrespective of default_printer_resolution
On Sun, 2005-12-18 at 23:49 +0100, Lionel Elie Mamane wrote: > I rechecked today: Manufacturer sends me to linuxprinting.org and I > get the same PPD I already have from linuxprinting.org . > > It contains, among others: > > *DefaultResolution: 600dpi > OK, 600dpi then. > > Have you tried the CUPS test page. I can't remember if it > > explicitly says what resolution it uses, > > Yes, it does: 600x600dpi. > > > but you can use the image of the 1-degree rays to tell 300dpi from > > higher resolutions. > > Shall I send you a scan? Without a reference to compare to, I can't > decide. > No, if it tells you the resolution explicitly then that's all we need, espeically since it matches the ppd file. > > Oh, another trick worth trying is to set your Xprint resolution to > > 300 dpi and see if the print comes out correctly. > > It doesn't. NO, now that we know it should be 600, we wouldn't expect 300dpi to work. > > If your printer is configured to 300dpi, then I would expect Xprint > > resolution settings of 600, 1200 or 2400 to give mis-scaling factors > > of 2,4 and 8 respectively. > > No, always 2. > Odd. > > I suspect the PDF files which Xprint generates will not have the > > same problem. > > They seem to be mis-scaled by a factor of 1.33 approximately, as seen > by xpdf or gv. (33% too small.) 33% isn't "too" large - sounds like the difference between A4 paper and US legal paper size. Are your paper size settings consistent? (the print dialog box in mozilla can change them, though it may not record the change between different invocations of mozilla). > > The PostScript, on the other hand, is mis-scaled in the other > direction: A factor of four, I'd say. > > This is all independent of the debconf "default resolution" setting. > OK. > > You may have luck printing to PDF file (find them in ~/Xprintjobs) > > and sending the pdf file to your printer. > > How do you expect me to send it to my printer? Convert it to > PostScript and send it to the Cups queue? The printer doesn't have an > FTP server, nor an HTTP/IPP server. > >From the command line, "lp output.pdf". Or the print button in your pdf viewer. > > And now... the problem has mysteriously disappeared! I changed the > setting multiple times, each time printing from Galeon, and I always > got a quarter-page. I started testing with Mozilla, I was getting a > quarter-page, too, with different settings. I change the setting one > last time, restart Mozilla, and it works! Back to galeon... it works! > I don't understand a thing of how this is behaving. Veeery > strange. Well, thanks for your suggestions. > Hmm, quite odd. Perhaps the fix was in the ppd file? I understood you downloading a fresh version of it for the testing we did above. In that case the new settings may not have come through until both CUPS and mozilla got restarted. Yes, the inner workings of Xprint are a Black Magic. Unfortunately our Chief Sorceror has disappeared beyond the Ether fighting Dragons, and the rest of us are left to muddle through as best we can. > PDF and PS files are still wrong, though. Probably I should do a > separate bug report about these. When you say the PS file is wrong, do you mean it's grossly mis-scaled when you view in gv? This is a known problem, I think it's already reported. You should have better luck with PDF though. Check the paper size and send me a copy of an errant pdf file, if it's still broken, before opening a new bug on it. Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343952: kdesvn(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: kdesvn Version: 0.6.2-1 Severity: important Hello, The current version of kdesvn fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in kdesvn is too old to correctly support Debian GNU/k*BSD. Here is how to update the libtool in your package: cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/misc/config.guess admin/config.guess cp -f /usr/share/misc/config.sub admin/config.sub (alternatively you can update the admin/ directory from the latest KDE SVN [1] instead). make -f admin/Makefile.common Note that using libtool.m4 from the Debian package is prefered, because it prunes the package dependencies, as explain by Steve Langasek [2]. Thanks for your cooperation. [1] http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/ [2] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343871: vdr - lists mailing list as uploader in changelog
This one time, at band camp, Bastian Blank said: > Package: vdr > Version: 1.3.37-1 > Severity: serious > > vdr lists a mailing list as uploader in the changelog. The policy > specifies: > > | 4.4 Debian changelog: debian/changelog > [...] > | The maintainer name and email address used in the changelog should be > | the details of the person uploading this version. They are not > | necessarily those of the usual package maintainer. The information here > | will be copied to the Changed-By field in the .changes file (see > | Changed-By, Section 5.6.4), and then later used to send an > | acknowledgement when the upload has been installed. > > and > > | 5.6.4 Changed-By > | > | The name and email address of the person who changed the said package. > | Usually the name of the maintainer. All the rules for the Maintainer > | field apply here, too. > > Bastian And I thought the last time this was discussed on -devel, we had no clear consensus this was a sufficiently heinous act that the package should not be part of the next stable release. Suboptimal? probably. RC? I thought the consensus was no. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#343951: xmms-kde(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: xmms-kde Version: 3.1-3 Severity: important Hello, The current version of xmms-kde fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in xmms-kde is too old to correctly support Debian GNU/k*BSD. Here is how to update the libtool in your package: cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/misc/config.guess admin/config.guess cp -f /usr/share/misc/config.sub admin/config.sub (alternatively you can update the admin/ directory from the latest KDE SVN [1] instead). make -f admin/Makefile.common Note that using libtool.m4 from the Debian package is prefered, because it prunes the package dependencies, as explain by Steve Langasek [2]. Thanks for your cooperation. [1] http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/ [2] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343950: smb4k(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: smb4k Version: smb4k Severity: important Hello, The current version of smb4k fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in smb4k is too old to correctly support Debian GNU/k*BSD. Here is how to update the libtool in your package: cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/misc/config.guess admin/config.guess cp -f /usr/share/misc/config.sub admin/config.sub (alternatively you can update the admin/ directory from the latest KDE SVN [1] instead). make -f admin/Makefile.common Note that using libtool.m4 from the Debian package is prefered, because it prunes the package dependencies, as explain by Steve Langasek [2]. Thanks for your cooperation. [1] http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/ [2] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343949: kipi-plugins(GNU/k*BSD): FTBFS: out of date libtool scripts
Package: kipi-plugins Version: 0.1+rc1-1 Severity: important Hello, The current version of kipi-plugins fails to build on GNU/kFreeBSD, because of outdated libtool. The version of libtool in kipi-plugins is too old to correctly support Debian GNU/k*BSD. Here is how to update the libtool in your package: cp -f /usr/share/libtool/libtool.m4 admin/libtool.m4.in cp -f /usr/share/libtool/ltmain.sh admin/ltmain.sh cp -f /usr/share/misc/config.guess admin/config.guess cp -f /usr/share/misc/config.sub admin/config.sub (alternatively you can update the admin/ directory from the latest KDE SVN [1] instead). make -f admin/Makefile.common Note that using libtool.m4 from the Debian package is prefered, because it prunes the package dependencies, as explain by Steve Langasek [2]. Thanks for your cooperation. [1] http://websvn.kde.org/branches/KDE/3.5/kde-common/admin/ [2] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343736: libsqlite3-dev: Ignores nBytes in sqlite3_prepare()
Thanks John, I will verify the bug and contact upstream. I will also upload a patched version to sid.// Tomas
Bug#343948: transset -- X transparency manager
Package: wnpp Severity: wishlist Owner: Gustavo Franco <[EMAIL PROTECTED]> Package name: transset Version : 0.1.0 Upstream Author : Matthew Hawn <[EMAIL PROTECTED]> URL : http://www.freedesktop.org/Software/xapps License : public domain parts and Copyright 1993, 1998 The Open Group Permission to use, copy, modify, distribute, and sell this software and its documentation for any purpose is hereby granted without fee, provided that the above copyright notice appear in all copies and that both that copyright notice and this permission notice appear in supporting documentation. [...] Description : transset is a very small application to set the opacity property on windows, which will provide translucency when used in combination with an X compositing manager. -- Gustavo Franco - <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343947: xcompmgr -- X composition manager
Package: wnpp Severity: wishlist Owner: Gustavo Franco <[EMAIL PROTECTED]> Package name: xcompmgr Version : 1.1.1 Upstream Author : Keith Packard <[EMAIL PROTECTED]> and others URL : http://www.freedesktop.org/Software/xapps License : * Copyright © 2003 Keith Packard * * Permission to use, copy, modify, distribute, and sell this software and its * documentation for any purpose is hereby granted without fee, provided that * the above copyright notice appear in all copies and that both that * copyright notice and this permission notice appear in supporting * documentation, and that the name of Keith Packard not be used in * advertising or publicity pertaining to distribution of the software without * specific, written prior permission. Keith Packard makes no * representations about the suitability of this software for any purpose. It * is provided "as is" without express or implied warranty. Description : xcompmgr is the standard composition manager for the X Composite extension, which allows clients to modify what is drawn to the screen before it happens. This composition manager implements shadows, fading, proper translucency, and more. -- Gustavo Franco - <[EMAIL PROTECTED]>
Bug#343946: rdesktop: xlibs-dev transition patch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: rdesktop Version: 1.4.1-1.0.1 Severity: normal diff -urN foo/rdesktop-1.4.1/debian/control rdesktop-1.4.1/debian/control - --- foo/rdesktop-1.4.1/debian/control 2005-04-17 13:58:05.0 +0200 +++ rdesktop-1.4.1/debian/control 2005-12-17 16:24:22.0 +0100 @@ -2,7 +2,7 @@ ~ Section: x11 ~ Priority: optional ~ Maintainer: Tomas Fasth <[EMAIL PROTECTED]> - -Build-Depends: debhelper (>= 4.0.0), autotools-dev, xlibs-dev, libssl-dev +Build-Depends: debhelper (>= 4.0.0), autotools-dev, libxt-dev, libx11-dev, x-dev, libssl-dev ~ Standards-Version: 3.6.1 ~ Package: rdesktop Thanks! - -- System Information: Debian Release: testing/unstable ~ APT prefers testing ~ APT policy: (990, 'testing'), (300, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-powerpc Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages rdesktop depends on: ii libc62.3.5-8 GNU C Library: Shared libraries an ii libssl0.9.8 0.9.8a-3SSL shared libraries ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m rdesktop recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDpfXUS/DSSd0S8lMRAtblAJ4guRagWu44FvTlvTU+CyLFVqHamwCeM2+K KfQmTN5JRp2aA6TgdhS6MSQ= =crog -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343945: xsane: xlibs-dev transition
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: xsane Severity: normal The package has a unnecesary xlibs-dev dependence as the xlibs-dev transition I've made this simply patch: diff -ruN foo/xsane-0.98b/debian/control xsane-0.98b/debian/control - --- foo/xsane-0.98b/debian/control 2005-12-17 11:03:05.0 +0100 +++ xsane-0.98b/debian/control 2005-12-16 23:43:25.0 +0100 @@ -4,7 +4,7 @@ ~ Maintainer: Julien BLACHE <[EMAIL PROTECTED]> ~ Uploaders: Aurelien Jarno <[EMAIL PROTECTED]> ~ Standards-Version: 3.6.2 - -Build-Depends: debhelper (>= 4.0.0), dpatch, libgimp2.0-dev (>= 2.0.0), libgtk2.0-dev, libjpeg62-dev, libpng12-dev, libtiff4-dev, libsane-dev (>= 1.0.11-3), zlib1g-dev, xlibs-dev (>= 4.0.1-11), gettext, autotools-dev +Build-Depends: debhelper (>= 4.0.0), dpatch, libgimp2.0-dev (>= 2.0.0), libgtk2.0-dev, libjpeg62-dev, libpng12-dev, libtiff4-dev, libsane-dev (>= 1.0.11-3), zlib1g-dev, gettext, autotools-dev ~ Build-Conflicts: libpng10-dev ~ Package: xsane Thanks - -- System Information: Debian Release: testing/unstable ~ APT prefers testing ~ APT policy: (990, 'testing'), (300, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-powerpc Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDpfXGS/DSSd0S8lMRApuiAKCHBJbQa9bfqfW9NyXnZmMQeLhoOQCfT5Xc MRZ9Pa6x5V79QIyVaSu1kl8= =ASW5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343944: mol: xlibs-dev transition patch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: mol Version: 0.9.70-20 Severity: normal Tags: patch diff -ruN foo/mol-0.9.70/debian/control mol-0.9.70/debian/control - --- foo/mol-0.9.70/debian/control 2005-12-17 16:54:44.0 +0100 +++ mol-0.9.70/debian/control 2005-12-17 16:48:29.0 +0100 @@ -2,7 +2,7 @@ ~ Section: otherosfs ~ Priority: optional ~ Maintainer: sven Luther <[EMAIL PROTECTED]> - -Build-Depends: debhelper (>> 3.0.0), autoconf, automake1.7 | automaken, binutils-dev, bison, docbook-to-man, flex, imagemagick, libasound2-dev, libesd0-dev, libncurses5-dev, po-debconf, xlibs-dev +Build-Depends: debhelper (>> 3.0.0), autoconf, automake1.7 | automaken, binutils-dev, bison, docbook-to-man, flex, imagemagick, libasound2-dev, libesd0-dev, libncurses5-dev, po-debconf, libxt-dev, libxxf86dga-dev ~ Standards-Version: 3.6.1.1 ~ Package: mol Thanks!! - -- System Information: Debian Release: testing/unstable ~ APT prefers testing ~ APT policy: (990, 'testing'), (300, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-powerpc Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages mol depends on: ii debconf [debconf-2.0]1.4.59 Debian configuration management sy ii debianutils 2.15.1 Miscellaneous utilities specific t ii libasound2 1.0.10-1ALSA library ii libc62.3.5-8 GNU C Library: Shared libraries an ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxxf86dga1 6.8.2.dfsg.1-11 X Direct Graphics Access extension ii mol-drivers-linux [mol-d 0.9.70+1-1 The Mac-on-Linux emulator - driver ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m Versions of packages mol recommends: ii mol-modules-2.6.11-p 1:0.9.70+2.6.11+2-1 The Mac-on-Linux emulator - kernel - -- debconf information excluded -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDpfWqS/DSSd0S8lMRAg0GAKCOj/P15LrK0NERxhOQa65D+3yFUwCfR40z 0bA62dhIk9dS4EeODacsTek= =x0Y5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343680: Does not correctly unzip links; previous version worked fine
On Sat, 17 Dec 2005, Carl W. Hoffman wrote: > Package: unzip > Version: 5.52-1sarge2 > Severity: important > > > Unzipping a zipfile containing links which link to files later in the zipfile > now fails. > It worked before the most recent release of unzip. > > If you type "unzip" with no arguments, the -bad- version will print: > > UnZip 5.52 of 28 February 2005, by Debian. Original by Info-ZIP. > > However, the -good- version will print: > > UnZip 5.52 of 28 February 2005, by Info-ZIP. Maintained by C. Spieler. > Send > bug reports using http://www.info-zip.org/zip-bug.html; see README for > details. > > The -good- version prints "finishing deferred symbolic links" when unzipping > a zipfile > which contains symbolic links. The -bad- version does not do this. Argh! I surely introduced this bug while fixing CAN-2005-2475. The version currently in stable (and also testing and unstable) is supposed to contain a fix for CAN-2005-2475, backported from the upcoming unzip-5.53. If the backporting is correct, it would mean the prerelease of 5.53 is messed up. I'll contact the authors. Thanks a lot for reporting this and sorry for the inconvenience. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343853: Bug in glibc: setrlimit
On Sun, Dec 18, 2005 at 04:31:52AM -0500, Gene Cooperman wrote: > The details of the bug are in BUG-glibc/README in the tarball. In brief, > using setrlimit on RLIM_STACK, I set rlim_max to RLIM_INFINITY and rlim_cur > to something unnaturally high (e.g. 2 GB). I then call > system("./pthread"), where pthread is a program that calls > pthread_create(). pthread_create() then fails and the pthread process > returns:pthread: Cannot allocate memory > pthread: pthread.c:22: main: Assertion `0 == pthread_retval' failed. This sounds to me like a feature, not a bug. If the rlimit is unlimited a default is used; otherwise, it is used as the stack size for new threads. This happens during program initialization, before main is called. If you need a different stack size than your non-infinite RLIM_STACK setting, you can specify the stack size explicitly when you create the thread. -- Daniel Jacobowitz CodeSourcery, LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301964: [pkg-fetchmail-maint] Bug#301964: Further analysis on Bug#301964
John, Thank you for your efforts. Please try if the attached patch fixes the bug. It is taken from a 6.2.9-pre* release. AFAIR, the patch was sent by Goswin von Brederlow. -- Matthias Andree --- driver.c (Revision 4126) +++ driver.c (Revision 4127) @@ -1161,5 +1161,5 @@ report(stderr, GT_("SSL connection failed.\n")); err = PS_AUTHFAIL; - goto closeUp; + goto cleanUp; }
Bug#343943: debfoster: Typo in debfoster.8
Package: debfoster Severity: wishlist Tags: patch Hi, There is a typo in the debfoster.8 manual page. Attached is a patch you can apply that fixes the issue. debfoster.8.patch Description: Binary data -- System Information: Debian Release: testing/unstable APT prefers breezy APT policy: (990, 'breezy'), (500, 'breezy-updates'), (500, 'breezy-security') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-9-k7-smp Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- Steve I may be love's bitch, but at least I'm man enough to admit it. - Spike
Bug#343916: aqbanking-tool: aqhbic-tool README missing
Hello Andreas, On Sun, Dec 18, 2005 at 08:17:34PM +0100, Andreas Pakulat wrote: > There is a extra README explaining all commands of aqhbci-tool, but it's > not included in aqbanking-tool, thus new users without knowledge of > aqhbci-tool don't know how to create a new account for example (this > just came up on the openhbci mailing list). This README is the only > source of documentation for the aqhbci-tool. Thank you for your bug report. I'll include the README in the aqbanking-tool package in the next revision/release of the package. Some day I would like to have a real manpage for aqhbci-tool, but this needs to be written or converted first... :-> Any volunteers? ;-) Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343836: Security: DoS attack possible - crashes on empty message
tags 343836 + security thanks Steve, are you using multidrop mode? If so, please test if the attached patch fixes the bug. It is an untested backport from 6.3.1-rc1. If you are not using multidrop mode, please provide your configuration details (passwords masked!) and a stack backtrace. -- Matthias Andree --- ./transact.c.orig 2005-11-12 13:44:39.0 +0100 +++ ./transact.c 2005-12-19 00:20:05.0 +0100 @@ -401,16 +401,14 @@ * condition the code for sending bouncemail will actually look * at the freed storage and coredump... */ -if (msgblk.headers) - free(msgblk.headers); +xfree(msgblk.headers); free_str_list(&msgblk.recipients); -if (delivered_to) - free(delivered_to); +xfree(delivered_to); /* initially, no message digest */ memset(ctl->digest, '\0', sizeof(ctl->digest)); -msgblk.headers = received_for = delivered_to = NULL; +received_for = NULL; from_offs = reply_to_offs = resent_from_offs = app_from_offs = sender_offs = resent_sender_offs = env_offs = -1; oldlen = 0; @@ -434,8 +432,6 @@ if ((n = SockRead(sock, buf, sizeof(buf)-1)) == -1) { set_timeout(0); free(line); - free(msgblk.headers); - msgblk.headers = NULL; return(PS_SOCKET); } set_timeout(0); @@ -877,11 +873,7 @@ process_headers: if (retain_mail) -{ - free(msgblk.headers); - msgblk.headers = NULL; return(PS_RETAINED); -} if (refuse_mail) return(PS_REFUSED); /* @@ -912,7 +904,7 @@ * to break it in a way that blackholed mail. Better to pass * the occasional duplicate than to do that... */ -if (MULTIDROP(ctl)) +if (MULTIDROP(ctl) && msgblk.headers) { MD5_CTX context; @@ -1024,8 +1016,7 @@ ctl->server.envelope && !strcasecmp(ctl->server.envelope, "Delivered-To")) { find_server_names(delivered_to, ctl, &msgblk.recipients); - free(delivered_to); - delivered_to = NULL; + xfree(delivered_to); } else if (received_for) /* @@ -1087,9 +1078,6 @@ if (outlevel >= O_DEBUG) report(stdout, GT_("forwarding and deletion suppressed due to DNS errors\n")); - free(msgblk.headers); - msgblk.headers = NULL; - free_str_list(&msgblk.recipients); return(PS_TRANSIENT); } else @@ -1097,12 +1085,7 @@ /* set up stuffline() so we can deliver the message body through it */ if ((n = open_sink(ctl, &msgblk, &good_addresses, &bad_addresses)) != PS_SUCCESS) - { - free(msgblk.headers); - msgblk.headers = NULL; - free_str_list(&msgblk.recipients); return(n); - } } n = 0; @@ -1224,9 +1207,6 @@ { report(stdout, GT_("writing RFC822 msgblk.headers\n")); release_sink(ctl); - free(msgblk.headers); - msgblk.headers = NULL; - free_str_list(&msgblk.recipients); return(PS_IOERR); } else if ((run.poll_interval == 0 || nodetach) && outlevel >= O_VERBOSE && !isafile(2))
Bug#342316: firefox: Java plugin no longer works (though other plugins are fine)
* Aaron Tomb ([EMAIL PROTECTED]) wrote: > Package: firefox > Version: 1.4.99+1.5rc3.dfsg-2 > Severity: important > > Neither the Blackdown Java plugin (from version 1.4.2-01) or the Sun > Java plugin (from version 1.5.0_05) seem to work correctly with this > incarnation of Firefox. I have manually placed the symbolic links in > /usr/lib/firefox/plugins. > > The behavior is that the plugin is listed in about:plugins, and seems to > load (there's a pause when visiting a page with a Java applet, with lots > of disk activity), but never displays any output or opens any new > windows. > > The same plugins (both of them) work correctly with the version of > Mozilla currently in Debian unstable, and worked with Firefox 1.0.x. It's likely because those versions were compiled with a gcc < 4.0. Can you do java --version, I think that will tell you which compiler was used. -- Eric Dorland <[EMAIL PROTECTED]> ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#343880: Firefox: additional information for reliably freezes on page load
merge 288945 343880 thanks You created a new bug unintentionally it seems. * Klaus Joas ([EMAIL PROTECTED]) wrote: > Followup-For: Bug #288945 > Package: mozilla-firefox > Version: 1.0.7-1 > > *** Please type your report below this line *** > > Hi, > > I have reproducible freezes on page loads too. With strace I found out, > that an select-systemcall produced never-ending timeouts: Which pages? Any extensions or plugins installed? Can you try the 1.5 packages? > [...] > close(41) = 0 > munmap(0xb23db000, 131072) = 0 > mkdir("/tmp/mcop-klaus", 0700) = -1 EEXIST (File exists) > lstat64("/tmp/mcop-klaus", {st_mode=S_IFDIR|0700, st_size=376, ...}) = 0 > open("/tmp/mcop-klaus/Arts_SoundServer", O_RDONLY) = 41 > read(41, "MCOP-Object:00186c6f63616c68"..., 8192) = 182 > close(41) = 0 > socket(PF_FILE, SOCK_STREAM, 0) = 41 > setsockopt(41, SOL_SOCKET, SO_LINGER, {onoff=1, linger=100}, 8) = 0 > connect(41, {sa_family=AF_FILE, > path="/tmp/mcop-klaus/localhost-4db9-43a5448c"}, 110) = 0 > gettimeofday({1134906494, 377579}, NULL) = 0 > select(42, [34 41], [], [41], {4, 959147}) = 0 (Timeout) > gettimeofday({1134906499, 336489}, NULL) = 0 > gettimeofday({1134906499, 336544}, NULL) = 0 > select(42, [34 41], [], [41], {0, 182}) = 0 (Timeout) > gettimeofday({1134906499, 337447}, NULL) = 0 > time([1134906499]) = 1134906499 > gettimeofday({1134906499, 337667}, NULL) = 0 > select(42, [34 41], [], [41], {0, 25779}) = 0 (Timeout) > gettimeofday({1134906499, 391229}, NULL) = 0 > gettimeofday({1134906499, 391469}, NULL) = 0 > select(42, [34 41], [], [41], {4, 945257}) = 0 (Timeout) > gettimeofday({1134906504, 336763}, NULL) = 0 > time([1134906504]) = 1134906504 > gettimeofday({1134906504, 336862}, NULL) = 0 > select(42, [34 41], [], [41], {0, 26584}) = 0 (Timeout) > gettimeofday({1134906504, 363735}, NULL) = 0 > gettimeofday({1134906504, 363794}, NULL) = 0 > select(42, [34 41], [], [41], {4, 972932}) = 0 (Timeout) > gettimeofday({1134906509, 335972}, NULL) = 0 > gettimeofday({1134906509, 336028}, NULL) = 0 > select(42, [34 41], [], [41], {0, 698}) = 0 (Timeout) > gettimeofday({1134906509, 336928}, NULL) = 0 > time([1134906509]) = 1134906509 > gettimeofday({1134906509, 337009}, NULL) = 0 > select(42, [34 41], [], [41], {0, 26437}) = 0 (Timeout) > gettimeofday({1134906509, 364011}, NULL) = 0 > gettimeofday({1134906509, 364066}, NULL) = 0 > select(42, [34 41], [], [41], {4, 972660}) = 0 (Timeout) > [...] > > Maybe this could be the result from misinterpreting the > select-call. The man-page to select means (man 2 select): > > 'On Linux, the function select() modifies timeout to reflect the > amount of time not slept; most other implementations do not do this. > This causes problems both when Linux code which reads timeout is ported > to other operating systems, and when code is ported to Linux that reuses > a struct timeval for multiple select()s in a loop without > reinitializing it. Consider timeout to be undefined after select() > returns.' > > I hope this helps. -- Eric Dorland <[EMAIL PROTECTED]> ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#343722: Where is libofx installed on debian?
ace jones <[EMAIL PROTECTED]> writes: > Hi, Thomas. Ok, you're welcome. Yes, if you move the files manually > without telling the configure script about them, then you'll have to > patch configure.in the way I described. > > Generally speaking, how do other packages find their /usr/share files if > debian has moved them manually? Normally it doesn't come up, because normally the Debian package name is the same as the upstream name. But for shared library packages, this is not the case. Most shared library packages don't have data files like this that they need at runtime, so that reduces still further the number of cases. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343941: also use sysctl to stop irda discovery
Package: irda-utils Version: 0.9.16-10 Hello, On an old Fujitsu Lifebook running sarge irattach alone does not stop discovery mode, so sysctl should be used too. Now the TV does not change to random channels any more :) It's too late for sarge but perhapt etch would find this patch of use. Tested on my sarge laptop. -Mikko diff -u irda-utils-0.9.16/debian/changelog irda-utils-0.9.16.mkr1/debian/changelog --- irda-utils-0.9.16/debian/changelog 2005-12-19 01:01:33.567344336 +0200 +++ irda-utils-0.9.16.mkr1/debian/changelog 2005-12-19 01:01:10.468855840 +0200 @@ -1,3 +1,10 @@ +irda-utils (0.9.16.mkr1) unstable; urgency=low + + * Also use sysctl to stop discovery since irattach alone +is not enough. + + -- Mikko Rapeli <[EMAIL PROTECTED]> Mon, 19 Dec 2005 01:01:00 +0200 + irda-utils (0.9.16-10) unstable; urgency=low * debian/preinst: Fixed script to avoid failing when diff -u irda-utils-0.9.16/debian/irda-utils.init irda-utils-0.9.16.mkr1/debian/irda-utils.init --- irda-utils-0.9.16/debian/irda-utils.init2005-12-19 01:01:33.559345552 +0200 +++ irda-utils-0.9.16.mkr1/debian/irda-utils.init 2005-12-19 00:56:56.326491352 +0200 @@ -13,8 +13,10 @@ PIDFILE="/var/run/$NAME.pid" PACKAGE="irda-utils" DESC="IrDA service" +SYSCTL="/sbin/sysctl" test -x $DAEMON || exit 0 +test -x $SYSCTL || exit 0 # Handle configuration if [ -f /etc/default/$PACKAGE ]; then @@ -33,8 +35,10 @@ fi if [ "$DISCOVERY" = "true" ]; then DISCOVERY="-s" +$SYSCTL -q -w net.irda.discovery=1 else DISCOVERY="" +$SYSCTL -q -w net.irda.discovery=0 fi @@ -45,6 +49,7 @@ # Needed for some machines in FIR-mode if [ -n "$SETSERIAL" ]; then +test -x /bin/setserial || exit 0 /bin/setserial $SETSERIAL uart none port 0x0 irq 0 fi Common subdirectories: irda-utils-0.9.16/debian/po and irda-utils-0.9.16.mkr1/debian/po diff -u irda-utils-0.9.16/debian/postinst irda-utils-0.9.16.mkr1/debian/postinst --- irda-utils-0.9.16/debian/postinst 2005-12-19 01:01:33.568344184 +0200 +++ irda-utils-0.9.16.mkr1/debian/postinst 2005-12-19 01:08:20.308510280 +0200 @@ -106,6 +106,8 @@ ENABLE= # Set discovery mode which usually is a good idea for finding other devices. +# If set 'true' or 'false' irattach and sysctl are used to enable and disable +# discovery mode. By default discover mode is disabled. DISCOVERY= # Set IRDA device to access (e.g. /dev/ttyS1 or irda0).
Bug#343704: Still exists
* Eugen Dedu ([EMAIL PROTECTED]) wrote: > In the Help->About Firefox window, the image still shows Deer Park. I know, I mentioned it in the changelog. -- Eric Dorland <[EMAIL PROTECTED]> ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#343250: upx-ucl-beta: broken on 64-bit systems
Robert Luberda wrote: I've just uploaded 1:1.94+0.20051214cvs-2, which fixes the error. The patch is very simple, I'm attaching it in case you didn't want to wait for autobuilders and recompile the package yourself. Please check if this version works for you on amd64. No. It reports: upx: util.h:71: int ptr_diff(const T*, const T*) [with T = unsigned char]: Assertion `(int)d == d' failed. Aborted Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343942: openoffice.org: error because of missing XLB script on saving a document
Package: openoffice.org Version: 2.0.0-5 Severity: normal When I edit a document (tested only with ODT) and hit the save button, I get an error, saying "error while loading BASIC of the document file://usr/lib/openoffice/share/basic/WebWizard/script.xlb Common error comon I/O-error" (translated roughly from german, I hope it suffices). a second error is also given, complainig about a mising file "dialog.xlb" in the same dir. Nevertheless, the file seems to be saved without problems. Pls. let me know if you need more info to track this down, and I'd like to thank you for all your work! Friedemann -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages openoffice.org depends on: ii openoffice.org-base 2.0.0-5OpenOffice.org office suite - data ii openoffice.org-calc 2.0.0-5OpenOffice.org office suite - spre ii openoffice.org-core 2.0.0-5OpenOffice.org office suite archit ii openoffice.org-draw 2.0.0-5OpenOffice.org office suite - draw ii openoffice.org-impress2.0.0-5OpenOffice.org office suite - pres ii openoffice.org-java-common2.0.0-5OpenOffice.org office suite Java s ii openoffice.org-math 2.0.0-5OpenOffice.org office suite - equa ii openoffice.org-writer 2.0.0-5OpenOffice.org office suite - word openoffice.org recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343940: ITP: gecode -- generic constraint development environment
Package: wnpp Severity: wishlist Owner: Kari Pahula <[EMAIL PROTECTED]> * Package name: gecode Version : 1.0.0 Upstream Author : Christian Schulte <[EMAIL PROTECTED]> and others * URL : http://www.gecode.org/ * License : BSD Description : generic constraint development environment Gecode is an attempt to construct an open, free, portable, accessible, and efficient environment for developing constraint-based systems and applications. Gecode is radically open for programming: it can be easily interfaced to other systems. It supports the programming of new propagators (as implementation of constraints), branching strategies, and search engines. New variable domains can be programmed at the same level of efficiency as finite domain and integer set variables that come predefined with Gecode. -- 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.14 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343876: firefox: Menu entry should be Firefox Web Browser
* Jaap Haitsma ([EMAIL PROTECTED]) wrote: > Package: firefox > Version: 1.5.dfsg-1 > Severity: minor > > Firefox Web Browser is much more descriptive then just Web Browser. > Further the GNOME HIG also suggests to do this The GenericName should just be "Web Browser". I might make sense to change the Name field to "Firefox Web Browser", since that's what the HIG is actually suggesting. -- Eric Dorland <[EMAIL PROTECTED]> ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#343704: Still exists
In the Help->About Firefox window, the image still shows Deer Park. Regards, -- Eugen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343581: xprint-common: print downscaled by factor of 2 irrespective of default_printer_resolution
On Mon, Dec 19, 2005 at 01:16:53AM +1100, Drew Parsons wrote: > On Sun, 2005-12-18 at 11:32 +0100, Lionel Elie Mamane wrote: >> On Sun, Dec 18, 2005 at 08:23:49PM +1100, Drew Parsons wrote: >>> Can you confirm you haven't got your printer set to running at 300 >>> dpi in the printer (not Xprint) configuration? For instance if >>> you use CUPS then check at http://localhost:631/printers (use the >>> "Configure Printer" link) >> There isn't any resolution setting there. Here's the full config page: > Hmm, that makes it more complicated, sorry about that. Seems the > PPD files are not sufficiently standardised so we can't always rely > on getting resolution settings from them. I presume you've > installed the most recent PPD file (from the manufacturer or > linuxprinting.org). I rechecked today: Manufacturer sends me to linuxprinting.org and I get the same PPD I already have from linuxprinting.org . It contains, among others: *DefaultResolution: 600dpi That's the only occurrence of the string "resolution" in it. > It's hard to know what to suggest from here. Does your printer have > a configuration page you can print off (from the printer's control > panel, independently of your computer)? It might tell you the > default resolution that it's running on. It says 600 dpi, both for colour and for monochrome. (bits per pixel: 1 and 8) > Have you tried the CUPS test page. I can't remember if it > explicitly says what resolution it uses, Yes, it does: 600x600dpi. > but you can use the image of the 1-degree rays to tell 300dpi from > higher resolutions. Shall I send you a scan? Without a reference to compare to, I can't decide. > Oh, another trick worth trying is to set your Xprint resolution to > 300 dpi and see if the print comes out correctly. It doesn't. > In that regard, is the mis-scaling always to a factor of 2? Yes, the xprint resolution setting doesn't seem to make any difference. > If your printer is configured to 300dpi, then I would expect Xprint > resolution settings of 600, 1200 or 2400 to give mis-scaling factors > of 2,4 and 8 respectively. No, always 2. > I suspect the PDF files which Xprint generates will not have the > same problem. They seem to be mis-scaled by a factor of 1.33 approximately, as seen by xpdf or gv. (33% too small.) The PostScript, on the other hand, is mis-scaled in the other direction: A factor of four, I'd say. This is all independent of the debconf "default resolution" setting. > You may have luck printing to PDF file (find them in ~/Xprintjobs) > and sending the pdf file to your printer. How do you expect me to send it to my printer? Convert it to PostScript and send it to the Cups queue? The printer doesn't have an FTP server, nor an HTTP/IPP server. And now... the problem has mysteriously disappeared! I changed the setting multiple times, each time printing from Galeon, and I always got a quarter-page. I started testing with Mozilla, I was getting a quarter-page, too, with different settings. I change the setting one last time, restart Mozilla, and it works! Back to galeon... it works! I don't understand a thing of how this is behaving. Veeery strange. Well, thanks for your suggestions. PDF and PS files are still wrong, though. Probably I should do a separate bug report about these. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343674: [arm] Installation report - etch beta1 on netwinder
Jurij Smakov wrote: > Do I understand correctly that text frontend is only useful when the > serial console is too slow to redraw the pseudographics for every screen > with default frontend? Netwinder's serial console is 115200 baud, so this > redrawing is actually very fast. I'd say that limits the usefullness of > the text frontend significantly. The text frontend is useful for automation, etc too, but the only real reason it's been included on the netboot images is that for most arches there is no particular space constraint there. > >- isa-pnp-modules -- does netwinder actually use this for any ethernet > > cards? > >- nic-extra-modules -- if we check the included modules and make sure > > that nic-modules has any nic drivers we would expect a netwinder to > > need > > Netwinder has two built-in ethernet ports: > > Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev > 41) > Ethernet controller: Winbond Electronics Corp W89C940F > > First one needs the tulip driver, second is ne2k compatible, so it uses > ne2k-pci. Both are on the PCI bus. As it does not have any expansion > slots, those are the only two NIC drivers it will ever need, everything > else can go. Both are in the netwinder nic-modules udeb. Along with some other stuff, which I wonder why it's present. I've removed the nic-extra-modules which had probably a megabyte or more of stuff, from the netwinder initrd list, and also removed isa-pnp-modules from there. I think we could save more space if we needed to by reducing the nic-modules to just the two modules you listed. > >- usb-modules -- does a netwinder need this for USB keyboard? > > There are no USB interfaces, so I think that everything USB-related can go > without harm. Ok, removed that too. Please try with the next daily build of the d-i arm images and see if the changes I have made make the image small enough to boot. Or if the builds continue to be down like they have been since Nov 22nd, I can build an image on one of my arms for you to try. -- see shy jo signature.asc Description: Digital signature
Bug#343939: complains that a menu command does not exist when it does
Package: linda Version: 0.3.17 Severity: normal [EMAIL PROTECTED]:~>linda ~/lib/debian/unstable/wmbattery_2.23_i386.deb W: wmbattery; The command wmbattery listed in a menu file does not exist. [EMAIL PROTECTED]:~>dpkg-deb --contents lib/debian/unstable/wmbattery_2.23_i386.deb|grep bin/wmbattery -rwxr-xr-x root/root 19164 2005-12-16 15:03:09 ./usr/bin/wmbattery Also I have wmbattery installed and the debian menu item works for me. -- 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.4.27 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages linda depends on: ii binutils 2.16.1cvs20051206-1 The GNU assembler, linker and bina ii dash 0.5.3-1 The Debian Almquist Shell ii dpkg-dev 1.13.11 package building tools for Debian ii file 4.15-2 Determines file type using "magic" ii man-db 2.4.3-3 The on-line manual pager ii python 2.3.5-3 An interactive high-level object-o Versions of packages linda recommends: ii debian-policy 3.6.2.1Debian Policy Manual and related d -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#342047: firefox: Installation/upgrade of extensions fails to complete
> Which extension? I need details so i can try to reproduce it. Sorry, 'extension' should have been 'extensions'; this occurred with all extensions I had installed. However, I've just reinstalled some of these and the problem no-longer exists. This may have been a one-time thing. Cheers, Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343938: /usr/share/man/man1/pg_wrapper.1.gz: typo in pg_wrapper.1
Package: postgresql-common Version: 37 Severity: minor File: /usr/share/man/man1/pg_wrapper.1.gz Tags: patch Just saw a small typo. Best, Norbert -- 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.14.2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages postgresql-common depends on: ii adduser 3.80 Add and remove users and groups ii debconf [debconf-2.0] 1.4.62 Debian configuration management sy ii lsb-base 3.0-12 Linux Standard Base 3.0 init scrip Versions of packages postgresql-common recommends: ii openssl 0.9.8a-5 Secure Socket Layer (SSL) binary a -- debconf information: postgresql-common/obsolete-major: --- ./pg_wrapper.1.orig 2005-12-18 14:50:12.0 -0800 +++ ./pg_wrapper.1 2005-12-18 14:50:38.0 -0800 @@ -137,7 +137,7 @@ \&\fIclient-program\fR [\fB\-\-cluster\fR \fIversion\fR/\fIcluster\fR] [...] .PP (\fIclient-program\fR: \fBpsql\fR, \fBcreatedb\fR, \fBdropuser\fR, and all other client -programs installed in \f(CW\*(C`/usr/lib/postgreqsl/\*(C'\fR\fIversion\fR\f(CW\*(C`/bin\*(C'\fR). +programs installed in \f(CW\*(C`/usr/lib/postgresql/\*(C'\fR\fIversion\fR\f(CW\*(C`/bin\*(C'\fR). .SH "DESCRIPTION" .IX Header "DESCRIPTION" This program is run only as a link to names which correspond to PostgreSQL
Bug#343937: libpdf-report-perl: barcode's don't scale
Package: libpdf-report-perl Version: 1.30-2 Severity: normal The "$scale" variable is missing from /usr/share/perl5/PDF/Report.pm sub drawBarcode { my $self = shift; my $x= shift; # x center of barcode image my $y= shift; # y center of barcode image my $scale = shift; # scale of barcode image <...> $gfx->fillcolor('#ff'); $gfx->linewidth(0.1); $gfx->fill; $gfx->formimage($bar,0,0); <---### $gfx->restore; } Line 921 has omitted the variable - it should read: $gfx->formimage($bar,0,0,$scale); and then barcode scaling will work. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libpdf-report-perl depends on: ii libpdf-api2-perl 0.51-1 provides the functions for creatin ii libtext-roman-perl3.3-3 A module for managing integer and ii perl 5.8.7-10 Larry Wall's Practical Extraction libpdf-report-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324557: ITA
retitle 324557 ITA - will make a stab at it owner 324557 [EMAIL PROTECTED] thanks pgpZFhdCSTLzk.pgp Description: PGP signature
Bug#343875: Acknowledgement (pgf: problems with arrows and arcs)
Some more information: the bug seems to be localized in the code linked to pgfsetshorten(end|start), since I get something weird with the same drawing, but using a shortening instead of an arrow (I draw the arrows myself, now ;-)...). Vincent Fourmond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343674: [arm] Installation report - etch beta1 on netwinder
On Sun, 18 Dec 2005, Joey Hess wrote: Ok. I don't know what would be best to remove from the netwinder netboot initrd to save space. Some candidates include: - The cdebconf text frontend (not used by default, useful to include for serial consoles though) Do I understand correctly that text frontend is only useful when the serial console is too slow to redraw the pseudographics for every screen with default frontend? Netwinder's serial console is 115200 baud, so this redrawing is actually very fast. I'd say that limits the usefullness of the text frontend significantly. - isa-pnp-modules -- does netwinder actually use this for any ethernet cards? - nic-extra-modules -- if we check the included modules and make sure that nic-modules has any nic drivers we would expect a netwinder to need Netwinder has two built-in ethernet ports: Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 41) Ethernet controller: Winbond Electronics Corp W89C940F First one needs the tulip driver, second is ne2k compatible, so it uses ne2k-pci. Both are on the PCI bus. As it does not have any expansion slots, those are the only two NIC drivers it will ever need, everything else can go. - usb-modules -- does a netwinder need this for USB keyboard? There are no USB interfaces, so I think that everything USB-related can go without harm. - bogl-bterm-udeb -- can a netwinder have a console at all? - console-keymaps-usb, console-keymaps-at -- can a netwinder have a keyboard at all? Yes, it has a PS2 connectors for keyboard and mouse, and a video card, so the monitor can be attached. - as a last resort, we could reduce the size greatly by removing translations Hopefully, this will not be necessary. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341253: gnome-doc-utils: Missing file breaks application help completely
close 341253 0.5.1-2 thanks This bug has been fixed with the 0.5.1-2 version of the package -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#279773: ITA: libapache-asp-perl -- perl Apache::ASP - Active Server Pages for Apache with mod_perl
retitle #279773 ITA: libapache-asp-perl -- perl Apache::ASP - Active Server Pages for Apache with mod_perl thanks -- Víctor Pérez Pereira GPG Key Fingerprint = DB71 A7A1 3DB2 9A5A 3A40 63DF 75DC A23C 6A37 2DF6 Maracay - Venezuela / [EMAIL PROTECTED]