Bug#274472: Please make Moria free (was: Moria, as in the Author of)

[Erik Schanze]

Hi all!

Clint Adams <[EMAIL PROTECTED]>:
> > Do you think moria still has a place in Debian? Or do you gather it
> > might be better removed?
>
> A better question is whether Mr. Koeneke is willing to relicense his
> code under a free software license so that moria and angband and
> derivatives can finally be free.
>
That would be nice and increase the chance that anybody adopt the Debian 
package, I think.


Kindly regards,
Erik


-- 
 www.ErikSchanze.de *
 Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB *
  * Linux-Info-Tag in Dresden, am 29. Oktober 2005  *
 Info: http://www.linux-info-tag.de *


pgpF0TCvKNZ8u.pgp
Description: PGP signature

Bug#295497: twiki: bin/gnusave bug (patch included)

[Frank Horowitz]

Package: twiki
Version: 20040902-1
Severity: important
Tags: patch


The bin/gnusave routine missed an intermediate step in it's path to
decodeSpecialChars(). Patch attached.

I'm still seeing other problems though in new install. If I find and fix them,
I'll follow up with another bug report.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2um
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages twiki depends on:
ii  apache2-common2.0.52-3   Next generation, scalable, extenda
ii  debconf   1.4.30.11  Debian configuration management sy
ii  libalgorithm-diff-perl1.19.01-1  a perl library for finding Longest
ii  libdigest-sha1-perl   2.10-1 NIST SHA-1 message digest algorith
ii  perl [libmime-base64-perl]5.8.4-6Larry Wall's Practical Extraction 
ii  perl-modules [libnet-perl]5.8.4-6Core Perl modules
ii  rcs   5.7-14 The GNU Revision Control System

-- debconf information excluded
--- bin/gnusave.old 2005-02-16 15:35:05.0 +0800
+++ bin/gnusave 2005-02-16 15:26:58.0 +0800
@@ -134,7 +134,7 @@
   return;
 }
 
-$text = &TWiki::decodeSpecialChars( $text );
+$text = &TWiki::Render::decodeSpecialChars( $text );
 $text =~ s/ {3}/\t/go;
 
 my $meta = "";

Bug#295443: '/lib/modules/2.x.xx-whatever still exists' message uncalled for when only headers installed

[Joshua Kwan]

Manoj Srivastava wrote:
Since the headers package produced by kernel-package does not
 have any such link, it is not surprising that kernel-package is not
 aware of such links introduced by other parties.
Fine.
So create an exception. Or make kernel-package build kernel-headers with
that symlink. Or both.
The point is, this isn't about some one-off kernel image build, we're
talking official Debian images here.
--
Joshua Kwan


signature.asc
Description: OpenPGP digital signature

Bug#295498: spamassassin: SA TIMED OUT, backtrace: at /usr/share/perl5/Mail/SpamAssassin/BayesStore.pm

[Nils Gundelach]

Package: spamassassin
Version: 3.0.2-1
Severity: normal



Hi,

i didn't change anything in my configuration.

Here is a description of the problem from another person:

http://lists.debian.org/debian-user/2005/01/msg02372.html


Feb 14 01:35:39 whitestar amavis[13986]: (13986-04) SA TIMED OUT,
backtrace: at /usr/share/perl5/Mail/SpamAssassin/BayesStore.pm line
376\n\teval {...} called at
/usr/share/perl5/Mail/SpamAssassin/BayesStore.pm line
376\n\tMail::SpamAssassin::BayesStore::upgrade_db('Mail::SpamAssassin::BayesStore=HASH(0x96a04fc)')
called at /usr/share/perl5/Mail/SpamAssassin/BayesStore.pm line
253\n\tMail::SpamAssassin::BayesStore::tie_db_writable('Mail::SpamAssassin::BayesStore=HASH(0x96a04fc)')
called at /usr/share/perl5/Mail/SpamAssassin/Bayes.pm line 662\n\teval
{...} called at /usr/share/perl5/Mail/SpamAssassin/Bayes.pm line
655\n\tMail::SpamAssassin::Bayes::learn('Mail::SpamAssassin::Bayes=HASH(0x96e49a0)',
0, 'Mail::SpamAssassin::NoMailAudit=HASH(0x9b985c0)', 'undef') called at
/usr/share/perl5/Mail/SpamAssassin/PerMsgLearner.pm line
110\n\tMail::SpamAssassin::PerMsgLearner::learn_ham('Mail::SpamAssassin::PerMsgLearner=HASH(0x9c0ec5c)',
'undef') called at /...


Regards,
Nils

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages spamassassin depends on:
ii  debconf   1.4.30.11  Debian configuration management sy
ii  libdigest-sha1-perl   2.10-1 NIST SHA-1 message digest algorith
ii  libhtml-parser-perl   3.45-1 A collection of modules that parse
ii  perl [libstorable-perl]   5.8.4-6Larry Wall's Practical Extraction 
ii  spamc 3.0.2-1Client for SpamAssassin spam filte

-- debconf information:
  spamassassin/upgrade/2.40:
  spamassassin/upgrade/2.40w:
  spamassassin/upgrade/cancel: Continue
  spamassassin/upgrade/2.42m: No
  spamassassin/upgrade/2.42u: No


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

Bug#289896: acknowledged by developer (Re: Bug#289896: kaffeine: This can be set in the xine engine parameters menu item)

[Marc Haber]

Hi,

On Sun, Feb 13, 2005 at 11:33:24AM -0800, Debian Bug Tracking System wrote:
> On Sun February 13 2005 06:55, Anders Ellensh=F8j Andersen wrote:
> > Package: kaffeine
> > Version: 0.5-1
> > Followup-For: Bug #289896
> >
> > Go to Settings, select xine engine parameters.
> >
> > Click the decoder icon, and click the expert button at the bottom. You
> > can set both realplayer and mplayer-win32 codec paths here.
> >
> > Kind Regards
> >
> > Anders E. Andersen
> 
> Looks like this can be closed, then.

That option is very well hidden. Please consider shipping a default
configuration that saves users from violating the FHS to make the
package work.

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#295447: apache segfaults with php4-curl loaded

[Adam Conrad]

Brent G. said:
>
> When using php4-curl with a PHP script to pull and parse remote pages
> (NP_Trackback plugin for Nucleus CMS) causes apache to segfault
> somewhere within (from what I can tell) the curl extension.

Can you come up with a testcase for this?... I can't manage to reproduce
it here.

... Adam





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

Bug#295479: change eject to be after the user is told

[Matt Taggart]

Joey Hess writes...

> There are two reasons that I know of why we eject the CD before this
> message:
[rationale snipped]
> In conclusion I don't see any way to put the eject after the message,
> and we must do the software eject at some point.

Thanks for the explanation, I agree.

> We could get very fancy
> and display a prompt asking if the user was ready for a software CD
> eject.

I'm not sure if that's needed, it would be just one more question to have to 
deal with and for questionable value.

Should this bug be closed or maybe tagged wontfix?

Thanks,

-- 
Matt Taggart
[EMAIL PROTECTED]




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

Bug#295476: add support for disabling auto-eject

[Matt Taggart]

Christian Perrier writes...

> (dunno if you're subscribed to -bootIf so, sorry for the double mail)

I'm not, thanks for the cc.

> > +Template: cdrom-detect/eject
> > +Type: boolean
> > +Default: true
> > +Description: Eject CD-ROM when finished.
> > +
> 
> As this is a boolean template, the short description should use the
> interrogative form:
> 
> Description: Eject CD-ROM when finished?

Ah ok thanks.

> We may also need a long description to give more explanations to users
> (indeed, this may be unneeded as the question is clear enough)

OK how about,

"At the end of the initial install process the system can attempt to eject any 
install media that was used as part of the install. This is normally done so 
the system will boot from the new install, rather than the install media. If 
you do not want the system to attempt to eject you can disable it and take 
responsibility for any potential boot device ordering issues."

> Of course, ATM you made this template not translatable and never
> displayed to users, so polishing the wording may seem
> unnecessary.

The non-translatable was recommended by fjp, I think so it could be added and 
not be blocked by the string freeze?

> However, the future may change this and we'd better
> prepare the template for that.

I agree.

Thanks,

-- 
Matt Taggart
[EMAIL PROTECTED]




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

Bug#295443: '/lib/modules/2.x.xx-whatever still exists' message uncalled for when only headers installed

[Manoj Srivastava]

On Tue, 15 Feb 2005 23:52:07 -0800, Joshua Kwan <[EMAIL PROTECTED]> said: 

> Manoj Srivastava wrote:
>> Since the headers package produced by kernel-package does not have
>> any such link, it is not surprising that kernel-package is not
>> aware of such links introduced by other parties.

> Fine.

> So create an exception.

Create an exception for what?

> Or make kernel-package build kernel-headers with that symlink. Or
> both.

That's silly. I may have kernel-headers packages installed
 that have nothing to do with the running kernel; testing out
 different configs. The link belongs with the kenel image; upstream
 installs /lib/modules/$version when you install the kernel-image, and
  kernel-package does the same

> The point is, this isn't about some one-off kernel image build,
> we're talking official Debian images here.

So the next time you break official kernel packages, talk to
 the kernel-package maintainer _first_.  I'll put a kludge in around
 the fuckup in a future upload.

manoj
-- 
But you'll notice Perl has a goto. Larry Wall in
<[EMAIL PROTECTED]>
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#276126: [exim] allow headers_remove|add options to be given multiple times

[Marc Haber]

On Tue, Feb 15, 2005 at 11:31:29AM +, Philip Hazel wrote:
> On Sun, 6 Feb 2005, Marc Haber wrote:
> > this is Debian bug #276126, http://bugs.debian.org/176126.
> 
> Why is it a bug?

I shall rephrase: This is a Debian wishlist request, reported via the
Debian Bug Tracking system as a bug with severity wishlist, as it is
the usual procedure in Debian.

This is too complicated. I'll continue to talk about bugs when I mean
wishlist requests ;)

> > > Unfortunately option 'headers_remove' cannot be used multiple times:
> 
> That is how it is specified.

Of course, but that specification makes generating configuration
unnecessarily hard.

> > > If possible, add support for these options, so that they could appear 
> > > multiple times. 
> 
> WishListed.

Thanks.

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#276126: [exim] allow headers_remove|add options to be given multiple times

[Philip Hazel]

On Sun, 6 Feb 2005, Marc Haber wrote:

> this is Debian bug #276126, http://bugs.debian.org/176126.

Why is it a bug?

> > Unfortunately option 'headers_remove' cannot be used multiple times:

That is how it is specified.

> > If possible, add support for these options, so that they could appear 
> > multiple times. 

WishListed.

-- 
Philip HazelUniversity of Cambridge Computing Service,
[EMAIL PROTECTED]  Cambridge, England. Phone: +44 1223 334714.
Get the Exim 4 book:http://www.uit.co.uk/exim-book


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

Bug#295477: autofs upgrade freezes (when configured)

[Vincent Lefevre]

On 2005-02-16 03:33:25 +0100, Steinar H. Gunderson wrote:
> First of all, which version are you upgrading from?

4.1.3-9

> Second, could you please try running
> 
>   sh -x -e /var/lib/dpkg/info/autofs.postinst configure 

dixsept:/home/vlefevre# sh -x -e /var/lib/dpkg/info/autofs.postinst configure 
4.1.3-9
+ '[' -f /etc/default/autofs ']'
+ . /etc/default/autofs
++ TIMEOUT=300
++ DISABLE_DIRECT=1
+ . /usr/share/debconf/confmodule
++ '[' '!' '' ']'
++ PERL_DL_NONLAZY=1
++ export PERL_DL_NONLAZY
++ exec /usr/share/debconf/frontend /var/lib/dpkg/info/autofs.postinst 
configure 4.1.3-9
Stopping automounter: done.
Starting automounter: done.

and I need to type Ctrl-C.

>   sh -x -e /etc/init.d/autofs restart

Since there's a lot of output, I'm redirecting stderr and attaching
the result.

dixsept:/home/vlefevre# sh -x -e /etc/init.d/autofs restart 2> autofs.out
Stopping automounter: done.
Starting automounter: done.
dixsept:/home/vlefevre#

> and give what both print out? I can't really see a good reason why
> autofs upgrade should hang _after_ it has been successfully
> restarted...

I don't see either. /etc/init.d/autofs is working as expected.
But the autofs.postinst script doesn't.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
+ FLAGS='defaults 21'
+ DAEMON=/usr/sbin/automount
++ basename /usr/sbin/automount
+ prog=automount
+ initdir=/etc/init.d
+ test -e /usr/sbin/automount
+ system=unknown
+ '[' -f /etc/debian_version ']'
+ system=debian
+ '[' debian = redhat ']'
+ '[' debian = debian ']'
+ thisscript=/etc/init.d/autofs
+ '[' '!' -f /etc/init.d/autofs ']'
+ PATH=/sbin:/usr/sbin:/bin:/usr/bin
+ export PATH
+ localoptions=
+ daemonoptions=
+ '[' debian = redhat ']'
+ '[' debian = debian ']'
+ TIMEOUT=300
+ DISABLE_DIRECT=1
+ DAEMON_EXIT_WAIT=20
+ '[' -f /etc/default/autofs ']'
+ . /etc/default/autofs
++ TIMEOUT=300
++ DISABLE_DIRECT=1
+ daemonoptions=' --timeout=300'
+ RETVAL=0
+ '[' debian = debian ']'
+ debian restart
+ set -e
+ case "$1" in
+ debian stop
+ set -e
+ case "$1" in
+ echo -n 'Stopping automounter:'
+ umount_loopback
++ LC_ALL=C
++ awk '!/^#/ && $1 ~ /^\/dev\/loop/ && $2 != "/" {print $2}' /proc/mounts
+ loops=
++ LC_ALL=C
++ awk '!/^#/ && $1 ~ /^automount/ {print $2}' /proc/mounts
+ automounts='/local
/users
/cluster'
++ LC_ALL=C
++ awk '!/^#/ && $1 ~ /^\/dev\/loop/ && $2 != "/" {print $1}' /proc/mounts
+ loopmnts=
+ any=0
++ ls /var/run/autofs/_cluster.pid /var/run/autofs/_local.pid 
/var/run/autofs/_users.pid
+ for file in '`ls /var/run/autofs/*.pid 2>/dev/null`'
+ '[' -e /var/run/autofs/_cluster.pid ']'
+ any=1
++ head -n 1 /var/run/autofs/_cluster.pid
+ pid=10380
++ ps -wwo cmd= 10380
++ sed -e 's,.* --pid-file=/var/run/autofs/\([^ ]*\)\.pid.*,\1,; s,_,/,g'
+ mnt=/cluster
+ start-stop-daemon --stop --quiet --retry USR2/20 --pidfile 
/var/run/autofs/_cluster.pid --exec /usr/sbin/automount
+ ret=0
+ case $ret in
+ rm -f /var/run/autofs/_cluster.pid
+ for file in '`ls /var/run/autofs/*.pid 2>/dev/null`'
+ '[' -e /var/run/autofs/_local.pid ']'
+ any=1
++ head -n 1 /var/run/autofs/_local.pid
+ pid=10247
++ ps -wwo cmd= 10247
++ sed -e 's,.* --pid-file=/var/run/autofs/\([^ ]*\)\.pid.*,\1,; s,_,/,g'
+ mnt=/local
+ start-stop-daemon --stop --quiet --retry USR2/20 --pidfile 
/var/run/autofs/_local.pid --exec /usr/sbin/automount
+ ret=0
+ case $ret in
+ rm -f /var/run/autofs/_local.pid
+ for file in '`ls /var/run/autofs/*.pid 2>/dev/null`'
+ '[' -e /var/run/autofs/_users.pid ']'
+ any=1
++ head -n 1 /var/run/autofs/_users.pid
+ pid=10312
++ ps -wwo cmd= 10312
++ sed -e 's,.* --pid-file=/var/run/autofs/\([^ ]*\)\.pid.*,\1,; s,_,/,g'
+ mnt=/users
+ start-stop-daemon --stop --quiet --retry USR2/20 --pidfile 
/var/run/autofs/_users.pid --exec /usr/sbin/automount
+ ret=0
+ case $ret in
+ rm -f /var/run/autofs/_users.pid
+ echo ' done.'
+ debian start
+ set -e
+ case "$1" in
+ echo -n 'Starting automounter:'
+ grep -q autofs /proc/filesystems
+ '[' -f /proc/modules ']'
+ lsmod
+ grep -q 'autofs[^4]'
++ getrawmounts
+++ getschemes
+++ grep -q '^automount:[ \t]' /etc/nsswitch.conf
+++ echo files
++ for scheme in '`getschemes`'
++ case "$scheme" in
++ '[' -z '' ']'
++ getfilemounts
++ '[' -f /etc/auto.master ']'
++ cat /etc/auto.master
++ sed -e '/^#/d' -e '/^$/d'
++ read auto_master_in
+++ echo +auto_master
+++ grep '^+'
++ '[' +auto_master = '' ']'
+++ cat /etc/auto.master
+++ grep '^\+'
+++ sed -e '/^#/d' -e '/^$/d'
++ for nismap in '`cat /etc/auto.master | grep '\''^\+'\'' |
sed -e '\''/^#/d'\'' -e '\''/^$/d'\''`'
+++ echo +auto_master
+++ sed -e 's/^\+//'
++ catnismap auto_master
++ '[' -z auto_master ']'
++ map=auto_master
++ /usr/bin/ypcat -k auto_master
++ sed -e '/^#/d' -e '/^$/d'
++ read auto_master_in
+++ echo /cluster /etc/cluster.map
+++ grep '^+'
++ '[' '' = '' ']'
++ echo /cluster /etc/cluster.map
++ rea

Bug#295337: Getting gnomad2 to run as non-root

[Chris Searle]

  > The issue is that these files are used by *every* Nomad Jukebox
  > program, not just gnomad2. I think the files should probably be
  > included in the hotplug package, or perhaps in a hotplug-nomad
  > packaage. I'll ponder a bit and decide the best solution.

That's fair enough :-) I'd prefer a little util package that all nomad
packages can depend on - but I'm not that deep into hotplug - maybe
such things should go there.

I rasied the bug simply due to the fact that when you search for a
solution to this problem the search results show many others after the
solution - and a couple of places with the answer.

To be honest - I'm not sure the average user is bothered as long as
"it works" :-) Anyhow - thanks for getting gnomad2 into debian - nice
to get a package rather than self compiling :-)

-- 
Chris Searle


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

Bug#291561: some more data

[Francesco Potorti`]

Apparently the same happens with most (all?) user-defined rules.

When a rule that I define in my user_prefs file hits, spamc (but not
spamassassin) computes its score as 1.00, always, even if it is
negative!

Don't know if it alwyas happens, but it often does.  This is a serious
problem, because it can lead to false positives!

I think the severity of this bug should be raised to important.


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

Bug#295499: CAN-2005-0011: Buffer overflows in fliccd of kstars of kdeedu

[Martin Schulze]

Package: kdeedu
Severity: grave
Tags: security sid patch sarge

Erik Sjölund discovered that a buffer overflow in fliccd which is
installed setuid root (at least on Debian/unstable) can be exploited
quite easily and will probably allow arbitrary code to be executed.

Patch:
ftp://ftp.kde.org/pub/kde/security_patches/post-3.3.2-kdeedu-kstars.diff

Please
 . update the package in sid and sarge
 . mention the CVE id from the subject in the changelog
 . use priority=high

Regards,

Joey

-- 
Ten years and still binary compatible.  -- XFree86

Please always Cc to me when replying to me on the lists.

Bug#178559: kuake is already in the NEW queue

[Peter Eisentraut]

retitle 178559 ITP: kuake -- Console which looks like Quake game console.
tags 178559 + pending
stop

kuake is already in the NEW queue.


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

Bug#293568: gnome-themes-extras: no compressed archive icon in Nuvola theme

[Josselin Mouette]

Le mardi 08 fÃvrier 2005 Ã 01:23 +0100, Christian Surchi a Ãcrit :
> > This should be fixed in gtk+-2.0 2.6.2-2. However, the problematic file 
> > (/usr/share/icons/icon-theme.cache) is not removed upon upgrade, you'll 
> > have to remove it by yourself.
> 
> I did it, but I can't see any result... :\

The rest of the issues should be fixed in gnome-themes-extras 0.8.0-2.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
   `-  Debian GNU/Linux -- The power of freedom

Bug#295181: dosfstools: Fails to create filesystems larger than 2GB

[robinud]

> > # mkdosfs -C testimage2.1GB 210
> > mkdosfs 2.10 (22 Sep 2003)
> > mkdosfs: seek failed
>
> This is normaly because it TRY to create a FAT16 filesystem.  If you
> need a biger one, USE the option "-F 32" to create a FAT32 filesystem.

It is the same with -F 32 : seek failed.

Note that it works on real devices. It fails only with files ( -C option ).

For reference, I have a Debian Sarge official snapshot from 20050122.

Regards,
David


Varno. Enostavno. Vredno. Internet dodatne storitve.
http://www.voljatel.si/storitve/

Bug#295443: '/lib/modules/2.x.xx-whatever still exists' message uncalled for when only headers installed

[Joshua Kwan]

Manoj Srivastava wrote:
So the next time you break official kernel packages, talk to
 the kernel-package maintainer _first_.  I'll put a kludge in around
 the fuckup in a future upload.
It's not a major bug, dude. Nor is it breakage at all; it's a feature.
The build symlink is meant to allow out-of-tree modules to build
correctly without having to add lots of KSRC=this and KERNEL_DIR=that to
the make invocations.
Unless you disagree...
--
Joshua Kwan


signature.asc
Description: OpenPGP digital signature

Bug#295368: lmodern: Typewriter fonts are not monospaced

[Frank Küster]

Florent Rougon <[EMAIL PROTECTED]> schrieb:

> [EMAIL PROTECTED] (Frank Küster) wrote:
>
>> Ralf Stubner has suggested a different approach in de.comp.text.tex: We
>> could add the corrected tfm files with names changed, and patch
>> lmodern.sty to use these changed tfm files. plain TeX users would have
>> to do it themselves, but they could do it.
>
> That's an interesting idea. I'm not sure if it is better than directly
> modifying the original TFM files, however. Plain TeX users would have to
> modify their documents to use the new TFM names and modify them again
> when the font is fixed (or we would have to keep them for
> backward-compatibility). 

You are right, this is a drawback. We can still give lmodern.sty a new
version number, even if it is in fact the tfm files that have changed,
to ease debugging a little.

> Moreover, the new documents would not compile
> on non-Debian systems where the modified TFM files would not exist
> (except maybe if they were distributed on CTAN...).

This would only be the case if lmodern.sty was included in the document
in a filecontents environment, wouldn't it?

> Anyway, since the discussion seems to be active in de.c.t.t, I'll wait
> one a few days in case better ideas come up from there (that doesn't
> mean I read it! ;-). Upstream might even say a word about how and when
> they will deal with the problem in the meantime...

I'll keep you informed.

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#295181: dosfstools: Fails to create filesystems larger than 2GB

[robinud]

> Note that it works on real devices.

Forget that I said that. I never tested it on real device files larger than 2
GB.
Maybe it works, maybe it doesn't.


Varno. Enostavno. Vredno. Internet dodatne storitve.
http://www.voljatel.si/storitve/

Bug#295500: wajig: Update gives wrong number of new packages

[David Liontooth]

Package: wajig
Version: 2.0.22
Severity: minor


Something appears to have gone wrong with the new package count in recent
versions of wajig -- not sure where it started. Consider this snippet:

Replacing available packages info, using /var/cache/apt/available.
Information about 16400 package(s) was updated.
This is the same as the previous count with 9795 new packages.
There are 11 new upgrades
[EMAIL PROTECTED]:~# wajig new
No new packages

It may be the very latest version, 22. I had the same behavior yesterday.
The response to the command wajig new is correct and not affected.

Cheers,
Dave


-- System Information:
Debian Release: sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-ac8
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages wajig depends on:
ii  apt   0.5.28.1   Advanced front-end for dpkg
ii  python2.3.5-1An interactive high-level object-o
ii  python-apt0.5.10 Python interface to libapt-pkg

-- no debconf information


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

Bug#295502: acronym.sty horribly outdated

[martin f krafft]

Package: tetex-extra
Version: 2.0.2c-6
Severity: wishlist

The acronym.sty file is 1.06, not 1.6 as noted in the file. It is
over four years old. Please replace it with the newest version from

  http://www.ctan.org/tex-archive/macros/latex/contrib/acronym/

Thanks,

-- Package-specific info:
Please read and follow the instructions in the first lines below
the text: "-- Package-specific info:".
Thank you.

Press ENTER to continue
If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report. Don't forget to also include minimal examples of
other files that are needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.latex-einfuehrung.de/mini-en.html (english)

or 

http://www.latex-einfuehrung.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw---  1 madduck users 244 2005-02-16 09:46 /home/madduck/.etc/texmf//ls-R
-rw-rw-r--  1 root staff 79 2005-02-16 09:46 /usr/local/share/texmf/ls-R
-rw-rw-r--  1 root staff 91 2005-02-16 09:46 /usr/local/lib/texmf/ls-R
-rw-rw-r--  1 root users 834 2005-02-16 09:46 /var/lib/texmf/ls-R
lrwxrwxrwx  1 root root 29 2005-02-11 14:43 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (600, 'testing'), (98, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-wing
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages tetex-extra depends on:
ii  dpkg  1.10.26Package maintenance system for Deb
ii  gsfonts   8.14+v8.11-0.1 Fonts for the Ghostscript interpre
ii  tetex-base2.0.2c-6   Basic library files of teTeX
ii  tetex-bin 2.0.2-26   The teTeX binary files
ii  ucf   1.13   Update Configuration File: preserv

-- no debconf information

-- 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer, admin, user, and author
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver!


signature.asc
Description: Digital signature

Bug#295501: gv does not accept --scale or --scalebase option

[Christophe Martin]

Package: gv
Version: 1:3.6.1-7
Severity: normal

Hello,

As soon as I use --scale or --scalebase options, gv simply does not open
the file.

exemple :
gv /usr/share/doc/gs-gpl/examples/tiger.eps.gz
works perfectly, but
gv --scale -4 /usr/share/doc/gs-gpl/examples/tiger.eps.gz
does not.s
--scale -4 is understood by gv because in this case the window is
smaller ; but no file is opened.
If you open the file using the open button then every thing works.

I used update-alternatives to use gs-gpl or gs-afpl. It does not
matter.

This option (well, -scale instead of --scale) worked well under woody
:-(

Christophe

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-686
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)

Versions of packages gv depends on:
ii  gs-afpl [gs] 8.14-3  The AFPL Ghostscript PostScript in
ii  gs-gpl [gs]  8.01-5  The GPL Ghostscript PostScript int
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  libsm6   4.3.0.dfsg.1-10 X Window System Session Management
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii  libxmu6  4.3.0.dfsg.1-10 X Window System miscellaneous util
ii  libxpm4  4.3.0.dfsg.1-10 X pixmap library
ii  libxt6   4.3.0.dfsg.1-10 X Toolkit Intrinsics
ii  xaw3dg   1.5+E-8 Xaw3d widget set
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu

-- no debconf information


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

Bug#278854: 1.2.12 works, debian/ patch attached

[Tomas Pospisek]

Attached is the debian/ patch against tedia2sql 1.2.12. Works here. I have 
not ported forward the rcfile loading patch though. Please package it.

Thanks,
*t
--

  Tomas Pospisek
  http://sourcepole.com -  Linux & Open Source Solutions


tedia2sql_1.2.12-0.1.diff.gz
Description: Binary data

Bug#295443: '/lib/modules/2.x.xx-whatever still exists' message uncalled for when only headers installed

[Manoj Srivastava]

On Wed, 16 Feb 2005 00:32:38 -0800, Joshua Kwan <[EMAIL PROTECTED]> said: 

> Manoj Srivastava wrote:
>> So the next time you break official kernel packages, talk to the
>> kernel-package maintainer _first_.  I'll put a kludge in around the
>> fuckup in a future upload.

> It's not a major bug, dude. Nor is it breakage at all; it's a
> feature.

Ah. Some genius creates a image and header package of a kernel
 version that can't be installed together without warnings, and
 it is a feature? Could have fooled me.

> The build symlink is meant to allow out-of-tree modules to
> build correctly without having to add lots of KSRC=this and
> KERNEL_DIR=that to the make invocations.

So why not do it right, eh, dde?

> Unless you disagree...

I disagree with the sloppy execution.

In the past, the kernel folks used to ask for features, which
 I have never been known to reject out of hand. No that I am againt
 people tacking on features outside of kerel-package, if only they get
 it right ...

manoj 
-- 
Humpty Dumpty was pushed.
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#294983: [Nagios-devel] [txemi2@euskalnet.net: [Pkg-nagios-devel] Bug#294983: wishlist: not require alias and host_name in hosts.cfg]

[Andreas Ericsson]

Subhendu Ghosh wrote:
using templates you can define a default alias - alias is only used if 
you need it in notifications...

Indeed. Perhaps
define host{
  name default-host-template
  
  alias $HOSTNAME$
  address $HOSTNAME$
  ...
}
might work.
however host_names have to be unique and the address field can contain 
more than one address - so they have to be entered

No. Addresses are also unique, and if the short form (as determined by 
search and domain directives in /etc/resolv.conf) is entered as 
host_name that's all you really need for the host.

also 1.x is in a bug fix mode only
development/features are in 2.x
It might be simpler to write a pre-init script that parses the config 
and writes out the address if needed from the hostname.

No. It would indeed be very simple to add this functionality to the core 
code (2 extra if()'s in the xodtemplate_add_host() function). I've 
suggested it myself for the alias variable which is only required for 
the cgi's.

-sg
On Tue, 15 Feb 2005, sean finney wrote:
hi nagios-devel,
we have a feature request from a user that i think is pretty reasonable
and not too big an effort to accomplish.  basically, nagios requires
that all host objects have a host_name, address, and alias attribute.
the user requested that as a default, if only the host_name is provided
that it be used to derive the other two attributes.
btw, this is for the 1.x cvs branch.
thoughts?  comments?
sean finney
(debian nagios package maintainer)
ps - i would appreciate it if you would maintain the CC field so that
further correspondance is kept with the bug record.
- Forwarded message from txemi <[EMAIL PROTECTED]> -
From: txemi <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: [Pkg-nagios-devel] Bug#294983: wishlist: not require alias 
and host_name in hosts.cfg
Date: Sat, 12 Feb 2005 21:24:29 +0100

Package: nagios
Severity: wishlist
wishlist: not require alias and host_name in hosts.cfg
Most boring thing of setting up nagios is writting big configuration 
files.
But some little changes could in my opinion short and increase 
readability of this files.

In my hosts.cfg I have a lot of sections like this:
define host{
 use my-generic-host
 host_name myhost.com
 alias myhost.com
 address myhost.com
 check_command check_ssh
}
In most of my hosts host_name is equal to alias and address, so it 
could be written like this:

define host{
 use my-generic-host
 address myhost.com
 check_command check_ssh
}
But it cannot be done as host_name, alias and address are necessary.
I would like that in host_name and alias absence they would take 
address value. So I could say the same with less text making it easier 
to write, read, change, mantain, understand...

that is all...
txemi <[EMAIL PROTECTED]>
http://txemi.webhop.org

-- System Information:
Debian Release: 3.1
 APT prefers unstable
 APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
___
Pkg-nagios-devel mailing list
[EMAIL PROTECTED]
http://lists.alioth.debian.org/mailman/listinfo/pkg-nagios-devel
- End forwarded message -


--
Andreas Ericsson   [EMAIL PROTECTED]
OP5 AB www.op5.se
Lead Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295503: www.debian.org: debian-l10n-romanian should be added to the stats page

[Eddy Petrisor]

Subject: www.debian.org: debian-l10n-romanian should be added to the stats page
Package: www.debian.org
Version: 16-feb-2005
Severity: minor

Recently the list debian-l10n-romanian was added to the official lists
on debian.org.
Could you please, add this list to http://lists.debian.org/stats/ ?

Thanks.
-- 
Regards,
EddyP


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

Bug#295504: grub-install: fails to notice a segfault in $grub_shell

[Michael Gold]

Package: grub
Version: 0.95+cvs20040624-14

/sbin/grub segfaults on my amd64 system when called from grub-install,
due to bug #293722. The grub-install script doesn't notice this, states
"No error reported", and exits normally. Sample output:

==
iria:~# grub-install /dev/sda
/sbin/grub-install: line 516:  5065 Segmentation fault  $grub_shell --batch
root $root_drive
setup $force_lba --stage2=$grubdir/stage2 --prefix=$grub_prefix $install_drive
quit
EOF

Installation finished. No error reported.
This is the contents of the device map /boot/grub/device.map.
Check if this is correct or not. If any of the lines is incorrect,
fix it and re-run the script `grub-install'.

(hd0)   /dev/hda
(hd1)   /dev/sda
iria:~#
==

One effect of this bug is that debian-installer didn't notice the error
when installing grub on my system, and the initial reboot failed.
grub-install should return a non-zero exit code if $grub_shell is
terminated by a signal.

Adding '|| exit 1' to line 512 should fix this bug (this is untested):
# Now perform the installation. 
$grub_shell --batch $no_floppy --device-map=$device_map || exit 1 <$log_file

-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.10-9-amd64-k8
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)

-- debconf-show failed


signature.asc
Description: Digital signature

Bug#294983: [Nagios-devel] [txemi2@euskalnet.net: [Pkg-nagios-devel] Bug#294983: wishlist: not require alias and host_name in hosts.cfg]

[Andreas Ericsson]

Andreas Ericsson wrote:
Subhendu Ghosh wrote:
using templates you can define a default alias - alias is only used if 
you need it in notifications...

Indeed. Perhaps
define host{
  name default-host-template
  
  alias $HOSTNAME$
  address $HOSTNAME$
  ...
}
might work.
however host_names have to be unique and the address field can contain 
more than one address - so they have to be entered

No. Addresses are also unique, and if the short form (as determined by 
search and domain directives in /etc/resolv.conf) is entered as 
host_name that's all you really need for the host.

Clarification; So long as you don't add dummy-hosts, addresses are 
unique (really unique, not just forced to be by Nagios).

also 1.x is in a bug fix mode only
development/features are in 2.x
It might be simpler to write a pre-init script that parses the config 
and writes out the address if needed from the hostname.

No. It would indeed be very simple to add this functionality to the core 
code (2 extra if()'s in the xodtemplate_add_host() function). I've 
suggested it myself for the alias variable which is only required for 
the cgi's.

-sg
On Tue, 15 Feb 2005, sean finney wrote:
hi nagios-devel,
we have a feature request from a user that i think is pretty reasonable
and not too big an effort to accomplish.  basically, nagios requires
that all host objects have a host_name, address, and alias attribute.
the user requested that as a default, if only the host_name is provided
that it be used to derive the other two attributes.
btw, this is for the 1.x cvs branch.
thoughts?  comments?
sean finney
(debian nagios package maintainer)
ps - i would appreciate it if you would maintain the CC field so that
further correspondance is kept with the bug record.
- Forwarded message from txemi <[EMAIL PROTECTED]> -
From: txemi <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: [Pkg-nagios-devel] Bug#294983: wishlist: not require alias 
and host_name in hosts.cfg
Date: Sat, 12 Feb 2005 21:24:29 +0100

Package: nagios
Severity: wishlist
wishlist: not require alias and host_name in hosts.cfg
Most boring thing of setting up nagios is writting big configuration 
files.
But some little changes could in my opinion short and increase 
readability of this files.

In my hosts.cfg I have a lot of sections like this:
define host{
 use my-generic-host
 host_name myhost.com
 alias myhost.com
 address myhost.com
 check_command check_ssh
}
In most of my hosts host_name is equal to alias and address, so it 
could be written like this:

define host{
 use my-generic-host
 address myhost.com
 check_command check_ssh
}
But it cannot be done as host_name, alias and address are necessary.
I would like that in host_name and alias absence they would take 
address value. So I could say the same with less text making it 
easier to write, read, change, mantain, understand...

that is all...
txemi <[EMAIL PROTECTED]>
http://txemi.webhop.org

-- System Information:
Debian Release: 3.1
 APT prefers unstable
 APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
___
Pkg-nagios-devel mailing list
[EMAIL PROTECTED]
http://lists.alioth.debian.org/mailman/listinfo/pkg-nagios-devel
- End forwarded message -



--
Andreas Ericsson   [EMAIL PROTECTED]
OP5 AB www.op5.se
Lead Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295331: maintenance of fetchmail package

[Nico Golde]

Hello Graham,

* Graham Wilson <[EMAIL PROTECTED]> [2005-02-16 09:52]:
> On Wed, Feb 16, 2005 at 12:29:21AM -0300, Lucas Wall wrote:
> > On 02/16/05 00:21, Graham Wilson wrote:
> > >Three people have stepped up to maintain the package. Would all of you
> > >be interested in working together to co-maintain the pacakge? The
> > >fetchmail source is already maintained in Subversion, so it seems this
> > >could be coordinated easily.
> > 
> > Co-maintain is fine for me. Do you have an alioth project? or just an 
> > independent repo?
> 
> An independent repository. I suggest everyone who is interested to
> subscribe to the fetchmail mailing lists at Berlios [1] and at CCIL [2].

good idea.

> I'll ask the other current project admins if I can create a list just
> for Debian packaging.

that would be fine. thanks.

> Since upstream work is going slow, ideally everybody who is interested
> would eventually help participate upstream.

I have good knowledge of c.

> > >It also seems that only one of the people interested is a developer. I'd
> > >be happy to sponsor uploads if needed.
> > 
> > Perfect. If we co-maintain sponsor uploads won't be generally needed, 
> > but its good to know you have time to sponsor in case I'm not around.
> 
> Yes, I'd be glad for you to do uploads normally, and for me just to
> serve as backup.
> 
> [1] http://developer.berlios.de/mail/?group_id=1824
> [2] http://lists.ccil.org/mailman/listinfo/fetchmail 

the ccil ml is not available.
regards nico
-- 
Nico Golde - [EMAIL PROTECTED] | GPG: 1024D/73647CFF ,'"`.
[EMAIL PROTECTED] | http://www.ngolde.de   (  grml.org
VIM has two modes - the one in which it beeps`._,'   
and the one in which it doesn't -- encrypted mail preferred

Bug#295331: maintenance of fetchmail package

[Nico Golde]

Hi folks,
* Graham Wilson <[EMAIL PROTECTED]> [2005-02-16 09:52]:
> Three people have stepped up to maintain the package. Would all of you
> be interested in working together to co-maintain the pacakge? The
> fetchmail source is already maintained in Subversion, so it seems this
> could be coordinated easily.
> 
> It also seems that only one of the people interested is a developer. I'd
> be happy to sponsor uploads if needed.

I like the idea of 3 people co-maintaining the package.
There is a lot of work that could be done. I also talked to
Eric Raymond and he says that he will have a look on the
program if there is anything important so we can count on
his work too.
With one who can upload packages we are complete I think.
Regards Nico
-- 
Nico Golde - [EMAIL PROTECTED] | GPG: 1024D/73647CFF ,'"`.
[EMAIL PROTECTED] | http://www.ngolde.de   (  grml.org
VIM has two modes - the one in which it beeps`._,'   
and the one in which it doesn't -- encrypted mail preferred

Bug#276126: [exim] allow headers_remove|add options to be given multiple times

[Philip Hazel]

On Wed, 16 Feb 2005, Marc Haber wrote:

> This is too complicated. I'll continue to talk about bugs when I mean
> wishlist requests ;)

When is a bug not a bug? When it's reported by Debian.

"When I use a word, it means exactly what I intend it to mean" - Humpty 
Dumpty. 

OK. I will try to remember that when a Debian person says "bug" they
don't necessarily mean it. I won't therefore give reports containing the
word "bug" as much priority as I might have. That is, I won't look at
them as urgently as I normally do. That's what you get for using
imprecise language. :-)

-- 
Philip HazelUniversity of Cambridge Computing Service,
[EMAIL PROTECTED]  Cambridge, England. Phone: +44 1223 334714.
Get the Exim 4 book:http://www.uit.co.uk/exim-book


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

Bug#295486: libavifile-0.7c102: depends on unavailable libxvidcore4

[Zdenek Kabelac]

On Tue, Feb 15, 2005 at 10:39:43PM -0500, Aaron M. Ucko wrote:
> Package: libavifile-0.7c102
> Version: 1:0.7.38.20030710-1.2
> Severity: grave
> Justification: renders package unusable
> 
> The following packages have unmet dependencies:
>   libavifile-0.7c102: Depends: libxvidcore4 (>= 1:1.0.0-0.0) which is a 
> virtual package.
> 
> This library is not (and cannot be?) available in the main archive;
> please properly isolate its use to avifile-xvid-plugin.

yep - will be fixed soon...

-- 
  .''`.   Litigation: The Business Model of the Future! (TM)
 : :' :http://www.microsoft.com/mscorp/ip/tech/fat.asp
 `. `'Zdenek Kabelac  [EMAIL PROTECTED], users.sf.net, fi.muni.cz}
   `- Debian GNU/Linux maintainer - www.debian.{org,cz} 



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

Bug#295494: rcs-latex: doesn't handle "_" in RCS keyword values properly

[Julian Gilbey]

On Tue, Feb 15, 2005 at 10:49:56PM -0800, Matthew Clarke wrote:
> Package: rcs-latex
> Version: 3.0-4
> Severity: normal
> 
> rcs-latex 3.0-4 doesn't properly handle RCS keyword values that contain
> underscores.  For example, if I have this in the document source,
> 
> \RCS $Source: /u/cvsrepos/aim/src.doc/devel/nv_csv_export/ts.tex,v $
> [...]
> 
> CTAN has a newer version (3.1) that fixes this problem.

Thanks!

   Julian


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

Bug#295166: Partitioner bug

[Kero-Chan]

On Mon, 14 Feb 2005 18:12:47 +0100, Sven Luther <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 14, 2005 at 05:01:22AM +0100, Kero-Chan wrote:
> > Package: installation-reports
> >
> > INSTALL REPORT
> >
> > Debian-installer-version: Sarge-RC2
> > uname -a: Install failed
> > Date: -
> > Method: Boot from Sarge-RC2 NetInstall CD
> >
> > Machine: -
> > Processor: Intel Pentium III 733MHz
> > Memory: 512MB
> > Root Device: IDE, Quantum Fireball+ 20G
> > Root Size/partition table:  See below
> > Output of lspci and lspci -n: Install failed
> >
> > Base System Installation Checklist:
> > [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
> >
> > Initial boot worked:[O]
> > Configure network HW:   [O]
> > Config network: [O]
> > Detect CD:  [O]
> > Load installer modules: [O]
> > Detect hard drives: [O]
> > Partition hard drives:  [O+E]
> > Create file systems:[O+E]
> > Mount partitions:   [O]
> > Install base system:[O]
> > Install boot loader:[O+E]
> > Reboot: [E]
> >
> > Comments/Problems:
> >
> > First I tried with the following partition scheme:
> > 128M /boot, First primary partition, Ext3, Boot-flag on
> > 20G LVM Physical Volume, Second primary partition, Boot-flag off
> >   20G VG
> > 6G /, LV on VG, XFS
> > 256M swap, LV on VG
> > Everything looked fine. On reboot, I got GRUB GRUB GRUB GRUB printed
> > on the screen (for ever AFAIKT).
> >
> > Then I tried with this setup:
> > 20G /, First primary partition, Ext3, boot-flag on
> > 384M swap, Second primary partition
> > NB: This is the partitioning scheme the installer sets up when telling
> > it to do it automatically.
> > This resulted in a working Debian system :) However, It's near
> > impossible to convert it to LVM and XFS (I'd need an other HD, etc).
> > It'd be nice if I the partitioner worked.
> >
> > I also tried this:
> > 256M swap, First primary partition
> > 6GB /, Second primary partition, boot-flag on
> > This also results in the GRUB GRUB GrUB GRUB syndrome :(
> >
> > Anyone able to install with any partition setup other than what the
> > installer sets up automatically?
> 
> Just create a small /boot at the start of the disk as normal ext3 (or even
> ext2). This will be enough for grub to boot, and then the kernel can take over
> as usual.
> 
> Friendly,
> 
> Sven Luther

I tried that setup now too:
128M /boot, First primary partition, Ext3, boot-flag on
256M swap, Second primary partition
6G /, Third primary partition, Ext3

When I boot with expert26 I can select the bootloader.
If I select GRUB, I get GRUB GRUB GRUB GRUB on reboot.
When I select LILO, I get L 02 02 02 02  after reboot :(

If I boot from the CD then, with linux26 root=/dev/hda3, I get a
kernel panic, something like: VFS: Unable to mount root, unknown
block(0,0).
If I boot the installation CD, load the installer components, execute
a shell, and start cfdisk, I get: FATAL: Unable to read disk.
If I boot Knoppix 3.7 and start cfdisk, It can see the partition
scheme I set up in the Debian installer. I can also mount hda3. fcsk
finds no errors. The installed Debian system appears to be there.

It appears that the bug is in the kernel used on the Sarge Installer
NetInst CD, the partitioner, or the parameters it passes to grub/lilo
when installing them.


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

Bug#295149: kernel-package: it fails to build my kernel

[Bastian Kleineidam]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Manoj,

On Wed, Feb 16, 2005 at 01:38:14AM -0600, Manoj Srivastava wrote:
> 
>   Umm, that is not the way to go forward. We need to find what
>  the problem it, and fix it, and not revert the feature.
You are correct in that I don't know what causes the problems. But
I know the result: on the second $(MAKE) recursion the kernel_version.mk
expansion variables are broken. The variables contain the stderr output
("make[2]: Entering...") instead of stdout output of the recursive call
(despite the fact that $(MAKE) is called with the -s option...)

I think removing the kernel_version.mk feature is a quick solution
to make the kernel-package work again. The real problem can be solved
later with more time to look at it.


Regards,
  Bastian
- -- 
  ,''`.  Bastian Kleineidam
 : :' :GnuPG SchlÃssel
 `. `'gpg --keyserver wwwkeys.pgp.net --recv-keys 32EC6F3E
   `-

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

iD8DBQFCExeVeBwlBDLsbz4RAhv5AKCYBgLEvyLuljGdyM7SgHoGrN68fACgsDFH
jtRJe+pjsouui6SeJaHTw+M=
=XrUS
-END PGP SIGNATURE-


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

Bug#277832: make xterm treat the primary selection exactly as gnome-terminal does

[Vincent Lefevre]

reopen 277832
thanks

Patch #200 fixes indeed a scrolling problem. But the selection is
still thrown away when using screen for instance (gnome-terminal
doesn't have this problem).

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / SPACES project at LORIA


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

Bug#295502: acronym.sty horribly outdated

[Frank Küster]

# Hallo Martin,

tags 295502 fixed-in-experimental
thanks

martin f krafft <[EMAIL PROTECTED]> wrote:

> Package: tetex-extra
> Version: 2.0.2c-6
> Severity: wishlist
>
> The acronym.sty file is 1.06, not 1.6 as noted in the file. It is
> over four years old. Please replace it with the newest version from
>
>   http://www.ctan.org/tex-archive/macros/latex/contrib/acronym/

leider auch hier nur die übliche Antwort:

No, sorry. It is upstream's job to monitor CTAN and keep the
distribution up-to-date, and to check that things do work together. We,
the Debian teTeX maintainers, have a hard enough job in maintaining
teTeX as it is, and cannot do this additional job. You know, it's not
just acronym.sty which is outdated, it is essentially the complete
package.

teTeX-3.0 is out (the architecture-all packages are in experimental, but
unusable with the architecture-any stuff which is stuck in NEW), but
won't make it into sarge (too much changes, too much packages
build-depending on us).

For etch, we are planning to support an additional TEXMF tree where
packages can place newer versions of files that exist in teTeX; but for
now you can only use TEXMFLOCAL or HOMETEXMF.

Regards, Frank

-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Bug#295502: acronym.sty horribly outdated

[martin f krafft]

also sprach Frank Küster <[EMAIL PROTECTED]> [2005.02.16.1049 +0100]:
> leider auch hier nur die übliche Antwort:
> 
> No, sorry. It is upstream's job to monitor CTAN and keep the
> distribution up-to-date, 

Oh, sorry; I did not know tetex-extra actually has a single upstream
source. I thought it was a collection.

> teTeX-3.0 is out (the architecture-all packages are in
> experimental, but unusable with the architecture-any stuff which
> is stuck in NEW), but won't make it into sarge (too much changes,
> too much packages build-depending on us).

Yeah, same old story. :/

> For etch, we are planning to support an additional TEXMF tree
> where packages can place newer versions of files that exist in
> teTeX; but for now you can only use TEXMFLOCAL or HOMETEXMF.

nice!

-- 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer, admin, user, and author
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver!


signature.asc
Description: Digital signature

Bug#295369: udev changes group of partition on Zip drive to 'disk'

[Andree Leidenfrost]

Hi Marco

Thanks for your swift response!

On Tue, 2005-02-15 at 19:13 +0100, Marco d'Itri wrote:
> On Feb 15, Andree Leidenfrost <[EMAIL PROTECTED]> wrote:
> 
> > This happens despite the presence of rules in the original versions of 
> > /etc/udev/udev.rules and /etc/rules.d/udev.rules which say to use 
> > 'floppy' as the group.
> 
> BUS="ide", KERNEL="hd[a-z]", SYSFS{removable}="1", \
>   PROGRAM="/bin/cat /proc/ide/%k/model", RESULT="IOMEGA ZIP *", \
>   NAME{all_partitions}="%k%n", GROUP="floppy"
> 
> Please check what is not matching, if it is the removable flag or the
> content of /proc/ide/%k/model .

Removable flag looks good:
>cat /sys/bus/ide/devices/0.1/block/removable
>1

Model looks good as well:
>grep "IOMEGA ZIP *" /proc/ide/hdb/model
>IOMEGA ZIP 100 ATAPI

> Also, does only /dev/hdb4 have the wrong permissions or /dev/hdb too?

It's only /dev/hdb4, all other /dev/hdb* (including /dev/hdb itself)
have group floppy as expected.*

For the record, it's also recognised as a floppy:
>grep "floppy*" /proc/ide/hdb/media
>floppy

Also, when I manually change the group to floppy and then mount, udev
changes the group back to disk with the following entry
in /var/log/syslog:

Feb 16 20:41:31 aurich udev[8428]: removing device node '/dev/hdb4'
Feb 16 20:41:31 aurich kernel:  /dev/ide/host0/bus0/target1/lun0: p4
Feb 16 20:41:31 aurich udev[8441]: creating device node '/dev/hdb4'

Is there any kind of debug mode for udevd whre I can see what rule it
uses and applies to what node? I've played a bit with udevinfo but that
wasn't too fruitful. It seems to be more geared towards providing
information about the hardware. Am I overlooking something?

Cheers
Andree

* When manually stopping udev (yeah, not recommended, I know ;-) ), all 
  /dev/hdb* device nodes have group disk. I believe this is perfectly 
  normal, though, isn't it? 
-- 
Andree Leidenfrost
Sydney - Australia



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

Bug#294180: hook scripts for net class

[Marco d'Itri]

On Feb 16, martin f krafft <[EMAIL PROTECTED]> wrote:

> ... then the only problem that remains is ifplugd and renaming.
> Will hotplug-ng rename the interfaces/device nodes before calling
> the hook scripts, or is the renaming done with the
> /etc/hotplug.d/default scripts again?
hotplug-ng does not renames network interfaces. But if you use udevsend
as the hotplug multiplexer then I think that udev will rename the
interfaces before anything else.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#295505: discover1: Polish translation [d-i] [INTL:pl]

[Marek Laska]

Package: discover1
Severity: wishlist
Tags: patch l10n

I'm attaching the fixed translation of discover1/po/pl.po
Please add it when you find time
Kind regards
Marek


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.24
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)


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

Bug#295369: udev changes group of partition on Zip drive to 'disk'

[Marco d'Itri]

On Feb 16, Andree Leidenfrost <[EMAIL PROTECTED]> wrote:

> > BUS="ide", KERNEL="hd[a-z]", SYSFS{removable}="1", \
> >   PROGRAM="/bin/cat /proc/ide/%k/model", RESULT="IOMEGA ZIP *", \
> >   NAME{all_partitions}="%k%n", GROUP="floppy"
As you can see, the rule does not matches partitions.
I need to think more about this and create a complete rule.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#295461: mirrors: status URL end users can check

[Martin Zobel-Helas]

Hi Dan,

On Wednesday, 16 Feb 2005, Dan Jacobson <[EMAIL PROTECTED]> wrote:
> Package: mirrors
> Severity: wishlist

AFAICS if your mirror-admin uses the standart mirror-script from 
http://www.nl.debian.org/mirror/anonftpsync all these things already
happen.

> There should be a standard URL(s) on leaf nodes (machines users list
> in /etc/apt/sources.list) so users can see
> * time last mirror fetch run started
see timestamp of Archive-Update-in-Progress-${HOSTNAME}

> * time last mirror fetch run ended
see timestamp of project/trace/{$HOSTNAME}

> * if run is currently in progress
look for file Archive-Update-in-Progress-${HOSTNAME}

> * some statistics, etc.
> Of course this should not be a million line long log file, but just a
> few lines file.

But all of this only work if you persue your local mirror admin to use
the script from above mentioned URL.

I enhanced that script a bit (which can be found at 
http://helas.dyndns.org/~hel/debian/anonftpsync-new) so pool is synced
before packages lists.


> http://www.nl.debian.org/mirror/ftpmirror mentions project/trace.
> However that seems to only have one item from above, and no comment
> as to what item it is next to it in the file.


Greetings
--
In Marseilles they make half the toilet soap we consume in America, but
the Marseillaise only have a vague theoretical idea of its use, which they
have obtained from books of travel.
-- Mark Twain


signature.asc
Description: Digital signature

Bug#294180: hook scripts for net class

[Marco d'Itri]

On Feb 16, martin f krafft <[EMAIL PROTECTED]> wrote:

> also sprach Marco d'Itri <[EMAIL PROTECTED]> [2005.02.16.1113 +0100]:
> > hotplug-ng does not renames network interfaces. But if you use udevsend
> > as the hotplug multiplexer then I think that udev will rename the
> > interfaces before anything else.
> Will Debian do so? Otherwise ifplugd, waproamd clash with this
> renaming.
Yes, starting with the next hotplug package. You can already try this by
upgrading to the latest udev package and modifying the hotplug init
script to stop changing /proc/sys/kernel/hotplug.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#294180: hook scripts for net class

[martin f krafft]

also sprach Marco d'Itri <[EMAIL PROTECTED]> [2005.02.16.1113 +0100]:
> hotplug-ng does not renames network interfaces. But if you use udevsend
> as the hotplug multiplexer then I think that udev will rename the
> interfaces before anything else.

Will Debian do so? Otherwise ifplugd, waproamd clash with this
renaming.

-- 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer, admin, user, and author
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver!


signature.asc
Description: Digital signature

Bug#290864: mozilla-firefox: A OverTheSpot patch for mozilla-firefox

[Tetralet]

Eric Dorland wrote:

>* Tetralet ([EMAIL PROTECTED]) wrote:
>> Some input method, like scim and gcin, uses it's own gtk im module so
>> that it can support overthesopt input method without patching
>> libgtk2.0-0 package.
>> Therefore, I think it is ok that firefox could apply this patch without
>> libgtk2.0-0 package accepted the patch first.
>>
>> Please consider it. thanks!
>
>Ok, did you send the patch to the upstream bugzilla? I'd like them to
>comment before I apply.

The author of the patch had sent it already.
For more details, Please visit:

https://bugzilla.mozilla.org/show_bug.cgi?id=271815
http://bugzilla.gnome.org/show_bug.cgi?id=158678

Thanks! ^_^


BTW,
I have sent this patch to the upstream bugzilla.
Please visit https://bugzilla.mozilla.org/show_bug.cgi?id=282422 for
more details.
(Becouse this patch is a little different from the patch for mozilla)




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

Bug#294099: multiple security holes in XPM code (CAN-2004-0914)

[Martin Pitt]

Hi!

Please note that the new upstream only fixes lesstif2, not lesstif1:

This directory contains fixed sources:

  http://cvs.sourceforge.net/viewcvs.py/lesstif/lesstif/lib/Xm-2.1/

However, this doesn't:

  http://cvs.sourceforge.net/viewcvs.py/lesstif/lesstif/lib/Xm/

However, fixing that is an enormous task. In this directory the Xpm
source is merged into one big C file and function names have been
renamed, so that the hge patch must be applied manually.

Martin
-- 
Martin Pitt   http://www.piware.de
Ubuntu Developerhttp://www.ubuntulinux.org
Debian GNU/Linux Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#295502: acronym.sty horribly outdated

[Hilmar Preusse]

On 16.02.05 martin f krafft ([EMAIL PROTECTED]) wrote:

Hi,

> Package: tetex-extra
> Version: 2.0.2c-6
> Severity: wishlist
> 
> The acronym.sty file is 1.06, not 1.6 as noted in the file.
> 
Well, according to the changelog file of that package the versioning
was: 1.1, 1.2,...1.9,1.10,1.11.

> It is over four years old. Please replace it with the newest
> version from
> 
>   http://www.ctan.org/tex-archive/macros/latex/contrib/acronym/
> 
The announcements of teTeX beta.

[EMAIL PROTECTED] $ grep acronym *
ANNOUNCE-2.96.4.20040627:* update acronym, ntgclass
ANNOUNCE-2.96.4.20040627:* update acronym package
ANNOUNCE-2.99.0.20041023:   * update acronym, beamer, eepic, exam, 
chngpage. sty, koma-script
ANNOUNCE-2.99.2.20041106:* update layouts, acronym, Catalogue
ANNOUNCE-2.99.4.20041128:* update acronym
ANNOUNCE-20040208:* update mfpic, psgo, acronym, aeguill, caption, 
carlisle,
[EMAIL PROTECTED] $

The latest acronym update was beforte teTeX 3.0, which is actually in
experimental.

H.
-- 
sigmentation fault


pgpmr3yPPgx52.pgp
Description: PGP signature

Bug#295502: acronym.sty horribly outdated

[martin f krafft]

also sprach Hilmar Preusse <[EMAIL PROTECTED]> [2005.02.16.1118 +0100]:
> Well, according to the changelog file of that package the versioning
> was: 1.1, 1.2,...1.9,1.10,1.11.

this has been corrected in the upstream changelog:
> > 
> >   http://www.ctan.org/tex-archive/macros/latex/contrib/acronym/

-- 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer, admin, user, and author
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver!


signature.asc
Description: Digital signature

Bug#295166: Partitioner bug

[Sven Luther]

On Wed, Feb 16, 2005 at 10:49:35AM +0100, Kero-Chan wrote:
> On Mon, 14 Feb 2005 18:12:47 +0100, Sven Luther <[EMAIL PROTECTED]> wrote:
> > > Then I tried with this setup:
> > > 20G /, First primary partition, Ext3, boot-flag on
> > > 384M swap, Second primary partition
> > > NB: This is the partitioning scheme the installer sets up when telling
> > > it to do it automatically.
> > > This resulted in a working Debian system :) However, It's near
> > > impossible to convert it to LVM and XFS (I'd need an other HD, etc).
> > > It'd be nice if I the partitioner worked.
> > >
> > > I also tried this:
> > > 256M swap, First primary partition
> > > 6GB /, Second primary partition, boot-flag on
> > > This also results in the GRUB GRUB GrUB GRUB syndrome :(
> > >
> > > Anyone able to install with any partition setup other than what the
> > > installer sets up automatically?
> > 
> > Just create a small /boot at the start of the disk as normal ext3 (or even
> > ext2). This will be enough for grub to boot, and then the kernel can take 
> > over
> > as usual.
> > 
> > Friendly,
> > 
> > Sven Luther
> 
> I tried that setup now too:
> 128M /boot, First primary partition, Ext3, boot-flag on
> 256M swap, Second primary partition
> 6G /, Third primary partition, Ext3
> 
> When I boot with expert26 I can select the bootloader.
> If I select GRUB, I get GRUB GRUB GRUB GRUB on reboot.
> When I select LILO, I get L 02 02 02 02  after reboot :(
> 
> If I boot from the CD then, with linux26 root=/dev/hda3, I get a
> kernel panic, something like: VFS: Unable to mount root, unknown
> block(0,0).
> If I boot the installation CD, load the installer components, execute
> a shell, and start cfdisk, I get: FATAL: Unable to read disk.
> If I boot Knoppix 3.7 and start cfdisk, It can see the partition
> scheme I set up in the Debian installer. I can also mount hda3. fcsk
> finds no errors. The installed Debian system appears to be there.
> 
> It appears that the bug is in the kernel used on the Sarge Installer
> NetInst CD, the partitioner, or the parameters it passes to grub/lilo
> when installing them.

Well, i believe the bug is most assuredly in your bios, or something. I am not
an x86 specialist so i cannot help you on this. Having the /boot outside of
the LVM setup should be enough to make it work.

Try creating a / of 512MB as first and only partition at the start, and do a
install into it, then if this works, try doing a /boot of 128MB and then a /
of 512MB, and see if it still works.

If both of these are ok, try a /boot of 128MB, followed by a LVM of 512MB in
which you put /. This should work too.

If i remember well, grub should not need anything outside of /boot, so it
should work. IF there is still trouble, probably grub-installer or
lilo-installer is broken.

Friendly,

Sven Luther
> 



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

Bug#294180: hook scripts for net class

[martin f krafft]

also sprach Marco d'Itri <[EMAIL PROTECTED]> [2005.02.16.1124 +0100]:
> Yes, starting with the next hotplug package. You can already try this by
> upgrading to the latest udev package and modifying the hotplug init
> script to stop changing /proc/sys/kernel/hotplug.

Awesome. Is this going to be in sarge?

-- 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer, admin, user, and author
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver!


signature.asc
Description: Digital signature

Bug#293405: I'd like to do NMU for fwbuilder

[Piotr Roszatycki]

The newer version implement the prolog/epilog scripts so it is very important 
feature. I'd like to do NMU for your package for a week if you don't have any 
objection.

Thanks.
-- 
 .''`.Piotr Roszatycki, Netia SA
: :' :mailto:[EMAIL PROTECTED]
`. `' mailto:[EMAIL PROTECTED]
  `-


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

Bug#294099: multiple security holes in XPM code (CAN-2004-0914)

[Martin Pitt]

Hi again,

Martin Pitt [2005-02-16 11:28 +0100]:
> Hi!
> 
> Please note that the new upstream only fixes lesstif2, not lesstif1:
> 
> This directory contains fixed sources:
> 
>   http://cvs.sourceforge.net/viewcvs.py/lesstif/lesstif/lib/Xm-2.1/
> 
> However, this doesn't:
> 
>   http://cvs.sourceforge.net/viewcvs.py/lesstif/lesstif/lib/Xm/

In addition, lesstif1 does not even contain the previous Xpm fix
(CAN-2004-0687 and CAN-2004-0688).

What a mess. :-(

Martin

-- 
Martin Pitt   http://www.piware.de
Ubuntu Developerhttp://www.ubuntulinux.org
Debian GNU/Linux Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#295467: mimedefang.pl not looking for sa-mimedefang.cf in correct location

[Christoph Martin]

Hi Jonathan,

Jonathan Hankins schrieb:
> Package: mimedefang
> Version: 2.48-1
> Severity: normal
>
> In changelog.gz, a while back, it reads:
>
> 2004-07-15  David F. Skoll  <[EMAIL PROTECTED]>
>
>* Move /etc/mail/spamassassin/sa-mimedefang.cf to
>/etc/mail/sa-mimedefang.cf   *** NOTE INCOMPATIBILITY ***
>
> However, if you look at /usr/bin/mimedefang.pl, it is looks for the
> user_prefs file like this:
>
> --
>
>if (!defined($config)) {
>if (-r "/etc/sa-mimedefang.cf") {
>   $config = "/etc/sa-mimedefang.cf";
>} elsif (-r "/etc/spamassassin/sa-mimedefang.cf") {
>   $config = "/etc/spamassassin/sa-mimedefang.cf";
>} elsif (-r "/etc/spamassassin/local.cf") {
>   $config = "/etc/spamassassin/local.cf";
>} else {
>   $config = "/etc/spamassassin.cf";
>}
>}
>
> --
>
> This way, it never finds sa-mimedefang.cf.
>
> If you change debian/rules configure command to specify
> "--with-confsubdir=mail" (2 locations, one commented out) then it finds it.  I
> don't know if this is the best way to fix this, however.

Thanks for the bug report. Just yesterday I found this bug myself. I was
wondering why the settings were not used. The patch in mimedefang.pl got
lost between versions 2.43 and 2.44.

> I am a bit confused about which rules files spamassassin uses when run from
> mimedefang anyway.  Doesn't SpamAssassin find /etc/spamassassin/local.cf
> anyway?  If so, why does mimedefang.pl also specify it as userprefs_filename
> (in the case where sa-mimedefang.cf is not present above)?

spamc and mimedefang are both perl programs which use the spamassassin
perl packages. Every program specifies which preferences file to use.
spamc uses local.cf, mimedefang.pl uses normaly sa-mimedefang.pl.

> Is there a difference between "rules" files and "user prefs" files?

I am not sure.

> Also, the man page for Mail::SpamAssassin::Conf mentions that some items are
> privileged and cannot appear in the user prefs file.  I am assuming that when
> mimedefang.pl calls Mail::SpamAssassin->new() with userprefs_filename =
> "/etc/mail/sa-mimedefang.cf" (or whatever) that this file cannot contain
> "privileged" items?  Is this a problem?

I think, this is correct. What "privileged" items do you want to use here?

Christoph


--

Christoph Martin, EDV der Verwaltung, Uni-Mainz, Germany
 Internet-Mail:  [EMAIL PROTECTED]
  Telefon: +49-6131-3926337
  Fax: +49-6131-3922856


signature.asc
Description: OpenPGP digital signature

Bug#295505: Acknowledgement (discover1: Polish translation [d-i] [INTL:pl])

[Marek Łaska]

Of course, the attachment is missing.
Here it goes.
Regards
Marek
-- 
Teraz słuchamy: 


discover1.po.pl.po
Description: application/gettext


pgpBitfCQBhD4.pgp
Description: PGP signature

Bug#295507: Wishitem: missing error-log

[Ryszard Lach]

Package: mysql-server
Version: 4.0.23-6
Severity: wishlist


In my.cnf there is only possibility to turn log on or off. Turning on
gives lot of info (including queries), turning off - disables any
output, also info about start/stop/crash.

In mysql-server's startup script (/etc/init.d/mysql) there is no
variable to include --error-log directive. I think it sholud be always
included, or, eventually, configurable via /etc/defaults/mysql. Rotation
for this log should be done also, of course.

-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.10-mpt-em64t
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages mysql-server depends on:
ii  adduser3.59  Add and remove users and groups
ii  debconf1.4.45Debian configuration management sy
ii  gawk   1:3.1.4-2 GNU awk, a pattern scanning and pr
ii  libc6  2.3.2.ds1-20.0.0.1.pure64 GNU C Library: Shared libraries an
ii  libdbi-perl1.46-6Perl5 database interface by Tim Bu
ii  libmysqlclient 4.0.23-6  mysql database client library
ii  libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3
ii  libwrap0   7.6.dbs-6 Wietse Venema's TCP wrappers libra
ii  mailx  1:8.1.2-0.20040524cvs-4   A simple mail user agent
ii  mysql-client   4.0.23-6  mysql database client binaries
ii  mysql-common   4.0.23-6  mysql database common files (e.g. 
ii  passwd 1:4.0.3-30.9  change and administer password and
ii  perl   5.8.4-6   Larry Wall's Practical Extraction 
ii  psmisc 21.5-1Utilities that use the proc filesy
ii  zlib1g 1:1.2.2-4 compression library - runtime

-- debconf information excluded


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

Bug#295506: zsh: End-key changes case of several characters insted of going to eol

[Benjamin Peter]

Package: zsh
Version: 4.2.4-2
Severity: important

Hi,

I am not absolutely shure if the source of problem is zsh
but since it is reproducable on several terminals and the
problem doesn't exist with bash, I decided to tell you
about it.

I type e.g. 'gvim .trosmo' and use the Arrow keys to move
back to the beginning of the string and then hit the
'End'-key to jump at the end of the line it results
in: 'GVIM .TRosmo'. And the Backspace key doesn't work
anymore. It just moves the curser one to the left without
removing a character.

Numbers remain numbers. 
Some examples:

'11eee111'becomes '11EEE111'
'abcdefghijk' becomes 'ABCDEFGHijk'
'abCDefghijk' becomes 'ABcdEFGHijk'

Independent from that the 'Insert'-key makes lower-case
characters to upper-case and vice versa.

This is reproducable in aterm and also in Eterm, in xterm
only the 'Insert'-key is does the upper/lowercase thing.

On Linux vitrual terminal 'End' workes as expected but
'Insert' produces a tilde.

Term settings are:
aterm   TERM=rxvt
Eterm   TERM=Eterm
xterm   TERM=xterm
vt  TERM=linux

Since I use End and Home really a lot, it makes working
with zsh quite hard for me.

Please tell me if you need more information or wether it is
a problem of a different program or even my own.


Thank you.
Benjamin Peter

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-dd
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages zsh depends on:
ii  debconf 1.4.45   Debian configuration management sy
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  passwd  1:4.0.3-30.9 change and administer password and

-- debconf information:
  zsh/rcmove:


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

Bug#280864: tracing Helmut Turck

[Torsten Dargers]

I just called his former employer and found that Helmut Turck seems to 
be in St. Petersburg.
Fax number seems still to be valid.

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

Bug#295508: nagios-plugins and check_snmp

[Konstantin Klimchev]

Package: nagios-plugins
Version: 1.3.1.0-12
Tags: patch

Add, please, support  of SNMP protocol version 2c in
check_snmp.c:

--- check_snmp.c.orig   2003-05-09 06:59:52.0 +0400
+++ check_snmp.c2005-02-16 13:42:35.0 +0300
@@ -57 +57 @@
- -P, --protocol=[1|3]\n\
+ -P, --protocol=[1|2c|3]\n\
@@ -719,0 +720,4 @@
+else if ( strcmp (proto, "2c") == 0 ) {
+asprintf(&proto, "%s", "2c");
+asprintf(&authpriv, "%s%s", "-c ", community);
+}


-- 
Best Regards, Konstantin Klimchev 
(mailto:[EMAIL PROTECTED]jabber:[EMAIL PROTECTED])
ATK-Internet ISP, Arkhangelsk, Russia


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

Bug#292256: hald timing out waiting for hotplug event

[Sjoerd Simons]

On Thu, Feb 10, 2005 at 04:45:29AM +0100, Aaron Isotton wrote:
> [here a copy for [EMAIL PROTECTED]
> 
> Sjoerd Simons wrote:
> >Can you try the packages at http://luon.net/~sjoerd/hal, they contain a hal
> >hotplug helper which will put extra info in user.log.. Especially look if 
> >the
> >one with the seqnum hal complains about shows up..
> 
> Thanks a lot for your work. The new packages do log a lot more, but the
> device is *not* mounted after the delay of 60 seconds.

Sorry for the delay.. From the look at your logs it seems that all events are
actually sent to hal and after reading the hal code somewhat more the warning
seems quite strange. 

Can you run the hal package with the extra debug info again. But then also run
hald manually as root with: hald --drop-privileges --verbose=yes --daemon=no 

And again, mail me the logs like you did the last time, but also the last part
of the hald output (thus everything from the moment you plugged in your camera)

  Sjoerd
-- 
One monk said to the other, "The fish has flopped out of the net! How will it
live?" The other said, "When you have gotten out of the net, I'll tell you."


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

Bug#295477: autofs.postinst vs. debconf

[Steinar H. Gunderson]

On Tue, Feb 15, 2005 at 10:21:47PM -0500, Aaron M. Ucko wrote:
> I ran into this too.  In general, maintainer scripts that use debconf
> and start background processes (particularly daemons that will run
> indefinitely) should first call db_stop to avoid trouble.

Aha, db_stop is the problem. I'll make an upload later today, thanks.

> However, AFAICT, autofs's postinst does not really need debconf at all, so
> it should suffice to stop sourcing /usr/share/debconf/confmodule.

I tried doing that, but lintian complained, saying it was required.

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#295509: bugs.debian.org: please consider changing the "Bug" tag in e-mail subjects

[Marc Haber]

Package: bugs.debian.org
Severity: wishlist

Hi,

some upstream authors feel offended when a Debian maintainer forwards
a wishlist request from the BTS since the BTS uses the bad word "Bug"
in the subject. This has in at least one case led to an upstream
author publicly stating that "Bugs" from the Debian BTS will be
treated with lower priority since we also flag wishlist requests as
"bug".

Please consider changing the e-mail subject to something less
offensive, like "Ticket", or "BTS". The last thing we need is offended
upstream authors.

Greetings
Marc

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-scyw00225
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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

Bug#294099: multiple security holes in XPM code (CAN-2004-0914)

[Martin Schulze]

Martin Pitt wrote:
> Hi again,
> 
> Martin Pitt [2005-02-16 11:28 +0100]:
> > Hi!
> > 
> > Please note that the new upstream only fixes lesstif2, not lesstif1:
> > 
> > This directory contains fixed sources:
> > 
> >   http://cvs.sourceforge.net/viewcvs.py/lesstif/lesstif/lib/Xm-2.1/
> > 
> > However, this doesn't:
> > 
> >   http://cvs.sourceforge.net/viewcvs.py/lesstif/lesstif/lib/Xm/
> 
> In addition, lesstif1 does not even contain the previous Xpm fix
> (CAN-2004-0687 and CAN-2004-0688).
> 
> What a mess. :-(

An update is in the works as far as I know.

Regards,

Joey

-- 
Ten years and still binary compatible.  -- XFree86

Please always Cc to me when replying to me on the lists.


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

Bug#295510: atlas-test: uninstallable (conflict with atlas3-test)

[tow21]

Package: atlas-test
Version: 3.2.1ln-13.1
Severity: grave
Justification: renders package unusable


Preparing to replace atlas-test 3.2.1ln-13 (using
.../atlas-test_3.2.1ln-13.1_i386.deb) ...
Unpacking replacement atlas-test ...
dpkg: error processing
/var/cache/apt/archives/atlas-test_3.2.1ln-13.1_i386.deb (--unpack):
 trying to overwrite `/usr/share/man/man1/xdl3blastst.1.gz', which is
also in package atlas3-test
Errors were encountered while processing:
 /var/cache/apt/archives/atlas-test_3.2.1ln-13.1_i386.deb


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (101, 'testing'), (99, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_GB)

Versions of packages atlas-test depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libg2c0 1:3.3.5-8Runtime library for GNU Fortran 77
ii  libgcc1 1:3.4.3-6GCC support library

-- no debconf information


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

Bug#295509: bugs.debian.org: please consider changing the "Bug" tag in e-mail subjects

[Colin Watson]

On Wed, Feb 16, 2005 at 12:20:15PM +0100, Marc Haber wrote:
> Package: bugs.debian.org
> Severity: wishlist
> 
> Hi,
> 
> some upstream authors feel offended when a Debian maintainer forwards
> a wishlist request from the BTS since the BTS uses the bad word "Bug"
> in the subject. This has in at least one case led to an upstream
> author publicly stating that "Bugs" from the Debian BTS will be
> treated with lower priority since we also flag wishlist requests as
> "bug".
> 
> Please consider changing the e-mail subject to something less
> offensive, like "Ticket", or "BTS". The last thing we need is offended
> upstream authors.

Oh, for goodness' sake. Can't people get a grip? "Bug" is not offensive
unless you have extraordinarily thin skin.

-- 
Colin Watson   [EMAIL PROTECTED]


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

Bug#294502: libapache-gallery-perl: Failure to locate Apache/Server.pm -- additional information

[Matthew T. Atkinson]

Hello,

On Wed, 2005-02-16 at 14:08 +0200, Jesus Climent wrote:
> This is patched in the Debian version of Apache::Gallery:

I'm confused -- after doing an update and attempting to reinstall the
package libapache-gallery-perl, I still get the same error -- is the
fixed package in Sarge yet?

best regards,


-- 
Matthew T. Atkinson <[EMAIL PROTECTED]>



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

Bug#295430: ITP: cpufrequtils -- Tools to access to the

[dongili]

Hi,
(sorry for top posting and missing mail-headers, my webmailer sucks)

I already packaged cpufrequtils, it's simply waiting in the NEW queue, I'm 
waiting for it to enter sid I'll then update to the latest version (there are 
no new important features in the 0.2-pre version though)

bugs.debian.org/278767
You should probably merge this bug with 278767.
Also, the package is pretty simple and doesn't require much maintainance, don't 
know if com-maintaining it is necessary.
--
Mattia

-Messaggio Originale- 
Da: Javier Setoain <[EMAIL PROTECTED]>
A: Debian Bug Tracking System <[EMAIL PROTECTED]>
Data invio: Tue, 15 Feb 2005 20:16:45 +0100
Oggetto: Re: Bug#295430: ITP: cpufrequtils -- Tools to access to the Linux 
kernel cpufreq subsystem

Package: wnpp
Severity: wishlist
Owner: Javier Setoain <[EMAIL PROTECTED]>


* Package name: cpufrequtils
  Version : 0.2-pre1
  Upstream Author : Dominik Brodowski <[EMAIL PROTECTED]>
* URL : http://www.example.org/
* License : GPL
  Description : Tools to access the Linux kernel cpufreq subsystem

 To make access to the Linux kernel cpufreq subsystem easier for users and
 cpufreq userspace tools, a cpufrequtils package was created. It contains
 command line tools to determine current CPUfreq settings and to modify
 them (cpufreq-info and cpufreq-set).

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to es_ES.UTF-8)


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





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

Bug#295507: Wishitem: missing error-log

[Ryszard Lach]

On Wed, Feb 16, 2005 at 12:12:55PM +0100, Christian Hammers wrote:
> Hello Ryszard
> No. You have to distinguish between log/bin-log and the error log.
> The former is configurable and for queries and the latter is not
> configurable i.e. always on and logs error messages to your syslog.
> 
> (syslog is a Debian enhancement, it's comparable to the "err-log"
> option from the MySQL manual)
> 
> So you can safely disable the "log" in my.cnf and I close this bug report.

Could you, please, add some directives (maybe commented out) to my.cnf
showing how to configure errorlog and add a comment about logging to
syslog? Now it is not obvious how is it configured - you provide
logrotate configuration for rotation of mysql.err and I've had to look
at mysql docs to check how to generate this log. I thing it would be
sufficient to add 

#log-error   = /var/log/mysql/mysql.err

near 

#log-slow-queries   = /var/log/mysql/mysql-slow.log

and maybe a notice, that that isn't nessessary because of syslog
configuration.

Regards,

Richard.


-- 
"First they ignore you. Then they laugh at you. Then they
fight you. Then you win." - Mohandas Gandhi.


signature.asc
Description: Digital signature

Bug#295511: Fork bomb in default make completion

[Tore Anderson]

Package: zsh
Severity: critical

  When trying to tab complete anything after make in a directory with
 the Makefile from Cisco's software iSCSI initiator, the shell initiates
 a fork bomb, grinding the system to a halt.

  This is for me 100% reproducable with zsh 4.2.4-2 on i386 with the
 following steps:

  1) Save the attached Makefile to some directory.
  2) Save all your work and sync your file systems.
  3) Push the aforementioned directory onto the shell's directory stack
  4) Type "make " and then hit the TAB key.
  5) Enjoy the frantic sound of your hard drive as kswapd starts
 trashing - if you're quick you may also be able to get a "ps"
 listing of the hundreds of child processes before the system ends
 up in a totally unusable state.

  Oh and by the way, I initiate the completion stuff like this in
 my .zshrc:

autoload -U compinit; compinit

-- 
Tore Anderson
# Makefile for the Linux iSCSI driver
# Copyright (C) 2001 Cisco Systems, Inc.
# maintained by [EMAIL PROTECTED]
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published
# by the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# See the file COPYING included with this distribution for more details.

#
#
#
## THE USER MAKEFILE BEGINS !!!

# for compiling the daemon and utils
OS:=$(shell uname)
ARCH:=$(shell uname -m)

DRIVER_DIR:=driver
DAEMON_DIR:=daemon
COMMON_DIR:=common
MISC_DIR:=misc
MAN_DIR:=man
UTILS_DIR:=utils
INCLUDE_DIR:=include
DISCOVERY_DIR:=$(DAEMON_DIR)/discovery
LOGIN_DIR:=$(COMMON_DIR)/login
AUTH_DIR:=$(COMMON_DIR)/auth
SCRIPT_DIR:=$(MISC_DIR)/scripts
ISCSI_BOOT_DIR:=$(UTILS_DIR)/iscsi-boot

# Where to install files that must be relative to the root dir.
# This is a prefix prepended before the pathname, and is
# normally unset.  It would be set for such things as diskless
# clients, where the driver is being installed on the server
# for a client.
ROOT:=
export ROOT

# Where to install the relocatable files (daemon, utilities, and man pages)
BASEDIR:=/
export BASEDIR

# We need to have the kernel headers installed in order to compile.
# You can specify a TOPDIR for your Linux kernel here, or if you don't
# we'll look for it in a few likely places later.
TOPDIR:=

# We also need the pathname of the kernel .config file to use.
# You can specify a .config for your Linux kernel here, or if you don't
# we'll look for it in a few likely places later.
KERNEL_CONFIG:=

# The rest of this Makefile shouldn't need to be modified

# record the version of the running kernel
KERNEL_VPSE:=$(shell uname -r)

# Try to find the top of the Linux kernel source tree for the running kernel
ifeq ($(TOPDIR),)
  ifeq ($(wildcard /lib/modules/$(KERNEL_VPSE)/build/.),/lib/modules/$(KERNEL_VPSE)/build/.)
TOPDIR:=/lib/modules/$(KERNEL_VPSE)/build
  endif
  ifeq ($(TOPDIR),)
$(warning Linux kernel source must be installed to compile this code.)
$(error Could not find the top of the linux kernel source tree.)
  endif
endif

# record the kernel source version
KERNEL_VERSION:=$(shell awk -F"[ \t]*=[ \t]*" '$$1 == "VERSION" { print $$2 }' $(TOPDIR)/Makefile | sed -e 's/[ \t\n]*//g')
KERNEL_PATCHLEVEL:=$(shell awk -F"[ \t]*=[ \t]*" '$$1 == "PATCHLEVEL" {print $$2}' $(TOPDIR)/Makefile | sed -e 's/[ \t\n]*//g')
KERNEL_SUBLEVEL:=$(shell awk -F"[ \t]*=[ \t]*" '$$1 == "SUBLEVEL" {print $$2 }' $(TOPDIR)/Makefile | sed -e 's/[ \t\n]*//g')
KERNEL_EXTRAVERSION:=$(shell awk -F"[ \t]*=[ \t]*" '$$1 == "EXTRAVERSION" {print $$2 }' $(TOPDIR)/Makefile | sed -e 's/[ \t\n]*//g')
KERNEL_SRC_VPSE:=$(KERNEL_VERSION).$(KERNEL_PATCHLEVEL).$(KERNEL_SUBLEVEL)$(KERNEL_EXTRAVERSION)


# Try to find the kernel's config if the user didn't tell us where to find it.
# People who compile their own kernels will have a .config, as will some
# distributions that only ship one kernel binary, or that use separate
# kernel source for each kernel binary.  Redhat uses the same kernel source
# for multiple kernel binaries.

# the standard config file location is $(TOPDIR)/.config
ifeq ($(wildcard $(TOPDIR)/.config),$(TOPDIR)/.config)
  KERNEL_CONFIG:=$(TOPDIR)/.config
endif


# for compiling the daemon and utils 
CC:=gcc
INCLUDE:= -I$(PWD)/include  -I$(PWD)/$(LOGIN_DIR) -I$(PWD)/$(AUTH_DIR) -I$(PWD)/$(DISCOVERY_DIR) -I$(PWD)/$(DAEMON_DIR)/include -I$(PWD)/$(MISC_DIR)/include
OPTFLAGS = -O2
CFLAGS:= -Wall -Wstrict-prototypes $(OPTFLAGS) $(INCLUDE)
LDFLAGS:= 

# assume object dirs should go under the current directory, unless told
# otherwise
OBJ:=$(CURDIR)

ifdef DEBUG
OBJDIR:=$(OBJ)/$(OS)-$(ARCH)/dbg-obj
KOBJDIR:=$(PWD)
CFLAGS += -g -DDEBUG
LDFLAGS += -g
else
KOBJDIR:=$(PWD)
OBJDIR:=$(OBJ)/$(O

Bug#274852: Bug #274852: But in which upstream version?

[David Martínez Moreno]

Good morning. I launched xmms several times from a Run... window in
KDE before noticing that something was going wrong:

[EMAIL PROTECTED]:~$ xmms
libmikmod.so.2: cannot open shared object file: No such file or directory
Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: 
_dl_next_tls_modid: Assertion `result <= _rtld_local._dl_tls_max_dtv_idx' 
failed!

GOTO, in your last message to this bug you state that the next
libc6 release you will include a fix for this, but I have the
latest (-20) from Dec and I have this problem.

My kernel is 2.6.7 vanilla, nvidia drivers, libc6-i686 libraries,
and Debian testing.

I reinstalled xmms, but that didn't fix the problem.

Also, the bug says that is fixed upstream. If, as Daniel says in
#207872, the patch was rejected upstream, you should remove the tag.

Do not hesitate to ask for further information.

Best regards,


Ender.
-- 
Network engineer
Debian Developer


pgp98hq8ylZpq.pgp
Description: PGP signature

Bug#295512: mozilla should support .mailcap

[Marc Lehmann]

Package: mozilla
Version: 2:1.7.5-1
Severity: wishlist


The subject says it all. My ~/.mailcap contains (among many other things):

application/x-xpcse; LC_CTYPE=de_DE.UTF-8 /root/src/PApp/xpcse/xpcse %s

Which gets respected by other apps I use, but mozilla keeps asking me how
to handle this type (unless I configure it within mozilla).

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (700, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-rc2
Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages mozilla depends on:
ii  dpkg  1.10.26Package maintenance system for Deb
ii  mozilla-browser   2:1.7.5-1  The Mozilla Internet application s
ii  mozilla-mailnews  2:1.7.5-1  The Mozilla Internet application s
ii  mozilla-psm   2:1.7.5-1  The Mozilla Internet application s

-- no debconf information


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

Bug#295447: apache segfaults with php4-curl loaded

[Adam Conrad]

Brent G. said:
>
> When using php4-curl with a PHP script to pull and parse remote pages
> (NP_Trackback plugin for Nucleus CMS) causes apache to segfault
> somewhere within (from what I can tell) the curl extension.

Hrm... Do you have mod_perl loaded, by any chance?... I've just been
segfault hunting, and I've noticed I can trigger some seemingly random
segfaults with both mod_perl and mod_php4 loaded.. :/  Nothing matchings
your backtrace, but on the other hand, I'm getting three (!) different
backtraces right here, so who knows if a fourth may show up. :)

... Adam





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

Bug#294180: [madduck@debian.org: Bug#294180: hook scripts for net class]

[Marco d'Itri]

On Feb 16, [EMAIL PROTECTED] wrote:

> How to solve the problem?  Running ifrename from /sbin/hotplug
> instead of from net.agent works for me.  I would send a patch but
This will not happen, hotplug-ng uses a C program and anyway on udev
systems udevsend will be used as the hotplug multiplexer.
OTOH, when udevsend is used then udev should be able to rename the
interfaces before other hotplug scripts are run.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#291902: New zope-epoz version released, also there are no python-utidylib in mentors.debian.net

[AKL. Mantas Kriauciunas]

Hi,

On Mon, 24 Jan 2005, Andreas Tille <[EMAIL PROTECTED]> wrote:

>It is no bug to *suggest* packages outside of Debian.  Please read
>/usr/share/doc/zope-epoz/README.debian

It seems README.Debian contains incorrect information - there is no
python-utidylib (and any other binary) package in http://mentors.debian.net/
I included deb http://mentors.debian.net/debian/ unstable main in my
sources.list and got this error:

[EMAIL PROTECTED]:/var/cache/apt/archives# apt-get update -qq
Failed to fetch
http://mentors.debian.net/debian/dists/unstable/main/binary-i386/Packages.gz
404 Not Found
W: Couldn't stat source package list http://mentors.debian.net
unstable/main Packages
(/var/lib/apt/lists/mentors.debian.net_debian_dists_unstable_main_binary-i386_Packages)
- stat (2 No such file or directory)
W: Couldn't stat source package list http://mentors.debian.net
unstable/main Packages
(/var/lib/apt/lists/mentors.debian.net_debian_dists_unstable_main_binary-i386_Packages)
- stat (2 No such file or directory)

Btw, there are several new versions (0.8.5, 0.8.6 and 0.9.9) of epox
released some time ago, so maybe it's a time to upload new version into
Debian ? ;)

Also zope-epoz package description points to old homepage:
http://www.zope.org/Members/mjablonski/Epoz

New homepage is http://mjablonski.zope.de/Epoz

Thanks for maintaining.

-- 
Labanaktis/Good luck,
Mantas KriauÄiÅnas Jabber ID: [EMAIL PROTECTED]GPG ID: 43535BD5
Public organization "Open Source for Lithuania" - www.akl.lt

Bug#295513: kernel-package should provide a config script and a /etc/kernel/config.d directory too.

[Sven Luther]

Package: kernel-package
Version: 8.119
Severity: normal


Otavio remembered me that ideally, the debconfified postinst script i am using
should be separated between a config script for asking the debconf question,
and a postinst script for using it.

This bug report is to ask that you add such a config script and the
accompanying /etc/kernel/config.d directory.

Friendly,

Sven Luther

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.8-powerpc
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages kernel-package depends on:
ii  dpkg 1.10.26 Package maintenance system for Deb
ii  dpkg-dev 1.10.26 Package building tools for Debian
ii  gcc [c-compiler] 4:3.3.5-1   The GNU C compiler
ii  gcc-2.95 [c-compiler]1:2.95.4-22 The GNU C compiler
ii  gcc-3.3 [c-compiler] 1:3.3.5-8   The GNU C compiler
ii  make 3.80-9  The GNU version of the "make" util
ii  perl 5.8.4-6 Larry Wall's Practical Extraction 

-- no debconf information



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

Bug#113427: [owner@bugs.debian.org: Bug#113427 acknowledged by developer (Pcb bug fixed ages ago)]

[Fred Ringwald]

Dear Hamish,

This type of bug closure causes me to have little confidence in the
Debian bug tracking system.  While version changes occurred in xlibs
and pcb in the 2001 timeframe, the bug I filed was based on the very
latest versions of these packages in the Debian testing distribution.
I upgrade my installation every few days.

Also, your statement "I think this bug . . . has been fixed . . . ."
tells me you don't know if it has actually been fixed, or if it has
cropped up again.  Without knowing, how can you close the bug report??

Sincerely,

Fred Ringwald
New Haven, NY
--- Start of forwarded message ---
Envelope-to: [EMAIL PROTECTED]
X-Loop: [EMAIL PROTECTED]
From: [EMAIL PROTECTED] (Debian Bug Tracking System)
To: [EMAIL PROTECTED]
Subject: Bug#113427 acknowledged by developer
 (Pcb bug fixed ages ago)
In-Reply-To: <[EMAIL PROTECTED]>
X-Debian-PR-Message: they-closed 113427
X-Debian-PR-Package: pcb
X-Debian-PR-Keywords: 
Reply-To: [EMAIL PROTECTED]
Date: Wed, 16 Feb 2005 00:03:09 -0800
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on newskate.ringwald
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham 
version=3.0.2

This is an automatic notification regarding your Bug report
#113427: pcb: package xlibs conflicted with pcb in recent xlibs upgrade,
which was filed against the pcb package.

It has been closed by one of the developers, namely
Hamish Moffatt <[EMAIL PROTECTED]>.

Their explanation is attached below.  If this explanation is
unsatisfactory and you have not received a better one in a separate
message then please contact the developer, by replying to this email.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Received: (at 113427-done) by bugs.debian.org; 16 Feb 2005 07:58:35 +
>From [EMAIL PROTECTED] Tue Feb 15 23:58:34 2005
Return-path: <[EMAIL PROTECTED]>
Received: from risingsoftware01.propagation.net [66.221.33.65] (Debian-exim)
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1D1K4w-0007KY-00; Tue, 15 Feb 2005 23:58:34 -0800
Received: from 203-217-38-97.dyn.iinet.net.au ([203.217.38.97] 
helo=noddy.cloud.net.au)
by risingsoftware01.propagation.net with asmtp 
(TLS-1.0:RSA_AES_128_CBC_SHA:16)
(Exim 4.34)
id 1D1K4w-0004tV-1t
for [EMAIL PROTECTED]; Wed, 16 Feb 2005 01:58:34 -0600
Received: from hamish by noddy.cloud.net.au with local (Exim 4.44)
id 1D1K5z-0002gG-GM
for [EMAIL PROTECTED]; Wed, 16 Feb 2005 18:59:39 +1100
Date: Wed, 16 Feb 2005 18:59:39 +1100
From: Hamish Moffatt <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Pcb bug fixed ages ago
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no 
version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level: 

I think this bug (xlibs and pcb conflict) has been fixed ages ago. Both
have had several version changes since Sep 2001.

Hamish
- -- 
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
--- End of forwarded message ---



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

Bug#294502: libapache-gallery-perl: Failure to locate Apache/Server.pm -- additional information

[Jesus Climent]

On Wed, Feb 16, 2005 at 11:29:18AM +, Matthew T. Atkinson wrote:
> Hello,
> 
> I'm confused -- after doing an update and attempting to reinstall the
> package libapache-gallery-perl, I still get the same error -- is the
> fixed package in Sarge yet?

The package was uploaded closing the RC bug tagged as pending on Feb the
second, but was never processed by the queue manager, according with
packages.qa.debian.org

Dunno what happened. Reuploading.

-- 
Jesus Climent  info:www.pumuki.org
Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland
GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429  7E18 66FC 1D7F 8694 6D69

Three hundred men's lives I have walked this earth and now I have no time.
--Galdalf the White (The Two Towers)


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

Bug#294180: [madduck@debian.org: Bug#294180: hook scripts for net class]

[Marco d'Itri]

reassign 294180 ifrename
retitle 294180 ifrename should be run before ifplugd
thanks

On Feb 16, martin f krafft <[EMAIL PROTECTED]> wrote:

> I can confirm that the latest hotplug (not yet uploaded) and the
> latest udev (not yet uploaded) fix this issue halfway. Now udevsend
> is used for the notifications, and so udev can rename the iface
> before ifplugd and waproamd get called. So now the problem is
> ifrename. Given that /etc/hotplug is going to go anyway, I think
> ifrename should be fixed to run before ifplugd, e.g. as
> /etc/hotplug.d/net/000ifrename.hotplug.
Agreed, I'm reassigning the bug. (Maybe 000 is excessive, let's start
with something like 020_ifrename.)

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#295514: interferes with interface renaming

[martin f krafft]

Package: ifplugd
Version: 0.26-1
Severity: minor

ifplugd and waproamd exit if the interface name does not start with
"eth*|wlan*|ath*|pan*". I do not see a reason why they should do so.
Moreover, if udev or ifrename first change that name, ifplugd will
simply not work.

If there is no real reason why to check for a specific interface
name, please remove the check.

PS: this will be cloned to waproamd.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (600, 'testing'), (98, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-wing
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages ifplugd depends on:
ii  debconf 1.4.42   Debian configuration management sy
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libdaemon0  0.7-1lightweight C library for daemons

-- debconf-show failed

-- 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer, admin, user, and author
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver!


signature.asc
Description: Digital signature

Bug#295515: usemod-wiki is vulnerable to XSS (CAN-2004-1397)

[Christoph Berg]

Package: usemod-wiki
Version: 1.0-6
Severity: grave
Justification: XSS vulnerability
Tags: sarge sid pending patch

Thanks to Djoume SALVETTI for making me aware of this:

> From  CAN-2004-1397 :
> 
> | Cross-site scripting (XSS) vulnerability in UseModWiki 1.0 allows
> | remote attackers to inject arbitrary web script or HTML via an
> | argument to wiki.pl.
> 
> A "exploit" is also available here :
> 
> http://www.securityfocus.com/bid/11924/exploit/

The following patch fixes this, upload due soon.

--- wiki.pl.org 2005-02-16 12:57:20.0 +0100
+++ wiki.pl 2005-02-16 13:08:59.0 +0100
@@ -378,6 +378,9 @@
 sub Ts {
   my ($text, $string) = @_;
 
+  $string =~ s/&/&/g;
+  $string =~ s//>/g;
   $text = T($text);
   $text =~ s/\%s/$string/;
   return $text;


Christoph


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.25-planck
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages usemod-wiki depends on:
ii  apache [httpd]1.3.33-3   versatile, high-performance HTTP s
ii  apache-ssl [httpd]1.3.33-3   versatile, high-performance HTTP s
ii  apache2-mpm-prefork [httpd]   2.0.52-3   Traditional model for Apache2
ii  perl [perl5]  5.8.4-6Larry Wall's Practical Extraction 

-- no debconf information

-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#295516: allow wireless test to check ad-hoc mode

[martin f krafft]

Package: guessnet
Version: 0.33-1
Severity: wishlist

Sometimes i have to use ad-hoc mode. It would be nice if it could
automatically be configured when the other machine is close by. The
wireless test, however, only checks the managed mode "spectrum". It
would thus be really nice if an additional parameter like "mode"
could be specified on the wireless test line.

Thanks,

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (600, 'testing'), (98, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-wing
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages guessnet depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-7GCC support library
ii  libnet1 1.1.2.1-2library for the construction and h
ii  libpcap0.7  0.7.2-7  System interface for user-level pa
ii  libstdc++5  1:3.3.5-8The GNU Standard C++ Library v3

-- debconf-show failed

-- 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer, admin, user, and author
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver!


signature.asc
Description: Digital signature

Bug#295507: Wishitem: missing error-log

[Christian Hammers]

Hello Ryszard

On 2005-02-16 Ryszard Lach wrote:
> Could you, please, add some directives (maybe commented out) to my.cnf
> showing how to configure errorlog and add a comment about logging to
> syslog?
Ok, adding a comment is a good idea.

bye,

-christian-


pgpDFqbU4oAQc.pgp
Description: PGP signature

Bug#295497: twiki: bin/gnusave bug (patch included)

[Sven Dowideit]

Frank, 

i don't think gnusave is part of the twiki package.

are you fixing bugs in the gnu skin? in which case they need (at least
for now) to be reported and fixed upstream

Sven

On Wed, 2005-02-16 at 15:49 +0800, Frank Horowitz wrote:
> Package: twiki
> Version: 20040902-1
> Severity: important
> Tags: patch
> 
> 
> The bin/gnusave routine missed an intermediate step in it's path to
> decodeSpecialChars(). Patch attached.
> 
> I'm still seeing other problems though in new install. If I find and fix them,
> I'll follow up with another bug report.
> 
> -- System Information:
> Debian Release: 3.1
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: i386 (i686)
> Kernel: Linux 2.4.27-2um
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> 
> Versions of packages twiki depends on:
> ii  apache2-common2.0.52-3   Next generation, scalable, 
> extenda
> ii  debconf   1.4.30.11  Debian configuration management 
> sy
> ii  libalgorithm-diff-perl1.19.01-1  a perl library for finding 
> Longest
> ii  libdigest-sha1-perl   2.10-1 NIST SHA-1 message digest 
> algorith
> ii  perl [libmime-base64-perl]5.8.4-6Larry Wall's Practical 
> Extraction 
> ii  perl-modules [libnet-perl]5.8.4-6Core Perl modules
> ii  rcs   5.7-14 The GNU Revision Control System
> 
> -- debconf information excluded



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

Bug#295517: gtkfontsel: Gdk error on some truetype fonts

[Nigel Stephens]

Package: gtkfontsel
Version: 1.1-6
Severity: normal

I'm sure that this is really a bug in the gtk libraries, or in the X
server, and not in gtkfontsel. But I don't know how to pin point this,
so I'm reporting it here first. Hopefully you can forward it to the
appropriate maintainers.

When attempting to display the "bitstream vera sans", or it appears
any truetype font, gtkfontsel exits with the following message:

Gdk-ERROR **: BadValue (integer parameter out of range for operation)
  serial 1104 error_code 2 request_code 45 minor_code 0

Note that I'm using the X server's builtin truetype support, and not a
font server. My font path looks like this (from "xset q")

Font Path:
  
/home/nigel/.gnome2/share/cursor-fonts,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/home/nigel/.gnome2/share/fonts


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.6-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages gtkfontsel depends on:
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libglib1.2   1.2.10-9The GLib library of C routines
ii  libgtk1.21.2.10-17   The GIMP Toolkit set of widgets fo
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu

-- no debconf information



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

Bug#294180: [madduck@debian.org: Bug#294180: hook scripts for net class]

[Marco d'Itri]

On Feb 16, martin f krafft <[EMAIL PROTECTED]> wrote:

> Marco: if udevsend replaces /sbin/hotplug, then udev should be
> installed on the standard system, huh? Maybe then we can either
> integrate ifrename into it, or argue that ifrename is not necessary
> anymore?
ifrename is not needed if you are using udev. If you are not, you are on
your own.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#295519: Shouldn't the package remove lm-sensors from /etc/blacklist.d ?

[Shaul Karl]

Package: lm-sensors
Version: 1:2.9.0-13
Severity: minor

  When upgrading TO 2.9.0-12, dpkg announces that /etc/blacklist.d is
not removed because it is populated with lm-sensors. Doesn't lm-sensors
assumes responsibility for /etc/blacklist.d/lm-sensors?

  Now that I have 2.9.0-13, can I safely remove the lm-sensors from
/etc/blacklist.d? Can I safely delete the blacklist.d directory
afterwards?

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-3.pentium2.2
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages lm-sensors depends on:
ii  debconf [debconf-2.0]   1.4.30.11Debian configuration management sy
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libsensors3 1:2.9.0-12   library to read temperature/voltag
ii  makedev 2.3.1-75 Creates device files in /dev
ii  perl5.8.4-6  Larry Wall's Practical Extraction 
ii  sed 4.1.2-8  The GNU sed stream editor
ii  sysvinit2.86.ds1-1   System-V like init
ii  ucf 1.13 Update Configuration File: preserv

-- debconf information:
  lm-sensors/negatives:


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

Bug#295518: guessnet: lack of MII causes 'disconnected' test to be successful

[martin f krafft]

Package: guessnet
Severity: normal

I have not been able to reproduce the problem of #287222 as I do not
have access to that machine right now. However, here's a possibly
related one:

One of my cards is a WLAN card, and it does not support the
SIOCGMIIPHY ioctl. Thus, guessnet says:

  Link beat detection (mii) failed:
  Operation not supported SIOCGMIIPHY failed 

However, this causes the disconnected test to be true, which is
wrong. It should only be true if the test was successful and the
link was not detected. If the test failed, then it should be assumed
that a link exists.

-- 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer, admin, user, and author
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver!


signature.asc
Description: Digital signature

Bug#276501: tpb: Shows nothing on on-screen display, if xfonts-base-transcoded, xfonts-100dpi-transcoded, xfonts-75dpi-transcoded not installed.

[Markus Braun]

Late answer, sorry!

The information about packages is Debian specific and should not be included
in the manual page. Information about font packages is already included in
/usr/share/doc/tpb/README.Debian. Furthermore xfonts-base-transcoded is a
suggested package.

I'll close this bug report.

Markus Braun

-- 
Any errors in spelling, tact or fact are transmission errors


signature.asc
Description: Digital signature

Bug#295393: tpb doesn't display on screen unless locale is C

[Markus Braun]

Hi,

sadly I can't reproduce the problem. Using the font

-*-lucidatypewriter-*-*-*-*-*-240-*-*-*-*-*-*

starting tpb like

 LANG=en_US.UTF-8 tpb
 LANG=en_US.ISO-8859-15 tpb

doesn't show any problem. Could you provide me your .tpbrc and
locale that causes the problem?
Thanks!

Markus Braun

-- 
Any errors in spelling, tact or fact are transmission errors

On Tue, Feb 15, 2005 at 11:21:15AM -0400, Ernesto Hernández-Novich ([EMAIL 
PROTECTED]) wrote:
> Package: tpb
> Version: 0.6.3-1
> 
> After changing de system's locale to anything other than C (tested with
> en_US.*, es_ES.* and es_VE.*), tpb will not show anything on screen.
> Same thing happens if the system's locale is C but the user's locale is
> anything other than C.
> 
> If the system's/user's locale is anything other than C, doing
> 
> $ LANG=C tpb -d
> 
> show proper behavior.
> 
> I have all the xfonts-*-transcoded packages installed. I also tried with
> a TrueType font having an UTF-8 encoding.
> 
> Seems tpb doesn't handle locales very well. As a workaround, I hardcoded
> the LANG=C in /etc/X11/Xsession.d/90tpb.
> -- 
> Ernesto Hernández-Novich - On Linux 2.6.10 i686 - Unix: Live free or die!
> Geek by nature, Linux by choice, Debian of course.
> If you can't apt-get it, it isn't useful or doesn't exist.
> GPG Key Fingerprint = 438C 49A2 A8C7 E7D7 1500 C507 96D6 A3D6 2F4C 85E3
> 


signature.asc
Description: Digital signature

Bug#295522: toolchain-source: please split to orig.tar.gz/diff.gz

[Martin Pitt]

Package: toolchain-source
Severity: minor

Currently this package is Debian-native. However, it has a giant
tarball, and reuploading (and processing) 65 MB for each new version
(and also security fix) seems ridiculous.

Please provide an orig.tar.gz tarball and ship fixes in a small
diff.gz.

Thanks,

Martin

-- 
Martin Pitt   http://www.piware.de
Ubuntu Developerhttp://www.ubuntulinux.org
Debian GNU/Linux Developer   http://www.debian.org


signature.asc
Description: Digital signature

Bug#295521: zope: locale support in structured text

[Al Nikolov]

Package: zope
Version: 2.5.1-1woody1
Severity: normal

In structured text the style formatting (asterics, underscores etc.)
works only for pure ascii sequences. There is a HOWTO demonstrating how
to get other charactersetss to work:

http://www.zope.org/Members/ajung/howto/Locale Support for Structured Text/

But setting in /etc/init.d/zope: 

ZOPEOPTS="-L ru_RU.utf8"

does not take any visible effect (ru_RU.utf8 is exists in the system).

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux bilbo 2.4.18 #1 SMP Sat Nov 27 18:45:31 MSK 2004 i686
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R

Versions of packages zope depends on:
ii  libc6 2.2.5-11.8 GNU C Library: Shared libraries an
ii  python2.1.3-3.2  An interactive object-oriented scr



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

Bug#295518: guessnet: lack of MII causes 'disconnected' test to be successful

[Enrico Zini]

On Wed, Feb 16, 2005 at 01:48:35PM +0100, martin f krafft wrote:

> One of my cards is a WLAN card, and it does not support the
> SIOCGMIIPHY ioctl. Thus, guessnet says:
>   Link beat detection (mii) failed:
>   Operation not supported SIOCGMIIPHY failed 
> However, this causes the disconnected test to be true, which is
> wrong. It should only be true if the test was successful and the
> link was not detected. If the test failed, then it should be assumed
> that a link exists.

If the network card doesn't support MII, then you should avoid using the
"missing-cable".  If you are using the stanzas for different network
interfaces, you can specify the list of active stanzas in the "mapping"
section, by just putting the space-separated list of names after a "map"
directive, such as in:

mapping eth0
script /usr/sbin/guessnet-ifupdown
map default: auto
# Only look for the home, work, work1 and club profiles
map home work work1 club

After all, if link-beat is not supported that test does not make sense
anyway.

I do agree that the test should never succeed when link-beat detection
doesn't work, though: please leave this bug open.


Thanks,

Enrico a bit overworked

--
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#295368: lmodern: Typewriter fonts are not monospaced

[Florent Rougon]

[EMAIL PROTECTED] (Frank Küster) wrote:

> You are right, this is a drawback. We can still give lmodern.sty a new
> version number, even if it is in fact the tfm files that have changed,
> to ease debugging a little.

Yes.

>> Moreover, the new documents would not compile
>> on non-Debian systems where the modified TFM files would not exist
>> (except maybe if they were distributed on CTAN...).
>
> This would only be the case if lmodern.sty was included in the document
> in a filecontents environment, wouldn't it?

You're thinking LaTeX, but I'm discussing other formats here, such as
plain TeX. Otherwise, there is no need to fiddle with the TFM files: as
you said yesterday, for LaTeX users, it is sufficient to modify the
fontdimens in lmodern.sty to fix the problem.

But, in order to fix the problem for TeX users, we need to fix the TFM
files. We were considering the possibility of leaving the original TFM
files intact, and adding new ones with fontdimen3 and fontdimen4 fixed.
So, the new files, e.g. cork-fmtt10.tfm, would be usable in plain TeX
with stuff like \font\foobar=cork-fmtt10. I was objecting that a
document containing such code would not compile on a system where
cork-fmtt10.tfm doesn't exist. So, unless the fixed TFM files were
somehow distributed out of Debian, this would encourage users to write
non-portable (Debian-specific) documents. And even if they were
distributed on CTAN, we would have to support these names just about
forever or force people to again modify their documents once lmodern's
upstream releases a fixed version...

> I'll keep you informed.

Thanks.

-- 
Florent


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

Bug#295524: zope-zwiki: structured text: footnote creation

[Al Nikolov]

Package: zope-zwiki
Version: 0.9.8-1
Severity: normal

Construction of "two periods at the start of a line, followed by a space
and then the link in square brackets" is completely ignored and rendered
as is. References are also leaved as is. (No 'a href' nor 'a name' tags
is generated).

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux bilbo 2.4.18 #1 SMP Sat Nov 27 18:45:31 MSK 2004 i686
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R

Versions of packages zope-zwiki depends on:
ii  debconf1.2.35Debian configuration management sy
ii  python 2.1.3-3.2 An interactive object-oriented scr
ii  zope   2.5.1-1woody1 An Open Source Web Application Ser



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

Bug#295523: mozilla-firefox: colors changed when exporting to a machine of different endiannes

[Santiago Garcia Mantinan]

Package: mozilla-firefox
Version: 1.0+dfsg.1-2
Severity: normal


Hi!

I've seen that the colors of the firefox moving logo that is displayed when
a page is loading, are not the right ones (grey tones) but instead they are
of all kind of colors.

This also happens with buttons and other kind of bitmaps, happens for
example in the themes menu buttons when the saferfox xpanded 2.3.1 theme is
loaded, the forbidden/unavailable buttons (uninstall button when firefox
default theme is selected) are also in weird colours.

I suppose there are a lot of other situations where this can happen, it
seems to be caused because of the change of endianness of the machines, I
run firefox in a i386 based machine and the X server is running at 16 bits
of depth on a powerpc based machine. It seems to happen only with certain
types of bitmaps (happens only with the forbidden buttons in the saferfox
xpanded theme, and not in the available buttons), I guess these buttons are
of different colour depths, ones 8 bits and the others 16 bits or something
similar.

I know that the description I did is bad, so if you want me to explain
something that is not clear, just tell me.

Regards.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-rc3
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages mozilla-firefox depends on:
ii  debianutils  2.8.4   Miscellaneous utilities specific t
ii  fontconfig   2.2.3-4 generic font configuration library
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libfontconfig1   2.2.3-4 generic font configuration library
ii  libfreetype6 2.1.7-2.3   FreeType 2 font engine, shared lib
ii  libgcc1  1:3.4.3-6   GCC support library
ii  libglib2.0-0 2.6.1-3 The GLib library of C routines
ii  libgtk2.0-0  2.4.14-2The GTK+ graphical user interface 
ii  libidl0  0.8.3-1 library for parsing CORBA IDL file
ii  libjpeg626b-9The Independent JPEG Group's JPEG 
ii  libkrb53 1.3.6-1 MIT Kerberos runtime libraries
ii  libpango1.0-01.8.0-3 Layout and rendering of internatio
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libstdc++5   1:3.3.5-8   The GNU Standard C++ Library v3
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii  libxft2  2.1.2-6 FreeType-based font drawing librar
ii  libxp6   4.3.0.dfsg.1-10 X Window System printing extension
ii  libxrender1  0.8.3-7 X Rendering Extension client libra
ii  libxt6   4.3.0.dfsg.1-10 X Toolkit Intrinsics
ii  psmisc   21.5-1  Utilities that use the proc filesy
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-3   compression library - runtime

-- no debconf information


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

Bug#282424: I did the new version

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: proxychains
Version: 2.1-0
Followup-For: Bug #282424

Hi,

I did package the newest version and did several improvements (See
changelog).

You can find it on:
deb ftp://ftp.mowgli.ch/pub/debian sid unofficial
deb-src ftp://ftp.mowgli.ch/pub/debian sid unofficial

Regards
   Klaus Ethgen

- -- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (800, 'unstable'), (700, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.29
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to 
de_DE)

Versions of packages proxychains depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an

- -- no debconf information
- -- 
Klaus Ethgenhttp://www.ethgen.de/
pub  2048R/D1A4EDE5 2000-02-26 Klaus Ethgen <[EMAIL PROTECTED]>
Fingerprint: D7 67 71 C4 99 A6 D4 FE  EA 40 30 57 3C 88 26 2B
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)

iQEVAwUBQhNJRZ+OKpjRpO3lAQLGEAf/c0h1OpfuJ5bDOpahRd2BiLBxt4f5UcJm
j0unIHMr54JzFqZ/qtgV3VNkaHBsVSR3nmVo61AyDshEQn7mXjay/PvuLSWtT9aY
c58zzbYSpB42op1KE+0Nm0IvlDESS6ctn5v7Kzavhe+0T+m+yWoRovnJLk70FAex
t72NgMfWzm4evzhDQJGnyE5E1a8oALY4P6GfKxUBcTMTeIt0dAXH0MubYYCXerPn
aOu2OptB22idpLD53GswjJS0dnpPWdIU3zi4szofVdSDCAjkLtlOK2bfzS+hUlrp
NqAa7kzFLTZ7Jz5v/LJP35dt0WFOJNpOrPCQN4ZwGjn7aWeTeVWJHQ==
=FRCo
-END PGP SIGNATURE-


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

Bug#295166: Partitioner bug

[Kero-Chan]

Well, as I said, if I don't modify the setup, but just select "Erase
entire harddrive" to let it set up partitions automatically and then
"Finish partitioning", Everything works!!
It installs GRUB, which can then boot Linux! (I'm posting from such a setup.)

The automatic setup is:
20G /, first primary, ext3, boot=ON
384M swap, second primary

This _works_. With the same BIOS. So the bug is not in the BIOS.


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

Bug#295430: ITP: cpufrequtils -- Tools to access to the Linux kernel cpufreq subsystem

[Daniel Baumann]

Javier Setoain wrote:
* Package name: cpufrequtils
  Version : 0.2-pre1
  Upstream Author : Dominik Brodowski <[EMAIL PROTECTED]>
* URL : http://www.example.org/
* License : GPL
  Description : Tools to access the Linux kernel cpufreq subsystem
I did a package already since the original holder of the ITP didn't 
respond to several pings.

Currently, the priority was not so high to get it uploaded since NEW is 
on hold.

I will have a look at the 'status' of getting it in.
Regards,
Daniel
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]