Bug#295498: Reassigning -- please report amavis bugs to amavis

[Duncan Findlay]

On Wed, Aug 17, 2005 at 03:14:41AM -0300, Henrique de Moraes Holschuh wrote:
> On Tue, 16 Aug 2005, Duncan Findlay wrote:
> > This looks like it's just a timeout. Sometimes if SpamAssassin is
> > expiring Bayes tokens, it can take longer than ususal, and it appears
> > this is triggering a timeout condition in amavis.
> 
> Which is the reason why amavisd-new tries to avoid that from happening using
> crontabs, etc.  One really should make sure SA will *NEVER* try to rebuild
> any databases when called by amavisd-new (or any other daemon in the mail
> delivery path).

The "bayes_auto_expire" option should prevent the auto expiring of
Bayes tokens, is that option being set?

-- 
Duncan Findlay


signature.asc
Description: Digital signature

Bug#322743: bicyclerepair: vim plugin is not installed in the right place

[Robert Collins]

On Wed, 2005-08-17 at 08:14 +0200, Pierre Habouzit wrote:
> ...dlocate /usr/share/vim/addons/plugin
> vim-common: /usr/share/vim/addons/plugin
> [...]
> 
> I have vim-common 6.3-085+1
> 
> btw, we are talking about debian here ;p

I certainly hope so, cause thats where the upload will be going ;0.

Rob

-- 
GPG key available at: .


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

Bug#323182: debian-installer: boot.img for sarge doesn't, on PPC

[SR, ESC]

Le mer 2005-08-17 a 02:05:14 -0400, Sven Luther <[EMAIL PROTECTED]> a dit:
> On Wed, Aug 17, 2005 at 01:51:53AM -0400, SR, ESC wrote:
> > > Yep, but nobody came forward and did so. This should h&ave been mentioned 
> > > in
> > > the errata though at least.
> > 
> > there's people who did for woody, but they feel that they were
> > overlooked and hurt from that, and therefore didn't pitch in, and i'm
> > no coder, i'm more bofh. maybe i can get him to help, and not do
> > "everything".
> 
> That is pure bullshit, i have been asking for help on miboot since over a year
> befor the release, and only a few cared to help there, as the archives of
> debian-boot will show you.Who are those supposed people anyway ? Ethan
> probably ? Well, i had to battle during 6 month tro get him to accept theamiga
> partitioning support in yaboot, and from what i understood, he wanted us to do
> it his true right wxay and nothing else.

oh yeh. i was just relaying what he said to me, that's all. please
don't shoot the messenger :). well, it's not really relevant, we can
do it ourselves then.

> > > The current only way to boot an oldworld in a free manner is to drop to 
> > > the
> > > firmware and boot the vmlinuz-coff.initrd from it.
> > 
> > hmm, do you have some reference docs to do that? that looks
> > potentially rather interesting.
> 
> You have to drop into the firmware. Docs may probably be found on apple site
> for that, but the way i know involves a serial cable.

oh, ok, so it's just a command in OF? so i could do this from CLI in
OF, anywhere. doesn't have to be serial =) (although there are
distinct advantages to that).

> > > > > Maybe i should build a couple of miboot floppies accompanying the 
> > > > > official
> > > > > release ?
> > > > 
> > > > that would be nice, and appreciated. quite often people installing
> > > > linux want nothing to do with mock os, or apple. the oldworlds often
> > 
> > > (Notice i did build some nubus kernel even, but i guess nobody even 
> > > bothered
> > > to test those.)
> > 
> > it's ok, some people did, in the channel for instance.
> 
> but i had zero feedback. I don't even know if they work or not. They probably
> don't even.

oh, some people did, seems one person or more did manage, a while back. not
many nubus people there (that i've seen, and somewhere to get feedback
would be cool, not everyone knows to e-mail the DD involved, they have
to be told that that can, and i don't always think of it myself =).

also seems someone tried booting os x on an ancient box, ask NuBusPPC
sometime.

> Friendly,
> 
> Sven Luther
> 

-- 
"We're not talking about the same thing," he said. "For you the world is
weird because if you're not bored with it you're at odds with it. For me
the world is weird because it is stupendous, awesome, mysterious,
unfathomable; my interest has been to convince you that you must accept
responsibility for being here, in this marvelous world, in this marvelous
desert, in this marvelous time.  I wanted to convince you that you must
learn to make every act count, since you are going to be here for only a
short while, in fact, too short for witnessing all the marvels of it."
-- Don Juan


pgp9tzYB8bNQ6.pgp
Description: PGP signature

Bug#323182: debian-installer: boot.img for sarge doesn't, on PPC

[SR, ESC]

Le mer 2005-08-17 a 01:47:03 -0400, Sven Luther <[EMAIL PROTECTED]> a dit:
> On Tue, Aug 16, 2005 at 06:36:39PM -0400, Rick Thomas wrote:
> > 
> 
> I can build the miboot files and distribute them from p.d.o, they can just not
> be part of the release.

cool.

> > Rick
> > 
> > 
> > PS: Sven makes it sound as if reverse engineering the boot block is a 
> > trivial bit of work.  That's not entirely true.  It's  only trivial if 
> 
> Well, we alreadsy know it is some 100 or so m68k assembly lines, and those are
> mostly trap calls to the apple rom.
> 
> So, what is needed is :
> 
>   someone to take the bootblock and extract the code part from the bootblock.
>   The format of the bootblock is described on some apple page.
> 
>   someone who dissasembles those assembly lines.
> 
>   someone who then mapps the trap calls to apple rom calls.
> 
>   Once that is done, we need to write a specification of what is supposed to
>   happen to make it work, not mentioning the real code or what rom calls are
>   made.
> 
> Then once zwe have that, someone fully not incvolved with the above can do the
> reimplementing part :
> 
>   take the specification and rewrite said code.

ok, sounds potentially hard, but fun too.

> Also, we need a compiler that is able to generate apple m68k code and thus
> able to compile miboot, altough i have a version of codewarrior 4 or whatever
> it was CD, which is needed to build miboot.

gcc can't do it? oh, yeh, apple code

> Now, it has been rumored that a boot code containing only the (free) non-code
> part would be able to boot. Nobody tried though.

gimme sources of this thing (URIs etc.), and i'll put up something on
my site (which i can try out too :).

> The first step can be done easily enough, and upto obtaining the m8k assembly
> lines. Then we can go look for help from the m68k community, which probably
> even has someone knowledgeable in apple roms. There are probably also books

yeh, like basiliskII people too, maybe, or qemu. 

> mentioning how to program said roms, at least there was for the amiga
> computers back then.

ask Bor_Ed on #debianppc.

> > Maybe we should establish a bounty for someone to reverse-engineer the 
> > Apple floppy boot block.  That might get somebody with the necessary 
> 
> (A stack of 10 oldworld machines ? :)

woohoo

> > skills to come out of the woodwork...  If ten of us put up US$100, 
> > would that be enough?
> 
> 
> Someone at apple releaseing the boot sector code as BSD code with the assembly
> source would be well enough.

hmm, time to do some e-mailing writing :).

> Friendly,
> 
> Sven Luther
> 

-- 
Cold pizza and cold coffee, second best thing to cold pizza and warm beer.
-- me


pgp7DlverBIPN.pgp
Description: PGP signature

Bug#295498: Reassigning -- please report amavis bugs to amavis

[Duncan Findlay]

On Wed, Aug 17, 2005 at 03:14:41AM -0300, Henrique de Moraes Holschuh wrote:
> On Tue, 16 Aug 2005, Duncan Findlay wrote:
> > This looks like it's just a timeout. Sometimes if SpamAssassin is
> > expiring Bayes tokens, it can take longer than ususal, and it appears
> > this is triggering a timeout condition in amavis.
> 
> Which is the reason why amavisd-new tries to avoid that from happening using
> crontabs, etc.  One really should make sure SA will *NEVER* try to rebuild
> any databases when called by amavisd-new (or any other daemon in the mail
> delivery path).
> 
> I don't know what else can amavisd-new do to solve this issue.

Probably nothing. I think it should be closed. :-)

-- 
Duncan Findlay


signature.asc
Description: Digital signature

Bug#323547: moc: wrong theme directory

[Christian Häggström]

Package: moc
Version: 2.3.1-1
Severity: normal


After I upgraded moc, I can no longer start it.

   $ mocp
   Running the server...
   Trying ALSA...

   FATAL_ERROR: Can't open theme file: No such file or directory

A strace shows that is tries to open
/usr/share/doc/moc/themes/nightly_theme, but it should look under
/usr/share/moc/themes/ instead.

I have "Theme = nightly_theme" in my ~/.moc/config

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

Versions of packages moc depends on:
ii  libasound2   1.0.9-3 ALSA library
ii  libc62.3.5-3 GNU C Library: Shared libraries an
ii  libcurl3 7.14.0-4Multi-protocol file transfer libra
ii  libflac6 1.1.1-5.2   Free Lossless Audio Codec - runtim
ii  libgcrypt11  1.2.1-4 LGPL Crypto library - runtime libr
ii  libgnutls12  1.2.6-1 the GNU TLS library - runtime libr
ii  libgpg-error01.1-4   library for common error values an
ii  libid3tag0   0.15.1b-7   ID3 tag reading library from the M
ii  libidn11 0.5.18-1GNU libidn library, implementation
ii  libjack0.100.0-0 0.100.0-4   JACK Audio Connection Kit (librari
ii  libmad0  0.15.1b-2.1 MPEG audio decoder library
ii  libmpcdec3   1.2-1   Musepack (MPC) format library
ii  libncurses5  5.4-9   Shared libraries for terminal hand
ii  libogg0  1.1.2-1 Ogg Bitstream Library
ii  libsamplerate0   0.1.1-2 audio rate conversion library
ii  libsndfile1  1.0.11-1Library for reading/writing audio 
ii  libspeex11.1.6-2 The Speex Speech Codec
ii  libtagc0 1.3.1-1.1   TagLib Audio Meta-Data Library (C 
ii  libtasn1-2   0.2.13-1Manage ASN.1 structures (runtime)
ii  libvorbis0a  1.1.0-1 The Vorbis General Audio Compressi
ii  libvorbisfile3   1.1.0-1 The Vorbis General Audio Compressi
ii  zlib1g   1:1.2.3-3   compression library - runtime

moc recommends no packages.

-- no debconf information


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

Bug#322907: German translation for Samba (debconf)

[Christian Perrier]

> Thank you for your contribution.  Where did you get the .pot file in
> question for translating?  It appears that you have only translated the
> templates for the samba binary package, and not those for the samba-common

This is very likely to be a consequence of the DDTP revival. DDTP is
notorious for working on binary packages and not source packages,
which is not appropriate for debconf translations.

This is why DDTP has been abandoned by all l10n teams for debconf
translations...except the German team..:-)

(however, DDTP is under heavy work by Grisu, so things may have
changed recently...though this bug report seems to show that some
things have not)

(I may have missed a few things in the past 15 days as I haven't read
-i18n yet)



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

Bug#323182: debian-installer: boot.img for sarge doesn't, on PPC

[SR, ESC]

Le mar 2005-08-16 a 18:37:30 -0400, Rick Thomas <[EMAIL PROTECTED]>
a dit:
> 
> It's clear that, as a practical matter, Apple doesn't mind if people
> distribute the "boot block which is coming directly from Apple and
> has a couple tens of m68k assembly instructions nobody could be
> bothered to reverse-engineer", because other Linux distributions
> provide it and Apple has not sued them.  So it would seem that the

yeh, true, but better to avoid that, if at all possible. 

> only thing keeping it out of the Debian/PPC distribution is the
> Debian Freeness guidelines.  I respect the guidelines, and wouldn't
> want to go against them, but it seems a shame that we can't find a
> practical solution to this.

there's a good reason for that, foresight. i mean, i'd rather know
this thing won't would "patent encumbered" the way we don't like it,
and get fucked over. 
 
> Would it be possible to have an otherwise fully functioning boot
> floppy image minus the "non-free" part?  Then someone, while
> disclaiming all connection with Debian except as an interested
> observer, could put the "non-free" part on a website somewhere with
> instructions for combining the two into a functioning boot floppy?

sounds interesting, then we can start doing that with the reverse
engineered one, for testing :).

making it modular would be neat, and also useful.

> Rick
> 
> 
> only trivial if you happen to have the necessary coding and
> de-coding skills and the necessary background in calling Apple's OF
> boot-rom routines.  People with those skills are few and far
> between.   And acquiring them from scratch for this project is

i think several of the kernel hackers know a bit about this ;). 

> definitely non-trivial.  That's why I didn't volunteer.  I don't
> have the skills and I don't have the time to acquire them.

i personally am aware of this, this is why i talk of it freely,
because i would like to stir up interest, frankly.

> Maybe we should establish a bounty for someone to reverse-engineer
> the Apple floppy boot block.  That might get somebody with the
> necessary skills to come out of the woodwork...  If ten of us put up
> US$100, would that be enough?

see my previous to sven about a potential person, and maybe a bounty
would be nice for this. there are many older macs that work just fine
and have no "DRM" encumbrance but with a little TLC would work really
nice.

h/w hacking them can come from the work we (we as community) do, but
i have the awareness that's a medium-term goal. probably a few years.

1) year for decode/encode reverse engineering,
2) replace the rom on a box, like a 7300-7500 on up, with a
right-sized eeprom (3 MB IIRC) (no idea, never done such a thing, but
someone with the skills probably a few / several weeks of planning and
tweaking, then "first burn" so to speak
3) we can potentially play with a sacrificial scsi card, that has
FCode on it, and replace it with one that has the right code in the
rom so newworlds can boot from it. (adaptec 2940)

oh, the ideas... but yeh, there's a few things we can do. rushing
before a release isn't a hot idea, and it's certainly medium if not
long term.

simon

-- 
|  http://www.antiracistaction.ca/  |
|  http://pentangle.nuit.ca/ezine/vol_x/x0305.html  |
|  http://home.earthlink.net/~wodensharrow/hah.html |


pgptbTylmwwbE.pgp
Description: PGP signature

Bug#323182: debian-installer: boot.img for sarge doesn't, on PPC

[Sven Luther]

On Wed, Aug 17, 2005 at 01:51:53AM -0400, SR, ESC wrote:
> > Yep, but nobody came forward and did so. This should h&ave been mentioned in
> > the errata though at least.
> 
> there's people who did for woody, but they feel that they were
> overlooked and hurt from that, and therefore didn't pitch in, and i'm
> no coder, i'm more bofh. maybe i can get him to help, and not do
> "everything".

That is pure bullshit, i have been asking for help on miboot since over a year
befor the release, and only a few cared to help there, as the archives of
debian-boot will show you.Who are those supposed people anyway ? Ethan
probably ? Well, i had to battle during 6 month tro get him to accept theamiga
partitioning support in yaboot, and from what i understood, he wanted us to do
it his true right wxay and nothing else.

> > The current only way to boot an oldworld in a free manner is to drop to the
> > firmware and boot the vmlinuz-coff.initrd from it.
> 
> hmm, do you have some reference docs to do that? that looks
> potentially rather interesting.

You have to drop into the firmware. Docs may probably be found on apple site
for that, but the way i know involves a serial cable.

> > > > Maybe i should build a couple of miboot floppies accompanying the 
> > > > official
> > > > release ?
> > > 
> > > that would be nice, and appreciated. quite often people installing
> > > linux want nothing to do with mock os, or apple. the oldworlds often
> 
> > (Notice i did build some nubus kernel even, but i guess nobody even bothered
> > to test those.)
> 
> it's ok, some people did, in the channel for instance.

but i had zero feedback. I don't even know if they work or not. They probably
don't even.

Friendly,

Sven Luther



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

Bug#321961: merge

[Justin Pryzby]

# Sorry, I originally wrote the report while I was offline and couldn't check
# for existing bugs.
severity 323493 normal
merge 321961 323493
thanks

I wouldn't assume its a compiler issue; real bugs can go away with -O0.


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

Bug#321564: lintian: shouldn't warn package-name-doesnt-match-sonames on non-library packages

[Russ Allbery]

tags 321564 patch
thanks

I just ran into this myself with a package containing Apache modules and
spent some time fixing it.  Here's a patch that only warns for SONAMEs of
libraries found in /lib, /usr/lib, or /usr/X11R6/lib.  This may still miss
some interesting cases, but I think it will catch 95% of the useful cases
that the test should catch with far fewer false positives.

--- lintian-1.23.11/checks/binaries.orig2005-07-23 16:09:01.0 
-0700
+++ lintian-1.23.11/checks/binaries 2005-08-16 23:02:16.0 -0700
@@ -113,7 +113,20 @@
 }
 close(IN);
 
-my @sonames = keys %SONAME;
+# For the package naming check, filter out SONAMEs where all the files are
+# at paths other than /lib, /usr/lib, or /usr/X11R6/lib.  This avoids false
+# positives with plugins like Apache modules, which may have their own
+# SONAMEs but which don't matter for the purposes of this check.
+sub lib_soname_path {
+my (@paths) = @_;
+foreach my $path (@paths) {
+return 1 if $path =~ m%^(\.?/)?lib/[^/]+$%;
+return 1 if $path =~ m%^(\.?/)?usr/lib/[^/]+$%;
+return 1 if $path =~ m%^(\.?/)?usr/X11R6/lib/[^/]+$%;
+}
+return 0;
+}
+my @sonames = grep { lib_soname_path (@{$SONAME{$_}}) } keys %SONAME;
 tag "several-sonames-in-same-package", "@sonames" if @sonames > 1;
 
 my $match_found = 0;

-- 
Russ Allbery ([EMAIL PROTECTED]) 


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

Bug#295498: Reassigning -- please report amavis bugs to amavis

[Henrique de Moraes Holschuh]

On Tue, 16 Aug 2005, Duncan Findlay wrote:
> This looks like it's just a timeout. Sometimes if SpamAssassin is
> expiring Bayes tokens, it can take longer than ususal, and it appears
> this is triggering a timeout condition in amavis.

Which is the reason why amavisd-new tries to avoid that from happening using
crontabs, etc.  One really should make sure SA will *NEVER* try to rebuild
any databases when called by amavisd-new (or any other daemon in the mail
delivery path).

I don't know what else can amavisd-new do to solve this issue.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

Bug#323545: 'man growisofs' typos: "There're" and "inital"

[A Costa]

Package: dvd+rw-tools
Version: 5.21.4.10.8-1
Severity: minor
Tags: patch


Found a few typos in '/usr/share/man/man1/growisofs.1.gz', see attached '.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.11-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages dvd+rw-tools depends on:
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.1-3  GCC support library
ii  libstdc++51:3.3.6-7  The GNU Standard C++ Library v3
ii  mkisofs   4:2.01+01a01-4 Creates ISO-9660 CD-ROM filesystem

dvd+rw-tools recommends no packages.

-- no debconf information
--- -   2005-08-17 02:09:41.24329 -0400
+++ /tmp/growisofs1.gz.303192005-08-17 02:09:41.0 -0400
@@ -67,7 +67,7 @@
 More options can be found in the manpage for \fBmkisofs\fP.
 
 .P
-There're several undocumented options commonly denoted with
+There are several undocumented options commonly denoted with
 \fB\-use\-the\-force\-luke\fP prefix. Some of them serve debugging
 purposes. Some require certain knowledge about recording process or
 even OS kernel internals and as being such can induce confusing
@@ -123,7 +123,7 @@
 
growisofs \fB\-M\fP /dev/dvd \fB\-R \-J\fP /more/files
 
-Make sure to use \fIthe same options\fP for both inital burning and
+Make sure to use \fIthe same options\fP for both initial burning and
 following sessions.
 
 To use \fBgrowisofs\fP to write a pre-mastered ISO-image to a DVD:

Bug#323544: 'man motv' typos: "Bottons" and "userfriendly"

[A Costa]

Package: motv
Version: 3.94-1
Severity: minor
Tags: patch


Found a few typos in '/usr/share/man/man1/motv.1.gz', see attached '.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.11-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages motv depends on:
ii  libasound21.0.9-3ALSA library
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libice6   6.8.2.dfsg.1-2 Inter-Client Exchange library
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  liblircclient00.7.1pre2-6LIRC client library
ii  libmotif3 2.2.3-1.1  Open Motif - shared libraries
ii  libncurses5   5.4-8  Shared libraries for terminal hand
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libsm66.8.2.dfsg.1-2 X Window System Session Management
ii  libx11-6  6.8.2.dfsg.1-2 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-2 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxmu6   6.8.2.dfsg.1-2 X Window System miscellaneous util
ii  libxp66.8.2.dfsg.1-2 X Window System printing extension
ii  libxpm4   6.8.2.dfsg.1-2 X pixmap library
ii  libxrandr26.8.2.dfsg.1-5 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  libxt66.8.2.dfsg.1-2 X Toolkit Intrinsics
ii  libxv16.8.2.dfsg.1-2 X Window System video extension li
ii  libzvbi0  0.2.16-1   video Blank Interval decoder (VBI)
ii  pia   3.94-1 movie player
ii  v4l-conf  3.94-1 tool to configure video4linux driv
ii  xawtv-plugins 3.94-1 plugins for xawtv and motv
ii  xlibs 6.8.2.dfsg.1-2 X Window System client libraries m
ii  zlib1g1:1.2.3-1  compression library - runtime

motv recommends no packages.

-- no debconf information
--- -   2005-08-17 02:05:05.621933000 -0400
+++ /tmp/motv1.gz.28950 2005-08-17 02:05:05.0 -0400
@@ -7,7 +7,7 @@
 .B motv
 is a Motif application for watching TV with your unix box.
 .P
-It is basically xawtv with a more userfriendly GUI.  It has the same
+It is basically xawtv with a more user friendly GUI.  It has the same
 features, uses the same config file, has the same command line
 switches, you can control it using xawtv-remote.  Most keyboards
 shortcuts are identical too.
@@ -195,7 +195,7 @@
 ZChannel Hopper (\fIz\fPapping, tune in every
  station a few seconds)
 Ctrl+Z   Fast Channel Hopping (grab the images for the
- Channel Bottons)
+ Channel Buttons)
 
 up/down  tune up/down one channel
 left/right   fine tuning

Bug#323542: 'man tvtime' typo: "valume"

[A Costa]

Package: tvtime
Version: 0.9.15-1
Severity: minor
Tags: patch


Found a typo in '/usr/share/man/man5/tvtime.xml.5.gz', see attached '.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.11-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages tvtime depends on:
ii  debconf [debconf-2.0] 1.4.57 Debian configuration management sy
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.1-3  GCC support library
ii  libice6   6.8.2.dfsg.1-2 Inter-Client Exchange library
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libsm66.8.2.dfsg.1-2 X Window System Session Management
ii  libstdc++51:3.3.6-7  The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-2 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-2 X Window System miscellaneous exte
ii  libxml2   2.6.20-1   GNOME XML library
ii  libxtst6  6.8.2.dfsg.1-2 X Window System event recording an
ii  libxv16.8.2.dfsg.1-2 X Window System video extension li
ii  ttf-freefont  20031008-1.1   Freefont Serif, Sans and Mono True
ii  ucf   2.000  Update Configuration File: preserv
ii  xlibs 6.8.2.dfsg.1-2 X Window System client libraries m
ii  zlib1g1:1.2.3-1  compression library - runtime

Versions of packages tvtime recommends:
ii  xmltv-util0.5.40-1   Utilities related to the XMLTV fil

-- debconf information excluded
--- -   2005-08-17 02:02:53.985884000 -0400
+++ /tmp/tvtimexml.5.gz.28317   2005-08-17 02:02:53.0 -0400
@@ -131,7 +131,7 @@
 much to set the volume coming out of the capture card.  By default,
 tvtime does not set the audio at all.  However, because the volume
 sometimes does not have a sane default, or is reset by other
-applications, you can use this valume to have it always set to your
+applications, you can use this value to have it always set to your
 favorite volume.  Use -1 to have tvtime not touch the volume.
 
 .TP

Bug#323543: use /dev/log for syslog logging

[dean gaudet]

Package: fail2ban
Version: 0.5.2-1

if you ask fail2ban to use SYSLOG for logging it'll try to log to 
localhost:514 ... which isn't typically enabled on a debian system.

the below patch fixes this to use /dev/log, and allows the user to 
optionally change the syslog-facility in the config file (i prefer to see 
the log messages in facility 4 alongside my ssh messages).

-dean

--- fail2ban.py.orig2005-08-16 22:43:53.0 -0700
+++ fail2ban.py 2005-08-16 22:58:50.0 -0700
@@ -175,6 +175,7 @@
# Options
optionValues = (["bool", "background", False],
["str", "logtargets", 
"/var/log/fail2ban.log"],
+   ["int", "syslog-facility", 1],
["bool", "debug", False],
["str", "pidlock", 
"/var/run/fail2ban.pid"],
["int", "maxretry", 3],
@@ -241,7 +242,7 @@
if target == "STDERR":
hdlr = logging.StreamHandler(sys.stderr)
elif target == "SYSLOG":
-   hdlr = logging.handlers.SysLogHandler()
+   hdlr = logging.handlers.SysLogHandler("/dev/log", 
conf["syslog-facility"])
else:
# Target should be a file
try:


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

Bug#323546: 'man readcd' typo: "maimum"

[A Costa]

Package: cdrecord
Version: 4:2.01+01a01-4
Severity: minor
Tags: patch


Found a typo in '/usr/share/man/man1/readcd.1.gz', see attached '.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.11-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages cdrecord depends on:
ii  debconf   1.4.57 Debian configuration management sy
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  libcap1   1:1.10-14  support for getting/setting POSIX.
ii  makedev   2.3.1-78   creates device files in /dev

Versions of packages cdrecord recommends:
ii  mkisofs   4:2.01+01a01-4 Creates ISO-9660 CD-ROM filesystem

-- debconf information excluded
--- -   2005-08-17 02:16:13.569173000 -0400
+++ /tmp/readcd1.gz.432 2005-08-17 02:16:13.0 -0400
@@ -307,7 +307,7 @@
 option has been specified,
 .B readcd
 defaults to a transfer size of 256 kB. If libscg gets lower values from the
-operating system, the value is reduced to the maimum value that is possible
+operating system, the value is reduced to the maximum value that is possible
 with the current operating system.
 Sometimes, it may help to further reduce the transfer size or to enhance it,
 but note that it may take a long time to find a better value by experimenting

Bug#272064: The XML files do have a DTD now

[Christian Perrier]

Quoting Tobias Toedter ([EMAIL PROTECTED]):
> package iso-codes
> tags 272064 pending
> thanks
> 
> Hi,
> 
> I've created a Document Type Definition (DTD) for the XML files in the CVS 
> repository of the iso-codes package. Those definitions helped to discover 
> and fix a few bugs due to typos in the attribute names of some tags.
> 
> This bug will probably be closed with the next upload of iso-codes.


Now that the bug has been fixed, having a DTDcould probably help in
developing a package of utilities to actually *exploit* the iso-codes
data.

For instance, having an utility to map codes to any other fields such
as names (short and full for countries), or even codes to names in
whichever language, would help a lot. I already have applications for
this in d-i, actually, which would help in getting rid of the *.tab
files.

IMHO, finding someone with good XML (and possible gettext) skills to
develop this would help.





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

Bug#321719: libc6: locale -a returns values even if locales package is not installed

[Marc Haber]

On Wed, Aug 17, 2005 at 11:47:43AM +0900, GOTO Masanori wrote:
> Please try: ls -al /usr/lib/locale/locale-archive .
> If it's existed, then try to remove this file and invoke locale -a again.
> I guess it's simply locales.prerm bug.

The file exists, and removing it makes locale -a return "C" and "POSIX".

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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

Bug#322743: bicyclerepair: vim plugin is not installed in the right place

[Pierre Habouzit]

Le Mer 17 Août 2005 05:47, Robert Collins a écrit :
> On Tue, 2005-08-16 at 19:05 +0200, Pierre Habouzit wrote:
> > Le Mar 16 Août 2005 13:24, Robert Collins a écrit :
> > > On Fri, 2005-08-12 at 17:14 +0200, Pierre HABOUZIT wrote:
> > > > Package: bicyclerepair
> > > > Severity: normal
> > > >
> > > >
> > > >   you install bike.vim in /usr/share/vim/vim6[23]/plugin/ dir
> > > > (meaning you will need yet-another-dir for each vim version).
> > > >
> > > >   you should put it in /usr/share/vim/addons/plugin wich is
> > > > meant for things like bike.vim.
> > > >
> > > >   for more explanations, or hepl, you can contact the vim
> > > > packaging team: <[EMAIL PROTECTED]>
> > >
> > > Hi, there is no /usr/share/vim/addons/plugin dir created by the
> > > standard vim-python install. Can you confirm the spelling of the
> > > path for me, and I'll update the package to use this dir.
> >
> > it's in the package vim-common on which any vim-* version will
> > depends.
>
> what version of vim-common ? I'm running ubuntu-warty here as my main
> machine (kinda haveto for my job :0) ... vim-common
> 6.3-046+1ubuntu7.1
>
> the closest listed dirs I see are
> /usr/share/vim/vimfiles
> /usr/share/vim/vimrc
>
> - is it because my vim-common is too old? Or .. ?
I guess.

dlocate /usr/share/vim/addons/plugin
vim-common: /usr/share/vim/addons/plugin
[...]

I have vim-common 6.3-085+1

btw, we are talking about debian here ;p
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgp7LxMQtZ0L9.pgp
Description: PGP signature

Bug#323182: debian-installer: boot.img for sarge doesn't, on PPC

[SR, ESC]

Le mer 2005-08-17 a 01:36:11 -0400, Sven Luther <[EMAIL PROTECTED]> a dit:
> On Tue, Aug 16, 2005 at 04:24:53PM -0400, SR, ESC wrote:
> 
> > > The boot.img are the miboot floppies for oldworld pmacs. These are saddly 
> > > not
> > > useable in sarge, because miboot is non-free (due to the one boot block 
> > > which
> > > is coming directly from apple and has a couple tens of m68k assembly
> > > instructions nobody could be bothered to reverse-enginneer).
> > 
> > um, i would, if i had the skills. and yes they still would be useful.
> > i also have other ideas, such as pulling the rom off oldworlds, and
> > sticking an eeprom chip on them, and turning them into frankenworlds.
> > "oldworld" mac ppcs with as-new-or-newer-firmware-than-newworlds.
> > would take some work to figure out what to keep on the old MacROM, to
> > have them still function, but we could get rid of some issues with
> > these things - like no cd linux booting, buggy firmware on the beige
> > g3s such that they don't quik boot properly, etc. ...
> 
> Yep. If we go that way you could as well put one of the free OF
> implementqations on them and transform them in CHRP boxes.

ah i see. so that's what they do.

> > as to miboot + the bootable codemaybe it's about time someone did
> > something about it, instead of saying "it's not worth it, these are
> > too old anyway". maybe they are, but why judge hardware based on what
> > a corporation thinks?
> 
> It needs two people for a meaningfull reverse engineering, and i have
> abstained from doing the first step to be free to hack on the second step.
> The real problem is nobody has come up and did it.

ok. i have other things to do, but i'll consider getting to know the
guts more, or get more people involved, to help out. have you talked
to segher recently? he seems to know a goodly amount of FCode and
forth, maybe we can fake it? :)

> There is some effort in alternate code though, maybe quick supporting floppies
> or something such, we will see.

yeh, that'd be a better option long-term, and learn what we can from
the rev. engineering.

> Anyway, for etch we are dropping 2.4, and 2.6 miboot was broken. (worked twice
> and never after though, so no idea what the probmlem is.

ok

> > > As a result, the floppies present in sarge are entirely broken and will 
> > > never
> > > work. Also the 2.6 floppies, even with miboot present never worked fiably,
> > > annd since we are doing away with the 2.4 kernels for etch, this means 
> > > that
> > > the miboot floppy target is going away then.
> > 
> > um, maybe them not working should have been fixed instead of releasing
> > them with sarge... isn't that irresponsible to do so?
> 
> Yep, but nobody came forward and did so. This should h&ave been mentioned in
> the errata though at least.

there's people who did for woody, but they feel that they were
overlooked and hurt from that, and therefore didn't pitch in, and i'm
no coder, i'm more bofh. maybe i can get him to help, and not do
"everything".

> > >   http://people.debian.org/~luther/d-i/sarge/images/
> > > 
> > > Chose a date, and go to powerpc/floppy-2.4 to find something working.
> > 
> > i *know* those work, at least a lot of them do. what's so different
> > with these, vs. the ones released?
> 
> Cool. The only difference is that the released ones don't contain non-free
> miboot, and thus don't work. Well, if you consider the same date that is.

figures :). ok.

> The current only way to boot an oldworld in a free manner is to drop to the
> firmware and boot the vmlinuz-coff.initrd from it.

hmm, do you have some reference docs to do that? that looks
potentially rather interesting.

> > > Maybe i should build a couple of miboot floppies accompanying the official
> > > release ?
> > 
> > that would be nice, and appreciated. quite often people installing
> > linux want nothing to do with mock os, or apple. the oldworlds often

> (Notice i did build some nubus kernel even, but i guess nobody even bothered
> to test those.)

it's ok, some people did, in the channel for instance.

> Friendly,
> 
> Sven Luther
> 

-- 
We can use symlinks of course... syslogd would be a symlink to syslogp and
ftpd and ircd would be linked to ftpp and ircp... and of course the
point-to-point protocol paenguin.
-- Kevin M. Bealer, commenting on the penguin Linux logo


pgpX825f1AiNC.pgp
Description: PGP signature

Bug#323538: 'man pwgen' typos: "overriden", "screenful" x 2 and "signficantly"

[A Costa]

Package: pwgen
Version: 2.04-1
Severity: minor
Tags: patch


Found some typos in '/usr/share/man/man1/pwgen.1.gz', see attached '.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.11-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages pwgen depends on:
ii  libc6 2.3.5-3GNU C Library: Shared libraries an

pwgen recommends no packages.

-- no debconf information
--- -   2005-08-17 01:49:57.310175000 -0400
+++ /tmp/pwgen1.gz.217272005-08-17 01:49:57.0 -0400
@@ -34,7 +34,7 @@
 its default behaviour is differs depending on whether the standard output
 is a tty device or a pipe to another program.  Used interactively, 
 .B pwgen 
-will display a screenful of passwords, allowing the user to pick a single 
+will display a screenfull of passwords, allowing the user to pick a single 
 password, and then quickly erase the screen.  This prevents someone from
 being able to "shoulder-surf" the user's chosen password.
 .PP
@@ -46,7 +46,7 @@
 backwards compatibility reasons,
 .B pwgen
 will not use upper case letters or numbers by default in this mode,
-although this can be overriden using the 
+although this can be overridden using the 
 .B \-n 
 and 
 .B \-c
@@ -70,7 +70,7 @@
 .B \-B, --ambiguous
 Don't use characters that could be confused by the user when printed,
 such as 'l' and '1', or '0' or 'O'.  This reduces the number of possible 
-passwords signficantly, and as such reduces the quality of the
+passwords significantly, and as such reduces the quality of the
 passwords.  It may be useful for users who have bad vision, but in
 general use of this option is not recommended.
 .TP
@@ -85,7 +85,7 @@
 .B \-N, --num-passwords=\fInum
 Generate 
 .I num
-passwords.  This defaults to a screenful if passwords are 
+passwords.  This defaults to a screenfull if passwords are 
 printed by columns, and one password.
 .TP
 .B \-n, --numerals

Bug#323438: parted: problems in resizing a logical ext3

[Sven Luther]

On Tue, Aug 16, 2005 at 09:41:46PM +0200, Luca Capello wrote:
> Package: parted
> Version: 1.6.23-3
> Severity: important
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hello,
> 
> I've searched over the docs (and the net) and it seems that I'm not
> wrong: parted can resize an ext3, provided that "the new start must be
> the same as the old start" [1].
> 
> But I've 2 kinds of different errors, here the output (note that the
> partition is unmounted and I tried in "emergency" mode with the same
> results).

libparted's ext2/3 code need to either be adapted to the new ext2/3 format, or
better yet be changed to use libext2 or whatever it is called.

In the meantime, and since nobody showed up to implement that bit of code for
over a year now, i strongly recomend you to use resize2fs to resize ext3
partitions.

Friendly,

Sven Luther



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

Bug#323539: 'man magic' typo: "targer"

[A Costa]

Package: file
Version: 4.12-1
Severity: minor
Tags: patch


Found a typo in '/usr/share/man/man5/magic.5.gz', see attached '.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.11-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages libmagic1 depends on:
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  zlib1g1:1.2.3-1  compression library - runtime

libmagic1 recommends no packages.

Versions of packages file depends on:
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  zlib1g1:1.2.3-1  compression library - runtime

-- no debconf information
--- -   2005-08-17 01:57:40.545564000 -0400
+++ /tmp/magic5.gz.256362005-08-17 01:57:40.0 -0400
@@ -52,7 +52,7 @@
 The ``b'' flag treats every blank in the target as an optional blank.
 Finally the ``c'' flag, specifies case insensitive matching: lowercase
 characters in the magic match both lower and upper case characters in the
-targer, whereas upper case characters in the magic, only much uppercase
+target, whereas upper case characters in the magic, only much uppercase
 characters in the target.
 .IP date
 A four-byte value interpreted as a UNIX date.

Bug#323540: ilisp: fail to install with emacs-snapshot

[YANG Shouxun]

Package: ilisp
Version: 5.12.0+cvs.2004.12.24
Tags: patch

Since emacs-snapshot enters Debian sid, I decided to try it and found it 
failed to configure, though emacs-snapshot runs well. 

I dig the problem a bit and come to the conclusion that the problem is with 
ilisp, not emacs-snapshot. The real reason is that there is emacs-snapshot 
has emacs-version 22, which ilcompat.el will fall back to 'fsf-18.

The following minimal patch reuses ilfsf21.el for emacs 22. Maybe it's more in 
line with ilisp's way to provide ilfsf22.el, which is almost identical to 
ilfsf21.el, but the simplest is the best.

--- ilisp-5.12.0+cvs.2004.12.24.orig/ilcompat.el
+++ ilisp-5.12.0+cvs.2004.12.24/ilcompat.el
@@ -27,6 +27,8 @@
 'fsf-20)
((string-match "^21" emacs-version)
 'fsf-21)
+   ((string-match "^22" emacs-version)
+'fsf-21)
(t 'fsf-18))
   "The major version of (X)Emacs ILISP is running in.
 Declared as '(member fsf-19 fsf-19 fsf-20 fsf-21 lucid-19 lucid-19-new 
xemacs).



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

Bug#323541: 'man stationlist' typo: "readible"

[A Costa]

Package: tvtime
Version: 0.9.15-1
Severity: minor
Tags: patch


Found a typo in '/usr/share/man/man5/stationlist.xml.5.gz', see attached 
'.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.11-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages tvtime depends on:
ii  debconf [debconf-2.0] 1.4.57 Debian configuration management sy
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.1-3  GCC support library
ii  libice6   6.8.2.dfsg.1-2 Inter-Client Exchange library
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libsm66.8.2.dfsg.1-2 X Window System Session Management
ii  libstdc++51:3.3.6-7  The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-2 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-2 X Window System miscellaneous exte
ii  libxml2   2.6.20-1   GNOME XML library
ii  libxtst6  6.8.2.dfsg.1-2 X Window System event recording an
ii  libxv16.8.2.dfsg.1-2 X Window System video extension li
ii  ttf-freefont  20031008-1.1   Freefont Serif, Sans and Mono True
ii  ucf   2.000  Update Configuration File: preserv
ii  xlibs 6.8.2.dfsg.1-2 X Window System client libraries m
ii  zlib1g1:1.2.3-1  compression library - runtime

Versions of packages tvtime recommends:
ii  xmltv-util0.5.40-1   Utilities related to the XMLTV fil

-- debconf information excluded
--- -   2005-08-17 02:00:44.47532 -0400
+++ /tmp/stationlistxml.5.gz.27296  2005-08-17 02:00:44.0 -0400
@@ -80,7 +80,7 @@
 
 .TP
 .B name
-The human-readible name of the current station.
+The human-readable name of the current station.
 
 .TP
 .B active

Bug#322936: New version of sylpheed disallows selective ctrl+click select of emails in summary view

[Ricardo Mones]

On Tue, 16 Aug 2005 11:28:37 +1000
ADFH <[EMAIL PROTECTED]> wrote:

> >   It works for me, any special configuration you may have?
> 
> Hrrmm.. not particularly - tho it was recently switched from XFree86 to
> X.org - it didn't exhibit itself until I upgraded sylpheed from a 1.x
> to a 2.x version, however it could have been another library upgraded
> at the same time.
> 
> > P.S.: Read http://www.debian.org/Bugs/Developer#severities if you want 
> > to correctly set bug severities, otherwise leave it as default (normal).
> 
> "important
> a bug which has a major effect on the usability of a package,
> without rendering it completely unusable to everyone."
> 
> The bug has/(had ... see on) a major impact on usability (namely the
> ability to act efficiently as an MUA) - when one receives heaps of
> spam, individually selecting non-contiguous blocks of emails is a major
> PITA. Selecting whole blocks and then individually toggling entries is
> a lot less time consuming. Sylpheed looks after a gig or two of email
> for me - so this is important. It did not, however, render the package
> unusable. Therefore I chose important. I guess what constitutes "major
> effect" is dependant on the functionality used by the bug reporter and
> given your experience with a wider user base, your assessment differs
> from mine.
> 
> Basically - I *did* RTFM :) , but perhaps I interpreted things
> differently to yourself.

  Sure thing. My interpretation goes more by the "major effect on the 
usability of a package" for everybody and considering the package as a
whole, not for a particular usage somebody may have decided it's the 
Right and Truly Way(TM) of using it :-)
  
  Being unable to ctrl-click items may be important (Debian sense) for 
a paint program, but not for a MUA (specially if there is alternative
ways of doing it), IMO. That doesn't mean is not important for you (I
already it is because you have taken the time to bugreport it ;).
 
> Having said that it seems it may be in an interaction between the
> sylpheed application and something related to the X environment (as I'm
> running sylpheed over an SSH forwarded X connection on a machine that
> was exhibiting the problem also, and has been upgraded (packages +
> kernel + mobo) last night, and it does not appear to have the fault
> now).

  I see...
 
> I will try to reproduce the bug again wholly on the machine with the
> executable (which was also showing the bug - it wasn't just a forward X
> connection thing), and then will upgrade and resubmit a list of the
> libraries with reportbug - perhaps this will shed light on things.

  Ok, regards.
-- 
Ricardo Mones.


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

Bug#323182: debian-installer: boot.img for sarge doesn't, on PPC

[Sven Luther]

On Tue, Aug 16, 2005 at 06:36:39PM -0400, Rick Thomas wrote:
> 
> It's clear that, as a practical matter, Apple doesn't mind if people 
> distribute the "boot block which is coming directly from Apple and has 
> a couple tens of m68k assembly instructions nobody could be bothered to 
> reverse-engineer", because other Linux distributions provide it and 
> Apple has not sued them.  So it would seem that the only thing keeping 
> it out of the Debian/PPC distribution is the Debian Freeness 
> guidelines.  I respect the guidelines, and wouldn't want to go against 
> them, but it seems a shame that we can't find a practical solution to 
> this.
> 
> 
> Would it be possible to have an otherwise fully functioning boot floppy 
> image minus the "non-free" part?  Then someone, while disclaiming all 
> connection with Debian except as an interested observer, could put the 
> "non-free" part on a website somewhere with instructions for combining 
> the two into a functioning boot floppy?

I can build the miboot files and distribute them from p.d.o, they can just not
be part of the release.

> Rick
> 
> 
> PS: Sven makes it sound as if reverse engineering the boot block is a 
> trivial bit of work.  That's not entirely true.  It's  only trivial if 

Well, we alreadsy know it is some 100 or so m68k assembly lines, and those are
mostly trap calls to the apple rom.

So, what is needed is :

  someone to take the bootblock and extract the code part from the bootblock.
  The format of the bootblock is described on some apple page.

  someone who dissasembles those assembly lines.

  someone who then mapps the trap calls to apple rom calls.

  Once that is done, we need to write a specification of what is supposed to
  happen to make it work, not mentioning the real code or what rom calls are
  made.

Then once zwe have that, someone fully not incvolved with the above can do the
reimplementing part :

  take the specification and rewrite said code.

Also, we need a compiler that is able to generate apple m68k code and thus
able to compile miboot, altough i have a version of codewarrior 4 or whatever
it was CD, which is needed to build miboot.

Now, it has been rumored that a boot code containing only the (free) non-code
part would be able to boot. Nobody tried though.

> you happen to have the necessary coding and de-coding skills and the 
> necessary background in calling Apple's OF boot-rom routines.  People 
> with those skills are few and far between.   And acquiring them from 
> scratch for this project is definitely non-trivial.  That's why I 
> didn't volunteer.  I don't have the skills and I don't have the time to 
> acquire them.

The first step can be done easily enough, and upto obtaining the m8k assembly
lines. Then we can go look for help from the m68k community, which probably
even has someone knowledgeable in apple roms. There are probably also books
mentioning how to program said roms, at least there was for the amiga
computers back then.

> Maybe we should establish a bounty for someone to reverse-engineer the 
> Apple floppy boot block.  That might get somebody with the necessary 

(A stack of 10 oldworld machines ? :)

> skills to come out of the woodwork...  If ten of us put up US$100, 
> would that be enough?

Probably, not sure though.

There is also the approach of applefreeing aid code, but they probably lost
the source code for it, altough chances are good it was directly written in
assembly.

Someone at apple releaseing the boot sector code as BSD code with the assembly
source would be well enough.

Friendly,

Sven Luther



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

Bug#323509: libntfs-dev #323509 patch attached

[Paul Wise]

On Tue, 2005-08-16 at 22:24 -0700, Steve Langasek wrote:
> On Wed, Aug 17, 2005 at 12:35:02PM +0800, Paul Wise wrote:
> > tag 323509 + patch
> > thanks
> 
> > The attached patch fixes this and adds Conflicts: libntfs5 to libntfs7.
> 
> Why would they need to conflict?  I don't see any file overlaps between
> the two packages.

I just saw the conflicts with every other libntfsN and assumed the same
would apply to libntfs5.

-- 
bye,
pabs

http://qa.debian.org/developer.php?login=Paul+Wise&comaint=yes


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

Bug#309969: Same behaviour here - more insights

[danni]

Yeah I am able to reproduce these results more testing has revealed the 
following.

Synaptic will not start with either kdesu or gksu so I don't think these have 
anything to with it.
I can use synaptic as root only if I start using startx, startkde instead of 
logging in with kdm or gdm (haven't tried xdm). I have done a complete 
removal of both gdm and kdm (reinstalling kdm of course). But the problem 
still persists. 

-- 
As long as there are entrenched social and political distinctions
between sexes, races or classes, there will be forms of science whose
main function is to rationalize and legitimize these distinctions.
-- Elizabeth Fee


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

Bug#323537: ITP: icc-profiles -- Collection of color profiles for ICC aware applications

[Oleksandr Moskalenko]

Package: wnpp
Severity: wishlist
Owner: Oleksandr Moskalenko <[EMAIL PROTECTED]>


* Package name: icc-profiles
  Version : 1.0.1
  Upstream Author : Various
* URL : Various
* License : Various non DFSG-free licenses
  Description : Collection of color profiles for ICC aware applications

This is a collection of color profiles that can be used by color profile aware
applications such as Gimp, Scribus, xicc, and later others. ICC profile
licenses almost unequivocally prohibit modification, so this package has to go
into the non-free section. Such a collection, however, is already useful for
the aforementioned applications and will become more useful as the number of
available profiles grows and more application begin using color calibration.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-20050620-mrb319
Locale: LANG=uk_UA.KOI8-U, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)


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

Bug#323536: 'man gtkgraph' typo: "documenation"

[A Costa]

Package: gtkgraph
Version: 0.6.2-5
Severity: minor
Tags: patch


Found a typo in '/usr/share/man/man1/gtkgraph.1.gz', see attached '.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.11-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages gtkgraph depends on:
ii  gdk-imlib11.9.14-16.2imaging library for use with gtk (
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  libglib1.21.2.10-10  The GLib library of C routines
ii  libgtk1.2 1.2.10-17  The GIMP Toolkit set of widgets fo
ii  xlibs 6.8.2.dfsg.1-2 X Window System client libraries m

gtkgraph recommends no packages.

-- no debconf information
--- -   2005-08-17 01:40:39.423496000 -0400
+++ /tmp/gtkgraph1.gz.19890 2005-08-17 01:40:39.0 -0400
@@ -19,7 +19,7 @@
 This program accepts standard GTK+ command-line (such as --display
 $DISPLAY), etc.
 .SH SEE ALSO
-See the documenation which accompanies the upstream source package in
+See the documentation which accompanies the upstream source package in
 /usr/share/doc/gtkgraph/.
 .SH AUTHOR
 This program is copyright (c) 1999 by Aaron Lehmann <[EMAIL PROTECTED]>.

Bug#323535: 'man poster' typos: "multipier", "unpractical" and "uncarefully"

[A Costa]

Package: poster
Version: 20020830-2
Severity: minor
Tags: patch


Found some typos in '/usr/share/man/man1/poster.1.gz', see attached '.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.11-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages poster depends on:
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  libpaper1 1.1.14-3   Library for handling paper charact

poster recommends no packages.

-- no debconf information
--- -   2005-08-17 01:34:39.818416000 -0400
+++ /tmp/poster1.gz.18472   2005-08-17 01:34:39.0 -0400
@@ -147,7 +147,7 @@
 In general:
   = [][]
 .br
-with multipier and offset being specified optionally.
+with multiplier and offset being specified optionally.
   = *
 .br
   = +,
@@ -193,11 +193,11 @@
 to just vector data which is essentially resolution independent),
 you might have this problem.
 Such pixel images are normally made to fit well to standard 300 (or 600) dpi 
devices.
-Scaling such a picture with an uncarefully chosen factor,
+Scaling such a picture with a carelessly chosen factor
 can easily lead to hazy edges and interference patterns on the output.
 The solution is to provide \fIposter\fP with an exact scaling factor
 (with the -s option), chosen as an integer. If integer scaling is
-unpractical for your purpose,
+impractical for your purpose,
 choose a fractional number made from a small integer denominator (2, 3, 4).
 .SS "Can I select only a small part of a given input picture?"
 Yes, for this purpose you can define both the size (width and height)

Bug#323182: debian-installer: boot.img for sarge doesn't, on PPC

[Sven Luther]

On Tue, Aug 16, 2005 at 04:24:53PM -0400, SR, ESC wrote:
> Le lun 2005-08-15 a 17:44:46 -0400, Sven Luther <[EMAIL PROTECTED]> a dit:
> > On Mon, Aug 15, 2005 at 06:13:12PM +0200, Geert Stappers wrote:
> > > severity 323182 normal
> > > thanks mate
> > > 
> > > 
> > 
> > Ok, please ignore my previous mail, it is stupid.
> 
> then disregard my reply to it :).

Hehe :)

> > The boot.img are the miboot floppies for oldworld pmacs. These are saddly 
> > not
> > useable in sarge, because miboot is non-free (due to the one boot block 
> > which
> > is coming directly from apple and has a couple tens of m68k assembly
> > instructions nobody could be bothered to reverse-enginneer).
> 
> um, i would, if i had the skills. and yes they still would be useful.
> i also have other ideas, such as pulling the rom off oldworlds, and
> sticking an eeprom chip on them, and turning them into frankenworlds.
> "oldworld" mac ppcs with as-new-or-newer-firmware-than-newworlds.
> would take some work to figure out what to keep on the old MacROM, to
> have them still function, but we could get rid of some issues with
> these things - like no cd linux booting, buggy firmware on the beige
> g3s such that they don't quik boot properly, etc. ...

Yep. If we go that way you could as well put one of the free OF
implementqations on them and transform them in CHRP boxes.

> as to miboot + the bootable codemaybe it's about time someone did
> something about it, instead of saying "it's not worth it, these are
> too old anyway". maybe they are, but why judge hardware based on what
> a corporation thinks?

It needs two people for a meaningfull reverse engineering, and i have
abstained from doing the first step to be free to hack on the second step.
The real problem is nobody has come up and did it.

There is some effort in alternate code though, maybe quick supporting floppies
or something such, we will see.

Anyway, for etch we are dropping 2.4, and 2.6 miboot was broken. (worked twice
and never after though, so no idea what the probmlem is.

> > As a result, the floppies present in sarge are entirely broken and will 
> > never
> > work. Also the 2.6 floppies, even with miboot present never worked fiably,
> > annd since we are doing away with the 2.4 kernels for etch, this means that
> > the miboot floppy target is going away then.
> 
> um, maybe them not working should have been fixed instead of releasing
> them with sarge... isn't that irresponsible to do so?

Yep, but nobody came forward and did so. This should h&ave been mentioned in
the errata though at least.

> > Anyway, please try some of the older daily builds found on my site :
> > 
> >   http://people.debian.org/~luther/d-i/sarge/images/
> > 
> > Chose a date, and go to powerpc/floppy-2.4 to find something working.
> 
> i *know* those work, at least a lot of them do. what's so different
> with these, vs. the ones released?

Cool. The only difference is that the released ones don't contain non-free
miboot, and thus don't work. Well, if you consider the same date that is.

The current only way to boot an oldworld in a free manner is to drop to the
firmware and boot the vmlinuz-coff.initrd from it.

> > Again, sorry for my other stupid mail, and test these ones.
> 
> np.
> 
> > Maybe i should build a couple of miboot floppies accompanying the official
> > release ?
> 
> that would be nice, and appreciated. quite often people installing
> linux want nothing to do with mock os, or apple. the oldworlds often
> give this opportunity, since you can do what you want to them, and not
> care about some stupid "warranty". and they work very wel, *despite*
> the bugs in OF, since a) there's ways around the orked bits of the 
> firmware; b) a lot of them are very upgradable hardware-wise; c) they 
> run linux better than they do mock os.

Yep.

(Notice i did build some nubus kernel even, but i guess nobody even bothered
to test those.)

Friendly,

Sven Luther



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

Bug#323263: udev fails to create dvb devices

[C.Y.M]

Marco d'Itri wrote:
> On Aug 16, "C.Y.M" <[EMAIL PROTECTED]> wrote:
> 
> 
>>loads the dvb modules.  If I do not put a wait statement in the script right
>>after probing the dvb modules, the next call to my dvb application will fail
>>because the device has not been created fast enough by udev. I have to use
>>something like this:
> 
> This is expected, modprobe returns while udev keeps working
> asynchronously. You should use a RUN rule to start your program, this
> way you will be sure that the device has been created.
> 
> 
>>Also, after the machine has booted with udev's debug off, if I manually 
>>modprobe
>>the modules, and then I run "udevstart", the devices get created.  But, If I 
>>try
>>to reload the modules *after* I have alread ran "udevstart", the devices fail 
>>to
>>create again.
> 
> 
> Please add this rule to /etc/udev/rules.d/, start /sbin/udevmonitor and
> repeat your tests. Then attach the log.
> 
> RUN+="socket:/org/kernel/udev/monitor"
> 


With debug on it works and with debug off it still fails, even with udevmonitor.
 I created a link in /etc/udev/rules.d/ like this:

lrwxrwxrwx  1 root root 16 2005-08-16 22:18 080_monitor.rules -> 
../monitor.rules

Then, I created the file "monitor.rules" in /etc/udev and put what you 
recommended:

RUN+="socket:/org/kernel/udev/monitor"

Here is that attached log:

udevmonitor prints received from the kernel [UEVENT] and after
the udev processing, the event which udev [UDEV] has generated

UEVENT[1124257296] add@/module/stv0299
UEVENT[1124257296] add@/module/ttpci_eeprom
UEVENT[1124257296] add@/module/ves1x93
UEVENT[1124257296] add@/module/crc32
UEVENT[1124257296] add@/module/sp8870
UEVENT[1124257296] add@/module/stv0297
UEVENT[1124257296] add@/module/tda8083
UEVENT[1124257296] add@/module/ves1820
UEVENT[1124257296] add@/module/videodev
UEVENT[1124257296] add@/module/v4l2_common
UEVENT[1124257296] add@/module/v4l1_compat
UEVENT[1124257296] add@/module/saa7146
UEVENT[1124257296] add@/module/video_buf
UEVENT[1124257296] add@/module/saa7146_vv
UEVENT[1124257296] add@/module/dvb_core
UEVENT[1124257296] add@/module/dvb_ttpci
UEVENT[1124257296] add@/bus/pci/drivers/dvb
UDEV  [1124257296] add@/class/firmware/:00:0e.0
UEVENT[1124257296] add@/class/firmware/:00:0e.0
UDEV  [1124257296] remove@/class/firmware/:00:0e.0
UEVENT[1124257296] remove@/class/firmware/:00:0e.0
UEVENT[1124257296] add@/class/i2c-adapter/i2c-1
UEVENT[1124257297] add@/class/dvb/dvb0.demux0
UEVENT[1124257297] add@/class/dvb/dvb0.dvr0
UEVENT[1124257297] add@/class/dvb/dvb0.video0
UEVENT[1124257297] add@/class/dvb/dvb0.audio0
UEVENT[1124257297] add@/class/dvb/dvb0.ca0
UEVENT[1124257297] add@/class/dvb/dvb0.osd0
UEVENT[1124257297] add@/class/dvb/dvb0.net0
UEVENT[1124257297] add@/class/video4linux/video0
UEVENT[1124257297] add@/class/dvb/dvb0.frontend0
UEVENT[1124257297] add@/class/input/event3
UDEV  [1124257298] add@/module/ttpci_eeprom
UDEV  [1124257298] add@/module/ves1x93
UDEV  [1124257298] add@/module/crc32
UDEV  [1124257298] add@/module/sp8870
UDEV  [1124257298] add@/module/stv0297
UDEV  [1124257298] add@/module/tda8083
UDEV  [1124257298] add@/module/ves1820
UDEV  [1124257298] add@/module/videodev
UDEV  [1124257298] add@/module/v4l1_compat
UDEV  [1124257298] add@/module/saa7146
UDEV  [1124257298] add@/module/video_buf
UDEV  [1124257298] add@/module/saa7146_vv
UDEV  [1124257298] add@/module/dvb_core
UDEV  [1124257298] add@/module/dvb_ttpci
UDEV  [1124257298] add@/bus/pci/drivers/dvb
UDEV  [1124257298] add@/class/i2c-adapter/i2c-1
UDEV  [1124257298] add@/class/video4linux/video0
UDEV  [1124257298] add@/class/input/event3
UDEV  [1124257298] add@/module/v4l2_common


ALSO:

Attached is syslog
Aug 16 22:20:29 sid kernel: cdrom: open failed.
Aug 16 22:21:00 sid udevd[3264]: udevd.c: seq 928 queued, devpath 
'/module/stv0299'
Aug 16 22:21:00 sid udevd[3264]: udevd.c: seq 928 forked, pid 6240, 0 seconds 
old
Aug 16 22:21:00 sid udevd[3264]: udevd.c: udevd event message received
Aug 16 22:21:00 sid udev[6240]: udev.c: RUN key executes 
'/usr/lib/hal/hal.hotplug'
Aug 16 22:21:00 sid udev[6240]: udev.c: RUN key executes 
'socket:/org/kernel/udev/monitor'
Aug 16 22:21:00 sid udevd[3264]: udevd.c: seq 928 exit, 0 seconds old
Aug 16 22:21:00 sid udevd[3264]: udevd.c: seq 929 queued, devpath 
'/module/ttpci_eeprom'
Aug 16 22:21:00 sid udevd[3264]: udevd.c: seq 929 forked, pid 6244, 0 seconds 
old
Aug 16 22:21:00 sid udevd[3264]: udevd.c: udevd event message received
Aug 16 22:21:00 sid udev[6244]: udev.c: RUN key executes 
'/usr/lib/hal/hal.hotplug'
Aug 16 22:21:00 sid udev[6244]: udev.c: RUN key executes 
'socket:/org/kernel/udev/monitor'
Aug 16 22:21:00 sid udevd[3264]: udevd.c: seq 929 exit, 0 seconds old
Aug 16 22:21:00 sid udevd[3264]: udevd.c: seq 930 queued, devpath 
'/module/ves1x93'
Aug 16 22:21:00 sid udevd[3264]: udevd.c: seq 930 forked, pid 6247, 0 seconds 
old
Aug 16 22:21:00 sid udevd[3264]: udevd.c: udevd event message received
Aug 16 22:21:00 sid udev[6247]: udev.c: R

Bug#323534: 'man gs-gpl' typos: "documenatation" and "documenation"

[A Costa]

Package: gs-gpl
Version: 8.01-5
Severity: minor
Tags: patch


Found a few typos in '/usr/share/man/man1/gs-gpl.1.gz', see attached '.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.11-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages gs-gpl depends on:
ii  gs-common 0.3.8  Common files for different Ghostsc
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  libgimpprint1 4.2.7-10   The Gimp-Print printer driver libr
ii  libice6   6.8.2.dfsg.1-2 Inter-Client Exchange library
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  libpaper1 1.1.14-3   Library for handling paper charact
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libsm66.8.2.dfsg.1-2 X Window System Session Management
ii  libx11-6  6.8.2.dfsg.1-2 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-2 X Window System miscellaneous exte
ii  libxt66.8.2.dfsg.1-2 X Toolkit Intrinsics
ii  xlibs 6.8.2.dfsg.1-2 X Window System client libraries m
ii  zlib1g1:1.2.3-1  compression library - runtime

Versions of packages gs-gpl recommends:
ii  gsfonts   8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre
ii  psfontmgr 0.11.8-0.1 PostScript font manager -- part of

-- no debconf information
--- -   2005-08-17 01:23:06.525568000 -0400
+++ /tmp/gspl.1.gz.150272005-08-17 01:23:06.0 -0400
@@ -27,7 +27,7 @@
 (such as Control-C at the keyboard).
 .PP
 The interpreter recognizes many option switches, some of which are described
-below. Please see the usage documenation for complete information. Switches
+below. Please see the usage documentation for complete information. Switches
 may appear anywhere in the command line and apply to all files thereafter.
 Invoking Ghostscript with the \fB\-h\fR or \fB\-?\fR switch produces a
 message which shows several useful switches, all the devices known to
@@ -154,7 +154,7 @@
-sPAPERSIZE=legal
 .fi
 .PP
-Most ISO and US paper sizes are recognized. See the usage documenatation for
+Most ISO and US paper sizes are recognized. See the usage documentation for
 a full list, or the definitions in the initialization file "gs_statd.ps".
 .PP
 Ghostscript can do many things other than print or view PostScript and

Bug#323533: DCC is non-free

[Duncan Findlay]

Package: dcc
Severity: serious

First (of course) IANAL. And I could be entirely wrong (I hope so).

It is my understanding that DCC (Distributed Checksum Clearinghouses)
is not free because of patent issues. According to the license at
http://www.dcc-servers.net/dcc/dcc-tree/LICENSE:

 * This agreement is not applicable to any entity which sells anti-spam
 * solutions to others or provides an anti-spam solution as part of a
 * security solution sold to other entities, or to a private network
 * which employs the DCC or uses data provided by operation of the DCC
 * but does not provide corresponding data to other users.

Furthermore:

 * Parties not eligible to receive a license under this agreement can
 * obtain a commercial license to use DCC and permission to use
 * U.S. Patent 6,330,590 by contacting Commtouch at http://www.commtouch.com/
 * or by email to [EMAIL PROTECTED]

I imagine past versions of DCC do not have this clause in their
license; however, they probably still infringe on the patent (which I
haven't read, not do I intend on reading), and still can not be
distributed in concordance with the DFSG.

Is this correct? Does DCC need to be removed from Debian?

-- 
Duncan Findlay


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

Bug#323363: CAN-2005-2553: DoS in find_target() of ptrace32.c

[Horms]

tag 323363 +pending
thanks

On Tue, Aug 16, 2005 at 11:29:18AM +0200, Moritz Muehlenhoff wrote:
> Package: kernel-source-2.4.27
> Severity: important
> Tags: security patch
> 
> CAN-2005-2553 describes the following DoS vulnerability:
> 
> > The find_target function in ptrace32.c in the Linux kernel 2.4.x
> > before 2.4.29 does not properly handle a NULL return value from
> > another function, which allows local users to cause a denial of service
> > (kernel crash/oops) by running a 32-bit ltrace program with the
> > -i option on a 64-bit executable program.   
> >  
> 
> More information/patch:
> 
> http://lkml.org/lkml/2005/1/5/245
> http://linux.bkbits.net:8080/linux-2.4/[EMAIL PROTECTED]

Thanks, as always. I have added this to SVN.

-- 
Horms


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

Bug#323452: "hda: dma_timer_expiry: dma status == 0x21" errors + freeze (VIA VT82C686 chipset)

[Horms]

On Wed, Aug 17, 2005 at 01:53:47AM +0200, Vincent Lefevre wrote:
> On 2005-08-17 00:34:15 +0200, maximilian attems wrote:
> > On Tue, 16 Aug 2005, Vincent Lefevre wrote:
> > 
> > > On this machine, I get the following error several times by hour:
> > > 
> > > hda: dma_timer_expiry: dma status == 0x21
> > > hda: error waiting for DMA
> > > hda: dma timeout retry: status=0x58 { DriveReady SeekComplete DataRequest 
> > > }
> > 
> > your drive appears busted.
> > i would back up any important data it holds.
> 
> When searching for "dma_timer_expiry: dma status == 0x21" on Google,
> I get about 787 pages. It could be a kernel problem as well. I've
> installed another kernel image (the 2.6.8-2-k7) and will see if I
> get the same errors. After 20 minutes, I haven't got any.
> 
> I've just installed smartmontools, and there are several errors
> at disk power-on, but the short test completes without error.

I agree with Maximilian's advice that it is highly likely that
errors like this typically indicate that a disk is failing and 
that you should back up your data and replace the disk.

-- 
Horms


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

Bug#323509: libntfs-dev #323509 patch attached

[Steve Langasek]

On Wed, Aug 17, 2005 at 12:35:02PM +0800, Paul Wise wrote:
> tag 323509 + patch
> thanks

> The attached patch fixes this and adds Conflicts: libntfs5 to libntfs7.

Why would they need to conflict?  I don't see any file overlaps between
the two packages.

-- 
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#323458: libgcrypt11-dev: No docs

[Werner Koch]

On Tue, 16 Aug 2005 16:51:02 -0500, John Goerzen said:

> Package: libgcrypt11-dev
> Version: 1.2.1-4
> Severity: normal

> this package containts no API usage docs.  It would be nice to have some
> information on how to use it.

apt-get install libgcrypt11-doc

However, the copyright file falsely claims that the manual is under
the FDL.  However:

2003-12-03  Werner Koch  <[EMAIL PROTECTED]>

* gcrypt.texi: Changed license from FDL to GPL because this is a
reference manual only useful along with actual code.
* fdl.texi: Removed.

This was long before the release of 1.2.

> Also, version 1.2.1 is not at the URL given in the copyright file.

Remove the "alpha" from the URL.


Shalom-Salam,

   Werner



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

Bug#323531: 'man knocker' typo: "AVAILABILTY"

[A Costa]

Package: knocker
Version: 0.7.1-2
Severity: minor
Tags: patch


Found a typo in '/usr/share/man/man1/knocker.1.gz', see attached '.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.11-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages knocker depends on:
ii  libc6 2.3.5-3GNU C Library: Shared libraries an

knocker recommends no packages.

-- no debconf information
--- -   2005-08-17 01:07:20.212378000 -0400
+++ /tmp/knocker1.gz.11533  2005-08-17 01:07:20.0 -0400
@@ -79,7 +79,7 @@
 knocker --host 192.168.0.1 --quiet &
 .LP
 .LP
-.SH AVAILABILTY   
+.SH AVAILABILITY   
 The latest version of this program can be found at
 http://knocker.sourceforge.net
 .SH BUGS

Bug#323532: 'man bootpc' typo: "seperate"

[A Costa]

Package: bootpc
Version: 0.64-4
Severity: minor
Tags: patch


Found a typo in '/usr/share/man/man8/bootpc.8.gz', see attached '.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.11-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages bootpc depends on:
ii  libc6 2.3.5-3GNU C Library: Shared libraries an

bootpc recommends no packages.

-- no debconf information
--- -   2005-08-17 01:16:07.681838000 -0400
+++ /tmp/bootpc8.gz.13120   2005-08-17 01:16:07.0 -0400
@@ -75,7 +75,7 @@
 .TP
 .BI "--in2host " addr
 Takes an address and returns useful bits of the name after lookup, this was a
-seperate program, but it is more compact to have both together.
+separate program, but it is more compact to have both together.
 .TP
 .B --serverbcast
 Tell the server to send back a broadcast reply.  This is necessary on

Bug#323530: python2.3: Digest authentication in urllib2 fails on some servers.

[Daniel Pittman]

Package: python2.3
Version: 2.3.5-7
Severity: normal

Note:  this is a problem in stable as well as unstable, and it would be
great to get it fixed in both places.

Using urllib2, digest HTTP authentication against some servers (notably,
www.livejournal.com) will fail.  This is caused by a server issue - they
demand the digest be specified, even though it is optional in the
standard.

However, a single line fix to always send the digest, even if it is set
to the default of MD5, resolves the issue with *no* possible regressions
or other problems.

This is discussed in the upstream BTS here:
https://sourceforge.net/tracker/?func=detail&atid=305470&aid=1037974&group_id=5470

The upstream developers have accepted this change and pushed it into the
core of urllib2.py, so they obviously believe that it is a worthwhile
change as well.


This patch is the minimal change to support this:

--- urllib2.py  2005-08-17 15:01:16.0 +1000
+++ urllib2.py.orig 2005-08-17 15:00:58.0 +1000
@@ -798,7 +798,8 @@
 base = base + ', opaque="%s"' % opaque
 if entdig:
 base = base + ', digest="%s"' % entdig
-base = base + ', algorithm="%s"' % algorithm
+if algorithm != 'MD5':
+base = base + ', algorithm="%s"' % algorithm
 if qop:
 base = base + ', qop=auth, nc=%s, cnonce="%s"' % (ncvalue, cnonce)
 return base


This is against the library is the Debian/Unstable Python 2.3 package.

Finally, the same issue exists in the python2.4 packages on Unstable
and, presumably, on Stable as well.

I /really/ hope that this can be fixed in Debian, because it is a PITA
to try and maintain a locally patched version of urllib2 to resolve
this. :/

Thanks,
Daniel


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

Versions of packages python2.3 depends on:
ii  libbz2-1.01.0.2-8high-quality block-sorting file co
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  libdb4.3  4.3.28-3   Berkeley v4.3 Database Libraries [
ii  libncurses5   5.4-9  Shared libraries for terminal hand
ii  libreadline5  5.0-10 GNU readline and history libraries
ii  libssl0.9.7   0.9.7g-1   SSL shared libraries
ii  zlib1g1:1.2.3-3  compression library - runtime

Versions of packages python2.3 recommends:
ii  python2.3-iconvcodec  1.1.2-1Python universal Unicode codec, us

-- no debconf information


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

Bug#323183: Please remove some linux packages from sid

[Andres Salomon]

On Tue, Aug 16, 2005 at 02:43:36PM -0700, Matt Zimmerman wrote:
> On Tue, Aug 16, 2005 at 02:22:33PM -0700, Steve Langasek wrote:
> > On Tue, Aug 16, 2005 at 09:23:52AM -0400, Joey Hess wrote:
> > > Jeroen van Wolffelaar wrote:
> > > > This will break a lot packages depending on one of those, including but
> > > > not limited to things like linux-kernel-di-hppa-2.6, pwc,
> > > > user-mode-linux, kernel-headers-2.6-generic (alpha), etc etc.
> > 
> > FWIW, u-m-l seems to still be unmaintained and not going anywhere fast.
> 
> It should be removed from unstable if no one steps up to maintain it; it
> needs to be repackaged more or less from scratch in order to migrate to 2.6
> and I will not be effecting that transition because I no longer use UML.
> 

It would be quite a shame to see it completely gone from sid; I find it
comes in handy now and then.  However, I'd have no desire to deal w/ the
2.4 version.  For 2.6, instead of building it as an outside package,
perhaps it should be an i386 subarch or flavour within the linux-2.6
package?  It seems like it would
be a better fit, as we could manage config options (keeping the global
ones in sync even across uml), as well as trigger an automatic rebuild
of uml easily for each new kernel upload (and security update!).  If it
needs additional patches that aren't compatible w/ other architectures, it
would be a candidate for subarch inclusion; otherwise, it could just as
easily be another i386 flavour (I believe the current linux-2.6 packaging
supports the cross-compilation stuff necessary to override ARCH=um?).

According to the sf uml page, past 2.6.9, a separate patch is not needed
for uml.  What about the skas patch, was a version of that ever merged
into 2.6?



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

Bug#323409: libacl.so.1: cannot enable executable stack as shared object requires: Error 14

[Steve Langasek]

severity 323409 important
merge 321717 323409
thanks

On Tue, Aug 16, 2005 at 04:40:08PM +0200, Emoro wrote:
> Package: libc6
> Version: 2.3.5-3
> Severity: critical
> Justification: breaks the whole system

> -- System Information:
> Debian Release: testing/unstable
> Architecture: i386
> Kernel: Linux freevo 2.4.18-bf2.4 #1 Son Apr 14 09:53:28 CEST 2002 i686
> Locale: LANG=C, LC_CTYPE=C

Please upgrade your system to a supported kernel.

-- 
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/


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

Bug#323529: ntfsprogs: FTBFS in pbuilder: syntax errors in ntfsdecrypt.c relating to gnutls

[Paul Wise]

Package: ntfsprogs
Version: 1.11.2-1
Severity: important
Justification: fails to build from source

From the below errors I think perhaps the gnutls API might have changed.
Build-depends versions in current sid:
libgnutls-dev 1.2.6-1
libgnomevfs2-dev 2.10.1-5
debhelper 4.9.5

/usr/bin/make -C ntfsprogs ntfsdecrypt
make[1]: Entering directory `/tmp/buildd/linux-ntfs-1.11.2/ntfsprogs'
if gcc -DHAVE_CONFIG_H -I. -I. -I..  -I../include/ntfs-Wall -g -O2 -Wall 
-MT ntfsdecrypt.o -MD -MP -MF ".deps/ntfsdecrypt.Tpo" -c -o 
ntfsdecrypt.o ntfsdecrypt.c; \
then mv -f ".deps/ntfsdecrypt.Tpo" ".deps/ntfsdecrypt.Po"; else rm -f 
".deps/ntfsdecrypt.Tpo"; exit 1; fi
ntfsdecrypt.c:345: error: syntax error before 'priv_key'
ntfsdecrypt.c: In function 'ntfs_rsa_private_key_import_from_gnutls':
ntfsdecrypt.c:348: error: 'gnutls_datum_t' undeclared (first use in this 
function)
ntfsdecrypt.c:348: error: (Each undeclared identifier is reported only once
ntfsdecrypt.c:348: error: for each function it appears in.)
ntfsdecrypt.c:348: error: syntax error before 'rd'
ntfsdecrypt.c:353: error: 'priv_key' undeclared (first use in this function)
ntfsdecrypt.c:353: error: 'rd' undeclared (first use in this function)
ntfsdecrypt.c:362: warning: pointer targets in passing argument 5 of 
'gcry_mpi_scan' differ in signedness
ntfsdecrypt.c: In function 'ntfs_pkcs12_extract_rsa_key':
ntfsdecrypt.c:383: error: 'gnutls_datum_t' undeclared (first use in this 
function)
ntfsdecrypt.c:383: error: syntax error before 'dpfx'
ntfsdecrypt.c:384: error: 'gnutls_pkcs12_t' undeclared (first use in this 
function)
ntfsdecrypt.c:385: error: 'gnutls_pkcs12_bag_t' undeclared (first use in this 
function)
ntfsdecrypt.c:386: error: 'gnutls_x509_privkey_t' undeclared (first use in this 
function)
ntfsdecrypt.c:390: error: 'pkcs12' undeclared (first use in this function)
ntfsdecrypt.c:397: error: 'dpfx' undeclared (first use in this function)
ntfsdecrypt.c:417: error: 'bag' undeclared (first use in this function)
ntfsdecrypt.c:451: error: 'pkey' undeclared (first use in this function)
ntfsdecrypt.c:453: error: 'dkey' undeclared (first use in this function)
ntfsdecrypt.c: In function 'ntfs_raw_fek_decrypt':
ntfsdecrypt.c:590: warning: pointer targets in passing argument 1 of 'strnlen' 
differ in signedness
ntfsdecrypt.c: In function 'ntfs_desx_key_expand':
ntfsdecrypt.c:611: warning: pointer targets in initialization differ in 
signedness
ntfsdecrypt.c:612: warning: pointer targets in initialization differ in 
signedness
ntfsdecrypt.c: In function 'ntfs_fek_import_from_raw':
ntfsdecrypt.c:857: warning: pointer targets in passing argument 2 of 
'gcry_cipher_register' differ in signedness
ntfsdecrypt.c: In function 'ntfs_cat_decrypt':
ntfsdecrypt.c:1082: warning: pointer targets in passing argument 2 of 
'ntfs_fek_decrypt_sector' differ in signedness
ntfsdecrypt.c: In function 'main':
ntfsdecrypt.c:1134: warning: pointer targets in passing argument 3 of 
'ntfs_pkcs12_load_pfxfile' differ in signedness
ntfsdecrypt.c:1141: warning: pointer targets in assignment differ in signedness
ntfsdecrypt.c:1149: warning: pointer targets in passing argument 3 of 
'ntfs_pkcs12_extract_rsa_key' differ in signedness
ntfsdecrypt.c:1151: warning: pointer targets in passing argument 1 of 'strlen' 
differ in signedness
make[1]: *** [ntfsdecrypt.o] Error 1
make[1]: Leaving directory `/tmp/buildd/linux-ntfs-1.11.2/ntfsprogs'
make: *** [build-stamp] Error 2
pbuilder: Failed autobuilding of package
 -> Aborting with an error
 -> unmounting dev/pts filesystem
 -> unmounting proc filesystem
 -> cleaning the build env

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

Versions of packages ntfsprogs depends on:
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  libntfs7  1.11.2-1   library that provides common NTFS 

ntfsprogs recommends no packages.

-- no debconf information

-- 
bye,
pabs

http://qa.debian.org/developer.php?login=Paul+Wise&comaint=yes


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

Bug#322723: Bug#323143: ip neigh flush (iproute) hangs because CONFIG_ATM_CLIP=y

[Andres Salomon]

On Wed, 2005-08-17 at 02:13 +0200, Frans Pop wrote:
> On Tuesday 16 August 2005 19:35, Andres Salomon wrote:
[...]
> >
> > This should probably be the case anyways, as it appears to be marked
> > EXPERIMENTAL, and the config does support tristate.  Not only that, but
> > it's configured differently across different archs; definitely a
> > candidate for a global config.
> 
> Could this also be the cause of #322723 (d-i installs failing because of 
> failing ip route command)? It seems somewhat similar.
> If so, please implement the change soonest.

This has been done for all archs, and will show up in 2.6.12-6 (unless
someone has a reason why ATM and ATM_CLIPS shouldn't be modular).





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

Bug#323507: with slow CPU speed, portege 7020CT time goes too fast

[Roberto C. Sanchez]

On Tue, Aug 16, 2005 at 11:45:55PM -0400, David Hugh-Jones wrote:
> Package:toshutils
> Version:2.0.1-12
> 
> When I start the computer with slow cpu speed (set from within
> /etc/init.d) on my Portege 7020CT laptop, time begins to run much too
> fast (roughly 3 seconds to every real second). If I then run "toshset
> -cpu fast", I get the following error message in my kernel log, and
> time returns to normal:
> 
> Aug  7 15:12:00 portege kernel: Losing some ticks... checking if CPU
> frequency changed.
> Aug  7 15:12:00 portege last message repeated 75 times
> Aug  7 15:12:00 portege kernel: Losing too many ticks!
> Aug  7 15:12:00 portege kernel: TSC cannot be used as a timesource.
> Aug  7 15:12:00 portege kernel: Possible reasons for this are:
> Aug  7 15:12:00 portege kernel:   You're running with Speedstep,
> Aug  7 15:12:00 portege kernel:   You don't have DMA enabled for your hard 
> disk
> (see hdparm),
> Aug  7 15:12:00 portege kernel:   Incorrect TSC synchronization on an
> SMP system (see dmesg).
> Aug  7 15:12:00 portege kernel: Falling back to a sane timesource now.
> 
> The problem does not seem to occur if I start the computer and then,
> after init has run, call "toshset -cpu slow" manually.
> 

Do you have the correct speedstep module loaded?  What is your kernel
config and the output of lsmod?

-Roberto

-- 
Roberto C. Sanchez
http://familiasanchez.net/~roberto


pgpt7QbhES8ig.pgp
Description: PGP signature

Bug#323509: libntfs-dev #323509 patch attached

[Paul Wise]

tag 323509 + patch
thanks

The attached patch fixes this and adds Conflicts: libntfs5 to libntfs7.

-- 
bye,
pabs

http://qa.debian.org/developer.php?login=Paul+Wise&comaint=yes
diff -u linux-ntfs-1.11.2/debian/control linux-ntfs-1.11.2/debian/control
--- linux-ntfs-1.11.2/debian/control
+++ linux-ntfs-1.11.2/debian/control
@@ -86,7 +86,7 @@
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Conflicts: libntfs1, libntfs2, libntfs3, libntfs4
+Conflicts: libntfs1, libntfs2, libntfs3, libntfs4, libntfs5
 Description: library that provides common NTFS access functions
  The Linux-NTFS project (http://linux-ntfs.sf.net/) aims to bring full
  support for the NTFS filesystem to the Linux operating system.
@@ -100,7 +100,7 @@
 Package: libntfs-dev
 Section: libdevel
 Architecture: any
-Depends: libntfs5 (= ${Source-Version})
+Depends: libntfs7 (= ${Source-Version})
 Conflicts: libntfs1-dev
 Replaces: libntfs1-dev
 Description: library that provides common NTFS access functions (development files)
diff -u linux-ntfs-1.11.2/debian/changelog linux-ntfs-1.11.2/debian/changelog
--- linux-ntfs-1.11.2/debian/changelog
+++ linux-ntfs-1.11.2/debian/changelog
@@ -1,3 +1,9 @@
+linux-ntfs (1.11.2-2) unstable; urgency=low
+
+  * Fix libntfs-dev depends and libntfs7 conflicts
+
+ -- David Martínez Moreno <[EMAIL PROTECTED]>  Wed, 17 Aug 2005 12:12:04 +0800
+
 linux-ntfs (1.11.2-1) unstable; urgency=low
 
   * New upstream release. Changes were:


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

Bug#323359: ITP: capi2name -- capi isdn monitor with web interface

[Nigel Jones]

On 16/08/05, Jonas Genannt <[EMAIL PROTECTED]> wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Jonas Genannt <[EMAIL PROTECTED]>
> 
> 
> * Package name: capi2name
>   Version : 0.6.7.9
>   Upstream Author : Jonas Genannt <[EMAIL PROTECTED]
> * URL : http://www.capi2name.de
> * License : GPL
>   Description : capi isdn monitor
> 
> Capi2Name is an ISDN capi monitor with web interface.
> Capi2Name insert the incomming calls in a database and with
inserts ... incoming
> the PHP webinterface you can look after the calls.
This sentence does sound a little weak...
> 
> -- System Information:
> Debian Release: 3.1
> Architecture: i386 (i686)
> Kernel: Linux 2.6.8-2-386
> Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
> 
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 
> 


-- 
N Jones
Proud Debian & FOSS User
Debian Maintainer of: html2ps, ipkungfu, dvorak7min & windowlab

Bug#310237: Patch applied to asm source package repository

[Barry Hawkins]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I didn't see a tag to indicate that the patch had been applied, but
anyway I applied the patch to the asm project which is now in the Debian
Java Maintainers CVS repository[0].

[0] - http://cvs.alioth.debian.org/cgi-bin/cvsweb.cgi/asm/?cvsroot=pkg-java

Regards,
- --
Barry Hawkins
All Things Computed
site: www.alltc.com
weblog: www.yepthatsme.com

Registered Linux User #368650
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDAr4XHuKcDICy0QoRAihfAKDWK3PQJwCQiAtFOrycFpDxNXSzFQCg7C2J
vXUWk7W3/kMnEfkMAgVCChM=
=qaM2
-END PGP SIGNATURE-


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

Bug#323528: FTBFS: Invalid lvalues in assignments

[Matt Kraai]

Package: gprolog
Version: 1.2.18-13
Severity: serious

gprolog fails to build because it contains invalid lvalues in some
assignments:

> gplc -c -C '-O3 -fomit-frame-pointer -funsigned-char -Wall -Wall -DDEBIAN' 
> engine.c
> `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead.
> engine.c: In function 'Call_Prolog':
> engine.c:318: error: invalid lvalue in assignment
> engine.c:331: error: invalid lvalue in assignment
> engine.c: In function 'Call_Prolog_Next_Sol':
> engine.c:351: error: invalid lvalue in assignment
> engine.c:359: error: invalid lvalue in assignment
> engine.c: In function 'Keep_Rest_For_Prolog':
> engine.c:380: error: invalid lvalue in assignment
> engine.c:386: error: invalid lvalue in assignment
> compilation failed

-- 
Matt


signature.asc
Description: Digital signature

Bug#323527: FTBFS: Invalid conversions and undeclared function

[Matt Kraai]

Package: blender
Version: 2.36-1
Severity: serious
Tags: patch

blender fails to build because there are some invalid conversions and
a call of an undeclared function:

> g++ -pipe -funsigned-char -O2 -Wall -W -DGAMEBLENDER=1 -DUSE_SUMO_SOLID 
> -DNDEBUG -Ibuild/linux2/intern/SoundSystem -Iintern/SoundSystem 
> -Iintern/SoundSystem -Ibuild/linux2/intern/SoundSystem/intern 
> -Iintern/SoundSystem/intern -Iintern/SoundSystem/intern 
> -Ibuild/linux2/intern/moto/include -Iintern/moto/include 
> -Iintern/moto/include -Ibuild/linux2/intern/string -Iintern/string 
> -Iintern/string -Ibuild/linux2/intern/SoundSystem/dummy 
> -Iintern/SoundSystem/dummy -Iintern/SoundSystem/dummy 
> -Ibuild/linux2/intern/SoundSystem/openal -Iintern/SoundSystem/openal 
> -Iintern/SoundSystem/openal -Ibuild/linux2/intern/SoundSystem/sdl 
> -Iintern/SoundSystem/sdl -Iintern/SoundSystem/sdl -I/usr/include 
> -I/usr/include/SDL -c -o 
> build/linux2/intern/SoundSystem/openal/SND_OpenALDevice.o 
> intern/SoundSystem/openal/SND_OpenALDevice.cpp
> intern/SoundSystem/openal/SND_OpenALDevice.cpp: In member function 'virtual 
> SND_WaveSlot* SND_OpenALDevice::LoadSample(const STR_String&, void*, int)':
> intern/SoundSystem/openal/SND_OpenALDevice.cpp:426: error: invalid conversion 
> from 'signed char*' to 'ALbyte*'
> intern/SoundSystem/openal/SND_OpenALDevice.cpp:426: error:   initializing 
> argument 1 of 'void alutLoadWAVMemory(ALbyte*, ALenum*, ALvoid**, ALsizei*, 
> ALsizei*, ALboolean*)'
> intern/SoundSystem/openal/SND_OpenALDevice.cpp:441: error: 'alutLoadWAV' was 
> not declared in this scope
> intern/SoundSystem/openal/SND_OpenALDevice.cpp: At global scope:
> intern/SoundSystem/openal/SND_OpenALDevice.cpp:505: warning: unused parameter 
> 'rollofffactor'
> intern/SoundSystem/openal/SND_OpenALDevice.cpp:680: warning: unused parameter 
> 'id'
> intern/SoundSystem/openal/SND_OpenALDevice.cpp:680: warning: unused parameter 
> 'loopstart'
> intern/SoundSystem/openal/SND_OpenALDevice.cpp:680: warning: unused parameter 
> 'loopend'
> intern/SoundSystem/openal/SND_OpenALDevice.cpp:732: warning: unused parameter 
> 'orientation'
> intern/SoundSystem/openal/SND_OpenALDevice.cpp:732: warning: unused parameter 
> 'lisposition'

The attached patch, extracted from upstream, fixes these problems by
fixing the conversions and using alutLoadWAVFile instead of
alutLoadWAV.

-- 
Matt
only in patch2:
unchanged:
--- blender-2.36.orig/intern/SoundSystem/openal/SND_OpenALDevice.cpp
+++ blender-2.36/intern/SoundSystem/openal/SND_OpenALDevice.cpp
@@ -423,7 +423,7 @@
 #if defined(OUDE_OPENAL) || defined (__APPLE__)
alutLoadWAVMemory((char*)memlocation, 
&sampleformat, &data, &numberofsamples, &samplerate);   
  //  openal_2.12
 #else
-   alutLoadWAVMemory((signed 
char*)memlocation, &sampleformat, &data, &numberofsamples, &samplerate, 
&loop);// openal_2.14+
+   alutLoadWAVMemory((ALbyte*)memlocation, 
&sampleformat, &data, &numberofsamples, &samplerate, &loop);//  openal_2.14+
 #endif
/* put it in the buffer */
alBufferData(m_buffers[buffer], 
sampleformat, data, numberofsamples, samplerate);
@@ -433,12 +433,8 @@
{
 #ifdef __APPLE__
alutLoadWAVFile((signed 
char*)samplename.Ptr(), &sampleformat, &data, &numberofsamples, &samplerate);
-#elif defined(WIN32)
-   alutLoadWAVFile((signed 
char*)samplename.Ptr(), &sampleformat, &data, &numberofsamples, &samplerate, 
&loop);
 #else
-   alutLoadWAV((char*)samplename.Ptr(), 
&data,
-   &sampleformat, &numberofsamples,
-   &samplerate, &frequency);
+   
alutLoadWAVFile((ALbyte*)samplename.Ptr(), &sampleformat, &data, 
&numberofsamples, &samplerate, &loop);
 #endif
/* put it in the buffer */
alBufferData(m_buffers[buffer], 
sampleformat, data, numberofsamples, samplerate);


signature.asc
Description: Digital signature

Bug#323526: FTBFS: Explicit template specializations not preceded by template <>

[Matt Kraai]

Package: lilypond
Version: 2.4.5-2
Severity: serious
Tags: patch

lilypond fails to build because some explicit template specializations
are not preceded by "template <>" (I have no idea what this clause
means):

> rm -f ./out/interval.dep; DEPENDENCIES_OUTPUT="./out/interval.dep 
> ./out/interval.o" g++ -c   -DHAVE_CONFIG_H  -DNDEBUG -DSTRING_UTILS_INLINED 
> -Iinclude -I./out -I../flower/include -I../flower/./out -O2 
> -finline-functions -g -pipe   -DNDEBUG -I/usr/include/python2.3   -O2 
> -finline-functions -g -pipe   -DNDEBUG -I/usr/include/python2.3   -W -Wall 
> -Wconversion  -o out/interval.o interval.cc
> include/real.hh: In function 'T max(T, T)':
> include/real.hh:33: warning: minimum/maximum operators are deprecated
> include/real.hh: In function 'T min(T, T)':
> include/real.hh:44: warning: minimum/maximum operators are deprecated
> include/interval.hh: In member function 'void Interval_t::add_point(T)':
> include/interval.hh:55: warning: minimum/maximum operators are deprecated
> include/interval.hh:56: warning: minimum/maximum operators are deprecated
> include/interval.hh: At global scope:
> include/interval.hh:145: warning: minimum/maximum operators are deprecated
> include/interval.hh:145: warning: minimum/maximum operators are deprecated
> include/interval.hh:145: warning: minimum/maximum operators are deprecated
> include/interval.hh:145: warning: minimum/maximum operators are deprecated
> include/string-data.icc: In member function 'void String_data::remax(int)':
> include/string-data.icc:93: warning: minimum/maximum operators are deprecated
> include/string.hh: At global scope:
> include/string.hh:189: warning: minimum/maximum operators are deprecated
> include/string.hh:189: warning: minimum/maximum operators are deprecated
> include/string.hh:189: warning: minimum/maximum operators are deprecated
> include/string.hh:189: warning: minimum/maximum operators are deprecated
> include/interval.tcc: In member function 'void 
> Interval_t::unite(Interval_t)':
> include/interval.tcc:93: warning: minimum/maximum operators are deprecated
> include/interval.tcc:94: warning: minimum/maximum operators are deprecated
> include/interval.tcc: In member function 'void 
> Interval_t::intersect(Interval_t)':
> include/interval.tcc:102: warning: minimum/maximum operators are deprecated
> include/interval.tcc:103: warning: minimum/maximum operators are deprecated
> interval.cc: At global scope:
> interval.cc:15: error: explicit specialization of 'Real 
> Interval_t::infinity()' must be introduced by 'template <>'
> interval.cc:15: error: template-id 'infinity<>' for 'Real 
> Interval_t::infinity()' does not match any template declaration
> interval.cc:15: error: invalid function declaration
> interval.cc:21: error: explicit specialization of 'String 
> Interval_t::T_to_string(Real)' must be introduced by 'template <>'
> interval.cc:21: error: template-id 'T_to_string<>' for 'String 
> Interval_t::T_to_string(Real)' does not match any template declaration
> interval.cc:21: error: invalid function declaration
> interval.cc:28: error: explicit specialization of 'int 
> Interval_t::infinity()' must be introduced by 'template <>'
> interval.cc:28: error: template-id 'infinity<>' for 'int 
> Interval_t::infinity()' does not match any template declaration
> interval.cc:28: error: invalid function declaration
> interval.cc:34: error: explicit specialization of 'String 
> Interval_t::T_to_string(int)' must be introduced by 'template <>'
> interval.cc:34: error: template-id 'T_to_string<>' for 'String 
> Interval_t::T_to_string(int)' does not match any template declaration
> interval.cc:34: error: invalid function declaration

The attached patch, extracted from upstream, fixes these problems by
adding "template <>" before the explicit template specializations.

-- 
Matt
only in patch2:
unchanged:
--- lilypond-2.4.5.orig/flower/interval.cc
+++ lilypond-2.4.5/flower/interval.cc
@@ -11,12 +11,14 @@
 #include "real.hh"
 #include "interval.tcc"
 
+template <>
 Real
 Interval_t::infinity () 
 {
   return HUGE_VAL;
 }
 
+template <>
 String
 Interval_t::T_to_string (Real r)
 {
@@ -24,12 +26,14 @@
 }
 
 
+template <>
 int
 Interval_t::infinity () 
 {
   return INT_MAX;
 }
 
+template <>
 String
 Interval_t::T_to_string (int i)
 {
only in patch2:
unchanged:
--- lilypond-2.4.5.orig/lily/template5.cc
+++ lilypond-2.4.5/lily/template5.cc
@@ -13,6 +13,7 @@
 #include "interval.tcc"
 #include "compare.hh"
 
+template <>
 Rational
 Interval_t::infinity ()
 {
@@ -21,6 +22,7 @@
   return infty;
 }
 
+template <>
 String
 Interval_t::T_to_string (Rational a)
 {


signature.asc
Description: Digital signature

Bug#323523: FTBFS: Invalid lvalues in assignments

[Matt Kraai]

Package: gclcvs
Version: 2.7.0-48
Severity: serious

gclcvs fails to build because it contains invalid lvalues in some
assignments:

> gcc -c -Wall -DVOL=volatile -fsigned-char -pipe -O3 -fomit-frame-pointer  
> -I/tmp/buildd/gclcvs-2.7.0/o -I../h -I../gcl-tk format.c  
> format.c: In function 'fmt_case':
> format.c:1796: error: invalid lvalue in assignment
> format.c:1802: error: invalid lvalue in assignment
> format.c:1816: error: invalid lvalue in assignment
> format.c:1829: error: invalid lvalue in assignment

-- 
Matt


signature.asc
Description: Digital signature

Bug#323522: FTBFS: Labels at the end of compound statements

[Matt Kraai]

Package: lids-2.4
Version: 1.1.1r2-5
Severity: serious
Tags: patch

lids-2.4 fails to build because it contains labels at the end of
compound statements:

> source='lidsadm.c' object='lidsadm.o' libtool=no \
> depfile='.deps/lidsadm.Po' tmpdepfile='.deps/lidsadm.TPo' \
> depmode=gcc3 /bin/sh ../depcomp \
> gcc -DHAVE_CONFIG_H -I. -I. -I.. -I. -DCONFIG_LIDS -c `test -f lidsadm.c 
> || echo './'`lidsadm.c
> lidsadm.c: In function 'exit_error':
> lidsadm.c:60: warning: incompatible implicit declaration of built-in function 
> 'exit'
> lidsadm.c: In function 'exit_version':
> lidsadm.c:66: warning: incompatible implicit declaration of built-in function 
> 'exit'
> lidsadm.c: In function 'exit_normal':
> lidsadm.c:73: warning: incompatible implicit declaration of built-in function 
> 'exit'
> lidsadm.c: In function 'exit_help':
> lidsadm.c:107: warning: incompatible implicit declaration of built-in 
> function 'exit'
> lidsadm.c: In function 'lids_set_caps':
> lidsadm.c:130: warning: incompatible implicit declaration of built-in 
> function 'exit'
> lidsadm.c:151: warning: incompatible implicit declaration of built-in 
> function 'exit'
> lidsadm.c: In function 'lids_switch':
> lidsadm.c:184: warning: incompatible implicit declaration of built-in 
> function 'strncpy'
> lidsadm.c: In function 'main':
> lidsadm.c:366: error: label at end of compound statement
> lidsadm.c:390: warning: incompatible implicit declaration of built-in 
> function 'exit'

These labels occur after the default label at the end of switch
statements.  The attached patch adds break statements, which fixes the
problem without changing the behavior.

-- 
Matt
diff -u lids-2.4-1.1.1r2/lidstools/lidsconf.c 
lids-2.4-1.1.1r2/lidstools/lidsconf.c
--- lids-2.4-1.1.1r2/lidstools/lidsconf.c
+++ lids-2.4-1.1.1r2/lidstools/lidsconf.c
@@ -804,6 +804,7 @@
case 'h':
exit_help();
default:
+   break;
}
}

only in patch2:
unchanged:
--- lids-2.4-1.1.1r2.orig/lidstools/lidsadm.c
+++ lids-2.4-1.1.1r2/lidstools/lidsadm.c
@@ -363,6 +363,7 @@
case 'h':
exit_help();
default:
+   break;
}
}



signature.asc
Description: Digital signature

Bug#323521: FTBFS: Unable to include

[Matt Kraai]

Package: gem
Version: 0.90.0-15
Severity: serious
Tags: patch

gem fails to build because it cannot find X11/extensions/xf86vmode.h:

> g++ -c -fPIC -g -Wall -O2  -I/usr/include/freetype2   -I..  
> -I/usr/include/FTGL  GemModelData.cpp -o GemModelData.o
> In file included from GemMan.cpp:41:
> GemWinCreate.h:20:38: error: X11/extensions/xf86vmode.h: No such file or 
> directory
> g++ -c -fPIC -g -Wall -O2  -I/usr/include/freetype2   -I..  
> -I/usr/include/FTGL  GemPathBase.cpp -o GemPathBase.o
> GemWinCreate.h:68: error: 'XF86VidModeModeInfo' does not name a type
> g++ -c -fPIC -g -Wall -O2  -I/usr/include/freetype2   -I..  
> -I/usr/include/FTGL  GemPixDualObj.cpp -o GemPixDualObj.o
> GemMan.cpp: In static member function 'static int 
> GemMan::createWindow(char*)':
> GemMan.cpp:1100: warning: suggest parentheses around assignment used as truth 
> value

Adding a build-dependency on libxxf86vm-dev fixes this problem.

-- 
Matt
diff -u gem-0.90.0/debian/control gem-0.90.0/debian/control
--- gem-0.90.0/debian/control
+++ gem-0.90.0/debian/control
@@ -2,7 +2,7 @@
 Section: graphics
 Priority: optional
 Maintainer: Guenter Geiger (Debian/GNU) <[EMAIL PROTECTED]>
-Build-Depends: debhelper, cdbs, autoconf, puredata, libfreetype6-dev, 
ftgl-dev, libtiff4-dev, libjpeg62-dev, flex, xlibmesa-gl-dev, xlibmesa-glu-dev, 
zlib1g-dev (>= 1:1.1.3), pkg-config, libquicktime-dev, libmpeg3-dev, 
linux-kernel-headers (>= 2.5.999-test7-bk-10), xlibs-static-dev, libpng12-dev, 
libavcodec-dev, libavformat-dev, libdv-dev
+Build-Depends: debhelper, cdbs, autoconf, puredata, libfreetype6-dev, 
ftgl-dev, libtiff4-dev, libjpeg62-dev, flex, xlibmesa-gl-dev, xlibmesa-glu-dev, 
zlib1g-dev (>= 1:1.1.3), pkg-config, libquicktime-dev, libmpeg3-dev, 
linux-kernel-headers (>= 2.5.999-test7-bk-10), xlibs-static-dev, libpng12-dev, 
libavcodec-dev, libavformat-dev, libdv-dev, libxxf86vm-dev
 Standards-Version: 3.6.1.1
 
 Package: gem


signature.asc
Description: Digital signature

Bug#323520: FTBFS: Unsatisfiable build-dependency on alsa-headers

[Matt Kraai]

Package: gkrellmss
Version: 2.6-2
Severity: serious
Tags: patch

gkrellmss fails to build because it build-depends on alsa-headers,
which is no longer available:

>  -> Considering  alsa-headers (>= 0.9.7)
>   Tried versions: 
>-> Does not satisfy version, not trying
> E: Could not satisfy build-dependency.
> E: pbuilder-satisfydepends failed.

Since alsa-headers was replaced by libasound2-dev, which gkrellmss
already build-depends on, the attached patch removes the
build-dependency on alsa-headers, which fixes the build.

-- 
Matt
diff -u gkrellmss-2.6/debian/control gkrellmss-2.6/debian/control
--- gkrellmss-2.6/debian/control
+++ gkrellmss-2.6/debian/control
@@ -2,7 +2,7 @@
 Section: sound
 Priority: optional
 Maintainer: A Lee <[EMAIL PROTECTED]>
-Build-Depends: alsa-headers (>= 0.9.7), debhelper (>> 3.0.0), fftw3-dev, 
gkrellm (>= 2.1.1), libasound2-dev, libatk1.0-dev, libaudiofile-dev, 
libesd0-dev, libglib2.0-dev, libgtk2.0-dev, libpango1.0-dev
+Build-Depends: debhelper (>> 3.0.0), fftw3-dev, gkrellm (>= 2.1.1), 
libasound2-dev, libatk1.0-dev, libaudiofile-dev, libesd0-dev, libglib2.0-dev, 
libgtk2.0-dev, libpango1.0-dev
 Standards-Version: 3.6.1
 
 Package: gkrellmss


signature.asc
Description: Digital signature

Bug#323517: FTBFS: Initializer elements are not constant

[Matt Kraai]

Package: gnome-alsamixer
Version: 0.9.6-1
Severity: serious

gnome-alsamixer fails to build because some initializer elements are
not constant:

> i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. 
> -DPACKAGE_DATA_DIR=\""/usr/share/gnome-alsamixer"\" 
> -DPIXMAP_ICONDIR=\""/usr/share/pixmaps/gnome-alsamixer"\" 
> -DPACKAGE_LOCALE_DIR=\""/usr/share/locale"\" -DG_DISABLE_DEPRECATED 
> -DGDK_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED -DGNOME_DISABLE_DEPRECATED 
> -DORBIT2=1 -pthread -DXTHREADS -I/usr/include/libgnomeui-2.0 
> -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 
> -I/usr/include/gtk-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 
> -I/usr/include/libbonoboui-2.0 -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include -I/usr/include/orbit-2.0 
> -I/usr/include/libbonobo-2.0 -I/usr/include/gnome-vfs-2.0 
> -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0 
> -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/lib/gtk-2.0/include 
> -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/libxml2 
> -I/usr/include/alsa  -g -O2 -c gam-app.c
> gam-app.c:86: error: initializer element is not constant
> gam-app.c:86: error: (near initialization for 'menubar_uiinfo[0].label')
> gam-app.c:87: error: initializer element is not constant
> gam-app.c:87: error: (near initialization for 'menubar_uiinfo[1].label')
> gam-app.c: In function 'gam_app_about_cb':
> gam-app.c:276: warning: initialization makes pointer from integer without a 
> cast
> gam-app.c:288: warning: assignment makes pointer from integer without a cast

-- 
Matt


signature.asc
Description: Digital signature

Bug#323516: FTBFS: FATAL_EXIT_CODE and SUCCESS_EXIT_CODE are undeclared

[Matt Kraai]

Package: gnat
Version: 3.15p-12
Severity: serious

gnat fails to build on i386 because FATAL_EXIT_CODE and
SUCCESS_EXIT_CODE are undeclared:

> gnatgcc  -DIN_GCC-O2  -DHAVE_CONFIG_H-I. -I. -I./config \
>   -DGCC_INCLUDE_DIR=\"/usr/lib/gcc-lib/-linux/2.8.1/include\" \
>   -DGPLUSPLUS_INCLUDE_DIR=\"/usr/include/g++\" \
>   -DOLD_GPLUSPLUS_INCLUDE_DIR=\"/usr/lib/g++-include\" \
>   -DLOCAL_INCLUDE_DIR=\"/usr/local/include\" \
>   -DCROSS_INCLUDE_DIR=\"/usr/lib/gcc-lib/-linux/2.8.1/sys-include\" \
>   -DTOOL_INCLUDE_DIR=\"/usr/-linux/include\" \
>   -c `echo ./cccp.c | sed 's,^\./,,'`
> cccp.c: In function `main':
> cccp.c:2065: `FATAL_EXIT_CODE' undeclared (first use in this function)
> cccp.c:2065: (Each undeclared identifier is reported only once
> cccp.c:2065: for each function it appears in.)
> cccp.c:2204: `SUCCESS_EXIT_CODE' undeclared (first use in this function)
> cccp.c: In function `fatal':
> cccp.c:10067: `FATAL_EXIT_CODE' undeclared (first use in this function)
> cccp.c: In function `pfatal_with_name':
> cccp.c:10095: `FATAL_EXIT_CODE' undeclared (first use in this function)

-- 
Matt


signature.asc
Description: Digital signature

Bug#323515: FTBFS: Conflicting declarations of html_cluealigned_class

[Matt Kraai]

Package: gnat-gps
Version: 2.1.0-4
Severity: serious
Tags: patch

gnat-gps fails to build because it contains conflicting declarations
of html_cluealigned_class:

> i486-linux-gnu-gcc -c -O3 -DSYSTEM_INCLUDE="system/gnu-linux.h" 
> -DPACKAGE_NAME="" -DPACKAGE_TARNAME="" -DPACKAGE_VERSION="" 
> -DPACKAGE_STRING="" -DPACKAGE_BUGREPORT="" -DSTDC_HEADERS=1 
> -DHAVE_GNU_REGEX=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 
> -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 
> -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_STROPTS_H=1 -DHAVE_GETPT=1 
> -DHAVE_SETPGID=1 -DHAVE_SETSID=1 -DSYSTEM_INCLUDE="system/gnu-linux.h" 
> -DPACKAGE_NAME="" -DPACKAGE_TARNAME="" -DPACKAGE_VERSION="" 
> -DPACKAGE_STRING="" -DPACKAGE_BUGREPORT="" -DSTDC_HEADERS=1 
> -DHAVE_GNU_REGEX=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 
> -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 
> -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_STROPTS_H=1 -DHAVE_GETPT=1 
> -DHAVE_SETPGID=1 -DHAVE_SETSID=1 
> /tmp/buildd/gnat-gps-2.1.0/widgets/cschtml/htmlcluealigned.c -o 
> /tmp/buildd/gnat-gps-2.1.0/widgets/obj/htmlcluealigned.o
> /tmp/buildd/gnat-gps-2.1.0/widgets/cschtml/htmlcluealigned.c:28: error: 
> static declaration of 'html_cluealigned_class' follows non-static declaration
> /tmp/buildd/gnat-gps-2.1.0/widgets/cschtml/htmlcluealigned.h:44: error: 
> previous declaration of 'html_cluealigned_class' was here

The attached patch makes it non-static in both cases.

-- 
Matt
only in patch2:
unchanged:
--- gnat-gps-2.1.0.orig/widgets/cschtml/htmlcluealigned.c
+++ gnat-gps-2.1.0/widgets/cschtml/htmlcluealigned.c
@@ -25,7 +25,7 @@
 #define ALIGN_BORDER 0
 
 
-static HTMLClueAlignedClass html_cluealigned_class;
+HTMLClueAlignedClass html_cluealigned_class;
 static HTMLClueClass *parent_class = NULL;
 
 


signature.asc
Description: Digital signature

Bug#323514: FTBFS: Cannot find

[Matt Kraai]

Package: gkdial
Version: 1.8.0-3
Severity: serious

gkdial fails to build because it cannot find :

> cc -DHAVE_CONFIG_H -I. -I. -I.. -DPREFIX=\""/usr"\"   
> -DPACKAGE_DATA_DIR=\""/usr/share"\" 
> -DPACKAGE_LOCALE_DIR=\""/usr/share/locale"\"-DXTHREADS -DORBIT2=1 
> -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include 
> -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 
> -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
> -I/usr/include/libglade-2.0 -I/usr/include/libxml2 -I/usr/include/gconf/2 
> -I/usr/include/orbit-2.0 -I/usr/include/libgnomeui-2.0 
> -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 
> -I/usr/include/libart-2.0 -I/usr/include/libbonoboui-2.0 
> -I/usr/include/libbonobo-2.0 -I/usr/include/gnome-vfs-2.0 
> -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0  -g 
> -Wall -O2 -c ppp_info.c
> ppp_info.c:13:23: error: linux/ppp.h: No such file or directory

-- 
Matt


signature.asc
Description: Digital signature

Bug#323512: FTBFS: Unable to find libstdc++.a.2.10.0

[Matt Kraai]

Package: gcc-2.95
Version: 2.95.4.ds15-22
Severity: serious

gcc-2.95 fails to build on i386 because it cannot find
libstdc++.a.2.10.0:

> dh_movefiles -plibstdc++2.10-dev  usr/lib/libstdc++.a.2.10.0 
> usr/include/g++-3/ usr/share/info/iostream* 
> usr/lib/gcc-lib/i486-linux-gnu/2.95.4/libstdc++.{a,so}
> dh_movefiles: Compatibility levels before 3 are deprecated.
> dh_movefiles: debian/tmp/usr/lib/libstdc++.a.2.10.0 not found (supposed to 
> put it in libstdc++2.10-dev)

-- 
Matt


signature.asc
Description: Digital signature

Bug#323511: FTBFS: Problems before const

[Matt Kraai]

Package: libglib1.2-dev
Version: 1.2.10-10
Severity: serious

gabber fails to build because the g_htons and g_htonl macros use
__const__ after __asm__:

> source='TCPTransmitter.cc' object='TCPTransmitter.o' libtool=no \
> depfile='.deps/TCPTransmitter.Po' tmpdepfile='.deps/TCPTransmitter.TPo' \
> depmode=gcc3 /bin/sh ../depcomp \
> g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../jabberoo/libjudo/src/expat 
> -I../jabberoo/libjudo/src -I../jabberoo/include -I/usr/include/libglade-1.0 
> -I/usr/include/gnome-xml -I/usr/include/gnome-1.0 -DNEED_GNOMESUPPORT_H 
> -I/usr/lib/gnome-libs/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 
> -I/usr/lib/glib/include -I/usr/lib/gnomemm/include -I/usr/include/orbit-1.0 
> -I/usr/lib/sigc++-1.0/include -I/usr/include/sigc++-1.0 
> -I/usr/lib/gtkmm/include -I/usr/include/gal-1.0 -I/usr/include/gdk-pixbuf-1.0 
> -I/usr/include/freetype2  -DWITH_SSL -DOPENSSL_NO_KRB5 
> -DG_LOG_DOMAIN=\"Gabber\" -DGNOMELOCALEDIR=\""/usr/share/locale"\" 
> -DDATADIR=\"/usr/share\" -I../intl  -I/usr/include/gtk-1.2 
> -I/usr/include/glib-1.2 -I/usr/lib/glib/include  -g -Wall -O2 -Wall 
> -Wno-unused  -s -c -o TCPTransmitter.o `test -f 'TCPTransmitter.cc' || echo 
> './'`TCPTransmitter.cc
> TCPTransmitter.cc: In member function 'void TCPTransmitter::connect(const 
> std::string&, guint, bool, bool)':
> TCPTransmitter.cc:179: error: expected `(' before 'const'
> TCPTransmitter.cc:179: error: expected primary-expression before 'const'
> TCPTransmitter.cc:179: error: expected `;' before 'const'
> TCPTransmitter.cc: In member function 'void TCPTransmitter::listen(const 
> std::string&, guint)':
> TCPTransmitter.cc:213: error: expected `(' before 'const'
> TCPTransmitter.cc:213: error: expected primary-expression before 'const'
> TCPTransmitter.cc:213: error: expected `;' before 'const'
> TCPTransmitter.cc:214: error: expected `(' before 'const'
> TCPTransmitter.cc:214: error: expected primary-expression before 'const'
> TCPTransmitter.cc:214: error: expected `;' before 'const'

Upstream removed the __const__s in 2002 with the following comment:

* glib/gtypes.h (GUINT*_SWAP_LE_BE_X86): Remove __const__
qualifier from __asm__ statements... GCC since at least
2.96 has assumed no side effects automaticaly, and gcc-3.1
will warn about this usage. (#73308, Cody Russell)

-- 
Matt


signature.asc
Description: Digital signature

Bug#323513: FTBFS: Cannot include

[Matt Kraai]

Package: gdm
Version: 2.6.0.8-1
Severity: serious
Tags: patch

gdm fails to build because it cannot include :

> gcc -DHAVE_CONFIG_H -DGDM_CONFIG_FILE=\"/etc/gdm/gdm.conf\" -I. -I. -I.. -I. 
> -I.. -I../vicious-extensions -DGNOMELOCALEDIR=\""/usr/share/locale"\" 
> -DLOCALEDIR=\"/usr/share/locale\" -DXTHREADS -DORBIT2=1 -pthread 
> -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include 
> -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 
> -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
> -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnome-2.0 
> -I/usr/include/libgnomecanvas-2.0 -I/usr/include/libart-2.0 
> -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 
> -I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 
> -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include 
> -I/usr/include/bonobo-activation-2.0 -I/usr/include/libxml2 
> -I/usr/include/libglade-2.0   -DXTHREADS -I/usr/include/gtk-2.0 
> -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 
> -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 
> -I/usr/lib/glib-2.0/include   -DPAM_PREFIX=\"/etc\" -g -O2 -Wall 
> -Wmissing-prototypes  -c gdm.c
> gdm.c:45:23: error: X11/Xauth.h: No such file or directory
> gdm.c: In function 'gdm_config_parse':
> gdm.c:470: warning: implicit declaration of function 'strcmp'
> gdm.c:513: warning: implicit declaration of function 'strncmp'
> gdm.c:513: warning: implicit declaration of function 'strlen'
> gdm.c:513: warning: incompatible implicit declaration of built-in function 
> 'strlen'
> gdm.c:720: warning: implicit declaration of function 'strerror'
> gdm.c:720: warning: format '%s' expects type 'char *', but argument 6 has 
> type 'int'
> gdm.c:720: warning: format '%s' expects type 'char *', but argument 6 has 
> type 'int'
> gdm.c:720: warning: format '%s' expects type 'char *', but argument 6 has 
> type 'int'
> gdm.c:766: warning: format '%s' expects type 'char *', but argument 6 has 
> type 'int'
> gdm.c:766: warning: format '%s' expects type 'char *', but argument 6 has 
> type 'int'
> gdm.c:766: warning: format '%s' expects type 'char *', but argument 6 has 
> type 'int'
> gdm.c:772: warning: format '%s' expects type 'char *', but argument 6 has 
> type 'int'
> gdm.c:772: warning: format '%s' expects type 'char *', but argument 6 has 
> type 'int'
> gdm.c:772: warning: format '%s' expects type 'char *', but argument 6 has 
> type 'int'
> gdm.c:811: warning: format '%s' expects type 'char *', but argument 6 has 
> type 'int'
> gdm.c:811: warning: format '%s' expects type 'char *', but argument 6 has 
> type 'int'
> gdm.c:811: warning: format '%s' expects type 'char *', but argument 6 has 
> type 'int'
> gdm.c: In function 'gdm_daemonify':
> gdm.c:864: warning: format '%s' expects type 'char *', but argument 4 has 
> type 'int'
> gdm.c:866: warning: format '%s' expects type 'char *', but argument 3 has 
> type 'int'
> gdm.c:872: warning: format '%s' expects type 'char *', but argument 4 has 
> type 'int'
> gdm.c:874: warning: format '%s' expects type 'char *', but argument 3 has 
> type 'int'
> gdm.c:887: warning: format '%s' expects type 'char *', but argument 3 has 
> type 'int'
> gdm.c: In function 'halt_machine':
> gdm.c:1312: warning: format '%s' expects type 'char *', but argument 3 has 
> type 'int'
> gdm.c: In function 'reboot_machine':
> gdm.c:1334: warning: format '%s' expects type 'char *', but argument 3 has 
> type 'int'
> gdm.c: In function 'gdm_make_global_cookie':
> gdm.c:1999: warning: pointer targets in assignment differ in signedness
> gdm.c:2000: warning: pointer targets in assignment differ in signedness
> gdm.c:2021: warning: format '%s' expects type 'char *', but argument 3 has 
> type 'int'
> gdm.c: In function 'main':
> gdm.c:2106: warning: format '%s' expects type 'char *', but argument 4 has 
> type 'int'
> gdm.c:2110: warning: format '%s' expects type 'char *', but argument 4 has 
> type 'int'
> gdm.c:2152: warning: format '%s' expects type 'char *', but argument 4 has 
> type 'int'
> gdm.c:2154: warning: format '%s' expects type 'char *', but argument 3 has 
> type 'int'
> gdm.c:2160: warning: format '%s' expects type 'char *', but argument 4 has 
> type 'int'
> gdm.c:2162: warning: format '%s' expects type 'char *', but argument 3 has 
> type 'int'
> gdm.c:2185: warning: format '%s' expects type 'char *', but argument 4 has 
> type 'int'
> gdm.c:2189: warning: format '%s' expects type 'char *', but argument 4 has 
> type 'int'
> gdm.c:2193: warning: format '%s' expects type 'char *', but argument 4 has 
> type 'int'
> gdm.c:2197: warning: format '%s' expects type 'char *', but argument 4 has 
> type 'int'
> gdm.c:2207: warning: format '%s' expects type 'char *', but argument 4 has 
> type 'int'
> gdm.c:2213: warning: format '%s' expects type 'char *', but argument 4 has 
> type 'int'
> gdm.c:2224: warning: format '%s' expects type 'char *', but argument 4 has 
> type 'int'

Bug#323518: Missing tarball for libxalan2-java source package

[Matt Kraai]

Package: ftp.debian.org

libxalan2-java_2.6.0.orig.tar.gz is missing from the archive.  Here
are the contents of debian/pool/main/libx/libxalan2-java:

> -rw-rw-r--1 1176 1176   232314 Jun 15 12:17 
> libxalan2-java-doc_2.6.0-3_all.deb
> -rw-rw-r--1 1176 1176 5435 Jun 15 12:17 
> libxalan2-java_2.6.0-3.diff.gz
> -rw-rw-r--1 1176 1176  978 Jun 15 12:17 
> libxalan2-java_2.6.0-3.dsc
> -rw-rw-r--1 1176 1176  2945978 Jun 15 12:17 
> libxalan2-java_2.6.0-3_all.deb
> -rw-rw-r--1 1176 1176  1315846 Jun 15 12:17 
> libxsltc-java_2.6.0-3_all.deb

This is on both ftp.debian.org and ftp.us.debian.org, and has
persisted for a few days (at least).

-- 
Matt


signature.asc
Description: Digital signature

Bug#323519: FTBFS: Unable to find qdbm header files

[Matt Kraai]

Package: hyperestraier
Version: 0.5.4-1
Severity: serious
Tags: patch

hyperestraier fails to build because it is unable to find the qdbm
header files when compiling estseek.fcgi:

> i486-linux-gnu-gcc -Wall -fPIC -fsigned-char -O2 -DNDEBUG -DMYFCGI -o 
> estseek.fcgi estseek.c \
>   -L. -L/tmp/buildd/lib -L/usr/local/lib  -lfcgi -lestraier -lresolv -lnsl  
> -lpthread  -lqdbm -lz -lm -lc 
> In file included from estseek.c:20:
> estraier.h:41:19: error: depot.h: No such file or directory
> estraier.h:42:19: error: curia.h: No such file or directory
> estraier.h:43:19: error: cabin.h: No such file or directory
> estraier.h:44:19: error: villa.h: No such file or directory
> In file included from estseek.c:20:
> estraier.h:66: error: syntax error before 'CBMAP'
> estraier.h:66: warning: no semicolon at end of struct or union
> estraier.h:67: warning: type defaults to 'int' in declaration of 'dtexts'
> estraier.h:67: warning: data definition has no type or storage class
> estraier.h:68: error: syntax error before '}' token
> estraier.h:68: warning: type defaults to 'int' in declaration of 'ESTDOC'
> estraier.h:68: warning: data definition has no type or storage class
> estraier.h:73: error: syntax error before '*' token
> estraier.h:73: warning: type defaults to 'int' in declaration of 'est_doc_new'
> estraier.h:73: warning: data definition has no type or storage class
> estraier.h:79: error: syntax error before '*' token
> estraier.h:79: warning: type defaults to 'int' in declaration of 
> 'est_doc_new_from_draft'
> estraier.h:79: warning: data definition has no type or storage class
> estraier.h:84: error: syntax error before '*' token
> estraier.h:91: error: syntax error before '*' token
> estraier.h:97: error: syntax error before '*' token
> estraier.h:103: error: syntax error before '*' token
> estraier.h:110: error: syntax error before '*' token
> estraier.h:118: error: syntax error before '*' token
> estraier.h:118: error: syntax error before '*' token
> estraier.h:118: warning: type defaults to 'int' in declaration of 
> 'est_doc_attr_names'
> estraier.h:118: warning: data definition has no type or storage class
> estraier.h:126: error: syntax error before '*' token
> estraier.h:133: error: syntax error before '*' token
> estraier.h:133: error: syntax error before '*' token
> estraier.h:133: warning: type defaults to 'int' in declaration of 
> 'est_doc_texts'
> estraier.h:133: warning: data definition has no type or storage class
> estraier.h:141: error: syntax error before '*' token
> estraier.h:149: error: syntax error before '*' token
> estraier.h:164: error: syntax error before '*' token
> estraier.h:206: error: syntax error before 'CBLIST'
> estraier.h:206: warning: no semicolon at end of struct or union
> estraier.h:213: error: syntax error before '}' token
> estraier.h:213: warning: type defaults to 'int' in declaration of 'ESTCOND'
> estraier.h:213: warning: data definition has no type or storage class
> estraier.h:228: error: syntax error before '*' token
> estraier.h:228: warning: type defaults to 'int' in declaration of 
> 'est_cond_new'
> estraier.h:228: warning: data definition has no type or storage class
> estraier.h:233: error: syntax error before '*' token
> estraier.h:239: error: syntax error before '*' token
> estraier.h:245: error: syntax error before '*' token
> estraier.h:251: error: syntax error before '*' token
> estraier.h:258: error: syntax error before '*' token
> estraier.h:269: error: syntax error before '*' token
> estraier.h:283: error: syntax error before 'VILLA'
> estraier.h:283: warning: no semicolon at end of struct or union
> estraier.h:285: error: syntax error before '*' token
> estraier.h:285: warning: type defaults to 'int' in declaration of 'cdb'
> estraier.h:285: warning: data definition has no type or storage class
> estraier.h:286: error: syntax error before '}' token
> estraier.h:286: warning: type defaults to 'int' in declaration of 'ESTIDX'
> estraier.h:286: warning: data definition has no type or storage class
> estraier.h:290: error: syntax error before 'DEPOT'
> estraier.h:290: warning: no semicolon at end of struct or union
> estraier.h:291: warning: type defaults to 'int' in declaration of 'idxdb'
> estraier.h:291: warning: data definition has no type or storage class
> estraier.h:292: error: syntax error before '*' token
> estraier.h:292: warning: type defaults to 'int' in declaration of 'fwmdb'
> estraier.h:292: warning: data definition has no type or storage class
> estraier.h:293: error: syntax error before '*' token
> estraier.h:293: warning: type defaults to 'int' in declaration of 'attrdb'
> estraier.h:293: warning: data definition has no type or storage class
> estraier.h:294: error: syntax error before '*' token
> estraier.h:294: warning: type defaults to 'int' in declaration of 'textdb'
> estraier.h:294: warning: data definition has no type or storage class
> estraier.h:295: error: syntax error before '*' token
> estraier.h:295: warning: type

Bug#323524: FTBFS: Cannot include

[Matt Kraai]

Package: gajim
Version: 0.7.1-1
Severity: serious
Tags: patch

gajim fails to build because it cannot include
:

> cc `pkg-config --cflags gtk+-2.0 pygtk-2.0` -fpic 
> -I/usr/include/python`python -V 2>&1 | awk '{print $2}' | cut -f1,2 -d.` -I. 
> `pkg-config --libs gtk+-2.0 pygtk-2.0` -shared idle.c  -o idle.so 
> -L/usr/X11R6/lib -lX11 -lXss -lXext
> idle.c:22:39: error: X11/extensions/scrnsaver.h: No such file or directory
> In file included from /usr/include/python2.3/Python.h:8,
>  from idle.c:31:
> /usr/include/python2.3/pyconfig.h:856:1: warning: "_POSIX_C_SOURCE" redefined
> In file included from /usr/include/sys/types.h:27,
>  from /usr/X11R6/include/X11/Xlib.h:52,
>  from idle.c:20:
> /usr/include/features.h:190:1: warning: this is the location of the previous 
> definition
> idle.c: In function 'idle_getIdleSec':
> idle.c:57: error: syntax error before '*' token
> idle.c:67: error: 'mit_info' undeclared (first use in this function)
> idle.c:67: error: (Each undeclared identifier is reported only once
> idle.c:67: error: for each function it appears in.)

The attached patch adds a build-dependency on libxss-dev, which fixes
this problem.

-- 
Matt
diff -u gajim-0.7.1/debian/control gajim-0.7.1/debian/control
--- gajim-0.7.1/debian/control
+++ gajim-0.7.1/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Yann Le Boulanger <[EMAIL PROTECTED]>
 Standards-Version: 3.6.1.1
-Build-Depends: debmake, python-dev, libgtk2.0-dev, python-gtk2-dev, 
libgtkspell-dev, gettext
+Build-Depends: debmake, python-dev, libgtk2.0-dev, python-gtk2-dev, 
libgtkspell-dev, gettext, libxss-dev
 
 Package: gajim
 Architecture: any


signature.asc
Description: Digital signature

Bug#323525: FTBFS: Missing forward class declarations

[Matt Kraai]

Package: gambit
Version: 0.97.0.7-1
Severity: serious
Tags: patch

gambit fails to build because it is missing forward declarations:

> if i486-linux-gnu-g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" 
> -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" 
> -DPACKAGE=\"gambit\" -DVERSION=\"0.97.0.7\" -DSTDC_HEADERS=1 
> -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 
> -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
> -DHAVE_UNISTD_H=1 -DRETSIGTYPE=void  -I. -I.  -I../../sources   
> -DNEWSTYLE_TEMPLATES -g -O2 -I/usr/lib/wx/include/gtk-2.4 
> -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -MT 
> nfdom.o -MD -MP -MF ".deps/nfdom.Tpo" -c -o nfdom.o nfdom.cc; \
> then mv -f ".deps/nfdom.Tpo" ".deps/nfdom.Po"; else rm -f ".deps/nfdom.Tpo"; 
> exit 1; fi
> ../../sources/math/integer.h:150: warning: minimum/maximum operators are 
> deprecated
> ../../sources/math/integer.h:150: warning: minimum/maximum operators are 
> deprecated
> ../../sources/math/integer.h:151: warning: minimum/maximum operators are 
> deprecated
> ../../sources/math/integer.h:151: warning: minimum/maximum operators are 
> deprecated
> ../../sources/math/rational.h:89: warning: minimum/maximum operators are 
> deprecated
> ../../sources/math/rational.h:89: warning: minimum/maximum operators are 
> deprecated
> ../../sources/math/rational.h:90: warning: minimum/maximum operators are 
> deprecated
> ../../sources/math/rational.h:90: warning: minimum/maximum operators are 
> deprecated
> nfplayer.h:38: error: ISO C++ forbids declaration of 'Nfg' with no type
> nfplayer.h:38: error: expected ';' before '*' token
> nfplayer.h:43: error: 'Nfg' has not been declared
> nfplayer.h:46: error: ISO C++ forbids declaration of 'Nfg' with no type
> nfplayer.h:46: error: expected ';' before '&' token

The attached patch adds forward declarations on Nfg and Sfg, which
fixes this problem.

-- 
Matt
only in patch2:
unchanged:
--- gambit-0.97.0.7.orig/sources/game/nfplayer.h
+++ gambit-0.97.0.7/sources/game/nfplayer.h
@@ -27,6 +27,7 @@
 #ifndef NFPLAYER_H
 #define NFPLAYER_H
 
+class Nfg;
 class Strategy;
 
 class NFPlayer {
only in patch2:
unchanged:
--- gambit-0.97.0.7.orig/sources/game/sfstrat.h
+++ gambit-0.97.0.7/sources/game/sfstrat.h
@@ -95,6 +95,8 @@
 };
 
 
+class Sfg;
+
 class SFSupport {
 protected:
   const Sfg *bsfg;


signature.asc
Description: Digital signature

Bug#323484: xserver-xorg: [nv] nv driver (repeatably) locks up system when running /usr/lib/xscreensaver/bubbles

[Michel Dänzer]

On Tue, 2005-08-16 at 19:27 -0400, C. Scott Ananian wrote:
> Package: xserver-xorg
> Version: 6.8.2.dfsg.1-5
> Severity: important
> 
> 
> Running /usr/lib/xscreensaver/bubbles on my system with the 'nv' driver
> repeatably crashes the system after ~5 seconds.  Note that 'bubbles'
> does *not* use GL, and that the system crashes even if the "dri" and "glx"
> modules are commented out of the Module section of xorg.conf.

Software rendered GL could hardly cause a problem like that, anyway.

> I fixed the problem only by changing from the 'nv' driver to the
> (evil, proprietary) 'nvidia' driver (which I don't like to have to do).
> This *should* indicate that the problem is in 'nv', but I see lots
> of other 'crashing' bugs filed against xserver-xorg, so maybe there
> is a more fundamental race problem at work here.

That's unlikely. Lots of hardware combinations trigger lots of bugs in
lots of drivers.

Assuming that disabling hardware acceleration with the nv driver works
around the problem, please try isolating a single acceleration primitive
using the "XaaNo..." options described in the xorg.conf manpage.


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer

Bug#323510: ckermit: please package current source which has fixed an IF / ELSE bug

[Arthur Marsh]

Package: ckermit
Version: 211-4
Severity: normal


On August 11, the Kermit Project fixed a long-standing bug in IF / ELSE 
statements. This would be a good opportunity to repackage the ckermit 
.deb.

My current makefile target is:

linux+openssl+zlib+shadow+pam

with -DOPEN_SSL097 

defined. Is this acceptable for the Debian package or would separate 
packages with and without openssl be required?

Regards,

Arthur.

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

Versions of packages ckermit depends on:
ii  debconf   1.4.57 Debian configuration management sy
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  libncurses5   5.4-9  Shared libraries for terminal hand
ii  libpam0g  0.76-23Pluggable Authentication Modules l
ii  libsocksd 1.1.14-2   SOCKS library for packages built u

Versions of packages ckermit recommends:
pn  ssh | ssh-krb5 (no description available)


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

Bug#323509: libntfs-dev: not installable in sid: depends on old libntfs5 package, which is not available in sid

[Paul Wise]

Package: libntfs-dev
Version: 1.11.2-1
Severity: serious

Seems the libntfs-dev package was not updated to depend on libntfs7
instead of libntfs5.

chianamo:~# aptitude install libntfs5
Reading package lists... Done
Building dependency tree... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
No candidate version found for libntfs5
The following packages have been kept back:
  arts bittornado-gui ffmpeg libapache-mod-php4 libtunepimp-bin php4
  php4-cli php4-common sound-juicer
0 packages upgraded, 0 newly installed, 0 to remove and 9 not upgraded.
Need to get 0B of archives. After unpacking 0B will be used.
Writing extended state information... Done
Reading package lists... Done
Building dependency tree... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
chianamo:~# aptitude show libntfs-dev
Package: libntfs-dev
State: not installed
Version: 1.11.2-1
Priority: optional
Section: libdevel
Maintainer: David Martínez Moreno <[EMAIL PROTECTED]>
Uncompressed Size: 528k
Depends: libntfs5 (= 1.11.2-1)
Conflicts: libntfs1-dev
Replaces: libntfs1-dev
Description: library that provides common NTFS access functions (development 
files)
 The Linux-NTFS project (http://linux-ntfs.sf.net/) aims to bring full
support for the NTFS filesystem to the Linux operating system.

 libntfs provides common NTFS access functions for the ntfsprogs and
other foreign open source applications.

 Please note that although the library is still under development, it
includes the majority of the desired functionality.

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

-- 
bye,
pabs

http://qa.debian.org/developer.php?login=Paul+Wise&comaint=yes


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

Bug#323335: mutt-ng: add libesmtp support

[Rail Aliev]

On 21:56, Tue 16.08.05, Elimar Riesebieter wrote:

ii  libssl0.9.7 0.9.7g-1 SSL shared libraries

 ^^^
This is the reason because builds against libesmtp can`t be upload.
GPL packages can't be build against libssl and neighborhoods.
Please notice:
http://www.gnome.org/~markmc/openssl-and-the-gpl.html


I understood... I think we can cloose this issue till libesmtp will be
GNU TLS powered :)

--
Best regards,
Rail Aliev


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

Bug#323503: Please migrate to gtkhtml3.6

[Adam Majer]

Jeroen van Wolffelaar wrote:


Package: mysql-query-browser
Severity: important

mysql-query-browser is currently one of the two packages that still
depends on the old gtkhtml version, 3.2. Since gtkhtml3.2 is likely to
be removed in the near feature, please migrate to using gtkhtml3.6.
 



That's no problem at all. I think I moved to 3.2 for Sarge so I'll move 
to 3.6 for next upload. Currently there are some 64-bit issues for 
mysql-query-browser so I can't tell when, but soon.


- Adam


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

Bug#323507: with slow CPU speed, portege 7020CT time goes too fast

[David Hugh-Jones]

Package:toshutils
Version:2.0.1-12

When I start the computer with slow cpu speed (set from within
/etc/init.d) on my Portege 7020CT laptop, time begins to run much too
fast (roughly 3 seconds to every real second). If I then run "toshset
-cpu fast", I get the following error message in my kernel log, and
time returns to normal:

Aug  7 15:12:00 portege kernel: Losing some ticks... checking if CPU
frequency changed.
Aug  7 15:12:00 portege last message repeated 75 times
Aug  7 15:12:00 portege kernel: Losing too many ticks!
Aug  7 15:12:00 portege kernel: TSC cannot be used as a timesource.
Aug  7 15:12:00 portege kernel: Possible reasons for this are:
Aug  7 15:12:00 portege kernel:   You're running with Speedstep,
Aug  7 15:12:00 portege kernel:   You don't have DMA enabled for your hard disk
(see hdparm),
Aug  7 15:12:00 portege kernel:   Incorrect TSC synchronization on an
SMP system (see dmesg).
Aug  7 15:12:00 portege kernel: Falling back to a sane timesource now.

The problem does not seem to occur if I start the computer and then,
after init has run, call "toshset -cpu slow" manually.

Details of my system:
 # uname -a
Linux portege 2.6.8-2-686 #1 Thu May 19 17:53:30 JST 2005 i686 GNU/Linux
# ls -ll /lib/libc.so.6
lrwxrwxrwx  1 root root 13 2005-05-26 09:34 /lib/libc.so.6 -> libc-2.3.2.so


cheers
David

Bug#323508: konversation: DCC downloads not work when using a XDCC server and files is sort by packs

[Héctor Delcourt (Armonth)]

Package: konversation
Version: 0.17-1
Severity: normal

Using a whole set of XDCC servers all work correctly when the files is NOT 
sorted by packs, ie:

/ctcp USER xdcc send #1 <--- Download the file #1 correctly, but if is 
sorted in one pack:

/ctcp USER xdcc send pack_of_files #1 <--- Download the file #1 of 
pack_of_files, konversation fails ("Error of connection, can't download file" 
and server IP is ¿0.0.0.0?.

Using another's irc-clients like irssi or xchat, the download of files-on-packs 
from xdcc servers work correctly...

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

Versions of packages konversation depends on:
ii  kdelibs4  4:3.4.0-0pre4  core libraries for all KDE applica
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libaudio2 1.7-2  The Network Audio System (NAS). (s
ii  libc6 2.3.2.ds1-22   GNU C Library: Shared libraries an
ii  libfam0c102   2.7.0-6client library to control the FAM
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.1-3  GCC support library
ii  libice6   6.8.2.dfsg.1-3 Inter-Client Exchange library
ii  libidn11  0.5.18-1   GNU libidn library, implementation
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libqt3c102-mt 3:3.3.4-3  Qt GUI Library (Threaded runtime v
ii  libsm66.8.2.dfsg.1-3 X Window System Session Management
ii  libstdc++51:3.3.6-7  The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-4 X Window System protocol client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.8.2.dfsg.1-4 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxrandr26.8.2.dfsg.1-3 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  libxt66.8.2.dfsg.1-3 X Toolkit Intrinsics
ii  xlibs 6.8.2.dfsg.1-3 X Window System client libraries m
ii  zlib1g1:1.2.3-1  compression library - runtime

konversation recommends no packages.

-- no debconf information

Bug#322743: bicyclerepair: vim plugin is not installed in the right place

[Robert Collins]

On Tue, 2005-08-16 at 19:05 +0200, Pierre Habouzit wrote:
> Le Mar 16 Août 2005 13:24, Robert Collins a écrit :
> > On Fri, 2005-08-12 at 17:14 +0200, Pierre HABOUZIT wrote:
> > > Package: bicyclerepair
> > > Severity: normal
> > >
> > >
> > >   you install bike.vim in /usr/share/vim/vim6[23]/plugin/ dir
> > > (meaning you will need yet-another-dir for each vim version).
> > >
> > >   you should put it in /usr/share/vim/addons/plugin wich is meant
> > > for things like bike.vim.
> > >
> > >   for more explanations, or hepl, you can contact the vim packaging
> > > team: <[EMAIL PROTECTED]>
> >
> > Hi, there is no /usr/share/vim/addons/plugin dir created by the
> > standard vim-python install. Can you confirm the spelling of the path
> > for me, and I'll update the package to use this dir.
> 
> it's in the package vim-common on which any vim-* version will depends.

what version of vim-common ? I'm running ubuntu-warty here as my main
machine (kinda haveto for my job :0) ... vim-common
6.3-046+1ubuntu7.1

the closest listed dirs I see are
/usr/share/vim/vimfiles
/usr/share/vim/vimrc

- is it because my vim-common is too old? Or .. ?

Rob



-- 
GPG key available at: .


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

Bug#322948: use freeze to compile Phyton code to a binary executable

[Miernik]

On Mon, Aug 15, 2005 at 07:10:01PM -0400, Chris Lawrence wrote:
> Not bloody likely.  It's possible that with the advent of -minimal
> that reportbug could manage to use that subset of the Python standard
> library, but a rewrite in C (with its fundamentally broken string
> handling) isn't going to happen.

So isn't it possible to compile Python code to an ELF executable?
Like this: http://wiki.python.org/moin/Freeze
Then you could distribute reportbug as byte-code, not requiring to have
a Python interpreter installed to run, but still have the source in
Python.

> (In any event, if you have a bug in an embedded system chances are
> you're the sort of user who can fire up mailx and format the report
> manually... it isn't that hard)

Well, yes, but it is unconvinient. I also want to use a flash disk
instead of a HDD in my laptop, so I am trying to fix the whole system
under 256 MB. reportbug is the only thing that depends on Python on it
now, and removing that dependency would help me greatly.

P.S. Isn't this a bug that I _did_not_ get the message which I am
replying to now to my mailbox? I had to fetch it from the web?
Was your message supposed to reach me? If so can someone check was it
sent to me?

-- 
Miernik _  xmpp:[EMAIL PROTECTED]
___/___/  mailto:[EMAIL PROTECTED]
Why software shouldn't be covered by patents
http://bladeenc.mp3.no/articles/software_patents.html


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

Bug#323506: libbeecrypt6-dev: Can't build anything

[John Goerzen]

Package: libbeecrypt6-dev
Version: 4.1.2-1
Severity: grave

Attempting to compile a program with -lbeecrypt, and using its md5
functions, yields:

/usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libbeecrypt.so: undefined 
reference to `mppndiv'
/usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libbeecrypt.so: undefined 
reference to `mpmultwo'
/usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libbeecrypt.so: undefined 
reference to `mpaddw'
/usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libbeecrypt.so: undefined 
reference to `mpsetmul'
/usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libbeecrypt.so: undefined 
reference to `sha1Process'
/usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libbeecrypt.so: undefined 
reference to `mpodd'
/usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libbeecrypt.so: undefined 
reference to `mpfill'
/usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libbeecrypt.so: undefined 
reference to `mpsub'
/usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libbeecrypt.so: undefined 
reference to `mpzero'
/usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libbeecrypt.so: undefined 
reference to `mpsubw'
/usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libbeecrypt.so: undefined 
reference to `mpaddsqrtrc'
/usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libbeecrypt.so: undefined 
reference to `mpdivtwo'
/usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libbeecrypt.so: undefined 
reference to `mpadd'
/usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libbeecrypt.so: undefined 
reference to `mpeven'
/usr/lib/gcc/i486-linux-gnu/4.0.1/../../../../lib/libbeecrypt.so: undefined 
reference to `mpaddmul'
collect2: ld returned 1 exit status


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.12-rc4-mm2
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libbeecrypt6-dev depends on:
ii  libbeecrypt6  4.1.2-1open source C library of cryptogra

libbeecrypt6-dev recommends no packages.

-- no debconf information


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

Bug#316914: dbus-1 does not start because of segmentation fault

[GOTO Masanori]

Hi,

These bugs are marked as important when glibc 2.3.2.ds1 is used in
sarge.  Nowadays we have new glibc 2.3.5-3 in unstable.  Could you
test dbus-1 with new glibc?  I guess this problem is already fixed.

Regards,
-- gotom



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

Bug#317082: Uh, help!

[Scott James Remnant]

tags 317082 moreinfo
thanks

Unfortunately I don't have either a 64-bit platform, or any real
knowledge of them.  I've read this bug a dozen times, and I have
absolutely no idea what I'm supposed to do about it.

Could someone please supply a guide for idiots/dpkg maintainers or
better yet, a patch!

Thanks,

Scott
-- 
Have you ever, ever felt like this?
Had strange things happen?  Are you going round the twist?


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

Bug#310477: POSIX-conformant

[David Nusinow]

The output should read "Be strictly POSIX-conformant". I don't know why
google would say that, but this native English speaker says that "POSIX
conform" is wrong.

 - David Nusinow


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

Bug#287579: vtk API changes

[Mathieu Malaterre]

Hello,

	Brad King recently fix the versioning in VTK CVS (before the 5.0) 
branch. And I believe everything is set properly using CMake: SOVERSION. 
Brad do you want to add anything ?


Mathieu

Mark Hymers wrote:

Hi,

I've just been talking to some of the people on #debian about this and
we've agreed that API changes (e.g. those from 4.2 to 4.4) without
soname bumps are a serious bug.  Unfortunately, it looks like upstream
doesn't behave sanely in this area.  As the Debian maintainer, are you
aware of any upstream discussions about this or would it be worthwhile
me taking the time to talk to upstream, either through you or not
depending on your preference.  Can we do something like this if upstream
don't want to fix it before vtk5?

http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#upstreambrokensoname

It looks like Cmake can cope with SONAME changes in a sane manner so
this may be possible...

Would you accept help in this matter so that we can manage API
transitions more gracefully in future?

I haven't upgraded the bug to serious as it will affect the C++
transition when it occurs; I'll leave it up to you what to do with that.

Cheers,

Mark





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

Bug#323040: wordpress: Arbitrary code execution through inproper input sanitising in cookie handling

[Kai Hendry]

1.5.2 is out. Do you have a CAN number for than vulnerability?

I am on holiday in Canberra and Internet access is a problem. I've
downloaded the latest.tar.gz and will package it tonight.


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

Bug#303014: cvs-buildpackage: would be nice if ./debian were under cvs but not orig source

[Manoj Srivastava]

Hi,

As you know, this use case is not currently supported by
 cvs-buldpackage, and would probably require serious redesign and
 refactoring. I have stopped working with cvs-buildpackage, and I no
 longer use it, so this is unlikely to be fixed.

manoj
-- 
Little by little, moment by moment, a wise man should cleanse himself
of blemishes, like a smith purifying silver. 239
Manoj Srivastava   <[EMAIL PROTECTED]>  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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

Bug#310477: localedef: typo in --help

[GOTO Masanori]

At Mon, 23 May 2005 23:28:01 +0300,
Lars Wirzenius wrote:
> The English output of "localedef --help" contains this:
> 
>   --posixBe strictly POSIX conform
> 
> The last word should surely be "conforming".

You'll find "POSIX conform" has been used like a noun via google.
I think this trivial change is not needed.

Regards,
-- gotom


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

Bug#299804: Segfault bugs = perl bugs

[Duncan Findlay]

reassign 299804 perl
thanks

Spamd is segfaulting really early on here, so it's probably a perl
bug... (Sorry Brendan)

-- 
Duncan Findlay


signature.asc
Description: Digital signature

Bug#321719: libc6: locale -a returns values even if locales package is not installed

[GOTO Masanori]

At Sun, 07 Aug 2005 09:43:06 +0200,
Marc Haber wrote:
> $ locale -a
> locale: Cannot set LC_CTYPE to default locale: No such file or directory
> C
> POSIX
> de_DE
> de_DE.iso88591
> [EMAIL PROTECTED]
> de_DE.utf8
> [EMAIL PROTECTED]
> deutsch
> german
> $ dpkg --list locales
> Desired=Unknown/Install/Remove/Purge/Hold
> | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
> |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: 
> uppercase=bad)
> ||/ Name   VersionDescription
> +++-==-==-
> pn  locales (no description available)
> [57/[EMAIL PROTECTED] sid-clamav-getfiles]:~$

Please try: ls -al /usr/lib/locale/locale-archive .
If it's existed, then try to remove this file and invoke locale -a again.
I guess it's simply locales.prerm bug.

Regards,
-- gotom


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

Bug#323505: Acknowledgement (gphoto2 does not report permissions problems when accessing usb filesystem)

[Joshua Rodman]

Note, submitted upstream to gphoto sourceforge tracker as #1261583.

http://sourceforge.net/tracker/index.php?func=detail&aid=1261583&group_id=8874&atid=108874

-josh


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

Bug#323505: gphoto2 does not report permissions problems when accessing usb filesystem

[Joshua Rodman]

Subject: gphoto2 does not report permissions problems when accessing usb 
filesystem
Package: gphoto2
Version: 2.1.5-1
Severity: normal

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

When running gphoto2 to scan or access USB-based cameras, the filesystem
under /proc/bus/usb is accessed.  By default, the device files in this
filesystem are not writable by users other than root, and so this
activity fails.  However, the error given by gphoto2 is incorrect.


[EMAIL PROTECTED]:~ >gphoto2 -L --port=usb: --camera="Canon EOS D60"

*** Error ***  
An error occurred in the io-library ('Bad parameters'): Could not find USB 
device (vendor 0x4a9, product 0x3060). Make sure this device is connected to 
the computer.
*** Error (-2: 'Bad parameters') ***   

an strace reveals that the reason it cannot "find" the camara is that it
cannot open any of the USB devices it is attempting to open , because it
attempts to open them O_RDWR, and only root has this access.

A number of remedies are available to me, the user, but I believe a
README should be added to the package referring to this issue, and that
the program should be modified to report permissions problems.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.10-jsr
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_US.iso88591)

Versions of packages gphoto2 depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libcdk4 4.9.9-4  C-based curses widget library
ii  libexif10   0.6.9-6  library to parse EXIF files
ii  libgphoto2-22.1.6-1  gphoto2 digital camera library
ii  libgphoto2-port02.1.6-1  gphoto2 digital camera port librar
ii  libjpeg62   6b-10The Independent JPEG Group's JPEG 
ii  libncurses5 5.4-9Shared libraries for terminal hand
ii  libpopt01.7-5lib for parsing cmdline parameters
ii  libreadline44.3-15   GNU readline and history libraries

gphoto2 recommends no packages.

-- no debconf information


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

Bug#320925: leaks dpkg.log filedescriptor to child processes

[Scott James Remnant]

On Fri, 2005-08-05 at 18:38 +0300, Török Edvin wrote:

> I have made a patch that sets close-on-exec. Tell me if this is what
> you expected, and if my patch really fixes what you meant.
> Also please test if dpkg still works correctly
> 
That kinda patches gettext 

Already fixed this one, yet another bug that suffered from moving this
from the initialisation routine (which took care of all this) into a
"when needed" bit of code.

Scott
-- 
Have you ever, ever felt like this?
Had strange things happen?  Are you going round the twist?


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

Bug#323503: Please migrate to gtkhtml3.6

[Jeroen van Wolffelaar]

Package: mysql-query-browser
Severity: important

mysql-query-browser is currently one of the two packages that still
depends on the old gtkhtml version, 3.2. Since gtkhtml3.2 is likely to
be removed in the near feature, please migrate to using gtkhtml3.6.

Thanks,
--Jeroen

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

Versions of packages mysql-query-browser depends on:
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.8.0-4   The ATK accessibility toolkit
ii  libbonobo2-0   2.8.1-2   Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.8.1-2   The Bonobo UI library
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
pn  libgal2.0-6  Not found.
ii  libgcc11:3.4.3-13GCC support library
ii  libgconf2-42.8.1-6   GNOME configuration database syste
ii  libglade2-01:2.4.2-2 library to load .glade files at ru
ii  libglib2.0-0   2.6.4-1   The GLib library of C routines
ii  libgnome2-02.8.1-2   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.8.0-1   A powerful object-oriented display
ii  libgnomeprint2.2-0 2.8.2-1   The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0   2.8.2-2   GNOME 2.2 print architecture User 
ii  libgnomeui-0   2.8.1-3   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.8.4-4   The GNOME virtual file-system libr
ii  libgtk2.0-02.6.4-3   The GTK+ graphical user interface 
pn  libgtkhtml3.0-4  Not found.
pn  libgtkmm2.0-1c102Not found.
ii  libice64.3.0.dfsg.1-14   Inter-Client Exchange library
pn  libmysqlclient14 Not found.
ii  liborbit2  1:2.12.2-1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.8.1-1   Layout and rendering of internatio
ii  libpcre3   4.5-1.2   Perl 5 Compatible Regular Expressi
ii  libpopt0   1.7-5 lib for parsing cmdline parameters
ii  libsigc++-1.2-5c1021.2.5-4   type-safe Signal Framework for C++
ii  libsm6 4.3.0.dfsg.1-14   X Window System Session Management
ii  libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3
ii  libxml22.6.16-7  GNOME XML library
pn  mysql-query-browser-co   Not found.
ii  xlibs  4.3.0.dfsg.1-14   X Keyboard Extension (XKB) configu
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://jeroen.A-Eskwadraat.nl


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

Bug#323502: Please migrate to gtkhtml3.6

[Jeroen van Wolffelaar]

Package: gnotime
Severity: important

gnotime is currently one of the two packages that still depends on the
old gtkhtml version, 3.2. Since gtkhtml3.2 is likely to be removed in
the near feature, please migrate to using gtkhtml3.6.

Thanks,
--Jeroen

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

Versions of packages gnotime depends on:
ii  guile-1.6-libs 1.6.7-1   Main Guile libraries
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.8.0-4   The ATK accessibility toolkit
ii  libaudiofile0  0.2.6-6   Open-source version of SGI's audio
ii  libbonobo2-0   2.8.1-2   Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.8.1-2   The Bonobo UI library
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libesd-alsa0 [libesd0] 0.2.35-2  Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig1 2.3.1-2   generic font configuration library
ii  libfreetype6   2.1.7-2.4 FreeType 2 font engine, shared lib
ii  libgail-common 1.8.4-1   GNOME Accessibility Implementation
ii  libgail17  1.8.4-1   GNOME Accessibility Implementation
ii  libgconf2-42.8.1-6   GNOME configuration database syste
ii  libgcrypt111.2.0-11.1LGPL Crypto library - runtime libr
ii  libglade2-01:2.4.2-2 library to load .glade files at ru
ii  libglib2.0-0   2.6.4-1   The GLib library of C routines
ii  libgnome-keyring0  0.4.2-1   GNOME keyring services library
ii  libgnome2-02.8.1-2   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.8.0-1   A powerful object-oriented display
ii  libgnomeprint2.2-0 2.8.2-1   The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0   2.8.2-2   GNOME 2.2 print architecture User 
ii  libgnomeui-0   2.8.1-3   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.8.4-4   The GNOME virtual file-system libr
ii  libgnutls111.0.16-13.1   GNU TLS library - runtime library
ii  libgpg-error0  1.0-1 library for common error values an
ii  libgtk2.0-02.6.4-3   The GTK+ graphical user interface 
ii  libgtkhtml3.2-11   3.2.5-1   HTML rendering/editing library - r
ii  libguile-ltdl-11.6.7-1   Guile's patched version of libtool
ii  libice64.3.0.dfsg.1-14   Inter-Client Exchange library
ii  libjpeg62  6b-10 The Independent JPEG Group's JPEG 
ii  liborbit2  1:2.12.2-1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.8.1-1   Layout and rendering of internatio
ii  libpopt0   1.7-5 lib for parsing cmdline parameters
pn  libqof-0.5.0-1   Not found.
ii  libqthreads-12 1.6.7-1   QuickThreads library for Guile
ii  libsm6 4.3.0.dfsg.1-14   X Window System Session Management
ii  libtasn1-2 0.2.10-3  Manage ASN.1 structures (runtime)
ii  libx11-6   4.3.0.dfsg.1-14   X Window System protocol client li
ii  libxml22.6.16-7  GNOME XML library
ii  scrollkeeper   0.3.14-10 A free electronic cataloging syste
ii  xlibs  4.3.0.dfsg.1-14   X Keyboard Extension (XKB) configu
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://jeroen.A-Eskwadraat.nl


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

Bug#323504: Should probably be removed soonishly

[Jeroen van Wolffelaar]

Package: gtkhtml3.2
Version: 3.2.5-1
Severity: important

There are only 2 packages left not yet migrated to gtkhtml3.6.
Therefore, in order to reduce the number of versions of the same library
in the archive from 3 to 2, this version should be removed when all
packages have migrated (or hvae had enough chance to migrate).

--Jeroen

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

Versions of packages gtkhtml3.2 depends on:
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.8.0-4   The ATK accessibility toolkit
ii  libbonobo2-0   2.8.1-2   Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.8.1-2   The Bonobo UI library
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libgconf2-42.8.1-6   GNOME configuration database syste
ii  libglade2-01:2.4.2-2 library to load .glade files at ru
ii  libglib2.0-0   2.6.4-1   The GLib library of C routines
ii  libgnome2-02.8.1-2   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.8.0-1   A powerful object-oriented display
ii  libgnomeprint2.2-0 2.8.2-1   The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0   2.8.2-2   GNOME 2.2 print architecture User 
ii  libgnomeui-0   2.8.1-3   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.8.4-4   The GNOME virtual file-system libr
ii  libgtk2.0-02.6.4-3   The GTK+ graphical user interface 
ii  libgtkhtml3.2-11   3.2.5-1   HTML rendering/editing library - r
ii  libice64.3.0.dfsg.1-14   Inter-Client Exchange library
ii  liborbit2  1:2.12.2-1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.8.1-1   Layout and rendering of internatio
ii  libpopt0   1.7-5 lib for parsing cmdline parameters
ii  libsm6 4.3.0.dfsg.1-14   X Window System Session Management
ii  libxml22.6.16-7  GNOME XML library
ii  xlibs  4.3.0.dfsg.1-14   X Keyboard Extension (XKB) configu
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- no debconf information

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://jeroen.A-Eskwadraat.nl


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

Bug#315908: atlas3: FTBFS with gcc-4.0 [i386, amd64]

[Russ Allbery]

The following patch fixes the basic FTBFS problem with gcc 4.0.
Unfortunately, after this patch, I still get the following test suite
failure:

bin/Linux_base_shared/xsl2blastst -R all -n 1019 -m 1019 -F 200 

-- GBMV ---
TST# TMN   KL   KU ALPHA  LDA INCX  BETA INCY  TIME MFLOP SpUp TEST
 =     =   =  = =  
   0 N 1019 101911   1.031   1.01  0.00 112.1 1.00 
   0 N 1019 101911   1.031   1.01  0.00 112.4 1.00 PASS

--- GEMV 
TST# TRMN ALPHA  LDA INCX  BETA INCY   TIME MFLOP  SpUp  TEST
 ==   =   =  == = = =
   1  N 1019 1019   1.0 10191   1.01   0.01 181.9  1.00 -
   1  N 1019 1019   1.0 10191   1.01   0.01 182.2  1.00 PASS 

--- SBMV 
TST# UPNK ALPHA  LDA INCX  BETA INCY   TIME MFLOP  SpUp  TEST
 ==   =   =  == = = =
   2  L 10191   1.021   1.01   0.00  91.9  1.00 -
   2  L 10191   1.021   1.01   0.00  92.3  1.00 PASS 

-- SPMV ---
TST# UPN ALPHA INCX  BETA INCY   TIME MFLOP  SpUp  TEST
 ==  =  =  == = = =
   3  L 1019   1.01   1.01   0.01 255.8  1.00 -
   3  L 1019   1.01   1.01   0.01 256.1  1.00 PASS 

- SYMV -
TST# UPN ALPHA  LDA INCX  BETA INCY   TIME MFLOP  SpUp  TEST
 ==  =   =  == = = =
   4  L 1019   1.0 10191   1.01   0.01 340.4  1.00 -
   4  L 1019   1.0 10191   1.01   0.01 341.0  1.00 PASS 

- TBMV --
TST# UPLO TRAN DIAGNK  LDA INCX   TIME  MFLOP  SpUp  TEST
        == == = =
   5LNN 1019121   0.00   25.8  1.00 -
   5LNN 1019121   0.00   25.7  1.00 PASS 

 TPMV -
TST# UPLO TRAN DIAGN INCX   TIME  MFLOP  SpUp  TEST
      == == = =
   6LNN 10191   0.00  291.9  1.00 -
   6LNN 10191   0.00  293.7  1.01 PASS 

-- TRMV 
ERROR:   resid=392.406769, normD=12.385225, normA=259.826324, normX=0.499337, 
eps=1.192093e-07
   resid=392.406769
TST# UPLO TRAN DIAGN  LDA INCX   TIME  MFLOP  SpUp  TEST
       == == = =
   7LNN 1019 10191   0.00  591.7  1.00 -
   7LNN 1019 10191   0.01  175.5  0.30 FAIL 

- TBSV --
TST# UPLO TRAN DIAGNK  LDA INCX   TIME  MFLOP  SpUp  TEST
        == == = =
   8LNN 1019121   0.00   44.1  1.00 -
   8LNN 1019121   0.00   44.5  1.01 PASS 

 TPSV -
TST# UPLO TRAN DIAGN INCX   TIME  MFLOP  SpUp  TEST
      == == = =
   9LNN 10191   0.00  283.2  1.00 -
   9LNN 10191   0.00  286.1  1.01 PASS 

-- TRSV 
ERROR:   resid=nan, normD=nan, normA=1.739231, normX=0.499337, eps=1.192093e-07
TST# UPLO TRAN DIAGN  LDA INCX   TIME  MFLOP  SpUp  TEST
       == == = =
  10LNN 1019 10191   0.08   13.0  1.00 -
  10LNN 1019 10191   0.01  172.5 13.28 FAIL 

-- GER -
TST# M N ALPHA INCX INCY   LDA   TIME  MFLOP  SpUp  TEST
 = = =   = == == = =
  11  1019  1019   1.011  1019   0.02   98.2  1.00 -
  11  1019  1019   1.011  1019   0.02   98.2  1.00 PASS 

--- SPR 
TST# UPLO N ALPHA INCX   TIME  MFLOP  SpUp  TEST
  = =  == == = =
  12L  1019   1.01   0.01  101.1  1.00 -
  12L  1019   1.01   0.01  101.1  1.00 PASS 

--- SYR --
TST# UPLO N ALPHA INCX   LDA   TIME  MFLOP  SpUp  TEST
  = =  = == == = =
  13L  1019   1.01  1019   0.01   96.5  1.00 -
  13L  1019   1.01  1019   0.01   96.5  1.00 PASS 

-- SPR2 -
TST# UPLO N ALPHA INCX INCY   TIME  MFLOP  SpUp  TEST
  = =   == 

Bug#323500: libbeecrypt6-dev: Doesn't support Large File System

[John Goerzen]

On Tue, Aug 16, 2005 at 08:44:43PM -0500, John Goerzen wrote:
> Package: libbeecrypt6-dev
> Version: 4.1.2-1
> Severity: normal
> 
> This program appears to be limited to processing 2GB of data at a
> time.  Worse, it looks like it will compile incorrectly when
> _FILE_OFFSET_BITS is set at 64.

Scratch that remark.  I misunderstood this.  You may just close the
bug.



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

Bug#323501: hyperestraier: ftbfs [sparc, i386] zlib.h: No such file or directory

[Blars Blarson]

Package: hyperestraier
Version: 0.5.4-1
Severity: serious
Justification: fails to build from source


hyperestraier fails to build on all buildds, duplicated on my sparc pbuilder:

sparc-linux-gnu-gcc -c -I. -I/home/buildd/include -I/usr/local/include 
-I/usr/include/qdbm -D_XOPEN_SOURCE_EXTENDED=1 -D_GNU_SOURCE=1 
-D__EXTENSIONS__=1 -D_HPUX_SOURCE=1 -DPIC=1 -D_REENTRANT=1 -Wall -fPIC 
-fsigned-char -O2 -DNDEBUG estraier.c
In file included from estraier.c:18:
myconf.h:125:18: error: zlib.h: No such file or directory
estraier.c: In function 'est_deflate':
estraier.c:2018: error: 'z_stream' undeclared (first use in this function)
estraier.c:2018: error: (Each undeclared identifier is reported only once
estraier.c:2018: error: for each function it appears in.)
estraier.c:2018: error: syntax error before 'zs'
estraier.c:2024: error: 'zs' undeclared (first use in this function)
estraier.c:2024: error: 'Z_NULL' undeclared (first use in this function)
estraier.c:2027: warning: implicit declaration of function 'deflateInit'
estraier.c:2027: error: 'Z_OK' undeclared (first use in this function)
estraier.c:2035: warning: implicit declaration of function 'deflate'
estraier.c:2035: error: 'Z_FINISH' undeclared (first use in this function)
estraier.c:2046: error: 'Z_STREAM_END' undeclared (first use in this function)
estraier.c:2048: warning: implicit declaration of function 'deflateEnd'
estraier.c: In function 'est_inflate':
estraier.c:2066: error: 'z_stream' undeclared (first use in this function)
estraier.c:2066: error: syntax error before 'zs'
estraier.c:2071: error: 'zs' undeclared (first use in this function)
estraier.c:2071: error: 'Z_NULL' undeclared (first use in this function)
estraier.c:2074: warning: implicit declaration of function 'inflateInit'
estraier.c:2074: error: 'Z_OK' undeclared (first use in this function)
estraier.c:2082: warning: implicit declaration of function 'inflate'
estraier.c:2082: error: 'Z_NO_FLUSH' undeclared (first use in this function)
estraier.c:2093: error: 'Z_STREAM_END' undeclared (first use in this function)
estraier.c:2095: warning: implicit declaration of function 'inflateEnd'
make[1]: *** [estraier.o] Error 1
make[1]: Leaving directory `/build/buildd/hyperestraier-0.5.4'
make: *** [build-arch-stamp] Error 2


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

Bug#323499: gaim: crashes with bad/old yahoo password

[Ari Pollak]

severity 323499 important
kthxbye

How does a crash where you have to change your password first, is only
in one protocol, and has an easy workaround, render a package unusable?
Downgrading by a lot.

Dale Harris wrote:
> Package: gaim
> Version: 1:1.5.0-1
> Severity: grave
> Justification: renders package unusable
> 
> 
> I had changed my password on Yahoo, however I had not made the same
> changes in my gaim config.  When to start up gaim and it crashed.  When
> I edited my ~/.gaim/accounts.xml by hand to reflect my new password,
> gaim came up just fine.  
> 


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

Bug#270292: Xprt needs to periodically refresh the printer list

[Drew Parsons]

On Sun, 2005-08-14 at 17:48 +0200, Sergio Gelato wrote:
> Unfortunately it's not quite enough for S20xprint to be lexically later
> that S20cupsys. It can take cupsd a few seconds to build up its list of
> remote printers, and on fast machines we often see Xprt start before
> that task is complete; users then complain about missing printers in
> Mozilla's list.
> 
> A workaround is to "/etc/init.d/xprint restart" some time later, but
> that brings its own problems (see bug #304026, fixed post-sarge).
> 

Aye, it's an issue that I don't have a clear solution to. Hardcoding a
sleep into /etc/init.d/xprint is the best I can think of off hand.  

Or maybe we would have the script check its entries before it exits, and
if nothing is there it can try once more.


> More fundamentally, CUPS printers can both appear and disappear during
> normal system operation; this is especially true of remote printers
> detected by IPP's browsing mechanism. To cope with this situation,
> Xprt ought to refresh its printer list automatically from time to time.

Yes, I think there is an upstream bug against this.  In the meantime
xprehashprinterlist has been provided as simple way of manually
refreshing the list.

Drew



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