Bug#317703: xsupplicant: Should not write username/password info to log file

Tags 317703 pending Thanks On Sun, Jul 10, 2005 at 10:03:05PM +0200, Frans Pop muttered these words: > Package: xsupplicant > Version: 1.0.1-4 > Severity: grave > Tags: security > Justification: user security hole > > When xsupplicant is started on boot, my wireless card is not "up". > In that s

Processed: Re: Bug#317703: xsupplicant: Should not write username/password info to log file

Processing commands for [EMAIL PROTECTED]: > Tags 317703 pending Bug#317703: xsupplicant: Should not write username/password info to log file Tags were: security Tags added: pending > Thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administr

Bug#319674: aspell-de-alt: Needs repackaging for latest aspell

Package: aspell-de-alt Severity: grave Version: 2.1-1-1 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing dict

Bug#319669: aspell-pt-br: Needs repackaging for latest aspell

Package: aspell-pt-br Severity: grave Version: 2.4.really.3.0.beta4-9 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all

Bug#319673: aspell-fo: Needs repackaging for latest aspell

Package: aspell-fo Severity: grave Version: 0.2.16-1.1 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing dicti

Bug#319672: aspell-it: Needs repackaging for latest aspell

Package: aspell-it Severity: grave Version: 0.60-2 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing dictionar

Bug#319681: aspell-bn: Needs repackaging for latest aspell

Package: aspell-bn Severity: grave Version: 0.60.0.01.1.1-2 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing d

Bug#319667: aspell-sv: Needs repackaging for latest aspell

Package: aspell-sv Severity: grave Version: 0.50-2-4 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing diction

Bug#319666: aspell-tl: Needs repackaging for latest aspell

Package: aspell-tl Severity: grave Version: 0.02-5 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing dictionari

Bug#319660: katoob depends on libaspell15 which doesn't exists anymore

Mohammed Sameer <[EMAIL PROTECTED]> writes: > On Sat, Jul 23, 2005 at 01:00:31PM -0700, Brian Nelson wrote: >> tag 319660 pending >> thanks >> >> On Sat, Jul 23, 2005 at 08:28:59PM +0100, Baruch Even wrote: >> > katoob depends on libaspell15 which has been replaced with >> > libaspell15c2. The pa

Bug#319668: aspell-sl: Needs repackaging for latest aspell

Package: aspell-sl Severity: grave Version: 0.60-2 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing dictionar

Bug#319670: aspell-pt: Needs repackaging for latest aspell

Package: aspell-pt Severity: grave Version: 0.50-2-4 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing diction

Bug#319675: aspell-de: Needs repackaging for latest aspell

Package: aspell-de Version: 0.60-20030222-1-3 Severity: grave Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existin

Bug#319676: aspell-bg: Needs repackaging for latest aspell

Package: aspell-bg Severity: grave Version: 3.0-4 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing dictionari

Processed: Needs repackaging for latest aspell

Processing commands for [EMAIL PROTECTED]: > retitle 319156 Needs repackaging for latest aspell Bug#319156: aspell-nl: Depends on unavailable libaspell15 Changed Bug title. > severity 319156 grave Bug#319156: Needs repackaging for latest aspell Severity set to `grave'. > tag 319156 sid Bug#31915

Bug#319660: katoob depends on libaspell15 which doesn't exists anymore

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, Jul 23, 2005 at 01:00:31PM -0700, Brian Nelson wrote: > tag 319660 pending > thanks > > On Sat, Jul 23, 2005 at 08:28:59PM +0100, Baruch Even wrote: > > katoob depends on libaspell15 which has been replaced with > > libaspell15c2. The package

Bug#319567: taking over 2 packages

Dirk: I must have missed the message, I will spend some time on it this weekend. Carlo On Sat, 23 Jul 2005, Dirk Eddelbuettel wrote: Perlers, Following up on this post by Carlo On 20 June 2005 at 23:39, Carlo Segre wrote: | | I have been asked by Dirk Eddelbuetel to have the group adopt t

Bug#319661: note

Note that this is fixed in the new upsteam release by Nico at -- see shy jo signature.asc Description: Digital signature

Bug#319665: aspell-no: Needs repackaging for latest aspell

Package: aspell-no Severity: grave Version: 2.0-20 Tags: sid As of the aspell 0.60.3-2 package, I changed the location in which aspell looks for dictionaries from /usr/lib/aspell-0.60 to /usr/lib/aspell (for support for autobuilding dictionary hashes). Obviously, this broke all existing dictionari

Processed: Needs repackaging for latest aspell

Processing commands for [EMAIL PROTECTED]: > retitle 318816 Needs repackaging for latest aspell Bug#318816: aspell-ru: requires rebuild for libaspell15c2 transition Changed Bug title. > severity 318816 grave Bug#318816: Needs repackaging for latest aspell Severity set to `grave'. > tag 318816 si

Bug#319567: taking over 2 packages

(reposting, this time with valid recipients. Sorry for the dupes --edd) Perlers, Following up on this post by Carlo On 20 June 2005 at 23:39, Carlo Segre wrote: | | I have been asked by Dirk Eddelbuetel to have the group adopt two of his | perl packages. I have uploaded them to the svn serv

Bug#319661: sgid games program can write to any file writable by games group

Package: xemeraldia Version: 0.3-29 Severity: grave Tags: security In the progress of removing the sgid bit from xemeraldia as a routing preventative measure, I noticed that Xemeraldia's score file is controlled by an X resource. Therefore, it can trivially be used to overwrite any file on the sys

Bug#300860: more complete patch for klic

implicit deps cause problems on 64-bit machines. The attached patch makes for far fewer warnings from gcc-4.0, although there are still several: klicdb.c:126: warning: pointer targets in passing argument 1 of 'atoi' differ in signedness klicdb.c:252: warning: pointer targets in passing argum

Bug#318053: python2.3-gnome2-extras: package is uninstallable because it depends on libaspell15

tag 318053 pending thanks On Wed, Jul 13, 2005 at 02:04:24AM -0400, John McCutchan wrote: > Package depends on libaspell15, which has been replaced by libaspell15c2 I (aspell maintainer) am undoing the libaspell15 transition, so this problem will go away as soon as ftp-master comes back up and I

Bug#319660: katoob depends on libaspell15 which doesn't exists anymore

Brian Nelson wrote: > On Sat, Jul 23, 2005 at 08:28:59PM +0100, Baruch Even wrote: > >>katoob depends on libaspell15 which has been replaced with >>libaspell15c2. The package needs to be rebuilt to correct this. > > > Please don't. > > I (aspell maintainer) am undoing the libaspell15 transition

Bug#318889: sylpheed-claws-gtk2: libaspell15 was changed to libaspell15c2 so it doesn't install

tag 318889 pending thanks On Mon, Jul 18, 2005 at 03:51:51PM +0300, Micha Feigin wrote: > Debain switch from libaspell15 to libaspell15c2 which requires a rebuild > of the package. After that it works fine. Without it, it won't install I (aspell maintainer) am undoing the libaspell15 transition,

Bug#319660: katoob depends on libaspell15 which doesn't exists anymore

tag 319660 pending thanks On Sat, Jul 23, 2005 at 08:28:59PM +0100, Baruch Even wrote: > katoob depends on libaspell15 which has been replaced with > libaspell15c2. The package needs to be rebuilt to correct this. Please don't. I (aspell maintainer) am undoing the libaspell15 transition, so this

Processed: Re: Bug#318889: sylpheed-claws-gtk2: libaspell15 was changed to libaspell15c2 so it doesn't install

Processing commands for [EMAIL PROTECTED]: > tag 318889 pending Bug#318889: sylpheed-claws-gtk2: libaspell15 was changed to libaspell15c2 so it doesn't install Tags were: sid Tags added: pending > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking sy

Processed: Re: Bug#319660: katoob depends on libaspell15 which doesn't exists anymore

Processing commands for [EMAIL PROTECTED]: > tag 319660 pending Bug#319660: katoob depends on libaspell15 which doesn't exists anymore There were no tags set. Tags added: pending > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrato

Processed: Re: Bug#318053: python2.3-gnome2-extras: package is uninstallable because it depends on libaspell15

Processing commands for [EMAIL PROTECTED]: > tag 318053 pending Bug#318053: python2.3-gnome2-extras: package is uninstallable because it depends on libaspell15 Tags were: sid Tags added: pending > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking sy

Bug#318261: nedit: does not start up after installing xserver-xorg (x opcode failure)

I have exactly the same problem. Best regards, Lars -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#318261: nedit: does not start up after installing xserver-xorg (x opcode failure)

I also tried nedit-nc which show the same problem. The 5.5 binary from nedit.org does not have the problem. Lars -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#319660: katoob depends on libaspell15 which doesn't exists anymore

Package: katoob Version: 0.3.8-1 Severity: grave katoob depends on libaspell15 which has been replaced with libaspell15c2. The package needs to be rebuilt to correct this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#319489: Buffer overflow in Description parsing

On Sat, Jul 23, 2005 at 01:56:00PM -0400, Anthony DeRobertis wrote: > Kevin Dwyer wrote: > > > - while (*scratch != '\n') { > > + while (*scratch != '\n' && idx < sizeof Description) { > > I strongly suspect that should be sizeof(Description)-1 because you're > going to NULL-terminate...

Bug#317082: libc6-s390x: missing depends on lib64gcc1

reassign 317082 dpkg-dev thanks Summary: The bug submitted in #317082 that requests adding "Depends: lib64gcc1" to libc6-s390x on s390. However the bug submitted in #258647 that requests removing "Depends: lib64gcc1" to libc6-sparc64 on sparc. Both bugs are conflicted because both libc6

Processed: Re: Bug#317082: libc6-s390x: missing depends on lib64gcc1

Processing commands for [EMAIL PROTECTED]: > reassign 317082 dpkg-dev Bug#317082: libc6-s390x: missing depends on lib64gcc1 Bug reassigned from package `libc6-s390x' to `dpkg-dev'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administra

Processed: Re: Processed: Re: Bug#318959: libc6: unreproducible on powerpc

Processing commands for [EMAIL PROTECTED]: > severity 318959 normal Bug#318959: gcc-4.0: compiles broken code Severity set to `normal'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -

Bug#319154: kdelibs' ftbfs: simple fix

Hello *! Including in kdeui/kactioncollection.h fixes this ftbfs, though I have not yet tried whether the new packages work and the build sports quite a few warnings. Regards, David -- - hallo... wie gehts heute? - *hust* gut *rotz* *keuch* - gott sei dank kommunizieren wir über ein septisc

Bug#319489: Buffer overflow in Description parsing

Kevin Dwyer wrote: > - while (*scratch != '\n') { > + while (*scratch != '\n' && idx < sizeof Description) { I strongly suspect that should be sizeof(Description)-1 because you're going to NULL-terminate... (didn't go back and look at the code to check closely) -- To UNSUBSCRIBE, email

Bug#318089: marked as done (Installation fails ("error processing desktop-file-utils"))

Your message dated Sat, 23 Jul 2005 18:51:51 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#318089: desktop-file-utils: Problem solved; sorry... has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not t

Bug#318728: Please mention in nonvulns/woody

Hello, On Sat, Jul 23, 2005 at 08:53:29PM +0530, Y Giridhar Appaji Nag wrote: > On 05/07/23 11:44 +, Alexander Sack said ... > > Helge Kreutzmann wrote: > > > > > before closing this bug (once sarge and sid are updated) please add > > > the CANs to http://www.debian.org/security/nonvulns-woody

Bug#319642: anjuta: experimental version doesn't depend on experimental anjuta-common

Package: anjuta Version: 2.0.1-1 Severity: grave Tags: experimental Justification: renders package unusable experimental anjuta misses the dependency on anjuta-common from experimental, making anjuta come up with an empty window. So if you just do an # apt-get -t experimental install anjuta it is

Bug#319630: swf-player: spawns dufunct (zombie) processes and does not work

Package: swf-player Version: 0.3.4-2sarge0.1 Severity: grave Justification: renders package unusable Hi! I'm trying to use swf-player as a plugin with Galeon. Galeon about:plugins page does *not* show libswfdecmozilla.so as an installed plugin, even though the file lives in /usr/lib/mozilla/plugi

Processed: merging 318017 319154

Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.8.14 > merge 318017 319154 Bug#318017: kdelibs4-dev: gcc4 issues causes build failures Bug#319154: kile: ftbfs [sparc] error: ISO C++ forbids declaration of 'KXMLGUIClient' with no type Mer

Bug#319315: tdiary: JVN#60776919 Cross Site Request Forgeries, CSRF

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Upstream security release against CSRF attack. English announcement is available: http://sourceforge.net/forum/forum.php?forum_id=482743 This has been fixed in unstable, tdiary 2.0.2. This is not fixed in stable yet. I sent a mail to security tea

Bug#319527: qemu: FTBFS on i386

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Reinhard Tartler <[EMAIL PROTECTED]> writes: > On Sat, Jul 23, 2005 at 03:27:53AM +0300, Octavian Cerna wrote: > > It got built now on i386 and amd64. It stills FTBFS for ppc, but this > seems to be an issue with binutils: > http://people.ubuntu.com/~

Bug#319527: qemu: FTBFS on i386

Reinhard Tartler wrote: > > It got built now on i386 and amd64. It stills FTBFS for ppc, but this > seems to be an issue with binutils: > http://people.ubuntu.com/~lamont/buildLogs/q/qemu/0.7.0-2ubuntu1/qemu_0.7.0-2ubuntu1_20050723-1324-powerpc-failed.gz > I don't have access to ppc hardware to ve

Bug#319632: Syntax error in kernel rules file

Package: kernel-package Version: 9.003 Severity: serious Tags: patch Hi, Compiling the official 2.6.12 Debian release, I found the following syntax error that prevents succesful builds on powerpc. Thanks, Jordi --- rules.orig 2005-07-23 18:08:04.0 +0200 +++ rules 2005-07-23 18:

Processed: Add a security tag to tdiary 2.0.2-1

Processing commands for [EMAIL PROTECTED]: > tag 319315 + security Bug#319315: tdiary: JVN#60776919 Cross Site Request Forgeries, CSRF Tags were: fixed Tags added: security > quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (admin

Bug#318363: liballegro-dev: Available in sid

Package: liballegro-dev Version: 2:4.1.15-5 Followup-For: Bug #318363 Hi, libXxf86dga and libXxf86vm are now available in sid, so the sid version of liballegro-dev should depend on libxxf86dga-dev and libxxf86vm-dev. Greetings, Markus -- System Information: Debian Release: 3.1 APT prefers u

Processed: severity of 319621 is serious

Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.8.14 > severity 319621 serious Bug#319621: [CAN-2002-2079]: remote DoS via malformed packets possible due to mosix-protocol-stack Severity set to `serious'. > End of message, stopping proc

Bug#318728: Please mention in nonvulns/woody

On 05/07/23 11:44 +, Alexander Sack said ... > Helge Kreutzmann wrote: > > > before closing this bug (once sarge and sid are updated) please add > > the CANs to http://www.debian.org/security/nonvulns-woody > > Yes, but how? Never have done so before. I would assume one needs to edit the webw

Bug#319618: octaviz: vtk_init undefined

Package: octaviz Version: 0.4.0-10 Severity: grave Justification: renders package unusable even after doing a symlink like this (reading another maybe related bug retport): /usr/lib/octave-2.1.71/liboctaviz.so -> ../octave-2.1.67/liboctaviz.so working dir is now /usr/share/doc/octaviz/examples:

Bug#319150: wmsmpmon: ftbfs [sparc] execvp: debian/debstd: Permission denied

Upload prepared. Waiting for ftp-master to be back online again. Bye, Alain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#319031: Crash on File->Open...

Hi Max, as mentionned by Daniel, who could reproduce the bug, a work around to build a working 64bit kino is to use the following command: ~/kino-0.76 $ CC=gcc-3.4 CXX=g++-3.4 fakeroot debian/rules binary you will need to have fakeroot and g++-3.4 installed. if this doesn't work, try with gcc-3.

Bug#318062: mozilla-browser: version 1.7.9 fixes security bugs

On 2005-07-20 Takuo KITAME <[EMAIL PROTECTED]> wrote: > 2005-07-13 (水) の 09:25 +0200 に Florian Weimer さんは書きました: [...] >> Mozilla 1.7.9 fixes several security bugs, one of them rated critical. >> Unfortunately, details for this bug are embargoed until at least July >> 20, 2005. 8-( > 1.7.9 is stil

Bug#318506: Can't add auctions to bidwatcher anymore

On Fri, Jul 15, 2005 at 05:48:34PM -0400, Anthony DeRobertis wrote: > > Just tried to use bidwatcher again (haven't used it since April) and now > it refuses to add ebay auctions. I tried both typing and copy/pasting > the item number, but in both cases it says: > > [2005-07-15 17:41:47] Error: I

Bug#319489: Buffer overflow in Description parsing

On Fri, Jul 22, 2005 at 10:28:10AM -0400, Anthony DeRobertis wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > In helpers.cpp, we find this code, which parses data returned from ebay: > >/* > * Parse the description out of the buffer first. This is > * most easily done a

Bug#319527: qemu: FTBFS on i386

On Sat, Jul 23, 2005 at 03:27:53AM +0300, Octavian Cerna wrote: > I attached a patch that fixes the FTBFS: > >* debian/control (Build-Depends): add missing zlib1g-dev, > depend on gcc-3.4 >* debian/rules: compile with gcc-3.4 >* debian/patches/34_syscalls_types.patch: new, fix c

Bug#305309: bazaar: FTBFS (amd64/gcc-4.0): pointer targets in return differ in signedness

package bazaar tags 305309 upstream fixed-upstream pending thanks my robot friend On Tue, Apr 19, 2005 at 08:34:29AM +0200, Andreas Jochens said > Package: bazaar > Version: 1.3.2-1 > Severity: normal > Tags: patch > > When building 'bazaar' on amd64/unstable with gcc-4.0, > I get the following e

Bug#317070: FTBFS: Fails upgrade read-only archives test

On Tue, Jul 05, 2005 at 03:04:03PM -0700, Matt Kraai said > Package: bazaar > Version: 1.4.2-1 > Severity: serious > > The bazaar source package failed to build from source because the > upgrade read-only archive test failed: > > Test 4: upgrade read-only archives > Upgrading configuration for

Processed: Re: Bug#305309: bazaar: FTBFS (amd64/gcc-4.0): pointer targets in return differ in signedness

Processing commands for [EMAIL PROTECTED]: > package bazaar Ignoring bugs not assigned to: bazaar > tags 305309 upstream fixed-upstream pending Bug#305309: bazaar: FTBFS (amd64/gcc-4.0): pointer targets in return differ in signedness Tags were: patch Tags added: upstream, fixed-upstream, pending

Bug#318728: Please mention in nonvulns/woody

Helge Kreutzmann wrote: >Hello, >before closing this bug (once sarge and sid are updated) please add >the CANs to http://www.debian.org/security/nonvulns-woody > > > Yes, but how? Never have done so before. Thanks, Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "u

Bug#319560: FTBFS: Invalid casts between pthread_t and long unsigned int

* Matt Kraai <[EMAIL PROTECTED]> [050722 14:05]: > Package: dcmtk > Version: 3.5.3-3 > Severity: serious > > dcmtk fails to build because of invalid casts between pthread_t and > long unsigned int: This is a known problem with gcc/g++ 4.0, which has been fixed in upcoming version 3.5.3-4. The n

Processed: pending fixes

Processing commands for [EMAIL PROTECTED]: > tags 315676 + pending Bug#315676: libapache2-mod-perl2: perl.conf incorrectly handled Tags were: sid Tags added: pending > tags 308252 + pending Bug#308252: libapache2-mod-perl2: does not remove perl.conf and apache restart fails Tags were: patch sid

Bug#319598: wxvlc / vlc depends on libwxgtk2.4 (not installable) - see also wishlist

Package: wxvlc Version: 0.8.2-1 Severity: grave Justification: renders package unusable -- 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.12.2 Locale: LANG

Bug#319538: unison-gtk: Does not start due to missing libgtk1.2

Hello, On Sat, Jul 23, 2005 at 01:47:09AM -0700, Steve Langasek wrote: > severity 319538 serious > thanks > > On Sat, Jul 23, 2005 at 01:29:14AM +0200, Sylvain LE GALL wrote: > > On Fri, Jul 22, 2005 at 11:19:35PM +0100, Jason Cormie wrote: > > > Package: unison-gtk > > > Version: 2.9.1-2sarge2 >

Bug#319487: star: file conflict with grunch

The problem has been resolved with Dave Platt more than a year ago. He did rename his (younger) program to grunch-match. Note that the match Schily match(1) program is more than 20 years old and implements a grep like interface around an enhanced version of the pattern matcher from Martin Richar

Processed: tagging 319569

Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.8.14 > tags 319569 pending Bug#319569: FTBFS: Unable to open cvsbook.html Tags were: patch Tags added: pending > End of message, stopping processing here. Please contact me if you need ass

Bug#285533: marked as done (bluez-hcidump: FTBFS (amd64/gcc-4.0): static declaration of 'sdp_siz_idx_lookup_table' follows non-static declaration)

Your message dated Sat, 23 Jul 2005 10:08:20 +0100 with message-id <[EMAIL PROTECTED]> and subject line Closing has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen t

Bug#319538: unison-gtk: Does not start due to missing libgtk1.2

severity 319538 serious thanks On Sat, Jul 23, 2005 at 01:29:14AM +0200, Sylvain LE GALL wrote: > On Fri, Jul 22, 2005 at 11:19:35PM +0100, Jason Cormie wrote: > > Package: unison-gtk > > Version: 2.9.1-2sarge2 > > Severity: grave > ^ This is a little bit too much, if the solution

Processed: Re: Bug#319538: unison-gtk: Does not start due to missing libgtk1.2

Processing commands for [EMAIL PROTECTED]: > severity 319538 serious Bug#319538: unison-gtk: Does not start due to missing libgtk1.2 Severity set to `serious'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, D

Bug#319515: new kernel-package creates ridiculous symlinks in /boot

tags 319515 unreproducible severity 319515 important thanks Hi, I can't reproduce this problem. Can you send me the kernel image postinst? This could be something that is ppc specific, I think. manoj -- Almost anything derogatory you could say about today's software design w

Bug#319452: kernel-package: Wrong symbolic link vmlinux in /boot

tags 319452 +unreproducible thanks Hi, I can't reproduce this with things I have compiled from kernel.org kernel sources; the link seems to be created just file for me. Could you send the postinst for the kernel-image to the bug report? manoj -- It shall be unlawful

Processed: Re: Bug#319515: new kernel-package creates ridiculous symlinks in /boot

Processing commands for [EMAIL PROTECTED]: > tags 319515 unreproducible Bug#319515: new kernel-package creates ridiculous symlinks in /boot Tags were: unreproducible Bug#319452: kernel-package: Wrong symbolic link vmlinux in /boot Tags added: unreproducible > severity 319515 important Bug#319515

Processed: Re: Bug#319452: kernel-package: Wrong symbolic link vmlinux in /boot

Processing commands for [EMAIL PROTECTED]: > tags 319452 +unreproducible Bug#319452: kernel-package: Wrong symbolic link vmlinux in /boot There were no tags set. Bug#319515: new kernel-package creates ridiculous symlinks in /boot Tags added: unreproducible > thanks Stopping processing here. Plea

Bug#316590: woody backport now available for all cacti security issues

Sean Finney wrote: > this is done now. Thanks a lot. I have reviewed it and will use it for the advisory. Regards, Joey -- Reading is a lost art nowadays. -- Michael Weber -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTEC