Bug#354936: Missing french translations in .desktop

[VETSEL Patrice]

Package: blender
 Version: 2.41-1

 Missing french translations in .desktop. Request upstream from
 https://launchpad.net/distros/ubuntu/+source/blender/+bug/33306
 Patch proposed in malone bug



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354831: ITP: bfc -- Brainfuck compiler

[Panu Kalliokoski]

On Thu, Mar 02, 2006 at 06:08:56AM +0100, Lionel Elie Mamane wrote:
> > * Package name: bfc
> >   Description : Brainfuck compiler
> You really think that thing should be priority optional? I'd say
> extra.

Oh, definitely.  This also applies to some other of my packages, so
thanks for pointing it out.

-- 
personal contact:   [EMAIL PROTECTED], +35841 5323835
technical contact:  [EMAIL PROTECTED], http://www.iki.fi/atehwa/
PGP fingerprint:0EA5 9D33 6590 FFD4 921C  5A5F BE85 08F1 3169 70EC


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354803: ITP: stx2any -- A converter from structured plaintext to multiple formats

[Panu Kalliokoski]

On Wed, Mar 01, 2006 at 12:07:05PM -0700, Hubert Chan wrote:
> > * URL : http://sange.fi/~atehwa/Stx/README.html
> 404 Not Found

Sorry, that should have been
http://sange.fi/~atehwa/Stx/examples/README.html

Panu

-- 
personal contact:   [EMAIL PROTECTED], +35841 5323835
technical contact:  [EMAIL PROTECTED], http://www.iki.fi/atehwa/
PGP fingerprint:0EA5 9D33 6590 FFD4 921C  5A5F BE85 08F1 3169 70EC


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354935: mpage emits postscript that loads utf-8 fonts, even when not present

[Simon Bowden]

Package: mpage
Version: 2.5.4-2
Severity: important
Tags: patch


mpage always emits the following code in its prolog. Reproducible with:
$ mpage Error: /undefinedresource in --findresource--
Operand stack:
   unigb   BousungEG-Light-GB-UniGB-UTF8-H   Font   
BousungEG-Light-GB-UniGB-UTF8-H   (BousungEG-Light-GB-UniGB-UTF8-H)   18   
BousungEG-Light-GB   UniGB-UTF8-H   UniGB-UTF8-H   BousungEG-Light-GB   
--nostringval--   Registry   (Adobe)   Ordering   (GB1)   --nostringval--   
CMap   (GB1)   CMap   (GB1)
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   
--nostringval--   2   %stopped_push   --nostringval--   --nostringval--   
%loop_continue   2   3   %oparray_pop   --nostringval--   --nostringval--   
false   1   %stopped_push   .runexec2   --nostringval--   --nostringval--   
--nostringval--   2   %stopped_push   --nostringval--   2   3   %oparray_pop   
3   3   %oparray_pop   --nostringval--   --nostringval--   16   6   
%oparray_pop   --nostringval--   19   7   %oparray_pop   --nostringval--   
--nostringval--
Dictionary stack:
   --dict:1115/1686(ro)(G)--   --dict:0/20(G)--   --dict:82/200(L)--   
--dict:17/17(ro)(G)--   --dict:20/26(ro)(G)--   --dict:5/8(G)--   
--dict:0/10(L)--   --dict:19/26(ro)(G)--
Current allocation mode is local
Last OS error: 2
Current file position is 49
===

The code emitted by mpage should not require these fonts to be present. 
This should be fixed by changing the font definition into a procedure, 
which defers the evaluation (and font search) until it is actually used.

Like so, for all the similar instances in mpage:

fprintf(outfd, "/uniks { /Baekmuk-Batang-UniKS-UTF8-H findfont %d 
> scalefont } def\n", fsize - 1);

I'll attach a patch to do them.

Cheers,

 - Simon


-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.4-general
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages mpage depends on:
hi  libc6 2.3.5-8GNU C Library: Shared libraries an
hi  libpaper1 1.1.14-5   Library for handling paper charact

mpage recommends no packages.

-- debconf-show failed

*** mpage-fix-fontdefs.patch
--- mpage.c.orig2006-03-02 18:03:43.0 +1100
+++ mpage.c 2006-03-02 18:12:06.0 +1100
@@ -328,21 +328,21 @@
 fprintf(outfd, "(a) stringwidth pop /mp_a_x exch def\n");
 #ifdef KANJI
 #ifdef GOTHIC
-fprintf(outfd, "/kanj /GothicBBB-Medium-H findfont %d scalefont def\n", 
fsize - 1);
-fprintf(outfd, "/han /GothicBBB-Medium.Hankaku findfont %d scalefont 
def\n", fsize - 1);
+fprintf(outfd, "/kanj { /GothicBBB-Medium-H findfont %d scalefont } 
def\n", fsize - 1);
+fprintf(outfd, "/han { /GothicBBB-Medium.Hankaku findfont %d scalefont } 
def\n", fsize - 1);
 #else
-fprintf(outfd, "/kanj /Ryumin-Light-H findfont %d scalefont def\n", fsize 
- 1);
-fprintf(outfd, "/han /Ryumin-Light.Hankaku findfont %d scalefont def\n", 
fsize - 1);
+fprintf(outfd, "/kanj { /Ryumin-Light-H findfont %d scalefont } def\n", 
fsize - 1);
+fprintf(outfd, "/han { /Ryumin-Light.Hankaku findfont %d scalefont } 
def\n", fsize - 1);
 #endif
 #endif
 #ifdef GOTHIC
-fprintf(outfd, "/unijis /GothicBBB-Medium-UniJIS-UTF8-H findfont %d 
scalefont def\n", fsize - 1);
+fprintf(outfd, "/unijis { /GothicBBB-Medium-UniJIS-UTF8-H findfont %d 
scalefont } def\n", fsize - 1);
 #else
-fprintf(outfd, "/unijis /Ryumin-Light-UniJIS-UTF8-H findfont %d scalefont 
def\n", fsize - 1);
+fprintf(outfd, "/unijis { /Ryumin-Light-UniJIS-UTF8-H findfont %d 
scalefont } def\n", fsize - 1);
 #endif
-fprintf(outfd, "/uniks /Baekmuk-Batang-UniKS-UTF8-H findfont %d scalefont 
def\n", fsize - 1);
-fprintf(outfd, "/unigb /BousungEG-Light-GB-UniGB-UTF8-H findfont %d 
scalefont def\n", fsize - 1);
-fprintf(outfd, "/unicns /ShanHeiSun-Light-UniCNS-UTF8-H findfont %d 
scalefont def\n", fsize - 1);
+fprintf(outfd, "/uniks { /Baekmuk-Batang-UniKS-UTF8-H findfont %d 
scalefont } def\n", fsize - 1);
+fprintf(outfd, "/unigb { /BousungEG-Light-GB-UniGB-UTF8-H findfont %d 
scalefont } def\n", fsize - 1);
+fprintf(outfd, "/unicns { /ShanHeiSun-Light-UniCNS-UTF8-H findfont %d 
scalefont } def\n", fsize - 1);
 # ifdef DEBUG
 if (Debug_flag & DB_PSMPAGE)
 fprintf(outfd, "(\\t'a' length ) print mp_a_x ==\nflush\n");


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#350807: sndfile-programs: endianness problems

[Erik de Castro Lopo]

Paul Brossier <[EMAIL PROTECTED]> writes:

> Package: sndfile-programs
> Version: 1.0.12-3
> Severity: important
>
> playing a 64 bit wave file (produced by timemachine) with sndfile-play
> produces static noise on a powerpc. ardour and sweep play the file fine.
> using sndfile-convert doesn't seem to help.

Paul can you be a little bit more specific about what platform the
original file was created on and which platform it failed to play on?

Basically I need you to fill in as much of the following as you can:

   File created on platform : 


   Program| PPC  | x86
   ---+--+-
   sndfile-play   | fail | 
   ardour | pass | 
   sweep  | pass | 

Cheers,
Erik
-- 
+---+
  Erik de Castro Lopo
+---+
"Perl as a language has less a design than a thousand special features
flying in close formation."
-- From the c2 wiki


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#342843: libfinance-quote-perl: Gnucash / Trustnet.pm incompatibility

[Andrew M. Bishop]

Tomas Pospisek <[EMAIL PROTECTED]> writes:

> > When Gnucash calls for a quote that uses Trustnet.pm as the source there
> > is a problem if the name of the fund contains an '&' character.  From
> > Gnucash it is passed through as '&' which causes Trustnet.pm to use
> > the wrong URL.  (This could be argued as a gnucash bug, but it is good
> > to make libfinance-quote-perl more robust anyway).
> > The attached patch below works for version 1.10 of Finance::Quote which
> > is newer than the one currently in Debian (see bug #338777).
> 
> I think a better place to report this would be upstream [1] especially since 
> the
> debian maintainer seems to be MIA since 2003.
> *t
> 
> [1] http://sourceforge.net/tracker/?group_id=4232&atid=104232

I have now reported this upstream.

-- 
Andrew.
--
Andrew M. Bishop [EMAIL PROTECTED]
  http://www.gedanken.demon.co.uk/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354933: vlan: vconfig is called again for inet6 stanzas

[James Harper]

> 
> I can submit a patch to do this if it is considered a good idea.
> 

Unfortunately, my patch works on ifup because the vlan-ignore option is
set in the inet6 stanza, but because ifdown hits the inet entry first,
by the time the inet6 stanza is processed the interface is gone :(

Bug#354877: subversion: data written to stderr in pre-commit hook is not output by the client

[Peter Samuelson]

tags 354877 upstream
thanks

[Vincent Lefevre]
> The Subversion manual says:
> 
>   If the hook program writes data to stderr, it will be marshalled
>   back to the client.
> 
> But this message is output only in case of failure (instead of
> everytime).

Thanks for reporting this upstream, saving me the trouble.  (:

I don't intend to try to fix it in Debian, as I'm not certain whether
the bug is in the code or in the manual.

Thanks,
Peter


signature.asc
Description: Digital signature

Bug#354934: ITP: acerhk -- Acer Hotkey driver for Linux

[Kel Modderman]

Package: wnpp
Severity: wishlist
Owner: Kel Modderman <[EMAIL PROTECTED]>


* Package name: acerhk
  Version : 0.5.32
  Upstream Author : Olaf Tauber <[EMAIL PROTECTED]>
* URL : http://www.informatik.hu-berlin.de/~tauber/acerhk/
* License : GPL
  Description : Acer Hotkey driver for Linux

 This driver will give access to the special keys on notebooks of the
 Acer Travelmate series, which are not handled by the keyboard
 driver. It also works on notebooks from other manufacturers (some
 Medion,
 Fujitsu-Siemens, ...).
 .
 It also has some other related functionality (depending on the
 model):
  - controlling LEDs (Mail, Wireless)
  - enable/disable wireless hardware
 .
 http://www.informatik.hu-berlin.de/~tauber/acerhk/

acerhk is i386 only.

Current packages are available at the following location:-
http://kanotix.com/files/debian/pool/main/a/acerhk/

Thanks, Kel.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (700, 'unstable'), (500, 'experimental'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-rc5-1
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354933: vlan: vconfig is called again for inet6 stanzas

[James Harper]

Package: vlan
Version: 1.9-1
Severity: normal

with a static inet6 entry in /etc/interfaces, the vlan ifupdown script try
and do a second vconfig because they think it is a second interface. I'm not
sure of the best way to work around this, but i'd be happy just to be able
to add a 'vlan-ignore' entry to make the vlan code ignore something that
looks like it should be processed.

I can submit a patch to do this if it is considered a good idea.

It wouldn't be sufficient to automatically ignore vlan code for inet6 as you
might be running in an ipv6 only network.

Ultimately I think the ifupdown scripts should be changed to not treat an
inet6 entry as a separate interface, but am not sure what the final solution
might look like.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-386
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages vlan depends on:
ii  iproute   20051007-3 Professional tools to control the 
ii  libc6 2.3.5-13   GNU C Library: Shared libraries an

vlan recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354756: -legacy should Replace regular nvidia pkg

[Steve Langasek]

severity 354756 important
thanks

On Wed, Mar 01, 2006 at 10:39:33AM -0500, Mike Furr wrote:

> Steve Langasek wrote:
> > Your point is non-obvious to me.  A Replaces: w/o Conflicts: makes sense
> > only if ownership of files has moved from one package to another, which is
> > not the case here since the two versions of the package aren't necessarily
> > compatible; a Replaces: w/ Conflicts: is used to indicate that one package
> > should be preferred over the other; a Conflicts: alone says that the two
> > packages cannot be installed together, without making any claims about which
> > one should be installed.  Why is the last use the wrong one here?  In
> > particular, why is it so wrong that it warrants a bug of severity: serious?
> I guess I'm arguing that there should be an upgrade path from the "new"
> drivers to the "legacy" drivers.  This was experience: I have an old
> graphics card in this box (TNT2) and had held the "new" drivers to the
> last version that supported it (upstream 1.7174).  When I saw the legacy
> drivers package (using the same upstream 1.7174), I rejoiced that I
> would not have to fight with aptitude any more over this.  I removed the
> old nvidia-kernel-source package and installed the -legacy variant.  I
> then build a nvidia-kernel-legacy module and tried to install it.  Since
> it contained the same files as the previously installed nvidia-kernel
> module package, dpkg failed as there was no Replaces.  Thus to install
> it, I would have to remove the module, which would remove the glx
> packages and a host of other things which would be a huge PITA.  Note
> that this would also be the case if I were coming from Sarge with this
> graphics card.

Well, except that a) using apt to install the new package would
automatically handle this upgrade case for you (and there are binary
nvidia-kernel-legacy packages in the archive for 2.6.15-1), and b) if you
use dpkg for both removing the old package and installing the new one, you
don't have to remove the other packages either.  So you have a point that
this could be improved, but it doesn't look like the current behavior of the
package is wrong from a policy compliance perspective.

> I believe this path is the most likely.  The only time I would go from
> legacy => new would be if I upgraded the graphics card.  In which case
> I'd have to boot w/o X anyway, so it would be more acceptable to have to
> remove the graphics drivers/glx libs while upgrading the drivers.

> Ideally, I guess the legacy package should Replace the new(<= 1.7174),
> but I assume that like versioned Conflicts, this isn't supported?  This
> way we could also have the new version (>1.7174) Replace the legacy
> package

Versioned conflicts and replaces are both supported.  So probably the best
option would be

Package: nvidia-kernel-legacy-#KVERS#
Conflicts: nvidia-kernel-#KVERS#
Replaces: nvidia-kernel-#KVERS# (<< 1.0.7664-0)

or, pick some other upper cap for the replaces: that seems appropriate.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#353277: Please reject to rule on the ndiswrapper question

[Steve Langasek]

On Wed, Mar 01, 2006 at 01:03:56AM -0300, Henrique de Moraes Holschuh wrote:
> On Tue, 28 Feb 2006, Steve Langasek wrote:
> > The Section: field of a Debian package's control file is a technical detail
> > of the package, as is the location of a package on the Debian mirror.  You
> > may consider that a particular decision has political motivations, but this
> > may be true of many technical decisions; the technical outcomes are still
> > under the purview of the Technical Committee.

> (OBdisclaimer: I could care less wether ndiswrapper is in main, contrib, or
> /dev/null)

> Steve, it is rare that I disagree with you, but frankly, that makes no sense
> at all.  Either that, or I misunderstood what you meant.

> You have here a political/social fact "A" which causes a technical
> device/method/procedure "B" to exist/happen.

> The ctte can override how B is done, but only insofar as to implement *the
> same* "A".

> Otherwise, the ctte could overrule just about everything in Debian.  Were
> they not bound by the SC themselves, they could overrule even the SC itself
> by determining that the files that determine in which suite a package go
> should make all packages in the non-free suite go into the main suite.

I wonder why you think it's *not* the intention of the constitution that the
technical committee be in a position to overrule "just about everything in
Debian".  The exact phrasing of the constitution is:

  4. Overrule a Developer (requires a 3:1 majority).

  The Technical Committee may ask a Developer to take a particular technical
  course of action even if the Developer does not wish to; this requires a
  3:1 majority. For example, the Committee may determine that a complaint
  made by the submitter of a bug is justified and that the submitter's
  proposed solution should be implemented.

Nowhere do I see anything that says the committee must limit itself to
requiring a developer to take a particular technical course of action *that
agrees with the developer's pre-existing political views on the issue*.  I
mean, it shouldn't have to be said that developers are going to disagree
with a technical committee who is overriding them for some reason or
another, and I think it's rare that a technical decision is free of all
non-technical considerations.  Given that the technical committee is the
only appelate body defined in the constitution, I don't believe it was ever
intended that their authority could be vetoed by claiming that a particular
technical decision was made on religious grounds.

The bottom line is, the technical committee can't override our foundation
documents, and it would be unwise for the committee to run around randomly
overriding developers all the time; but otherwise, this *is* the power that
the constitution invests in the TC, and you kinda have to trust that we
won't abuse it.

> > The question we have been asked to consider is, "which section should the
> > ndiswrapper package list in its control file?"  This is a technical

> The answer to that question is: the one policy determines it to.  The ctte
> can not say much more than that, packages are not placed into a *suite*
> (main or contrib) because of any sort of technical concern.

Policy claims to be a technical document.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#354932: Description should explain relationship to built-in cabal package of ghc

[Daniel Burrows]

Package: libghc6-cabal-dev
Version: 1.1.3
Severity: minor

  From reading the description of this package it's not immediately clear
how this cabal relates to the one shipped in ghc.  The README.Debian is
not terribly helpful either:

 This is just a test package.

  which suggests to me that users shouldn't even be installing this and it
should go in the experimental archive.  I suspect this is just leftover
from an earlier package version, though.

  Daniel

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental'), (1, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages libghc6-cabal-dev depends on:
ii  ghc6  6.4.1-1GHC - the Glasgow Haskell Compilat

libghc6-cabal-dev recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#341884: libc6: [mips] tri-arch support for mips & mipsel

[Stuart Anderson]

On Thu, 2 Mar 2006, Aurelien Jarno wrote:


Please note also that I used a modified version of this patch (mainly
because the glibc has changed since you reported the bug) to bootstrap
32-bit and 64-bit glibc/gcc/zlib on mips.


I am glad to hear that you were successful!


You can find all the corresponding packages on:
http://people.debian.org/~aurel32/mips-triarch/


It looks these are big endian. This nicely compliments the (slightly older)
little endian packages at http://www.helix-hpc.com/apt/.

I know I need to play catch up once again. Sometimes it seems like a new
source package comes out before I can finish the builds from re-syncing with
the previous package 8-).

I should be able to get the LE packages caught again up in the next couple
of days.


+Conflicts: libc6-mips32


Why a confict there? Does such a package has existed in the archive?


No, not in the Debian archive. It existed in my local archive, and was the
result of some package renaming that was done in response to some earlier
comments. This particular Conflict should not be needed in the real packages.


+Provides: libn32c-dev


What about providing lib32c-dev instead?


I can't get to my source right this momment to check, but isn't lib32c-dev
provided by the o32 package?


compared to the other ports, and it also have the advantage for other
biarch packages to use a unique name across all the architectures.


If there is a change that makes things more consistant, I would have
no objection.


Note also that the other architectures does not encode the ABI name in
32-bit or 64-bit packages. I mean that the package is not called for
example libi386c-dev and the libgcc package is called lib32gcc1-dev and
not libi386gcc1-dev.


Some of the unusual names are needed to distinguish between the two 32 ABIs,
o32 and n32.


+# This is needed to keep binutils (ar & ranlib) from getting confused about
+# the file format being used.
+export GNUTARGET=elf64-tradbigmips


I have concerned with this. I understand that is is a workaround
necessary to currently build the glibc, however, I would prefer to have
a fixed binutils instead of that.


I have been remiss in not getting a proper bug filed against binutils for this.
I'll try to get this taken care of tomorrow.


Stuart

Stuart R. Anderson   [EMAIL PROTECTED]
Network & Software Engineering   http://www.netsweng.com/
1024D/37A79149:  0791 D3B8 9A4C 2CDC A31F
 BD03 0A62 E534 37A7 9149


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354930: procps: top running away if terminal is closed

[Tina Isaksen]

Package: procps
Version: 1:3.2.5-1
Severity: important

If you forget to quit 'top' before closing the terminal, top will run away 
consuming all available CPU power. I'm reliable reproducing the problem with 
both 
Konsole and XTerm.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8)

Versions of packages procps depends on:
ii  libc6 2.3.5-13   GNU C Library: Shared libraries an
ii  libncurses5   5.5-1  Shared libraries for terminal hand

Versions of packages procps recommends:
ii  psmisc22.1-1 Utilities that use the proc filesy

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#337453: Patch for NMU of ssldump

[Simon Law]

On Wed, Mar 01, 2006 at 11:44:10PM +0100, Luk Claes wrote:
> Attached the patch for the version I uploaded. Please respond if
> you think that the attached patch won't work.

This patch looks fine.

Oy!  Why do the OpenSSL people have to keep breaking their API?

Happy hacking,
-- 
Simon Law http://www.law.yi.org/~sfllaw/


signature.asc
Description: Digital signature

Bug#283454: Update to 2004-11-30 fails to

[Mike Hommey]

On Wed, Mar 01, 2006 at 02:35:55PM -0500, Justin Pryzby <[EMAIL PROTECTED]> 
wrote:
> Can I expect to see this bug fixed for etch?
> 
> http://bugs.debian.org/283454
> 
> Justin
> 

I'm afraid I'm going to just close this bug. The file doesn't exist. The
version you had the bug with only existed in sid/testing and the version
that landed in sarge is newer. We must provide clean upgrade paths from
stable distributions, but here I don't see the point, actually.

Cheers

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354929: nautilus: new launcher option is only available from the desktop context menu

[joshua]

Package: nautilus
Version: 2.10.1-2
Severity: minor

Dunno if this is a wishlist or a bug.  The "New Launcher" menu item
should be available from File/Create Document.  Currently, I only find
"New Launcher" on the desktop context menu (right click on the desktop).
If I turn the desktop off via gconf-editor then "New Launcher" cannot be
found anywhere.

-- System Information:
Debian Release: 3.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.15.4-b1
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8

Versions of packages nautilus depends on:
ii  capplets   1:2.10.1-3configuration applets for GNOME 2 
ii  desktop-file-utils 0.9-1 Utilities for .desktop files
ii  libart-2.0-2   2.3.16-6  Library of functions for 2D graphi
ii  libatk1.0-01.10.1-2  The ATK accessibility toolkit
ii  libaudiofile0  0.2.3-4   The Audiofile Library
ii  libbonobo2-0   2.8.0-3   Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.6.1-1   The Bonobo UI library
ii  libc6  2.3.5-3   GNU C Library: Shared libraries an
ii  libeel2-2  2.10.1-2  Eazel Extensions Library (for GNOM
ii  libesd00.2.36-1  Enlightened Sound Daemon - Shared 
ii  libexif10  0.6.9-1   The EXIF library allows you to par
ii  libgail-common 1.8.0-2   GNOME Accessibility Implementation
ii  libgail17  1.8.0-2   GNOME Accessibility Implementation
ii  libgconf2-42.12.1-8  GNOME configuration database syste
ii  libglade2-01:2.5.1-2 library to load .glade files at ru
ii  libglib2.0-0   2.8.6-1   The GLib library of C routines
ii  libgnome-desktop-2 2.10.1-2  Utility library for loading .deskt
ii  libgnome2-02.8.0-5   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.12.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.8.0-3   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.12.2-5  GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.10-1  The GTK+ graphical user interface 
ii  libice64.3.0.dfsg.1-6Inter-Client Exchange library
ii  libnautilus-extension1 2.10.1-2  libraries for nautilus components 
ii  liborbit2  1:2.10.2-1.1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.10.2-1  Layout and rendering of internatio
ii  libpopt0   1.7-2 lib for parsing cmdline parameters
ii  librsvg2-2 2.9.5-3   SAX-based renderer library for SVG
ii  libsm6 4.3.0.dfsg.1-6X Window System Session Management
ii  libstartup-notificatio 0.8-1 library for program launch feedbac
ii  libx11-6   4.3.0.dfsg.1-6X Window System protocol client li
ii  libxml22.6.23.dfsg.1-0.1 GNOME XML library
ii  nautilus-data  2.10.1-2  data files for nautilus
ii  shared-mime-info   0.9-1 FreeDesktop.org shared MIME databa
ii  xlibs  6.8.2.dfsg.1-3X Window System client libraries m
ii  zlib1g 1:1.2.2-8 compression library - runtime

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354831: ITP: bfc -- Brainfuck compiler

[Lionel Elie Mamane]

On Wed, Mar 01, 2006 at 02:41:39PM +0200, Panu Kalliokoski wrote:

> * Package name: bfc
>   Description : Brainfuck compiler

You really think that thing should be priority optional? I'd say
extra.

-- 
Lionel


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354926: (no subject)

[Justin Pryzby]

Also nonposix, from the main installer script: if !, $(, and -a again


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#341884: libc6: [mips] tri-arch support for mips & mipsel

[Aurelien Jarno]

[Cc:ing [EMAIL PROTECTED], as some people might be interested there]

Hi!

On Sat, Dec 03, 2005 at 01:42:10PM -0700, Stuart Anderson wrote:
> Package: libc6
> Version: 2.3.5-8.2
> Severity: wishlist
> Tags: patch
> 
> 
> Please enable tri-arch support for the MIPS platforms. The attached
> patch (And corresponding patch for gcc #341882) provide support for n32
> & n64 ABIs in addition to the current o32 ABI. These patches have been
> tested by building n32 & n64 version of the ltp packages.
> 

I have just reviewed your patch, please find my comments inline (parts
where I agree have been removed).

Please note also that I used a modified version of this patch (mainly
because the glibc has changed since you reported the bug) to bootstrap
32-bit and 64-bit glibc/gcc/zlib on mips. You can find all the 
corresponding packages on:
http://people.debian.org/~aurel32/mips-triarch/

> Index: debian/control
> ===
> --- debian/control(.../vendor/glibc/current)  (revision 144)
> +++ debian/control(.../src/glibc) (revision 144)
> @@ -424,6 +424,49 @@
>   which use the standard C library. This is the 64bit version of the
>   library, meant for PowerPC64 systems.
>  
> +Package: libc6-mipsn32
> +Architecture: mips mipsel
> +Section: base
> +Priority: required
> +Depends: libc6 (= ${Source-Version})
> +Conflicts: libc6-mips32

Why a confict there? Does such a package has existed in the archive?

> +Description: GNU C Library: n32 Shared libraries for MIPS
> + This package includes shared versions of the standard C library and the
> + standard math library, as well as many others. This is the n32 version
> + of the library, meant for MIPS systems.
> +
> +Package: libc6-dev-mipsn32
> +Architecture: mips mipsel
> +Section: libdevel
> +Priority: standard
> +Provides: libn32c-dev

What about providing lib32c-dev instead? It seems more "standard"
compared to the other ports, and it also have the advantage for other
biarch packages to use a unique name across all the architectures.

Note also that the other architectures does not encode the ABI name in
32-bit or 64-bit packages. I mean that the package is not called for
example libi386c-dev and the libgcc package is called lib32gcc1-dev and
not libi386gcc1-dev.

> +Depends: libc6-mipsn32 (= ${Source-Version}), libc6-dev (= 
> ${Source-Version}), lib32gcc1
> +Description: GNU C Library: n32 Development Libraries for MIPS
> + Contains the symlinks and object files needed to compile and link programs
> + which use the standard C library. This is the n32 version of the
> + library, meant for MIPS systems.
> +
> +Package: libc6-mipsn64
> +Architecture: mips mipsel
> +Section: base
> +Priority: required
> +Depends: libc6 (= ${Source-Version})
> +Description: GNU C Library: 64bit Shared libraries for MIPS64
> + This package includes shared versions of the standard C library and the
> + standard math library, as well as many others. This is the 64bit version
> + of the library, meant for MIPS64 systems.
> +
> +Package: libc6-dev-mipsn64
> +Architecture: mips mipsel
> +Section: libdevel
> +Priority: standard
> +Provides: libn64c-dev

Same comment as for the 32-bit part.

> +Depends: libc6-mipsn64 (= ${Source-Version}), libc6-dev (= 
> ${Source-Version}), lib64gcc1
> +Description: GNU C Library: 64bit Development Libraries for MIPS64
> + Contains the symlinks and object files needed to compile and link programs
> + which use the standard C library. This is the 64bit version of the
> + library, meant for MIPS64 systems.
> +
>  Package: libc6-sparcv9
>  Architecture: sparc
>  Section: libs

> Index: debian/sysdeps/mips.mk
> ===
> --- debian/sysdeps/mips.mk(.../vendor/glibc/current)  (revision 0)
> +++ debian/sysdeps/mips.mk(.../src/glibc) (revision 144)
> @@ -0,0 +1,29 @@
> +GLIBC_PASSES += mipsn64 mipsn32
> +DEB_ARCH_REGULAR_PACKAGES += libc6-mipsn64 libc6-dev-mipsn64 libc6-mipsn32 
> libc6-dev-mipsn32
> +# This is needed to keep binutils (ar & ranlib) from getting confused about
> +# the file format being used.
> +export GNUTARGET=elf64-tradbigmips

I have concerned with this. I understand that is is a workaround
necessary to currently build the glibc, however, I would prefer to have
a fixed binutils instead of that.

Note that such a hack is also necessary to build zlib, so I think it is
virtually necessary for all 64-bit stuff.

> +mipsn32_MIN_KERNEL_SUPPORTED = 2.6.0
> +mipsn32_configure_target = mips64-linux
> +mipsn32_CC = $(CC) -mabi=n32
> +mipsn32_extra_cflags = 
> +mipsn32_add-ons = linuxthreads $(add-ons)
> +libc6-mipsn32_shlib_dep = libc6-mipsn32 (>= $(shlib_dep_ver))
> +mipsn32_LIBDIR = 32
> +mipsn32_extra_config_options := $(extra_config_options) --with-__thread 
> --disable-profile
> +
> +mipsn64_MIN_KERNEL_SUPPORTED = 2.6.0
> +mipsn64_configure_target = mips64-linux
> +mipsn64_CC = $(CC) -mabi=64
> +mipsn64_extra_cflags = 
> 

Bug#302959: Improper copyright file

[Justin Pryzby]

> On 3/1/06, Justin Pryzby <[EMAIL PROTECTED]> wrote:
> > Can I expect to see this bug fixed for etch?

On Thu, Mar 02, 2006 at 05:40:33AM +0100, LENART Janos wrote:
> Sure, this is a *very* important bug. It's okay to NMU it, I am not
> sure I will have the time.
I am not sure if you are being serious.

I'm persuing fixes to bugs I've reported because I actually care if
they get fixed.  In some cases bugs I've reported against copyright
files (other other things) are small and trivial to fix; other times
there is a major problem, and difficult to address.  In either case, I
report the problems I find.

Unfortunately, I can't nmu, since I'm no dd.

Justin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354928: packages.debian.org: missing changelogs

[Stepan Golosunov]

Package: www.debian.org
Severity: normal

I could not find changlogs on packages.debian.org on any package I
tried. Links lead to nowhere:
The requested URL /changelogs/pool/main/d/dpkg/dpkg_1.10.28/changelog
was not found on this server.
Copyright files are also missing.


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#302959: Improper copyright file

[LENART Janos]

Sure, this is a *very* important bug. It's okay to NMU it, I am not
sure I will have the time.

On 3/1/06, Justin Pryzby <[EMAIL PROTECTED]> wrote:
> Can I expect to see this bug fixed for etch?

--
LÉNÁRT, János
<[EMAIL PROTECTED]>

Bug#354926: msttcorefonts: /bin/sh maintscript uses [ ... -a ... ]

[Justin Pryzby]

Package: msttcorefonts
Severity: normal
Version: 1.2

The prerm script is #!/bin/sh but uses nonposix test [ ... -a ... ]
rather than [ ... ] && [ ... ]

Also, I would feel better if this filename were quoted:
  /usr/share/doc/msttcorefonts/READ_ME!.gz


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354927: susv3: /bin/sh maintscript uses nonposix $()

[Justin Pryzby]

Package: susv3
Severity: normal
Version: 6.1

The post install script is #!/bin/sh but uses nonposix $() rather than
``.

Also I wonder if || exit 1 is useful, since the script already uses
set -e.

What does the comment about the debhelper token mean?  dpkg has no
mechanism for registering files..


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#353359: pop-before-smtp is in need of an update: 1.41 is the latest

[Wayne Davison]

FYI: the arrival of March 1st revealed a bug in 1.40's new timestamp
parsing, so version 1.41 was released earlier today.

..wayne..


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354723: Processed: Re: Bug#354723: unixodbc: fails to retrieve data from ODBC connection

[Dirk Eddelbuettel]

Johannes,

On 1 March 2006 at 19:06, Steve Langasek wrote:
| On Wed, Mar 01, 2006 at 09:00:02PM -0600, Dirk Eddelbuettel wrote:
| 
| > I just inherited this bug report. As I understand ODBC, the actual lifting 
is
| > done by the ODBC driver of the RDBMS -- here MySQL. My casual look seems to
| > indicate that the segfault is there, so neither a r-cran-rodbc bug, nor (as
| > Steve determined) a odbcconfig bug.
| 
| > But why r-cran-rodbc?  That package has been very stable upstream, and
| > generally solid.  
| 
| Because the behavior when trying to issue a query using r-cran-rodbc is
| *not* a segfault, it's simply a failure to return the data, and this
| behavior was not reproducible with isql.

Did you try setting believeNRows=FALSE in odbcConnect() ? From
help(odbcConnect, package=RODBC):


 odbcConnect(dsn, uid = "", pwd = "", case = "nochange",
 believeNRows = TRUE)
 [...]
 believeNRows: logical.  Is the number of rows returned by the ODBC
  connection believable?  Not true for Oracle and Sybase,
  apparently.

This has been the fix on other systems, it could simply that RODBC gets
handed a bad value. Apparently common with some backends, as I recall I had
to use that too with some Sybase-on-Solaris versions a while back.

Dirk

-- 
Hell, there are no rules here - we're trying to accomplish something. 
  -- Thomas A. Edison


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354925: apt-cacher: cached files of same name but from different path_maps break apt-cacher

[Tony Lewis]

Package: apt-cacher
Version: 1.5.1
Severity: normal

*** Please type your report

I am caching (amongst others) debian testing and ubuntu dapper repositories.  
When a package 
exists in both, and the package has exactly the same filename, the second 
repository that tries 
to use it does not download it (because it is already cached), but it 
mismatches the MD5 sum, 
and won't install.

Suggest that there might be an option in the config file
separate_repositories=1

If true, the cache name is appended to the packages path, and cached files from 
separate 
repositories don't interfere with each other.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (70, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages apt-cacher depends on:
ii  bzip2 1.0.3-2high-quality block-sorting file co
ii  libwww-perl   5.803-4WWW client/server library for Perl
ii  perl  5.8.8-2Larry Wall's Practical Extraction 

apt-cacher recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354924: msttcorefonts: empty postrm

[Justin Pryzby]

Package: msttcorefonts
Version: 1.2
Severity: minor

The package's postrm script is empty, thus it can be removed, and
debhelper will create one as necessary. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#237775: probably you

[Paula]

Do not ignore me please,
I found your email somewhere and now decided to write you.
I am coming to your place in few weeks and thought we 
can meet each other. Let me know if you do not mind.
I am a nice pretty girl. Don't reply to this email. 
Email me direclty at [EMAIL PROTECTED]





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354723: Processed: Re: Bug#354723: unixodbc: fails to retrieve data from ODBC connection

[Dirk Eddelbuettel]

On 1 March 2006 at 19:06, Steve Langasek wrote:
| On Wed, Mar 01, 2006 at 09:00:02PM -0600, Dirk Eddelbuettel wrote:
| 
| > I just inherited this bug report. As I understand ODBC, the actual lifting 
is
| > done by the ODBC driver of the RDBMS -- here MySQL. My casual look seems to
| > indicate that the segfault is there, so neither a r-cran-rodbc bug, nor (as
| > Steve determined) a odbcconfig bug.
| 
| > But why r-cran-rodbc?  That package has been very stable upstream, and
| > generally solid.  
| 
| Because the behavior when trying to issue a query using r-cran-rodbc is
| *not* a segfault, it's simply a failure to return the data, and this
| behavior was not reproducible with isql.

Could you point me to a reproducible example?  This would help me greatly in
bringing this up with upstream.

Dirk, swamped as I just did a Quantian release

-- 
Hell, there are no rules here - we're trying to accomplish something. 
  -- Thomas A. Edison


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#353115: Shouldn't make Recommends useless

[Filipus Klutiero]

Loïc Minier a écrit :


   Hi,

On Wed, Mar 01, 2006, Filipus Klutiero wrote:
 

synaptic permits removal for "uncommon" situations, but *should* install 
recommendations by default. I still disagree that it's a bug not to do 
so though.
   



You disagree that's it's a bug not to implement the dependencies
described in Policy?  
 

Hehe, I'm not sure whether this is a proper reformulation of what I 
stated :)


Anyway, be warned that you'll have a hard time to back a bug on a dpkg 
front-end with Policy, which is "APT-agnostic". If a dpkg front-end is 
found to violate policy due to its package management, it will probably 
end up being a dpkg bug. As I guess you agree that it's not a bug for 
dpkg -i to ignore recommendations, I think you should see that synaptic 
isn't violating Policy neither.



Back to my point: the simple fact this is not implemented renders this
type of dependency *dangerous* for package maintainers to use.  I can't
rely on the behavior or Recommends to be installed by default any more,
hence I'm forced to upgrade deps to Depends, and to remove freedoms to
my users.  Thanks.
 

It's hard to see why a recommendation would be dangerous. As you know, 
packages can't rely on recommendations, so if it's dangerous to not have 
a recommendation installed, it shouldn't be a recommendation. You are 
not forced to change deps and remove freedoms to your users. As a 
maintainer you should simply ignore the bugs of package managers, as 
well as other package managers issues if you consider them bugs.



I certainly *don't*, we have correct package managers already, aptitude
is an example, and the old and not-so-maitained-anymore dselect is
handling this way better than synaptic.  How can you consider
pushing users into using "simpler" or "nicer" software when you are in
fact pushing them into breaking recommends?
 

"Breaking recommends" is not a good description of what synaptic is 
doing with them. Anyway, aptitude looks like a bad example of a package 
manager to state as superior to synaptic given #299009. I must admit 
that this is where my experience with it ends, so I don't know how 
broken or not broken it is beyond that.



Package recommendations have to be the default, and don't have to be
explicitely selected by users.
 

Again, my only disagreement with this is about "have to" versus 
"should". As a wishlist bug this is clearly valid and a high priority 
enhancement to do, but then it's a matter of writing it as usual, and as 
Michael said. Cheers to the patch writer.

Bug#354923: /usr/X11R6/bin/xrdb: typo in xrdb man page

[Andrew Cady]

Package: xbase-clients
Version: 4.3.0.dfsg.1-14sarge1
Severity: minor
File: /usr/X11R6/bin/xrdb


In xrdb(1x) you will find:

 -retain This  option indicates that the server should be instructed not
 to reset if xrdb is the first client.  This never be necessary
 under normal conditions, since xdm and xinit always act as the
 first client.

Of course the missing word is "should":

 -retain This  option indicates that the server should be instructed not
 to reset if xrdb is the first client.  This SHOULD never be
 necessary under normal conditions, since xdm and xinit always
 act as the first client.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354723: Processed: Re: Bug#354723: unixodbc: fails to retrieve data from ODBC connection

[Steve Langasek]

On Wed, Mar 01, 2006 at 09:00:02PM -0600, Dirk Eddelbuettel wrote:

> I just inherited this bug report. As I understand ODBC, the actual lifting is
> done by the ODBC driver of the RDBMS -- here MySQL. My casual look seems to
> indicate that the segfault is there, so neither a r-cran-rodbc bug, nor (as
> Steve determined) a odbcconfig bug.

> But why r-cran-rodbc?  That package has been very stable upstream, and
> generally solid.  

Because the behavior when trying to issue a query using r-cran-rodbc is
*not* a segfault, it's simply a failure to return the data, and this
behavior was not reproducible with isql.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#354723: Processed: Re: Bug#354723: unixodbc: fails to retrieve data from ODBC connection

[Dirk Eddelbuettel]

I just inherited this bug report. As I understand ODBC, the actual lifting is
done by the ODBC driver of the RDBMS -- here MySQL. My casual look seems to
indicate that the segfault is there, so neither a r-cran-rodbc bug, nor (as
Steve determined) a odbcconfig bug.

But why r-cran-rodbc?  That package has been very stable upstream, and
generally solid.  

Dirk

On 1 March 2006 at 16:18, Debian Bug Tracking System wrote:
| Processing commands for [EMAIL PROTECTED]:
| 
| > reassign 354723 r-cran-rodbc
| Bug#354723: unixodbc: fails to retrieve data from ODBC connection
| Bug reassigned from package `unixodbc' to `r-cran-rodbc'.
| 
| > thanks
| Stopping processing here.
| 
| Please contact me if you need assistance.
| 
| Debian bug tracking system administrator
| (administrator, Debian Bugs database)
| 

-- 
Hell, there are no rules here - we're trying to accomplish something. 
  -- Thomas A. Edison


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354921: totem-gstreamer: missing library

[Robert Swan]

Package: totem-gstreamer
Version: 1.2.1-3
Severity: normal


[EMAIL PROTECTED]:~$ totem
totem: error while loading shared libraries: libnautilus-burn.so.0: cannot open 
shared object file: No such file or directory

-- 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.15-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages totem-gstreamer depends on:
ii  gconf2   2.12.1-9GNOME configuration database syste
ii  gstreamer0.8-aa [gstream 0.8.12-1AA-lib plugin for GStreamer
ii  gstreamer0.8-alsa [gstre 0.8.12-1ALSA plugin for GStreamer
ii  gstreamer0.8-artsd [gstr 0.8.12-1aRtsd plugin for GStreamer
ii  gstreamer0.8-caca [gstre 0.8.12-1Colour AsCii Art library plugin fo
ii  gstreamer0.8-esd [gstrea 0.8.12-1Enlightened Sound Daemon plugin fo
ii  gstreamer0.8-gnomevfs0.8.12-1Gnome VFS plugin for GStreamer
ii  gstreamer0.8-jack [gstre 0.8.10-1JACK plugin for GStreamer
ii  gstreamer0.8-mad 0.8.12-1MAD MPEG audio decoder plugin for 
ii  gstreamer0.8-misc0.8.12-1Collection of various GStreamer pl
ii  gstreamer0.8-oss [gstrea 0.8.12-1OSS plugin for GStreamer
ii  gstreamer0.8-polypaudio  0.8.11-2polypaudio plugin for GStreamer
ii  gstreamer0.8-sdl [gstrea 0.8.12-1SDL videosink plugin for GStreamer
ii  gstreamer0.8-vorbis  0.8.12-1Vorbis plugin for GStreamer
ii  gstreamer0.8-x [gstreame 0.8.12-1X videosink plugin for GStreamer
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.10.1-2The Bonobo UI library
ii  libc62.3.6-2 GNU C Library: Shared libraries an
ii  libcairo21.0.2-3 The Cairo 2D vector graphics libra
ii  libdbus-1-2  0.61-2  simple interprocess messaging syst
ii  libdbus-glib-1-2 0.61-2  simple interprocess messaging syst
ii  libesd0  0.2.36-3Enlightened Sound Daemon - Shared 
ii  libexpat11.95.8-3XML parsing C library - runtime li
ii  libfontconfig1   2.3.2-2 generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgconf2-4  2.12.1-9GNOME configuration database syste
ii  libgcrypt11  1.2.2-1 LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.8.6-1 The GLib library of C routines
ii  libgnome-desktop-2   2.12.2-2Utility library for loading .deskt
ii  libgnome-keyring00.4.8-1 GNOME keyring services library
ii  libgnome2-0  2.12.0.1-5  The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.12.0-2A powerful object-oriented display
ii  libgnomeui-0 2.12.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.12.2-6GNOME virtual file-system (runtime
ii  libgnutls11  1.0.16-14   GNU TLS library - runtime library
ii  libgpg-error01.1-4   library for common error values an
ii  libgstreamer-gconf0.8-0  0.8.12-1GConf support for GStreamer
ii  libgstreamer-plugins0.8- 0.8.12-1Various GStreamer libraries and li
ii  libgstreamer0.8-00.8.12-1Core GStreamer libraries, plugins,
ii  libgtk2.0-0  2.8.12-1The GTK+ graphical user interface 
ii  libice6  6.9.0.dfsg.1-4  Inter-Client Exchange library
ii  libjpeg626b-11   The Independent JPEG Group's JPEG 
ii  liblircclient0   0.7.2-2 LIRC client library
ii  libmusicbrainz4c2a   2.1.2-2 Second generation incarnation of t
ii  libnautilus-extension1   2.12.2-2libraries for nautilus components 
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.10.4-1Layout and rendering of internatio
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   6.9.0.dfsg.1-4  X Window System Session Management
ii  libstartup-notification0 0.8-1   library for program launch feedbac
ii  libtasn1-2   0.2.17-1Manage ASN.1 structures (runtime)
ii  libtotem-plparser0   1.2.1-3 Totem Playlist Parser library - ru
ii  libx11-6 6.9.0.dfsg.1-4  X Windo

Bug#347844: most: Cannot confirm

[Javier Kohen]

Package: most
Version: 4.10.2-2.0.1
Followup-For: Bug #347844

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I cannot confirm this with most + the most-mbglitches+more2.patch patch from 
bug #211217 using locale [EMAIL PROTECTED] Note my libc6 version as well.

- -- 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.15-ck4
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)

Versions of packages most depends on:
ii  libc6 2.3.6-2GNU C Library: Shared libraries an
ii  libslang2 2.0.5-3The S-Lang programming library - r

most recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFEBlza823633cP2P8RAjUPAJ4j+pcfqFKkycPZF/YebRc/eN+7AgCeLs8K
kPW8Qvllx7nFk0qOCYY/FFA=
=1XFi
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#211217: Please apply patches

[Javier Kohen]

Hi Benjamin,

Could you please apply the last patch I attached to this issue?

Thanks,
-- 
Javier Kohen <[EMAIL PROTECTED]>
ICQ: blashyrkh #2361802
Jabber: [EMAIL PROTECTED]


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#354922: mutt: Segfault after performing break-thread

[jamessan]

Package: mutt
Version: 1.5.11+cvs20060126-1
Severity: normal


I was initially seeing this segfault when attempting to break-thread on
a reply to an email whose parent hadn't been received yet.  After the
break-thread, my view of the folder changed from the bottom of the list
of emails to the top.  The following two backtraces were produced by
pressing the respective keys afterwards.

The segfault has stopped now and I think it's because I received the
parent message to the one I was performing break-thread on.  I'll keep
an eye out for duplicating the bug again and see if I can get some info
out of the structures being referenced.

Break thread (#) followed by j

Program received signal SIGSEGV, Segmentation fault.
0x080629a0 in index_color (index_no=138507648) at ../curs_main.c:197
197 ../curs_main.c: No such file or directory.
in ../curs_main.c
(gdb) bt
#0  0x080629a0 in index_color (index_no=138507648) at ../curs_main.c:197
#1  0x08084114 in menu_redraw_motion (menu=0x8159aa8) at ../menu.c:301
#2  0x08063765 in mutt_index_menu () at ../curs_main.c:574
#3  0x0808050b in main (argc=1, argv=0xbf9ea2b4) at ../main.c:966
(gdb)

Break thread (#) followed by 

Program received signal SIGSEGV, Segmentation fault.
0x08068336 in mutt_index_menu () at ../curs_main.c:1184
1184 done = 1;
(gdb) bt
#0  0x08068336 in mutt_index_menu () at ../curs_main.c:1184
#1  0x0808050b in main (argc=1, argv=0xbfd5b654) at ../main.c:966
(gdb)

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (499, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-debil-3
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages mutt depends on:
ii  libc6 2.3.6-2GNU C Library: Shared libraries an
ii  libdb4.3  4.3.29-4.1 Berkeley v4.3 Database Libraries [
ii  libgnutls11   1.0.16-14  GNU TLS library - runtime library
ii  libidn11  0.5.18-2   GNU libidn library, implementation
ii  libncursesw5  5.5-1  Shared libraries for terminal hand
ii  libsasl2  2.1.19-1.9 Authentication abstraction library
ii  postfix [mail-transport-agent 2.2.9-1A high-performance mail transport 

Versions of packages mutt recommends:
ii  locales   2.3.6-2GNU C Library: National Language (
ii  mime-support  3.35-1 MIME files 'mime.types' & 'mailcap

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#302929: Improper copyright file

[Justin Pryzby]

Can I expect to see this bug fixed for etch?  It was tagged 'pending'
for over 6 months, and the package hasn't been updated in nearly 4
years.

http://bugs.debian.org/302929

Justin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354849: f-spot fails to start (DBus.Connection could not be loaded)

[Mikol Graves]

Followup-For: Bug #354849
Package: f-spot
Version: 0.1.8-1

*** Please type your report below this line ***

I get similar results:

 > f-spot

 ** (/usr/lib/f-spot/f-spot.exe:12532): WARNING **: The following
 assembly referenced from /usr/lib/f-spot/f-spot.exe could not be
 loaded:
  Assembly:   dbus-sharp(assemblyref_index=10)
  Version:0.60.0.0
  Public Key: 9eef2692033670f5
 The assembly was not found in the Global Assembly Cache, a path
 listed in the MONO_PATH environment variable, or in the location
 of the executing assembly (/usr/lib/f-spot).


 ** (/usr/lib/f-spot/f-spot.exe:12532): WARNING **: The class
 DBus.Connection could not be loaded, used in dbus-sharp,
 Version=0.60.0.0, Culture=neutral, PublicKeyToken=9eef2692033670f5

 =
 Got a SIGSEGV while executing native code. This usually indicates
 a fatal error in the mono runtime or one of the native libraries
 used by your application.
 =

 Stacktrace:

 in <0x> Driver:Main (string[])
 in <0x16f> Driver:Main (string[])
 in <0xb120c7> (wrapper runtime-invoke) 
System.Object:runtime_invoke_void_string[] (object,intptr,intptr,intptr)

 Native stacktrace:

 /usr/lib/libmono.so.0(mono_handle_native_sigsegv+0xe5) [0xb7e28485]
 /usr/lib/libmono.so.0 [0xb7de94dd]
 [0xe440]
 /usr/lib/libmono.so.0(mono_compile_create_var+0xa8) [0xb7de53f8]
 /usr/lib/libmono.so.0(mini_method_compile+0xfd1) [0xb7e055a1]
 /usr/lib/libmono.so.0 [0xb7e064db]
 /usr/lib/libmono.so.0(mono_compile_method+0x24) [0xb7e6ac64]
 /usr/lib/libmono.so.0(mono_magic_trampoline+0x25) [0xb7e3e285]
 [0xb7b37032]
 [0xb72f4823]
 /usr/lib/libmono.so.0 [0xb7e068c0]
 /usr/lib/libmono.so.0(mono_runtime_invoke+0x33) [0xb7e6a8c3]
 /usr/lib/libmono.so.0(mono_runtime_exec_main+0x6b) [0xb7e6d82b]
 /usr/lib/libmono.so.0(mono_runtime_run_main+0x18c) [0xb7e70d0c]
 /usr/lib/libmono.so.0(mono_jit_exec+0x8e) [0xb7e199fe]
 /usr/lib/libmono.so.0(mono_main+0x1100) [0xb7e1abc0]
 /lib/tls/libc.so.6(__libc_start_main+0xd0) [0xb7ba3eb0]
 mono [0x8048471]
 /usr/bin/f-spot: line 3: 12532 Aborted mono 
/usr/lib/f-spot/f-spot.exe "$@"

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.2
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages f-spot depends on:
ii  libc6 2.3.6-2GNU C Library: Shared libraries an
ii  libdbus-1-cil 0.61-2 CLI binding for D-BUS interprocess
ii  libexif12 0.6.13-1   library to parse EXIF files
ii  libgconf2.0-cil   2.8.1-1CLI binding for GConf 2.12
ii  libglade2.0-cil   2.8.1-1CLI binding for the Glade librarie
ii  libglib2.0-0  2.8.6-1The GLib library of C routines
ii  libglib2.0-cil2.8.1-1CLI binding for the GLib utility l
ii  libgnome2.0-cil   2.8.1-1CLI binding for GNOME 2.12
ii  libgnomeui-0  2.12.1-1   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-02.12.2-6   GNOME virtual file-system (runtime
ii  libgphoto2-2  2.1.6-6gphoto2 digital camera library
ii  libgtk2.0-0   2.8.12-1   The GTK+ graphical user interface
ii  libgtk2.0-cil 2.8.1-1CLI binding for the GTK+ toolkit 2
ii  libjpeg62 6b-11  The Independent JPEG Group's JPEG
ii  liblcms1  1.13-1 Color management library
ii  libmono0  1.1.13.2-1 libraries for the Mono JIT
ii  libsqlite02.8.16-1   SQLite shared library
ii  mono-classlib-1.0 1.1.13.2-1 Mono class library (1.0)
ii  mono-jit  1.1.13.2-1 fast CLI JIT/AOT compiler for Mono

f-spot recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#285959: help output lists --verbose twice

[Justin Pryzby]

Can I expect to see this bug fixed for etch?  It was tagged 'pending'
over a year ago.

http://bugs.debian.org/285959

Justin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#290219: Improper copyright file

[Justin Pryzby]

Can I expect to see this bug fixed for etch?  It was tagged 'pending'
over a year ago.

http://bugs.debian.org/290219

Justin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354920: Symlinks for release numbers and codenames on packages.debian.org

[Michael Stutz]

Package: www.debian.org 
Severity: wishlist

It would be nice if symlinks were made from both distribution release
numbers and codenames to their respective release directories on
packages.debian.org, e.g.:

http://packages.debian.org/3.1/ and
http://packages.debian.org/sarge/
should both resolve to
http://packages.debian.org/stable/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354919: phpmyadmin: edit breakes blob-fields

[Torsten Kunkel]

Package: phpmyadmin
Version: 4:2.7.0-pl2-1
Severity: important

Hi,

Use this database:

CREATE TABLE `demo` (
  `blobby` blob,
  `textty` text
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
INSERT INTO `demo` VALUES (NULL, 'DUMMY');

Now edit this value using the phpmyadmin-interface the following code is 
generated even if NO new value has been entered:

UPDATE `demo` SET `blobby` = '' WHERE CONVERT( `blobby` USING utf8 ) 
  IS NULL AND CONVERT( `textty` USING utf8 ) = 'DUMMY' LIMIT 1 ;

And the result is:

CREATE TABLE `demo` (
  `blobby` blob,
  `textty` text
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
INSERT INTO `demo` VALUES ('', 'DUMMY');

The NULL in blobby has become a ''.

There is NO possibility (apart from running the sqlcode by hand) to set the 
field to his original-null-value.

This error happens if ProtectBinary is "FALSE", "blob" and "all".

Greetings

Torsten


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages phpmyadmin depends on:
ii  apache2   2.0.55-4   next generation, scalable, extenda
ii  apache2-mpm-prefork [httpd]   2.0.55-4   traditional model for Apache2
ii  debconf [debconf-2.0] 1.4.70 Debian configuration management sy
ii  php4  4:4.4.2-1  server-side, HTML-embedded scripti
ii  php4-cgi  4:4.4.2-1  server-side, HTML-embedded scripti
ii  php4-mysql4:4.4.2-1  MySQL module for php4
ii  php5-mysql5.1.2-1MySQL module for php5
ii  ucf   2.005  Update Configuration File: preserv

Versions of packages phpmyadmin recommends:
pn  php5-mcrypt | php4-mcrypt  (no description available)

-- debconf information:
* phpmyadmin/webserver: apache, apache2
* phpmyadmin/restart: true
* phpmyadmin/reconfigure-webserver: apache, apache-ssl, apache-perl, apache2
* phpmyadmin/restart-webserver: true
  phpmyadmin/changed-extension:


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354817: amarok: duplicate titles in collection after scan

[Adeodato Simó]

* Florian Lohoff [Wed, 01 Mar 2006 11:17:39 +0100]:

> Hi,

Hi,

> after scanning the collection i have now duplicate entrys for all
> titles. I tried deleteing the collection.db and rescanning. No success.

  Hmm. My best guess before forwarding upstream, and since no other user
  has reported this, is that amaroK is somehow accessing your files via
  two paths. 

  Can you check, in the Collection, what does "Location" say in the
  "Edit track information" dialog for both instances of a duplicate
  file?

  You can also use the attached script (apt-get install libsqlite3-ruby1.8
  first) to print the contents of your amaroK collection.

  Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
Listening to: María del Monte - Pasa la vida
#! /usr/bin/ruby

require 'sqlite3'

db = ARGV.first || (ENV['HOME'] + "/.kde/share/apps/amarok/collection.db")
db = SQLite3::Database.new(db)

db.execute("select * from tags") do |row|
puts row[0]
end

Bug#350344: syslog-ng: still the same stuff in 1.9.9

[simon raven]

Package: syslog-ng
Version: 1.9.9-1
Followup-For: Bug #350344


(Follow-up to #350120)

like Subject: syays, it's still the same. I have to ask, did the config
file parsing change that much for 1.6.x -> 1.9.x? I noted some changes
between those versions, but there's no examples or doc changes, so to
fix this I am at a complete loss as to do that. Can you at least give
some pointers so I can fix it? I would go so far as filing this as a
*security* issue, since some logs aren't even being written to, never mind
just messages getting routed to the wrong log files.

thanks,
SR/


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (1000, 'unstable'), (998, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.15-pylon.1
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)

Versions of packages syslog-ng depends on:
ii  libc6 2.3.6-2GNU C Library: Shared libraries an
ii  util-linux2.12r-8Miscellaneous system utilities

Versions of packages syslog-ng recommends:
ii  logrotate 3.7.1-2Log rotation utility

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#319830: gcc extension

[justinpryzby]

On Fri, Sep 30, 2005 at 08:55:27AM +0200, Pierre Habouzit wrote:
> Le Ven 30 Septembre 2005 04:32, Justin Pryzby a ?crit :
> > #define ({ ...; x; )} is a gcc extension.
> 
> and ? I'm not sure to understand what you mean/want ...
That's probably why vim doesn't know about it.  Its more like a
wishlist bug (>>changes severities<<).
-- 
Clear skies,
Justin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#353005: firefox: X's copy/paste doesn't work when opening/closing Firefox

[Justin Pryzby]

On Fri, Feb 17, 2006 at 03:20:34AM +0100, Mohammed Adn?ne Trojette wrote:
> On Wed, Feb 15, 2006, Justin Pryzby wrote:
> > I thought this was expected, but just tried it, and it worked between
> > 2 xterms, so I guess I am wrong.
Okay, I knew there was something I didn't fully understand involved ..
multiple selections.  Are you saying that it is expected that starting
a new firefox process causes the primary selection to be lost?  That
was the observed behaviour.  doh!  Now I can't reproduce it.

Justin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354713: Bug#354743: rebortbug: crashes with IOError: Not a gzipped file

[Chris Lawrence]

On 3/1/06, Andreas Pakulat <[EMAIL PROTECTED]> wrote:
> On 01.03.06 17:52:25, Chris Lawrence wrote:
> > I can't duplicate this problem here; perhaps it was an intermittent
> > problem with bugs.debian.org
>
> No it's not.
>
> > or you have proxy issues...
>
> No proxy here.

Strange.

What's even weirder is I can't get bugs.debian.org or p.d.o to send me
anything that's compressed in the first place using either reportbug
or curl... which brings me back to the idea of a proxy--perhaps a
*transparent* one that you're not aware of--on a router between you
and bugs.debian.org.

(For example, try 'curl --compressed -v http://www.debian.org/Bugs/' -
on my box, I don't get any compression whatsoever.)


Chris

Bug#293942: Fails to trim header of Contents.gz

[Justin Pryzby]

Can I expect to see this bug fixed for etch?

http://bugs.debian.org/293942

sed has a relevant notation, which would also express this well, if
perl supports it too:

  zcat /var/cache/apt/ftp.us.debian.org_debian_dists_sid_Contents-i386.gz |sed 
-r '1,/^FILE *LOCATION$/ {d;};'

Justin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#254457: dict-gcide: Typo in definition of "rescript"

[Reuben Thomas]

Package: dict-gcide
Version: 0.48-4
Followup-For: Bug #254457

"formallyconsulted" should be "formally consulted".

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.12-hibernate
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages dict-gcide depends on:
ii  dictd [dict-server]   1.9.15-1   Dictionary Server

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354918: eflite: blurb file should have full path to executable [patch]

[James R. Van Zandt]

Package: eflite
Version: 0.3.8-1.1
Severity: normal


The "program" entry in the blurb file should give the path to the
speech server executable, relative to the server directory
(e.g. /usr/share/emacs21/site-lisp/emacspeak/servers/).  Since the
eflite server is in /usr/bin, the "program" entry needs the full path.
I suggest the patch below.

- Jim Van Zandt


--- debian/eflite.blurb-orig2006-02-13 17:24:28.0 -0500
+++ debian/eflite.blurb 2006-02-13 17:24:50.0 -0500
@@ -1,5 +1,5 @@
 blurb: eflite
-program:
-tcl: eflite
-device: eflite
+program: /usr/bin/eflite
+tcl: 
+device: 
 


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 
'stable')
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 eflite depends on:
ii  libc62.3.5-6 GNU C Library: Shared libraries an
ii  libflite11.2-release-2.2 a small run-time speech synthesis 

eflite recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354743: rebortbug: crashes with IOError: Not a gzipped file

[Andreas Pakulat]

On 01.03.06 17:52:25, Chris Lawrence wrote:
> severity 354743 important
> tags 354743 +moreinfo +unreproducible
> thanks
> 
> I can't duplicate this problem here; perhaps it was an intermittent
> problem with bugs.debian.org or you have proxy issues...

I have some more info on this, added 

print repr(magic)
print repr('\037\213')

into _read_gzip_header(self) in gzip.py from python and here's the
output of reportbug:

Checking for newer versions at packages.debian.org...
'\x1f\x8b'
'\x1f\x8b'
'\x1f\x8b'
'\x1f\x8b'
http://pdo.debian.net/cgi-bin/search_packages.pl?searchon=names&version=all&exact=1&keywords=reportbug
'

pgpuyL1t2vDvQ.pgp
Description: PGP signature

Bug#354811: Specify packages to use for testing

[Matt Kraai]

On Wed, Mar 01, 2006 at 04:56:01PM +0200, Lars Wirzenius wrote:
> ke, 2006-03-01 kello 06:32 -0800, Matt Kraai kirjoitti:
> > On Wed, Mar 01, 2006 at 11:43:38AM +0200, Lars Wirzenius wrote:
> > > Er, you should be able to give any number of package files on the
> > > command line. Is that not what you need?
> > 
> > Oops.  Yes.  Sorry for not realizing this.
> > 
> > I don't suppose the manual page could be clarified to indicate that it
> > tests all of the packages specified at the same time, rather than one
> > by one?
> 
> Sure it can. The current text is:
> 
>  Command  line  arguments  are  names of package files by default (e.g.,
>  piuparts_1.0-1_all.deb) or names of  packages,  if  the  -a  option  is
>  given.
> 
> If I add the sentence "All packages will be tested as a group, not one
> by one." to the end of that, would that be clear?

That would be great.  Thanks for being so helpful.

-- 
Matt


signature.asc
Description: Digital signature

Bug#349610: Processed: severity of 354856 is important

[Stephen Gran]

I didn't notice this go by earlier, sorry.  I already filed this as
#349610, severity normal at the time since amd64 wasn't a release
candidate.  I actually filed it against linux-kernel-headers/glibc since
that's where the real problem seems to be, butwhichever way it's handled
is fine so long as it's fixed.

Take care,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

Bug#290213: Improper copyright file

[Juan Esteban Monsalve Tobon]

Justin Pryzby wrote:


Can I expect to see this bug fixed for etch?

http://bugs.debian.org/290213

Justin

.

 


will try to resolve this as soon as posisble

regards

--
Juan Esteban Monsalve Tobon
Operations Mangager

Vidya Pty. Ltd.

ph:  (03) 9561 2506
mob: +61 0402 138 985



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354917: metalog: Should provide hook for e.g. logcheck to run before rotation

[Erich Schubert]

Package: metalog
Version: 0.7.0-2
Severity: wishlist

Metalog should have a hook to run e.g. logcheck on files just before
rotation (or just after, whatever works best with logcheck...)
to ensure that all log lines are processed by these tools.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.15.1
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages metalog depends on:
ii  libc6 2.3.6-2GNU C Library: Shared libraries an
ii  libpcre3  6.4-1.1Perl 5 Compatible Regular Expressi

metalog recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#344544: provides man9/ but no manpages in this

[Justin Pryzby]

reassign 344544 linux-doc-2.6.15
close 344544 2.6.15-7
thanks

How is one supposed to keep current documentation packages installed,
anyway?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354896: ITP: bwm-ng -- small and simple console-based bandwidth monitor

[Daniel Holbach]

Hello,

Am Mittwoch, den 01.03.2006, 18:54 -0300 schrieb Damián Viano:
> Package: wnpp
> Severity: wishlist
> Owner: "Damián Viano" <[EMAIL PROTECTED]>
> 
> * Package name: bwm-ng
>   Version : 0.5
>   Upstream Author : Volker Gropp <[EMAIL PROTECTED]>
> * URL : http://www.gropp.org/
> * License : GPL-2
>   Description : small and simple console-based bandwidth monitor

you might want to have a look at
http://archive.ubuntu.com/ubuntu/pool/universe/b/bwm-ng/ - I packaged it
for Ubuntu already.

Have a nice day,
 Daniel



signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#354916: python2.3-sqlobject not installable in unstable (missing formencode)

[Emanuele Aina]

Package: python-sqlobject
Version: 0.7.0-1
Severity: grave

python2.3-sqlobject in unstable is not installable due to the requirement
of python2.3-formencode, which is not in unstable.

-- 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.15-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages python-sqlobject depends on:
ii  python2.3.5-5An interactive high-level object-o
ii  python2.3-sqlobject   0.6-1  Python 2.3 module for SQLObject

python-sqlobject recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354915: ITP: AutoScan is designed to explore and to manage your network.

[Hou ZhengPeng]

ITP: AutoScan is  designed to explore and to manage yournetwork.
Package: wnpp
Version: N/A; reported 2006-03-01
Severity: wishlist
-- 
www.ubuntu.org.cn  --< simplified chinese website
www.ubuntu-zh.org --< website for all chinese user
ubuntu-zh AT lists DOT ubutu DOT com 


pgpMLfzVXLEJZ.pgp
Description: PGP signature

Bug#354908: license looks ok

[Jean-Marc Ranger]

To complete, since I found bug 281187 after posting:  a quick look to 
the copying file looks ok - content very similar to 
/usr/share/sl-modem-daemon/copying so license seems fine.


Let me know if I overlooked something.

JMR


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354898: [Portaudio] Re: portaudio in Debian, license updates?

[Don Armstrong]

On Wed, 01 Mar 2006, Ross Bencina wrote:
> Can you please identify yourself as someone who has final authority
> for giving this advice.

As MJ Ray has already pointed out, I'm just acting in an advisory
capacity here, explaining to you what ftp-master and/or the maintainer
are likely to decide based on the input of debian-legal.[1]

I don't have the authority to make a final decision (nor indeed does
ftp-master or the maintainer) as we can all be overriden by a GR of
the developers.
 
> >On Mon, 20 Feb 2006, Ross Bencina wrote:
> >>[someone said]
> >>>Or, if the "request" clause is not removed from the license, I would
> >>>like to see it clarified as follows:
> >>>
> >>> Any person wishing to distribute modifications to the Software is
> >>> requested BUT NOT REQUIRED to send the modifications to the original
> >>> developer so that they can be incorporated into the canonical version.
> >>
> >>If we changed it to this would debian-legal be happy?
> >
> >That would be fine; it's not absolutely essential so long as it's
> >clear that it's a non-binding request, and that you interpret it as
> >a non-binding request.
> 
> Well, if it isn't essential I'm not going to go to the trouble of
> changing it. The PortAudio authors made it clear that this is a
> non-binding request a few years ago.

It would be ideal if it was included in some text distributed in the
package just so we don't have to reference it; alternatively, a GPG
signed mail sent to the maintainer from someone at PortAudio telling
us[2] that this is the case would be even better.

[Most web pages are surprisingly mutable and transient, unfortunatly.]


Don Armstrong

1: Whether they decide to take my advice or write me off as a raving
lunatic is up to them, of course.

2: If it's already the case that they've done so, just respond to the
bug with the text; its inclusion would clear up any confusion that I
can see.
-- 
Physics is like sex. Sure, it may give some practical results, but
that's not why we do it.
 -- Richard Feynman

http://www.donarmstrong.com  http://rzlab.ucr.edu


signature.asc
Description: Digital signature

Bug#354633: zsh: %n in prompt expansion no longer set as root with 4.3.0-dev-5-1

[Mark Nipper]

On 01 Mar 2006, Clint Adams wrote:
> > I just tried /bin/zsh instead of zsh-static and both this
> > bug (354633) and bug 354631 went away.  What's the difference
> > now?  Neither problem happened in previous zsh-static's.
> 
> Previously, zsh-static still relied on /lib/libnss* to get
> passwd/group data.  This caused problems when those libraries
> were unavailable, mismatched, or corrupt.  Now zsh-static will
> function without them, though now we seem to have a new problem.

I just tested /bin/zsh on my machines which are using
LDAP for NSS and /bin/zsh fixed the two reported bugs also.  So I
guess the trick is to get zsh-static to use the libnss* libraries
if they are present, but not to rely on them.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354633: zsh: %n in prompt expansion no longer set as root with 4.3.0-dev-5-1

[Clint Adams]

> I just tried /bin/zsh instead of zsh-static and both this
> bug (354633) and bug 354631 went away.  What's the difference
> now?  Neither problem happened in previous zsh-static's.

Previously, zsh-static still relied on /lib/libnss* to get
passwd/group data.  This caused problems when those libraries
were unavailable, mismatched, or corrupt.  Now zsh-static will
function without them, though now we seem to have a new problem.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354633: zsh: %n in prompt expansion no longer set as root with 4.3.0-dev-5-1

[Mark Nipper]

On 01 Mar 2006, Clint Adams wrote:
> > > What does `getent passwd root` output?
> > root:x:0:0:root:/root:/bin/zsh4-static
> Ah.  Are you experiencing this problem with zsh or only with zsh-static?

I just tried /bin/zsh instead of zsh-static and both this
bug (354633) and bug 354631 went away.  What's the difference
now?  Neither problem happened in previous zsh-static's.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354180: sylpheed-claws-gtk2: segfaults

[Ricardo Mones]

On Fri, 24 Feb 2006 01:57:35 +0100
Manwe Sulimo <[EMAIL PROTECTED]> wrote:

> Package: sylpheed-claws-gtk2
> Version: 2.0.0-1
> Severity: grave
> Justification: renders package unusable
[...] 
> 
> [EMAIL PROTECTED] ~ $ sylpheed-claws-gtk2
> 
> ** (process:2303): WARNING **: plugin loading error: `plugin_version': 
> /usr/lib/sylpheed-claws/plugins/clamav_plugin.so: undefined symbol: 
> plugin_version
> 
> 
> ** (process:2303): WARNING **: plugin loading error: `plugin_version': 
> /usr/lib/sylpheed-claws/plugins/spamassassin.so: undefined symbol: 
> plugin_version
> 
> *** glibc detected *** double free or corruption (fasttop): 0x082d7998 ***
> Abortado

  Which GTK2 theme are you using?
-- 
Ricardo Mones.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#350593: quodlibet: #350593 (tooltip click doesn't count for cell click) seems to mostly have gone away independently

[Joe Wreschnig]

On Sat, 2006-02-25 at 17:39 +0100, Thomas Viehmann wrote:
> Hi Joe,
> 
> it seems that you were right with your diagnosis that #350593 isn't a
> quodlibet bug. The problem is more or less gone after a Debian upgrade
> (to sid/2006-02-23) even though the quodlibet version is unchanged.
> 
> The more or less is that selection of multiple items (shift-click)
> doesn't work on the tooltips (I noticed this on the filename list in the
> tag editor).
> 
> I'm not closing the bug yet because I don't know if you want to do
> something about the shift-click thing. However, the main complaint is
> gone, so I'd have no objection if your verdict is "this is as good as
> it's going to get".

Well, the code also makes the tooltip not appear (or disappear) if
control or shift is held down, and that also works here. So I still
don't know what's wrong.

The next version includes a "hidden" setting to turn off the hints. I'd
like to really fix the problem, but since none of the developers can
reproduce it, we have no clue.
-- 
Joe Wreschnig <[EMAIL PROTECTED]>


signature.asc
Description: This is a digitally signed message part

Bug#352329: kfreebsd-amd64

[Steve Langasek]

On Tue, Feb 28, 2006 at 10:45:10PM +0100, Robert Millan wrote:

> Could you please add !kfreebsd-amd64 as well?

I already did, per the patch in the BTS.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#337589: bittornado: request for an autoexit option

[Cameron Dale]

tags 337589 +wontfix
thanks

Unfortunately, the implementation of an option such as this is
counter-productive to the sharing mechanism that BitTorrent depends
on. Therefore, many BitTorrent client developers will not implement
such options in their programs. I won't implement this, or forward it
upstream, as this option has been requested of the upstream developer
in the past and he has not implemented it.

You may feel free to modify the python code yourself (it's easy to
implement), or switch to a client that supports this option.

Thanks for the report.

-- 

Cameron Dale
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#340537: (no subject)

[Ari Pollak]

Please disregard my previous comment. With regular use, even under EXA, 
X still freezes or crashes at least once a day with the same error 
message being looped continously to Xorg.0.log.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354914: banshee: Hangs when importing named pipes

[Eelco Lempsink]

Package: banshee
Version: 0.10.6-1
Severity: normal

When importing a directory, banshee will hang when trying to import
a named pipe (created with mkfifo).

-- 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
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages banshee depends on:
ii  gconf2   2.12.1-9GNOME configuration database syste
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.10.1-2The Bonobo UI library
ii  libc62.3.6-2 GNU C Library: Shared libraries an
ii  libcairo21.0.2-3 The Cairo 2D vector graphics libra
ii  libdbus-1-2  0.60-6  simple interprocess messaging syst
ii  libdbus-1-cil0.60-6  CLI binding for D-BUS interprocess
ii  libdbus-glib-1-2 0.60-6  simple interprocess messaging syst
ii  libfontconfig1   2.3.2-2 generic font configuration library
ii  libgconf2-4  2.12.1-9GNOME configuration database syste
ii  libgconf2.0-cil  2.8.1-1 CLI binding for GConf 2.12
ii  libglade2.0-cil  2.8.1-1 CLI binding for the Glade librarie
ii  libglib2.0-0 2.8.6-1 The GLib library of C routines
ii  libglib2.0-cil   2.8.1-1 CLI binding for the GLib utility l
ii  libgnome-desktop-2   2.12.2-2Utility library for loading .deskt
ii  libgnome-keyring00.4.7-1 GNOME keyring services library
ii  libgnome2-0  2.12.0.1-5  The GNOME 2 library - runtime file
ii  libgnome2.0-cil  2.8.1-1 CLI binding for GNOME 2.12
ii  libgnomecanvas2-02.12.0-2A powerful object-oriented display
ii  libgnomeui-0 2.12.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.12.2-6GNOME virtual file-system (runtime
ii  libgstreamer-gconf0.8-0  0.8.12-1GConf support for GStreamer
ii  libgstreamer-plugins0.8- 0.8.12-1Various GStreamer libraries and li
ii  libgstreamer0.8-00.8.12-1Core GStreamer libraries, plugins,
ii  libgtk2.0-0  2.8.12-1The GTK+ graphical user interface 
ii  libgtk2.0-cil2.8.1-1 CLI binding for the GTK+ toolkit 2
ii  libhal1  0.5.6-4 Hardware Abstraction Layer - share
ii  libice6  6.9.0.dfsg.1-4  Inter-Client Exchange library
ii  libipoddevice0   0.4.1-1 library for retrieving information
ii  libmono0 1.1.13.2-1  libraries for the Mono JIT
ii  libmusicbrainz4c2a   2.1.2-2 Second generation incarnation of t
ii  libnautilus-burn22.12.3-1Nautilus Burn Library - runtime ve
ii  libnjb5  2.2.5-3 Creative Labs Nomad Jukebox librar
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.10.3-1Layout and rendering of internatio
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   6.9.0.dfsg.1-4  X Window System Session Management
ii  libsqlite3-0 3.2.8-1 SQLite 3 shared library
ii  libstartup-notification0 0.8-1   library for program launch feedbac
ii  libusb-0.1-4 2:0.1.11-4  userspace USB programming library
ii  libx11-6 6.9.0.dfsg.1-4  X Window System protocol client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 6.9.0.dfsg.1-4  X Window System miscellaneous exte
ii  libxi6   6.9.0.dfsg.1-4  X Window System Input extension li
ii  libxinerama1 6.9.0.dfsg.1-4  X Window System multi-head display
ii  libxml2  2.6.23.dfsg.2-2 GNOME XML library
ii  libxrandr2   6.9.0.dfsg.1-4  X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0.2-1 X Rendering Extension client libra
ii  mono-classlib-1.01.1.13.2-1  Mono class library (1.0)
ii  mono-jit 1.1.13.2-1  fast CLI JIT/AOT compiler for Mono
ii  zlib1g   1:1.2.3-9   compression library - runtime

Versions of packages banshee recommends:
pn  gstreamer0.8-faac  (no description available)
pn  gstreamer0.8-faad  (no description available)
ii  gstreamer0.8-flac 0.8.12-1   FLAC plugin for GStreamer
pn  gstreamer0.8-lame  (no description available)
ii  gstreamer0.8-mad  0.8.12-1   MAD MPEG audio decoder plugin for 
ii  gstreamer0.8-vorbis   

Bug#354898: [Portaudio] Re: portaudio in Debian, license updates?

[Glenn Maynard]

On Wed, Mar 01, 2006 at 04:02:22PM -0800, Steve Langasek wrote:
> I think the word "request" is pretty unambiguous.  Anyway, ambiguities
> regarding the meaning of a license aren't RC bugs.

A significant ambiguity should be; if a genuine ambiguity exists (not merely
a contrived one, eg. Pine's "modify and distribute"), causing it to not be
clear that a license grants DFSG-required freedoms, I don't think it should
be considered DFSG-free, at least not without a clarification from the
copyright holders.

But there's no ambiguity here.

-- 
Glenn Maynard


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354902: mutt: Mutt hangs on retreiving message body

[Wookey]

+++ Adeodato Simó [06-03-02 00:38 +0100]:

>   Try unset imap_idle. (See #351263.)

JUst to confirm that this fixes it, so you can close duplicate bug.

>   I guess I'll either unset imap_idle in the default Muttrc, or
>   introduce a NEWS.Debian entry.

It would be good - stable dovecot servers are going to be common for a while.


Wookey
-- 
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK  Tel +44 (0) 1223 811679
work: http://www.aleph1.co.uk/ play: http://www.chaos.org.uk/~wookey/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354898: [Portaudio] Re: portaudio in Debian, license updates?

[Steve Langasek]

On Thu, Mar 02, 2006 at 08:57:55AM +0900, Junichi Uekawa wrote:

> > > I've opened bugs now, I don't know if it hasn't happened before.
> > > Please Cc' the respective bugs so that we know it's fixed either way.

> > > The possible options that I see are:

> > > 1. audacity/portaudio are removed from Debian

> > > 2. license text is modified so that it clarifies that the 'request' is
> > >a non-binding request which is optional and not a mandatory section.

> > I'm confused.  d-legal came to the conclusion, as far as I can tell, that
> > this isn't a problem; that it would be nice to move it out of the license
> > (wishlist), or to note redundantly on their webpage that this is a request
> > (also wishlist), but this is unambiguously a non-binding request already;
> > it uses the very word "request".  Why are you opening bugs?

> License text does not explain that it is a 'wishlist'; the term
> 'request' can be binding or non-binding depending on interpretation,
> and is not a good word to use without defining the scope. That is
> where the non-clarity lies.  

I think the word "request" is pretty unambiguous.  Anyway, ambiguities
regarding the meaning of a license aren't RC bugs.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#354898: [Portaudio] Re: portaudio in Debian, license updates?

[Steve Langasek]

severity 354898 wishlist
severity 354899 wishlist
thanks

On Wed, Mar 01, 2006 at 06:41:19PM -0500, Glenn Maynard wrote:
> On Thu, Mar 02, 2006 at 08:15:05AM +0900, Junichi Uekawa wrote:
> > I've opened bugs now, I don't know if it hasn't happened before.
> > Please Cc' the respective bugs so that we know it's fixed either way.

> > The possible options that I see are:

> > 1. audacity/portaudio are removed from Debian

> > 2. license text is modified so that it clarifies that the 'request' is
> >a non-binding request which is optional and not a mandatory section.

> I'm confused.  d-legal came to the conclusion, as far as I can tell, that
> this isn't a problem; that it would be nice to move it out of the license
> (wishlist), or to note redundantly on their webpage that this is a request
> (also wishlist), but this is unambiguously a non-binding request already;
> it uses the very word "request".  Why are you opening bugs?

Agreed.  I don't see anything here that warrants a serious bug.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#354898: [Portaudio] Re: portaudio in Debian, license updates?

[Junichi Uekawa]

Hi,

> > I've opened bugs now, I don't know if it hasn't happened before.
> > Please Cc' the respective bugs so that we know it's fixed either way.
> > 
> > The possible options that I see are:
> > 
> > 1. audacity/portaudio are removed from Debian
> > 
> > 2. license text is modified so that it clarifies that the 'request' is
> >a non-binding request which is optional and not a mandatory section.
> 
> I'm confused.  d-legal came to the conclusion, as far as I can tell, that
> this isn't a problem; that it would be nice to move it out of the license
> (wishlist), or to note redundantly on their webpage that this is a request
> (also wishlist), but this is unambiguously a non-binding request already;
> it uses the very word "request".  Why are you opening bugs?

License text does not explain that it is a 'wishlist'; the term
'request' can be binding or non-binding depending on interpretation,
and is not a good word to use without defining the scope. That is
where the non-clarity lies.  

I'd like to see the license text itself updated, rather than the
website adding some clarification outside of Debian archive.


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354723: unixodbc: fails to retrieve data from ODBC connection

[Steve Langasek]

reassign 354723 r-cran-rodbc
thanks

On Wed, Mar 01, 2006 at 02:01:35AM +0100, Johannes Ranke wrote:
> > strace is useless for debugging a segfault.  Please run your test script
> > under gdb and forward the backtrace. 

> > http://wiki.debian.org/HowToGetABacktrace

> OK, thanks for the hint! I just wanted to install the build-deps for
> php5-odbc but then it wanted to deinstall a couple of things:

> stiller:~/tmp# LANG=en_EN apt-get build-dep php5-odbc
> Reading package lists... Done
> Building dependency tree... Done
> The following packages will be REMOVED:
>   flex-old libdb3-dev libgnome-dev libmysqlclient12-dev

> flex-old and libmysqlclient12-dev were build-deps of unixodbc which I 
> rebuilt earlier today. I guess that's the problem. So I would like to
> focus on RODBC:

> > > but if I use the correct column name, it returns an empty set 

> > >   > query <- "select plate from plates"
> > >   >  tables <- sqlQuery(channel,query,errors=TRUE)
> > >   >  tables
> > >   character(0)
> > >   > odbcGetErrMsg(channel)
> > >   character(0)

> > > although the same query issued with the mysql command line client (and
> > > same username and password) gives 1202 rows.

> > And what happens if you issue the query using the isql commandline tool?

> Then it also gives 1202 rows! So it seems to be a coincidence that both RODBC
> and php5-odbc are messed up on my system.

Yes, and it seems to not be a bug in unixodbc.  Reassigning to rodbc.

> I didn't know isql so far, although I was looking for something like
> this - it's great! 

> I am just rebuilding R with the nostrip option because this is what I am
> really interested in.

The only segfault you reported was in php; I don't see that rebuilding R
with debugging symbols will be particularly useful.  A backtrace of the php
segfault, with or without debugging symbols, may be helpful, but that's a
separate bug from the rodbc bug.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#354633: zsh: %n in prompt expansion no longer set as root with 4.3.0-dev-5-1

[Clint Adams]

> > What does `getent passwd root` output?
> 
> root:x:0:0:root:/root:/bin/zsh4-static

Ah.  Are you experiencing this problem with zsh or only with zsh-static?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354633: zsh: %n in prompt expansion no longer set as root with 4.3.0-dev-5-1

[Mark Nipper]

On 01 Mar 2006, Clint Adams wrote:
> What does `getent passwd root` output?

root:x:0:0:root:/root:/bin/zsh4-static


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354631: zsh: error in compaudit with 4.3.0-dev-5-1 as root

[Mark Nipper]

On 01 Mar 2006, Clint Adams wrote:
> > compaudit:107: unknown group
> 
> What groups is root in?  What NSS modules are used to fetch the groups?
> What is the group ownership of every directory in root's $fpath and the
> parent directories of those?

Bear with me.  This is going to be a bit of data.  And
this is only coming from one of my machines that has this problem
(the simplest setup -- normal nsswitch.conf and such, but it also
happens on machines which are using LDAP; I'll be giving you the
one that doesn't though).

'group' (as root) returns: root

For NSS, my nsswitch.conf (again, on this one machine) has the
standard compat entry for passwd, group and shadow.  Nothing
fancy is happening on this machine.

'echo $fpath' gives me:
---
/usr/local/share/zsh/site-functions
/usr/share/zsh/4.3.0-dev-5/functions/Completion
/usr/share/zsh/4.3.0-dev-5/functions/Completion/AIX
/usr/share/zsh/4.3.0-dev-5/functions/Completion/BSD
/usr/share/zsh/4.3.0-dev-5/functions/Completion/Base
/usr/share/zsh/4.3.0-dev-5/functions/Completion/Cygwin
/usr/share/zsh/4.3.0-dev-5/functions/Completion/Darwin
/usr/share/zsh/4.3.0-dev-5/functions/Completion/Debian
/usr/share/zsh/4.3.0-dev-5/functions/Completion/Linux
/usr/share/zsh/4.3.0-dev-5/functions/Completion/Mandrake
/usr/share/zsh/4.3.0-dev-5/functions/Completion/Redhat
/usr/share/zsh/4.3.0-dev-5/functions/Completion/Unix
/usr/share/zsh/4.3.0-dev-5/functions/Completion/X
/usr/share/zsh/4.3.0-dev-5/functions/Completion/Zsh
/usr/share/zsh/4.3.0-dev-5/functions/Exceptions
/usr/share/zsh/4.3.0-dev-5/functions/MIME
/usr/share/zsh/4.3.0-dev-5/functions/Misc
/usr/share/zsh/4.3.0-dev-5/functions/Prompts
/usr/share/zsh/4.3.0-dev-5/functions/Zle
---

All of those exist, and so 'for i in `echo $fpath`; do ls -alF $i
| grep ' \./'; done' gives me:
---
drwxr-xr-x  2 root staff 48 2005-01-07 02:41 ./
drwxr-xr-x  14 root root  816 2006-02-28 00:19 ./
drwxr-xr-x   2 root root  352 2006-02-28 00:18 ./
drwxr-xr-x   2 root root  144 2006-02-28 00:18 ./
drwxr-xr-x   2 root root 1.7K 2006-02-28 00:18 ./
drwxr-xr-x   2 root root  376 2006-02-28 00:18 ./
drwxr-xr-x   2 root root  336 2006-02-28 00:18 ./
drwxr-xr-x   2 root root  960 2006-02-28 00:18 ./
drwxr-xr-x   2 root root  512 2006-02-28 00:18 ./
drwxr-xr-x   2 root root  72 2006-02-28 00:18 ./
drwxr-xr-x   2 root root  120 2006-02-28 00:18 ./
drwxr-xr-x   2 root root 5.7K 2006-02-28 00:18 ./
drwxr-xr-x   2 root root 1.3K 2006-02-28 00:18 ./
drwxr-xr-x   2 root root 2.0K 2006-02-28 00:18 ./
drwxr-xr-x   2 root root   96 2006-02-28 00:18 ./
drwxr-xr-x   2 root root  144 2006-02-28 00:18 ./
drwxr-xr-x   2 root root  528 2006-02-28 00:18 ./
drwxr-xr-x   2 root root  672 2006-02-28 00:18 ./
drwxr-xr-x   2 root root 1.4K 2006-02-28 00:18 ./
---

For the parent directories:
---
/usr/local/share/zsh:
drwxr-xr-x  3 root root   80 2005-01-07 02:41 ./

/usr/local/share:
drwxr-xr-x  8 root root 192 2006-02-14 00:31 ./

/usr/local:
drwxr-xr-x   9 root  root  240 2005-10-15 20:42 ./

/usr:
drwxr-xr-x   15 root root  344 2005-10-15 20:02 ./

/:
drwxr-xr-x   19 root root  488 2005-12-16 04:05 ./

/usr/share/zsh/4.3.0-dev-5/functions:
drwxr-xr-x  11 root root  528 2006-02-28 00:19 ./

/usr/share/zsh/4.3.0-dev-5:
drwxr-xr-x   4 root root 104 2006-02-28 00:18 ./

/usr/share/zsh:
drwxr-xr-x4 root root  104 2006-02-28 00:18 ./

/usr/share:
drwxr-xr-x  165 root root 4.3K 2006-02-14 00:32 ./
---

Let me know if you need anything else or if I didn't
answer your questions correctly.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#353965: imapfilter uses an extraordinary amount of CPU while performing cross server mail moving

[Lefteris Chatzibarbas]

On Wed, Feb 22, 2006 at 01:32:07PM +0200, Lefteris Chatzibarbas wrote:
> On Wed, Feb 22, 2006 at 11:28:32AM +0100, Francesco P. Lovergine wrote:
> > tags 353965 + upstream
> > thanks
> > 
> > It seems a job for sendfile(2)...
> > 
> > On Wed, Feb 22, 2006 at 08:16:26PM +1000, Andrew Meaden wrote:
> > > imapfilter utilises as much CPU as it can get its hands on while moving
> > > email from one imap server (locally accessable via the loopback
> > > interface) to a remote one. The process appears to correctly perform
> > > it's job, and the bottleneck is still the upsteam speed of my internet
> > > link; however for the duration of this upload, the process sits on 99.2%
> > > CPU, only releasing some when anything else requires it.
> > > 
> > > This also causes the load on the machine to climb to 1 higher than it
> > > started, and apart from causing relatively minor slowdowns elsewhere in
> > > the machine, does not seem to impede the success of the imapfilter run.
> > > 
> > > If I lower my upstream rate by 75%, the process uses 400% more CPU time
> > > (overall) to run. If I enable compression on the VPN link, the CPU time
> > > required drops also, keeping the link between the process and the remote
> > > IMAP server completely utilised.
> 
> Hello,
> 
> I think I know what is causing this problem...
> 
> I'm attaching a patch...
> 
> Thanks

This patch was a bit of a hack... Version 1.2 released earlier today
should correct the problem properly...



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#344038: tinyca: No way to easily see cert expiry

[Christoph Ulrich Scholler]

Hi Ronny,

I have just recently stumbled across the following: In the CA tab, click
on the "History" button and you will get a list of all certificates and
ever signed and their current state.  This view has a column labelled
"Expiration Date", which can be used for sorting.

I will assume that this is satisfactory and unless you object I will close
this bug in two weeks.

Regards,

uLI


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#231609: lynx: SSL sites don't work with the gnutls library.

[Kurt Roeckx]

Hi,

This seems to be a difference between how the openssl and the
gnutls library return the name of the subject.  For instance, for
nm.debian.org, for the subject you get:
/C=US/ST=Indiana/L=Indianapolis/O=Debian/OU=NM/CN=nm.debian.org/[EMAIL 
PROTECTED]

While with gnutls you get:
C=, ST=Indiana, L=Indianapolis, O=Debian, OU=NM, CN=nm.debian.org/[EMAIL 
PROTECTED]

(I wonder why the C= doesn't say US in case of gnutls though.)

So a version build with openssl is working without problems.


Anyway, the openssl manpage says:
NOTES
   The functions X509_NAME_oneline() and X509_NAME_print() are legacy
   functions which produce a non standard output form, they don't handle
   multi character fields and have various quirks and inconsistencies.
   Their use is strongly discouraged in new applications.

Looking at the openssl library, I think it's best to use
X509_NAME_get_index_by_NID/OBJ()/X509_NAME_get_entry(), and then go
over the list of common names.  But it looks like gnutls doesn't
support that?

The gnutls equivalent would be something like
gnutls_x509_crt_get_issuer_dn_by_oid?


Kurt



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354913: won't install - /usr/bin/sisu_webrick is in two packages

[Wookey]

Package: sisu
Version: 0.32.1-1
Severity: important

When I install this package I get:

Unpacking replacement sisu ...
dpkg: error processing /var/cache/apt/archives/sisu_0.36.23-1_all.deb
(--unpack):
 trying to overwrite /usr/bin/sisu_webrick', which is also in package
sisu-webrick
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/sisu_0.36.23-1_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Looks like /usr/bin/sisu_webrick is in both sisu and sisu-webrick

(we should perhaps have noticed this before uploading!)

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages sisu depends on:
ii  ruby  1.8.2-1An interpreter of object-oriented 

Versions of packages sisu recommends:
pn  librexml-ruby  (no description available)
pn  librmagick-ruby(no description available)
pn  libtidy(no description available)
ii  openssl   0.9.8a-7   Secure Socket Layer (SSL) binary a
ii  sisu-examples 0.36.23-1  SiSU examples
pn  sisu-pdf   (no description available)
pn  sisu-postgresql(no description available)
pn  sisu-sqlite(no description available)
ii  sisu-vim  0.36.23-1  SiSU vim syntax highlighter and fo
ii  sisu-webrick  0.32.1-1   SiSU webrick, webserver
pn  tidy   (no description available)
pn  trang  (no description available)
ii  unzip 5.52-6 De-archiver for .zip files
pn  zip(no description available)

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#206066: Do we really need /dev/xconsole?

[Erich Schubert]

Hi,
Do we really need /dev/xconsole by default? Who is actually using it?
It's an annoyance with SELinux, too... would be nice if we could just
get rid of having it enabled by default...

best regards,
Erich Schubert
-- 
 erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_
 Why waste time learning, when ignorance is instantaneous? --- Calvin //\
  Jemanden zu lieben heißt glücklich zu sein, ihn glücklich zu sehen. V_/_

Bug#354912: rcconf: outputs multiple "Constant subroutine" foo "undefined at /usr/lib/perl/5.8/features.ph line" bar

[Filipus Klutiero]

Package: rcconf
Version: 1.17
Severity: normal

When run with either # rcconf, # rcconf --whiptail or # rcconf --dialog,
rcconf outputs 26 occurences of "Constant subroutine" foo "undefined at
/usr/lib/perl/5.8/features.ph line" bar, the first occurence being
specifically "Constant subroutine __USE_POSIX undefined at
/usr/lib/perl/5.8/features.ph line 8.". This could look like a perl bug,
but I don't know perl and didn't find anything obvious in Google or the
BTS and I only experienced this with rcconf yet. Thanks for reassigning if it 
is a perl bug. This reproduces everytime on my two Etch boxes (but not on my 
Sarge box).

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8)

Versions of packages rcconf depends on:
ii  perl 5.8.8-2 Larry Wall's Practical Extraction 
ii  perl-modules 5.8.8-2 Core Perl modules
ii  sysv-rc  2.86.ds1-12 System-V-like runlevel change mech
ii  whiptail [whiptail-provider] 0.51.6-31   Displays user-friendly dialog boxe

rcconf recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354911: wesnoth-trow: No King Eldaric in two first scenarios

[Rubén Gómez Antolí]

Package: wesnoth-trow
Version: 1.1.1-3
Severity: normal

At starts this campaigns, King Eldaric IV should be in two first scenarios, but 
it doesn't appears. Neither appears his dialogs, and Haldric talks "alone".
No errors about King Eldaric has showed in console.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-1-powerpc
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages wesnoth-trow depends on:
ii  wesnoth   1.1.1-3fantasy turn-based strategy game

wesnoth-trow recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354910: crypttab.5 refers to /usr/share/cryptsetup instead of /lib/cryptsetup

[Thomas Luzat]

Package: cryptsetup
Version: 2:1.0.2+1.0.3-rc2-1

The man page for crypttab(5) refers to /usr/share/cryptsetup/checks in
the description for the precheck and check options instead
of /lib/cryptsetup/checks.

Cheers,
Thomas Luzat



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354898: [Portaudio] Re: portaudio in Debian, license updates?

[Glenn Maynard]

On Thu, Mar 02, 2006 at 08:15:05AM +0900, Junichi Uekawa wrote:
> I've opened bugs now, I don't know if it hasn't happened before.
> Please Cc' the respective bugs so that we know it's fixed either way.
> 
> The possible options that I see are:
> 
> 1. audacity/portaudio are removed from Debian
> 
> 2. license text is modified so that it clarifies that the 'request' is
>a non-binding request which is optional and not a mandatory section.

I'm confused.  d-legal came to the conclusion, as far as I can tell, that
this isn't a problem; that it would be nice to move it out of the license
(wishlist), or to note redundantly on their webpage that this is a request
(also wishlist), but this is unambiguously a non-binding request already;
it uses the very word "request".  Why are you opening bugs?

-- 
Glenn Maynard


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354906: ITP: libftdi -- programming interface for FTDI FT2232C, FT232BM and FT245BM USB interface chips.

[Jelmer Vernooij]

On Thu, Mar 02, 2006 at 12:18:22AM +0100, Peter 'p2' De Schrijver wrote about 
'Bug#354906: ITP: libftdi -- programming interface for FTDI FT2232C, FT232BM 
and FT245BM USB interface chips.':
> Package: wnpp
> Severity: wishlist
> Owner: "Peter 'p2' De Schrijver" <[EMAIL PROTECTED]>


> * Package name: libftdi
>   Version : 0.7
>   Upstream Author : Intra2net AG <[EMAIL PROTECTED]>
> * URL : http://www.intra2net.com/de/produkte/opensource/ftdi/
> * License : LGPL
>   Description : programming interface for FTDI FT2232C, FT232BM and 
> FT245BM USB interface chips.

>  libftdi is a library which provides a programming interface for the advanced
>  features of the FTDI FT2232C, FT232BM and FT245BM chips. These chips can act 
> as a
>  USB interface to GPIO lines, a multiprotocol synchronous serial engine or a 
> 8051
>  style bus in addition to a standard USB to asynchronous serial convertor. 
> This
>  library provides access to the additional functions. More information on the
>  FTDI chips can be found on http://www.ftdichip.com.

This package already appears to be in Debian, see:
http://pdo.debian.net/libftdi0

Were you aware of this? Are you simply taking over the package?

Cheers,

Jelmer

-- 
Jelmer Vernooij <[EMAIL PROTECTED]> - http://jelmer.vernstok.nl/


signature.asc
Description: Digital signature

Bug#354902: mutt: Mutt hangs on retreiving message body

[Wookey]

+++ Wookey [06-03-01 23:05 +]:
> I've just upgraded from mutt 1.5.11-4, which was working fine.
> 
> now if I start mutt it downloads my headers OK and shows the messages, but
> if I try to look at one it hangs at 'Fetching message...' for some minutes
> before eventually saying 'no mailbox'. 

Reverting to 1.5.11-5 fixes the problem.


Wookey
-- 
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK  Tel +44 (0) 1223 811679
work: http://www.aleph1.co.uk/ play: http://www.chaos.org.uk/~wookey/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354748: fuse-utils: /usr/bin/fusermount should be installed suid root

[Bartosz Fenski aka fEnIo]

On Tue, Feb 28, 2006 at 08:37:35PM +0100, Christian Pernegger wrote:
> To restate: /usr/bin/fusermount should be installed suid root. If it isn't
> it can't fulfill one of its primary purposes, which is enabling non-root
> users too mount filesystems.
> 
> See Documentation/filesystems/fuse.txt in a recent kernel source dir.

Will it be enough to make it 4750 root:fuse?

regards
fEnIo
-- 
  ,''`.  Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo
 : :' :   32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland
 `. `'   phone:+48602383548 | proud Debian maintainer and user
   `-  http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001


signature.asc
Description: Digital signature

Bug#354902: mutt: Mutt hangs on retreiving message body

[Adeodato Simó]

* Wookey [Wed, 01 Mar 2006 23:05:54 +]:

> Package: mutt
> Version: 1.5.11+cvs20060126-1
> Severity: important

> I've just upgraded from mutt 1.5.11-4, which was working fine.

> now if I start mutt it downloads my headers OK and shows the messages, but
> if I try to look at one it hangs at 'Fetching message...' for some minutes
> before eventually saying 'no mailbox'. If I strace it is stuck at:
> recv(3,

> I am using IMAP to dovecot running on stable.

  Try unset imap_idle. (See #351263.)

  I guess I'll either unset imap_idle in the default Muttrc, or
  introduce a NEWS.Debian entry.

  Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
 Listening to: Antonio Flores - El indio



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354891: netpbm: White-space not ignored between images

[Shaun Jackman]

This updated patch adds supports for comments between images as well
as white-space.

Cheers,
Shaun

--- netpbm-free-10.0.orig/pbm/libpm.c
+++ netpbm-free-10.0/pbm/libpm.c
@@ -20,6 +20,7 @@
 #include "shhopt.h"
 #include "pm.h"

+#include 
 #include 
 #include 
 #include 
@@ -829,8 +830,14 @@
 pm_nextimage(FILE * const file, int * const eofP) {

 int c;
-
-c = getc(file);
+do {
+c = getc(file);
+if (c == '#') {
+do {
+c = getc(file);
+} while (c != '\n' && c != '\r' && c != EOF);
+}
+} while (isspace(c));
 if (c == EOF) {
 if (feof(file))
 *eofP = TRUE;

Bug#324030: 3.1.2-2 FTBFS again on amd64

[Shaun Jackman]

On 3/1/06, Roberto Pariset <[EMAIL PROTECTED]> wrote:
> Hello,
> swt-gtk_3.1.2-2 is failing again (at least) on amd64. Errors are similar to
> the following one. There are still many cast warnings as well.
...
> Please check the last log at:
> http://amd64.ftbfs.de/build.php?arch=&pkg=swt-gtk
>
> Thanks,
> Roberto
>
>
> PS. should the bug be reopened?

Hello Roberto,

The patch I applied to fix the build on AMD64 didn't actually produce
a binary on AMD64 that works, as it turns out. So, I've reverted the
patch to get back to the FTBFS state, which is better than producing a
non-functional binary, in my opinion. Leave the bug closed for now, as
there's this related bug [1] already open.

Cheers,
Shaun

[1] #354358: libswt-gtk-3.1-java: Unusable on amd64 (ia32-specific sources used)

Bug#307833: Processed: Re: apt-file: broken. curl is needed

[Sebastien J. Gross]

On Tue, Feb 28, 2006 at 11:35:02AM +, [EMAIL PROTECTED] wrote:
> I've taken a look at the bug logs and I'm very disappointed with the
> maintainer's lack of engagement.  There seem to be a lot of people who
> are interested in helping maintain this package.

Sorry for the late answer but I lack of time, I won't explain all my
troubles here.
Well I took some time this evening to fix up several bugs.

Mike's patch had been included and work fine.
To end up the argument on dependences argumentations I add a
dependence on curl | wget.

The package should be usable now.

Thanks to every contributors.

Hope this would be useful

-- 
Sebastien J. Gross|   Debian GNU/Linux 
[EMAIL PROTECTED]|  http://www.debian.org
GPG: 1024g/AF0DDC9A AB35 1FFB 1268 56C0 452B  302E 2A25 8421 53BB A490


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#293931: Closing bugs fixed in version 0.7.1-1 (never uploaded to the archive)

[Christoph Ulrich Scholler]

tinyca version 0.7.1-1 was never uploaded into the Debian archive.  The
version nevertheless fixes some bugs, so here we go:

Format: 1.7
Date: Sat, 22 Oct 2005 19:14:33 +0200
Source: tinyca
Binary: tinyca
Architecture: source all
Version: 0.7.1-1
Distribution: unstable
Urgency: low
Maintainer: Christoph Ulrich Scholler <[EMAIL PROTECTED]>
Changed-By: Christoph Ulrich Scholler <[EMAIL PROTECTED]>
Description: 
 tinyca - graphical frontend for a simple certification authority
Closes: 293931 330729 332690
Changes: 
 tinyca (0.7.1-1) unstable; urgency=low
 .
   * New upstream release
 - Adds additional export options (Closes: #293931).
 - Correctly imports serial numbers from index.txt (Closes: #330729).
   * Removed libgnome2-perl from the list of dependencies (Closes: #332690).
Files: 
 f3e7f2d2f6301e9aa1a593ecf9fda8cf 358 utils optional tinyca_0.7.1-1.dsc
 9bac9b71e65125d42100f40b3a740739 251140 utils optional tinyca_0.7.1.orig.tar.gz
 83e37a6d60ecba5a3ad247ba811a7e01 4524 utils optional tinyca_0.7.1-1.diff.gz
 6a10425e630ec84746bc8cb20eb521dd 103156 utils optional tinyca_0.7.1-1_all.deb


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]