Bug#490154: geeqie: cannot open help page: replace "gnome-www-browser" with "sensible-browser"

[Laurent MONIN]

Hi,

 i applied the proposed patch to geeqie trunk and make some changes to accept
other ways to define the html browser:

* Geeqie trunk revision 977:
Apply debian-specific patch to launch help browser (bug 2015099).

* Geeqie trunk revision 978:
Improve ways to specify html browser (used for help, see bug 2015099).
Two new rc file options were added:
- helpers.html_browser.command_name
- helpers.html_browser.command_line
These are checked first before trying common browser locations.
If these do not lead to a valid browser, then geeqie will
search for geeqie_html_browser script in the path, then
it will try various common browsers.

Kind regards,

-- 
Laurent MONIN aka Zas



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

Bug#255720: Processed: reopening 255720

[Sebastian Harl]

Hi Marco,

On Mon, Jul 14, 2008 at 11:42:02PM +, Debian Bug Tracking System wrote:
> > reopen 255720
> Bug#255720: python2.3-rrd: would like to capture image written to standard out

Could you please check if this bug still applies to RRDtool 1.3 which
can be found in experimental?

TIA,
Sebastian

-- 
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin



signature.asc
Description: Digital signature

Bug#490265: Bug#369386: Patch for rc-bugs in lynx-cur

[Atsuhito Kohda]

Hi Don,

On Mon, 14 Jul 2008 22:11:23 -0700, Don Armstrong wrote:

> It's your decision, but are you sure that you want to take on the
> repsonsibility of maintaining a development release of lynx throughout
> a stable release cycle instead of the stable release of lynx?

Yes, it is not something like -snapshot but, at least recently,
it is what you guessed as alternative possibiliry;

> An alternative possibility exists that the -cur release is actually
> the version that upstream plans on having long-term support for, and
> the lynx version is just for legacy users, but the bug thread (which I
> read) doesn't make this point clear.

So, from the same reason,

> I can't speak for the security team, but I'd be rather suprised if
> they'd be willing to support a development version in favor of a
> stable version of lynx.

it will be easier for our security team to support lynx-cur
than a stable lynx.

Regards,2008-7-15(Tue)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima



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

Bug#490900: vlc: new version 0.8.6i fixes CVE-2008-2430 (integer overflow in WAV demuxer)

[Noel Köthe]

Package: vlc
Version: 0.8.6.h-1
Severity: grave
Tags: security
Justification: user security hole

Hello,

http://wiki.videolan.org/Changelog/0.8.6i

  Security updates

  * Fixed integer overflow in WAV demuxer (CVE-2008-2430) 
  ...

Thanks for updating the package.

Noèl

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages vlc depends on:
ii  libaa1 1.4p5-37+b1   ascii art library
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libavcodec51   0.svn20080206-10  ffmpeg codec library
ii  libc6  2.7-12GNU C Library: Shared libraries
ii  libcaca0   0.99.beta14-1 colour ASCII art library
ii  libcairo2  1.6.4-6   The Cairo 2D vector graphics libra
ii  libcdio7   0.78.2+dfsg1-3library to read and control CD-ROM
ii  libcucul0  0.99.beta14-1 low-level Unicode character drawin
ii  libdbus-1-31.2.1-2   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.76-1simple interprocess messaging syst
ii  libfreetype6   2.3.7-1   FreeType 2 font engine, shared lib
ii  libfribidi00.10.9-1  Free Implementation of the Unicode
ii  libgcc11:4.3.1-6 GCC support library
ii  libgl1-mesa-glx [libgl 7.0.3-5   A free implementation of the OpenG
ii  libglib2.0-0   2.16.4-1  The GLib library of C routines
ii  libglu1-mesa [libglu1] 7.0.3-5   The OpenGL utility library (GLU)
ii  libgtk2.0-02.12.11-1 The GTK+ graphical user interface 
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libiso9660-5   0.78.2+dfsg1-3library to work with ISO9660 files
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libnotify1 [libnotify1 0.4.4-3   sends desktop notifications to a n
ii  libpango1.0-0  1.20.5-1  Layout and rendering of internatio
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libsdl-image1.21.2.6-3   image loading library for Simple D
ii  libsdl1.2debian1.2.13-2  Simple DirectMedia Layer
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libstdc++6 4.3.1-6   The GNU Standard C++ Library v3
ii  libtar 1.2.11-5  C library for manipulating tar arc
ii  libtiff4   3.8.2-10  Tag Image File Format (TIFF) libra
ii  libvcdinfo00.7.23-4  library to extract information fro
ii  libvlc00.8.6.h-1 multimedia player and streamer lib
ii  libwxbase2.6-0 2.6.3.2.2-2   wxBase library (runtime) - non-GUI
ii  libwxgtk2.6-0  2.6.3.2.2-2   wxWidgets Cross-platform C++ GUI t
ii  libx11-6   2:1.1.4-2 X11 client-side library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxosd2   2.2.14-1.5X On-Screen Display library - runt
ii  libxv1 2:1.0.4-1 X11 Video extension library
ii  ttf-dejavu-core2.25-1Vera font family derivate with add
ii  vlc-nox0.8.6.h-1 multimedia player and streamer (wi
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

vlc recommends no packages.

-- no debconf information



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

Bug#487884: pokerth: colors look strange

[Evgeni Golov]

reassign 487884 libqt4-gui
found 487884 4.4.0-4
retitle 487884 QPixmap and QImage displaying problems on bigendian
thanks

On Fri, 4 Jul 2008 00:10:38 +0200 Evgeni Golov wrote:

> This is even known up-upstream:
> http://trolltech.com/developer/task-tracker/index_html?method=entry&id=196152
> But "Scheduled for? Some future release" does not sound good :(

And possibly also
http://trolltech.com/developer/task-tracker/index_html?method=entry&id=192397

@Debian Qt/KDE guys:
Can you have a look at this? It's kinda annoying to have all
transparent images displayed inverterted.
For a fix I think one could manipulate QImage.cpp or QImageReader.cpp
to run QImage::rgbSwapped() if an image with an alpha channel is
detected on BigEndian (but that would be more a workaround than a
fix :/)

Regards
Evgeni


pgp0UV2fmVb69.pgp
Description: PGP signature

Bug#481436: linux-image-2.6.24-1-686: Unable to use wireless with Intel (bug #481436)

[Alexandre]

Le vendredi 11 juillet de l'année 2008, vers 19 heures et 30 minutes, 
maximilian attems écrivait:
> [ please keep bug report on cc, otherwise gets lost in private
>   communication, thanks ]

ok
 
> On Fri, 11 Jul 2008, Alexandre wrote:
> 
> > Le jeudi 10 juillet de l'année 2008, vers 23 heures et 36 minutes, 
> > maximilian attems écrivait:
> > > thanks for feedback hadn't time to look at it again yet.
> > 
> > you are welcome
> > 
> > >  
> > > but please upgrade your kernel 2.6.24 is not supported,
> > > 2.6.25 from unstable installs just fine in testing
> > > and should land there soonest.
> > 
> > soon? how long? how many days (months) do you predict?
> 
> hope soonest, but ..

you were right: 2.6.25 kernel is now in Lenny and works like a charm
with my wifi connection.

>  
> > thank you for the information: if it is too long, i will dist-upgrade.
> 
> no need to dist upgrade just fetch the corresponding linux image
> by hand from packages.debian.org and install it on your box.
> 

yes, next time for sure, but this one you were faster than me ;)

-- 
---()()()()()()()()()--)()()()()()()()()(---
-()()--()-()-()()--)()(-)(-)(--)()(-
()()()()()()()())()()()()()()()(



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

Bug#486070: speedy-cgi-perl_2.22-10 needs build on hppa

[Niko Tyni]

Hi hppa buildd admins,

it looks like speedy-cgi-perl is somehow quarantined on hppa; 2.22-10
has been in the 'Needs-Build' state for a month now. The 2.22-9 FTBFS
(#486070) should be fixed in 2.22-10, so could you please requeue it?

Thanks for your work on Debian,
-- 
Niko Tyni   [EMAIL PROTECTED]



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

Bug#486257: pokerth causes high Xorg activity

[Evgeni Golov]

Hi Steve,

do you still have these strange problems with pokerth? Neither upstream
nor me have an idea what it could be :(

Regards
Evgeni



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

Bug#490899: user-setup-udeb: way to (easily) *not* create a user, but do the root password setup

[Joerg Jaspert]

Package: user-setup-udeb
Severity: wishlist

Hi

Would be nice if there is an easy way to skip creation of an user
account but still do the rest of the task user-setup-udeb usually does.

IE, when I entered the root password and then leave the username blank
(login name), it currently displays a warning (fine), but then jumps
back and tries to do it all again. It should please ask something like

"Maybe you want to go without a normal user account?"

and then skip the user creation. And if you only ask that in case no
login name was entered it will only be displayed to very few users, so
not distracting most people.

Yes, one could enter some foo=bar during boot, to preseed some value and
pass by that. But - sometimes its hard to do that (broken kvm over
ip not letting you enter all characters is one reason), so it would be
nice if it can be skipped during d-i run too.

-- 
bye, Joerg
 LOL die Telefonnummer vom Arbeitsamt Mönchengladbach ist echt 404-0?
 Soll das nen schlechter Scherz sein?



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

Bug#486300: Info received (more failures different box/nic)

[Alex Samad]

Hi

I believe this bug can be closed now. I posted the question on
linux-kernel mailing list. A reply came back about mtu issues.

Seems like I had 2 problems
net.ipv4.tcp_rmem = 409687380   2097152
in my sysctl.conf, a hang over from long ago

and my mtu was set wrongly the route information was different from the
ip li information

I had 

ip r a 192.168.11.10/32 dev eth0 mtu 9100
ip li set eth0 mtu 6144


since clearing these up I haven't had any problems, I was able to
previously reproduce the probem by coping over a 2G file

Alex


signature.asc
Description: Digital signature

Bug#490897: ldm: tcsh users unable to login]

[Daniel Nilsson]

Package: ldm
Version: 2:2.0.6-1~40.etch.0
Severity: important


After a lot of hours spent troubleshooting I have discovered that ldm (at 
least, 
could be other parts of ltsp as well) assumed that the user trying to login
is using as bourne shell in the server machine. 

For example, line 71 if src/sshutils.c of ldm:

sshcmd[i++] = "LANG=C";

Here ssh is hardcoded to set an environmental variable using this syntax 
which is not compatible with tcsh syntax (env LANG=C would be needed in that
case). I tried changing the above but this only seemed to move the problem
somewhere else. If I create two new users on the server where one user is
using /bin/bash as login shell and one user is using /usr/bin/tcsh only the
bash user is allowed to login.

I'm on etch but I followed the directions here to install LTSP5:

http://wiki.debian.org/LTSP/Howto

Regards
Daniel


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-smi-patch
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages ldm depends on:
ii  gtk2-engines [gtk2-eng 1:2.8.2-1 theme engines for GTK+ 2.x
ii  gtk2-engines-clearlook 1:2.8.2-1 Clearlooks GTK+ 2.x engine and the
ii  libatk1.0-01.12.4-3  The ATK accessibility toolkit
ii  libc6  2.3.6.ds1-13etch5 GNU C Library: Shared libraries
ii  libcairo2  1.2.4-4.1+etch1   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.4.2-1.2 generic font configuration library
ii  libglib2.0-0   2.12.4-2  The GLib library of C routines
ii  libgtk2.0-02.8.20-7  The GTK+ graphical user interface 
ii  libpango1.0-0  1.14.8-5  Layout and rendering of internatio
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxrandr2 2:1.1.0.2-5   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  openssh-client 1:4.3p2-9etch2Secure shell client, an rlogin/rsh
ii  xserver-xorg   1:7.1.0-19the X.Org X server
ii  xserver-xorg-core [xse 2:1.1.1-21etch5   X.Org X server -- core server

Versions of packages ldm recommends:
ii  netcat1.10-32TCP/IP swiss army knife

-- no debconf information



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

Bug#488334: Iceweasel 3 ends with no reason

[Mike Hommey]

On Mon, Jul 14, 2008 at 11:44:11PM +0200, Niluge KiWi wrote:
> Le mercredi 02 juillet 2008 à 07:26 +0200, Mike Hommey a écrit :
> > On Tue, Jul 01, 2008 at 11:41:01PM +0200, Niluge KiWi wrote:
> > > Le mardi 01 juillet 2008 à 19:46 +0200, Mike Hommey a écrit :
> > > > On Tue, Jul 01, 2008 at 01:33:31PM +0200, Niluge KiWi wrote:
> > > > > Le samedi 28 juin 2008 à 13:27 +0200, Mike Hommey a écrit :
> > > > > > On Sat, Jun 28, 2008 at 08:14:27AM +0200, Mike Hommey wrote:
> > > > > > > On Sat, Jun 28, 2008 at 01:40:41AM +0200, Niluge KiWi wrote:
> > > > > > > > Package: iceweasel Version: 3.0~rc2-1 Severity: normal
> > > > > > > > 
> > > > > > > > 
> > > > > > > > I use Iceweasel with a lot of tabs (at least 170) and iceweasel
> > > > > > > > crash from time to time. 
> > > > > > > 
> > > > > > > Please install iceweasel-dbg and send what bug buddy gives you
> > > > > > > then.
> > > > > > 
> > > > > > There must be something wrong, then, because it really should find
> > > > > > the debugging symbols, which the trace you sent lacks. Can you try
> > > > > > removing /usr/lib/iceweasel/xulrunner and try again?
> > > > > > 
> > > > > > Mike
> > > > > 
> > > > > Hi, I updated iceweasel to 3.0~rc2-2, and iceweasel-dbg too, and the
> > > > > backtrace seems to be better filled, even if there are still lines
> > > > > like "No symbol table info available."...  I dont really
> > > > > understand why I should remove /usr/lib/iceweasel/xulrunner... But if
> > > > > it's necessary, I'll do it next time.
> > > > 
> > > > Looks like your flash plugin is crashing. This is not unusual, and can't
> > > > be fixed by anyone else than Adobe :-/
> > > > 
> > > > Mike
> > > 
> > > Hi again,
> > > I use the "flashblock" add-on in order to block all flash content  by
> > > default (and if I want to play the play animation, I can activate it by
> > > hand.)
> > > The backtrace is from a new opened firefox, so there is no flash content
> > > running at all. (but I'm not sure if it's enouth to stop flash from
> > > running...)
> > > I had another crash and there is no string "flash" into the backtrace,
> > > so I thnik the issue doesn't come from flash.
> > 
> > Install libmozjs1d-dbg and libnspr4-0d-dbg, and try to get a new
> > backtrace.
> > 
> > Thanks
> > 
> > Mike
> 
> Hi, 
> Another crash, and this time with the two debeug packages you asked

Sorry about the inconvenience, but can you remove
/usr/lib/xulrunner-1.9/dependentlibs.list, and then get another
backtrace?

Thanks

Mike



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

Bug#488283: software rendering

[Sten Heinze]

I tried to find more information. It looks like the bugs has a similar reason 
as #393266 for xserver-xorg-video-savage, see also 
http://bugzilla.kernel.org/show_bug.cgi?id=7767.

I installed debian's linux-image-2.6.25-2-686 from testing, and compiled 
vanilla 2.6.25.10 (+patches for tp-smapi, hdaps, linux-phc), but the error 
message still remains the same.

Please let me know, if I can help.

Sten



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

Bug#490896: Acknowledgement (Keyboard related issues in the graphical installer)

[Frans Pop]

block 490896 with 482335
block 490896 with 490610
block 490896 with 394871
block 490896 with 401296
thanks

Add blocks for the following issues:
#482335: Some keyboard characters no longer work after switch to 2.6.24
#490610: Incorrect handling of unicode mode in kbd-chooser
#394871: Incorrect handling of unicode mode in directfb
#401296: Double handling of deadkeys leads results in problems (gtk)



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

Bug#490265: Bug#369386: Patch for rc-bugs in lynx-cur

[Don Armstrong]

On Tue, 15 Jul 2008, Atsuhito Kohda wrote:
> On Mon, 14 Jul 2008 17:55:42 -0700, Don Armstrong wrote:
> 
> > > Why is this "important"? It looks like a purely cosmetical question.
> > > (minor or wishlist.)
> > 
> > Because it's something that should be resolved prior to release, and
> > probably should even be RC. It certainly isn't the kind of breakage
> > that should be introduced in an NMU.
> 
> I don't know it is acceptable for you or not but, personally, I
> prefer lynx-cur because there are two branches of lynx in the
> upstream and the development version is called lynx-cur by the
> upstream. The name lynx-cur explicitly expresses that it is the
> developement version instead of stable version.

It's your decision, but are you sure that you want to take on the
repsonsibility of maintaining a development release of lynx throughout
a stable release cycle instead of the stable release of lynx?

I can't speak for the security team, but I'd be rather suprised if
they'd be willing to support a development version in favor of a
stable version of lynx.

From where I sit, it seems like the wrong solution to #369386 was
reached; lynx-cur should have an RC bug against it, but that RC bug
should exist only to keep lynx-cur to transition to testing and then
being released. A second lynx package should exist which is the most
recent stable release of the lynx tree. [This situtation already
exists for numerous -snapshot packages which should never be released
with a Debian stable release.]

An alternative possibility exists that the -cur release is actually
the version that upstream plans on having long-term support for, and
the lynx version is just for legacy users, but the bug thread (which I
read) doesn't make this point clear.


Don Armstrong

-- 
NASCAR is a Yankee conspiracy to keep you all placated so the South
won't rise again.
 -- http://www.questionablecontent.net/view.php?comic=327

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



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

Bug#490896: Keyboard related issues in the graphical installer

[Frans Pop]

Package: cdebconf-gtk-udeb

Meta bug report for keyboard issues seen in the graphical installer which 
are often caused by bugs in libraries we use or other components.

This BR can be blocked by those bugs and thus serve as a single reference 
point.



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

Bug#490265: Bug#369386: Patch for rc-bugs in lynx-cur

[Atsuhito Kohda]

Hi Don and Andreas,

On Mon, 14 Jul 2008 17:55:42 -0700, Don Armstrong wrote:

> > Why is this "important"? It looks like a purely cosmetical question.
> > (minor or wishlist.)
> 
> Because it's something that should be resolved prior to release, and
> probably should even be RC. It certainly isn't the kind of breakage
> that should be introduced in an NMU.

I don't know it is acceptable for you or not but, personally,
I prefer lynx-cur because there are two branches of lynx
in the upstream and the development version is called lynx-cur
by the upstream.  The name lynx-cur explicitly expresses 
that it is the developement version instead of stable version.

> By uploading a lynx binary package which was a transition, you *did*
> effectively hijack the lynx package, whether you meant to or not. It's
> certainly not Kohda's responsibility to deal with any of the breakage
> resulting.

I suspect Andreas might only respect my desire.  
Don, I don't know how you read this thread carefully or not 
and it is rather difficult for me to explain full story in 
short but, at least, I accept Andreas' NMU with pleasure.
Further, it is an examination period in Univ. of Japan and 
untill the middle of August, I'll have almost no time to maintain
the package.

> This is the sort of change that should not be made in an NMU without
> the explicit blessing of the maintainer of both packages concerned
> unless you plan on hijacking, adopting, or being seriously involved in
> the maintenance of both.

I think Andreas is seriously involved in the the maintenance
of both, much more seriously than the present maintainers.
(sorry on my part, but as I explained above.)

> At the same time that such an upload is made, a request for removal of
> the lynx-cur or lynx package should also have been made, coupled with
> the triaging and possible reassignment of lynx-cur or lynx bugs to the
> new set of binary packages.

But I think the situation looks too ambiguous yet.

Regards,2008-7-15(Tue)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima



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

Bug#490895: aptitude: complains /dev/gpmctl: No such file or directory in syslog

[Daniel Dickinson]

Package: aptitude
Version: 0.4.11.4-1
Severity: normal


Launching aptitude produces the following syslog

Jul 14 21:34:46 brennin aptitude: *** info
Jul 14 21:34:46 brennin aptitude: /dev/gpmctl: No such file or directory
Jul 14 21:34:46 brennin aptitude: *** info
Jul 14 21:34:46 brennin aptitude: /dev/gpmctl: No such file or directory
Jul 14 21:34:46 brennin aptitude: *** err
Jul 14 21:34:46 brennin aptitude: Oh, oh, it's an error! possibly I die!

It works, despite these messages, but are they really necessary?

-- Package-specific info:
aptitude 0.4.11.4 compiled at Jun  8 2008 00:56:54
Compiler: g++ 4.3.1 20080523 (prerelease)
Compiled against:
  apt version 4.6.0
  NCurses version 5.6
  libsigc++ version: 2.0.18
  Ept support enabled.

Current library versions:
  NCurses version: ncurses 5.6.20080308
  cwidget version: 0.5.11
  Apt version: 4.6.0
linux-gate.so.1 =>  (0xe000)
libapt-pkg-libc6.7-6.so.4.6 => /usr/lib/libapt-pkg-libc6.7-6.so.4.6 
(0xb7f09000)
libncursesw.so.5 => /lib/libncursesw.so.5 (0xb7ecd000)
libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0xb7ec6000)
libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0xb7dd6000)
libept.so.0 => /usr/lib/libept.so.0 (0xb7d5e000)
libxapian.so.15 => /usr/lib/libxapian.so.15 (0xb7beb000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7bd6000)
libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb7bbe000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7ad)
libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7aab000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7a9e000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb795)
libutil.so.1 => /lib/i686/cmov/libutil.so.1 (0xb794c000)
libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7947000)
/lib/ld-linux.so.2 (0xb7fd9000)
Terminal: screen
$DISPLAY is set.
`which aptitude`: /usr/bin/aptitude
aptitude version information:

aptitude linkage:

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6. 0.7.14+b1 Advanced front-end for dpkg
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcwidget30.5.11-1  high-level terminal interface libr
ii  libept00.5.17High-level library for managing De
ii  libgcc11:4.3.1-2 GCC support library
ii  libncursesw5   5.6+20080308-1Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a 2.0.18-2  type-safe Signal Framework for C++
ii  libstdc++6 4.3.1-2   The GNU Standard C++ Library v3
ii  libxapian151.0.5-1   Search engine library
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc 0.4.11.4-1 English manual for aptitude, a ter
ii  libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output

-- no debconf information



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

Bug#488641: imagemagick in unstable wants to install more then 250MB of software in upgrade

[naoliv]

Hi Dirk!

On 6/30/08, Dirk Haage <[EMAIL PROTECTED]> wrote:
> when trying to upgrade imagemagick in unstable, it wants to install a lot of
> packages mostly not needed on a headless server:

This is bug http://bugs.debian.org/474993

Thank you!

Best regards,
Nelson



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

Bug#441094: second third even

[Stephen Fletcher (stfletch)]

Please start mailing list for debian-interix

Bug#490893: Debian unstable: umountroot does not unmount root

[subhuman]

Package: initscripts
Version: 2.86.ds1-59
Linux: Linux version 2.6.22-1-686 (Debian 2.6.22-3) ([EMAIL PROTECTED]) (gcc 
version 4.1.3 20070718 (prerelease) (Debian 4.1.2-14)) #1 SMP Sun Jul 29 
14:37:42 UTC 2007

The script /etc/init.d/umountroot fails to unmount the root directory
and remount it in read-only mode. The message that hushes by when the
system is being shut down is: device busy. Unfortunately this later
effects the boot process, because fsck gets called to repair the
uncleanly shutdown. See below what is mounted where, the partition in
question is /dev/hdc6.

[EMAIL PROTECTED]:~$ cat /proc/mounts 
rootfs / rootfs rw 0 0
none /sys sysfs rw,nosuid,nodev,noexec 0 0
none /proc proc rw,nosuid,nodev,noexec 0 0
udev /dev tmpfs rw 0 0
/dev/hdc6 / reiserfs rw 0 0
/dev/hdc6 /dev/.static/dev reiserfs rw 0 0
tmpfs /lib/init/rw tmpfs rw,nosuid 0 0
usbfs /proc/bus/usb usbfs rw,nosuid,nodev,noexec 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /dev/pts devpts rw,nosuid,noexec 0 0
fusectl /sys/fs/fuse/connections fusectl rw 0 0
/dev/hdc1 /boot ext3 rw,data=ordered 0 0
/dev/hdd1 /vol/local/hdd1 reiserfs rw 0 0
/dev/hdd2 /vol/local/hdd2 reiserfs rw 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec 0 0



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

Bug#490894: Debian unstable: audacious looks for an so-file that doesn't exist.

[subhuman]

Package: audacious
Version: 1.5.1
Linux: Linux version 2.6.22-1-686 (Debian 2.6.22-3) ([EMAIL PROTECTED]) (gcc 
version 4.1.3 20070718 (prerelease) (Debian 4.1.2-14)) #1 SMP Sun Jul 29 
14:37:42 UTC 2007

Both audacious, and xine fail to start after a shared objects file
couldn't be found. The name of the file is libcares.so.2 which even
apt does not know. Audacious also misses amidi-plug.so - although all
available plugins have been installed.

[EMAIL PROTECTED]:~$ audacious &
[1] 11071
[EMAIL PROTECTED]:~$ Failed to load plugin 
(/usr/lib/audacious/Input/amidi-plug.so): 
/usr/lib/audacious/Input/amidi-plug.so: undefined symbol: 
audacious_drct_get_playing
Failed to load plugin (/usr/lib/audacious/General/scrobbler.so): libcares.so.2: 
cannot open shared object file: No such file or directory
Failed to load plugin (/usr/lib/audacious/Transport/lastfm.so): libcares.so.2: 
cannot open shared object file: No such file or directory



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

Bug#473608: wamerican-huge vs. flyspell

[jidanni]

OK, I have now changed my script to report against iamerican, as it
originally did.



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

Bug#485465: battle for the brightness

[Henrique de Moraes Holschuh]

On Tue, 15 Jul 2008, [EMAIL PROTECTED] wrote:
> H> Do I understand correctly, and now that you're using brightness_mode=2, you
> H> see no weird brightness changes when you lauch xdm, and your brightness 
> keys
> H> work just fine?
> Yes, and yes.
> 
> (I am still observing how well brightness settings last through boots.
> I will mail back if they don't.)

They will, no worries about that.  The issue you can still have is that
something might decide to change the brightness just before shutdown, and
THAT changed brightness would be the one you'd get when you power up.

But apparently, nobody broke things that much yet ;-)

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



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

Bug#473608: wamerican-huge vs. flyspell

[Don Armstrong]

On Tue, 15 Jul 2008, [EMAIL PROTECTED] wrote:
> DA> look and the lookup of flyspell use the wordlist; dict does not, and
> DA> flyspell doesn't use it when it's doing spell checking.
> 
> DA> AFAIK, there's no way to get dict or flyspell to use the wordlist,
> DA> since they're doing completely different things.
> 
> Well I wish someone would give me a replacement script for what to do
> about valid words that turn red in flyspell. Until then I will use my
> current script.

If you're filing bugs, you need to file them against the right
package. If they're in the word lists included in scowl, then it's
obviously not scowl's problem. File them against iamerican if you
must.

Filing bugs about words that already exist in the wordlists
distributed because you're too lazy to fix your script is an
inexcusable waste of everyone's time.


Don Armstrong

-- 
Only one creature could have duplicated the expressions on their
faces, and that would be a pigeon who has heard not only that Lord
Nelson has got down off his column but has also been seen buying a
12-bore repeater and a box of cartridges.
 -- Terry Pratchet _Mort_

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



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

Bug#472802: ITP: limesurvey -- web based survey design and run

[Nicolas Barcet]

owner 472802 !

I've uploaded version 171plusbuild5246r20080708 of the package at
http://www.nijaba.info/debian/


signature.asc
Description: PGP signature

Bug#490820: AC_C_BIGENDIAN broken in 2.62

[Ben Pfaff]

Sebastian Dröge <[EMAIL PROTECTED]> writes:

> there was a behaviour change in AC_C_BIGENDIAN in 2.62 which breaks many
> configure checks as it detects that a machine can do both endianness.
>
> See https://bugzilla.redhat.com/show_bug.cgi?id=449944
>
> Please revert that change before putting 2.62 into unstable. Thanks

Thanks for pointing that out.  The corresponding thread on
bug-autoconf is here:
http://comments.gmane.org/gmane.comp.sysutils.autoconf.bugs/6149

Thus far, no fix has been posted to bug-autoconf list by one of
the Autoconf maintainers or pushed to the autoconf Git
repository.  When one of those happens, I'll apply it to the
Debian package (in experimental, for now).

(I now feel more justified in not uploading 2.62 to unstable than
I did before.)
-- 
"Unix... is not so much a product
 as it is a painstakingly compiled oral history
 of the hacker subculture."
--Neal Stephenson



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

Bug#485465: battle for the brightness

[jidanni]

H> Do I understand correctly, and now that you're using brightness_mode=2, you
H> see no weird brightness changes when you lauch xdm, and your brightness keys
H> work just fine?
Yes, and yes.

(I am still observing how well brightness settings last through boots.
I will mail back if they don't.)



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

Bug#473608: wamerican-huge vs. flyspell

[jidanni]

DA> look and the lookup of flyspell use the wordlist; dict does not, and
DA> flyspell doesn't use it when it's doing spell checking.

DA> AFAIK, there's no way to get dict or flyspell to use the wordlist,
DA> since they're doing completely different things.

Well I wish someone would give me a replacement script for what to do
about valid words that turn red in flyspell. Until then I will use my
current script.



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

Bug#490891: filezilla: Unacceptable password saving behavior

[Dimitar Kavlakov]

Package: filezilla
Version: 3.0.11.1-1
Severity: important

The program silently saves as plain text in it's preferences folder all used
passwords including even ssh ones. They are expected to be manually deleted
by the user, using menu option that works only when no connection is
established. No warning of any kind is issued before saving the password and
no options can be found in the preferences dialog to prevent passwords from
being written to the disk.

I know that FileZilla is originally Windows program and as such it's
developers may see this behavior as acceptable or even expected. If they
don't want to fix it adding install time warning to the Debian package may
be appropriate.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-tuxonice-fbcon (SMP w/1 CPU core; PREEMPT)
Locale: LANG=bg_BG.CP1251, LC_CTYPE=bg_BG.CP1251 (charmap=CP1251)
(ignored: LC_ALL set to bg_BG.CP1251)
Shell: /bin/sh linked to /bin/bash

Versions of packages filezilla depends on:
ii  filezilla-common  3.0.11.1-1 Architecture independent files for
ii  libc6 2.7-12 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.1-6  GCC support library
ii  libgnutls26   2.4.1-1the GNU TLS library - runtime libr
ii  libidn11  1.9-1  GNU libidn library, implementation
ii  libstdc++64.3.1-6The GNU Standard C++ Library v3
ii  libwxbase2.8-02.8.7.1-1  wxBase library (runtime) - non-GUI
ii  libwxgtk2.8-0 2.8.7.1-1  wxWidgets Cross-platform C++ GUI t

Versions of packages filezilla recommends:
ii  filezilla-locales 3.0.11.1-1 Translations of filezilla

-- no debconf information



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

Bug#490890: aolserver4-nsmysql: Package requires libmyqlclient14 and libmysqlclient14-dev

[Albert Lash]

Package: aolserver4-nsmysql
Version: 0.6-3
Severity: grave
Justification: renders package unusable



-- System Information:
Debian Release: lenny/sid
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages aolserver4-nsmysql depends on:
ii  aolserver44.5.0-15   AOL Web Server 4 (Program)
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.1-2  GCC support library
ii  tcl8.48.4.19-2   Tcl (the Tool Command Language) v8

aolserver4-nsmysql recommends no packages.

-- no debconf information



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

Bug#283760: JPEG comment has \377 appended

[jidanni]

found 283760 4.24-4
thanks
With http://commons.wikimedia.org/wiki/Image:Nails_in_love_1.jpg
(http://upload.wikimedia.org/wikipedia/commons/5/51/Nails_in_love_1.jpg)
now there is only the \377 appended, not two characters.
Of course all other programs, e.g., identify(1), have no characters
appended at all.



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

Bug#487162: Upstream bug

[Kenneth Pronovici]

I have submitted this as SF bug #2018350.

KEN

-- 
Kenneth J. Pronovici <[EMAIL PROTECTED]>



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

Bug#487096: Upstream bug

[Kenneth Pronovici]

I have submitted this as SF bug #2018349.

KEN

-- 
Kenneth J. Pronovici <[EMAIL PROTECTED]>



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

Bug#408261: Upstream bug

[Kenneth Pronovici]

I think this is the same as upstream bug #2008061.

KEN

-- 
Kenneth J. Pronovici <[EMAIL PROTECTED]>



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

Bug#487096: false warnings on except

[Kenneth Pronovici]

> Probably because those two are derived from BaseException, while
> everything else is derived from Exception in Python 2.5. There
> is a patch around, which I did not test:
> https://thomas.apestaart.org/thomas/trac/changeset/938?format=diff&new=938

This patch does fix the bug for Python 2.5.  Unfortunately, it also
breaks pychecker for Python < 2.5.

I did talk with upstream.  I'll submit an SF bug, and I'll plan to
re-test when the next release happens (which might be as soon as this
month).

KEN

-- 
Kenneth J. Pronovici <[EMAIL PROTECTED]>
http://www.cedar-solutions.com/



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

Bug#490265: Bug#369386: Patch for rc-bugs in lynx-cur

[Don Armstrong]

submitter 490265 !
reopen 490265
found 490265 2.8.7dev9-1.1
thanks

On Fri, 11 Jul 2008, Andreas Metzler wrote:
> On 2008-07-11 Don Armstrong <[EMAIL PROTECTED]> wrote:
> > clone 369386 -1
> > retitle -1 lynx-cur should be called lynx; ditch lynx transition package
> > severity -1 important
> > thanks
> 
> Why is this "important"? It looks like a purely cosmetical question.
> (minor or wishlist.)

Because it's something that should be resolved prior to release, and
probably should even be RC. It certainly isn't the kind of breakage
that should be introduced in an NMU.

> > On Sat, 28 Jun 2008, Andreas Metzler wrote:
> > > We end up with a dummy package lynx that depends on lynx-cur. (I think
> > > we should keep it permanently.) It should work correctly, lynx
> > > configuration files are handled as good as possible on upgrades:
> > > 
> > >  - if they are not modified locally thy are simply removed.
> > >  - Otherwise they are moved to /etc/lynx-cur/ *unless* the config
> > >files in _that_ directory already exist.
> 
> > Why do we need a lynx transition package which depends on a lynx-cur
> > package instead of just having a single lynx package?
> 
> We can either have a lynx package and a lynx-cur transition package
> or the other way round if we want to provide upgrade path for users
> of both packages.

We definetly don't need to release with the lynx-cur transition
package, since we've never released with it.[1] Furthermore, by
switching to lynx-cur, you instantly break local configurations in
/etc/lynx for no real gain.

> I chose the latter in the NMU since there did not seem to be a
> strong preference for either by the lynx or the lynx-cur maintainer.
>
> Upgrading the lynx package to use 2.8.7dev9 sources would have been
> a lot more disruptive, requiring bigger changes than providing a
> lynx transtion package. (Mainly due to the existence of
> lynx-cur-wrapper.) Not a thing to be done in a NMU imho. And I do
> not want to adopt/hijack/maintain it.

By uploading a lynx binary package which was a transition, you *did*
effectively hijack the lynx package, whether you meant to or not. It's
certainly not Kohda's responsibility to deal with any of the breakage
resulting.

This is the sort of change that should not be made in an NMU without
the explicit blessing of the maintainer of both packages concerned
unless you plan on hijacking, adopting, or being seriously involved in
the maintenance of both.

At the same time that such an upload is made, a request for removal of
the lynx-cur or lynx package should also have been made, coupled with
the triaging and possible reassignment of lynx-cur or lynx bugs to the
new set of binary packages.


Don Armstrong

1: Transitioning in unstable would be nice, but it's certainly not
required, and could easily be handled by a tiny source stub package
which did not transition.
-- 
J.W. Grant: "Bastard!"
Rico: "Yes, Sir. In my case, an accident of birth. But you, Sir,
you're a self-made man."
 -- Henry "Rico" Fardan in "The Professionals"

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



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

Bug#484235: [Pkg-samba-maint] Bug#484235: panic-action called for /usr/sbin/winbindd

[Jim Barber]

The output from log.winbindd for one of the crashes last night follows.
I grabbed a few lines earlier, although I'm not sure they are relevant.
Do I need to increase the logging level for winbind to be above 4?

[2008/07/15 08:57:06, 3] 
nsswitch/winbindd_misc.c:winbindd_interface_version(491)
  [24910]: request interface version
[2008/07/15 08:57:06, 3] nsswitch/winbindd_misc.c:winbindd_priv_pipe_dir(524)
  [24910]: request location of privileged pipe
[2008/07/15 08:57:06, 3] nsswitch/winbindd_user.c:winbindd_list_users(754)
  [24910]: list users
[2008/07/15 08:57:06, 3] nsswitch/winbindd_ads.c:sequence_number(1010)
  ads: fetch sequence_number for PRY
[2008/07/15 08:57:06, 3] nsswitch/winbindd_ads.c:query_user_list(169)
  ads: query_user_list
winbindd: error.c:272: ldap_parse_result: Assertion `r != ((void *)0)' failed.
[2008/07/15 08:57:07, 0] lib/fault.c:fault_report(41)
  ===
[2008/07/15 08:57:07, 0] lib/fault.c:fault_report(42)
  INTERNAL ERROR: Signal 6 in pid 16179 (3.0.30)
  Please read the Trouble-Shooting section of the Samba3-HOWTO
[2008/07/15 08:57:07, 0] lib/fault.c:fault_report(44)

  From: http://www.samba.org/samba/docs/Samba3-HOWTO.pdf
[2008/07/15 08:57:07, 0] lib/fault.c:fault_report(45)
  ===
[2008/07/15 08:57:07, 0] lib/util.c:smb_panic(1633)
  PANIC (pid 16179): internal error
[2008/07/15 08:57:07, 0] lib/util.c:log_stack_trace(1737)
  BACKTRACE: 20 stack frames:
   #0 /usr/sbin/winbindd(log_stack_trace+0x2d) [0x81200ed]
   #1 /usr/sbin/winbindd(smb_panic+0x5d) [0x812021d]
   #2 /usr/sbin/winbindd [0x810aaf8]
   #3 [0xb7fa1420]
   #4 /lib/libc.so.6(abort+0x101) [0xb7cf1541]
   #5 /lib/libc.so.6(__assert_fail+0xf0) [0xb7ce9230]
   #6 /usr/lib/libldap_r-2.4.so.2 [0xb7e1966e]
   #7 /usr/sbin/winbindd [0x8235767]
   #8 /usr/sbin/winbindd(ads_do_search_all_args+0xf4) [0x8235ba4]
   #9 /usr/sbin/winbindd [0x823f05a]
   #10 /usr/sbin/winbindd(ads_do_search_retry+0x3e) [0x823f5ee]
   #11 /usr/sbin/winbindd(ads_search_retry+0x4d) [0x823f7bd]
   #12 /usr/sbin/winbindd [0x80b5515]
   #13 /usr/sbin/winbindd [0x809be56]
   #14 /usr/sbin/winbindd(winbindd_list_users+0xf3) [0x808d013]
   #15 /usr/sbin/winbindd [0x808b6f5]
   #16 /usr/sbin/winbindd [0x808bdc0]
   #17 /usr/sbin/winbindd(main+0x9cf) [0x808c7ef]
   #18 /lib/libc.so.6(__libc_start_main+0xe0) [0xb7cdc450]
   #19 /usr/sbin/winbindd [0x808a8a1]
[2008/07/15 08:57:07, 0] lib/util.c:smb_panic(1638)
  smb_panic(): calling panic action [/usr/share/samba/panic-action 16179]
Failed to read a valid object file image from memory.
Cannot access memory at address 0x3f33
[2008/07/15 08:57:09, 0] lib/util.c:smb_panic(1646)
  smb_panic(): action returned status 0
[2008/07/15 08:57:09, 0] lib/fault.c:dump_core(181)
  dumping core in /var/log/samba/cores/winbindd

Regards,

--
Jim Barber
DDI Health





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

Bug#473608: wamerican-huge vs. flyspell

[Don Armstrong]

On Sun, 13 Jul 2008, [EMAIL PROTECTED] wrote:
> I can not tell which spellchecker I use under emacs. All I know is
> $ dpkg -l|egrep dictionary\|spell|perl -anwle 'print $F[1]'|xargs|fold -s
> aspell aspell-en dictionaries-common dictzip edict iamerican ibritish ispell
> libaspell15 libhunspell-1.2-0 myspell-en-us spell stardic wamerican-huge xjdic
> 
> Here's my plan for fuzzy headed me to spell happily ever after:
> 
> 1. please tell me what packages of the above to remove to ensure only
> wamerican-huge is being used by flyspell, look and dict.

look and the lookup of flyspell use the wordlist; dict does not, and
flyspell doesn't use it when it's doing spell checking.

AFAIK, there's no way to get dict or flyspell to use the wordlist,
since they're doing completely different things.


Don Armstrong

-- 
After the first battle of Sto Lat, I formulated a policy which has
stood me in good stead in other battles. It is this: if an enemy has
an impregnable stronghold, see he stays there.
 -- Terry Pratchett _Jingo_ p265

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



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

Bug#490886: setting package to debhelper, tagging 490886

[Joey Hess]

# Automatically generated email from bts, devscripts version 2.10.33
# via tagpending 
#
# debhelper (7.0.16) UNRELEASED; urgency=low
#
#  * dh: Avoid passing --with on to subcommands. Closes: #490886 

package debhelper
tags 490886 + pending




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

Bug#490889: ftp.debian.org: update override for dar

[Brian May]

Package: ftp.debian.org
Severity: normal

Please update the override entry for libdar-dev:

libdar-dev_2.3.8-2_amd64.deb: package says section is libdevel, override 
says devel.


According to lintian, libdevel is now the preferred section.

Thanks.

--- Begin Message ---
There are disparities between your recently accepted upload and the
override file for the following file(s):

libdar-dev_2.3.8-2_amd64.deb: package says section is libdevel, override says 
devel.

Either the package or the override file is incorrect.  If you think
the override is correct and the package wrong please fix the package
so that this disparity is fixed in the next upload.  If you feel the
override is incorrect then please reply to this mail and explain why.
Please INCLUDE the list of packages as seen above, or we won't be able
to deal with your mail due to missing information.

[NB: this is an automatically generated mail; if you replied to one
like it before and have not received a response yet, please ignore
this mail.  Your reply needs to be processed by a human and will be in
due course, but until then the installer will send these automated
mails; sorry.]

--
Debian distribution maintenance software

(This message was generated automatically; if you believe that there
is a problem with it please contact the archive administrators by
mailing [EMAIL PROTECTED])
--- End Message ---

Bug#490888: metar: cannot read weather data

[Kees Leune]

Hm interesting. i'll go check it out. Hopelly I'll be able to take a
look tomorrow.

Thanks!

On Mon, Jul 14, 2008 at 7:52 PM, Robert E. Riding <[EMAIL PROTECTED]> wrote:
> Package: metar
> Version: 20061030.1-2+b3
> Severity: important
>
> metar fails with the following error message:
> METAR pattern not found in NOAA data.
>
> This happens both when I use the station ID, or when I
> download the metar data from NOAA into a file and use the
> METARURL method.  The data is in the form
>
> KSLC 142253Z 01008KT 10SM CLR 33/M07 A3001 RMK AO2 SLP105 T03331067
>
> for instance, which does in fact work correctly with such programs as
> the gkrellm weather plugin.
>
> -- System Information:
> Debian Release: lenny/sid
>  APT prefers unstable
>  APT policy: (500, 'unstable')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.26 (PREEMPT)
> Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
> Shell: /bin/sh linked to /bin/bash
>
> Versions of packages metar depends on:
> ii  libc6 2.7-12 GNU C Library: Shared libraries
> ii  libcurl3-gnutls   7.18.2-6   Multi-protocol file transfer 
> libra
>
> metar recommends no packages.
>
> -- no debconf information
>
>
>



-- 
Kees Leune <[EMAIL PROTECTED]>
Blog at http://www.leune.org



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

Bug#490888: metar: cannot read weather data

[Robert E. Riding]

Package: metar
Version: 20061030.1-2+b3
Severity: important

metar fails with the following error message:
METAR pattern not found in NOAA data.

This happens both when I use the station ID, or when I
download the metar data from NOAA into a file and use the 
METARURL method.  The data is in the form

KSLC 142253Z 01008KT 10SM CLR 33/M07 A3001 RMK AO2 SLP105 T03331067

for instance, which does in fact work correctly with such programs as 
the gkrellm weather plugin.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26 (PREEMPT)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages metar depends on:
ii  libc6 2.7-12 GNU C Library: Shared libraries
ii  libcurl3-gnutls   7.18.2-6   Multi-protocol file transfer libra

metar recommends no packages.

-- no debconf information



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

Bug#463260: apt-utils: apt-ftparchive caches hashes too aggressively?

[Joey Korkames]

My apt repository suffers from this bug too. It is very annoying to manually 
blow away the cache db's and have them rebuild after an upload overwrites 
and existing file.


I took a look at ftparchive/cachedb.cc in apt 0.5.28.6 (the sarge version 
that is purported to work correctly), 0.5.4 (an intermediate version between 
sarge and etch) and 0.6.46.4 (the current etch version). Without having any 
particular C skills, it is not apparent to me why the overwritten 
packages files are not having their sizes/timestamps recached.


using "db4.4_dump -p whatever.db", I am able to see the plaintext 
package control data in the berkely db. According to cachedb.cc, the :st 
keys contain the filesize and timestamps. They are not human readable 
however and I can't get apt-ftparchive to give verbose output on 
manual invocation so I cannot debug further.


joey




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

Bug#480231: xscreensaver quits on display configuration change by xrandr

[Jose Luis Rivas Contreras]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Andrzej Novak wrote:
> On Sat, Jul 12, 2008 at 12:01:02AM -0430, Jose Luis Rivas Contreras wrote:
>> It's right, in that version it wasn't applied Bas's patch, please try
>> again with this version I tried recently and worked perfectly with a
>> configuration almost like that one.
>>
>> http://debian.rivco.info/xscreensaver/5.05-3/xscreensaver_5.05-3.dsc
>> that's the new dsc, please try the same command of dsc with that URI.
> 
> It fixes the bug I reported (#480231) in that it no longer crashes, in
> tests with:
> 
> * xscreensaver is launched in single-head mode and then the screen is
>   switched to dual-head, and then back.
> * xscreensaver is launched in dual-head mode and then the screen is
>   switched to single-head, and then back.
> 
> However, it appears that the bug #479715 is still present in the latest
> build (i.e. when i launch xscreensaver in single-head, switch to
> dual-head, and then try to lock the screen, only the original screen is
> locked). Is 5.05-3 with the latest version of the patch?
> 
> I just tested with a version compiled with the latest version of Jamie's
> patch (http://www.jwz.org/xscreensaver/xscreensaver-randr-patchb-3.txt)
> (...plus some changes in /etc/pam.d/ which was apparently responsible
> for xscreensaver previously being unable to lock), and both screens lock
> even when xscreensaver is originally launched in single-head mode.
> 
> Regards,
> 
> Andrzej
Thank you Andrzej,

They're different versions of the patch, that's why -3 works different
that Jamie's patch :)

I will unapply Bas's patch in favor of Jamie's patch then. I really had
no time to test it, anyway I will not build a binary for it until I got
it tested at least a little during this week.

Regards.
- --
Jose Luis Rivas. San Cristóbal, Venezuela. PGP: 0xCACAB118
http://ghostbar.ath.cx/{about,acerca} - http://debian.org.ve
`ghostbar' @ irc.debian.org/#debian-ve,#debian-devel-es
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkh75UwACgkQOKCtW8rKsRhU8QCePV3UZlCxDVyBrrIBANoC1KUK
5Z8An0Fp+MKXBcAQ8ANpyr+3mEc1d1UQ
=H8Gw
-END PGP SIGNATURE-



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

Bug#490887: Incorrect ordering of kernels in /boot/grub/grub.cfg

[Kevin Shanahan]

Package: grub-pc
Version: 1.96+20080626-1

It looks like the logic for ordering the installed kernels in the list
generated by update-grub is not working correctly.

On one machine I had installed kernel 2.6.25.7 and then later
2.6.25.10. When I rebooted, expecting the new kernel to come up,
2.6.25.7 came up instead.



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

Bug#469607: xserver-xorg: Incorrect default configuration; desktop display unusable

[Julien Cristau]

On Mon, Jul 14, 2008 at 02:14:56 +0200, Frans Pop wrote:

> I guess I can cover both your questions by just sending you my current 
> xorg.conf file as that works correctly and has everything nicely commented 
> out :-).
> 
The X log would give some information as well.  But it sounds like the
right mode is chosen now. Yay.

> Hmmm. I could have display settings in KDE, so I guess I should try just 
> starting an xterm or something.
> 
> [...]
> 
> OK. After running just xinit with the attached config, xrandr tells me I 
> have [EMAIL PROTECTED], which is fine. Not sure if I should check other info 
> too (I always forget the names of those funky X cmdline utils).
> 
> I will try a new install using D-I soon to verify. Please leave the BR 
> open a bit longer and I'll report the results of that too.
> 
Sure.

Thanks,
Julien



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

Bug#490883: openssh-server: logs some keys to /var/log/auth.log which is world readabl

[Stephen Gran]

tags 490883 -security
severity 490883 normal
thanks
This one time, at band camp, Witold Baryluk said:
> (orginal key removed)
> 
> Jul 13 15:55:34 tytus sshd[24909]: error: key_read: uudecode 
> B3NzaC1
> XXXRvB4h==\n failed
> Jul 13 15:55:36 tytus sshd[24909]: Accepted password for johnybravo from 
> 10.0.1.1 port
>  49186 ssh2
> 
> Ok, key have error, but it is probably one letter, or some whitespaces.
> Ok, it is public key, but sshd shouldn't log it anyway.

-rw-r- 1 root adm 34858 2008-07-15 00:17 /var/log/auth.log

If your auth.log is world readable, something is wrong on your system.
auth.log is designed exactly for information like this, and is designed
to be relatively secret on purpose.

Given that, I'm not convinced this is actually a bug at all, but I'll
leave that decision to the maintainers - I'm just going to lower the
severity.
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

Bug#490885: debhelper: dh addon interface enhancement proposal - command alias support

[Modestas Vainius]

Package: debhelper
Version: 7.0.15
Severity: wishlist
Tags: patch

Hello,

I have been exploring ways to replace my customized CDBS setup with a new 
debhelper v7 dh tool. CDBS offers custom build system extenstion points via 
hooks and specially named variables. Hence you can write your own common 
customized build system based on CDBS.

If I understand correctly, dh sequence addons are supposed to provide such 
extensibility point. However, I found them limited in a few ways. Basically, 
addon author cannot manipulate what arguments are passed to the individual 
sequence commands. debhelper defaults are not always what is wanted. 
Therefore, I think there is a need to extend addon interface with the command 
which would allow the addon to specify arguments to be passed to the 
individual dh_* helper programs. Actually, I went one step further and propose 
support for command aliases. This way dh can be made to run different real 
command when executing a specific sequence command (which then becomes the 
alias (or the identifier) for the real command and its arguments). You may ask 
how aliases are different than a few calls to insert_{after,before}() and 
remove_command(). Well:

1. Setting the alias does not change command position(s) in the sequences. 
This feature could also be implemented via replace_command() call.

2. Aliases can be particularly useful to replace standard dh_program 
implementations with custom scripts without breaking existing 
until/after/before parameters. For example, maybe I want to use my own set of 
custom dh_auto_* scripts to support a weird build system. Then I could 
implement a single dh_auto_weirdbuildsystem script which would handle 
configure/build/install/clean switches and map them to the respective standard 
dh_auto_* sequence commands. Without alias support, I would have to write 4 
different scripts (or create symlinks) like dh_auto_configure_weirdbuildsystem 
dh_auto_build_weirdbuildsystem etc. since dh sequence commands need to have 
unique name.

3. Among other advantages, ability for addon to specify what custom arguments 
should be passed to the individual debhelper programs, allows addons to 
implement some sort of automagic like CDBS does, e.g. auto docs etc.

The attached patch is the implementation of this proposal. Only one new addon 
API is added (set_alias_command()) and unless it was called from the addon, 
behaviour of the patched dh should not be any different than behaviour of the
unpatched dh.

-- 
Modestas Vainius <[EMAIL PROTECTED]>


--- dh	2008-07-09 23:16:57.0 +0300
+++ dh	2008-07-14 00:17:49.0 +0300
@@ -95,6 +95,18 @@
 
 Remove I from the list of commands to run.
 
+=item Debian::Debhelper::Dh_Lib::set_alias_command(command_alias, real_command, command_arg(s) ...)
+
+Turn I command into an alias for the I with the specified
+I (if any). You can use this function either to pass additional arguments
+to the I call (if I == I) or replace a standard
+command with a custom implementation. Please note, however, that in the latter case,
+implementation of the I has to disguise as I in the debhelper
+logs because B tracks I, not I.
+
+To unset the I and turn it back to the normal command, just pass the alias
+in the I parameter and do not set other parameters.
+
 =back
 
 =cut
@@ -296,6 +308,7 @@
 unshift @{$dh{WITH}}, "python-support";
 
 # sequence addon interface
+my %command_aliases = ();
 sub _insert {
 	my $offset=shift;
 	my $existing=shift;
@@ -330,6 +343,23 @@
 	}
 	
 }
+sub set_alias_command {
+	my $alias=shift;
+	my $real_command=shift;
+	my @[EMAIL PROTECTED];
+
+	if ($real_command) {
+		my @cmd;
+		push @cmd, $real_command;
+		push @cmd, @args if (@args);
+		$command_aliases{$alias} = [EMAIL PROTECTED];
+} else {
+		# Remove the alias from the alias list which effectively makes
+		# the alias a normal command again
+		delete $command_aliases{$alias} if exists $command_aliases{$alias};
+}
+}
+
 foreach my $addon (@{$dh{WITH}}) {
 	my $mod="Debian::Debhelper::Sequence::$addon";
 	$mod=~s/-/_/g;
@@ -456,11 +486,24 @@
 
 sub run {
 	my $command=shift;
-	my @[EMAIL PROTECTED];
+	my $alias;
+	my @options;
 	
+	# Check if alias has been defined and if so, use it
+	if (exists $command_aliases{$command}) {
+		$alias=$command;
+		my $realcmd=$command_aliases{$command};
+		$command=shift @$realcmd;
+		push @options, @$realcmd if (@$realcmd);
+		push @options, @_;
+	} else {
+		@[EMAIL PROTECTED];
+	}
 	# 3 space indent lines the command being run up under the 
 	# sequence name after "dh ".
-	print "   ".escape_shell($command, @options)."\n";
+	print "   ".escape_shell($command, @options);
+	print " (via \`$alias\' alias)" if (defined($alias) && $alias ne $command);
+	print "\n";
 
 	if (! $dh{NO_ACT}) {
 		my $ret=system($command, @options);


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

Bug#326874: debhelper: dh_installbugfiles - bug reporting customization files install helper

[Modestas Vainius]

Package: debhelper
Version: 7.0.15

Hello,

I implemented dh_installbugfiles debhelper program which handles installation 
of bug scripts, bug control and presubj files. Please read perldoc of the 
attached file for more information. Feel free to rename it as appropriate (I 
didn't want to tie it to specific dh_reportbug name) and/or otherwise modify 
it.

-- 
Modestas Vainius <[EMAIL PROTECTED]>




dh_installbugfiles
Description: Perl program


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

Bug#490886: debhelper: [dh] --with should not be passed to other debhelper commands

[Modestas Vainius]

Package: debhelper
Version: 7.0.15
Severity: minor
Tags: patch

Hello,

--with option is `dh' specific and it should not be passed to other debhelper 
programs which `dh' calls. The attached patch resolves the problem.

-- 
Modestas Vainius <[EMAIL PROTECTED]>


--- dh	2008-07-09 23:16:57.0 +0300
+++ dh	2008-07-14 00:17:49.0 +0300
@@ -372,7 +372,7 @@
 while (@ARGV_orig) {
 	my $opt=shift @ARGV_orig;
 	next if $opt eq $sequence;
-	if ($opt =~ /^--?(after|until|before)$/) {
+	if ($opt =~ /^--?(after|until|before|with)$/) {
 		shift @ARGV_orig;
 		next;
 	}


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

Bug#490884: init script should not try to load module when KVM support is compiled in the kernel

[Elmar Hoffmann]

Package: kvm
Version: 70+dfsg-1
Severity: minor

On a kernel that has KVM support statically compiled in, the init
script moans about not being able to load the module:

--8<---
Setting up kvm (70+dfsg-1) ...
FATAL: Module kvm_intel not found.
* Module kvm_intel failed to load
invoke-rc.d: initscript kvm, action "start" failed.
--8<---

It would be nicer if it checked whether KVM already was available
(existence of /dev/kvm?) before trying to load the modules.

elmar

-- Package-specific info:


selected information from lshal(1):



/proc/cpuinfo:

processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 15
model name  : Intel(R) Core(TM)2 CPU  6700  @ 2.66GHz
stepping: 6
cpu MHz : 1596.000
cache size  : 4096 KB
physical id : 0
siblings: 2
core id : 0
cpu cores   : 2
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 10
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc 
arch_perfmon pebs bts pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm
bogomips: 5336.57
clflush size: 64

processor   : 1
vendor_id   : GenuineIntel
cpu family  : 6
model   : 15
model name  : Intel(R) Core(TM)2 CPU  6700  @ 2.66GHz
stepping: 6
cpu MHz : 1596.000
cache size  : 4096 KB
physical id : 0
siblings: 2
core id : 1
cpu cores   : 2
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 10
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc 
arch_perfmon pebs bts pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm
bogomips: 5333.52
clflush size: 64




-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kvm depends on:
ii  adduser3.108 add and remove users and groups
ii  bridge-utils   1.4-3 Utilities for configuring the Linu
ii  iproute20080417-1networking and traffic control too
ii  libasound2 1.0.16-2  ALSA library
ii  libc6  2.7-12GNU C Library: Shared libraries
ii  libgnutls262.4.0-2   the GNU TLS library - runtime libr
ii  libncurses55.6+20080621-1shared libraries for terminal hand
ii  libsdl1.2debian1.2.13-2  Simple DirectMedia Layer
ii  python 2.5.2-1   An interactive high-level object-o
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages kvm recommends:
ii  linux-image-2.6.24 [linux-ima stranger.1 Linux kernel binary image for vers
ii  linux-image-2.6.25 [linux-ima stranger.3 Linux kernel binary image for vers

-- no debconf information

-- 

 .'"`./"\
| :' :   Elmar Hoffmann <[EMAIL PROTECTED]>ASCII Ribbon Campaign  \ /
`. `'GPG key available via pgp.netagainst HTML email   X
  `-& vCards  / \



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

Bug#490883: openssh-server: logs some keys to /var/log/auth.log which is world readabl

[Witold Baryluk]

Package: openssh-server
Version: 1:4.3p2-9etch2
Severity: grave
Tags: security
Justification: user security hole

(orginal key removed)

Jul 13 15:55:34 tytus sshd[24909]: error: key_read: uudecode B3NzaC1
XXXRvB4h==\n failed
Jul 13 15:55:36 tytus sshd[24909]: Accepted password for johnybravo from 
10.0.1.1 port
 49186 ssh2


Ok, key have error, but it is probably one letter, or some whitespaces.
Ok, it is public key, but sshd shouldn't log it anyway.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (1001, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)

Versions of packages openssh-server depends on:
ii  add 3.102Add and remove users and groups
ii  deb 1.5.11etch1  Debian configuration management sy
ii  dpk 1.13.25  package maintenance system for Deb
ii  lib 2.3.6.ds1-13etch5GNU C Library: Shared libraries
ii  lib 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 common error description library
ii  lib 1.4.4-7etch5 MIT Kerberos runtime libraries
ii  lib 0.79-5   Pluggable Authentication Modules f
ii  lib 0.79-5   Runtime support for the PAM librar
ii  lib 0.79-5   Pluggable Authentication Modules l
ii  lib 1.32-3   SELinux shared libraries
ii  lib 0.9.8c-4etch3SSL shared libraries
ii  lib 7.6.dbs-13   Wietse Venema's TCP wrappers libra
ii  ope 0.1.1list of blacklisted OpenSSH RSA an
ii  ope 1:4.3p2-9etch2   Secure shell client, an rlogin/rsh
ii  zli 1:1.2.3-13   compression library - runtime

openssh-server recommends no packages.

-- debconf information:
* ssh/vulnerable_host_keys:
  ssh/new_config: true
* ssh/use_old_init_script: true
  ssh/encrypted_host_key_but_no_keygen:
  ssh/disable_cr_auth: false



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

Bug#490882: munin-node: munin fails to graph some charts when nfsd daemon is disabled

[Thomas Harding]

Package: munin-node
Version: 1.2.5-1
Severity: normal
Tags: patch


Munin "graph server" quit session when nfsd daemon is disabled
*and* /etc/munin/plugins/nfsd still exists, resulting incomplete
informations on the machine (ie, df_inode is not filled).

I guess munin-node outputs "xxvalue [really nothing]" in "fetch"
operation.

So, a workaround I found (verified) Is to not output line at all when
the value is null, so the answer to "fetch nfsd" is an "RFC 822" style
dot when nfsd daemon does not run.

The drawback is that you have to check the last update timestamp on the
graph (on the web server) for nfsd.

We may also set "0" as value, but I think it will be more confusing, and
more, not exact.

A workaround will be to set a new "boolean" value, maybe "nfsd.active".

Note I didn't re-link nfs_client to /etc/munin/plugins, so the problem
could be the same for it.

So, here is the patch:
diff -u /usr/share/munin/plugins/nfsd nfsd
###
--- /usr/share/munin/plugins/nfsd   2006-10-17 14:49:41.0 +0200
+++ nfsd2008-07-15 00:42:37.0 +0200
@@ -65,9 +65,9 @@
 i=4;

 for a in $proc; do
-   echo -n "$a.value "
-   grep proc3 $NFSD \
-   | cut -f $i -d ' ' \
-   | awk '{print $1}'
-   i=$(expr $i + 1)
+   val=`grep proc3 $NFSD 2>/dev/null \
+   | cut -f $i -d ' ' \
+   | awk '{print $1}'`
+   i=$(expr $i + 1)
+   test "empty$val" != "empty" && echo "$a.value $val"
 done
###


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: arm (armv5tel)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-ixp4xx
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages munin-node depends on:
ii  adduser3.102 Add and remove users and groups
ii  libnet-server-perl 0.94-1An extensible, general perl server
ii  lsb-base   3.1-23.2etch1 Linux Standard Base 3.1 init scrip
ii  perl   5.8.8-7etch3  Larry Wall's Practical Extraction 
ii  procps 1:3.2.7-3 /proc file system utilities

Versions of packages munin-node recommends:
ii  libnet-snmp-perl  5.2.0-1Script SNMP connections

-- no debconf information



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

Bug#490720: debgtd: Fails when http_proxy is set

[Stephen Kitt]

On Mon, 14 Jul 2008 11:00:29 +0100, Jon Dowland <[EMAIL PROTECTED]> wrote:
> http_proxy is a "defacto" standard and as such there's no clear
> consensus on whether the trailing slash should be permitted or not. Some
> software accepts it, other doesn't.  I don't think the '/' is "valid"
> since in URI / RFC3986 terms, the proxy is a scheme and an authority but
> not a path.
> 
> It would not be too much work for debgtd to ignore the trailing slash if
> present. Before I do this, I'm going to do a bit of research into the
> origins of the environment variable and see what software chokes on the
> trailing slash and what doesn't.

Ahah, indeed! Removing the slash fixes things...

The variable declaration has been in my /etc/profile for many years, so I've
forgotten where I got it from. I imagine it was from the Squid documentation;
the Squid FAQ still uses a slash at the end of the _proxy values - see "Lynx
and Mosaic manual configuration" in /usr/share/doc/squid/CompleteFaq.gz in
the squid package.

Feel free to fix, close or reassign ;-)

Regards,

Stephen



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

Bug#490881: jfsutils: FTBFS on alpha (1.1.12-1)

[Teodor]

Package: jfsutils
Version: 1.1.12-1
Severity: serious
Justification: no longer builds from source


Hi,

The build for jfsutils_1.1.12-1 has failed only on alpha [1]. Can you
tell if this an issue with the build environment on alpha [2] or a bug
in the jfsutils package?

Thanks


[1]  http://buildd.debian.org/pkg.cgi?pkg=jfsutils
[2]  http://buildd.debian.org/build.php?arch=alpha&pkg=jfsutils&ver=1.1.12-1

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages jfsutils depends on:
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libuuid1  1.40.11-1  universally unique id library

jfsutils recommends no packages.

-- no debconf information


jfsutils/alpha tail of last log:

make[3]: Leaving directory `/build/buildd/jfsutils-1.1.12/fsck'
Making all in fscklog
make[3]: Entering directory `/build/buildd/jfsutils-1.1.12/fscklog'
cc -DHAVE_CONFIG_H -I. -I.. -I../include -I../libfs -I../fsck-g
-O2 -g -Wall -O2 -c fscklog.c
cc -DHAVE_CONFIG_H -I. -I.. -I../include -I../libfs -I../fsck-g
-O2 -g -Wall -O2 -c display.c
cc -DHAVE_CONFIG_H -I. -I.. -I../include -I../libfs -I../fsck-g
-O2 -g -Wall -O2 -c extract.c
cc  -g -O2 -g -Wall -O2   -o jfs_fscklog fscklog.o display.o extract.o
../libfs/libfs.a
make[3]: Leaving directory `/build/buildd/jfsutils-1.1.12/fscklog'
Making all in logdump
make[3]: Entering directory `/build/buildd/jfsutils-1.1.12/logdump'
cc -DHAVE_CONFIG_H -I. -I.. -I../include -I../libfs-g -O2 -g -Wall
-O2 -c logdump.c
cc -DHAVE_CONFIG_H -I. -I.. -I../include -I../libfs-g -O2 -g -Wall
-O2 -c helpers.c
cc  -g -O2 -g -Wall -O2   -o jfs_logdump logdump.o helpers.o
../libfs/libfs.a -luuid
../libfs/libfs.a(log_map.o): In function `bread':
/build/buildd/jfsutils-1.1.12/libfs/log_map.c:1910: relocation
truncated to fit: GPREL16 against symbol `buffer' defined in COMMON
section in ../libfs/libfs.a(log_dump.o)
collect2: ld returned 1 exit status
make[3]: *** [jfs_logdump] Error 1
make[3]: Leaving directory `/build/buildd/jfsutils-1.1.12/logdump'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/build/buildd/jfsutils-1.1.12'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/build/buildd/jfsutils-1.1.12'
make: *** [debian/stamp-makefile-build] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
**
Build finished at 20080703-1355
FAILED [dpkg-buildpackage died]



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

Bug#490672: a possible solution

[Lincoln de Sousa]

Hey,

I was having some issues in the following call inside postint:

$basedir/bin/java -client -Xshare:dump (line 71)

when running manually, I got the following warning:

Loading classes to share ... OpenJDK Core VM warning: 
The permanent generation is not large enough to preload requested
classes.
Use -XX:PermSize= to increase the initial size of the permanent
generation.

To fix that, I passed -XX:PermSize=268435456



-- 
Lincoln de Sousa (http://lincoln.alfaiati.net)

AlfaiaTI - Tecnologia sob medida




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

Bug#490880: [INTL:tr] Turkish debconf template translation for pam

[Mert Dirik]

Package: pam
Severity: wishlist
Tags: l10n patch

Please find the attached Turkish translation of pam debconf template.

Best regards
# Debconf questions for the Linux-PAM package.
# Copyright (C) 2007 Steve Langasek <[EMAIL PROTECTED]>
# This file is distributed under the same license as the pam package.
# Mert Dirik <[EMAIL PROTECTED]>, 2008.
#
msgid ""
msgstr ""
"Project-Id-Version: pam 0.99.7.1-5\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-09-24 17:06-0700\n"
"PO-Revision-Date: 2008-07-15 01:39+0200\n"
"Last-Translator: Mert Dirik <[EMAIL PROTECTED]>\n"
"Language-Team: Debian L10n Turkish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Turkish\n"
"Plural-Forms: nplurals=1; plural=0;\n"

#. Type: string
#. Description
#: ../libpam0g.templates:1001
msgid "Services to restart for PAM library upgrade:"
msgstr "PAM kitaplığının yükseltilmesi için yeniden başlatılacak olan hizmetler:"

#. Type: string
#. Description
#: ../libpam0g.templates:1001
msgid "Most services that use PAM need to be restarted to use modules built for this new version of libpam.  Please review the following space-separated list of init.d scripts for services to be restarted now, and correct it if needed."
msgstr "PAM kullanan çoğu hizmet, libpam'ın bu yeni sürümü için derlenmiş modüllerden yararlanabilmek için yeniden başlatılmak zorunda.  Lütfen yeniden başlatılacak hizmetlerin init.d betiklerinin aşağıdaki boşluklarla ayrılmış listesini inceleyin ve gerekliyse listeyi düzeltin."

#. Type: string
#. Description
#: ../libpam0g.templates:1001
msgid "Some other services such as xscreensaver, gnome-screensaver, and xlockmore cannot be restarted for you.  You will not be able to authenticate to these services until you restart them manually."
msgstr "xscreensaver, gnome-screensaver ve xlockmore gibi bazı hizmetler sizin için yeniden başlatılamaz.  Siz bu hizmetleri elle yeniden başlatana kadar bu hizmetlere kimlik doğrulaması yapılamayacak."

#. Type: error
#. Description
#: ../libpam0g.templates:2001
msgid "Display manager must be restarted manually"
msgstr "Görüntü yöneticisinin elle yeniden başlatılması gerekli"

#. Type: error
#. Description
#: ../libpam0g.templates:2001
msgid "The kdm, wdm, and xdm display managers require a restart for the new version of libpam, but there are X login sessions active on your system that would be terminated by this restart.  You will therefore need to restart these services by hand before further X logins will be possible."
msgstr "kdm, wdm ve xdm görüntü yöneticileri, libpam'ın yeni sürümünden yararlanabilmek için yeniden başlatılmalı; fakat sisteminizde etkin X oturumları var. Görüntü yöneticisi yeniden başlatılırsa bu oturumlar da kapatılır. Bu yüzden ileride yeni X oturumları açabilmek için bu hizmetleri elle yeniden başlatmanız gerekecek. "

#. Type: error
#. Description
#: ../libpam0g.templates:3001
msgid "Failure restarting some services for PAM upgrade"
msgstr "Bazı hizmetler PAM yükseltmesi için yeniden başlatılamadı"

#. Type: error
#. Description
#: ../libpam0g.templates:3001
msgid "The following services could not be restarted for the PAM library upgrade:"
msgstr "Aşağıdaki hizmetler PAM kitaplığının yükseltmesi için yeniden başlatılamadı:"

#. Type: error
#. Description
#: ../libpam0g.templates:3001
msgid "You will need to start these manually by running '/etc/init.d/ start'."
msgstr "Bu hizmetleri '/etc/init.d/ start' komutunu kullanarak elinizle başlatmanız gerekecek."

Bug#479709: Same here

[Joergen Bergmann]

Package: linux-image-2.6.25-2-amd64
Version: 2.6.25-6

Hi,

with the migration of kernel 2.6.25-6 from unstable to testing this 
error is spreading to many machines.


Because this error and it's patch are known since may, this migration to 
testing should have been avoided, for my understanding.
(I also run into LILO troubles/kernel panic with initrd #487421, 
large-memory in lilo.conf fixed this for me)


Maybe some warnings or hints would be fine, before installing this kernel.

Disabling HPET in Bios fixed the problem for me.

Will this problem be fixed in 2.6.25-7, which is already in unstable 
linux-source?


best regards

Jörgen



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

Bug#490053: #490053

[Sebastien Delafond]

tag 490053 + moreinfo unreproducible
severity 490053 minor
thanks

Hi Gregor,

hitting "Ctrl-h i" in emacs only shows one Org-Mode entry, and
selecting this one shows it's the 6.05 one, so I'm not sure exactly
what's wrong. Could you maybe try to start emacs with
"--no-init-file", and see if you still see this problem ?

Cheers,

--Seb



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

Bug#490096: .

[Sebastien Delafond]

tag 490096 + patch
thanks
--- /home/seb/orgcard.tex.orig	2008-07-14 15:08:08.0 -0700
+++ /home/seb/orgcard.tex	2008-07-14 15:08:15.0 -0700
@@ -758,7 +758,7 @@
 
 \section{Notes}
 $^1$ This is only a suggestion for a binding of this command.  Choose
-you own key as shown under INSTALLATION.
+your own key as shown under INSTALLATION.
 
 $^2$ After changing a \kbd{\#+KEYWORD} or \kbd{<<>>} line,
 press \kbd{C-c C-c} with the cursor still in the line to update.

Bug#490879: qa.debian.org: qa.d.o/orphaned.html should have a link to packages DDPO

[Sandro Tosi]

Package: qa.debian.org
Severity: wishlist

Hello,
DDPO has a lot of information, useful when you're in the process to
adopt/do a QA upload of a package, so have a link from[1] to the DDPO
page of those packages would be really helpful.

tomv_w kindly created a page[2] to read orphaned.txt and create a link to

http://qa.debian.org/developer.php?packages=pkg_1%20...%20pkg_n

but the wml[3] that generates that package is perl, and I'm not speaking
perlish (if not I'd have provided a patch).

Thanks in advance,
Sandro

[1] http://qa.debian.org/orphaned.html
[2] http://qa.debian.org/~tviehmann/x.html
[3] http://svn.debian.org/viewsvn/qa/trunk/wml/orphaned.wml?rev=1857&view=markup

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.22-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#490816: [Pkg-utopia-maintainers] Bug#490816: Bug#490816: network-manager: Disconnects wired interface when started, under VirtualPC and Hyper-V

[Michael Biebl]

Franklin PIAT wrote:

On Mon, 2008-07-14 at 15:34 +0200, Michael Biebl wrote:

It seems as if the tulip driver or the emulated hardware doesn't
support link beat detection. That's why NM doesn't activate the
connection.

This is not a bug in NM itself but rather a driver problem.



I don't understand what's the exact problem. Is it :

A.The driver sends inaccurate information about the link detection
  capability and/or the current link state. In which case the driver
  should be fixed (i.e forward this bug the kernel).

or

B.The driver sends information that accurately describe the 
  link detection capability and link state. But NM don't 
  handle it properly (for example if NM don't handle the case 
  where the card can't do link detection).


I was referring to this log snippet:

NetworkManager:   eth0: Driver 'tulip' does not support carrier
detection.You must switch to it manually.

So it's A) afaict.

It this is a driver bug or hardware limitation, I don't know.

Cheers,
Michael


--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#490756: mirror submission for debian.ipacct.com

[Boian Bonev]

hello Simon,

> Here are some remarks before we can add your mirror to the list.
>
> On Mon, Jul 14, 2008 at 02:13:14AM +, Boian Bonev wrote:
>
> Can you check you are using the very last version of anonftpsync ?
> http://www.debian.org/mirror/anonftpsync

yes i downloaded it from debian.org 2 days ago

> Please delete ftp://debian.ipacct.com/debian-non-US/ which is deprecated
> since the release of sarge, a long time ago.

ok

>> IPv6: no
>> Archive-upstream: debian.proxad.net
>
> hurd-i386 is not yet updated on ftp.bg.debian.org, but once this is
> done, that may be better to mirror from a closer/faster server (for
> example ftp.hu.debian.org or ftp.ro.debian.org)
>
> BTW, it gives us (the mirror team) a clearer view of the mirrors
> dependancy.

it may be geographically closer, but i get better bandwidth from
there. i preffer to download from france or germany - it is closer and
faster. e.g. the links to Romania which is next to us go to Frankfurt
and back...

>> Security-upstream: security.debian.org
>
> It is very slow from outside, is that possible to raise this limit a
> bit, at least to allow checks in good conditions ?

for ubuntu i have released the checks for certain networks, i have
tried but there is no difference how much bandwidth is set it always
gets full...

>> local loop is unlimited
> How much is "unlimited" ? :)
> 1Gbps ?

:)

i have two bonded nics. considering that 1gbps is 800mbit in reality
and some disbalance on the bonding, lets say my max is 1.5gbps
although i am not sure the machine will stand on multiple scattered
requests at such rates

anyways i use combined nginx+apache setup and i may say that
performance is 5-6 times better than apache. currently apache is used
only for fancy indexing.

on ubuntu mirror i have had ~220mbit peak on release times and the
bottleneck was disk. i have changed it but i will not know what will
happen until next release.

> We will take care of the pushing stuff, once the status of ftp.bg.d.o is
> clarified with hurd-i386.

indeed i preffer not to mirror from there... i use ubuntu for desktop
and debian for servers for years so i may say i have had less problems
with the ludost.net mirror, but it is not full. if it was all ok, i
would not have taken the burden to support one more mirror. anyways i
prefer not to speak bad for the guys who maintain ftp.bg.d.o - with
mirrors more is better, not to mention that personally i have used
ftp.bg.d.o for so long time :)

kind regards,
b.



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

Bug#490816: [Pkg-utopia-maintainers] Bug#490816: network-manager: Disconnects wired interface when started, under VirtualPC and Hyper-V

[Franklin PIAT]

On Mon, 2008-07-14 at 15:34 +0200, Michael Biebl wrote:
> It seems as if the tulip driver or the emulated hardware doesn't
> support link beat detection. That's why NM doesn't activate the
> connection.
> 
> This is not a bug in NM itself but rather a driver problem.


I don't understand what's the exact problem. Is it :

A.The driver sends inaccurate information about the link detection
  capability and/or the current link state. In which case the driver
  should be fixed (i.e forward this bug the kernel).

or

B.The driver sends information that accurately describe the 
  link detection capability and link state. But NM don't 
  handle it properly (for example if NM don't handle the case 
  where the card can't do link detection).

I digged a little bit with "nm-tool" and in /sys/class/net/eth0/ but I
couldn't find the documentation on how to interpret the results...



### BEFORE clicking on "Wired connection" ###
$nm-tools state

NetworkManager Tool

State: disconnected

- Device: eth0

  NM Path:   /org/freedesktop/NetworkManager/Devices/eth0
  Type:  Wired
  Driver:tulip
  Active:no
  HW Address:40:00:50:00:40:50

  Capabilities:
Supported:   yes

  Wired Settings
Hardware Link:   yes


### AFTER clicking on "Wired connection" ###
$nm-tools state
NetworkManager Tool

State: connected

- Device: eth0

  NM Path:   /org/freedesktop/NetworkManager/Devices/eth0
  Type:  Wired
  Driver:tulip
  Active:yes
  HW Address:40:00:50:00:40:50

  Capabilities:
Supported:   yes

  Wired Settings
Hardware Link:   yes

  IP Settings:
IP Address:  192.168.0.144
Subnet Mask: 255.255.255.0
Broadcast:   192.168.0.255
Gateway: 192.168.0.1
Primary DNS: 192.168.0.33
Secondary DNS:   0.0.0.0



> If you prefer, I can reassign the bug report to the kernel, otherwise
> I'm simply going to close this bug report.

If it is really a driver bug, yes please reassign.




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

Bug#411903: Debian MRTG missing required libraries for logging

[Adam Majer]

Sumit Madan wrote:
> No, I don't think so. I am only using the string "localhost" and a IP
> (IPv4).

Can you try the following? Without the ipv6 perl stuff,

1. make a backup copy of your mrtg.conf
2. change all @localhost to @127.0.0.1

Does the issue remain?

- Adam

PS. Since you are using etch, what version of mrtg are you using? The
one from Etch or the current one?



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

Bug#490877: bind9 does not depend on the version of libbind9

[Bob McElrath]

Package: bind9
Version: 1:9.4.2-10
Severity: grave
Justification: renders package unusable


Because bind9 does not depend on libbind9, it will happily use an old
version of libbind9 (in my case, libbind9-9.4.1-1+b1 with bind
9.4.2-10).

This causes a segfault after running for some time with a log message
  Jul 13 22:26:00 moya named[27422]: rbtdb.c:1174: REQUIRE(prev > 0) failed
  Jul 13 22:26:00 moya named[27422]: exiting (due to assertion failure)
and surely causes other serious errors depending on the combination of
versions of these two packages actually installed.

Also note below that liblwres30 still has this old version.  I don't
know if this will also cause problems.  Since it appears to be compiled
with bind9, an version for its dependency should probably be added too.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: alpha

Kernel: Linux 2.6.15 (SMP w/1 CPU core)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages bind9 depends on:
ii  adduser 3.108add and remove users and groups
ii  libbind9-30 1:9.4.2-10   BIND9 Shared Library used by BIND
ii  libc6.1 2.7-6GNU C Library: Shared libraries
ii  libdns321:9.4.2-10   DNS Shared Library used by BIND
ii  libisc321:9.4.2-10   ISC Shared Library used by BIND
ii  libisccc30  1:9.4.2-10   Command Channel Library used by BI
ii  libisccfg30 1:9.4.2-10   Config File Handling Library used 
ii  liblwres30  1:9.4.1-1+b1 Lightweight Resolver Library used 
ii  libssl0.9.8 0.9.8g-10.1  SSL shared libraries
ii  lsb-base3.1-24   Linux Standard Base 3.1 init scrip
ii  netbase 4.17 Basic TCP/IP networking system

bind9 recommends no packages.

-- no debconf information



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

Bug#490878: [INTL:tr] Turkish debconf template translation for netselect

[Mert Dirik]

Package: netselect
Severity: wishlist
Tags: l10n patch

Please find the attached Turkish translation of netselect debconf template.

Best regards
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# Mert Dirik <[EMAIL PROTECTED]>, 2008.
#
msgid ""
msgstr ""
"Project-Id-Version: netselect\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-12-06 16:46+0100\n"
"PO-Revision-Date: 2008-07-15 00:46+0200\n"
"Last-Translator: Mert Dirik <[EMAIL PROTECTED]>\n"
"Language-Team: Debian L10n Turkish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=1; plural=0;\n"
"X-Poedit-Language: Turkish\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Do you want netselect to be installed setuid root?"
msgstr "netselect root setuid biti ayarlanmış olarak kurulsun mu?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Netselect can be installed with the set-user-id bit set, so that it will run with the permissions of the 'root' user.  Since netselect needs these permissions to work properly, ordinary users cannot run it unless it is installed this way."
msgstr "Netselect, kullanıcı kimliğine ayarlama biti ayarlanmış biçimde (setuid) kurularak 'root' kullanıcısının izinleriyle çalışabilir. Netselect düzgün çalışmak için  bu izinlere ihtiyaç duyar ve bu şekilde kurulmadığı sürece sıradan kullanıcılar tarafından çalıştırılamaz."

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Enabling this feature may be a security risk, so it is disabled by default.  If in doubt, it is suggested to leave it disabled."
msgstr "Bu özelliği etkinleştirmek güvenlik sorunlarına yol açabilir ve risklidir; bu nedenle öntanımlı olarak kapalıdır.  Karar veremediyseniz, özelliği kapalı olarak bırakmanız tavsiye edilir."

Bug#488934: [SRM] stable upload for licq?

[Frank Lichtenheld]

licq in stable is currently unusable due to server-side changes (see bug
#488934). The patch is trivial and I have confirmed that it applies to
the stable version and works.

The question now is where to upload to?
Is this ok for a stable point release? Or should this go into volatile
instead?

For reference the debdiff I tested with:
diff -u licq-1.3.4/debian/control licq-1.3.4/debian/control
--- licq-1.3.4/debian/control
+++ licq-1.3.4/debian/control
@@ -2,7 +2,7 @@
 Build-Depends: cdbs (>= 0.4.37), debhelper (>= 5), imagemagick, kdebase-data, 
kdelibs4-dev, libcdk5-dev, libgpgme11-dev (>= 0.4.2), libncurses5-dev, 
libqt3-mt-dev, libssl-dev, libxosd-dev (>= 2.1.0), libxss-dev
 Section: net
 Priority: optional
-Maintainer: Peter Eisentraut <[EMAIL PROTECTED]>
+Maintainer: Debian QA Group <[EMAIL PROTECTED]>
 Standards-Version: 3.7.2
 
 Package: licq
diff -u licq-1.3.4/debian/changelog licq-1.3.4/debian/changelog
--- licq-1.3.4/debian/changelog
+++ licq-1.3.4/debian/changelog
@@ -1,3 +1,11 @@
+licq (1.3.4-2etch1) stable; urgency=low
+
+  * QA upload
++ change maintainer to QA group
+  * Fixing ICQ version too old problem (Closes: #47, #488934)
+
+ -- Frank Lichtenheld <[EMAIL PROTECTED]>  Mon, 14 Jul 2008 14:34:05 +0200
+
 licq (1.3.4-2) unstable; urgency=low
 
   * licq-plugin-qt replaces a file from the old licq package
only in patch2:
unchanged:
--- licq-1.3.4.orig/debian/patches/40_ICQ_version_too_old.patch
+++ licq-1.3.4/debian/patches/40_ICQ_version_too_old.patch
@@ -0,0 +1,12 @@
+diff -urNad licq-1.3.5~/src/icqpacket.cpp licq-1.3.5/src/icqpacket.cpp
+--- licq-1.3.5~/src/icqpacket.cpp  2007-09-28 22:11:35.0 +0200
 licq-1.3.5/src/icqpacket.cpp   2008-07-02 09:47:49.0 +0200
+@@ -821,7 +821,7 @@
+ 
+   // Static versioning
+   buffer->PackUnsignedLongBE(0x00160002);
+-  buffer->PackUnsignedShortBE(0x010A);
++  buffer->PackUnsignedShortBE(0x010B);
+   // Client version major (4 == ICQ2000, 5 == ICQ2001)
+   buffer->PackUnsignedLongBE(0x00170002);
+   buffer->PackUnsignedShortBE(0x0014);


Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/



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

Bug#490876: [INTL:tr] Turkish debconf template translation for irqbalance

[Mert Dirik]

Package: irqbalance
Severity: wishlist
Tags: l10n patch

Please find the attached Turkish translation of irqbalance debconf template.

Best regards
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# Mert Dirik <[EMAIL PROTECTED]>, 2008.
#
msgid ""
msgstr ""
"Project-Id-Version: irqbalance\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-07-06 09:58+0200\n"
"PO-Revision-Date: 2008-07-15 00:39+0200\n"
"Last-Translator: Mert Dirik <[EMAIL PROTECTED]>\n"
"Language-Team: Debian L10n Turkish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=1; plural=0;\n"
"X-Poedit-Language: Turkish\n"

#. Type: boolean
#. Description
#: ../irqbalance.templates:1001
msgid "Enable irqbalance?"
msgstr "irqbalance etkinleştirilsin mi?"

#. Type: boolean
#. Description
#: ../irqbalance.templates:1001
msgid "Enable the irqbalance daemon to balance IRQs on SMP systems and systems with hyperthreading?"
msgstr "SMP sistemleri ve hyperthreading'li sistemlerde kesme isteklerini (IRQ) dengelemek için irqbalance servisi etkinleştirilsin mi?"

#. Type: boolean
#. Description
#: ../irqbalance.templates:2001
msgid "Balance the IRQ's once?"
msgstr "Kesme istekleri bir kereliğine dengelensin mi?"

#. Type: boolean
#. Description
#: ../irqbalance.templates:2001
msgid "irqbalance can run in one shot mode, where the IRQs are balanced only once. This is advantageous on hyperthreading systems such as the Pentium 4, which appear to be SMP systems, but are really one physical CPU."
msgstr "irqbalance, kesme isteklerinin yalnızca bir kez için dengelendiği tek seferlik kipinde çalıştırılabilir. Bu kip Pentium 4 gibi SMP olarak görünen ama aslında tek bir işlemciye sahip olan hyperthreading'li sistemlerde yararlıdır."

#. Type: boolean
#. Description
#: ../irqbalance.templates:2001
msgid "Run irqbalance in one shot mode?"
msgstr "irqbalance tek seferlik kipinde çalıştırılsın mı?"

Bug#411903: Debian MRTG missing required libraries for logging

[Sumit Madan]

Adam Majer wrote:

Is that on Etch? Sid (unstable)? Lenny (testing)?
  


It's on Etch.


What is the content of your mrtg.conf?


mrtg.cfg ist attached.


 Do you have any addresses there
that resolve by DNS to IPv6?
  


No, I don't think so. I am only using the string "localhost" and a IP 
(IPv4).



- Adam
  


Regards,
 Sumit
#
# Global MRTG Configuration
#

LoadMIBs: /usr/share/snmp/mibs/UCD-SNMP-MIB.txt,/usr/share/snmp/mibs/TCP-MIB.txt
# RunAsDaemon: Yes
HtmlDir: /home/mrtg/
ImageDir: /home/mrtg/images/
LogDir: /home/mrtg/logs/
Options[_]: bits,growright


#
# Traffic Analysis
#

Target[localhost.traffic]: /$IP$:[EMAIL PROTECTED]:
MaxBytes[localhost.traffic]: 1250
Title[localhost.traffic]: Traffic Analysis
PageTop[localhost.traffic]: Traffic Analysis
 
   System: $DOMAIN$
   Maintainer: $NAME$
   Description:eth0  
   ifType: ethernetCsmacd (6)
   ifName: External ethernet adapter
   Max Speed:  100.0 Mbits/s
   Ip: $IP$
 

#
# Load (1 Min., 15 Min.)
#

Target[localhost.uptime]: laLoadInt.1&laLoadInt.3:[EMAIL PROTECTED]
Title[localhost.uptime]: Load (1 Min., 15 Min.)
PageTop[localhost.uptime]: Load (1 Min., 15 Min.)
 
   System: $DOMAIN$
   Maintainer: $NAME$
   Description:Load (1 Min., 15 Min.)  
   Ip: $IP$
 
MaxBytes[localhost.uptime]: 1
YLegend[localhost.uptime]: Load x100
ShortLegend[localhost.uptime]: ||
LegendI[localhost.uptime]: 1 Min
LegendO[localhost.uptime]: 15 Min
Legend1[localhost.uptime]: Load x100 1 minute average
Legend2[localhost.uptime]: Load x100 15 minute average
Options[localhost.uptime]: gauge, nopercent, growright

#
# CPU Monitoring
# (Scaled so that the sum of all three values doesn't exceed 100)
#

Target[localhost.cpu]:ssCpuRawUser.0&ssCpuRawUser.0:[EMAIL PROTECTED] + 
ssCpuRawSystem.0&ssCpuRawSystem.0:[EMAIL PROTECTED] + 
ssCpuRawNice.0&ssCpuRawNice.0:[EMAIL PROTECTED]
Title[localhost.cpu]: Server CPU Load
PageTop[localhost.cpu]: CPU Load - System, User and Nice Processes
MaxBytes[localhost.cpu]: 100
ShortLegend[localhost.cpu]: %
YLegend[localhost.cpu]: CPU Util. in %
Legend1[localhost.cpu]: Current CPU percentage load
LegendI[localhost.cpu]: Used
LegendO[localhost.cpu]:
Options[localhost.cpu]: growright,nopercent
Unscaled[localhost.cpu]: ymwd

#
# Memory Monitoring (Total Versus Available Memory)
#

Target[localhost.memory]: memAvailReal.0&memTotalReal.0:[EMAIL PROTECTED]
Title[localhost.memory]: Free Memory
PageTop[localhost.memory]: Free Memory
MaxBytes[localhost.memory]: 1000
ShortLegend[localhost.memory]: B
YLegend[localhost.memory]: Bytes
LegendI[localhost.memory]: Free
LegendO[localhost.memory]: Total
Legend1[localhost.memory]: Free memory, not including swap, in bytes
Legend2[localhost.memory]: Total memory
Options[localhost.memory]: gauge,growright,nopercent
kMG[localhost.memory]: k,M,G,T,P,X

#
# Memory Monitoring (Percentage usage)
#

Title[localhost.mempercent]: Percentage Free Memory
PageTop[localhost.mempercent]: Percentage Free Memory
Target[localhost.mempercent]: ( memAvailReal.0&memAvailReal.0:[EMAIL PROTECTED] 
) * 100 / ( memTotalReal.0&memTotalReal.0:[EMAIL PROTECTED] )
Unscaled[localhost.mempercent]: ymwd
MaxBytes[localhost.mempercent]: 100
YLegend[localhost.mempercent]: Memory %
ShortLegend[localhost.mempercent]: Percent
LegendI[localhost.mempercent]: Free
LegendO[localhost.mempercent]: Free
Legend1[localhost.mempercent]: Percentage Free Memory
Legend2[localhost.mempercent]: Percentage Free Memory
Options[localhost.mempercent]: growright,gauge,nopercent

#
# New TCP Connection Monitoring (per minute)
#

Target[localhost.newconns]: tcpPassiveOpens.0&tcpActiveOpens.0:[EMAIL PROTECTED]
Title[localhost.newconns]: Newly Created TCP Connections
PageTop[localhost.newconns]: New TCP Connections
MaxBytes[localhost.newconns]: 100
ShortLegend[localhost.newconns]: c/s
YLegend[localhost.newconns]: Conns / Min
LegendI[localhost.newconns]: In
LegendO[localhost.newconns]: Out
Legend1[localhost.newconns]: New inbound connections
Legend2[localhost.newconns]: New outbound connections
Options[localhost.newconns]: growright,nopercent,perminute

#
# Established TCP Connections
#

Target[localhost.estabcons]: tcpCurrEstab.0&tcpCurrEstab.0:[EMAIL PROTECTED]
Title[localhost.estabcons]: Currently Established TCP Connections
PageTop[localhost.estabcons]: Established TCP Connections
MaxBytes[localhost.estabcons]: 100
ShortLegend[localhost.estabcons]:
YLegend[localhost.estabcons]: Connections
LegendI[localhost.estabcons]: In
LegendO[localhost.estabcons]:
Legend1[localhost.estabcons]: Established connections
Legend2[localhost.estabcons]:
Options[localhost.estabcons]: growright,nopercent,gauge

#
# Disk Usage Monitoring for  / and /boot
#

Target[localhost.disk12]: dskPercent.1&dskPercent.2:[EMAIL PROTECTED]
Title[localhost.disk12]: Disk Partition Usage / and /boot
PageTop[localhost.disk12]: Disk Partition Usage / and /boot
MaxBytes[localhost.disk12]: 100
ShortLegend[localhost.disk12]: %
YLegend[localhost.disk12]: U

Bug#490868: select(2): timeout value description much less obvious than it should be

[Michael Kerrisk]

 tags 490868 fixed-upstream
thanks

Fixed for upstrream 3.04.

Andreas.

thanks for your bug report.

On Mon, Jul 14, 2008 at 10:56 PM, Andreas Mohr <[EMAIL PROTECTED]> wrote:
> Package: manpages-dev
> Version: 3.02-1
> Severity: wishlist
>
> Hello all,
>
> man 2 select states:
>
> "
>   timeout  is  an  upper  bound  on the amount of time elapsed before
select()
>   returns.  It may be zero, causing select() to return immediately.
 (This  is
>   useful  for  polling.)   If timeout is NULL (no timeout), select()
can block
>   indefinitely.
> "
>
> This... is... confusing.
> aka "what the heck is the difference between timeout zero and timeout
NULL!?!?"
>
>
> "It may be zero" should thus definitely be changed into something like
> "the timeout value represented by the timeval struct may be zero"
> to make sure that people grok the difference between a NULL _pointer_ and
a
> zero _representation_ of a struct.
>
> This all considering that this is indeed how select(2) works (haven't
> actually verified it myself recently).

It is / your understanding is correct.

I've changed the wording to be something pretty similar to what you
suggest.  the changes will be in upstream 3.04.

Cheers,

Michael

Bug#490875: initramfs-tools: Incorrect warning message on upgrade if busybox is not installed

[Chris Carr]

Package: initramfs-tools
Version: 0.92e
Severity: minor


When upgrading recently I noticed initramfs-tools give the following warning: 

Warning: Busybox is required for successful boot!

... but it isn't. I shut down, and rebooted perfectly successfully. 

This happened on two different machines (neither has busybox installed any 
more). Both are fine.

Surely, if this warning were to be true, and busybox were truly necessary for a 
successful boot, then initramfs-tools 
should surely depend on busybox rather than merely recommending it. 

Regards,

CC

-- Package-specific info:
-- /proc/cmdline
root=/dev/md0 ro 

-- /proc/filesystems
cramfs
ext3

-- lsmod
Module  Size  Used by
ip6table_filter 3072  1 
iptable_raw 2688  0 
xt_comment  2112  0 
xt_policy   3776  0 
ipt_ULOG8964  14 
ipt_TTL 2560  0 
ipt_ttl 2176  0 
ipt_TOS 2496  0 
ipt_tos 1920  0 
ipt_SAME2688  0 
ipt_REJECT  4736  4 
ipt_REDIRECT2368  1 
ipt_recent  9176  0 
ipt_owner   2240  0 
ipt_NETMAP  2368  0 
ipt_MASQUERADE  3904  1 
ipt_LOG 6272  0 
ipt_iprange 2112  0 
ipt_ECN 3200  0 
ipt_ecn 2496  0 
ipt_CLUSTERIP   8900  0 
ipt_ah  2176  0 
ipt_addrtype2176  0 
nf_nat_tftp 2176  0 
nf_nat_snmp_basic  10308  0 
nf_nat_sip  4864  0 
nf_nat_pptp 3968  0 
nf_nat_proto_gre3012  1 nf_nat_pptp
nf_nat_irc  3008  0 
nf_nat_h323 7552  0 
nf_nat_ftp  3520  0 
nf_nat_amanda   2688  0 
ts_kmp  2496  5 
nf_conntrack_amanda 5440  1 nf_nat_amanda
nf_conntrack_tftp   6036  1 nf_nat_tftp
nf_conntrack_sip9876  1 nf_nat_sip
nf_conntrack_proto_sctp 8840  0 
nf_conntrack_pptp   7168  1 nf_nat_pptp
nf_conntrack_proto_gre 6080  1 nf_conntrack_pptp
nf_conntrack_netlink25152  0 
nf_conntrack_netbios_ns 3328  0 
nf_conntrack_irc7320  1 nf_nat_irc
nf_conntrack_h323  48988  1 nf_nat_h323
ipv6  239460  57 nf_conntrack_h323
nf_conntrack_ftp9984  1 nf_nat_ftp
xt_tcpmss   2496  0 
xt_pkttype  2176  4 
xt_physdev  2896  0 
xt_NFQUEUE  2240  0 
xt_NFLOG2368  0 
xt_multiport3456  4 
xt_MARK 2560  0 
xt_mark 2176  0 
xt_mac  2176  0 
xt_limit2880  0 
xt_length   2240  0 
xt_helper   3072  0 
xt_hashlimit   10252  0 
ip6_tables 13860  2 ip6table_filter,xt_hashlimit
xt_DSCP 2688  0 
xt_dscp 2432  0 
xt_dccp 3588  0 
xt_conntrack3072  3 
xt_CONNMARK 3392  0 
xt_connmark 2624  0 
xt_CLASSIFY 2112  0 
xt_tcpudp   3392  79 
xt_state2752  20 
iptable_nat 7556  1 
nf_nat 18348  14 
ipt_SAME,ipt_REDIRECT,ipt_NETMAP,ipt_MASQUERADE,nf_nat_tftp,nf_nat_sip,nf_nat_pptp,nf_nat_proto_gre,nf_nat_irc,nf_nat_h323,nf_nat_ftp,nf_nat_amanda,nf_conntrack_netlink,iptable_nat
nf_conntrack_ipv4  18124  25 iptable_nat
nf_conntrack   61000  29 
ipt_MASQUERADE,ipt_CLUSTERIP,nf_nat_tftp,nf_nat_snmp_basic,nf_nat_sip,nf_nat_pptp,nf_nat_irc,nf_nat_h323,nf_nat_ftp,nf_nat_amanda,nf_conntrack_amanda,nf_conntrack_tftp,nf_conntrack_sip,nf_conntrack_proto_sctp,nf_conntrack_pptp,nf_conntrack_proto_gre,nf_conntrack_netlink,nf_conntrack_netbios_ns,nf_conntrack_irc,nf_conntrack_h323,nf_conntrack_ftp,xt_helper,xt_conntrack,xt_CONNMARK,xt_connmark,xt_state,iptable_nat,nf_nat,nf_conntrack_ipv4
iptable_mangle  3136  1 
nfnetlink   6168  4 
nf_conntrack_netlink,nf_nat,nf_conntrack_ipv4,nf_conntrack
iptable_filter  3264  1 
ip_tables  12708  4 
iptable_raw,iptable_nat,iptable_mangle,iptable_filter
x_tables   14660  46 
xt_comment,xt_policy,ipt_ULOG,ipt_TTL,ipt_ttl,ipt_TOS,ipt_tos,ipt_SAME,ipt_REJECT,ipt_REDIRECT,ipt_recent,ipt_owner,ipt_NETMAP,ipt_MASQUERADE,ipt_LOG,ipt_iprange,ipt_ECN,ipt_ecn,ipt_CLUSTERIP,ipt_ah,ipt_addrtype,xt_tcpmss,xt_pkttype,xt_physdev,xt_NFQUEUE,xt_NFLOG,xt_multiport,xt_MARK,xt_mark,xt_mac,xt_limit,xt_length,xt_helper,xt_hashlimit,ip6_tables,xt_DSCP,xt_dscp,xt_dccp,xt_conntrack,xt_CONNMARK,xt_connmark,xt_CLASSIFY,xt_tcpudp,xt_state,iptable_nat,ip_tables
loop   17412  0 
usblp  13632  0 
snd_via82xx27224  0 
snd_ac97_codec 93220  1 snd_via82xx
analog 11680  0 
rtc13144  0 
ac97_bus2560  1 snd_ac97_codec
snd_pcm72772  2 snd_via82xx,snd_ac97_codec
snd_timer  21380  1 snd_pcm
s

Bug#390146: [patch] Please add dhcp-list script

[Christian Hammers]

Hello

Apparently no one fixed that bug in the last two years so I made
another attempt :)

Attached you will find a much improved version of the script.
Apart from fixing the two wishes you made it got some command
line options, too:

# ./dhcp-lease-list --help
Prints active DHCP leases.

Usage: ./dhcp-lease-list [options]
 --help  shows this help
 --parsable  machine readable output with full dates
 --last  prints the last (even if end On Fri, Sep 29, 2006 at 03:16:54PM +0200, Christian Hammers wrote:
> > Package: dhcp3-server
> > Version: 3.0.1-2
> > Severity: wishlist
> > Tags: patch
> >
> > Hello
> >
> > Please find attached a little script that generates the following
output. It's very handy to see which DHCP address a just plugged in
computer got (in case you just turn a server on and then try to ssh to
it).
> >
> > The manufactor list should be provided as a copy, maybe updateable via
/usr/bin/update-oui-list like update-pci-ids...
> >
>
> I've just taken a look at this script, and it's good, but it could do
with
> a little bit more work.
>
> It should fail more gracefully if /usr/share/misc/oui.txt doesn't exist,
and it shouldn't bother reporting entries in /var/lib/dhcp3/dhcpd.leases
that are past their end date. My file has a bunch of entries in it that
are a couple of years old, and are very much inactive.
>
> If you address these issues, and make the script fail gracefully if
libtimedate-perl (and therefore Date::Format) isn't installed, I'll add
it
> to the dhcp3-server package.
>
> regards
>
> Andrew




dhcp-lease-list
Description: Binary data


dhcp-lease-list.8
Description: Binary data

Bug#490437: ncbi-tools6: FTBFS on GNU/kFreeBSD (due to dpkg-gensymbols)

[Petr Salinger]

Thanks for the report and suggested fix.  AFAICT from quickly digging
through glibc's source, the low-level APIs readdb_preload uses should
be available on all Debian architectures (Linux or otherwise), so it
should actually be possible to use the same (full) symbols file
everywhere by doing away with a spurious #ifdef __linux.  Is that
correct, or is there a genuine problem with using madvise() et al. on
non-Linux architectures?


You are right, glibc should either provide stub variant or a real 
implementation. On GNU/kFreeBSD there is real interface for madvise().


Buildd logs are available at
http://buildd.debian-ports.org/build.php?arch=&pkg=ncbi-tools6

Petr



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

Bug#490874: update package to nspluginwrapper 1.0

[Pär Andersson]

Package: nspluginwrapper
Severity: wishlist

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

I just noticed that nspluginwrapper 1.0 have been released, it seems to have 
several bugfixes and improvements.

http://gwenole.beauchesne.info/en/blog/2008/06/29/nspluginwrapper_1.0.0

Best regards,

Pär Andersson


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

Bug#490873: patch to expose MAXSYSID for ssmtp as MinUserId config option

[Trevor Bowen]

Package: ssmtp
Version: 2.61

The ssmtp header file contains a hard-coded cutoff to define system id's 
versus user id's, which is 1000.  This is sufficient for many systems, 
but often user ids dip below this limit for other systems.  For example, 
on a system I partially administer, I have several legacy user ids that 
are well below 1000, like 220, 383, etc.


For such cases, it is convenient to expose the header definition for 
MAXSYSID as a ssmtp.conf setting.  The following tiny patch (ssmtp.c and 
ssmtp.conf) exposes this setting.  The convention is exposed as a 
minimum user id setting to enable a "round number" of 1000 as the 
default, instead of 999 as used by ssmtp.h.


I have found this helpful for my system.  Maybe others will find it 
helpful also.  I hope you will consider adding this patch to the mainline.


(BTW, I am a Gentoo user.  Sorry for the email submission.)

Thanks,

Trevor

ssmtp-2.61-maxsysuid.patch

--- ssmtp-2.61.conf 2004-07-23 00:58:48.0 -0500
+++ ssmtp.conf  2008-07-14 14:11:34.0 -0500
@@ -2,10 +2,13 @@
# /etc/ssmtp.conf -- a config file for sSMTP sendmail.
#

-# The person who gets all mail for userids < 1000
+# The person who gets all mail for userids < MinUserId
# Make this empty to disable rewriting.
root=postmaster

+# All mail delivered to userid >= MinUserId goes to user, not root.
+#MinUserId=1000
+
# The place where the mail goes. The actual machine name is required
# no MX records are consulted. Commonly mailhosts are named mail.domain.com
# The example will fit if you are in domain.com and your mailhub is so 
named.


--- ssmtp.orig.c2004-07-23 00:58:48.0 -0500
+++ ssmtp.c 2008-07-14 16:03:08.0 -0500
@@ -76,6 +76,7 @@ int log_level = 1;
#else
int log_level = 0;
#endif
+int minuserid = MAXSYSUID+1;
int port = 25;
#ifdef INET6
int p_family = PF_UNSPEC;  /* Protocol family used in SMTP 
connection */

@@ -641,7 +642,7 @@ char *rcpt_remap(char *str)
{
   struct passwd *pw;
   if((root==NULL) || strlen(root)==0 || strchr(str, '@') ||
-   ((pw = getpwnam(str)) == NULL) || (pw->pw_uid > 
MAXSYSUID)) {
+   ((pw = getpwnam(str)) == NULL) || (pw->pw_uid >= 
minuserid)) {
   return(append_domain(str)); /* It's not a local 
systems-level user */

   }
   else {
@@ -814,6 +815,17 @@ bool_t read_config()
   log_event(LOG_INFO, "Set 
Root=\"%s\"\n", root);

   }
   }
+   else if(strcasecmp(p, "MinUserId") == 0) {
+   if((r = strdup(q)) == (char *)NULL) {
+   die("parse_config() -- strdup() 
failed");

+   }
+
+   minuserid = atoi(r);
+
+   if(log_level > 0) {
+   log_event(LOG_INFO, "Set 
MinUserId=\"%d\"\n", minuserid);

+   }
+   }
   else if(strcasecmp(p, "MailHub") == 0) {
   if((mailhost = strdup(q)) == (char *)NULL) {
   die("parse_config() -- strdup() 
failed");






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

Bug#490872: New qlandkarte upstream release.

[Andrew McMillan]

Package: qlandkarte
Version: 0.7.2+svn20080629-1
Severity: wishlist

Hi,

I note that there is a new upstream release of qlandkarte available
which adds some nice new features, and fixes a bunch of bugs.

Thank you,
Andrew McMillan.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-rc9-hippy (SMP w/2 CPU cores)
Locale: LANG=en_NZ.UTF8, LC_CTYPE=POSIX (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages qlandkarte depends on:
ii  libc62.7-12  GNU C Library: Shared libraries
ii  libgcc1  1:4.3.1-6   GCC support library
ii  libqt4-network   4.4.0-4 Qt 4 network module
ii  libqt4-xml   4.4.0-4 Qt 4 XML module
ii  libqtcore4   4.4.0-4 Qt 4 core module
ii  libqtgui44.4.0-4 Qt 4 GUI module
ii  libstdc++6   4.3.1-6 The GNU Standard C++ Library v3
ii  libusb-0.1-4 2:0.1.12-12 userspace USB programming library
ii  proj 4.6.0-1 Cartographic projection filter and

qlandkarte recommends no packages.

-- no debconf information



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

Bug#479607: With lilo 22.8-5 still can't boot on macbookpro

[Eugen Dedu]

reopen 479607
thanks

annonygmouse wrote:


Hi folks I've seen bug 479607 has been closed with lilo version 22.8-5 
but I still can't boot my machine with 2.6.25-2...



debianmbp:~# LANG=C aptitude show lilo
Package: lilo
State: installed
Automatically installed: no
Version: 1:22.8-5
Priority: optional
Section: admin
Maintainer: William Pitcock <[EMAIL PROTECTED]>
Uncompressed Size: 1208k
Depends: mbr, debconf (>= 1.2.9) | debconf-2.0, libc6 (>= 2.7-1), 
libdevmapper1.02.1 (>= 2:1.02.20)

Suggests: lilo-doc
Conflicts: manpages (< 1.29-3)
Description: LInux LOader - The Classic OS loader can load Linux and others
 This package contains lilo (the installer) and boot-record-images to 
install Linux, OS/2, DOS and generic Boot Sectors of other OSes.


 You can use LILO to manage your Master Boot Record (with a simple text 
screen, text menu or colorful splash graphics) or call LILO from

 other Boot-Loaders to jump-start the Linux kernel.

Tags: admin::boot, interface::commandline, role::program, scope::utility

debianmbp:~#

Running lilo shows the following.

debianmbp:~# lilo
Warning: LBA32 addressing assumed
Added Linux *
Added LinuxOLD
One warning was issued.
debianmbp:~#


Is this the warning saying that de 8MB barrier has been met? Because I 
think this warning happened before...


Hi,

It seems to me that lilo does not show any warning for the image which 
does not work on my machine.  In fact, as previously said, the image has 
less than 8MB:


-rw-r--r-- 1 root root 6998498 2008-05-16 10:11 initrd.img-2.6.25-2-amd64

I put a few days ago this image as the default one and run lilo: no 
warning was issued about the size, still rebooting the computer does not 
work.


So I reopen this bug.

Cheers,
--
Eugen Dedu



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

Bug#490871: /var/games/angband/data/spell.raw has wrong permissions

[Chris Carr]

package: angband
version: 1:3.0.9b-2
severity: minor

For some reason the spell.raw file does not have the right permissions: 

[EMAIL PROTECTED]:~/MyDocs/My Games/Angband$ ll /var/games/angband/data
total 488
-rw-rw-r-- 1 root games  0 2008-06-03 12:45 prices.raw
-rw-rw-r-- 1 root games 47 2008-06-03 12:45 delete.me
-rw-r--r-- 1 root games  20290 2008-06-14 08:37 spell.raw
-rw-rw-r-- 1 root games  37305 2008-06-14 23:22 vault.raw
-rw-rw-r-- 1 root games   5189 2008-06-14 23:22 terrain.raw
-rw-rw-r-- 1 root games  71930 2008-06-14 23:22 object.raw
-rw-rw-r-- 1 root games 214841 2008-06-14 23:22 monster.raw
-rw-rw-r-- 1 root games   1323 2008-06-14 23:22 limits.raw
-rw-rw-r-- 1 root games  14883 2008-06-14 23:22 ego_item.raw
-rw-rw-r-- 1 root games  54011 2008-06-14 23:22 artifact.raw
-rw-rw-r-- 1 root games   1781 2008-06-14 23:22 shop_own.raw
-rw-rw-r-- 1 root games   2937 2008-06-14 23:22 p_race.raw
-rw-rw-r-- 1 root games   7617 2008-06-14 23:22 p_hist.raw
-rw-rw-r-- 1 root games   8936 2008-06-14 23:22 p_class.raw
-rw-rw-r-- 1 root games   8235 2008-06-14 23:22 flavor.raw
-rw-rw-r-- 1 root games   1135 2008-06-14 23:22 cost_adj.raw

So I get this error when starting angband: 

angband: Cannot write the '/var/games/angband/data/spell.raw' file!

Solved by chmod g+w to that file. 

Cheers,

Chris




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

Bug#474433: cacti-spine: Debconf abuse

[Christian Perrier]

Quoting sean finney ([EMAIL PROTECTED]):

> > The debconf note in this package basically says "this software must be
> > configured to work".
> 
> actually, what is says is "the cacti package" (different package) must be 
> configured to use spine.  that is, once you install spine and configure it 
> correctly, you must still log into the web interface of a seperate 
> application (cacti) and configure it to read the data from this program.
> 
> > This is debconf abuse and invasive to users. Useless interruptions of
> > package installation process should be avoided.
> 
> given the above, do you still say the same applies?  i would personally find 
> the installation non-intuitive otherwise, but i guess i could see the 
> argument for README.Debian instead of the debconf note.


Well, yes, I still think the same applies. Dropping a note to
basically say that "something must be configured for this software to
work" is still debconf abuse, IMHO.

Peopel installing the package are expected to read the needed
documentation to know how and if it (or something else) should be
configured to work.

So, yes, I think this belong to README.Debian.




signature.asc
Description: Digital signature

Bug#490869: libnss-ldap: etch->lenny upgrade problems, uri/ssl behavior changed

[Witold Baryluk]

Package: libnss-ldap
Version: 261-2
Severity: normal

Hi,

i just tried upgrading one of my etch machine to lenny.
I reinstalled it from scratch, and copied few configuration
files (using FAI).


Relevant content of /etc/libnss-ldap.conf:
---
uri ldaps://ldapserver.mydomain.com
ldap_version 3
tls_cacertfile /etc/ssl/certs/SMP_Root_Certification_Authority.pem
---

It was working great, connection was made using SSL.
Now it connects using TLS instand of SSL, which fails on my
network.

Adding:
---
ssl on
---

resolves problem.


I wonder why, because manpage of libnss-ldap.conf documents
old behavior.

I had exactly the same issue with pam_ldap.conf (adding "ssl on"
resolved problem).



-- System Information:
Debian Release: lenny/sid
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to pl_PL.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libnss-ldap depends on:
ii  debconf [debconf-2.0] 1.5.22 Debian configuration management sy
ii  libc6 2.7-12 GNU C Library: Shared libraries
ii  libcomerr21.41.0-1   common error description library
ii  libkrb53  1.6.dfsg.4~beta1-3 MIT Kerberos runtime libraries
ii  libldap-2.4-2 2.4.10-2   OpenLDAP libraries
ii  libsasl2-22.1.22.dfsg1-21Cyrus SASL - authentication abstra

Versions of packages libnss-ldap recommends:
ii  libpam-ldap   184-4  Pluggable Authentication Module al
ii  nscd  2.7-12 GNU C Library: Name Service Cache 

-- debconf information excluded



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

Bug#490870: gdebi: pulls in unnecessary depends

[Jon Dowland]

Package: gdebi
Version: 0.3.5debian1
Severity: normal

I'm using gdebi behind "game-data-packager" (in pkg-games
svn).

game-data-packager builds a .deb which Provides: doom-wad
and Depends: doom-engine.

Prboom is the only package in the archive which satisfies
doom-engine, so invoking gdebi on this .deb causes it to
install prboom.

However, prboom Depends: on doom-wad, which this .deb
provides. Gdebi ignores this and satisfies that dependency
with a package from the archive: either freedm or
doom-wad-shareware (depending on if you have non-free
enabled or not).


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-rc8 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gdebi depends on:
ii  gdebi-core  0.3.5debian1 Simple tool to install deb files
ii  gksu2.0.0-5  graphical frontend to su
ii  gnome-icon-theme2.22.0-1 GNOME Desktop icon theme
ii  python  2.5.2-1  An interactive high-level object-o
ii  python-central  0.6.7register and build utility for Pyt
ii  python-glade2   2.12.1-6 GTK+ bindings: Glade support
ii  python-gtk2 2.12.1-6 Python bindings for the GTK+ widge
ii  python-vte  1:0.16.14-1  Python bindings for the VTE widget

Versions of packages gdebi recommends:
ii  libgnome2-perl1.042-1+b1 Perl interface to the GNOME librar

-- no debconf information



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

Bug#490867: cdparanoia: Option not fail with possible bad rips.

[Kurt Roeckx]

Package: cdparanoia
Version: 3.10.0+debian-1
Severity: wishlist

Hi,

I want to make sure that when reading a disk that there are no errors.
I'm currently using the options "-X -z".  It seems to be allowing me
to rip tracks with an "!" in it, which isn't what I wanted.

I have no idea if those options are muttually exclusive.  They seem to
be about the "V" error which I didn't get.

When listening to the track, I hear the same few samples repeated
several time for a few seconds.  (Using -Z actually gave the best
results.)


Kurt




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

Bug#490868: select(2): timeout value description much less obvious than it should be

[Andreas Mohr]

Package: manpages-dev
Version: 3.02-1
Severity: wishlist

Hello all,

man 2 select states:

"
   timeout  is  an  upper  bound  on the amount of time elapsed before 
select()
   returns.  It may be zero, causing select() to return immediately.  (This 
 is
   useful  for  polling.)   If timeout is NULL (no timeout), select() can 
block
   indefinitely.
"

This... is... confusing.
aka "what the heck is the difference between timeout zero and timeout NULL!?!?"


"It may be zero" should thus definitely be changed into something like
"the timeout value represented by the timeval struct may be zero"
to make sure that people grok the difference between a NULL _pointer_ and a
zero _representation_ of a struct.

This all considering that this is indeed how select(2) works (haven't
actually verified it myself recently).

Thanks for your much needed docu work,

Andreas Mohr



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

Bug#490866: imap-send: Please support multiple named IMAP servers

[Josh Triplett]

Package: git-core
Version: 1:1.5.6.2-1
Severity: wishlist

git imap-send requires IMAP server information in git config.  I'd
like to set up multiple named IMAP server sections in the git config,
and then select from them on the git imap-send command line.  For
example:

[imap "work"]
Host = imaps://imap.linux.ibm.com
User = josht

[imap "home"]
Host = imaps://my.imap.server.at.home
User = josh

git format-patch ... | git imap-send home

- Josh Triplett



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

Bug#411903: Debian MRTG missing required libraries for logging

[Adam Majer]

Sumit Madan wrote:
> Hello,
> 
> i have the same problem here. Without the package
> "libio-socket-inet6-perl", I get the same errors. After installing it,
> MRTG works fine.
> 
> The package "libsocket6-perl" was already installed on my system.

Is that on Etch? Sid (unstable)? Lenny (testing)?

What is the content of your mrtg.conf? Do you have any addresses there
that resolve by DNS to IPv6?

- Adam



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

Bug#470215: pdftk: same request :-)

[Aurélien GÉRÔME]

On Mon, Jul 14, 2008 at 07:25:26PM +0200, Daniel Blaschke wrote:
> same request :-)

Then please provide the necessary patch instead of whining, thanks.
-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Debian Developer
  `- Unix Sys & Net Admin


signature.asc
Description: Digital signature

Bug#490865: emacs-goodies-el: Make markdown-mode generate real HTML for previewing

[Hilko Bengen]

Package: emacs-goodies-el
Version: 29.3-2
Tags: patch
Severity: wishlist

In markdown mode, the (markdown) and (markdown-preview) functions
calls /usr/bin/markdown to create HTML. This only creates tags for the
content, but not  and  tags that should surround the
content for proper XHTML.

I was able to help myself by using defadvice...

  (defadvice markdown
(after decorate-xhtml activate)
"Add proper XHTML headers and footers to markdown output"

(save-excursion
  (set-buffer "*markdown-output*")
  (goto-char (point-min))
  (insert "\n"
  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd\";>\n\n"
  "http://www.w3.org/1999/xhtml\";>\n\n"
  "\n\n\n\n\n"
  "\n\n")
  (goto-char (point-max))
  (insert "\n"
  "\n"
  "\n")))

... but the proper solution would probably involve redefining the
markdown function:

  (defun markdown ()
"Run markdown on the current buffer and preview the output in another 
buffer."
(interactive)
(if (and (boundp 'transient-mark-mode) transient-mark-mode mark-active)
(shell-command-on-region region-beginning region-end markdown-command
 "*markdown-output*" nil)
  (shell-command-on-region (point-min) (point-max) markdown-command
   "*markdown-output*" nil))
(save-excursion
  (set-buffer "*markdown-output*")
  (goto-char (point-min))
  (insert "\n"
  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd\";>\n\n"
  "http://www.w3.org/1999/xhtml\";>\n\n"
  "\n\n\n\n\n"
  "\n\n")
  (goto-char (point-max))
  (insert "\n"
  "\n"
  "\n")))

Please consider adding this code.

Cheers,
-Hilko

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages emacs-goodies-el depends on:
ii  bash 3.2-4   The GNU Bourne Again SHell
ii  emacs21 [emacsen]21.4a+1-5.4 The GNU Emacs editor
ii  emacs22-gtk [emacsen]22.2+2-2The GNU Emacs editor (with GTK use

Versions of packages emacs-goodies-el recommends:
ii  dict  1.10.11.dfsg-2 Dictionary Client
ii  perl-doc  5.10.0-11  Perl documentation
ii  wget  1.11.4-1   retrieves files from the web

-- no debconf information



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

Bug#490864: azureus: speed test fails

[Joseph Neal]

Package: azureus
Version: 3.0.5.0-2
Severity: normal


The speed test function fails with:

requesting test...
Test failed: Test aborted: Scheduling of the test failed: Server failed. Error: 
Verification failed, SpeedTest request handler 
failed

This worked recently running the upstream tarball from my home directory.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages azureus depends on:
pn  java-gcj-compat | java-virtua  (no description available)
ii  libcommons-cli-java   1.1-3  API for working with the command l
ii  liblog4j1.2-java  1.2.15-3   Logging library for java
ii  libseda-java  3.0-3  the Staged Event-Driven Architectu
ii  libswt-gtk-3.4-java   3.4-1  Standard Widget Toolkit for GTK+ J
ii  sun-java6-jre [java2-runtime] 6-07-3 Sun Java(TM) Runtime Environment (

azureus recommends no packages.

-- no debconf information



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

Bug#490856: rssh: there may be another way

[Russ Allbery]

Cristian Ionescu-Idbohrn <[EMAIL PROTECTED]> writes:

> Followup-For: Bug #489653
> Package: rssh
> Tags: patch
>
> Attached patch, although not that simple as changing the shell path on
> the shebang line, should make the script work both with bash and dash.
>
> These 2 lines:
>
> echo_e="echo -e"
> [ -z "$($echo_e)" ] || echo_e=echo
>
> should do it.

I think it's fine to just have it be a bash script, given that it's just
an example.  (I think this change would require a global search and
replace of $echo for echo.)

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#456173: dcraw: problems with EOS40D raw image

[Steve King]

Hi John,

Can you verify that the current version in unstable fixes your issues?

Or can you send me some example raw images?

Thanks,

--
Steve King




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

Bug#490856: rssh: there may be another way

[Teodor]

On 7/14/08, Cristian Ionescu-Idbohrn <[EMAIL PROTECTED]> wrote:
>  echo_e="echo -e"
>  [ -z "$($echo_e)" ] || echo_e=echo

This is an ugly workarround. The recommendation would be to replace
all "echo -e" with "printf", but I think it was already decided to
change /bin/sh with /bin/bash just to avoid a big diff.

Thanks



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

Bug#490756: mirror submission for debian.ipacct.com

[Simon Paillard]

Hello Boian,

Here are some remarks before we can add your mirror to the list.

On Mon, Jul 14, 2008 at 02:13:14AM +, Boian Bonev wrote:
> Package: mirrors
> Severity: wishlist
> 
> Submission-Type: new
> Site: debian.ipacct.com
> Type: leaf
> Archive-architecture: ALL alpha amd64 arm armel hppa hurd-i386 i386 ia64 m68k 
> mips mipsel powerpc s390 sparc 
> Archive-ftp: /debian/
> Archive-http: /debian/
> Archive-rsync: debian/
> Security-ftp: /debian-security/
> Security-http: /debian-security/
> Security-rsync: debian-security/
> Volatile-ftp: /debian-volatile/
> Volatile-http: /debian-volatile/
> Volatile-rsync: debian-volatile/

Can you check you are using the very last version of anonftpsync ?
http://www.debian.org/mirror/anonftpsync

Please delete ftp://debian.ipacct.com/debian-non-US/ which is deprecated
since the release of sarge, a long time ago.

> IPv6: no
> Archive-upstream: debian.proxad.net

hurd-i386 is not yet updated on ftp.bg.debian.org, but once this is
done, that may be better to mirror from a closer/faster server (for
example ftp.hu.debian.org or ftp.ro.debian.org)

BTW, it gives us (the mirror team) a clearer view of the mirrors
dependancy.

> Security-upstream: security.debian.org
> Volatile-upstream: volatile.debian.org
> Updates: push
> Maintainer: Boian Bonev <[EMAIL PROTECTED]>
> Country: BG Bulgaria
> Location: Sofia, Bulgaria
> Comment: bandwidth is limited for networks outside Bulgaria;

It is very slow from outside, is that possible to raise this limit a
bit, at least to allow checks in good conditions ?

> local loop is unlimited

How much is "unlimited" ? :)
1Gbps ?

>  push mirroring is ready to run, but not setup with remote ends
>  we have setup cronjobs until push mirroring is ready
>  we have experience in mirroring with backports.org (pushed) and ubuntu (cron)

We will take care of the pushing stuff, once the status of ftp.bg.d.o is
clarified with hurd-i386. 

Thanks for mirroring Debian and best regards,

-- 
Simon Paillard



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

Bug#485263: [Pkg-openldap-devel] Bug#485263: openldap2.3: FTBFS when converted to new source format 3.0 (quilt): require -p0 for some patches

[Russ Allbery]

Raphael Hertzog <[EMAIL PROTECTED]> writes:

> I discovered this in the mean time and I even advertised it on
> -devel-announce:
> http://lists.debian.org/debian-devel-announce/2008/07/msg0.html

Ah, indeed, I missed that.  Sorry about that.

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#490863: git-reset(1) is malformed

[Raphael Geissert]

Package: git-core
Version: 1:1.5.6-1

From git-reset(1):
...
>Undo a commit and redo
>
>$ git commit ...
>$ git reset --soft HEAD^  âfB(1)âfR
>$ editâfB(2)âfR
>$ git commit -a -c ORIG_HEAD  âfB(3)âfR
>â
>âfB1. âfRThis is most often done when you remembered what you
> just committed is incomplete, or you misspelled your commit message, or
> both. Leaves working tree as it was before "reset".  â âfB2. âfRMake
> corrections to working tree files.  â
>âfB3. âfR"reset" copies the old head to .git/ORIG_HEAD; redo the
> commit by starting with its log message. If you do not need to edit the
> message further, you can give -C option instead.
>
>See also the --amend option to git-commit(1).  â
>.RE
>
>Undo commits permanently
>
>$ git commit ...
>$ git reset --hard HEAD~3   âfB(1)âfR
>â
>âfB1. âfRThe last three commits (HEAD, HEAD^, and HEAD~2)
> were bad and you do not want to ever see them again. Do not do this if you
> have already given these commits to somebody else.  â .RE
>
>Undo a commit, making it a topic branch
>
>$ git branch topic/wip âfB(1)âfR
>$ git reset --hard HEAD~3  âfB(2)âfR
>$ git checkout topic/wip   âfB(3)âfR
>â
>âfB1. âfRYou have made some commits, but realize they
> were premature to be in the "master"
...

Regards,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html



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

Bug#485465: battle for the brightness

[Henrique de Moraes Holschuh]

reassign 485465 linux-2.6
retitle 485465 thinkpad-acpi: races on brightness change on a R50e
found 2.6.14-1
tag 485465 upstream
forwarded 485465 [EMAIL PROTECTED]
owner [EMAIL PROTECTED]
thanks

Synopsis: recently, brightness started acting up on R50e.  Something is
racing with the firmware.  Userspace attempts to support brightness are new,
and might be part of the equation, as misguided attempts to do it by
enabling thinkpad brightness hot-keys without fully disabling the BIOS can
make the problem far easier to hit.  The sysfs backlight interface seems to
be more prone to trigger the race.  A possible in-firmware race caused by
thinkpad-acpi is the main suspect at this point.  That behaviour is present
since ibm-acpi 0.12a, kernel 2.6.14, but probably nothing was tripping it
before.

On Thu, 26 Jun 2008, [EMAIL PROTECTED] wrote:
> Ah, this workaround finally worked:
> # rmmod thinkpad-acpi; modprobe thinkpad-acpi brightness_mode=2
> 
> Fn End typed after this apparently last even thru reboots!

Brightness settings on thinkpads ARE supposed to last through reboot and
power off, as long as you keep the NVRAM up-to-date.  Thinkpad-acpi does so
in brightness_mode=2 and brightness_mode=3.  It should always come back in
whatever brightness it was when you shut it down.

Do I understand correctly, and now that you're using brightness_mode=2, you
see no weird brightness changes when you lauch xdm, and your brightness keys
work just fine?

The R50e (from the ACPI tables you sent me) has exactly the same ACPI code
for brightness as the T43 and other ThinkPads of the T4x/R5x era.  It
natively does what brightness_mode=2 does.  The driver default,
brightness_mode=3, is something that I got from the previous maintainer of
ibm-acpi.  It looks like it is time to rethink that code.

So, we have some sort of race, here.  And brightness_mode=2 works around it.
I will look more into it, but unless I manage to reproduce this mess in my
T43, it won't be easy to root out the REAL reason for the breakage.

Jidanni, since brightness_mode=2 is working just fine for you, please
continue using it.  It *is* supposed to work well on your box.  In fact, one
of the things I will be trying to find out now is what kind of thinkpad
*requires* brightness_mode=3, because it looks like brightness_mode=2 is a
far saner default, even if that means accessing the CMOS NVRAM all the time
(which is expensive, and used to require disabling interrupts).

I will claim this bug for the thinkpad-acpi brightness change race, since
most of the baggage in it deals with that and your issue with brightness
"memory" across reboots seems to be solved.

For now, I will reassign the bug to the kernel, and mark it upstream (since
I am handling it, anyway).

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



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

Bug#229357: New Build-Options field and build-arch option, please review

[Russ Allbery]

Raphael Hertzog <[EMAIL PROTECTED]> writes:

> I think we're already on that path for quite some time. If your package
> uses DEB_(BUILD|HOST)_* variables, you rely on dpkg-buildpackage setting
> them for you (with dpkg-architecture).

I most certainly do not rely on dpkg-buildpackage setting anything.  I
call dpkg-architecture directly, which is also what's in our best practice
documents.

DEB_HOST_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)

I would consider packages that didn't do that and just assumed that those
variables were already set to be buggy.

> The same is expected with default values of builder/linker flags now
> that dpkg-buildpackage provides reasonable defaults.

Yeah, that bothered me too.  I made a perhaps poor tactical decision to
not fight about it since it seemed that it had a lot of momentum and I
couldn't think of specific problems other than the one that we ran into.
But this is going beyond setting some defaults that are already set in
nearly all of our packages.

> So yes, I'm somehow building on this model where dpkg-buildpackage can
> simplify the work of packager by providing some distribution-wide
> reasonable defaults.
>
> People have noticed that and already requested that we can call arbitrary
> targets of debian/rules with all the proper initialization done precisely
> for test purpose during packaging work (see #477916).

I must say, I really do not like this direction.  debhelper and cdbs and
similar sytsems are the places to provide this help where people want to
use it, in my opinion.  We have a lot of past experience with that and we
have the compatibility level to handle smoothing transitions.  (And to
provide a way for people to never transition, I admit, and I see where
that's the problem that you're solving, but I prefer that problem to the
problems introduced by the instability of having the package build
infrastructure change the input to the builds without coordination with
the package.)

Note that if you're requiring a package to participate by adding something
to Build-Options in debian/control, you have the same transition problem,
so I think that it's pretty equivalent to changing debian/rules; it's only
when you want packages to be able to change with external defaults that
you get the transition advantage.

I don't want to underestimate the transition advantage -- that is pretty
significant.  I do understand the problem that you're trying to solve, and
I understand that what I'm proposing is going to make transitions a lot
harder.

> Ok makes sense. In the case of hardening, it means that we have to
> modify each and every package to enable it though.

Well, not if you can do it via debhelper, which now with version 7 is much
more likely.  Similarly with cdbs.  But in general, yes.

For hardening, I think this is a feature; the flags aren't ones that can
just be applied to every package without breaking things.

> I suppose that the people pushing this proposal would like to have the
> option to enable it globally and have broken packages opt out and/or
> disable specific hardening options.

I think we've already found that this isn't a great approach for hardening
options in particular, since they break too many packages (and those
packages are not necessarily broken; in some cases it's the compiler
that's broken, or the assumptions behind the options).

> Without taking into account the specific risks associated to any default
> activation of build hardening, I find that having a generic system where
> you can start early with an opt-in policy, have the stuff matures, and
> switch to an opt-out policy later can make sense (if that plan is
> announced early and that people know by advance how to opt-out
> explicitely).

I agree with the benefit, but I think it's better to implement that sort
of thing in the packaging tools that already do that sort of magic and
which we already have a way of dealing with (compatibility levels in
debhelper, for example), and which continue to work with debian/rules
build.

>> See above.  By moving the logic from debian/rules into
>> dpkg-buildpackage, we would be breaking a common workflow when working
>> with packages.  Running debian/rules build in an unpacked source
>> package to test would no longer be a reasonable development step since
>> you may get a completely different compile than dpkg-buildpackage would
>> give you.

> That might be so, but I'm not sure why it would be a major problem. It
> can take some time to change habits but unless you see real drawbacks, I'm
> not convinced that there are good reasons to revert in that direction.

I'm somewhat disturbed by this.  Until this discussion, I had no idea that
you were planning on deprecating debian/rules build and expecting everyone
to use dpkg-buildpackage to get a reproducible build.  I'm not even sure
how to use dpkg-buildpackage to do the equivalent of just running
deb

Bug#411999: dcraw: Option to add exif info to thumbnail.

[Steve King]

Hi Kurt,

Can you email some sample pics.

Preferably with white, and good primary colours identifiable from the
context of the image.

Thanks,

--
Steve King




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

Bug#490805: ITP: txtreader -- text reader, mainly used for reading text originally novels

[Rupert Swarbrick]

Just a few comments about the ITP (about the English). These are
somewhat terse, but this is laziness not a reflection of my mood!

Rupert

> Package: wnpp
> Severity: wishlist
> Owner: LI Daobing <[EMAIL PROTECTED]>
>
> * Package name: txtreader
>  Version : 0.4.4
>  Upstream Author : [EMAIL PROTECTED]
> * URL : http://www.minisrc.com/?q=taxonomy/term/2
> * License : GPL

Which version?

>  Programming Lang: C++
>  Description : text viewer, mainly used for reading text originally novels
>
> It's a general txt viewer. And it's designed for reading novels.

This would probably work out better something like:

"A general purpose text viewer, designed for reading long documents
such as novels"

In particular, s/txt/text/g

>
> Features
>  * automatic remember the place before you closed.

Use "automatically remembers"

>  * support full screen
>  * support hide reader to tray with Esc
>  * support move with arrow key
>  * support bookmark
>  * support codec selecting

And "supports": you want to refer to the software package in the 3rd
person singular. This is probably down to taste, but I would also
capitalize these lines.

>
> -- System Information:
> Debian Release: lenny/sid
>  APT prefers unstable
>  APT policy: (500, 'unstable')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash



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