Bug#320078: whiptail is unable to handle special characters not present in current locale

[Alastair McKinstry]

tags 320078 wontfix
thanks

I'm tagging this 'wontfix' as its unfixable.

The problem is that 'characters not in the current locale' are garbage
bytes as far as _any_ software is concerned: if you enter some
'non-locale character' whiptail gets a bunch of uninterpretable bytes.
it can't even reliably figure out what was the last 'real' character
before these. whiptail is not unique in this: it is true of all
software. Its just that whiptail is in the front of the pipeline to
receive and display them.

The solution is to ensure such garbage characters don't get entered into
whiptail, etc. (or other X programs). Use a non C locale, in particular
use UTF-8, and make sure all programs produce UTF-8.

Regards
Alastair


On Máirt, 2005-07-26 at 22:42 +0200, Micha Lenk wrote:
> Package: whiptail
> Version: 0.51.6-28
> Severity: wishlist
> 
> If I feed my whiptail with characters which aren't present in the
> current locale whiptail is unable to handle these characters. You can't
> delete the feeded input whithin the input box.
> 
> This occurs for instance with the locale LANG=C, LC_CTYPE=C and
> characters like '???'.
> 
> This problem is somewhat relevant for debconf (with which I discovered
> this bug) as debconf accepted a special character and saved it. In a
> second run of debconf I wasn't able to fix the bad input of the run
> before. Between both debconf runs I didn't touch the locale (locales
> haven't been installed at that stage).
> 
> For easier understanding of the problem I attached a simple small shell
> script which calls whiptail with potentially evil options...
> 
>   Micha
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.8-2-686
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> 
> Versions of packages whiptail depends on:
> ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries 
> an
> ii  libnewt0.51 0.51.6-28Not Erik's Windowing Toolkit - 
> tex
> ii  libpopt01.7-5lib for parsing cmdline 
> parameters
> ii  libslang2   2.0.4-4  The S-Lang programming library - 
> r
> 
> whiptail recommends no packages.
> 
> -- no debconf information



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

Bug#270558: I'm willing and able

[Eric Dorland]

Being the proud new owner of a 15" powerbook, I would be most
interested in seeing pbbuttonsd well taken care of. I'm going to look
at the current bug list this week and do some triage to prove I'm
serious. 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ 
O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ 
G e h! r- y+ 
--END GEEK CODE BLOCK--


signature.asc
Description: Digital signature

Bug#320119: sysklogd: Large file support is broken in the sarge version

[Steve Langasek]

On Wed, Jul 27, 2005 at 01:41:01PM +0800, Steven wrote:
> Package: sysklogd
> Version: 1.4.1-17
> Severity: grave
> Justification: causes non-serious data loss

> After upgrading our main syslog server to sarge, I found that some log files 
> were not updating.  This was traced to the fact that large filesystem support 
> was not enabled properly.  I applied the following patch to the debian/rules 
> file, and recompiled the package, and it works fine now.

> --- debian/rules.orig   2005-07-27 13:29:59.0 +0800
> +++ debian/rules2005-07-27 13:24:30.0 +0800
> @@ -30,7 +30,7 @@
>  ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS)))
>  CFLAGS = -g -O2 -Wall $(getconf LFS_CFLAGS) -D_LARGEFILE_SOURCE
>  else
> -CFLAGS = -O2 -Wall $(getconf LFS_CFLAGS) -D_LARGEFILE_SOURCE
> +CFLAGS = -O2 -Wall $(getconf LFS_CFLAGS) -D_LARGEFILE64_SOURCE  
> -D_FILE_OFFSET_BITS=64
>  endif
>  ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
>  STRIP = -s

This patch is incorrect.  $(getconf LFS_CFLAGS) already evaluates to
-D_FILE_OFFSET_BITS=64 on architectures where it's required.  On
architectures where it's not required, this define is known to have
incorrect side effects for some functions.

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Bug#320121: /usr/include/semaphore.h's use of the 'restrict' keyword

[Julien PUYDT]

Package: hurd-dev
Version: 20050513-3

Hi,

I tried to compile some app on GNU/Hurd, but had a problem with 
semaphore.h's use of 'restrict' keyword: it is a C99 keyword, and hence 
makes gcc (Debian 1:3.3.6-4) a little unhappy. I was said on #hurdfr to 
replace restrict with __restrict, to see if it made things better. It 
does, but I'm not sure it is a right fix.


Hope it helps,

JP


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

Bug#319461: ITA: lincvs -- graphical CVS frontend

[Andreas Fester]

Hi Frank,


I don't really use this program anymore and want to concentrate on other
Debian work, so offering this for adoption.
Since it is non-free (due to some dubios license extensions) I will


As far as I understand the non-XXL-Version (1.4.x) *is* GPLed and
therefore free.
I just saw that the current version 1.4.2 is indeed in non-free (never
thought about this before), but as I remember from some postings on the
mailing list upstream always told everyone that 1.4.x is under the GPL.
This needs to be clarified, of course.


ask for it's removal in a few months if nobody wants it.


That would be really sad since I use it regularly, as it is
a really nice tool. Would you still be able to sponsor me
if this ends with me maintaining the package?

Regards,

Andreas

--
Andreas Fester
mailto:[EMAIL PROTECTED]
WWW: http://littletux.homelinux.org
ICQ: 326674288



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

Bug#320120: [PATCH] traceroute bus error on sparc

[Brendan O'Dea]

Package: traceroute
Version: 1.4a12-19

  $ traceroute www.debian.org
  traceroute to www.debian.org (194.109.137.218), 30 hops max, 38 byte packets
  Bus error 

The fault occurs in send_probe, at:

memcpy(&outdata->tv, tp, sizeof(outdata->tv));

seems to be an alignment problem; removing __attribute__((packed)) from
the tv element of outdata fixes the problem.

--bod

diff -Naur traceroute-1.4a12.debian/traceroute.c traceroute-1.4a12/traceroute.c
--- traceroute-1.4a12.debian/traceroute.c   2005-07-27 15:49:41.0 
+1000
+++ traceroute-1.4a12/traceroute.c  2005-07-27 15:50:28.0 +1000
@@ -271,7 +271,7 @@
 struct outdata {
u_char seq; /* sequence number of this packet */
u_char ttl; /* ttl packet left with */
-   struct timeval tv __attribute__((packed)); /* time packet left */
+   struct timeval tv;  /* time packet left */
 };
 
 #ifndef HAVE_ICMP_NEXTMTU


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

Bug#319936: nsis: Examples .nsi tested with compiler

[Paul Wise]

tag 319936 + pending
thanks for testing out the examples Bruno :)

On Tue, 2005-07-26 at 18:58 +0200, Bruno Holliger wrote:
> Dear Paul!
> 
> >>gfx.nsi
> >>---
> >>Error: AddBrandingImage is disabled for non Win32 platforms.
> > 
> > This one I'll leave as-is, or do you think I should delete this file, or
> > comment out the branding image bits?
> 
> Leave as is. There is a clear message.
> 
> >>StrFunc.nsi
> >>---
> >>
> >>Invalid command: System::Call
> >>Error in macro FUNCTION_STRING_StrCase on macroline 44
> >>Error in script "StrFunc.nsi" on line 10 -- aborting creation process
> >>
> >>System.dll not included in Pluginsfolder
> > 
> > 
> > See README.Debian in the package, and bug 31. Should I delete this
> > file from the package, or somehow modify it?
> 
> Is it possible to display a page after apt-get install that says that 
> this system.dll is not included or something like that? I think it would 
> help others.

I could create a NEWS.Debian that would be displayed if people have
apt-listchanges installed, however, this would be an abuse of
NEWS.Debian. README.Debian is the right place for this, I've added the
following to the description about it tho, what do you think?

 Some parts of nsis cannot be built on debian because of non-free
 requirements. Please see the following file for more information:
 /usr/share/doc/nsis/README.Debian

> > BTW, it is the UNIX tradition to not output anything on success, only
> > when it matters - on failure. This report could have been shorter if you
> > stripped out the ones that succeeded.
> 
> You are right. Thanks for the hint.

Also, always CC [EMAIL PROTECTED] when sending replies to the
maintainer, so that the information appears on the bugs.debian.org
website.

-- 
bye,
pabs

http://pabs.zip.to


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

Bug#320119: sysklogd: Large file support is broken in the sarge version

[Steven]

Package: sysklogd
Version: 1.4.1-17
Severity: grave
Justification: causes non-serious data loss

After upgrading our main syslog server to sarge, I found that some log files 
were not updating.  This was traced to the fact that large filesystem support 
was not enabled properly.  I applied the following patch to the debian/rules 
file, and recompiled the package, and it works fine now.

--- debian/rules.orig   2005-07-27 13:29:59.0 +0800
+++ debian/rules2005-07-27 13:24:30.0 +0800
@@ -30,7 +30,7 @@
 ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS)))
 CFLAGS = -g -O2 -Wall $(getconf LFS_CFLAGS) -D_LARGEFILE_SOURCE
 else
-CFLAGS = -O2 -Wall $(getconf LFS_CFLAGS) -D_LARGEFILE_SOURCE
+CFLAGS = -O2 -Wall $(getconf LFS_CFLAGS) -D_LARGEFILE64_SOURCE  
-D_FILE_OFFSET_BITS=64
 endif
 ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
 STRIP = -s



-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.12.3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages sysklogd depends on:
ii  klogd [linux-kernel-log-dae 1.4.1-17 Kernel Logging Daemon
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an

-- no debconf information


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

Bug#320040: cln: FTBFS (ppc64): #error "Define cl_word_alignment for your CPU!"

[Andreas Jochens]

Hello,

thanks for your reply to my bug report!

On 05-Jul-26 20:55, Richard B. Kreckel wrote:
> On Tue, 26 Jul 2005, Andreas Jochens wrote:
> > Package: cln
> > Version: 1.1.9-1.1
> > Severity: normal
> > Tags: patch
> [...]
> 
> Thanks a lot for your patch!  For the sake of completeness and upstream
> inclusion, I would love to make this a little bit more complete by
> providing some basic inline asm macros for powerpc64.  This is not a big
> deal if you now what exactly what to do but it needs basic testing.  Can
> you provide me with an account on such a machine?
> (http://db.debian.org/machines.cgi still seems down.)

I only have access to one ppc64 machine which is connected to the 
internet by a dialup home DSL connection. It is not possible to 
access that machine remotely. But I heard rumors that IBM gives
accounts on some of their new ppc64 machines for developing and 
testing purposes.

If you send me a patch and tell me what to do I could also try to make
some tests myself and report the results back to you.

Regards
Andreas Jochens


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

Bug#315558: gozer defaults to an unloadable font

[Eric Dorland]

* Justin B Rye ([EMAIL PROTECTED]) wrote:
> Package: gozer
> Version: 0.7.nofont.1-1
> Severity: normal
> 
> If I don't specify a font, gozer falls back on a compiled-in default
> which is now very unlikely to be installed on the system: 
> 
> [EMAIL PROTECTED]:~$ gozer -t text file.png
> gozer error: failed to load font helmetr/16
> 
> This is true even if I have downloaded that non-DFSG-compliant font
> to /usr/local/share/fonts/truetype, because /etc/gozerrc resets the
> fontpath to ignore everything outside /usr/share/fonts/truetype (the
> directory itself, not its populated subdirectories) and the 
> nonexistent /usr/share/fonts/truetype/openoffice.  Specifying an
> appropriate fontpath on the commandline doesn't help - the packaged
> rcfile takes priority.

Are you sure the package rcfile takes priority? Looking at the code
this really doesn't seem to be the case. 
 
> You could reduce the number of hoops users have to jump through by
> resetting the default to some font you then provide.  (Or one in a
> package you recommend; but full dependencies are usually frowned on,
> since apps should in principle be able to use a remote fontserver.)

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ 
O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ 
G e h! r- y+ 
--END GEEK CODE BLOCK--


signature.asc
Description: Digital signature

Bug#296762: Bug#320053: kernel-image-2.6.8-2-686: Installing it with sarge leads to failing at booting next time

[Horms]

On Tue, Jul 26, 2005 at 07:27:47PM +0200, Stefan Esterer wrote:
> Package: kernel-image-2.6.8-2-686
> Severity: critical
> Justification: breaks the whole system
> 
> I was installing Sarge on to my new notebook (Acer Extensa 4102 WLMI)
> with linux26 (so it installs the 2.6.8-2 kernel).
> Everything goes ok till the next reboot in which Sarge would ask me
> further questions about the system.
> After i choose the Sarge install in grub the kernel stops after some
> time with :
> "
> modprobe: FATAL: Error inserting pciehp
> (/lib/modules/2.6.8-2-686/kernel/drivers/pci/hotplug/shpchp.ko):
> Operation not permitted
> shpchp: can't be loaded
> [...]
> hw_random: can't be loaded
> [...]
> Unable to handle kernel NULL pointer dereference at virtual adress
> 0024
> [...]
> i810_audio: can't be loaded
> [...]
> "
> 
> So tried with bootoption
> pnpbios=off
> pci=nosort
> acpi=off
> apm=off
> 
> 
> but nothing works..

This sounds a lot like Bug #296762 

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=296762

Could you take a look at that and see if it helps,
in particular the post from MI <[EMAIL PROTECTED]> on the 15th of May.

-- 
Horms


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

Bug#298285: mozilla-firefox: Sometimes fails to open

[Eric Dorland]

* Manolo Díaz ([EMAIL PROTECTED]) wrote:
> Package: mozilla-firefox
> Version: 1.0.4-2
> Followup-For: Bug #298285
> 
> Normally is launched successfuly, but sometimes it fails with an error 
> message like:
> 
> (firefox-bin:5829): Gdk-WARNING **: gdk_property_get(): length value has 
> wrapped
> (did you pass G_MAXLONG?)

It actually fails to load when you see this error? That's strange. Can
you try firefox from unstable, it has a patch relating to that
warning. 
 
> where 5829 is the PID of /usr/lib/mozilla-firefox/firefox-bin
> 
> Other gdk library depending applications (for instance gedit) don't fail.
> 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ 
O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ 
G e h! r- y+ 
--END GEEK CODE BLOCK--


signature.asc
Description: Digital signature

Bug#320118: vifm: ftbfs [sparc] cannot find install-sh or install.sh

[Blars Blarson]

Package: vifm
Version: 0.3-1
Severity: serious
Justification: fails to build from source

vifm fails to build on on buildds, duplicated on sparc pbuilder:

./configure --host=sparc-linux-gnu --build=sparc-linux-gnu \
--prefix=`pwd`/debian/tmp/usr --mandir=`pwd`/debian/tmp/usr/share/man/man1
configure: error: cannot find install-sh or install.sh in . ./.. ./../..
make: *** [config.status] Error 1


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

Bug#320091: kernel-image-2.6.8-2-386: Boot fails with a syntax error in /scripts/ext3-add-journal.sh

[Horms]

On Tue, Jul 26, 2005 at 03:23:57PM -0700, Dustin Laurence wrote:
> Package: kernel-image-2.6.8-2-386
> Version: 2.6.8-16
> Severity: important
> 
> 
> I am currently running kernel-image-2.6.8-1-386 on this up-to-date
> Debian Sarge system.  That kernel seems to run fine.  I attempted to
> upgrade to kernel-image-2.6.8-2-386, but it fails to boot and does not
> appear to even get as far as mounting /.  These seem like the relevant
> messages:
> 
> /scripts/ext3-add-journal.sh: 27: arith: syntax error: "0x"
> /sbin/init: 426: arith: syntax error: "0x"
> Kernel panic: Attempted to kill init!
> 
> but I don't know what scrolled out of sight first.  Obviously I had to
> copy them down by hand.
> 
> Not finding it on the system, I mounted the initrd files and found a
> script named ext3-add-journal.sh, which I presume is the problem.  They
> are clearly different between the two kernel versions but the syntax
> error doesn't make any obvious sense just from an inspection of the
> script.
> 
> Any help or pointers for further investigation would be appreciated.

Hi,

This sounds like you are seeing two problems.

1. Your root device hasn't been detected properly and

2. The script isn't doing proper error checking

Lets focus on problem 1. 

Could you take a look at what modules are needed to access your root
partition using kernel-image-2.6.8-1-386? You should be able to
work this out using dmsg and lsmod. Then compare this to the modules
that are included in your initrd image and its /loadmodules script.

If you can't get anywhere could you send the output of dmsg and lsmod
from kernel-image-2.6.8-1-386, and from the initrd image of
kernel-image-2.6.8-2-386, find . and the loadmodules script.

Thanks

-- 
Horms


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

Bug#131148: We are one of the world leading legal sources for male impotence treatments

[Christine]

Every night becomes unforgettable event in your life owing to this new means 
for treatment ED!
http://accompanies.palns.net/pha/dir/




Either war is obsolete or men are.  
People say that life is the thing, but I prefer reading.  
The strictest law sometimes becomes the severest injustice. 
Sweet mercy is nobility's true badge.   





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

Bug#320117: RM: ferite

[Eric Dorland]

Package: ftp.debian.org
Severity: normal

The latest versions of Ferite do not properly build from source
properly (It actually needs an installed version of ferite to build
ferite). Multiple requests from me to upstream to fix this rather gapping
problem have gone unanswered. It is not used by many people (ranks 7364
in popcon) and I don't think it deserves to be in Debian anymore. 

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


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

Bug#320116: jack: Tag files without renaming them.

[Philipp Weis]

Package: jack
Version: 3.1.1-3
Severity: wishlist

Hi,

I just came accross a freedb entry which is so long that the resulting
file name would be too long. I get the following error message:

| Tagging. *error* Cannot rename "track_01.ogg" to "Béla Bartók- Krystian 
Zimerman -
|  Leif Ove Andsnes - Hélène Grimaud - Pierre Boulez - The Piano
|  Concertos Nos. 1-3 - Krystian Zimerman - Leif Ove Andsnes - Hélène
|  Grimaud - Pierre Boulez - 01 - Krystian Zimerman - Chicago Symphony
|  Orchestra - Pierre Boulez % Allegro moderato - Allegro.ogg" (Filename
|  is too long or has unusable characters)

There is no obvious way to tell jack to tag these files without renaming them.
I got it to work with '--rename-ftm "%n"', but something like '--rename=no'
would be nicer. Another nice option would be to crop filenames that are too
long.



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

Versions of packages jack depends on:
ii  cdda2wav  4:2.01+01a01-4 Creates WAV files from audio CDs
ii  cdparanoia3a9.8-11   An audio extraction tool for sampl
ii  flac  1.1.1-5.1  Free Lossless Audio Codec - comman
ii  python2.3.5-3An interactive high-level object-o
ii  python-cddb   1.4-3  Python interface to CD-IDs and Fre
ii  python-eyed3  0.6.6-1Python module for id3-tags manipul
ii  python-pyvorbis   1.3-1  A Python interface to the Ogg Vorb
ii  vorbis-tools  1.0.1-1.4  Several Ogg Vorbis Tools

jack recommends no packages.

-- no debconf information

-- 
Philipp Weis[EMAIL PROTECTED]http://pweis.com/


signature.asc
Description: Digital signature

Bug#85088: One stop store for best levitra buy.

[Ronald]

We are one of the world leading legal sources for male impotence treatments
http://newsstand.prlce.com/pharm/lib/




I started concentrating so hard on my vision that I lost sight. 
Duty is heavier than a mountain, death lighter than a feather.  
The course of true love never did run smooth.
A book holds a house of gold.  





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

Bug#242965: Unable to rip a certain track

[Philipp Weis]

On 26 Jul 2005, Martin Michlmayr <[EMAIL PROTECTED]> wrote:
> * Philipp Weis <[EMAIL PROTECTED]> [2004-04-10 01:03]:
> > jack has another problem with the last track on a particular CD. The
> > track seems to get ripped correctly, but at the end of the ripping
> > process jack exists with an error. The error message does not seem to
> > be very useful, but here it goes:
> 
> I have another theory about this bug now.  Do you know if by any
> chance this track is followed by a data track?  If so, I've probably
> just committed a fix to SVN.

I'll have access to this CD again in about a week and will get back to
you. Also, I am sure that there are no data tracks on this CD.


-- 
Philipp Weis[EMAIL PROTECTED]http://pweis.com/


signature.asc
Description: Digital signature

Bug#148912: Burn fat naturally, guaranteed.

[Erwin I. Marcy, Jr]

Good day [EMAIL PROTECTED],

Having problems losing the weight?
With our product, You can...Guaranteed!

Find out how
Our Page : check4express.info

Thousands who never thought they could
Now lose weight and stay slim with this proven diet formula.


Bye,
Erwin I. Marcy, Jr
[EMAIL PROTECTED]

Few things are harder to put up with than the annoyance of a good example.	. THE PARENT arrived back on the scene. She gave me a tape by Dr. Laura Meyers from UCLA. I listened to that tape eight times. I listened over and over and heard the same thing again and again. Ms. Meyers said, 'These kids may need to hear a word many times (perhaps 72 times) before they ever say a word. A computer can be patient and say it the same way every time.' Now I understood. I was not patient enough. I did not allow the student to hear the words over and over. I was interrupting their learning by interjecting, when they were totally engrossed in what they were doing. I was asking questions they were not ready to answer. They were just learning language. They didn't have the answers yet..

Have the managers already loved shouting?. Few things are harder to put up with than the annoyance of a good example.	.

Whenever you find you are on the side of the majority, it is time to pause and reflect.	-Mark Twain [Samuel Langhornne Clemens] (1835-1910)	. I am not enjoying skiing among the trees at the moment..

Bug#320115: qiv: background setting in bug #294293 causes X session to become useless

[Tim Connors]

Package: qiv
Version: 2.0-3
Severity: grave
Justification: causes non-serious data loss

I tried to reopen 294293, but obviously don't know how to do this
correctly...


This causes major breakage in case of fullscreen (you can't destroy a
window when it is the root window!) - renders the X session useless
(see bug 197335).  I am marking this grave, because causing the loss
of an X session is data loss.

This bug may well have been there in previous versions of qiv, but it
was hidden - I have pressed y many a time (accidentally and not), and
gotten a background on my root window (using fvwm, not gnome), and it
worked just fine.  Now, if I or one of my cats accidentally press 'y',
then I am stuffed.  I *really* don't like losing my X session to a
window that can't be moved or lowered or closed or destroyed.  I have
verified that I can go back to version 2.0-3, and the problem
disappears.  I am using Xorg currently, but the problem also existed
under Xfree86.


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

Versions of packages qiv depends on:
ii  gdk-imlib11.9.14-16.2imaging library for use with gtk (
ii  libc6 2.3.2.ds1-22   GNU C Library: Shared libraries an
ii  libglib1.21.2.10-10  The GLib library of C routines
ii  libgtk1.2 1.2.10-17  The GIMP Toolkit set of widgets fo
ii  libx11-6  6.8.2.dfsg.1-4 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-4 X Window System miscellaneous exte
ii  libxi66.8.2.dfsg.1-4 X Window System Input extension li
ii  xlibs 6.8.2.dfsg.1-4 X Window System client libraries m

qiv recommends no packages.

-- no debconf information


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

Bug#320106: fvwm: Doesn't start when no configuration exists

[Andrew Moise]

On Tue, 2005-07-26 at 20:15 -0500, Manoj Srivastava wrote:
> This is not a bug. FVWM, in fact has started (it is not
>  refusing to exit, it is operational). If you click the left mouse
>  button, you shall see various mechanisms for you to create a default
>  configuration file.

  Quite right; sorry about that.  IMHO fvwm should differ in its
appearance from X-without-a-window-manager (and not print an "<>"
message) in its default Debian configuration, but filing a wishlist bug
seems like it would be sort of argumentative, so I'll just go back to
what I was doing.  :-)  Thanks for your quick response; sorry for my
confusion.

-- 
Andrew Moise <[EMAIL PROTECTED]>



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

Bug#316899: KDM overrides kde default settings

[Josh Metzler]

On Monday 04 July 2005 01:05 pm, Andrea Cavaliero wrote:
> Package: kdm
> Version: 3.4.1-1
> Severity: normal
>
> After installing kdm the fonts in kde are rendered smaller even if the
> size declared in the Control Center has not been changed.
> It seems that KDM overrides the whole KDE fonts settings, because after
> purging the kdm package everythings gets normal.

I suspect the problem here is that other diplay managers set a certain dpi 
when starting X, whereas kdm by default lets X autodetect the dpi.  (Which 
is a great thing, I think.)

Josh


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

Bug#320114: vte_terminal_set_colors doesn't accept 24 colors

[Ethan Glasser-Camp]

Package: libvte-dev
Version: 0.11.13-2

The documentation for the VTE widget says, under set_colors:

"palette_size must be either 0, 8, 16, or 24."

However, on vte.c, line 6692, in vte_terminal_set_colors, you can see the 
assertion:

g_return_if_fail((palette_size == 0) ||
 (palette_size == 8) ||
 (palette_size == 16) ||
 (palette_size == 
G_N_ELEMENTS(terminal->pvt->palette)));

if palette_size is 24, you get a warning:

CRITICAL **: vte_terminal_set_colors: assertion `(palette_size == 0) ||
(palette_size == 8) || (palette_size == 16) || (palette_size ==
G_N_ELEMENTS(terminal->pvt->palette))' failed

You can work around this, because if you know how VteTerminal stores its
palette, you can just create a 30-color palette with all the colors in the right
place, but this is a hack.

I think that the return_if_fail should have another condition added, which is
palette_size == 24.

Ethan


signature.asc
Description: OpenPGP digital signature

Bug#320112: apt-spy: mirror names that resolve to multiple IPs should be excluded

[Oliver Kurth]

Package: apt-spy
Version: 3.1-13
Severity: minor

Hi,

today I used apt-spy, and it put ftp.us.debian.org into /etc/sources.list.
ftp.us.debian.org resolves to multiple IPs:

$ host ftp.us.debian.org
ftp.us.debian.org   A   128.101.80.133
ftp.us.debian.org   A   204.152.191.7
ftp.us.debian.org   A   204.152.191.39
ftp.us.debian.org   A   216.37.55.114
ftp.us.debian.org   A   35.9.37.225

So each time you get a different one, with different download speeds. This of 
course misses
the whole point of apt-spy: finding the best one.

Greetings,
Oliver

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

Versions of packages apt-spy depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libcurl37.14.0-2 Multi-protocol file transfer libra

apt-spy recommends no packages.

-- no debconf information


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

Bug#320113: libopenh323-1.15.3c2: Shouldn't Conflict & Replace previous ABI/API versions

[Faidon Liambotis]

Package: libopenh323-1.15.3c2
Severity: important

Hi,
libopenh323 shouldn't conflict with previous ABI/API versions of the
library.

To do that, it shouldn't provide usr/lib/libopenh323.so.1, as this will
be a file conflict between the current and the older versions (older
versions incorrectly provided that file too).
This symlink should be moved to the -dev package, where it belongs.

A nearly-identical bug report has been filled against libpt: #320105

Regards,
Faidon

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (50, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-686
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#320111: Chopping a sentence in more than one part is bad for localization efforts

[Antti-Juhani Kaijanaho]

Package: man-db
Version: 2.4.3-1
Severity: minor
Tags: l10n

(This is really a separate issue from my other report.  Honest:)

In a Finnish locale, "man 2 foo" says

  Sovellukselle foo ei ole opastesivua in section 2

I'm sure you'll be able to spot the strangeness without knowing Finnish:
a part of that message is untranslated.

While an untranslated message is undoubtedly the translator's fault, in
this case I also see a programmer error.  The simple rule for a
programmer is, the smallest unit of text you should ever mark for
translation is a complete sentence (with some exceptions, which do not
apply here).  In this case, which is easily verified by looking at
ltrace output, you construct that message by calling printf twice:

fprintf(0xb7fd0f60, "Sovellukselle %s ei ole opastesi"..., "foo") = 36
dcgettext(0, 0x805a2f0, 5, 0xb7eb1f38, 0xb7ea9438) = 0x805a2f0
fprintf(0xb7fd0f60, " in section %s\n", "2") = 14

You really shouldn't do that.  Sentence fragments are in general
impossible to translate correctly: the translator might need to put the
words that say "in section %s" in the middle of the message, instead of
in the end, like in the English.  The words thta say "in section %s" may
also depend on the sentential context, which the translator cannot see
because you have chopped the sentence into parts.

While some languages may be able to cope with this in some cases, it
isn't always possible, and it often creates bad language, which gives a
bad name to localized free software.  Please fix this!

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

Versions of packages man-db depends on:
ii  bsdmainutils6.1.2collection of more utilities from 
ii  debconf [debconf-2.0]   1.4.52   Debian configuration management sy
ii  dpkg1.13.10  Package maintenance system for Deb
ii  groff-base  1.18.1.1-8   GNU troff text-formatting system (
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libgdbm31.8.3-2  GNU dbm database routines (runtime

man-db recommends no packages.

-- debconf information:
  man-db/build-database: true
  man-db/rebuild-database: true
* man-db/install-setuid: false


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

Bug#320110: samhain: Please add /etc/postfix/prng_exch to ignore list.

[Uwe Hermann]

Package: samhain
Version: 2.0.2a-2
Severity: minor

Hi,

please add /etc/postfix/prng_exch to the ignore-list of the default
/etc/samhain/samhainrc, as it changes all the time (it contains a
random seed).


TIA, Uwe.
-- 
Uwe Hermann <[EMAIL PROTECTED]>
http://www.hermann-uwe.de | http://www.crazy-hacks.org
http://www.it-services-uh.de  | http://www.phpmeat.org
http://www.unmaintained-free-software.org | http://www.holsham-traders.de


signature.asc
Description: Digital signature

Bug#320108: Finnish translation nitpick

[Antti-Juhani Kaijanaho]

Package: man-db
Version: 2.4.3-1
Severity: minor
Tags: l10n

When no manual page for a system call can be found, man says (in the
Finnish locale) "Sovellukselle foo ei ole opastesivua", literally
translated as 'The application foo has no help page'.  While the choice
of words may be appropriate for section 1 and section 8 pages, it is not 
for other sections (and you really don't know if the man page being
looked would be in section 1 or 8, or not, when you don't find the
page).

I appreciate that this is a rather difficult translation problem (and
hence I don't have a suggestion for a correction), but the current
wording is suboptimal.

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

Versions of packages man-db depends on:
ii  bsdmainutils6.1.2collection of more utilities from 
ii  debconf [debconf-2.0]   1.4.52   Debian configuration management sy
ii  dpkg1.13.10  Package maintenance system for Deb
ii  groff-base  1.18.1.1-8   GNU troff text-formatting system (
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libgdbm31.8.3-2  GNU dbm database routines (runtime

man-db recommends no packages.

-- debconf information:
  man-db/build-database: true
  man-db/rebuild-database: true
* man-db/install-setuid: false


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

Bug#317895: beep-media-player: wishlist also upstream, about to release patch

[Philippe COVAL]

Package: beep-media-player
Version: 0.9.7-1
Followup-For: Bug #317895

see upstream BTS : 
http://www.sosdg.org/~larne/bugs/show_bug.cgi?id=215

I feel the need for this feature too, i'll upload a patch soon.


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

Versions of packages beep-media-player depends on:
ii  libatk1.0-0   1.10.1-2   The ATK accessibility toolkit
ii  libc6 2.3.2.ds1-22   GNU C Library: Shared libraries an
ii  libglade2-0   1:2.5.1-2  library to load .glade files at ru
ii  libglib2.0-0  2.6.5-1The GLib library of C routines
ii  libgtk2.0-0   2.6.8-1The GTK+ graphical user interface 
pn  libid3-3.8.3   (no description available)
ii  libpango1.0-0 1.8.1-1Layout and rendering of internatio
ii  libstdc++51:3.3.6-7  The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-4 X Window System protocol client li
ii  libxml2   2.6.20-1   GNOME XML library
ii  xlibs 6.8.2.dfsg.1-4 X Window System client libraries m
ii  zlib1g1:1.2.3-1  compression library - runtime

Versions of packages beep-media-player recommends:
ii  libasound21.0.9-3ALSA library
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libesd0   0.2.36-1   Enlightened Sound Daemon - Shared 
ii  libogg0   1.1.2-1Ogg Bitstream Library
ii  libvorbis0a   1.1.0-1The Vorbis General Audio Compressi
ii  libvorbisfile31.1.0-1The Vorbis General Audio Compressi


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

Bug#320107: INSTALL REPORT

[Douglas Guptill]

Package: installation-reports

INSTALL REPORT

Debian-installer-version: debian-31r0a-i386-netinst.iso via http from(I forget)
uname -a: Linux blackpearl 2.4.27-2-386 #1 Mon May 16 16:47:51 JST 2005 i686 
GNU/Linux
Date: July 22-23, 2005
Method: How did you install?  LILO (from a woody system) and the netinst.iso
  What did you boot off? several attempts; see below

BIOS is Award V1.0A, 1998 (If I remember Correctly)
Machine: Pentium III 450 MHz  AOpen Custom PC
Processor: Pentium III
Memory: 288MB
Root Device: IDE /dev/hdd 
Root Size/partition table:

  Feel free to paste the full partition
  table, with notes on which partitions are mounted where.

/dev/hdda
=
has WinNT, potato.  Not used at present except for the MBR

  cfdisk 2.12p

  Disk Drive: /dev/hda
Size: 20416757760 bytes, 20.4 GB
  Heads: 255   Sectors per Track: 63   Cylinders: 2482

NameFlags  Part Type  FS Type  [Label]Size (MB)
 --
hda1Primary   Linux ext2 419.49 
hda2BootPrimary   FAT16  [NO NAME]   945.91
hda3Primary   Linux ext2 633.35
hda5Logical   FAT16  [WINDATA]   427.72
hda6Logical   FAT16  [WINDATA2   ]   732.05
hda7Logical   Linux swap / Solaris   139.83
hda8Logical   Linux ext21571.03
hda9Logical   Linux  526.42
hda10   Logical   Linux ext22615.64
hda11   Logical   Linux ext21998.75
hda12   Logical   Linux ext21998.75
hda13   Logical   Linux ext21998.75
hda14   Logical   Linux ext26407.50



/dev/hdd

   has two systems: woody and sarge.  Perhaps most easily described 
   by the current fstab:

# /etc/fstab: static file system information.
#
#
proc/proc   procdefaults0   0
/dev/hdd3   /   ext2defaults,errors=remount-ro 0   1
/dev/hdd10  /usrext2defaults0   2
/dev/hdd8   /usr/local  ext2defaults0   2
/dev/hdd5   noneswapsw  0   0
/dev/hdb/media/cdrom0   iso9660 ro,user,noauto  0   0
/dev/hdc/media/cdrom1   iso9660 ro,user,noauto  0   0
/dev/fd0/media/floppy0  autorw,user,noauto  0   0

#
# The woody system
#
/dev/hdd1   /mnt/woody  ext2ro  0   3
/dev/hdd2   /mnt/woody/tmp  ext2ro  0   3
/dev/hdd6   /mnt/woody/usr  ext2ro  0   3
/dev/hdd7   /mnt/woody/var  ext2ro  0   3
#
# empty partitions
#
/dev/hdd9   /mnt/empty1 ext2defaults0   3




  cfdisk 2.12p

  Disk Drive: /dev/hdd
Size: 17280442368 bytes, 17.2 GB
  Heads: 16   Sectors per Track: 63   Cylinders: 33483

NameFlags  Part Type  FS Type  [Label]Size (MB)
 --
hdd1Primary   Linux ext2 100.13
hdd2Primary   Linux ext2 100.13
hdd3BootPrimary   Linux ext2 100.13
hdd5Logical   Linux swap / Solaris   500.10
hdd6Logical   Linux ext23000.07
hdd7Logical   Linux ext23000.07
hdd8Logical   Linux ext23000.07
hdd9Logical   Linux ext21999.88
hdd10   Logical   Linux ext25479.91


(I don't know why the swap is labeled "Solaris".  It is the swap partition for
the woody and sarge systems.)

Output of lspci and lspci -n:

blackpearl:/# (lspci; lspci -n) | sort
:00:00.0 0600: 8086:7190 (rev 03)
:00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge 
(rev 03)
:00:01.0 0604: 8086:7191 (rev 03)
:00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge 
(rev 03)
:00:07.0 0601: 8086:7110 (rev 02)
:00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
:00:07.1 0101: 8086:7111 (rev 01)
:00:07.1 IDE interface: Intel Corp. 82371AB

Bug#320109: jabber-common: Please give the jabber user his own group

[Sam Morris]

Package: jabber-common
Severity: wishlist

Please give the jabber user his own group. Currently, jabber is in nogroup, so
files such as config files or certificates have to be owned by the jabber user
in order to keep their contents safe from other users on the system.

If the jabber user had a jabber group, then such sensitive files could owned by
root:jabber, mode 640; this would allow jabber to only read them, and deny
other users any access to the files at all.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)


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

Bug#243085: No 'continue' button is confusing for new users

[Matthew Dempsky]

At our last installfest, at least one new user was confused by the lack
of a 'Continue' or 'Next' button to correspond with the 'Go back'
button.  This was with Ubuntu 5.04, but since the bug is still open I
presume it's still valid for Debian.

Is there still any intention to add the 'Continue' buttons back?

-- 
Matthew Dempsky <[EMAIL PROTECTED]>


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

Bug#320067: ITP: vamps -- Vamps evaporates DVD compliant MPEG2 program streams by selectively copying audio and subpicture tracks and by re-quantizing the embedded elementary video stream.

[MaXeR]

On Tuesday 26 July 2005 23:09, Lars Wirzenius wrote:
> ti, 2005-07-26 kello 21:36 +0200, Moratti Claudio kirjoitti:
> >   Description : Vamps evaporates DVD compliant MPEG2 program streams
> > by selectively copying audio and subpicture tracks and by re-quantizing
> > the embedded elementary video stream.
>
> This short description is a bit long and it also leaves it unclear to me
> what the program actually does. 
Right! I'm wrong =(
vamps allow you to reduce the size of MPEG2 streams...
It could be used for making a backup of video-Dvd.

This program is not clean documented, but it is nedded by k9copy (I sent 
another ITP this evening).

> The verb evaporate means, according the 
> WordNet dictionary:
>
> v 1: lose or cause to lose liquid by vaporization leaving a more
[cut]
>eyes" syn: vaporise
>
> At a guess, does vamps make MPEG2 streams smaller?
yes! vamps do that!

A new Description could be:
Vamps is a tools for recompress and modify the structure of a DVD
or
Vamps permits the backup of DVD (or MPEG2 streams)

putting more details in the long description...

cheers,
Claudio 


-- 
   ~~>MaXeR <~~
http://www.knio.it

  Comunità Italiana Utenti Debian: 
http://www.debianizzati.org - http://guide.debianizzati.org



pgpoCu9zcqlEH.pgp
Description: PGP signature

Bug#320105: libpt-1.8.3c2: Shouldn't Conflict & Replace previous ABI/API versions

[Faidon Liambotis]

Package: libpt-1.8.3c2
Severity: important

Hi,
libpt shouldn't conflict with previous ABI/API versions of the
library.

To do that, it shouldn't provide /usr/lib/libpt.so.1, as this will be a
file conflict between the current and the older versions (older versions
incorrectly provided that file too).
This symlink should be moved to the -dev package, where it belongs.

A similar bug appears in libopenh323, I'll fill a bug there too.

There is a reason why the package gets renamed when the ABI changes...

Regards,
Faidon

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (50, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-686
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#320106: fvwm: Doesn't start when no configuration exists

[Andrew Moise]

Package: fvwm
Version: 2.5.130.CVS.2005.07.19.01-1
Severity: normal

  When I installed fvwm and then chose it (via editing .xinitrc) as my
window manager, it didn't work.  It turned out that it was complaining
(and then, apparently, silently refusing to exit) about missing
configuration files, like so:

[FVWM][main]: <> Cannot read startup config file, tried:
/home/moise/.fvwm/config
/usr/share/fvwm/config
/home/moise/.fvwm/.fvwm2rc
/home/moise/.fvwm2rc
/usr/share/fvwm/.fvwm2rc
/usr/share/fvwm/system.fvwm2rc
/etc/X11/fvwm/system.fvwm2rc

  IMHO the fvwm package should ship with a standard configuration file
in a place that the binary can find it.  I understand that there are
upgrade issues from older versions of fvwm with existing configuration
files.  I also did find the example in
/use/share/doc/fvwm/sample.fvwmrc/system.fvwm2rc.gz, copy it to my
homedir, gunzip it, rename it, and rerun fvwm, at which point it
worked, but that seems like an unnecessary hassle (especially after
having to take some time to figure out why it was refusing to do
anything useful in the first place).

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

Versions of packages fvwm depends on:
ii  gdk-imlib11.9.14-16.2imaging library for use with gtk (
ii  libc6 2.3.2.ds1-22   GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libfribidi0   0.10.5-2   Free Implementation of the Unicode
ii  libglib1.21.2.10-10  The GLib library of C routines
ii  libgtk1.2 1.2.10-17  The GIMP Toolkit set of widgets fo
ii  libice6   6.8.2.dfsg.1-4 Inter-Client Exchange library
ii  libncurses5   5.4-9  Shared libraries for terminal hand
ii  libpng12-01.2.8rel-1 PNG library - runtime
ii  libreadline4  4.3-15 GNU readline and history libraries
ii  librplay3 3.3.2-8Shared libraries for the rplay net
ii  libsm66.8.2.dfsg.1-4 X Window System Session Management
ii  libstroke00.5.1-4support for mouse strokes like tho
ii  libx11-6  6.8.2.dfsg.1-4 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-4 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxi66.8.2.dfsg.1-4 X Window System Input extension li
ii  libxinerama1  6.8.2.dfsg.1-4 X Window System multi-head display
ii  libxpm4   6.8.2.dfsg.1-4 X pixmap library
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  xlibs 6.8.2.dfsg.1-4 X Window System client libraries m
ii  zlib1g1:1.2.3-1  compression library - runtime

Versions of packages fvwm recommends:
ii  fvwm-icons  2001.08.13-3 XPMs for fvwm

-- debconf information:
  fvwm/upgrade/pre_2.5.8: false


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

Bug#318724: mysql-server-4.1: Updated German debconf translation

[Christian Hammers]

Hi

> thanks, committed to svn and will be in the next upload.  christian: can
> this just be plopped into the 5.0 tree, or will we have to massage it
> in (i don't know if there have been any template changes in the new
> tree)?

There is one version of MySQL 4.1 and 5.0 still waiting for uploading
(ftp-master seems to be still down) which IIRC has modified Debconf entries,
too... so I'm unsure if this one fits at all.

bye,

-christian-


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

Bug#320104: ssh: Xforwarding is disabled and is not a debconf option either

[Luke Kenneth Casson Leighton]

Package: ssh
Version: 1:3.8.1p1-8.sarge.4
Severity: normal


1) disabling of X forwarding on the server end is pointless as
   there is absolutely zero risk at the server end.

2) ssh -X is a choice made by the client: they take the risk.
   (and having the ssh_config option ForwardX11 no is a GOOD
idea in this respect and is very sensible - unlike X11Forwarding no
in sshd_config)

please either enable X11forwarding Yes in sshd_config, or provide
a debconf option to say yes or no and if it makes you happy put the
default option as no.


-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux highfield 2.6.11-1-686 #1 Fri May 20 07:34:54 UTC 2005 i686
Locale: LANG=C, LC_CTYPE=C

Versions of packages ssh depends on:
ii  adduser 3.51 Add and remove users and groups
ii  debconf 1.4.52   Debian configuration management sy
ii  dpkg1.13.9   Package maintenance system for Deb
ii  libc6   2.3.2.ds1-21 GNU C Library: Shared libraries an
ii  libpam-modules  0.77-0.se5   Pluggable Authentication Modules f
ii  libpam-runtime  0.77-0.se5   Runtime support for the PAM librar
ii  libpam0g0.77-0.se5   Pluggable Authentication Modules l
ii  libssl0.9.7 0.9.7g-1 SSL shared libraries
ii  libwrap07.6-ipv6.1-3 Wietse Venema's TCP wrappers libra
ii  zlib1g  1:1.2.1-3compression library - runtime

-- debconf information excluded



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

Bug#302836:

[Faidon Liambotis]

package zaptel-source
found 302836 1:1.0.9-4
tags 302836 patch
thanks

Hi,
zaphfc & qozap don't build using zaptel-source 1:1.0.9-4 and kernel 2.6.
Attached is a patch that fixes this. Note that this hasn't been tested when 
compiling with Linux 2.4.


Regards,
Faidon 


zaphfc.patch
Description: Binary data

Bug#310931: overheating cpu due to !acpid

[Matt Zimmerman]

On Tue, Jul 26, 2005 at 11:13:47PM +0200, maximilian attems wrote:
> On Tue, 26 Jul 2005, Marcin Owsiany wrote:
> 
> > Either way, I don't think having acpid installed is enough, as long it
> > starts so late in bootup process. A long fsck run or a similar problem
> > before entering runlevel 2, and the problem appears again :-/
> > 
> > I don't know much about ACPI specification, but maybe it would be
> > possible to make the fans run at maximum speed when kernel boots, until
> > acpid starts (which would then turn them down according to whatever its
> > user-space policy says).
> 
> well infact acpid can be started pretty early remembered to have seen a
> fix that propagated even to the initrd-tools in ubuntu for that.

Ubuntu loads acpid at the normal time; what we do is load some acpi-related
kernel modules from the initrd.

-- 
 - mdz


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

Bug#319822: Crashes running vim in uxterm

[Thomas Dickey]

On Tue, Jul 26, 2005 at 07:12:04PM -0400, Andrew Moise wrote:
> On Mon, 2005-07-25 at 05:20 -0400, Thomas Dickey wrote:
> > Is this for "any" file, or for only particular ones?
> > (There was a similar report last year that was apparently in the X 
> > libraries).
> 
>   Er, sorry, my report was a little incoherent I guess.  Running vim on
> no file (just 'vim') crashed the xterm for me.  Opening every file I
> tried (only 2-3) crashed as soon as I entered insert mode.  Now, though,
> it doesn't ever crash, and I haven't done any upgrading or reconfiguring
> in the interim.  Huh.  It happened that I had rebooted between
> installing xserver-xorg and noticing this problem, but maybe there were
> some lingering upgrade issues...
>   If the problem reappears, I'll try to track it down in more detail.
> It's very noticeable. :-)

ok.  I made a quick check, but it didn't crash for me.
 
> > Also - is this for the bitmap fonts, or for some TrueType font?
> 
>   I'm not sure what fonts xterm is using; is there an easy way to check?

The easy way to check is if the "TrueType Fonts" is checked in the
right-control-mouse menu.  You could have some resource set to start
xterm in that mode, but normally it uses the bitmap fonts.  (I was
checking this to see if there was some odd configuration detail that
wasn't apparent).

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net


pgp8bc6QqLTPM.pgp
Description: PGP signature

Bug#319820: xine-ui: Full screen mode shows behind open windows

[Andrew Moise]

On Mon, 2005-07-25 at 19:41 +0200, Siggi Langauf wrote:
> This is most likely due to switching the window manager.
> Could you try any other WM to verify that it's blackbox 0.70.0 related?

  I haven't switched window managers in the recent past; I'm pretty sure
that it used to work with blackbox 0.70.0-4.  It does work with fvwm,
but seeing as I use blackbox that doesn't do _me_ much good. :-)
  As I said, I believe that this happened when I switched from
xserver-xfree86 to xserver-xorg (though it could still ultimately be
blackbox's fault, of course...).

> Also, I'd like to know if all other windows or just a few (which ones?)
> are in front of xine's full screen display.

  AFAICS all of them are in front.  I can lower windows to my heart's
content and they never go behind the xine window.  If I raise the xine
window, it does come to the front, but moving the mouse around the xine
window (without clicking anything) will sometimes cause other windows to
jump back in front of it.

-- 
Andrew Moise <[EMAIL PROTECTED]>



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

Bug#319822: Crashes running vim in uxterm

[Andrew Moise]

On Tue, 2005-07-26 at 19:43 -0400, Thomas Dickey wrote:
> On Tue, Jul 26, 2005 at 07:12:04PM -0400, Andrew Moise wrote:
> > On Mon, 2005-07-25 at 05:20 -0400, Thomas Dickey wrote:
> > > Also - is this for the bitmap fonts, or for some TrueType font?
> > 
> >   I'm not sure what fonts xterm is using; is there an easy way to check?
> 
> The easy way to check is if the "TrueType Fonts" is checked in the
> right-control-mouse menu.  You could have some resource set to start
> xterm in that mode, but normally it uses the bitmap fonts.  (I was
> checking this to see if there was some odd configuration detail that
> wasn't apparent).

  Ah, okay.  That menu shows for me like so:

---

  Unicode Fonts

* Default
  Unreadable
  Tiny
  Small
  Medium
  Large
  Huge
  Escape sequence (greyed out)
  Selection
-
  Line-Drawing Characters
* Doublesized Characters
-
  TrueType Fonts (greyed out)
* UTF-8 (greyed out)

-

  Also, my xterm-related resources are like so:

-

!!!
! xterm (and friends)

XTerm*highlightSelection:  true
! Uncomment this to use color for the bold attribute
XTerm*VT100*colorBDMode:  on
XTerm*VT100*colorBD:  blue
! Uncomment this to use color for underline attribute
XTerm.VT100*colorULMode:  on
XTerm.VT100*underLine:  off
XTerm*VT100*colorUL:  magenta
! Uncomment this to display the scrollbar 
XTerm*scrollBar:  true

! This resource specifies whether or not to ignore the 'alternate screen'
! of applications such as vi.  When it is on, these applications will restore
! the contents of the screen when they are exited to what they were before
! they were started.  When it is off, the contents of vi will remain on the
! screen after the program is quit.
XTerm.VT100.titeInhibit:  true

! Uncomment this to turn off color mode in your xterms
!XTerm.VT100*colorMode:  off
XTerm.VT100*dynamicColors:  on

! Number of lines of scrollback to save
XTerm*saveLines:1500

xterm*reverseWrap:  true

*visualBell:true
*scrollTtyOutput:   False
*scrollKey: True
Scrollbar.JumpCursor:   True

! Suppr support.
*VT100.Translations: #override \
BackSpace: string(0x7F)\n\
Delete: string("\033[3~")\n\
Home: string("\033[1~")\n\
End: string("\033[4~")

-

  None of this will really come to anything if I can't reproduce the
bug, of course.

-- 
Andrew Moise <[EMAIL PROTECTED]>



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

Bug#320103: botched /usr/share/doc transition; /usr/doc link remains

[Joey Hess]

Package: tf
Version: 1:4.0s1-16
Severity: normal

I installed tf on this laptop circa 2003. I'm current with unstable and
I still have a /usr/doc link:

lrwxrwxrwx   1 root root   15 Feb  9  2003 tf -> ../share/doc/tf/

Apparently the postinst made this back in 2003, but the prerm was broken
and never removed it, and when you removed the link creation in the
postinst, the link was left behind on any systems that had tf installed
at the time.

Please complete the transition properly by adding a version check in the
postinst that deletes the old link if it's still around.

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

Versions of packages tf depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libncurses5 5.4-9Shared libraries for terminal hand
ii  zlib1g  1:1.2.2-9compression library - runtime

tf recommends no packages.

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#280987: Don't the testing scripts already do that?

[Guillem Jover]

Hi,

On Fri, Jul 15, 2005 at 09:21:40AM -0400, Anthony DeRobertis wrote:
> Don't the testing scripts already keep it out due to the gnumach bugs,
> without needing to file this fake bug?
> 
> At least reading:
> http://bjorn.haxx.se/debian/testing.pl?package=gnumach
> seems to indicated they will.

The only link with gnumach is a Build-Depends and that was not
tracked by britney at the time of filing this bug, I'm not sure
if it does now, I think it does not but I'll check once ftp-master
is up again.

regards,
guillem


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

Bug#317761: fetchmail: Stops on underscore in domain part of email

[Matthias Andree]

Strange. I tried to reproduce this with 6.2.5 (vanilla) and 6.2.6-pre8,
but failed. Reading the code, fetchmail should try to send a bounce, but
no hints to this in your files - is fetchmail crashing on your system,
signal for instance?

If so, please try to obtain a stack backtrace, preferably of the
6.2.6-pre8 version. You may need to run fetchmail under gdb or catchsegv
supervision or valgrind if you have that.

I have a quite similar configuration (with I believe irrelevant
differences, but I haven't checked all of them), and fetchmail sends the
bounce 

-- 
Matthias Andree


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

Bug#319822: Crashes running vim in uxterm

[Andrew Moise]

On Mon, 2005-07-25 at 05:20 -0400, Thomas Dickey wrote:
> Is this for "any" file, or for only particular ones?
> (There was a similar report last year that was apparently in the X libraries).

  Er, sorry, my report was a little incoherent I guess.  Running vim on
no file (just 'vim') crashed the xterm for me.  Opening every file I
tried (only 2-3) crashed as soon as I entered insert mode.  Now, though,
it doesn't ever crash, and I haven't done any upgrading or reconfiguring
in the interim.  Huh.  It happened that I had rebooted between
installing xserver-xorg and noticing this problem, but maybe there were
some lingering upgrade issues...
  If the problem reappears, I'll try to track it down in more detail.
It's very noticeable. :-)

> Also - is this for the bitmap fonts, or for some TrueType font?

  I'm not sure what fonts xterm is using; is there an easy way to check?

-- 
Andrew Moise <[EMAIL PROTECTED]>



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

Bug#320075: from the old maintainer

[Martin Michlmayr]

FWIW, the old maintainer (Jonathan Hseu) says the following about this
package: "falconseye upstream is no longer updated and has quite a few
important bugs, so someone should take that up only _if_ they are
willing to fix them."
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#238686: [bug #8395] MD4 Hashing seems to segfault on sparc64

[spiralvoice]

Update of bug #8395 (project mldonkey):

  Status:None => Wont Fix   
 Open/Closed:Open => Closed 

___

Follow-up Comment #3:

This patch report is old. If the bug still exists in current
versions please post a new bug report - spiralvoice

___

Reply to this item at:

  

___
  Nachricht geschickt von/durch Savannah
  http://savannah.nongnu.org/



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

Bug#310931: your mail

[Frans Pop]

On Wednesday 27 July 2005 00:42, Marcin Owsiany wrote:
> > acpid is already installed on all systems with acpi (and 2.6 kernels)
> > by hw-detect.
>
> I wonder why it didn't get installed with sarge on my laptop.. Is it
> installed in expert mode as well?

acpi and acpid are scheduled for installation during hw-detect if 
directory /proc/acpi is present in the installer. This was implemented 
_after_ the sarge release, so only happens if a daily installer image is 
used. It happens for any installation method.
The syslog should show a message "Detected acpi support, installing 
acpi/acpid.".

As /proc/acpi is only present with 2.6 kernels, acpi and acpid are not 
automatically installed by d-i for installations using a 2.4 kernel.

The 'apt-install' script is used in d-i to either directly install a 
package (if the base system is already setup) or schedule a package for 
later installation (before that time). In any case, acpid will only be 
run _after_ the system is rebooted.
See hw-detect in svn (or during installation) for the actual code.


pgpjRhQP7LJgO.pgp
Description: PGP signature

Bug#320102: inexact match warning not nice

[Martin Michlmayr]

Package: jack
Version: 3.1.1-3
Severity: minor
Tags: patch pending

The warning about inexact matches is not very nice, in particular when
the patch with Unicode/UTF-8 support is used:

| Warning: calculated id (3a12b816) and id from freedb file
|: [u'3a12b916']
|: do not match, hopefully due to inexact match.

Below is a patch that makes this warning much nicer.




diff -urN jack-3.1.1~/jack_freedb.py jack-3.1.1/jack_freedb.py
--- jack-3.1.1~/jack_freedb.py  2005-07-27 00:03:12.102713672 +0100
+++ jack-3.1.1/jack_freedb.py   2005-07-27 00:02:40.294549248 +0100
@@ -372,9 +372,9 @@
 if i == cd_id:
 id_matched = 1
 if not id_matched and warn and freedb_inexact_match < 1:
-print "Warning: calculated id (" + cd_id + ") and id from freedb 
file"
-print "   :", read_ids
-print "   : do not match, hopefully due to inexact match."
+print "Warning: calculated id (%s) and id from freedb file (%s)" % 
(cd_id,
+",".join(read_ids))
+print "   : do not match."
 for i in read_ids:
 for j in i:
 if j not in "0123456789abcdef":



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

Versions of packages jack depends on:
ii  cdparanoia3a9.8-11   An audio extraction tool for sampl
ii  flac  1.1.1-5Free Lossless Audio Codec - comman
ii  python2.3.5-2An interactive high-level object-o
ii  python-cddb   1.4-3  Python interface to CD-IDs and Fre
ii  python-eyed3  0.6.5-1Python module for id3-tags manipul
ii  python-pyvorbis   1.3-1  A Python interface to the Ogg Vorb
ii  vorbis-tools  1.0.1-1.3  Several Ogg Vorbis Tools

-- no debconf information

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#319201: kiax Debian packages

[Mikael Magnusson]

On Mon, Jul 25, 2005 at 10:17:58AM +1000, Mark Purcell wrote:

On Monday 25 July 2005 07:12, Mikael Magnusson wrote:
> kiax contains a local copy of the iaxclient library (which contains local
> copies of libgsm, libspeex and libportaudio). Maybe it's better to use
> the libiaxclient-dev package that I have debianized?

Mikael,

Very keen to use shared libraries where ever possible.

Although a little difficult until your packages are actually within the Debian 
unstable environment.


Are you packages ready to be uploaded? I would be happy to sponsor the upload, 
but I don't think they build on a current unstable box, also I think 
iaxclient has been upgraded upstream from your packages.


Have you sync'ed the latest upstream release?

Mark



Actually, I don't build a shared iaxclient library since iaxclient
is under development and the API is still changing to much.
But I'm linking with shared versions of gsm and portaudio (not in
Debian unstable yet).

The portaudio version used is v18.1, which is the stable version and
it's also needed by OpenOffice.org2 (currently in experimental).

I have updated iaxclient from the current CVS and made a new release
(iaxclient_0.0+cvs20050725-1). I had to use the local copy of speex in
iaxclient for this release, since iaxclient currently depends on a patch
that hasn't been applied by upstream yet.

I'm building my packages in a pbuilder chroot running sid, and it seems 
to work.


I think both my iaxclient and portaudio packages are ready and I would
be glad if you could sponsor. You find my packages on my web server[1] 
and Debian mentors[2].


/Mikael

[1]http://hem.no-ip.info/debian/
[2]http://mentors.debian.net/debian/pool/main/p/portaudio/



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

Bug#320099: openafs-modules-source: Problem in sysincludes.h stops building against 2.6.12.3

[Philip J. Clark]

Package: openafs-modules-source
Version: 1.3.82-2
Severity: important

n file included from /usr/src/modules/openafs/src/rx/rx_kcommon.h:140,
 from /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12.3-SP/rx
_kmutex.c:22:
/usr/src/modules/openafs/src/afs/sysincludes.h:79: error: redefinition of 'struc
t coda_inode_info'
/usr/src/modules/openafs/src/afs/sysincludes.h:82: error: redefinition of 'struc
t xfs_inode_info'
make[8]: *** [/usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12.3-SP/rx_kmutex.
o] Error 1
make[7]: *** [_module_/usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12.3-SP] E
rror 2
make[7]: Leaving directory `/usr/src/linux'
make[6]: *** [openafs.ko] Error 2
make[6]: Leaving directory `/usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12.3
-SP'
make[5]: *** [linux_compdirs] Error 2
make[5]: Leaving directory `/usr/src/modules/openafs/src/libafs'
make[4]: *** [libafs] Error 2
make[4]: Leaving directory `/usr/src/modules/openafs'
make[3]: *** [build] Error 2
make[3]: Leaving directory `/usr/src/modules/openafs'
make[2]: *** [only_libafs] Error 2
make[2]: Leaving directory `/usr/src/modules/openafs'
make[1]: *** [build-modules-stamp] Error 2
make[1]: Leaving directory `/usr/src/modules/openafs'
Module /usr/src/modules/openafs failed.


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

Versions of packages openafs-modules-source depends on:
ii  bison 1:1.875d-1 A parser generator that is compati
ii  comerr-dev2.1-1.38-1 common error description library -
ii  debhelper 4.9.5  helper programs for debian/rules
ii  flex  2.5.31-33  A fast lexical analyzer generator.
ii  kernel-package9.003  A utility for building Linux kerne
ii  libncurses5-dev   5.4-9  Developer's libraries and docs for
ii  libpam0g-dev  0.76-23Development files for PAM
ii  module-assistant  0.9.5  tool to make module package creati

openafs-modules-source recommends no packages.

-- no debconf information


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

Bug#272619: jack: dies with most rips

[Martin Michlmayr]

* Adam Kessel <[EMAIL PROTECTED]> [2005-07-26 17:38]:
> Sorry again! I admit to being a most negligent bug-reporter here.
> 
> I can tell you with certainty that (1) the problem occurred on several
> CDs, not just one, and (2) none of the CDs had data tracks--they were
> all just standard audio CDs.  I will try it again now with the same CDs
> and the most recent version of jack and let you know the result.

Thanks.

If it still fails, please use the patch from #319901 and see if that
helps.

If not, I'd also like to see the output of 'cdparanoia -Q' please.
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#316831: java-package: [patch] support for blackdown-j2sdk1.4_1.4.2+02_amd64.deb

[Barry Hawkins]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Egon Willighagen wrote:
[...]
> Please find below a patch for support for 
> blackdown-j2sdk1.4_1.4.2+02_amd64.deb:
> 
[...]
Egon, thanks for the bug report and patch.  We will incorporate this in
the next release of java-package, which should enter unstable within the
week.  As none of us on the java-package team have ready access to
x86_64 architecture, these types of wishlist bugs are quite helpful.

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

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

iD8DBQFC5rwYHuKcDICy0QoRAhTQAJ4myDTiv5cu0oEBVFKfu6yh8jljoQCeJT6n
58pbpxXveZCjDLlU56gV9is=
=T6Wl
-END PGP SIGNATURE-


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

Bug#320097: cdbs: makefile.mk breaks if DEB_MAKE_INSTALL_TARGET contains "

[Filippo Giunchedi]

Package: cdbs
Version: 0.4.32
Severity: normal

if DEB_MAKE_INSTALL_TARGET contains " then test -n at line 47 of
makefile.mk fails with "too many arguments" and the whole thing
breaks because cdbs thinks DEB_MAKE_INSTALL_TARGET is not set

thanks,
filippo

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (600, 'unstable'), (550, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.1fg
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

cdbs depends on no packages.

Versions of packages cdbs recommends:
ii  autotools-dev 20050422.1 Update infrastructure for config.{
ii  debhelper 4.9.5  helper programs for debian/rules

-- no debconf information


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

Bug#320098: ipw2200-source: package wont build in 2.6.12.3

[Philip J. Clark]

Package: ipw2200-source
Version: 1.0.4-1
Severity: important


Problems again with is_multicast_ether_addr

/usr/bin/make -C /usr/src/linux SUBDIRS=/usr/src/modules/ipw2200/driver 
MODVERDIR=/usr/src/modules/ipw2200/driver modules
make[4]: Entering directory `/usr/src/linux'
  CC [M]  /usr/src/modules/ipw2200/driver/ipw2200.o
/usr/src/modules/ipw2200/driver/ipw2200.c: In function 'ipw_rx':
/usr/src/modules/ipw2200/driver/net/ieee80211.h:722: sorry, unimplemented: 
inlining failed in call to 'is_multicast_ether_addr': function body not 
available
/usr/src/modules/ipw2200/driver/ipw2200.c:7176: sorry, unimplemented: called 
from here
/usr/src/modules/ipw2200/driver/net/ieee80211.h:722: sorry, unimplemented: 
inlining failed in call to 'is_multicast_ether_addr': function body not 
available
/usr/src/modules/ipw2200/driver/ipw2200.c:7190: sorry, unimplemented: called 
from here
make[5]: *** [/usr/src/modules/ipw2200/driver/ipw2200.o] Error 1
make[4]: *** [_module_/usr/src/modules/ipw2200/driver] Error 2
make[4]: Leaving directory `/usr/src/linux'
make[3]: *** [modules] Error 2
make[3]: Leaving directory `/usr/src/modules/ipw2200/driver'
make[2]: *** [binary-modules] Error 2
make[2]: Leaving directory `/usr/src/modules/ipw2200'
make[1]: *** [kdist_build] Error 2
make[1]: Leaving directory `/usr/src/modules/ipw2200'
Module /usr/src/modules/ipw2200 failed.


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

Versions of packages ipw2200-source depends on:
ii  debhelper 4.9.5  helper programs for debian/rules
ii  module-assistant  0.9.5  tool to make module package creati

ipw2200-source recommends no packages.

-- no debconf information


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

Bug#293339: this is up to upstream

[Martin Michlmayr]

tags 293339 + upstream
thanks

upstream has to decide whether this is a good idea or not.
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#304744: jack: Erratic error messages for fuzzy freedb match

[Martin Michlmayr]

tags 304744 + patch pending
found 304744 2.99.6-1
thanks

* era eriksson <[EMAIL PROTECTED]> [2005-04-15 09:15]:
>  Found inexact matches. Choose one:
>   1.) rock 7d0a5c0a The Rolling Stones / Their Satanic Majesties Request
>   2.) rock 870a680a The Rolling Stones / Their Satanic Majesties Request
>   0.) none of the above: 2
> 
> And then I get the following warnings:
> 
>  Warning: calculated id (870a660a) and id from freedb file
>   : ['870a680a']
>   : do not match, hopefully due to inexact match.
> 
> It would make an awful lot of sense to keep track of the fact that I
> selected an inexact match, and that the calculated id from the freedb
> file in fact matches what I selected, don't you think?

Yes, the patch below should work for you.

> Also, if these warnings are really useful in some context, I guess it
> would be useful to get the id from the actual CD somewhere in the
> output as well.

What's listed as "calculated id" is the ID of the CD.  Can you suggest
better wording to make this clearer?


--- jack_freedb.py~ 2005-07-26 23:25:48.108852592 +0100
+++ jack_freedb.py  2005-07-26 23:27:52.488943944 +0100
@@ -34,6 +34,7 @@
 names_available = None  # freedb info is available
 dir_created = None  # dirs are only renamed if we have created them
 NUM, LEN, START, COPY, PRE, CH, RIP, RATE, NAME = range(9)
+freedb_inexact_match = -1
 
 freedb_servers = {
 'freedb': {
@@ -231,6 +232,8 @@
 buf = f.readline()
 if buf and buf[0:1] == "2":
 if buf[0:3] in ("210", "211"): # Found inexact or multiple exact 
matches, list follows
+if buf[0:3] == "211":
+freedb_inexact_match = 1
 print "Found the following matches. Choose one:"
 num = 1
 matches = []
@@ -382,7 +385,7 @@
 for i in read_ids:
 if i == cd_id:
 id_matched = 1
-if not id_matched and warn:
+if not id_matched and warn and freedb_inexact_match < 1:
 print "Warning: calculated id (" + cd_id + ") and id from freedb 
file"
 print "   :", read_ids
 print "   : do not match, hopefully due to inexact match."

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#320100: please allow multiple debbuildopts parameters

[martin f krafft]

Package: pbuilder
Version: 0.123
Severity: wishlist
File: /usr/bin/pdebuild

If I pass multiple --debbuildopts parameters to pdebuild (e.g.
because I am using arch-buildpackage), only the last one is
honoured. Previous ones are ignored.

Could you please just aggregate them? E.g.

  pdebuild --debuildopts -i*.pyc --debuildopts -v1.2-3

-->

  debuild -i*.pyc -v1.2-3

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.11-cirrus
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages pbuilder depends on:
ii  coreutils 5.2.1-2The GNU core utilities
ii  debianutils   2.14.1 Miscellaneous utilities specific t
ii  debootstrap   0.2.45-0.2 Bootstrap a basic Debian system
ii  gcc   4:4.0.0-2  The GNU C compiler
ii  wget  1.9.1-12   retrieves files from the web

-- no debconf information

-- 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver!
 
"it is only the modern that ever becomes old-fashioned." 
-- oscar wilde


signature.asc
Description: Digital signature

Bug#320053: kernel-image-2.6.8-2-686: Installing it with sarge leads to failing at booting next time

[Frans Pop]

On Tuesday 26 July 2005 19:27, Stefan Esterer wrote:
> After i choose the Sarge install in grub the kernel stops after some
> time with :
> modprobe: FATAL: Error inserting pciehp
> (/lib/modules/2.6.8-2-686/kernel/drivers/pci/hotplug/shpchp.ko):
> Operation not permitted
> shpchp: can't be loaded
> [...]
> hw_random: can't be loaded
> [...]

Everything up to here is "normal". These modules are not supported by your 
hardware but do no harm. Just blacklist them for both discover and 
hotplug and you will be fine.

> Unable to handle kernel NULL pointer dereference at virtual adress
> 0024
> [...]
> i810_audio: can't be loaded
> [...]

This one looks very much like a problem I've seen in several installation 
reports. [1] gives the best summary and status of the problem and has a 
workaround. Could you check that's the same issue?

Basic problem: we really need someone who has the hardware and is willing 
to test solutions. Could you do that?
The first step would be: check if the problem still occur with the 2.6.12 
kernel. The second step would be: get in touch with the ALSA people and 
try to get the problem solved (maybe testing with latest drivers from CVS 
first).

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=298623

Cheers,
FJP

(P.S. Please give a little bit more of the console output next time; it 
was just chance that I recognized the issue from the two relevant lines.)


pgpV4rbRMgcRK.pgp
Description: PGP signature

Bug#304744: jack: Erratic error messages for fuzzy freedb match

[Martin Michlmayr]

> Yes, the patch below should work for you.

Sorry, there was a problem with the previous patch.  The one below
works, though (tested):

--- jack_freedb.py~ 2005-07-26 23:25:48.108852592 +0100
+++ jack_freedb.py  2005-07-26 23:51:31.403236184 +0100
@@ -34,6 +34,7 @@
 names_available = None  # freedb info is available
 dir_created = None  # dirs are only renamed if we have created them
 NUM, LEN, START, COPY, PRE, CH, RIP, RATE, NAME = range(9)
+freedb_inexact_match = -1
 
 freedb_servers = {
 'freedb': {
@@ -231,6 +232,9 @@
 buf = f.readline()
 if buf and buf[0:1] == "2":
 if buf[0:3] in ("210", "211"): # Found inexact or multiple exact 
matches, list follows
+if buf[0:3] == "211":
+global freedb_inexact_match
+freedb_inexact_match = 1
 print "Found the following matches. Choose one:"
 num = 1
 matches = []
@@ -382,7 +386,7 @@
 for i in read_ids:
 if i == cd_id:
 id_matched = 1
-if not id_matched and warn:
+if not id_matched and warn and freedb_inexact_match < 1:
 print "Warning: calculated id (" + cd_id + ") and id from freedb 
file"
 print "   :", read_ids
 print "   : do not match, hopefully due to inexact match."

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#320041: libgtk1.2-dev: fails to install

[Steve Langasek]

severity 320041 important
tags 320041 moreinfo unreproducible
reassign 320041 libx11-dev
thanks

On Tue, Jul 26, 2005 at 06:38:50PM +0200, nb wrote:
> Package: libgtk1.2-dev
> Severity: grave
> Justification: renders package unusable

> at install time I have the following :

> Reading package lists... Done
> Building dependency tree... Done
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.

> Since you only requested a single operation it is extremely likely that
> the package is simply not installable and a bug report against
> that package should be filed.
> The following information may help to resolve the situation:

> The following packages have unmet dependencies:
>   libgtk1.2-dev: Depends: libx11-dev but it is not going to be installed
>  Depends: libxext-dev but it is not going to be installed
>  Depends: libxi-dev but it is not going to be installed
> E: Broken packages

So, why can't those packages be installed?  They install just fine here.
Have you put some packages on hold?

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Bug#320090: nmh: FTBFS on some filesystems and with sarge's flex

[Reid W Barton]

Package: nmh
Version: 1.1-release-3
Severity: important
Justification: fails to build from source

Summary: There is an intermediate build file sbr/dtimep.c included in
the source package, which should be removed.  Also, the rule to
generate this file in sbr/Makefile.in should be changed from

dtimep.c: dtimep.lex
$(LEX) -nt $< > $@

to

dtimep.c: dtimep.lex
$(LEX) -o $@ $<


This fixes two problems:
 * flex 2.5.31-31 (the version of sarge) treats '-n' as a no-op option,
   but treats the following 't' as an argument, which is not allowed;
 * by using '-o $@' instead of '-t > $@', we avoid creating an empty
   file when the flex invocation fails, which could cause a future 'make'
   to try to use the now-empty dtimep.c.

This issue is masked when unpacking the source archive onto a
filesystem like ext3 which doesn't store fractional timestamps.  The
files sbr/dtimep.c and sbr/dtimep.lex in the archive have timestamps
of 2003-10-24 20:17:23.671432146 and 2003-10-24 20:17:23.825410320
respectively, so when unpacked onto an ext3 filesystem, the timestamps
become equal and make doesn't try to rebuild sbr/dtimep.c.  But when a
filesystem which stores fractional-second timestamps (such as AFS) is
used sbr/dtimep.c becomes older than sbr/dtimep.lex and thus make
does try to rebuild it.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages nmh depends on:
ii  base-files  3.1.2Debian base system miscellaneous f
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libdb3  3.2.9-22 Berkeley v3 Database Libraries [ru
ii  liblockfile11.06 NFS-safe locking library, includes
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  libsasl22.1.19-1.5   Authentication abstraction library
ii  netbase 4.21 Basic TCP/IP networking system

-- no debconf information


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

Bug#320091: kernel-image-2.6.8-2-386: Boot fails with a syntax error in /scripts/ext3-add-journal.sh

[Dustin Laurence]

Package: kernel-image-2.6.8-2-386
Version: 2.6.8-16
Severity: important


I am currently running kernel-image-2.6.8-1-386 on this up-to-date
Debian Sarge system.  That kernel seems to run fine.  I attempted to
upgrade to kernel-image-2.6.8-2-386, but it fails to boot and does not
appear to even get as far as mounting /.  These seem like the relevant
messages:

/scripts/ext3-add-journal.sh: 27: arith: syntax error: "0x"
/sbin/init: 426: arith: syntax error: "0x"
Kernel panic: Attempted to kill init!

but I don't know what scrolled out of sight first.  Obviously I had to
copy them down by hand.

Not finding it on the system, I mounted the initrd files and found a
script named ext3-add-journal.sh, which I presume is the problem.  They
are clearly different between the two kernel versions but the syntax
error doesn't make any obvious sense just from an inspection of the
script.

Any help or pointers for further investigation would be appreciated.

Dustin

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-386
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL 
set to C)

Versions of packages kernel-image-2.6.8-2-386 depends on:
ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
ii  initrd-tools  0.1.81.1   tools to create initrd image for p
ii  module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo

-- no debconf information


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

Bug#319135: Same error different system

[Bob Tanner]

Getting the same error with kmail on a different system. Adding valgrind
output.

$ valgrind /usr/bin/kmail
==17096== Memcheck, a memory error detector for x86-linux.
==17096== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al.
==17096== Using valgrind-2.4.0, a program supervision framework for x86-linux.
==17096== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al.
==17096== For more details, rerun with: -v
==17096==
==17096== Invalid read of size 4
==17096==at 0x1C71895B: QString::QString(QString const&) (in
/usr/lib/libqt-mt.so.3.3.4)
==17096==by 0x1CE651D1: (within /usr/lib/libkpimidentities.so.1.0.0)
==17096==by 0x1CE652EA: (within /usr/lib/libkpimidentities.so.1.0.0)
==17096==by 0x1CE68964: (within /usr/lib/libkpimidentities.so.1.0.0)
==17096==by 0x1CE5AC84: (within /usr/lib/libkpimidentities.so.1.0.0)
==17096==by 0x1B8F01CD: (within /lib/ld-2.3.2.so)
==17096==by 0x1B8F02B9: _dl_init (in /lib/ld-2.3.2.so)
==17096==by 0x1B8E4C5C: (within /lib/ld-2.3.2.so)
==17096==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==17096==
==17096== Process terminating with default action of signal 11 (SIGSEGV)
==17096==  Access not within mapped region at address 0x0
==17096==at 0x1C71895B: QString::QString(QString const&) (in
/usr/lib/libqt-mt.so.3.3.4)
==17096==by 0x1CE651D1: (within /usr/lib/libkpimidentities.so.1.0.0)
==17096==by 0x1CE652EA: (within /usr/lib/libkpimidentities.so.1.0.0)
==17096==by 0x1CE68964: (within /usr/lib/libkpimidentities.so.1.0.0)
==17096==by 0x1CE5AC84: (within /usr/lib/libkpimidentities.so.1.0.0)
==17096==by 0x1B8F01CD: (within /lib/ld-2.3.2.so)
==17096==by 0x1B8F02B9: _dl_init (in /lib/ld-2.3.2.so)
==17096==by 0x1B8E4C5C: (within /lib/ld-2.3.2.so)
==17096==
==17096== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 123 from 2)
==17096== malloc/free: in use at exit: 3587 bytes in 103 blocks.
==17096== malloc/free: 105 allocs, 2 frees, 3731 bytes allocated.
==17096== For counts of detected errors, rerun with: -v
==17096== searching for pointers to 103 not-freed blocks.
==17096== checked 2321856 bytes.
==17096==
==17096== LEAK SUMMARY:
==17096==definitely lost: 0 bytes in 0 blocks.
==17096==  possibly lost: 0 bytes in 0 blocks.
==17096==still reachable: 3587 bytes in 103 blocks.
==17096== suppressed: 0 bytes in 0 blocks.
==17096== Reachable blocks (those to which a pointer was found) are not shown.
==17096== To see them, rerun with: --show-reachable=yes
Segmentation fault
[EMAIL PROTECTED]:krun$ valgrind --show-reachable=yes /usr/bin/kmail
==17105== Memcheck, a memory error detector for x86-linux.
==17105== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al.
==17105== Using valgrind-2.4.0, a program supervision framework for x86-linux.
==17105== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al.
==17105== For more details, rerun with: -v
==17105==
==17105== Invalid read of size 4
==17105==at 0x1C71895B: QString::QString(QString const&) (in
/usr/lib/libqt-mt.so.3.3.4)
==17105==by 0x1CE651D1: (within /usr/lib/libkpimidentities.so.1.0.0)
==17105==by 0x1CE652EA: (within /usr/lib/libkpimidentities.so.1.0.0)
==17105==by 0x1CE68964: (within /usr/lib/libkpimidentities.so.1.0.0)
==17105==by 0x1CE5AC84: (within /usr/lib/libkpimidentities.so.1.0.0)
==17105==by 0x1B8F01CD: (within /lib/ld-2.3.2.so)
==17105==by 0x1B8F02B9: _dl_init (in /lib/ld-2.3.2.so)
==17105==by 0x1B8E4C5C: (within /lib/ld-2.3.2.so)
==17105==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==17105==
==17105== Process terminating with default action of signal 11 (SIGSEGV)
==17105==  Access not within mapped region at address 0x0
==17105==at 0x1C71895B: QString::QString(QString const&) (in
/usr/lib/libqt-mt.so.3.3.4)
==17105==by 0x1CE651D1: (within /usr/lib/libkpimidentities.so.1.0.0)
==17105==by 0x1CE652EA: (within /usr/lib/libkpimidentities.so.1.0.0)
==17105==by 0x1CE68964: (within /usr/lib/libkpimidentities.so.1.0.0)
==17105==by 0x1CE5AC84: (within /usr/lib/libkpimidentities.so.1.0.0)
==17105==by 0x1B8F01CD: (within /lib/ld-2.3.2.so)
==17105==by 0x1B8F02B9: _dl_init (in /lib/ld-2.3.2.so)
==17105==by 0x1B8E4C5C: (within /lib/ld-2.3.2.so)
==17105==
==17105== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 123 from 2)
==17105== malloc/free: in use at exit: 3587 bytes in 103 blocks.
==17105== malloc/free: 105 allocs, 2 frees, 3731 bytes allocated.
==17105== For counts of detected errors, rerun with: -v
==17105== searching for pointers to 103 not-freed blocks.
==17105== checked 2321856 bytes.
==17105==
==17105== LEAK SUMMARY:
==17105==definitely lost: 0 bytes in 0 blocks.
==17105==  possibly lost: 0 bytes in 0 blocks.
==17105==still reachable: 3587 bytes in 103 blocks.
==17105== suppressed: 0 bytes in 0 blocks.
Segmentation fault

-- 
Bob Tanner <[EMAIL PROTECTED]>  | Phone : (952)943-8

Bug#320089: %r: count reverse virtual dependencies

[Brian Kimball]

Package: aptitude
Version: 0.2.15.9-3
Severity: minor

Hi, currently %r fails to count reverse dependencies via virtual
packages.  For example, mawk's rdepends count is 0, but in actuality
base-files depends on it through the "awk" virtual package.

The consequence of this is that occasionally I go to delete a package
that I don't think I need (because %r shows 0 and I don't personally
want the package) and then all of a sudden I've got broken packages that
I have to investigate.

Thanks!

 Brian

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

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.3-5-3 0.6.38   Advanced front-end for dpkg
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libgcc1 1:4.0.0-11   GCC support library
ii  libncurses5 5.4-8Shared libraries for terminal hand
ii  libsigc++-1.2-5c102 1.2.5-4  type-safe Signal Framework for C++
ii  libstdc++5  1:3.3.6-7The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc 0.2.15.9-3 English manual for aptitude, a ter

-- no debconf information


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

Bug#319966: libboost-dev: 1.33 breaks linking with libboost-program-options

[Benjamin Redelings I]

Thanks for the quick response!

>
>could you please provide an example that produces these errors?
>  
>
Sure.  The example program first.cpp (attatched) from:

libboost-doc:
/usr/share/doc/libboost-doc/examples/libs/program_options/example/first.cpp

The output is:

g++ first.cpp   -o first
In file included from /usr/local/include/boost/config.hpp:35,
 from
/usr/local/include/boost/program_options/config.hpp:10,
 from
/usr/local/include/boost/program_options/options_description.hpp:10,
 from /usr/local/include/boost/program_options.hpp:13,
 from first.cpp:9:
/usr/local/include/boost/config/compiler/gcc.hpp:92:7: warning: #warning
"Unknown compiler version - please run the configure tests and report
the results"
/tmp/ccnUN5uH.o: In function `main':
first.cpp:(.text+0xa7): undefined reference to
`boost::program_options::options_description::options_description(std::basic_string, std::allocator > const&)'
first.cpp:(.text+0x15a): undefined reference to
`boost::program_options::options_description::add_options()'
first.cpp:(.text+0x17c): undefined reference to
`boost::program_options::options_description_easy_init::operator()(char
const*, char const*)'
first.cpp:(.text+0x195): undefined reference to
`boost::program_options::options_description_easy_init::operator()(char
const*, boost::program_options::value_semantic const*, char
const*)'first.cpp:(.text+0x1a4): undefined reference to
`boost::program_options::variables_map::variables_map()'
first.cpp:(.text+0x1ea): undefined reference to
`boost::program_options::store(boost::program_options::basic_parsed_options
const&, boost::program_options::variables_map&, bool)'
first.cpp:(.text+0x288): undefined reference to
`boost::program_options::notify(boost::program_options::variables_map&)'
first.cpp:(.text+0x37b): undefined reference to
`boost::program_options::operator<<(std::basic_ostream >&, boost::program_options::options_description
const&)'/tmp/ccnUN5uH.o:(.gnu.linkonce.r._ZTVN5boost15program_options11typed_valueIicEE[vtable
for boost::program_options::typed_value]+0x1c): undefined
reference to
`boost::program_options::value_semantic_codecvt_helper::parse(boost::any&,
std::vector,
std::allocator >, std::allocator, std::allocator > > > const&, bool) const'
/tmp/ccnUN5uH.o:(.gnu.linkonce.r._ZTIN5boost15program_options11typed_valueIicEE[typeinfo
for boost::program_options::typed_value]+0x8): undefined
reference to `typeinfo for
boost::program_options::value_semantic_codecvt_helper'
/tmp/ccnUN5uH.o:(.gnu.linkonce.r._ZTIN5boost15program_options20invalid_option_valueE[typeinfo
for boost::program_options::invalid_option_value]+0x8): undefined
reference to `typeinfo for boost::program_options::validation_error'
/tmp/ccnUN5uH.o:(.gnu.linkonce.r._ZTVN5boost15program_options20invalid_option_valueE[vtable
for boost::program_options::invalid_option_value]+0x10): undefined
reference to `boost::program_options::validation_error::what() const'
/tmp/ccnUN5uH.o: In function
`boost::program_options::validation_error::validation_error(std::basic_string, std::allocator > const&)':
first.cpp:(.gnu.linkonce.t._ZN5boost15program_options16validation_errorC1ERKSs[boost::program_options::validation_error::validation_error(std::basic_string, std::allocator > const&)]+0x1a): undefined
reference to `vtable for boost::program_options::validation_error'
/tmp/ccnUN5uH.o: In function
`boost::program_options::validation_error::~validation_error()':
first.cpp:(.gnu.linkonce.t._ZN5boost15program_options16validation_errorD2Ev[boost::program_options::validation_error::~validation_error()]+0x9):
undefined reference to `vtable for boost::program_options::validation_error'
/tmp/ccnUN5uH.o: In function
`boost::program_options::validation_error::~validation_error()':
first.cpp:(.gnu.linkonce.t._ZN5boost15program_options16validation_errorD1Ev[boost::program_options::validation_error::~validation_error()]+0x9):
undefined reference to `vtable for boost::program_options::validation_error'
/tmp/ccnUN5uH.o: In function
`boost::program_options::value_semantic_codecvt_helper::value_semantic_codecvt_helper()':
first.cpp:(.gnu.linkonce.t._ZN5boost15program_options29value_semantic_codecvt_helperIcEC2Ev[boost::program_options::value_semantic_codecvt_helper::value_semantic_codecvt_helper()]+0x16):
undefined reference to `vtable for
boost::program_options::value_semantic_codecvt_helper'
/tmp/ccnUN5uH.o: In function
`boost::program_options::value_semantic_codecvt_helper::~value_semantic_codecvt_helper()':
first.cpp:(.gnu.linkonce.t._ZN5boost15program_options29value_semantic_codecvt_helperIcED2Ev[boost::program_options::value_semantic_codecvt_helper::~value_semantic_codecvt_helper()]+0x7):
undefined reference to `vtable for
boost::program_options::value_semantic_codecvt_helper'
/tmp/ccnUN5uH.o: In function
`boost::program_options::variables_map::operator[](std::basic_string, std::allocator > const&) const':
first.cpp:(.gnu.linkonce.t._ZNK5boost15progr

Bug#320095: aptitude: counts for reverse-recommends and reverse-suggests could be handy

[Brian Kimball]

Package: aptitude
Version: 0.2.15.9-3
Severity: wishlist

Hi again.  I'm finally purging my aptitude thoughts.  One more to go
after this. :-)

I find %r to be very useful in providing at-a-glance information as to
whether I need a package installed or not, especially when I don't know
much and don't particularly want to know much about a package.

%r doesn't quite provide the whole picture though: it doesn't tell me
at-a-glance if any other packages recommend or suggest a package, so
when I'm cleaning out unwanted packages I often find myself constantly
checking their reverse-dependency listings before hitting the purge
button.  This process can get pretty tedious, especially when confronted
with the long reverse-dependency listings that I addressed in my other
wishlist.

If we had similar escapes for reverse-recommends and reverse-suggests we
would all be able to see immediately just how many other packages find
a particular package useful.  No longer would we need to enter a new
screen for each and every package.  Just scrolling through the package
listing would be enough.

You already have a lot of escapes already, so maybe %r could change to
displaying 5 characters: d/r/s.  Those wishing to only see actual
reverse depends can limit the width to 1 character.

What do you think?

Thanks!

 Brian

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

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.3-5-3 0.6.38   Advanced front-end for dpkg
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libgcc1 1:4.0.0-11   GCC support library
ii  libncurses5 5.4-8Shared libraries for terminal hand
ii  libsigc++-1.2-5c102 1.2.5-4  type-safe Signal Framework for C++
ii  libstdc++5  1:3.3.6-7The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc 0.2.15.9-3 English manual for aptitude, a ter

-- no debconf information


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

Bug#320096: aptitude: package tagging status?

[Brian Kimball]

Package: aptitude
Version: 0.2.15.9-3
Severity: wishlist

Hello once more.  I see you have a package listing escape code reserved
for tagged packages.  I for one would absolutely love the ability to tag
packages and have those tags saved between aptitude uses.  Do you still
plan to implement tagging?

Thanks, and I hope I'm not nagging,

Brian

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

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.3-5-3 0.6.38   Advanced front-end for dpkg
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libgcc1 1:4.0.0-11   GCC support library
ii  libncurses5 5.4-8Shared libraries for terminal hand
ii  libsigc++-1.2-5c102 1.2.5-4  type-safe Signal Framework for C++
ii  libstdc++5  1:3.3.6-7The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc 0.2.15.9-3 English manual for aptitude, a ter

-- no debconf information


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

Bug#310931: your mail

[Marcin Owsiany]

On Tue, Jul 26, 2005 at 05:21:54PM -0400, Joey Hess wrote:
> maximilian attems wrote:
> > hmm so the bug report isn't exactly against a kernel-image.
> > i'm not sure debian is already preventing the unexerienced user from
> > overheating it's cpu.  for now i'll reassign to tasksel so the bug gets 
> > on the radar of the debian-installer team.
> > maybe we already install acpid for desktop systems, but maybe that
> > should be paired with some hardware detection of d-i (apm or acpi too old)
> > cc the debian-installer list for feedback.
> 
> acpid is already installed on all systems with acpi (and 2.6 kernels) by
> hw-detect.

I wonder why it didn't get installed with sarge on my laptop.. Is it
installed in expert mode as well?

Marcin
-- 
Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216  FE67 DA2D 0ACA FC5E 3F75  D6F6 3A0D 8AA0 60F4 1216


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

Bug#319741: snmpd attempts access to /proc/net/snmp6 on non-ipv6 machines

[David M. Dowdle]

Package: snmpd
Version: 5.2.1.2-1
Followup-For: Bug #319741

every minute it attempts to access non-existant information and generates lines 
in syslog and daemon.log

Jul 26 15:11:37 clouded snmpd[9040]: cannot open /proc/net/snmp6 ... 
Jul 26 15:12:37 clouded snmpd[9040]: cannot open /proc/net/snmp6 ... 



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

Versions of packages snmpd depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libsensors3 1:2.9.1-4library to read temperature/voltag
ii  libsnmp55.2.1.2-1NET SNMP (Simple Network Managemen
ii  libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra

snmpd recommends no packages.

-- no debconf information


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

Bug#292612: jack: Cannot cope with empty title

[Martin Michlmayr]

* era eriksson <[EMAIL PROTECTED]> [2005-01-28 11:03]:
> I stumbled over a record which has what appears to be an anonymous
> track -- not sure if this is non-audio CD content or what.
>  This is jack 3.1.1 (C)2004 Arne Zellentin <[EMAIL PROTECTED]>
>   *warning* config file /etc/jackrc is of unknown version None.
>   *info* Track 10 not found by cdparanoia. Treated as non-audio.
>   *info* querying...
>   *warning* no freedb info for track 10 ("TTITLE9")
>   *error* could not read freedb file

I don't quite understand what's going on there.  Can you please send
me the jack-* files from that directory?
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#320088: dar: FTBFS on 64 bit arches: Using internal copy of gettext.

[Kurt Roeckx]

Package: dar
Version: 2.2.1-2
Severity: serious

Hi,

Dar is now failing to build on all 64 bit arches.
Configure fails to find the version of gettext in libc and ends
up building the internal version instead, and then fails when
linking, because it's also in libc.

The reason it failed:
configure:9855: checking for GNU gettext in libc
configure:9879: x86_64-linux-gnu-g++ -o conftest -g -O2
conftest.cc  >&5
conftest.cc: In function 'int main()':
conftest.cc:95: error: cast from 'char*' to 'int' loses precision

This seems be caused by the new g++, which is more strict in
those things.

This seems to fix it:
- libtoolize --force --copy
- aclocal-1.9
- automake
- autoconf

Note that you'll have to take care of timestamp skew issues
(See autotools-dev documentation.)

PS: Your current libtool version seems to be a strange mix of
the 1.5.6 debian version and a 1.5.10.


Kurt



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

Bug#319950: Fixes for Flac support

[Martin Michlmayr]

* Robert Millan <[EMAIL PROTECTED]> [2005-07-26 09:18]:
>   - If I understood correctly what VBR means, it requires recieving the 
> quality
>   parameter from jack, which is done via "%q".  The previous command had no %q
>   so I guess this means it doesn't really do VBR.
>   - The point of using Flac is that it is a lossless codec.  Using a quality
>   parameter other than --best (currently -8) defeats this point.

--best only relates to high vs fast (with --fast) compression, not to
quality.

In theory, I think 'VBR' should be supported and %q should just refer
to compression rather than quality.  However, that's currently not
possible because there's no -q option but only -0, -1, -2, ... options
which you cannot pass to flac via jack (there'd have to be a space
so you have 2 arguments).  Maybe I'll fix this in the future.
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#320086: svn-buildpackage: Valid working copy or svn repo required for view command line help (--help)

[Matthijs Kooijman]

Package: svn-buildpackage
Version: 0.6.9
Severity: minor


When trying to view the help ("svn-buildpackage --help") from some random
directory, I get:

svn: 'debian' is not a working copy
Not started from the Trunk directory or not a valid SVN repository. Aborting.

Obviously, the check for --help should be moved a little further up, so one
can view help without knowing how the program needs to be operated ;-)

Gr.

Matthijs

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

Versions of packages svn-buildpackage depends on:
ii  devscripts2.8.14 Scripts to make the life of a Debi
ii  perl  5.8.7-4Larry Wall's Practical Extraction 
ii  subversion1.2.0-1advanced version control system (a
ii  subversion-tools  1.2.0-1assorted tools related to Subversi

svn-buildpackage recommends no packages.

-- no debconf information


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

Bug#320092: aptitude: provide more grouping and/or limits in reverse dependency listing

[Brian Kimball]

Package: aptitude
Version: 0.2.15.9-3
Severity: wishlist

Hi, sometimes while investigating a package's reverse dependency
listing it takes ages to scroll through the list (especially for some
libraries).  It would be nice if by default it was grouped into first
"installed packages" that defaulted to an expanded list and then "not
installed packages" that remained closed but could obviously be expanded
by the user.

Limit functionality might come in handy also.  If limits worked in those
screens then we could just quickly limit them to ~i when needed.

Thanks!

  Brian

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

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.3-5-3 0.6.38   Advanced front-end for dpkg
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libgcc1 1:4.0.0-11   GCC support library
ii  libncurses5 5.4-8Shared libraries for terminal hand
ii  libsigc++-1.2-5c102 1.2.5-4  type-safe Signal Framework for C++
ii  libstdc++5  1:3.3.6-7The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc 0.2.15.9-3 English manual for aptitude, a ter

-- no debconf information


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

Bug#310931: your mail

[maximilian attems]

reassign 310931 initrd-tools
tags 310931 -d-i
clone 310931 -1
reassign -1 acpid
stop

On Tue, 26 Jul 2005, Joey Hess wrote:

> maximilian attems wrote:
> > hmm so the bug report isn't exactly against a kernel-image.
> > i'm not sure debian is already preventing the unexerienced user from
> > overheating it's cpu.  for now i'll reassign to tasksel so the bug gets 
> > on the radar of the debian-installer team.
> > maybe we already install acpid for desktop systems, but maybe that
> > should be paired with some hardware detection of d-i (apm or acpi too old)
> > cc the debian-installer list for feedback.
> 
> acpid is already installed on all systems with acpi (and 2.6 kernels) by
> hw-detect. In addition, unstable's tasksel installs it on any system
> laptop-detect thinks is a laptop. I think this is covered already.

cool, thanks for your quick feedback.
great to hear about the d-i development. :)
 
the ubuntu bugs i was referring to are #489 and to a lesser extent #2341.
-> http://bugzilla.ubuntu.com/show_bug.cgi?id=489
so i reassign to initrd-tools that the fix wont get lost for the latter
initramfs-tools and to acpid, which is providing the much too late
/etc/rc2.d/S20acpid startup link aka "update-rc.d acpid defaults"


--
maks



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

Bug#272619: jack: dies with most rips

[Adam Kessel]

Martin Michlmayr wrote:
>>Also, I don't think it has anything to do with it being track 9.  It's
>>probably just that your CD is defective (scratched) and cdparanoia
> Or maybe it is.  Is track 9 the last track and is it followed by a
> data track?
> 
> In any case, Adam, can you get hold of this CD and do some basic
> tests?  I'd like to get confirmation that this bug has indeed been
> fixed.  I know you don't use jack anymore but please install it
> briefly so you can provide me with more information.
> 
> thanks.

Sorry again! I admit to being a most negligent bug-reporter here.

I can tell you with certainty that (1) the problem occurred on several
CDs, not just one, and (2) none of the CDs had data tracks--they were
all just standard audio CDs.  I will try it again now with the same CDs
and the most recent version of jack and let you know the result.


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

Bug#319966: libboost-dev: 1.33 breaks linking with libboost-program-options

[Domenico Andreoli]

hi,

On Mon, Jul 25, 2005 at 05:40:20PM -0700, Benjamin Redelings I wrote:
> 
> bali-phy.o: In function `parse_cmd_line(int, char**)':
> bali-phy.C:(.text+0x3f21): undefined reference to 
> `boost::program_options::options_description::options_description(std::basic_string  
> std::char_traits, std::allocator > const&)'
> bali-phy.C:(.text+0x4ae4): undefined reference to 
> `boost::program_options::common_command_line_parser::run() const'
> 
> If this is due to a change in the program_options library, perhaps you 
> could provide a note that old program continue to compile, but just 
> won't link.

could you please provide an example that produces these errors?

> Also, libboost-doc doesn't contain update documentation for using 
> libboost-program-options.  It's HTML doc files are just redirects to the 
> current (1.32) boost manual pages on the web.  Boost should probably 
> include actual documentation once 1.33 is released, if not before :P

i will update the snapshot as soon as the upload queue is fully working.

cheers
domenico

-[ Domenico Andreoli, aka cavok
 --[ http://people.debian.org/~cavok/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50


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

Bug#320027: Bugs: Should be simpler, and an 'Advanced Search' option should be available

[Frans Pop]

On Tuesday 26 July 2005 17:24, Michael Banck wrote:
> > Maybe several boxes on the "easy" page, each with their own "Go"
> > buttons: - bugnumber
> > - package
>
> Couldn't that be figured out? I.e., if the query is a 5/6-digit number,
> assume a bug number, if it is a single word, assume a package.  One
> cannot search bug titles right now, anyway, right?

Probably, but IMHO that does not improve usability for newbies (and that's 
what you were aiming at, right?). Having clearly labeled separate fields 
would IMO make it simpler for new users.

> > - submitter e-mail
> > - maintainer e-mail
>
> Those two look like advanced usage to me.

The first one is not (or should not be).
In my experience ,most users are not aware that they can search/list bugs 
on their e-mail address because that option is non really obvious on the 
current page. Most of the time (especially for older bugs) they will not 
remember a bugnumber, and the package may have been changed by 
reassigning. So looking for bugs based on e-mail should IMO be on the 
simplified page.


pgpXPt2SwleXN.pgp
Description: PGP signature

Bug#319950: Fixes for Flac support

[Martin Michlmayr]

clone 319950 -1
retitle -1 check vbr option before otf
severity -1 minor
found -1 2.99.9-1
found 319950 3.1.1-2
retitle 319950 fix FLAC OTF support, get rid of VBR
tags 319950 pending
tags -1 pending
thanks

* Robert Millan <[EMAIL PROTECTED]> [2005-07-25 23:53]:
> This patch includes fixes for Flac support.  Basicaly:
>   - Use only a command for best performance, and mark it as such by naming it
> "cmd" instead of "vbr-cmd".

I'm not quite happy with this but I suppose this is okay for now.
Unless Michael objects.

BTW, I don't agree that --best should be the default.  We just
probably just leave whatever flac has as default and people can
overwrite it if they want.  The same goes for -V.

>   - Remove the "otf" command which includes invalid flags (probably was added
> for an old version of flac).

You cannot just remove this.  I've updated it.

>   - Fix jack_checkopts.py to check for vbr before otf.  This way if a backend
> defines otf but not vbr it doesn't exit with error but just fallback to
> the logical non-vbr otf option (this isn't needed currently with flac,
> but it might in the future).

OK, thanks.


diff -urN jack-3.1.1~/jack_helpers.py jack-3.1.1/jack_helpers.py
--- jack-3.1.1~/jack_helpers.py 2005-07-26 23:01:54.741757512 +0100
+++ jack-3.1.1/jack_helpers.py  2005-07-26 23:04:11.752928648 +0100
@@ -207,8 +207,8 @@
 'flac': {
 'type': "encoder",
 'target': "flac",
-'vbr-cmd': "flac -o %o %i", 
-'vbr-otf-cmd': "flac -fr -fb -fc 2 -fp 16 -fs 44100 -o %o", 
+'cmd': "flac -o %o %i",
+'otf-cmd': "flac --channels 2 --bps 16 --sample-rate 44100 
--force-raw-format --endian=big --sign=signed -o %o -",
 'status_blocksize': 160,
 'status_start': "%", 
 'percent_fkt': r"""

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#320087: racoon-tool should load modules with modprobe instead of insmod

[Aaron D. Johnson]

Package: racoon
Version: 1:0.5.2-1
Severity: normal
Tags: patch

"/etc/init.d/racoon start" is producing error messages like the
following on my system:
  insmod: error inserting '/lib/modules/2.6.12.3/kernel/crypto/crc32c.ko': -1 
Unknown symbol in module
  insmod: error inserting '/lib/modules/2.6.12.3/kernel/net/ipv6/ipcomp6.ko': 
-1 Unknown symbol in module

These errors come up because the crc32c and ipcomp6 kernel modules have
dependencies on other modules and insmod does not insert them.  modprobe
does insert dependencies.

The attached patch to /usr/sbin/racoon-tool alters racoon-tool to use
/sbin/modprobe instead of /sbin/insmod to load kernel modules.  Also,
"/sbin/modprobe -r" is used to remove modules instead of /sbin/rmmod.

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

Versions of packages racoon depends on:
ii  debconf 1.4.30.13Debian configuration management sy
ii  ipsec-tools 1:0.5.2-1IPsec tools for Linux
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libssl0.9.7 0.9.7e-3 SSL shared libraries
ii  perl5.8.4-8  Larry Wall's Practical Extraction 

-- debconf information:
* racoon/config_mode: racoon-tool
--- racoon-tool.orig2005-05-04 02:33:10.0 -0600
+++ racoon-tool 2005-07-26 14:36:47.0 -0600
@@ -2413,12 +2413,12 @@
 
return 1 if ( ! -f $modtoload );
 
-   return 1 if ( ! -f "/sbin/insmod" );
+   return 1 if ( ! -f "/sbin/modprobe" );
 
$modname = basename("$modtoload", "$modext");
 
if ( ! grep /^${modname}$/, @modules ) {
-   system ( "/sbin/insmod $modtoload" );
+   system ( "/sbin/modprobe $modname" );
}
 
return 0
@@ -2434,7 +2434,7 @@
return 0;
}
 
-   system ( "/sbin/rmmod $modname > /dev/null 2>&1" );
+   system ( "/sbin/modprobe -r $modname > /dev/null 2>&1" );

return 0;
 }

Bug#316899: KDM overrides kde default settings

[Christopher Martin]

On July 4, 2005 17:05, Andrea Cavaliero wrote:
> Package: kdm
> Version: 3.4.1-1
> Severity: normal
>
> After installing kdm the fonts in kde are rendered smaller even if the
> size declared in the Control Center has not been changed.
> It seems that KDM overrides the whole KDE fonts settings, because after
> purging the kdm package everythings gets normal.

I can't reproduce this. Changing the fonts in the Control Center changes the 
font sizes as you would expect. I suspect what you're finding is that when 
you start KDE using 'startx' or xdm, it uses a setting of 100 dpi to render 
fonts, whereas kdm tries to use DDC info to determine your monitor's 'true' 
dpi, and sets your font sizes accordingly. Hence the observed differences 
in font size between using kdm and not. You can force kdm to start KDE with 
a certain dpi value by editing /etc/kde3/kdm/kdmrc; a setting of 100 would 
probably return your fonts to the expected sizes.

If my theory is incorrect, let me know. Otherwise, if I don't hear from you, 
I'll close this report.

Cheers,
Christopher Martin


pgpG6HB2BjF1Q.pgp
Description: PGP signature

Bug#316794: freepops: crashes while reading messages in foreign charset

[Enrico Tassi]

The strace output doesn't help me. Can you try this:

apt-get install valgrind 
apt-get source freepops 
cd freepops*
./configure.sh linux
make all
valgrind --num-callers=50 -- src/freepopsd -w

and reproduce the bug.

I'll be on vacation and I'll not be able to fix this bug in a short
time, but please continue helping me in seeking this ugly bug.

ciao
-- 
Enrico Tassi


signature.asc
Description: Digital signature

Bug#310931: your mail

[Joey Hess]

maximilian attems wrote:
> hmm so the bug report isn't exactly against a kernel-image.
> i'm not sure debian is already preventing the unexerienced user from
> overheating it's cpu.  for now i'll reassign to tasksel so the bug gets 
> on the radar of the debian-installer team.
> maybe we already install acpid for desktop systems, but maybe that
> should be paired with some hardware detection of d-i (apm or acpi too old)
> cc the debian-installer list for feedback.

acpid is already installed on all systems with acpi (and 2.6 kernels) by
hw-detect. In addition, unstable's tasksel installs it on any system
laptop-detect thinks is a laptop. I think this is covered already.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#320084: FHS /usr/doc links

[Joey Hess]

Package: sysutils
Version: 1.3.8.5.1
Severity: normal

sysutils is one of only a few dozen packages that still create the old
/usr/doc symlinks.

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

Versions of packages sysutils depends on:
ii  libncurses5   5.4-9  Shared libraries for terminal hand

sysutils recommends no packages.

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#320085: still makes non-FHS /usr/doc links

[Joey Hess]

Package: cpio
Version: 2.5-1.2
Severity: normal

cpio is one of a very few packages that still have postinst code to
create a /usr/doc/ symlink. Please remove that.

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

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

cpio recommends no packages.

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#263783: Can this bug be closed?

[Sven Mueller]

Obviously, if the sole purpose of the bug was to keep debpartial-mirror
out of sarge, you could close the bug (and get a wider audience when the
package gets into testing).

regards,
Sven


signature.asc
Description: OpenPGP digital signature

Bug#297339: xfce4-panel breaks after a few days of use

[Antti-Juhani Kaijanaho]

On 20050625T120323+0100, Simon Huggins wrote:
> Does 4.2.2 fix this for you?  I haven't checked the bug DB but I don't
> know why you would see this and haven't seen other reports.

I'm planning to upgrade my development box to unstable as soon as
certain critical programs are installable in unstable.  After that, I'll
report back on this bug.
-- 
Antti-Juhani Kaijanaho, Debian developer 

http://kaijanaho.info/antti-juhani/blog/en/debian


signature.asc
Description: Digital signature

Bug#315024: cvsps: dynamically allocate the log buffer to prevent warning messages

[David D. Kilzer]

I believe the original patch that I submitted for this Debian bug may
have an off-by-one error when reallocating more space for a log message
that is longer than LOG_STR_MAX.  In that case, I use the length of the
new message but don't add one to it (meaning that there will not be room
for the termination character).  This line (which appears TWICE in the
patch):

logbufflen += (len > LOG_STR_MAX ? len : LOG_STR_MAX);

should probably be something like this (note '>' to '>=' change, too):

logbufflen += ((len+1) >= LOG_STR_MAX ? (len+1) : LOG_STR_MAX);

It's also somewhat inefficient because it guarantees that a new buffer
will have to be allocated the next time through the loop anyway.  That's
a different issue, though.

Dave


On Mon, Jun 20, 2005 at 01:04:34AM -0500, David D. Kilzer wrote:

> Package: cvsps
> Version: 2.0rc1-5
> Severity: normal
> Tags: patch
> 
> On anoncvs.opensource.apple.com (Apple's anonymous CVS server for
> WebKit), some very long log entries were included in CVS.  I got tired
> of cvsps-2.1 truncating them, so I made the 'logbuff' buffer be
> dynamically allocated.
> 
> Patch attached to implement this feature.
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: powerpc (ppc)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.4.20-ben7
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> 
> Versions of packages cvsps depends on:
> ii  cvs 1:1.12.9-13  Concurrent Versions System
> ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries 
> an
> ii  zlib1g  1:1.2.2-4compression library - runtime
> 
> cvsps recommends no packages.
> 
> -- no debconf information

diff -urN cvsps-2.1.orig/cache.c cvsps-2.1/cache.c
--- cvsps-2.1.orig/cache.c  2005-05-25 22:39:40.0 -0500
+++ cvsps-2.1/cache.c   2005-06-19 21:41:25.0 -0500
@@ -108,10 +108,19 @@
 int tag_flags = 0;
 char branchbuff[LOG_STR_MAX] = "";
 int branch_add = 0;
-char logbuff[LOG_STR_MAX] = "";
+int logbufflen = LOG_STR_MAX + 1;
+char * logbuff = malloc(logbufflen);
 time_t cache_date = -1;
 int read_version;
 
+if (logbuff == NULL)
+{
+   debug(DEBUG_SYSERROR, "could not malloc %d bytes for logbuff in 
read_cache", logbufflen);
+   exit(1);
+}
+
+logbuff[0] = 0;
+
 if (!(fp = cache_open("r")))
goto out;
 
@@ -299,8 +308,19 @@
else
{
/* Make sure we have enough in the buffer */
-   if (strlen(logbuff)+strlen(buff)= LOG_STR_MAX)
+   {
+   logbufflen += (len > LOG_STR_MAX ? len : LOG_STR_MAX);
+   char * newlogbuff = realloc(logbuff, logbufflen);
+   if (newlogbuff == NULL)
+   {
+   debug(DEBUG_SYSERROR, "could not realloc %d bytes for 
logbuff in read_cache", logbufflen);
+   exit(1);
+   }
+   logbuff = newlogbuff;
+   }
+   strcat(logbuff, buff);
}
break;
case CACHE_NEED_PS_MEMBERS:
@@ -332,6 +352,7 @@
  out_close:
 fclose(fp);
  out:
+free(logbuff);
 return cache_date;
 }
 
diff -urN cvsps-2.1.orig/cvsps.c cvsps-2.1/cvsps.c
--- cvsps-2.1.orig/cvsps.c  2005-05-25 22:39:40.0 -0500
+++ cvsps-2.1/cvsps.c   2005-06-19 23:07:20.0 -0500
@@ -265,7 +265,8 @@
 PatchSetMember * psm = NULL;
 char datebuff[20];
 char authbuff[AUTH_STR_MAX];
-char logbuff[LOG_STR_MAX + 1];
+int logbufflen = LOG_STR_MAX + 1;
+char * logbuff = malloc(logbufflen);
 int loglen = 0;
 int have_log = 0;
 char cmd[BUFSIZ];
@@ -273,6 +274,12 @@
 char use_rep_buff[PATH_MAX];
 char * ltype;
 
+if (logbuff == NULL)
+{
+   debug(DEBUG_SYSERROR, "could not malloc %d bytes for logbuff in 
load_from_cvs", logbufflen);
+   exit(1);
+}
+
 if (!no_rlog && !test_log_file && cvs_check_cap(CAP_HAVE_RLOG))
 {
ltype = "rlog";
@@ -480,24 +487,22 @@
 */
if (have_log || !is_revision_metadata(buff))
{
-   /* if the log buffer is full, that's it.  
-* 
-* Also, read lines (fgets) always have \n in them
-* which we count on.  So if truncation happens,
-* be careful to put a \n on.
-* 
-* Buffer has LOG_STR_MAX + 1 for room for \0 if
-* necessary
-*/
-   if (loglen < LOG_STR_MAX)
+   /* If the log buffer is full, try to reallocate more. */
+   if (loglen < logbufflen)
{
int len = strlen(buff);

-   if (len >= LOG_STR_MA

Bug#319894: jack gets tracksize calculation wrong (related to data tracks)

[Martin Michlmayr]

merge 319894 319901
found 319901 2.99.6-1
thanks

* Martin Michlmayr <[EMAIL PROTECTED]> [2005-07-25 15:41]:
> jack sometimes aborts right at the end of the last audio track when a
> CD has a data track at the end.  Ripping the track by hand with
> cdparanoia shows that it works, even with --abort-on-skip:
...
> | assumed track size: 110626364
> | real track size: 83813564

This bug is fixed as a side-effect of the patch which I just submitted
for #319901 (the MSF offset fix).  When jack computes the right
offsets, it still gets the size of the last track wrong; however, when
the offsets are right, the size information from cdparanoia is taken -
and that information is correct.  (I haven't quite followed the path
to see why the cdparanoia information is taken in one case and not the
other but given that my previous patch mysteriously leads to the right
information being used, I don't particularly care.)
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#320067: ITP: vamps -- Vamps evaporates DVD compliant MPEG2 program streams by selectively copying audio and subpicture tracks and by re-quantizing the embedded elementary video stream.

[Lars Wirzenius]

ti, 2005-07-26 kello 21:36 +0200, Moratti Claudio kirjoitti:
>   Description : Vamps evaporates DVD compliant MPEG2 program streams 
> by selectively copying audio and subpicture tracks and by re-quantizing 
> the embedded elementary video stream.

This short description is a bit long and it also leaves it unclear to me
what the program actually does. The verb evaporate means, according the
WordNet dictionary:

v 1: lose or cause to lose liquid by vaporization leaving a more
 concentrated residue; "evaporate milk" syn: vaporize,
  vaporise
2: cause to change into a vapor; "The chemist evaporated the
   water" syn: vaporise
3: change into a vapor; "The water evaporated in front of our
   eyes" syn: vaporise

At a guess, does vamps make MPEG2 streams smaller?



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

Bug#242965: Unable to rip a certain track

[Martin Michlmayr]

* Martin Michlmayr <[EMAIL PROTECTED]> [2005-06-25 10:20]:
> * Philipp Weis <[EMAIL PROTECTED]> [2005-06-24 21:03]:
> > Sorry, I missed the opportunity to check this while I was home, and it
> > will be another four weeks till I have access to that CD again. So you
> > can either close this bug for now and I'll reopen it if the error
> > still occurs, or leave it open for another four or fife weeks till I
> > get back home to check this.
> 
> I'll just leave it open.  Thanks for the note.

ping :)

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#242965: Unable to rip a certain track

[Martin Michlmayr]

* Philipp Weis <[EMAIL PROTECTED]> [2004-04-10 01:03]:
> jack has another problem with the last track on a particular CD. The
> track seems to get ripped correctly, but at the end of the ripping
> process jack exists with an error. The error message does not seem to
> be very useful, but here it goes:

I have another theory about this bug now.  Do you know if by any
chance this track is followed by a data track?  If so, I've probably
just committed a fix to SVN.
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#266052: jack: utf8 support: still not displayed right, falls over trying to id3 tag

[Martin Michlmayr]

* [EMAIL PROTECTED] <[EMAIL PROTECTED]> [2005-07-08 17:59]:
> [I don't know whether you want to handle this by reopening the
> bug report or treating this as a fresh one.]

That's fine.  My apologies for not seeing your new message before,
though.

> queries the server and gets a UTF8 freedb file back. However,
> the during-ripping display mangles the UTF8 track names rather,
> giving mojibake, and also doesn't cope with the fact that some
> characters are double-width.

Yes, the problem is that there are currently no ncurses bindings for
Python which support UTF-8.  I've had a fairly long discussion about
this with various people (see #279000) and someone might create such
bindings in the near future.  Once this will happen, I'll switch jack
over to use it.  (And yes, there is one minor cosmetic error related
to double-width chars that I'm aware of; I've fixed some already but
at least one more is there.  I'll fix that eventually.)

> Also, once ripping is complete it tries and fails to tag them:

>   File "/usr/lib/python2.3/site-packages/eyeD3/tag.py", line 941, in 
> __saveV1Tag
> tag += self._fixToWidth(self.getTitle().encode("latin_1"), 30);
> UnicodeEncodeError: 'latin-1' codec can't encode characters in position 0-6: 
> ordinal not in range(256)

OK, that's a real bug.

> It should ideally tag them properly in UTF8 (if such a thing is
> possible); failing that, it should catch and report the error in a
> more user friendly way than a python backtrace.

MP3 has (at least) two different type of tags, version 1 and version
2.  Version 2 supports UTF8 and when you look at your file you should
see that it has been tagged properly.  jack can also add version 1
tags and this is what broke in your case.  I'll make it more robust.
Also, I think we should turn version 1 tags off by default.

Anyway, you can use the patch below or wait a for days for a new
package:


--- jack_tag.py~2005-07-26 21:49:15.567452736 +0100
+++ jack_tag.py 2005-07-26 21:49:55.100442808 +0100
@@ -138,7 +138,10 @@
 tag.setGenre("(%d)" % (cf['_id3_genre']))
 if cf['_id3_year'] != -1:
 tag.setDate(cf['_id3_year'])
-tag.update()
+try:
+tag.update()
+except UnicodeEncodeError:
+pass
 mp3file.close()
 elif jack_helpers.helpers[cf['_encoder']]['target'] == "ogg":
 vf = ogg.vorbis.VorbisFile(mp3name)

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#317025: cvs: loginfo fails: no such internal variable $

[Mark Symonds]

Hi all, 

Just a quick top-reply here - am I correct in saying that loginfo is executed 
as the UID that is running hte commit anyway?  I say this because I removed 
the $USER variable without :ext: and did this instead: 

^somedirectory (echo "*+~--- OurProject --~!
+*";id;date;cat; (sleep 1; cd /home/vrooms/public_html;cvs -q 
-d /home/cvsroot checkout aximize) &) >> $CVSROOT/CVSROOT/updatelog 2>&1

The above served well as a workaround; we ran into some perms issues but I 
brute-forced it out of the way with a cronjob to chown -R everything.  For 
now, it is working. 

Anyway just wanted to check in - hope debconf was great.  :-) 

Best

-- 
Mark 


On Sunday 24 July 2005 03:18 pm, Steve McIntyre wrote:
> On Wed, Jul 06, 2005 at 11:26:08AM +0100, Steve McIntyre wrote:
> >Oops.
> >
> >I'll investigate and get back to you...
>
> Apologies for the delay; Debconf kind-of interrupted me. I've worked
> on this locally and I can (sometimes) trigger the bug you
> describe. After applying a patch
> (http://lists.gnu.org/archive/html/bug-cvs/2004-12/msg00086.html) it
> _seems_ to have gone away for me. Can you please try the test binary
> package from
>
> http://www.einval.com/cvs/cvs_1.12.9-14_sarge_unofficial_i386.deb
>
> for me and let me know if the problem is fixed for you too?
>
> Thanks,

-- 
Mark Symonds
SYMONDS.NET Internetworking Solutions
http://www.symonds.net
+1.714.8398127


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

Bug#297978: jack: --exec option is not saved

[Martin Michlmayr]

tags 297978 + moreinfo
thanks

* Martin Michlmayr <[EMAIL PROTECTED]> [2005-06-19 20:20]:
> > The --exec option is apparently not saved when running jack with the
> > --save option.
> 
> Sorry, I cannot reproduce this.  Maybe you just got confused by the
> fact that the command line option is --exec but that the config
> variable is called exec_when_done (see
> /usr/lib/python2.3/site-packages/jack_config.py).

Chris, can you confirm this?


> 
> 901:[EMAIL PROTECTED]: ~] cat /dev/null > ~/.jack3rc
> 902:[EMAIL PROTECTED]: ~] /usr/bin/jack --exec --save
> This is jack 3.1.1 (C)2004 Arne Zellentin <[EMAIL PROTECTED]>
>  *warning* config file /home/tbm/.jack3rc is of unknown version None.
>  *warning* config file /home/tbm/.jack3rc is of unknown version None.
>  *info* 1 options saved in ~/.jack3rc
> 903:[EMAIL PROTECTED]: ~] cat ~/.jack3rc
> exec_when_done:yes
> 904:[EMAIL PROTECTED]: ~]
> 
> 
> Can you confirm this work on your system?

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#310931: your mail

[Marcin Owsiany]

On Tue, Jul 26, 2005 at 09:58:10PM +0200, maximilian attems wrote:
> retitle 310931 overheating cpu due to !acpid
> tags 310931 -moreinfo
> tags 310931 d-i 
> severity 310931 wishlist
> reassign 310931 tasksel
> thanks
> 
> On Tue, 26 Jul 2005, Marcin Owsiany wrote:
> 
> > On Tue, Jul 26, 2005 at 05:57:17PM +0200, Maximilian Attems wrote:
> > > tags 310931 moreinfo
> > > stop
> > > 
> > > any progress on the matter?
> > > can you reproduce it with the 2.6.12 linux image from unstable?
> > 
> > First of all, the reported situation happened only before I installed
> > acpid package. After that, during regular operation in runlevel 2, when
> > userspace acpid is running, there are no more kacpid CPU hogs.
> > 
> > I also got the impression that the CPU fan switches to higher RPM on
> > high CPU utilization only when acpid is running. It might be that in
> > runlevel 1 (i.e. when the user-space acpid is not running), the CPU was
> > constantly overheated, and that in turn caused the kacpid CPU hog.
> 
> hmm so the bug report isn't exactly against a kernel-image.
> i'm not sure debian is already preventing the unexerienced user from
> overheating it's cpu.  for now i'll reassign to tasksel so the bug gets 
> on the radar of the debian-installer team.
> maybe we already install acpid for desktop systems, but maybe that
> should be paired with some hardware detection of d-i (apm or acpi too old)
> cc the debian-installer list for feedback.
>  
> > I installed the 2.6.12 package the day before yesterday, so I will try
> > to test this some more in runlevel 1 today, if you want.
> 
> no thanks i believe you.

Either way, I don't think having acpid installed is enough, as long it
starts so late in bootup process. A long fsck run or a similar problem
before entering runlevel 2, and the problem appears again :-/

I don't know much about ACPI specification, but maybe it would be
possible to make the fans run at maximum speed when kernel boots, until
acpid starts (which would then turn them down according to whatever its
user-space policy says).

Marcin
-- 
Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216  FE67 DA2D 0ACA FC5E 3F75  D6F6 3A0D 8AA0 60F4 1216


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

Bug#320079: munin-node: postgresql plugin wish

[Moses Moore]

Package: munin-node
Version: 1.2.3-1
Severity: wishlist


[insert emacs/vi bickering here]

MySQL is nice, but some of us use PostgreSQL.
Odds are, I'll end up writing this myself, but just in case someone
else beats me to the punch, or if I've overlooked an existing munin
plugin.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.18-sb
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages munin-node depends on:
ii  libnet-server-perl0.87-3 An extensible, general perl server
ii  perl  5.8.4-8Larry Wall's Practical Extraction 
ii  procps1:3.2.1-2  The /proc file system utilities

-- no debconf information


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