Bug#468131: aplus crashes at start

[David Brown]

Subject: aplus-fsf: A+ crashes at start
Package: aplus-fsf
Version: 4.20.2-5
Severity: important

*** Please type your report below this line ***
Like bug #422970, aplus crashes immediately upon
hitting F4.  However,after reading bug #422970, I
installed xfonts-kapl before starting xemacs and
trying to start A+.  I get the following result in
xemacs:

Starting...
 A+
 Copyright (c) 1990-2005 Morgan Stanley.  All
rights reserved.
 This version is Release 4.20
*** glibc detected *** free(): invalid next size
(normal):
0x005e47c0 ***

Process `a' aborted

Note that on the same machine, using the Intel x86
(32-bit) Debian Etch on a different partition, I do
NOT get this error.

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

Versions of packages aplus-fsf depends on:
ii  libc6  2.3.6.ds1-13etch5 GNU C
Library: Shared libraries
ii  libgcc11:4.1.1-21GCC
support library
ii  libstdc++6 4.1.1-21  The GNU
Standard C++ Library v3
ii  libx11-6   2:1.0.3-7 X11
client-side library



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

Bug#468083: gstreamer0.10-plugins-bad: audio/midi decoder not found

[Sebastian Dröge]

forwarded 468083 http://bugzilla.gnome.org/show_bug.cgi?id=519001
tags 468083 + confirmed upstream
thanks

Am Dienstag, den 26.02.2008, 23:25 +0100 schrieb Sven Arvidsson:
> Package: gstreamer0.10-plugins-bad
> Version: 0.10.6-2
> Severity: normal
> 
> Hi,
> 
> First of all, thanks for adding the midi decoder to GStreamer! 
> 
> While GStreamer apps can be made to play back midi, there seems to be
> a problem with detecting the plugin sometimes. For example, when
> trying to convert midi with Soundconverter, or adding midi files to
> the Totem playlist and pressing Next:
> 
> libWildMidi(WildMidi_Init:3707): ERROR Library not Initialized
> ** Message: don't know how to handle audio/midi
> ** Message: Error: A audio/midi decoder plugin is required to play
> this stream, but not installed.
> gstdecodebin.c(792): close_pad_link (): /play/decodebin1:
> No decoder to handle media type 'audio/midi'
> 
> ** Message: Missing plugin: gstreamer|0.10|totem|audio/midi
>decoder|decoder-audio/midi (audio/midi decoder)
>** Message: Automatic missing codec installation not supported (helper
>   script missing)
> 
> I'm not sure if this is a problem with WildMidi or GStreamer.

I don't know either but the problem seems to be a) that seeking does not
work properly (either gstreamer or wildmidi bug) and b) that the error
reporting of the plugin for failed seeking is a bit too strong :) It
should continue to play back from the old position instead of exploding
that hard.

Forwarded upstream: http://bugzilla.gnome.org/show_bug.cgi?id=519001


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#468130: python-gobject-dbg: There is no convenient way to *use* the debugging pygobject library

[Nathaniel Smith]

Package: python-gobject-dbg
Version: 2.14.1-1
Severity: grave
Justification: renders package unusable

Most -dbg packages are set up so that when running under gdb, the
debugging libraries are automatically used.  Not so for pygobject.
After flailing around for a while, the *only* way I could come up
with to cause the debugging-enabled .so to be loaded was by going
in and renaming
  /var/lib/python-support/python2.4/gtk-2.0/gobject/_gobject_d.so
to
  /var/lib/python-support/python2.4/gtk-2.0/gobject/_gobject.so
(overwriting the existing _gobject.so symlink that dpkg and friends
generated for the python-gobject package).

Requiring users to rearrange files installed by dpkg is just
awful.  Failing to document how to do so makes it even worse.
(Of course, perhaps there is some other way to magically get
at the debug version of the library.  If so, maybe it could be
more prominently documented?)

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

Kernel: Linux 2.6.18-3-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]

Bug#467335: libxsloader-perl: FTBFS with Perl 5.10 (fragile tests)

[Niko Tyni]

tag 467335 wontfix
thanks

On Tue, Feb 26, 2008 at 08:50:26PM -0800, Ivan Kohler wrote:
> 5.10 already includes a newer version of XSLoader.pm.
> 
> I have filed a bug against perl-base for appropriate Provides/Replaces 
> entries (Bug#468121).
> 
> I have filed a bug against ftp.debian.org for removal of the 
> libxsloader-perl package (Bug#468122).
> 
> Presumably, this original FTBFS bug report (#467335) will autoclose when 
> the package is removed.  :)

OK, taking the liberty of tagging this 'wontfix' for bug tracking.

Cheers,
-- 
Niko



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

Bug#468128: ttf-bitstream-vera: capital umlaut U is wrong in Bitstream Vera Sans

[MrB]

Package: ttf-bitstream-vera
Version: 1.10-7
Severity: normal

Capital umlaut U is a '<' in openoffice. Other fonts in the package have
it correctly implemented.


-- Package-specific info:
Gew?=Unbekannt/Installieren/R=Entfernen/P=S?ern/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Konf./Halb install.
|/ Fehler?=(kein)/Halten/R=Neuinst notw/X=beide (Status, Fehler: GROSS=schlecht)
||/ Name Version  Beschreibung
+++---
ii  fontconfig   2.5.0-2  generic font 
configuration library - support binaries
ii  libfreetype6 2.3.5-1+b1   FreeType 2 font engine, 
shared library files
ii  libxft2  2.1.12-2 FreeType-based font 
drawing library for X

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

Kernel: Linux 2.6.22.15 (SMP w/2 CPU cores; PREEMPT)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages ttf-bitstream-vera depends on:
ii  defoma   0.11.10-0.2 Debian Font Manager -- automatic f

Versions of packages ttf-bitstream-vera recommends:
ii  fontconfig2.5.0-2generic font configuration library
ii  x-ttcidfont-conf  27 TrueType and CID fonts configurati

-- no debconf information



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

Bug#468129: split gpsmap into seperate binary package

[Jon DeVree]

Package: kismet
Version: 2007-10-R1-2
Severity: normal

I was shocked to discover a dependecy from kismet to gtk2 when I updated
one of my systems and it tried to pull down a few dozen extra packages.
This is unneeded bloat on atleast one of my machines that I have kismet
installed upon.

I propse the gpsmap feature be split into a seperate binary package
kismet-gpsmap(?) so that the entire X and graphics library dependency of
the basic kismet software can be removed.


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

Kernel: Linux 2.6.22-3-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/dash

Versions of packages kismet depends on:
ii  libc6  2.7-8 GNU C Library: Shared libraries
ii  libexpat1  1.95.8-4  XML parsing C library - runtime li
ii  libgcc11:4.3-20080219-1  GCC support library
ii  libgmp3c2  2:4.2.2+dfsg-2Multiprecision arithmetic library
ii  libmagick9 7:6.2.4.5.dfsg1-2 Image manipulation library
ii  libncurses55.6+20080203-1Shared libraries for terminal hand
ii  libpcap0.8 0.9.8-2   System interface for user-level pa
ii  libstdc++6 4.3-20080219-1The GNU Standard C++ Library v3
ii  wireless-tools 29-1  Tools for manipulating Linux Wirel
ii  wireshark-common   0.99.7-1  network traffic analyser (common f
ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

kismet recommends no packages.

-- no debconf information



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

Bug#459948: Not really a gmailfs bug

[Uwe Barthel]

This redirect 'bug' is not really a gmailfs bug itself.
On my account this 'bug' grows one day before.

Yesterday I've worked with this acocount well... today I've become the
302 too.

So, what I found is:

* This is a feature of the liburl of the installed phyton package:
http://docs.python.org/lib/module-urllib.html -- see class
FancyURLopener

The libgmail registered it's own handler for http_error_302 but the
counter of the 10 retries is handled by the liburl.

So a first fix will be to set the maxtries on greater value than 10.

Sorry. No patch attached. I'm not a python developer. ;-)

mit freundlichen Grüßen
-- 
Uwe Barthel <[EMAIL PROTECTED]>


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#467319: reproducible in xserver-xorg-video-intel/2.2.1

[Brice Goglin]

Francesco Poli wrote:
> Package: xserver-xorg-video-intel
> Version: 2:2.2.1-1
> Followup-For: Bug #467319
>
> Hi!
> I've just managed to reproduce the bug with version 2.2.1 from
> unstable.
>   

Good.

> Running
>
>   $ /usr/lib/xscreensaver/stonerview
>
> from an xterm, and expanding the screensaver window (so that it takes
> almost the whole screen estate) was enough to crash the X session
> after a while.
>
> Relevant line in /var/log/kern.log:
> Feb 27 00:25:28 homebrew kernel: [drm:i915_wait_irq] *ERROR* i915_wait_irq: 
> EBUSY -- rec: 523080 emitted: 523087
>   

Assuming the kernel is involved, could you try with a 2.6.24 or
2.6.25-rc3 kernel?

Brice




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

Bug#467530: Late review

[Christian Perrier]

I received a late review for that file. Please use the attached file
instead of the one I orignally sent.




fr.po
Description: application/gettext

Bug#467466: mailscanner: [INTL:fr] French debconf templates translation update

[Christian Perrier]

Quoting Christian Perrier ([EMAIL PROTECTED]):

> > Please find attached the french debconf templates update, proofread by the
> > debian-l10n-french mailing list contributors.
> 
> That may sound contradictory with #467411 where I suggested dropping
> the debconf stuff.
> 
> Indeed, this is meant to leave maintainer(s) the choice:
> - either you remove the debconf note and, of course, that bug report
> is irrelevant
> - or you keep it and you then need the French update.
> 
> In short: your call..:-)


That comment was meant to be sent to #467411, not #467466, sorry for
this.

That happens when one sends a lot of bug reports for many translation
thingies and have an old brain...:)




-- 




signature.asc
Description: Digital signature

Bug#466933: Debian-arm: kernel BUG at fs/inode.c:250!

[Martin Michlmayr]

* [EMAIL PROTECTED] <[EMAIL PROTECTED]> [2008-02-26 22:56]:
> Just to make sure: You suggest upgrading to 2.6.24, but the package to
> download is 2.6.22?

Sorry, I meant:

  wget 
http://ftp.de.debian.org/debian/pool/main/l/linux-2.6/linux-image-2.6.24-1-ixp4xx_2.6.24-4_arm.deb
  sudo dpkg -i linux-image-2.6.24-1-ixp4xx_2.6.24-4_arm.deb
  sudo reboot

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



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

Bug#459611: & Bug#461349: swish++ and resource limits

[A. Costa]

On Sat, 23 Feb 2008 17:27:18 +0530
Kapil Hari Paranjape <[EMAIL PROTECTED]> wrote:

> Based on the above, I am inclined to close this bug report. Please
> let me know one way or the other.

If there was no update script or 'cron' job in 'swish++', I'd agree
with upstream.  But a system wide weekly update script is a Debian
thing, and default package settings shouldn't overburden a system.

If you don't have time to fix it, please just let it sit; that's
what the 'wontfix' tag is for.  I'm not (yet) sold on the current 'minor'
severity.

> ...Users should make judicious use of "ulimit" which is defined in
> all Posix shells in order to set resource limits for child processes.

The wiser maintainers can't generalize a 'ulimit' solution, yet
expect ordinary users to figure out specific ones.  How?  No
general solution means no standard for "judicious users" to apply.
Result: clumsy trial & error, plus duplicated user effort.

(BTW, I never installed 'swish++' on its own, it was a dependency of
'dhelp' or 'dwww'; both help viewers are perhaps most needed by 
novices who are the least able to cope with config problems.)

Is this a new problem?  As package 'cron' demands increase, I'd expect
it to become a bigger problem.  Clearly it's not up to 'swish++' to fix
all of Debian, but it should play nice, and it's as good a place to
start as any, a working particular solution may eventually lead
to a general solution.  

It's about finding practical formulas for two variables:  the proposed
job load, and the system speed.  It's virtually truck driving**,
complete with freight limits, speed limits, time limits, mechanical
failure, spoilage, traffic, and driver fatigue.

(**any means of hauling would serve as a metaphor; freight trains, cargo
ships, horse drawn wagons, donkey carts, dog sleds, bicycle baskets, 
rickshaws, etc.)

Relevant unknowns, the "freight": how much resources needed to do a
weekly 'cron' indexing.  The worst case.  Which single package, and
which file, is "heaviest".

The worst case would be if the user had the maximum number of
indexable Debian packages installed.  A few experiments with 'apt-get'
suggest that finding this maximum is an interesting problem --
installing everything makes for conflicts, so thousands of packages
must be whittled away.  How to choose which packages?

Fuzzy algorithm:  come up with an average somehow, (e.g. my system,
2879 packages, I'm not sure how many can be indexed), multiply by 10.

Kludge maximum package algorithm:  scan all possible Debian packages,
conflicting or not, for indexable files.  (Either by searching the
'.deb' archives without installing, for by 'forcing' installation on a
dummy system.)  Multiply average "weight" by 4.

Relevant unknowns, the "truck":  the user's system resources.  if the
maximum was feasible, even on a 386sx-16 with 32 megs, (or whatever the
minimum Debian platform is), the problem becomes easier.  If the
minimal system can't make it, then we'd estimate how much it can do,
and fail when necessary.

Eventually, (should this be abstracted into a general solution), all
Debian packages with cron jobs might be required to provide "freight"
figures, (not necessarily actual numbers, perhaps just some partial
formula invariant enough to work with), which would then be used
at install-time, (or perhaps before downloading), to calculate whether
the user's "truck" can haul some "freight".  A "freight" figure
would also be a useful metric for comparing the efficiency of similar
packages.

HTH...



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

Bug#468127: request-tracker3.6: FTBFS with Perl 5.10 ("Not a GLOB reference")

[Niko Tyni]

Package: request-tracker3.6
Version: 3.6.5-1
Severity: important
User: [EMAIL PROTECTED]
Usertags: perl-5.10-ftbfs

This package fails to build with Perl 5.10.0 (currently in
experimental). From the build log:

[...]

config.status: creating bin/webmux.pl
mkdir man
perl debian/fix-whatis < debian/whatis
Not a GLOB reference at /usr/share/perl/5.10/Pod/Simple.pm line 416.
make: *** [build-stamp] Error 25

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]



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

Bug#467385: mod+shift+j behaves erratically

[Julien Danjou]

At 1204061768 time_t, Joey Hess wrote:
> Julien Danjou wrote:
> > I'm pretty sure this is related to the sloppy focus.
> > If you deactivate it, does it work correctly ?
> 
> Yes.

Ok. This is somehow related to #465811: same source of problem but
another effect.

When you swap windows, awesome receive an EnterWindow event from the X
server if your mouse if over the windows you are swapping, indicating
that the mouse pointer entered a new window, and then switch focus to
this window.

There's a crappy hack in awesome to drop this EnterWindow events just
after swapping windows, but it does not work so well.

This still need a proper solution.

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#468125: no debug version

[Wolfgang Sourdeau]

Package: libgnustep-base1.14
Version: 1.14.1-2
Severity: wishlist

Unlike previous releases of the package, no debugging package is being 
provided. Since it helps a lot in developing programs, is it possible to 
modify the current build script to generate such a package?

Useful information may be found on this page:
http://maemo.org/development/documentation/how-tos/4-x/how_to_make_a_debian_debug_package.html

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

Kernel: Linux 2.6.24-mactel (SMP w/2 CPU cores)
Locale: LANG=fr_CA, LC_CTYPE=fr_CA (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgnustep-base1.14 depends on:
ii  gnustep-base-common1.14.1-2  GNUstep Base library - common file
ii  libc6  2.7-8 GNU C Library: Shared libraries
ii  libffcall1 1.10+2.41-3   Foreign Function Call Libraries
ii  libgcc11:4.3-20080219-1  GCC support library
ii  libobjc2   4.3-20080219-1Runtime library for GNU Objective-
ii  libxml22.6.31.dfsg-1 GNOME XML library
ii  libxslt1.1 1.1.22-1  XSLT processing library - runtime 
ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

Versions of packages libgnustep-base1.14 recommends:
ii  gnustep-base-runtime  1.14.1-2   GNUstep Base library

-- no debconf information



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

Bug#162504: Yes, please allow demo disabling

[Rebecca Johnson]

I, too, would love to disable demo mode. By that I mean that I don't
want it to go into demo mode when I start pysol but I don't click the
"Enjoy" button right away. If I could start it "pysol -nodemo" from
the command line, for instance. I never want demo mode to start
automatically.

Other than that, great game--thanks!



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

Bug#468124: checkrestart: reports gpm when /dev/pts/X has state "deleted"

[Paul Wise]

Package: debian-goodies
Version: 0.39
Severity: normal

Please don't report that processes need to be restarted if they have
files open in /dev/pts that have been deleted:

# checkrestart
Found 38 processes using old versions of upgraded files
(32 distinct programs)
dpkg: /home/pabs/opt/bin/synfigstudio not found.
(28 distinct packages)

Of these, 2 seem to contain init scripts which can be used to restart them:
The following packages seem to have init scripts that could be used
to restart them:
gdm:
4005/usr/sbin/gdm
4011/usr/sbin/gdm
gpm:
32653   /usr/sbin/gpm

These are the init scripts:
/etc/init.d/gdm restart
/etc/init.d/gpm restart

...
# lsof -p 32653
COMMAND   PID USER   FD   TYPE DEVICESIZENODE NAME
gpm 32653 root  cwdDIR8,1 576   2 /
gpm 32653 root  rtdDIR8,1 576   2 /
gpm 32653 root  txtREG8,1   87860  236614 /usr/sbin/gpm
gpm 32653 root  memREG8,1 1356196  154461 
/lib/i686/cmov/libc-2.7.so
gpm 32653 root  memREG8,1  149328  229132 
/lib/i686/cmov/libm-2.7.so
gpm 32653 root  memREG8,1  109152   12646 /lib/ld-2.7.so
gpm 32653 root0u   CHR  136,8  10 /dev/pts/8 (deleted)
gpm 32653 root1u   CHR  136,8  10 /dev/pts/8 (deleted)
gpm 32653 root2u   CHR  136,8  10 /dev/pts/8 (deleted)
gpm 32653 root3u  unix 0xe4379740 5265925 socket
gpm 32653 root5u  unix 0xe4163ac0 5265944 /dev/gpmctl

Dunno how/why the /dev/pts/8 device got deleted, but checkrestart
shouldn't worry about device files in /dev/pts/.

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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages debian-goodies depends on:
ii  curl  7.18.0-1   Get a file from an HTTP, HTTPS or 
ii  dctrl-tools [grep-dctrl]  2.12   Command-line tools to process Debi
ii  dialog1.1-20071028-3 Displays user-friendly dialog boxe
ii  lsof  4.78.dfsg.1-4  List open files
ii  python2.4.4-6An interactive high-level object-o
ii  whiptail  0.52.2-11.1Displays user-friendly dialog boxe

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#467177: With newer versions the Epson Stylus Photo 915 dosn't work anymore

[Bernard Gray]

I am finding I am unable to print to a usb connected Epson Stylus
Photo R800 on debian sid:

ii  cupsys-driver-gutenprint
5.0.2-2   printer drivers for CUPS

I create a new printer via the cups admin web interface:

aaa-eps-r800
Description:
Location:
Printer Driver: Epson Stylus Photo R800 - CUPS+Gutenprint v5.0.2
Printer State: idle, accepting jobs, published.
Device URI: epson:/dev/usb/lp0


When I try and print a test page from the cups admin web interface, it
returns the error:

"Unable to open parallel port device file: Permission denied"


$ ls -l /dev/usb/lp0
crw-rw 1 root lp 180, 0 2008-02-28 01:41 /dev/usb/lp0

My user is a member of both lp and lpadmin groups

If I restart the printer, and try to print another test page I get a new error:

"/usr/lib/cups/backend/epson failed"

This error appears in a current cupsys bugreport on the ubuntu bts:

https://bugs.launchpad.net/ubuntu/+source/cupsys/+bug/183110


If I restart the printer a second time, and try to print another test
page I get the original error:

"Unable to open parallel port device file: Permission denied"

Is there more information I can provide?



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

Bug#468123: Please bind pkgCache::DepType, pkgCache::CompType, and pkgCache::CompTypeDeb.

[Daniel Burrows]

Package: python-apt
Version: 0.7.5
Severity: wishlist
Tags: patch

  pkgCache::DepType, pkgCache::CompType, and pkgCache::CompTypeDeb are
handy for printing user-readable information about dependencies; it
would be nice if they were bound.  I've attached a patch that does just
this.

  Daniel

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

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

Versions of packages python-apt depends on:
ii  apt [libapt-pkg-libc6.7 0.7.11   Advanced front-end for dpkg
ii  apt-utils [libapt-inst- 0.7.11   APT utility programs
ii  libc6   2.7-8GNU C Library: Shared libraries
ii  libgcc1 1:4.3-20080219-1 GCC support library
ii  libstdc++6  4.3-20080219-1   The GNU Standard C++ Library v3
ii  lsb-release 3.1-24   Linux Standard Base version report
ii  python  2.4.4-6  An interactive high-level object-o
ii  python-central  0.5.15-0.1   register and build utility for Pyt

python-apt recommends no packages.

-- no debconf information
--- python/apt_pkgmodule.cc.orig	2008-02-26 20:50:23.0 -0800
+++ python/apt_pkgmodule.cc	2008-02-26 20:50:30.0 -0800
@@ -85,6 +85,39 @@
 //   return Py_BuildValue("i",pkgCheckDep(B,A,Op));
 }
 
+static char * const doc_DepType = "DepType(DepType) -> string";
+static PyObject *DepType(PyObject *Self, PyObject *Args)
+{
+  int depType;
+
+  if(PyArg_ParseTuple(Args, "i", &depType) == 0)
+return 0;
+  else
+return PyString_FromString(pkgCache::DepType(depType));
+}
+
+static char * const doc_CompType = "CompType(CompType) -> string";
+static PyObject *CompType(PyObject *Self, PyObject *Args)
+{
+  int compType;
+
+  if(PyArg_ParseTuple(Args, "i", &compType) == 0)
+return 0;
+  else
+return PyString_FromString(pkgCache::CompType(compType));
+}
+
+static char * const doc_CompTypeDeb = "CompTypeDeb(CompType) -> string";
+static PyObject *CompTypeDeb(PyObject *Self, PyObject *Args)
+{
+  int compType;
+
+  if(PyArg_ParseTuple(Args, "i", &compType) == 0)
+return 0;
+  else
+return PyString_FromString(pkgCache::CompTypeDeb(compType));
+}
+
 static char *doc_UpstreamVersion = "UpstreamVersion(a) -> string";
 static PyObject *UpstreamVersion(PyObject *Self,PyObject *Args)
 {
@@ -404,6 +437,9 @@
// Depends
{"ParseDepends",ParseDepends,METH_VARARGS,doc_ParseDepends},
{"ParseSrcDepends",ParseSrcDepends,METH_VARARGS,doc_ParseDepends},
+   {"DepType",DepType,METH_VARARGS,doc_DepType},
+   {"CompType",CompType,METH_VARARGS,doc_CompType},
+   {"CompTypeDeb",CompTypeDeb,METH_VARARGS,doc_CompTypeDeb},

// Stuff
{"md5sum",md5sum,METH_VARARGS,doc_md5sum},

Bug#467335: libxsloader-perl: FTBFS with Perl 5.10 (fragile tests)

[Ivan Kohler]

5.10 already includes a newer version of XSLoader.pm.

I have filed a bug against perl-base for appropriate Provides/Replaces 
entries (Bug#468121).

I have filed a bug against ftp.debian.org for removal of the 
libxsloader-perl package (Bug#468122).

Presumably, this original FTBFS bug report (#467335) will autoclose when 
the package is removed.  :)

-- 
_ivan


On Sun, Feb 24, 2008 at 08:40:15PM +0200, Niko Tyni wrote:
> Package: libxsloader-perl
> Version: 0.07-1
> Severity: important
> User: [EMAIL PROTECTED]
> Usertags: perl-5.10-ftbfs
> 
> This package fails to build with Perl 5.10.0 (currently in experimental),
> apparently because some diagnostic messages have been changed slightly.
> 
> From the build log:
> 
> /usr/bin/make test
> make[1]: Entering directory `/build/niko/libxsloader-perl-0.07'
> PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" 
> "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
> t/pod.skipped
> all skipped: Test::Pod 1.14 required for testing POD
> t/podcoverskipped
> all skipped: Test::Pod::Coverage 1.04 required for testing POD 
> coverage
> t/portfs..skipped
> all skipped: Test::Portability::Files required for testing filenames 
> portability
> t/XSLoaderVersion string 'qunckkk' contains invalid data; ignoring: 
> 'qunckkk' at /usr/lib/perl/5.10/DynaLoader.pm line 219.
> 
> #   Failed test 'calling XSLoader::load() with a XS module and an incorrect 
> version'
> #   at t/XSLoader.t line 58.
> #   'Cwd object version 3.2501 does not match bootstrap 
> parameter 0 at /usr/lib/perl/5.10/DynaLoader.pm line 219.
> # '
> # doesn't match '/^Cwd object version \S+ does not match bootstrap 
> parameter (?:qunckkk|0\.000)/'
> Version string 'qunckkk' contains invalid data; ignoring: 'qunckkk' at 
> /usr/lib/perl/5.10/DynaLoader.pm line 219.
> 
> #   Failed test 'calling XSLoader::load() with a XS module and an incorrect 
> version'
> #   at t/XSLoader.t line 58.
> #   'File::Glob object version 1.06 does not match bootstrap 
> parameter 0 at /usr/lib/perl/5.10/DynaLoader.pm line 219.
> # '
> # doesn't match '/^File::Glob object version \S+ does not match bootstrap 
> parameter (?:qunckkk|0\.000)/'
> Version string 'qunckkk' contains invalid data; ignoring: 'qunckkk' at 
> /usr/lib/perl/5.10/DynaLoader.pm line 219.
> 
> #   Failed test 'calling XSLoader::load() with a XS module and an incorrect 
> version'
> #   at t/XSLoader.t line 58.
> #   'SDBM_File object version 1.06 does not match bootstrap 
> parameter 0 at /usr/lib/perl/5.10/DynaLoader.pm line 219.
> # '
> # doesn't match '/^SDBM_File object version \S+ does not match bootstrap 
> parameter (?:qunckkk|0\.000)/'
> Version string 'qunckkk' contains invalid data; ignoring: 'qunckkk' at 
> /usr/lib/perl/5.10/DynaLoader.pm line 219.
> 
> #   Failed test 'calling XSLoader::load() with a XS module and an incorrect 
> version'
> #   at t/XSLoader.t line 58.
> #   'Socket object version 1.80 does not match bootstrap 
> parameter 0 at /usr/lib/perl/5.10/DynaLoader.pm line 219.
> # '
> # doesn't match '/^Socket object version \S+ does not match bootstrap 
> parameter (?:qunckkk|0\.000)/'
> Version string 'qunckkk' contains invalid data; ignoring: 'qunckkk' at 
> /usr/lib/perl/5.10/DynaLoader.pm line 219.
> 
> #   Failed test 'calling XSLoader::load() with a XS module and an incorrect 
> version'
> #   at t/XSLoader.t line 58.
> #   'Time::HiRes object version 1.9711 does not match 
> bootstrap parameter 0 at /usr/lib/perl/5.10/DynaLoader.pm line 219.
> # '
> # doesn't match '/^Time::HiRes object version \S+ does not match 
> bootstrap parameter (?:qunckkk|0\.000)/'
> # Looks like you failed 5 tests of 20.
> dubious
>   Test returned status 5 (wstat 1280, 0x500)
> DIED. FAILED tests 6, 9, 12, 15, 18
>   Failed 5/20 tests, 75.00% okay
> Failed Test  Stat Wstat Total Fail  List of Failed
> ---
> t/XSLoader.t5  1280205  6 9 12 15 18
> 3 tests skipped.
> Failed 1/4 test scripts. 5/20 subtests failed.
> Files=4, Tests=20,  0 wallclock secs ( 0.12 cusr +  0.04 csys =  0.16 CPU)
> Failed 1/4 test programs. 5/20 subtests failed.
> make[1]: *** [test_dynamic] Error 5
> make[1]: Leaving directory `/build/niko/libxsloader-perl-0.07'
> make: *** [install-stamp] Error 2
> 
> Cheers,
> -- 
> Niko Tyni   [EMAIL PROTECTED]
> 
> 

-- 
_ivan



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

Bug#468122: RM: libxsloader-perl -- RoM: obsoleted by perl 5.10

[Ivan Kohler]

Package: ftp.debian.org
Severity: normal

Please remove libxsloader-perl from the archive.  This package is
obsoleted by perl 5.10.



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

Bug#468121: 5.10: Please have perl-base 5.10 Provide/Replace libxsloader-perl

[Ivan Kohler]

Package: perl-base
Version: 5.8.8-12
Severity: normal

Hi,

perl 5.8  includes XSLoader 0.06
perl 5.10 includes XSLoader 0.08

As I understand 5.10 will be uploaded to unstable shortly, I am requesting the
removal of the libxsloader-perl package (currently at version 0.07 with
upstream 0.08).  Please include an appropraite Provides/Replaces in perl-base
5.10 so that any libxsloader-perl 0.08 or below is removed upon the perl 5.10
upgrade.

I have filed this bug against perl-base as XSLoader.pm is included in
that package unlike most other modules in perl-modules.

Thanks.



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

Bug#417791: New commit

[jgoerzen]

tags 417791 pending
thanks

A commit relevant to this bug has occurred.

  Revision: 363fe230d3becd19a904662065352bff9deaf335

commit 363fe230d3becd19a904662065352bff9deaf335
Author: John Goerzen <[EMAIL PROTECTED]>
Date:   Tue Feb 26 22:10:06 2008 -0600

Now #include , required by newer GCC.  Closes: #417791.


Diff: 
http://git.debian.org/?p=users/jgoerzen/zsafe;a=commitdiff_plain;h=363fe230d3becd19a904662065352bff9deaf335

 debian/changelog |6 ++
 main.cpp |2 ++
 2 files changed, 8 insertions(+), 0 deletions(-)

More details are available at:

http://git.debian.org/?p=users/jgoerzen/zsafe;a=commit;h=363fe230d3becd19a904662065352bff9deaf335



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

Bug#464062: New commit

[jgoerzen]

tags 464062 pending
thanks

A commit relevant to this bug has occurred.

  Revision: 86df9da467c711e4fdb8b27fc9dea2c9820e6dc4

commit 86df9da467c711e4fdb8b27fc9dea2c9820e6dc4
Author: John Goerzen <[EMAIL PROTECTED]>
Date:   Tue Feb 26 22:13:13 2008 -0600

Removed superflous build dep on libqt3-compat-headers.  Closes: #464062.


Diff: 
http://git.debian.org/?p=users/jgoerzen/zsafe;a=commitdiff_plain;h=86df9da467c711e4fdb8b27fc9dea2c9820e6dc4

 debian/changelog |3 ++-
 debian/control   |2 +-
 2 files changed, 3 insertions(+), 2 deletions(-)

More details are available at:

http://git.debian.org/?p=users/jgoerzen/zsafe;a=commit;h=86df9da467c711e4fdb8b27fc9dea2c9820e6dc4



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

Bug#442776: ytree: FTBFS if build twice in a row

[Cyril Brulebois]

tag 442776 patch pending
thanks

Patrick Winnertz <[EMAIL PROTECTED]> (16/09/2007):
>  dpkg-source: cannot represent change to ytree: binary file contents changed
>  dpkg-source: cannot represent change to ytree.1.gz: binary file contents 
> changed
>  dpkg-source: cannot represent change to ytree.1.es.gz: binary file contents 
> changed
>  dpkg-source: building ytree in ytree_1.86-1.dsc
>  dpkg-source: unrepresentable changes to source

Hi,

please find attached the patch for my NMU, fixing this bug. It'll
probably get uploaded to DELAYED/5 so that you can still react and
eventually proceed to a MU.

Cheers,

-- 
Cyril Brulebois
diff -u ytree-1.86/debian/changelog ytree-1.86/debian/changelog
--- ytree-1.86/debian/changelog
+++ ytree-1.86/debian/changelog
@@ -1,3 +1,20 @@
+ytree (1.86-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix double-build FTBFS by removing “*.gz ytree” through the dh_clean
+call in the clean target, workaround needed because of the
+insufficient upstream Makefile (Closes: #442776).
+  * Bump debhelper compatibility from 1 to 5 (!):
+ - Move it from debian/rules to debian/compat.
+ - Bump the B-D on debhelper.
+ - Use debian/ytree/usr instead of debian/tmp/usr in the “make
+   install” call.
+  * No longer ignore “make clean” errors (only remove the leading dash).
+  * Bump Standards-Version from 3.6.1 to 3.7.3, no changes needed.
+  * Menu transition, from “Apps/Tools” to “Applications/File Management”.
+
+ -- Cyril Brulebois <[EMAIL PROTECTED]>  Wed, 27 Feb 2008 05:05:24 +0100
+
 ytree (1.86-1) unstable; urgency=low
 
   * New upstream release.
diff -u ytree-1.86/debian/control ytree-1.86/debian/control
--- ytree-1.86/debian/control
+++ ytree-1.86/debian/control
@@ -2,8 +2,8 @@
 Section: utils
 Priority: optional
 Maintainer: Carlos Barros <[EMAIL PROTECTED]>
-Build-Depends: debhelper, libncursesw5-dev, libreadline5-dev
-Standards-Version: 3.6.1
+Build-Depends: debhelper (>= 5), libncursesw5-dev, libreadline5-dev
+Standards-Version: 3.7.3
 
 Package: ytree
 Architecture: any
diff -u ytree-1.86/debian/menu ytree-1.86/debian/menu
--- ytree-1.86/debian/menu
+++ ytree-1.86/debian/menu
@@ -1,2 +1,2 @@
-?package(ytree):needs="text" section="Apps/Tools"\
+?package(ytree):needs="text" section="Applications/File Management"\
   title="ytree" command="/usr/bin/ytree"
diff -u ytree-1.86/debian/rules ytree-1.86/debian/rules
--- ytree-1.86/debian/rules
+++ ytree-1.86/debian/rules
@@ -5,9 +5,6 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
-# This is the debhelper compatability version to use.
-export DH_COMPAT=1
-
 configure: configure-stamp
 configure-stamp:
dh_testdir
@@ -32,9 +29,10 @@
rm -f build-stamp configure-stamp
 
# Add here commands to clean up after the build process.
-   -$(MAKE) clean
+   $(MAKE) clean
 
-   dh_clean
+   # Workaround insufficient upstream Makefile
+   dh_clean *.gz ytree
 
 install: build
dh_testdir
@@ -43,7 +41,7 @@
dh_installdirs
 
# Add here commands to install the package into debian/tmp.
-   $(MAKE) install DESTDIR=`pwd`/debian/tmp/usr
+   $(MAKE) install DESTDIR=`pwd`/debian/ytree/usr
 
 
 # Build architecture-independent files here.
only in patch2:
unchanged:
--- ytree-1.86.orig/debian/compat
+++ ytree-1.86/debian/compat
@@ -0,0 +1 @@
+5


signature.asc
Description: Digital signature

Bug#468120: git-buildpackage: Import of .dsc is not repeatable

[John Goerzen]

Package: git-buildpackage
Version: 0.4.16
Severity: wishlist

git-import-dsc appears to only import a .dsc once at a time.

if run from within an existing git repo, it would be nice if it would
import the given .dsc on top of what's there.  Import the upstream (if
it isn't already there) atop the upstream branch.  Commit a merge onto
the main branch, then adjust it as needed based on the unpacked Debian
source tree.  see hg-buildpackage and darcs-buildpackage for examples.

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

Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages git-buildpackage depends on:
ii  devscripts   2.10.13 Scripts to make the life of a Debi
ii  git-core 1:1.5.4.2-2 fast, scalable, distributed revisi
ii  python   2.4.4-6 An interactive high-level object-o
ii  python-support   0.7.6   automated rebuilding support for p

git-buildpackage recommends no packages.

-- no debconf information



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

Bug#468119: Init script thinks glusterfs-server is in /sbin when it is in /usr/sbin

[Vincas Ciziunas]

Package: glusterfs-server
Version: 1.3.8-0pre1
Severity: important


/etc/init.d/glusterfs-server: line 68: /sbin/glusterfsd: No such file or 
directory

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

Kernel: Linux 2.6.19.2-grsec-nomods-aoe-serial (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 glusterfs-server depends on:
ii  libc62.7-6   GNU C Library: Shared libraries
ii  libglusterfs01.3.8-0pre1 GlusterFS libraries and translator

glusterfs-server recommends no packages.

-- no debconf information



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

Bug#468117: iceweasel.desktop is not xdg compliant

[Michael Biebl]

Package: iceweasel
Version: 2.0.0.12-1
Severity: minor

/usr/share/applications/iceweasel.desktop is not compliant to the xdg
spec. The Categories and MimeType entries are missing a trailing
semicolon.

Cheers,
Michael


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

Kernel: Linux 2.6.24.3
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 iceweasel depends on:
ii  debianutils2.28.4Miscellaneous utilities specific t
ii  fontconfig 2.4.2-1.4 generic font configuration library
ii  libatk1.0-01.20.0-1  The ATK accessibility toolkit
ii  libc6  2.7-8 GNU C Library: Shared libraries
ii  libcairo2  1.4.14-1  The Cairo 2D vector graphics libra
ii  libfontconfig1 2.4.2-1.4 generic font configuration library
ii  libfreetype6   2.3.5-1+b1FreeType 2 font engine, shared lib
ii  libgcc11:4.3-20080219-1  GCC support library
ii  libglib2.0-0   2.14.6-1  The GLib library of C routines
ii  libgtk2.0-02.12.8-1  The GTK+ graphical user interface 
ii  libhunspell-1.1-0  1.1.9-1   spell checker and morphological an
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libnspr4-0d4.7.0~1.9b1-2 NetScape Portable Runtime Library
ii  libnss3-1d 3.12.0~1.9b1-2Network Security Service libraries
ii  libpango1.0-0  1.18.4-1  Layout and rendering of internatio
ii  libpng12-0 1.2.15~beta5-3PNG library - runtime
ii  libstdc++6 4.3-20080219-1The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxft22.1.12-2  FreeType-based font drawing librar
ii  libxinerama1   1:1.0.2-1 X11 Xinerama extension library
ii  libxp6 1:1.0.0.xsf1-1X Printing Extension (Xprint) clie
ii  libxrender11:0.9.4-1 X Rendering Extension client libra
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  procps 1:3.2.7-6 /proc file system utilities
ii  psmisc 22.6-1Utilities that use the proc filesy
ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

iceweasel recommends no packages.

-- no debconf information



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

Bug#468118: git-buildpackage: Include full commit message in changelog

[John Goerzen]

Package: git-buildpackage
Version: 0.4.16
Severity: wishlist

It would be nice for git-dch to have an option to include the full
commit message in the changelog.  It would of course have to re-wrap
and indent paragraphs a bit.  That way, I could say Closes: #nn in
the commit message for future reference and also have it appear in the
changelog -- sort of debcommit in reverse.

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

Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages git-buildpackage depends on:
ii  devscripts   2.10.13 Scripts to make the life of a Debi
ii  git-core 1:1.5.4.2-2 fast, scalable, distributed revisi
ii  python   2.4.4-6 An interactive high-level object-o
ii  python-support   0.7.6   automated rebuilding support for p

git-buildpackage recommends no packages.

-- no debconf information



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

Bug#404840: colorgcc: Breaks kernel and some autoconf builds

[Barry deFreese]

Christian,

I think this should have been fixed in the -5 upload.  Have you (or 
could you) try it with one of the latest releases?


Thank you,

Barry deFreese



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

Bug#468116: update-initramfs: ro_bootcheck fix.

[Luke Yelavich]

Package: initramfs-tools
Severity: wishlist
Version: 0.91e
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu ubuntu-patch hardy ubuntu

Attached is a patch to fix a possible ro_bootcheck error. The Ubuntu changelog 
contains the following:

* Fix broken test in ro_boot_check (LP: #187282).  It was matching ro as a 
subword.

The patch applies against git head. See Ubuntu bug #187282, 
https://launchpad.net/bugs/187282 for more information.
diff -urN initramfs-tools/update-initramfs initramfs-tools.new/update-initramfs
--- initramfs-tools/update-initramfs	2008-02-26 11:04:36.943676705 +1100
+++ initramfs-tools.new/update-initramfs	2008-02-26 11:07:55.999676705 +1100
@@ -267,8 +267,7 @@
 		return 0
 	fi
 
-	boot_opts=$(awk '/boot/{if ((match($4, /^ro/) || match($4, /,ro/)) \
-		&& $2 == "/boot") print "ro"}' /proc/mounts)
+	boot_opts=$(awk '/boot/{if (match($4, /([^a-zA-Z0-9]|^)ro([^a-zA-Z0-9]|$)/) && $2 == "/boot") print "ro"}' /proc/mounts)
 	if [ -n "${boot_opts}" ]; then
 		echo "WARNING: /boot is ro mounted."
 		echo "update-initramfs: Not updating ${initramfs}"


signature.asc
Description: Digital signature

Bug#468114: Loopback file system support.

[Luke Yelavich]

Package: initramfs-tools
Severity: wishlist
Version: 0.91e
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu ubuntu-patch hardy ubuntu

Attached is a patch to allow an initramfs to use a root filesystem as a loop 
device, on top of another file system. A good example and use of this code is 
for Ubuntu's Windows installer, which creates a loopback filesystem on top of 
the Windows NTFS partition. The Windows partition is mounted, then the loopback 
filesystem is mounted from the Windows partition. The patch applies against git 
head.
diff -urN initramfs-tools/init initramfs-tools.new/init
--- initramfs-tools/init	2008-02-26 10:36:10.347676705 +1100
+++ initramfs-tools.new/init	2008-02-26 13:50:26.459676705 +1100
@@ -85,6 +85,15 @@
 			;;
 		esac
 		;;
+	loop=*)
+		LOOP="${x#loop=}"
+		;;
+	loopflags=*)
+		LOOPFLAGS="-o ${x#loopflags=}"
+		;;
+	loopfstype=*)
+		LOOPFSTYPE="${x#loopfstype=}"
+		;;
 	nfsroot=*)
 		NFSROOT="${x#nfsroot=}"
 		;;
diff -urN initramfs-tools/initramfs-tools.8 initramfs-tools.new/initramfs-tools.8
--- initramfs-tools/initramfs-tools.8	2008-02-26 13:48:37.435676705 +1100
+++ initramfs-tools.new/initramfs-tools.8	2008-02-26 13:49:26.251676705 +1100
@@ -52,6 +52,19 @@
 set the root file system type.
 
 .TP
+\fB \fI loop
+path within the original root file system to loop-mount and use as the real
+root file system.
+
+.TP
+\fB \fI loopflags
+set the loop file system mount option string, if applicable.
+
+.TP
+\fB \fI loopfstype
+set the loop file system type, if applicable.
+
+.TP
 \fB \fI nfsroot
 can be either "auto" to try to get the relevant information from DHCP or a
 string of the form NFSSERVER:NFSPATH or NFSSERVER:NFSPATH:NFSOPTS.
diff -urN initramfs-tools/scripts/local initramfs-tools.new/scripts/local
--- initramfs-tools/scripts/local	2008-02-26 13:48:37.423676705 +1100
+++ initramfs-tools.new/scripts/local	2008-02-26 13:49:26.239676705 +1100
@@ -101,7 +101,8 @@
 	run_scripts /scripts/local-premount
 	[ "$quiet" != "y" ] && log_end_msg
 
-	if [ "${readonly}" = "y" ]; then
+	if [ ${readonly} = y ] && \
+	   ([ -z "$LOOP" ] || [ "${FSTYPE#ntfs}" = "$FSTYPE" ]); then
 		roflag=-r
 	else
 		roflag=-w
@@ -114,6 +115,43 @@
 	# Mount root
 	mount ${roflag} -t ${FSTYPE} ${ROOTFLAGS} ${ROOT} ${rootmnt}
 
+	if [ "$LOOP" ]; then
+		mkdir -p /host
+		mount -o move ${rootmnt} /host
+
+		while [ ! -e "/host/${LOOP#/}" ]; do
+			panic "ALERT!  /host/${LOOP#/} does not exist.  Dropping to a shell!"
+		done
+
+		# Get the loop filesystem type if not set
+		if [ -z "${LOOPFSTYPE}" ]; then
+			eval $(fstype < "/host/${LOOP#/}")
+		else
+			FSTYPE="${LOOPFSTYPE}"
+		fi
+		if [ "$FSTYPE" = "unknown" ] && [ -x /lib/udev/vol_id ]; then
+			FSTYPE=$(/lib/udev/vol_id -t "/host/${LOOP#/}")
+			[ -z "$FSTYPE" ] && FSTYPE="unknown"
+		fi
+
+		if [ ${readonly} = y ]; then
+			roflag=-r
+		else
+			roflag=-w
+		fi
+
+		# FIXME This has no error checking
+		modprobe loop
+		modprobe ${FSTYPE}
+
+		# FIXME This has no error checking
+		mount ${roflag} -o loop -t ${FSTYPE} ${LOOPFLAGS} "/host/${LOOP#/}" ${rootmnt}
+
+		if [ -d ${rootmnt}/host ]; then
+			mount -o move /host ${rootmnt}/host
+		fi
+	fi
+
 	[ "$quiet" != "y" ] && log_begin_msg "Running /scripts/local-bottom"
 	run_scripts /scripts/local-bottom
 	[ "$quiet" != "y" ] && log_end_msg


signature.asc
Description: Digital signature

Bug#455685: [Splashy-devel] Bug#455685: More on splashy + display managers

[Luis Mondesi]

umm see my previous message to your other bug.

We test Splashy with GDM/XDM on Debian Sid. It works for us.

Try using this script:
http://git.debian.org/?p=splashy/splashy.git;a=blob_plain;f=scripts/lsb-base-logging.sh;hb=HEAD

This should be placed in /etc/lsb-base-logging.sh

Regards,

-- 
)(-
Luis Mondesi
Maestro Debiano

- START ENCRYPTED BLOCK (Triple-ROT13) --
Gur Hohagh [Yvahk] qvfgevohgvba oevatf gur fcvevg bs Hohagh gb gur
fbsgjner jbeyq.
- END ENCRYPTED BLOCK (Triple-ROT13) --



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

Bug#468115: Support for mount failure hooks.

[Luke Yelavich]

Package: initramfs-tools
Severity: wishlist
Version: 0.91e
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu ubuntu-patch hardy ubuntu

Attached is a patch to allow scripts in either local-top or init-premount to 
register hook to perform specific actions in the event the root device cannot 
be found. A good use for this is when an attemt is made to find the device that 
contains an LVM volume. If the root device cannot be found, lvm can then be 
queried to present the user with information about what may be wrong with their 
volumes. This patch applies against git head. This is part of the Ubuntu 
specification for better initramfs reliability, found at the following URL: 
https://wiki.ubuntu.com/HardyInitramfsErrorHandling
diff -urN initramfs-tools/scripts/local initramfs-tools.new/scripts/local
--- initramfs-tools/scripts/local	2008-02-26 10:36:10.443676705 +1100
+++ initramfs-tools.new/scripts/local	2008-02-26 11:31:15.247676705 +1100
@@ -87,7 +87,7 @@
 		esac
 		echo "ALERT!  ${ROOT} does not exist.  Dropping to a shell!"
 		echo "	Check your root= boot argument (cat /proc/cmdline)"
-		panic "	Check for missing modules (cat /proc/modules), or device files (ls /dev)"
+		panic -r "	Check for missing modules (cat /proc/modules), or device files (ls /dev)"
 	done
 
 	# Get the root filesystem type if not set
diff -urN initramfs-tools/scripts/functions initramfs-tools.new/scripts/functions
--- initramfs-tools/scripts/functions	2008-02-26 10:36:10.407676705 +1100
+++ initramfs-tools.new/scripts/functions	2008-02-26 12:13:39.183676705 +1100
@@ -64,6 +64,19 @@
 		sleep ${panic}
 		reboot
 	fi
+
+	# Call mountroot failure hooks if requested.
+	if [ "${1}" = "-r" ]; then
+		shift 1
+
+		if [ -r "/tmp/mountroot-fail.hooks" ]; then
+			mountroot_fail_hooks=$(cat /tmp/mountroot-fail.hooks)
+			for mr_fh in "${mountroot_fail_hooks}"; do
+${mr_fh} mountfail
+			done
+		fi
+	fi
+
 	modprobe i8042
 	modprobe atkbd
 	echo $@
@@ -308,3 +321,8 @@
 	# source relevant ipconfig output
 	. /tmp/net-${DEVICE}.conf
 }
+
+add_mountroot_fail_hook()
+{
+	echo "$0" >> /tmp/mountroot-fail.hooks
+}
--- 0.85e/initramfs-tools.8	2006-12-14 23:41:16.0 +
+++ 0.85eubuntu25/initramfs-tools.8	2008-02-12 03:31:09.0 +
@@ -303,6 +316,20 @@ user to investigate the situation.
 .PP
 .B Example:
 panic "Frobnication failed"
+.fi
+.RE
+.RE
+
+.TP
+\fB \fI
+add_mountroot_fail_hook
+Registers the script as able to provide possible further information, in the
+event that the root device cannot be found. See the example script in the
+initramfs-tools examples directory for more information.
+.RS
+.PP
+.B Example:
+add_mountroot_fail_hook
 .RE
 
 .SS Subdirectories
--- 0.85e/docs/example_script	2006-07-16 20:47:13.0 +0100
+++ 0.85eubuntu25/docs/example_script	2008-02-12 03:24:34.0 +
@@ -60,10 +60,23 @@ prereqs)
 	prereqs
 	exit 0
 	;;
+mountfail) # Called if the script has previously registered a mountroot
+   # failure.
+	# Check status, and display any relevant information about the
+	# failure if there is a problem, then exit with a status of 1.
+	;;
 esac
 
 # Do the work here.
 
+# If this script is to be placed in either init-premount, or local-top,
+# register a mountroot failure hook, so that further information can be given
+# to the user, in the event that the root device cannot be found.
+
+. /scripts/functions
+
+add_mountroot_fail_hook
+
 echo "Got here!"
 
 # Handle an error:


signature.asc
Description: Digital signature

Bug#455685: [Splashy-devel] Bug#455685: splashy: GDM no longer start automagically on Lenny + Appologies

[Luis Mondesi]

Hello,

Sorry for the late response...

Are you still having this issue?

Please use this script:
http://git.debian.org/?p=splashy/splashy.git;a=blob_plain;f=scripts/lsb-base-logging.sh;hb=HEAD

And replace /etc/lsb-base-logging.sh in your system. That should fix
all initrc related problems.


-- 
)(-
Luis Mondesi
Maestro Debiano

- START ENCRYPTED BLOCK (Triple-ROT13) --
Gur Hohagh [Yvahk] qvfgevohgvba oevatf gur fcvevg bs Hohagh gb gur
fbsgjner jbeyq.
- END ENCRYPTED BLOCK (Triple-ROT13) --



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

Bug#468113: PlayStation 3 script update.

[Luke Yelavich]

Package: initramfs-tools
Severity: wishlist
Version: 0.91e
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu ubuntu-patch hardy ubuntu

Attached is a patch to update the ps3 script. This patch allows the supporting 
of old and new ps3 hardware configurations. The patch applies against git head.
diff -urN initramfs-tools/scripts/init-premount/ps3 initramfs-tools.new/scripts/init-premount/ps3
--- initramfs-tools/scripts/init-premount/ps3	2008-02-26 10:36:10.419676705 +1100
+++ initramfs-tools.new/scripts/init-premount/ps3	2008-02-26 13:43:53.571676705 +1100
@@ -17,15 +17,20 @@
 
 case "$DPKG_ARCH" in
 powerpc|ppc64)
-	while read line; do
-		if [ "${line}" != "${line#machine*PS3PF}" ]; then 
-			# For PS3's we know these devices will exist,
-			# and that we'll need them
-			modprobe ps3_storage
-			modprobe gelic_net
-			modprobe ohci-hcd
-			modprobe ehci-hcd
-		fi
-	done < /proc/cpuinfo
+	# For PS3's we know these devices will exist, and we'll need them
+	if grep -q PS3 /proc/cpuinfo; then
+		# New style
+		modprobe -Qb ps3disk
+		modprobe -Qb ps3rom
+		modprobe -Qb ps3-gelic
+
+		# Old style
+		modprobe -Qb ps3_storage
+		modprobe -Qb gelic_net
+
+		modprobe -Qb ohci-hcd
+		modprobe -Qb ehci-hcd
+		modprobe -Qb sys-manager
+	fi
 	;;
 esac


signature.asc
Description: Digital signature

Bug#468112: Initramfs generation reliability fixes.

[Luke Yelavich]

Package: initramfs-tools
Severity: wishlist
Version: 0.91e
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu ubuntu-patch hardy ubuntu

Attached is a patch to improve the way update-initramfs handles the generating 
of new or updated initramfs images for kernels. It puts in place a few measures 
to ensure that if there is not enough disk space on /boot, a previous initramfs 
is still in tact, to allow the booting of that kernel. The patch applies 
against current git head. See the Ubuntu specification found at the following 
URL for more information: 
https://wiki.ubuntu.com/HardyInitramfsErrorHandling
diff -urN initramfs-tools/update-initramfs initramfs-tools.new/update-initramfs
--- initramfs-tools/update-initramfs	2008-02-26 11:04:36.943676705 +1100
+++ initramfs-tools.new/update-initramfs	2008-02-26 11:01:00.555676705 +1100
@@ -87,7 +87,7 @@
 	[ ! -r "${initramfs}" ] && return 0
 	initramfs_bak="${initramfs}.dpkg-bak"
 	[ -r "${initramfs_bak}" ] && rm -f "${initramfs_bak}"
-	ln -f "${initramfs}" "${initramfs_bak}"
+	mv -f "${initramfs}" "${initramfs_bak}"
 	verbose "Keeping ${initramfs_bak}"
 }
 
@@ -131,7 +131,7 @@
 {
 	[ -z "${initramfs_bak}" ] && return 0
 	verbose "Restoring ${initramfs_bak}"
-	rm -f "${initramfs_bak}"
+	mv -f "${initramfs_bak}" "${initramfs}"
 }
 
 
@@ -142,8 +142,7 @@
 	if [ "${verbose}" = 1 ]; then
 		OPTS="-v ${OPTS}"
 	fi
-	if mkinitramfs ${OPTS} "${initramfs}.new" "${version}"; then
-		mv -f "${initramfs}.new" "${initramfs}"
+	if mkinitramfs ${OPTS} "${initramfs}" "${version}"; then
 		set_sha1
 	else
 		mkinitramfs_return="$?"


signature.asc
Description: Digital signature

Bug#465729: [Splashy-devel] Bug#465729: KDM doesn'd display login screen when splashy is enabled

[Luis Mondesi]

Can you change the first line of /etc/init.d/kdm and send us the output?

The line should read:

!#/bin/sh -x

We need the output of:

/etc/init.d/kdm stop
/etc/init.d/kdm start

Please note that a new version of Splashy was released and
/etc/lsb-base-logging.sh included here will address this issue. You
can get the latest version of this script from our Git repository
directly:

http://git.debian.org/?p=splashy/splashy.git;a=blob_plain;f=scripts/lsb-base-logging.sh;hb=HEAD

On Thu, Feb 14, 2008 at 6:15 AM, Michal Sojka <[EMAIL PROTECTED]> wrote:
> Package: splashy
>  Version: 0.3.8-1
>  Severity: important
>
>  After booting with splashy enabled, kdm do not show its login
>  screen. I have a nvidia card with proprietary drivers. kdm process is
>  running but not kdm_greet. No keyboard shortcuts (Alt-Fx, Esc, F2) are
>  working. If I log in from another machine using SSH and execute
>  /etc/init.d/kdm restart, the login screen appears.
>
-- 
)(-
Luis Mondesi
Maestro Debiano

- START ENCRYPTED BLOCK (Triple-ROT13) --
Gur Hohagh [Yvahk] qvfgevohgvba oevatf gur fcvevg bs Hohagh gb gur
fbsgjner jbeyq.
- END ENCRYPTED BLOCK (Triple-ROT13) --



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

Bug#468111: dpkg: glade sid -> etch does not convert directory into a symlink

[Paul Wise]

Package: dpkg
Version: 1.14.16.6
Severity: normal

I downgraded glade from sid -> etch to get code generation functionality
back, and then upgraded it from etch -> sid, which failed because dpkg
was doing rm on an empty directory instead of rmdir. Initially I thought
this was a bug in glade for not supporting upgrades from etch, but it
turns out to be due to a bug in dpkg where downgrading from glade
3.4.1-1 in sid to glade 2.12.1-7 in etch does not convert the glade doc
directory from a directory to a symlink as it should:

 Package: glade
 Version: 2.12.1-7
 Architecture: i386
...
lrwxrwxrwx root/root 0 2006-12-24 17:57 ./usr/share/doc/glade -> 
glade-common

 Package: glade
 Source: glade-3
 Version: 3.4.1-1
 Architecture: i386
...
drwxr-xr-x root/root 0 2007-12-31 02:30 ./usr/share/doc/
drwxr-xr-x root/root 0 2007-12-31 02:31 ./usr/share/doc/glade/
-rw-r--r-- root/root  8641 2007-12-31 02:23 
./usr/share/doc/glade/changelog.Debian.gz
-rw-r--r-- root/root  3019 2007-11-06 15:59 ./usr/share/doc/glade/README
-rw-r--r-- root/root  2539 2007-11-06 15:59 ./usr/share/doc/glade/TODO
-rw-r--r-- root/root  4333 2007-12-31 02:23 ./usr/share/doc/glade/copyright
-rw-r--r-- root/root   308 2007-11-06 15:59 ./usr/share/doc/glade/AUTHORS
-rw-r--r-- root/root  9353 2007-12-19 00:53 ./usr/share/doc/glade/NEWS.gz
-rw-r--r-- root/root 97775 2007-12-19 01:01 
./usr/share/doc/glade/changelog.gz
...

I tested this by downgrading sid -> etch, attempting to upgrade from
etch -> sid, purging etch, installing etch, upgrading etch -> sid: 

# ls -ld /usr/share/doc/glade
drwxr-xr-x 2 root root 248 Feb 27 11:45 /usr/share/doc/glade
# dpkg -s glade | grep Version
Version: 3.4.1-1
# dpkg -i glade_2.12.1-7_i386.deb
dpkg - warning: downgrading glade from 3.4.1-1 to 2.12.1-7.
(Reading database ... 329968 files and directories currently installed.)
Preparing to replace glade 3.4.1-1 (using glade_2.12.1-7_i386.deb) ...
Unpacking replacement glade ...
Setting up glade (2.12.1-7) ...
# ls -ld /usr/share/doc/glade
drwxr-xr-x 2 root root 48 Feb 27 11:46 /usr/share/doc/glade
# dpkg -s glade | grep Version
Version: 2.12.1-7
# dpkg -i glade_3.4.1-1_i386.deb
(Reading database ... 329963 files and directories currently installed.)
Preparing to replace glade 2.12.1-7 (using glade_3.4.1-1_i386.deb) ...
rm: cannot remove `/usr/share/doc/glade': Is a directory
dpkg: error processing glade_3.4.1-1_i386.deb (--install):
 subprocess pre-installation script returned error exit status 1
Errors were encountered while processing:
 glade_3.4.1-1_i386.deb
# ls -ld /usr/share/doc/glade
drwxr-xr-x 2 root root 48 Feb 27 11:47 /usr/share/doc/glade
# dpkg -s glade | grep Version
Version: 2.12.1-7
# dpkg -P glade
(Reading database ... 329961 files and directories currently installed.)
Removing glade ...
Purging configuration files for glade ...
# ls -ld /usr/share/doc/glade
ls: cannot access /usr/share/doc/glade: No such file or directory
# dpkg -s glade 
Package: glade
Status: purge ok not-installed
Priority: extra
Section: devel
# dpkg -i glade_2.12.1-7_i386.deb
Selecting previously deselected package glade.
(Reading database ... 329905 files and directories currently installed.)
Unpacking glade (from glade_2.12.1-7_i386.deb) ...
Setting up glade (2.12.1-7) ...
# ls -ld /usr/share/doc/glade
lrwxrwxrwx 1 root root 12 Feb 27 11:48 /usr/share/doc/glade -> glade-common
# dpkg -s glade | grep Version
Version: 2.12.1-7
# dpkg -i glade_3.4.1-1_i386.deb
(Reading database ... 329963 files and directories currently installed.)
Preparing to replace glade 2.12.1-7 (using glade_3.4.1-1_i386.deb) ...
Unpacking replacement glade ...
Setting up glade (3.4.1-1) ...
# ls -ld /usr/share/doc/glade
drwxr-xr-x 2 root root 248 Feb 27 11:50 /usr/share/doc/glade
# dpkg -s glade | grep Version
Version: 3.4.1-1

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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dpkg depends on:
ii  coreutils 6.10-3 The GNU core utilities
ii  libc6 2.7-8  GNU C Library: Shared libraries

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#468095: dfsbuild: it would be nice if mirroring the repository was optional

[John Goerzen]

On Tuesday 26 February 2008 6:19:06 pm Jiří Paleček wrote:
> Package: dfsbuild
> Version: 1.0.2.0
> Severity: wishlist
>
> Hello,
>
> I think it would be a useful feature to make downloading the package files
> (the first call to cdebootstrap) optional. Basically, on a CD which won't
> be used as installation CD, the package files are useless and only take
> precious space. Also, cdebootstrap will happily bootstrap a system without
> the need of local mirror, and, if you are for example using apt-cacher, it
> won't be any slower.
>
> The needed steps to implement this are: allow empty "dlrepos", pass the
> real mirror to cdebootstrap when bootstraping (maybe conditionally) and
> conditionally skip the step of copying the local repository to the target.

Hi Jiri,

Thanks for sending along these reports.  I have checked in your suggested 
patch regarding cdebootstrap into my Darcs repo already.

In truth, it has been a long time since I have dabbled with the dfsbuild 
code, and it is in need of an overhaul in several areas for sure.  One of 
the main things I want to do is to add many more opportunities for arbitrary 
hooks into shell commands to replace some of the hard-coded configuration 
assumptions.

I need to find some time to get back into the dfsbuild code before I can 
comment on this particular thing though, I'm afraid.

If you are interested in taking over dfsbuild, or becoming a contributor to 
it, I would be happy to work with you or hand it over to you.

-- John

>
> What do you think about this?
>
> Regards
>  Jiri Palecek
>
>
> -- System Information:
> Debian Release: lenny/sid
>APT prefers testing
>APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.23.9-debug (PREEMPT)
> Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL
> set to cs_CZ)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages dfsbuild depends on:
> ii  cdebconf [debconf-2.0]0.116  Debian Configuration
> Management Sy
> ii  cdebootstrap  0.4.7  Bootstrap a Debian system
> ii  cramfsprogs   1.1-6  Tools for CramFs (Compressed
> ROM F
> ii  debconf [debconf-2.0] 1.5.13 Debian configuration
> management sy
> ii  grub  0.97-28GRand Unified Bootloader
> ii  libc6 2.7-3  GNU C Library: Shared
> libraries
> ii  libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic
> library
> ii  mkisofs   9:1.1.6-1  Dummy transition package for
> genis
> ii  reprepro  3.3.0-1Debian package repository
> producer
> ii  ucf   3.001  Update Configuration File:
> preserv
>
> dfsbuild recommends no packages.
>
> -- no debconf information

Bug#468110: ITP: osptoolkit -- An open source client side development kit for Open Settlement Protocol

[TransNexus, Inc.]

Package: wnpp
Severity: wishlist
Owner: "TransNexus, Inc." <[EMAIL PROTECTED]>


* Package name: osptoolkit
  Version : 3.4.2
  Upstream Author : "TransNexus, Inc." <[EMAIL PROTECTED]>
* URL : https://sourceforge.net/projects/osp-toolkit
* License : BSD
  Programming Lang: C/C++
  Description : An open source client side development kit for Open 
Settlement Protocol

The Open Settlement Protocol (OSP) standard defined by the European 
Telecommunications Standards Institute (ETSI TS 101 321) www.etsi.org.
The OSP Toolkit is an open source implementation of the OSP peering protocol 
and is freely available from www.sourceforge.net. It enables applications for 
secure multi-lateral peering.

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

Kernel: Linux 2.6.18-5-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



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

Bug#379682: mercury: should this package be removed?

[Barry deFreese]

Paul Bone wrote:


On 27/02/2008, at 5:07 AM, Barry deFreese wrote:


As I mentioned yesterday I have a package that is now building with 
gcc-4.1 with all of the grades that the current package has.  
However, the package still has several issues.  One of the biggies is 
that it is creating self-recursive symlinks in 
/usr/lib/mercury/ints/Mercury/{int2s, int3s, ints, mihs, module_deps, 
opts, trans_opts}  all which link to ..


Any idea what that is for and if it is even necessary or what it is 
supposed to be doing?


As for maintaining this in some VCS system, that shouldn't be an 
issue.  Just make sure you keep the debian and VCS dirs/files out of 
the tarball.


Any help/advice would be greatly appreciated.


Barry,

It seems that about 3 of us are creating packages independently.  
Please allow me to coordinate everybody's efforts.  I have a darcs 
repository[1] of what I've achieved so far (the dh_install step fails 
atm).  If you'd like please check it out, make any changes and use 
'darcs send' to e-mail them to me.


Otherwise e-mail what you've done so far and I'll take a look.

I expect you've gotten a little further than me, however I don't know 
what approach you are taking and what outcomes you're aiming for, so 
accepting your work may take longer than expected.


I'm building mercury for a single grade initially just to get 
something working, this will be asm_fast.gc.  I'm also building 
separate packages such as mercury-dev mercury-asmfastgc1-dev mercury-bin.


I'd be very interested to see what you have achieved.


1: http://www.digitalerection.com/~paul/mercury-0.13.1-debianization
This is the debian directory.  There are also some patches for mercury 
that aren't published yet.



Paul,

Ah great, I didn't know you were actively working on it.  I will stop 
then since I'm not that familiar with mecury.


I've uploaded my source package that you can pull from here: 
http://mentors.debian.net/debian/pool/main/m/mercury/mercury_0.13.1-1.dsc


I'm happy to help with any packaging issues you have (if I can help).

Thanks,

Barry deFreese



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

Bug#467488: [Pkg-shadow-devel] Bug#467488: Bug#467488: passwd: adduser/deluser does now work without shadow

[Nicolas François]

tags 467488 fixed-upstream
thanks

On Tue, Feb 26, 2008 at 01:16:30AM +0100, [EMAIL PROTECTED] wrote:
> 
> On Mon, Feb 25, 2008 at 09:58:37PM +0100, [EMAIL PROTECTED] wrote:
> > 
> > I could not add/remove a user to/from a group:
> > 
> > # LANG=C deluser chenz video
> > Removing user `chenz' from group `video' ...
> > gpasswd: can't open shadow file
> > /usr/sbin/deluser: `/usr/bin/gpasswd -M  video' returned error code 1. 
> > Exiting
> > 
> > gpasswd quit because it failed to open "/etc/gshadow".
> 
> Thanks for this bug report.
> I could reproduce it and will soon provide a patch.

I committed a fix in the shadow repository.

Kind Regards,
-- 
Nekral



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

Bug#426581: meshlab - anyone still working on this

[Ian Jackson]

Paolo Cignoni writes ("Re: Bug#426581: meshlab - anyone still working on this"):
> We use QT with QSettings mechanism for saving config files in a portable way

Can these files be written other than by Qt ?  Our configuration
management systems often need to write to configuration in situations
where the application in question is not available.  Often there will
not be a graphical display and sometimes not even a user to interact
with (eg, preloading for automated operating system installs).

> (i would like to avoid to put any OS specific code inside meshlab)

I understand that view.

If you make a hook that we can use to control the behaviour, we can
happily add any necessary Debian-specific code to our version.

> The mechanism i am going to implement is the following
> An asking dialog popup at first run.
> The result of the dialog will be saved in a persistent place using qsettings.
> If this value is already set No dialog will never popup (so an
> installer can set these values before first run)

I think this isn't the right answer for Debian.  We wouldn't want it
popping up its own dialogues.  But it sounds like it would provide a
place for us to plumb in our own configuration.  So if you do it that
way then that's fine by us but we will adjust the configuration
arrangements a bit for our users.  I hope that's OK with you.

The beauty of Free Software is that we can all have the version we
want.

Regards,
Ian.



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

Bug#461499: more information please

[Matthias Bode]

Hello,


On [Wed, 20.02.2008 19:26], Karl Schmidt wrote:
> I think I have the same problem - what, logs etc did you see to determine 
> this was the problem?

well this is very easy. It was a script with some formulas which are
printed correct. But in the text, there are explenations of the formulas
and there the signs are not readable.

Because I thought this is a problem of evince I tried Acrobat Reader
which told me "missing fonts". After installing them the script is
"readable/printable".


>
> I'm printing a document to a HP5000 PS printer and it all appears to be 
> working except that it never prints - (printer just keeps saying 
> processing job).  It appears to be related to missing fonts in that most 
> documents will print, except if they have an unusual font.
>
>
>
> 
> Karl Schmidt EMail [EMAIL PROTECTED]
> Transtronics, Inc. WEB http://xtronics.com
> 3209 West 9th StreetPh (785) 841-3089
> Lawrence, KS 66049 FAX (785) 841-0434
>
> It’s no wonder that truth is stranger than fiction. Fiction has to make sense.
> Mark Twain
>
> 
>
>
>
> -- 
> To unsubscribe, send mail to [EMAIL PROTECTED]

-- 
Mit freundlichen Grüßen

Matthias Bode

Bug#468109: reprepro: listfilter fails to show some information

[Raphael Geissert]

Package: reprepro
Version: 3.0.1-1

Having the next data in the repository:
$ reprepro -T dsc list sid kcometen3
sid|main|source: kcometen3 1.1-1
$ reprepro -T deb list sid kcometen3
sid|main|i386: kcometen3 1.1-1

Unless I'm doing something wrong these executions should all show something:
$ reprepro -v -T deb listfilter sid "Package (==kcometen3)"
sid|main|i386: kcometen3 1.1-1
$ reprepro -v -T dsc listfilter sid "Source (==kcometen3)"
$ reprepro -v -T deb listfilter sid "Package (==kcometen3), Source 
(==kcometen3)"
$ reprepro -v -T dsc listfilter sid "Source (==kcometen3), Version (==1.1-1)"
$ reprepro -v -T deb listfilter sid "Source (==kcometen3), Version (==1.1-1)"
$ reprepro -v -T dsc listfilter sid "Source (==kcometen3)"
$ reprepro -v -T deb listfilter sid "Package (==kcometen3), Version (==1.1-1)"
sid|main|i386: kcometen3 1.1-1

TIA

Kind 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#468108: distributed-net: new stable upstream v2.9015.504

[Dylan]

Package: distributed-net
Version: 2.9013.498-3
Severity: wishlist

Please update to the last version (v2.9015.504). Thanks.

ftp://ftp.distributed.net/pub/dcti/current-client/dnetc-linux-x86-elf-uclibc.tar.gz
http://http.distributed.net/pub/dcti/current-client/dnetc-linux-x86-elf-uclibc.tar.gz

2.9015-504  imp: cellbe: Tidy up cores for public source release
fix: x86: broken -stress on intel macosx (#4021)

2.9015-503  imp: cellbe: Slightly faster SPE OGR core
fix: linux: Working fix for the race condition alluded to 
in the

changelog for v2.9015-502
imp: x86: Faster OGR MMX cores (1-3%, depending on CPU)
chg: x86: OGR core selection for P4 (updated cores)

2.9015-502  new: cellbe: Added SPE OGR cores
fix: linux: Fix race condition in heavily multithreaded
scenarios causing the first cruncher to randomly
stop running until client is restarted.
chg: x86: SGP-3 is default RC5-72 core for older P4's (#4009)
imp: x86: A little faster and stable speed of DG-3 and 
SGP-3 cores.


2.9014-501  new: cellbe: New platform, PlayStation 3/Cell BE

2.9013-500  imp: x86: Faster RC5-72 GO-2 core (#3265)
chg: x86: GO-2 core is now the default selection for P4
chg: x86: OGR core selection for P4 (#3988 and others)
chg: all: default work precedence is now OGR-P2,RC5-72
chg: all: default buffer level checking set to 4

2.9013-499  imp: x86: Faster OGR MMX cores (1-3%, depending on CPU)





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

Bug#464118: rm -r broken: Function not implemented

[Michael Stone]

On Fri, Feb 15, 2008 at 05:09:31PM -0700, you wrote:

So, this seems to be restricted to either older kernels, or kernels with
a specific config.


Since my last email I've had my primary development machine die from bad 
capacitors, replaced it, put a new test qemu environment together, tried 
a variety of kernels working backward from 2.6.24, 2.6.18, 2.6.17, 
2.6.16, and finally had a failure with 2.6.8. (woo-hoo!)


I compiled & ran the test.c I attached earlier in the bug log, and it 
fails with the same "function not implmented error" & strace. In my 
mind, that suggests that this is a bug in the libc syscall emulation 
code rather than coreutils, and my inclination is to reassign to libc. 
Anyone have any other thoughts? (One other thought is that it should 
simply be downgraded since this shouldn't fail on any kernel released 
since etch, and we don't support skipping releases.)


(As for reassigning, the logic is that coreutils checks to see if 
unlinkat(2) is present in libc, and it is, so coreutils uses that rather 
than its own emulation code. That function works at build time, and 
works at run time if /proc is mounted. If proc is unmounted, unlinkat(2) 
suddenly fails. I don't think it's reasonable to expect coreutils to 
work around that. I do think that coreutils *would* work around that if 
unlinkat(2) wasn't present.)


Reproducing this is fairly easy if you install sid into a qemu image & 
then install the 2.6.8-4-686 kernel from sarge, as long as your machine 
doesn't have puffed up and knocked over capacitors. :-)


Mike Stone



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

Bug#354179: apt-watch: opinion on icons

[Matías A. Bellone]

Though I have no opinion on the icon itself I do think that whichever it 
is it should have a transparent background.


At this time it appears to be using the system background information 
despite (my) panel is setup to be transparent.


Was not sure if this was to be in this bug, my apologies if it shouldn't 
have.


Regards,
Matías Bellone



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

Bug#467603: gcj-4.3: FTBFS: patching failed.

[Matthias Klose]

severity 467603 important
thanks

this should be ignored until the 4.3.0-1 upload. it will be fixed but
should not hinder migration to testing.

Lucas Nussbaum writes:
> Package: gcj-4.3
> Version: 4.3-20080202-1
> Severity: serious
> User: [EMAIL PROTECTED]
> Usertags: qa-ftbfs-20080225 qa-ftbfs
> Justification: FTBFS on i386
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on i386.
> 
> Relevant part:
> > make[1]: Entering directory `/build/user/gcj-4.3-4.3-20080202'
> > dh_testdir
> > rm -f pxxx status
> > rm -f *-summary *-protocol testsuite-comparision summary-diff
> > if [ -f /build/user/gcj-4.3-4.3-20080202/src/gcc/p/config-lang.in.debian ]; 
> > then \
> >   mv -f 
> > /build/user/gcj-4.3-4.3-20080202/src/gcc/p/config-lang.in.debian 
> > /build/user/gcj-4.3-4.3-20080202/src/gcc/p/config-lang.in; \
> > else true; fi
> > rm -f /build/user/gcj-4.3-4.3-20080202/src/gcc/po/*.gmo
> > rm -f 
> > debian/lib{ffi,g2c,gcc,gcj,objc,stdc++}{-v3,[0-9]}*.{{pre,post}{inst,rm},shlibs}
> > fs=`echo debian/*-BV* debian/*GCJ* debian/*CXX* debian/*LC* debian/*MF* | 
> > sort -u`; \
> > for f in $fs; do \
> >   [ -f $f ] || continue; \
> >   f2=$(echo $f | sed 
> > 's/BV/4.3/;s/PV//;s/CXX/6/;s/LGCJ/9-0/;s/GCJ/9/;s/LC/1/;s/FFI/4/;s/MF/0/'); 
> > \
> >   rm -f $f2; \
> > done
> > rm -f debian/shlibs.local debian/substvars.local
> > rm -f debian/*.debhelper
> > [ -d debian/bugs ] && /usr/bin/make -C debian/bugs clean
> > make[1]: [clean] Error 1 (ignored)
> > rm -f debian/README.libstdc++-baseline debian/README.Bugs
> > rm -f debian/lib*gcj-bc.shlibs
> > rm -rf bin locales
> > rm -rf check-inst
> > dh_clean
> > make[1]: Leaving directory `/build/user/gcj-4.3-4.3-20080202'
> > rm -rf /build/user/gcj-4.3-4.3-20080202/src 
> > /build/user/gcj-4.3-4.3-20080202/build* debian/tmp* html
> > rm -f bootstrap-* first-move-stamp
> > rm -f debian/*.tmp
> > rm -f debian/soname-cache
> > find debian -name '.#*' | xargs -r rm -f
> > find debian/patches -name '*.dpatch' -type f ! -perm 644 | xargs -r chmod 
> > 644
> > dh_clean
> >  dpkg-source -b gcj-4.3-4.3-20080202
> > dpkg-source: building gcj-4.3 using existing 
> > gcj-4.3_4.3-20080202.orig.tar.gz
> > dpkg-source: building gcj-4.3 in gcj-4.3_4.3-20080202-1.diff.gz
> > dpkg-source: building gcj-4.3 in gcj-4.3_4.3-20080202-1.dsc
> >  debian/rules build
> > debian/rules.unpack:167: warning: overriding commands for target 
> > `stamps/01-unpack-stamp-'
> > debian/rules.unpack:149: warning: ignoring old commands for target 
> > `stamps/01-unpack-stamp-'
> > debian/rules.unpack:191: warning: overriding commands for target 
> > `stamps/01-unpack-stamp-'
> > debian/rules.unpack:167: warning: ignoring old commands for target 
> > `stamps/01-unpack-stamp-'
> > : # unpack gcc tarball
> > mkdir stamps
> > if [ -d /build/user/gcj-4.3-4.3-20080202/src ]; then \
> >   echo >&2 "Source directory /build/user/gcj-4.3-4.3-20080202/src 
> > exists. Delete by hand"; \
> >   false; \
> > fi
> > rm -rf gcc-20080219
> > case gcc-20080219.tar.lzma in \
> >   *.bz2)  tar -x --bzip2 -f /usr/src/gcc-4.3/gcc-20080219.tar.lzma;; \
> >   *.gz)   tar -x --gzip  -f /usr/src/gcc-4.3/gcc-20080219.tar.lzma;; \
> >   *.lzma) lzcat /usr/src/gcc-4.3/gcc-20080219.tar.lzma | tar -x -f -;; \
> >   *) false; \
> > esac
> > mv gcc-20080219 /build/user/gcj-4.3-4.3-20080202/src
> > echo "gcc-20080219.tar.lzma unpacked." > 
> > stamps/01-unpack-stamp-gcc-20080219.tar.lzma
> > echo -e "\nBuilt from Debian source package gcj-4.3-4.3-20080202-1" \
> > > pxxx
> > echo -e "Integrated upstream packages in this version:\n" >> pxxx
> > for i in gcc-20080219.tar.lzma ; do echo "  $i" >> pxxx; done
> > mv -f pxxx stamps/01-unpack-stamp
> > sh -e debian/patches/rename-info-files.dpatch -patch -d 
> > /build/user/gcj-4.3-4.3-20080202/src
> > patching file libgomp/libgomp.texi
> > patching file libgomp/Makefile.am
> > Hunk #1 succeeded at 91 (offset -2 lines).
> > patching file libgomp/Makefile.in
> > Hunk #1 succeeded at 316 (offset 3 lines).
> > Hunk #2 succeeded at 1080 (offset 8 lines).
> > patching file gcc/doc/cpp.texi
> > patching file gcc/doc/cppinternals.texi
> > patching file gcc/doc/extend.texi
> > Hunk #1 succeeded at 11508 (offset 19 lines).
> > patching file gcc/doc/gcc.texi
> > patching file gcc/doc/gccint.texi
> > patching file gcc/doc/invoke.texi
> > Hunk #1 succeeded at 7465 (offset 100 lines).
> > Hunk #2 succeeded at 7473 (offset 100 lines).
> > Hunk #3 succeeded at 15224 (offset 100 lines).
> > Hunk #4 succeeded at 15379 (offset 100 lines).
> > patching file gcc/doc/libgcc.texi
> > patching file gcc/doc/makefile.texi
> > patching file gcc/doc/passes.texi
> > Hunk #1 succeeded at 192 (offset 1 line).
> > patching file gcc/doc/standards.texi
> > Hunk #1 succeeded at 231 (offset 1 line).
> > patching file gcc/java/Make-lang.in
> > patching file gcc/java/gcj.texi
> > patching file gcc/fortran/Make-lang.in
> > patchi

Bug#468103: DISPLAY variable not set in ssh session

[Vincent Lefevre]

On 2008-02-26 19:40:56 -0500, Rick Thomas wrote:
> That was it.  I did
>   aptitude install xauth
> and everything was fine.
>
> It looks like the xterm package needs to depend on the xauth package
> -- or at least recommend it.

I don't think so: one can use xterm without xauth (if one doesn't
use ssh). Moreover openssh-server suggests xbase-clients (I thought
everyone who uses X11 had that), which depends on xauth. But perhaps
openssh-server should recommend xauth.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

Bug#467655: ITP: cbflib -- C library for accessing Crystallographic Binary Files

[Charles Plessy]

Le Tue, Feb 26, 2008 at 07:19:26PM +0100, Teemu Ikonen a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: Teemu Ikonen <[EMAIL PROTECTED]>

>   Description : C library for accessing Crystallographic Binary Files

Dear Teemu,

Have you considered team maintainance? In the order of relevance, there
are three Alioth projects where you could host your packages: debichem,
debian-med, pkg-science.

Have a nice day,

-- 
Charles Plessy
Debian-Med packaging team
Wakō, Saitama, Japan

Bug#468107: gedit: ignores .ssh/config when opening files

[jasen]

Package: gedit
Version: 2.20.4-1
Severity: normal


apparently some disagreement over SSH urls between nautilus and gedit 
produces recent files that can't be reopened by gedit.

to reproduce:
put settings in ~/.ssh/config aliasing a host name or overiding the default
username etc then open that server using nautilus and then open a file in
gedit, then close the file and attempt to reopen it using the entry in the
file menu.

example .ssh/config:
host thatbox
hostname thatbox.example.com
user someone_else

the remote SSH server in my case is configured to only use publickey
authentication (not password interactive)


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

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

Versions of packages gedit depends on:
ii  gconf2 2.20.1-2+b1   GNOME configuration database syste
ii  gedit-common   2.20.4-1  official text editor of the GNOME 
ii  iso-codes  1.8-1 ISO language, territory, currency,
ii  libart-2.0-2   2.3.20-1  Library of functions for 2D graphi
ii  libatk1.0-01.20.0-1  The ATK accessibility toolkit
ii  libattr1   1:2.4.39-1Extended attribute shared library
ii  libc6  2.7-6 GNU C Library: Shared libraries
ii  libenchant1c2a 1.3.0-5   a wrapper library for various spel
ii  libgconf2-42.20.1-2+b1   GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.14.5-2  The GLib library of C routines
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgnomeprint2.2-0 2.18.0-2  The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0   2.18.2-1  GNOME 2.2 print architecture User 
ii  libgnomeui-0   2.20.1.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.20.1-1GNOME Virtual File System (runtime
ii  libgtk2.0-02.12.5-2  The GTK+ graphical user interface 
ii  libgtksourceview2.0-0  2.0.2-1   shared libraries for the GTK+ synt
ii  libpango1.0-0  1.18.4-1  Layout and rendering of internatio
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxml22.6.31.dfsg-1 GNOME XML library
ii  python 2.4.4-6   An interactive high-level object-o
ii  python-glade2  2.12.1-1  GTK+ bindings: Glade support
ii  python-gobject 2.14.1-1  Python bindings for the GObject li
ii  python-gtk22.12.1-1  Python bindings for the GTK+ widge
ii  python-gtksourceview2  2.0.0-1   Python bindings for the GtkSourceV
ii  python-support 0.7.6 automated rebuilding support for p
ii  python2.4  2.4.4-7   An interactive high-level object-o
ii  scrollkeeper   0.3.14-16 A free electronic cataloging syste

Versions of packages gedit recommends:
ii  libgnomevfs2-bin  1:2.20.1-1 GNOME Virtual File System (support
ii  python-gnome2 2.20.1-2   Python bindings for the GNOME desk
ii  zenity2.20.1-1   Display graphical dialog boxes fro

-- debconf-show failed



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

Bug#468078: pm-utils: Sets always performance governor on suspend

[Michael Biebl]

Kai Weber wrote:
> Michael Biebl wrote:
> 
>>> The 94cpufreq hook in version 0.99.2 is wrong. It does always set the
>>> performance governor on suspend. A quick look into the last release of
>>> pm-utils (0.99.4) seems to have fixed this error.
>> Why is that wrong? Using the performance governor is the most sensible
>> choice over any over governor.
> 
> Two reasons:
> 
> 1) The user's configuration and preferences should not be ignored. 
> pm-utils should respect the configured governor or else any 
> configuration option for the governor (like you can configure it 
> directly as an option in the kernel or with help of a package like 
> cpufrequtils) is useless.

Sure, but the configured governor is restored on resume. So what's the
problem?

> 2) When it comes to energy/battery saving the performance governor is 
> the last sensible option.

We want to suspend/hibernate as quickly as possible.
Running 30 secs at fullspeed instead of 60 secs in battery saving mode,
is likely not making a difference in the total energy consumption. So
I'm totally for hibernating as quickly as possible.

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#468078: pm-utils: Sets always performance governor on suspend

[Kai Weber]

Michael Biebl wrote:


The 94cpufreq hook in version 0.99.2 is wrong. It does always set the
performance governor on suspend. A quick look into the last release of
pm-utils (0.99.4) seems to have fixed this error.


Why is that wrong? Using the performance governor is the most sensible
choice over any over governor.


Two reasons:

1) The user's configuration and preferences should not be ignored. 
pm-utils should respect the configured governor or else any 
configuration option for the governor (like you can configure it 
directly as an option in the kernel or with help of a package like 
cpufrequtils) is useless.


2) When it comes to energy/battery saving the performance governor is 
the last sensible option.



Please consider packaging this new version?


We will skip 0.99.4 and directly go with the next major upstream release.


Ok.

Regards and keep up your good work
Kai Weber



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

Bug#426581: meshlab - anyone still working on this

[Paolo Cignoni]

On Tue, Feb 26, 2008 at 8:01 PM, Ian Jackson
<[EMAIL PROTECTED]> wrote:
> Paolo Cignoni writes ("Re: Bug#426581: meshlab - anyone still working on 
> this"):
>
> > So adding a compile option disabling the default home phoning is
>  > probably the best idea.
>
>  That would certainly suffice.
>
Ok, i'll do it in the next days.


>
>  >  At least can I ask for enabling at the first run?
>  > Or even this is evil? :)
>
>  I think that would be fine from an ethical point of view.
>
>  But in Debian we already have established mechanisms for the
>  configuration of software, and it would be good to be able to use
>  those.
>
>  So rather than writing code in meshlab to put up a dialogue, I would
>  suggest code in meshlab to read a configuration file or two.  The
>  Debian maintainers would arrange for these files to contain the right
>  answers, according to the questions asked of the system administrator
>  and/or user.

We use QT with QSettings mechanism for saving config files in a portable way
(i would like to avoid to put any OS specific code inside meshlab)

The mechanism i am going to implement is the following
An asking dialog popup at first run.
The result of the dialog will be saved in a persistent place using qsettings.
If this value is already set No dialog will never popup (so an
installer can set these values before first run)

Hopefully this should suffice :)

P.



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

Bug#468106: dpkg-scanpackages: option to suppress 'missing from override file' warning

[Piotr Engelking]

Package: dpkg-dev
Version: 1.14.16.6
Severity: wishlist

Please consider adding an option to dpkg-scanpackages to suppress the
'packages in archive but missing from override file' warning. It would be
useful for repositories that don't have a need to maintain an override file.


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

Kernel: Linux 2.6.24
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages dpkg-dev depends on:
ii  binutils2.18.1~cvs20080103-1 The GNU assembler, linker and bina
ii  bzip2   1.0.4-3  high-quality block-sorting file co
ii  cpio2.9-11   GNU cpio -- a program to manage ar
ii  dpkg1.14.16.6package maintenance system for Deb
ii  libtimedate-perl1.1600-9 Time and date functions for Perl
ii  lzma4.43-12  Compression method of 7z format in
ii  make3.81-3   The GNU version of the "make" util
ii  patch   2.5.9-4  Apply a diff file to an original
ii  perl [perl5]5.8.8-12 Larry Wall's Practical Extraction
ii  perl-modules5.8.8-12 Core Perl modules

Versions of packages dpkg-dev recommends:
ii  bcc [c-compiler]  0.16.17-2  16-bit x86 C compiler
ii  build-essential   11.3   informational list of build-essent
ii  gcc [c-compiler]  4:4.2.2-2  The GNU C compiler
ii  gcc-4.2 [c-compiler]  4.2.3-1The GNU C compiler
ii  gcc-4.3 [c-compiler]  4.3-20080202-1 The GNU C compiler

-- no debconf information



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

Bug#468105: hardinfo: installs modules under /usr/lib64 on amd64

[Aaron M. Ucko]

Package: hardinfo
Version: 0.4.2.3-2
Severity: important

hardinfo places its modules in /usr/lib64/hardinfo/modules on amd64
systems, presumably to cater to biarch-style distributions (such as
Red Hat, IIRC).  This placement is inappropriate on Debian, where it
can interfere with upgrades of libc6, which owns /usr/lib64 as a
symlink to /usr/lib; could you please disable the relevant logic?

Thanks!

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

Kernel: Linux 2.6.24.2 (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/dash

Versions of packages hardinfo depends on:
ii  libatk1.0-0   1.20.0-1   The ATK accessibility toolkit
ii  libc6 2.7-8  GNU C Library: Shared libraries
ii  libcairo2 1.4.14-1   The Cairo 2D vector graphics libra
ii  libglib2.0-0  2.14.6-1   The GLib library of C routines
ii  libgtk2.0-0   2.12.8-1   The GTK+ graphical user interface 
ii  libpango1.0-0 1.18.4-1   Layout and rendering of internatio
ii  pciutils  1:2.2.10-1 Linux PCI Utilities

hardinfo recommends no packages.

-- no debconf information



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

Bug#468101: installing ocsinventory-agent pkg in a chroot jail hangs

[Bernard Gray]

Package: ocsinventory-agent
Version: 1:0.0.8-1
Severity: normal

Symptoms:
Running `apt-get install ocsinventory-agent' inside a chroot jail
causes the install process to hang at

 Setting up ocsinventory-agent (1:0.0.8-1) ...

Restarting the install does not help.
Previous releases (with no debconf selection options) did not have an issue.
It does not seem to matter whether I choose local or http options, and
debconf preseeding produces the same symptoms.



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

Bug#468104: tinyerp-server: includes a private copy of pydot, should depend on python-pydot

[Peter Collingbourne]

Package: tinyerp-server
Severity: normal

Dear maintainer,

It is not a good idea for this package to be including its own
pydot (in the usr/share/tinyerp-server/addons/base/ir/workflow/pydot
directory) as this is an unnecessary waste of space and may get out of
date, instead please consider Depending/Recommending (as appropriate)
on the python-pydot package.

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

Kernel: Linux 2.6.18-4-486
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

-- 
Peter


signature.asc
Description: Digital signature

Bug#465520: sysrqd: facility to also orderly shut down a remote computer

[Onno Kortmann]

Hi,
Am Montag, 25. Februar 2008 15:29 schrieb Julien Danjou:
> At 1202854145 time_t, Onno Kortmann wrote:
> > 1. that sometimes an orderly shutdown (with proper stopping of network 
> > connections) 
> >is possible after a remount-ro (u)
> 
> And that does not permit to log via ssh and then shutdown?
Sure it does, but I thought that a daemon like sysrq to send kill 
and restart commands to a remote computer would be the best 
location to implement this functionality, which I think differs from 
ssh login in the following situation:

I want to automate this process. Say machine A is my main PC and machine B is 
connected via network to A, but should only run when A is running.

With automated shutdown through ssh, you either need a no-password key for B on 
A or
you need to make a sophisticated restricted shell set up, where the receiving 
end on B 
will be of similar complexity as your sysrqd.

> > 2. this daemon seems to be the best place (except maybe a remote ssh key
> >for root?!) to have some kind of remote shutdown command for a 
> >small set of computers which are all booted and shut down at the same
> >time.
> 
> I don't feel like I will integrate this upstream because it's not the
> goal of sysrqd to do a such thing IMHO.
Well I'm fine with that and, of course, I can manage my own fork. 
I just thought this would be a nice thing to send upstream.


Greetings,

Onno



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

Bug#468103: DISPLAY variable not set in ssh session

[Rick Thomas]

Package: xterm

On Feb 26, 2008, at 2:57 PM, Tzafrir Cohen wrote:


On Tue, Feb 26, 2008 at 05:00:13AM -0500, Rick Thomas wrote:

I just installed Lenny on a G4 Mac.  I installed the "ssh" package on
it.  I can "ssh" to it just fine.  But I can't get X11 forwarding to
work.  When I use "ssh -X" or "ssh -Y" (either option) the connection
is made, but the DISPLAY variable is not being set.

Anybody know why?


No. But using ssh -v might give some clues. One extra potential  
reason:

the target box does not have (the utility) xauth on it.



That was it.  I did
aptitude install xauth
and everything was fine.

It looks like the xterm package needs to depend on the xauth package  
-- or at least recommend it.


What package should a bug report for this go to?

Thanks!

Rick




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

Bug#468102: gap-matrix-schreiersims: doc-base file misencoded (Latin-1 vs. UTF-8)

[Aaron M. Ucko]

Package: gap-matrix-schreiersims
Version: 0.9.20041122-3
Severity: normal

gap-matrix-schreiersims's doc-base file uses a legacy 8-bit encoding
(ISO 8859-1 or a close variant) to encode the non-ASCII characters in
its Author field.  However, some tools assume/expect UTF-8 (or pure
ASCII, which is a subset):

/usr/share/omf/doc-base/gap-matrix-schreiersims-doc/gap-matrix-schreiersims-doc-C.omf:5:
 parser error : Input is not proper UTF-8, indicate encoding !
Bytes: 0xE4 0xE4 0x72 0x6E
Henrik B�rnhielm
 ^

AFAIK, there's no way to arrange for the generated .omf file to
specify a different encoding, so reencoding the original doc-base file
is definitely the way to go; could you please take care of it when you
get a chance?

Thanks!

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

Kernel: Linux 2.6.24.2 (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/dash

Versions of packages gap-matrix-schreiersims depends on:
ii  gap-core  4r4p10-2   GAP computer algebra system, core 

gap-matrix-schreiersims recommends no packages.

-- no debconf information



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

Bug#468100: gtk+2.0: Preparing multiarch

[Javier Serrano Polo]

Package: gtk+2.0
Version: 2.12.8-1
Severity: wishlist

Please add the LIBDIR switches needed to support
DEB_BUILD_OPTIONS=multiarch, like in pango1.0.
I'll prepare the patch when this version hits lenny.




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

Bug#468099: glibc: [INTL:ja] updated Japanese debconf translation

[Kenshi Muto]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: glibc
Severity: wishlist
Version: 2.7-9
Tags: l10n patch

Hi,

I updated Japanese translation of debconf messages (ja.po).
Please apply this.

Thanks,
- -- 
Kenshi Muto
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ 

iEYEARECAAYFAkfErx4ACgkQQKW+7XLQPLGEiwCfSGfr7V0xU5zbYj3Hv54N+Aum
QAEAn2LktfR2jY9A8KQfZ09AYkg2jjuH
=GK72
-END PGP SIGNATURE-


ja.po.gz
Description: Binary data

Bug#468098: Package avant-window-navigator should have plugin/applets

[Bertrand Marc]

Package: avant-window-navigator
Version: 0.2.1-dfsg1-1
Severity: wishlist

It's a very good idea to introduce 3D dock in Debian. I tried to compile
plugins and applets for this one found here :
http://wiki.awn-project.org/Awn_Extras
and unfortunetly the configure can't find awn (I didn't try that hard)...

So I guess it would be very nice to have these as an official Debian
package. The navigator must be lonely like this :-)

By the way I got applets here (but it's an old 1.9 version) :
deb http://download.tuxfamily.org/deb4gilir/avant-window-navigator/
unstable main

Thanks,
Bertrand






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

Bug#466728: ITP: python-trio -- RDF utilities

[Andrew Vaughan]

Hi

On Thursday 21 February 2008 19:07, Noah Slater wrote:
> On Thu, Feb 21, 2008 at 08:44:00AM +0100, Christian Perrier wrote:
> > Sorry, this is precisely rationale I fight against. Just saying "if you
> > don't know what this is, you don't need this" defeats the purpose of
> > packages descriptions.
Fully agree.
>
> In the general case maybe but for this I disagree. For highly specialised
> development tools such as RDF there is really no need to be verbose about
> what the name actually means because those who would be interested
> already know.
>


I know what RDF means. RDF is an abbreviation for radio direction finder.  I 
guess there are digital RDFs now, and you're packaged python utils for 
dealing with then.  

Or maybe it's python utils for manipulating a Reuters Data Feed.  

Or for a Radial distribution function. 

Or one of half a dozen other possible meanings for RDF. [0] 



Even though a package is highly specialised, you should make a package 
description as understandable as possible by everyday users.

Consider the following (made up) example.

feamodel-utils - utils for manipulating FEA models
  Utilities for manipulating FEA models.  It supports ABACA, FEDME and FrEA 
format models.

feamodel-utils - utils for manipulating Finite Element Analysis (FEA) models 
  Utilities for manipulating Finite Element Analysis (FEA) models.  It 
supports ABACA, FEDME and FrEA format models.

The first is pure gobbledygook to anyone who does not recognise the key
acronym.  Because they can't understand what you're talking about, you run 
the risk of alienating them.

By expanding the key acronym, the second is much more understandable.  As 
such it's much less alienating.  By limiting the key sentence is to words 
everybody can understand, it provides all users with sufficient information 
to decide whether the package is interesting to them/someone they know.

> I took a look at the current state of affairs w/r to RDF:
>
> [EMAIL PROTECTED]: ~ $ apt-cache search rdf | grep rdf
> liblrdf0 - a library to manipulate RDF files describing LADSPA plugins
Short and long descriptions use RDF in context. 

> liblrdf0-dev - liblrdf0 development files
Short description refers to liblrdf0, long description provides context. 

> librdf-perl - Perl language bindings for the Redland RDF library
Qualifies RDF in short description, expands RDF in long description.

> librdf-ruby - Ruby 1.8 language bindings for the Redland RDF library
Qualifies RDF in short description, expands RDF in long description.

> librdf0 - Redland Resource Description Framework (RDF) library
RDF expanded and qualified in short description.

> librdf0-dev - Redland RDF library development libraries and headers
Qualifies RDF in short and long descriptions.

> php5-librdf - PHP5 language bindings for the Redland RDF library
Qualifies RDF in short description, expands RDF in long description.

> python-librdf - Python language bindings for the Redland RDF library
Qualifies RDF in short description, expands RDF in long description.

> python-rdflib - RDF library containing an RDF triple store and RDF/XML
Short and long descriptions provide context. 

>
> Only one of these packages is expanding the acronym RDF.
>
All of the above either provide context or qualify RDF.  Most expand RDF in 
the long description.  

If you are going to use an acronym from a specialised field as a central 
part of the package description, you should either expand or explain the 
acronym.  

At the absolute least, you need to provide enough context so that the 
acronym won't be confused with other possible meanings.  Anything less is 
just begging to be misunderstood.  

> I really don't see the use case here.
>

Package descriptions should as clear as possible to all users.  Resource 
Description Framework is plain English that all readers can understand.  
They may not be familiar with the subject matter, but at least they can 
understand the words that you're using.  That way you avoid alienating them 
with unnecessary jargon.  

Andrew V.

[0]. http://en.wikipedia.org/wiki/Rdf




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

Bug#468095: dfsbuild: it would be nice if mirroring the repository was optional

[Jiří Paleček]

Package: dfsbuild
Version: 1.0.2.0
Severity: wishlist

Hello,

I think it would be a useful feature to make downloading the package files  
(the first call to cdebootstrap) optional. Basically, on a CD which won't  
be used as installation CD, the package files are useless and only take  
precious space. Also, cdebootstrap will happily bootstrap a system without  
the need of local mirror, and, if you are for example using apt-cacher, it  
won't be any slower.


The needed steps to implement this are: allow empty "dlrepos", pass the  
real mirror to cdebootstrap when bootstraping (maybe conditionally) and  
conditionally skip the step of copying the local repository to the target.


What do you think about this?

Regards
Jiri Palecek


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

Kernel: Linux 2.6.23.9-debug (PREEMPT)
Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL  
set to cs_CZ)

Shell: /bin/sh linked to /bin/dash

Versions of packages dfsbuild depends on:
ii  cdebconf [debconf-2.0]0.116  Debian Configuration  
Management Sy

ii  cdebootstrap  0.4.7  Bootstrap a Debian system
ii  cramfsprogs   1.1-6  Tools for CramFs (Compressed  
ROM F
ii  debconf [debconf-2.0] 1.5.13 Debian configuration  
management sy

ii  grub  0.97-28GRand Unified Bootloader
ii  libc6 2.7-3  GNU C Library: Shared  
libraries
ii  libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic  
library
ii  mkisofs   9:1.1.6-1  Dummy transition package for  
genis
ii  reprepro  3.3.0-1Debian package repository  
producer
ii  ucf   3.001  Update Configuration File:  
preserv


dfsbuild recommends no packages.

-- no debconf information


--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

Bug#468096: gnotime: menus_get_popup implicitly converted to pointern

[dann frazier]

Package: gnotime
Version: 2.3.0-1
Severity: important
Tags: patch
Usertags: implicit-pointer-conversion

Our automated buildd log filter[1] detected a problem that is likely to
cause your package to segfault on architectures where the size of a
pointer is greater than the size of an integer, such as ia64 and amd64.

  Function `menus_get_popup' implicitly converted to pointer at notes-area.c:423

This is often due to a missing function prototype definition.
For more information, see [2].

[1] http://people.debian.org/~dannf/check-implicit-pointer-functions
[2] http://wiki.debian.org/ImplicitPointerConversions

--- gnotime-2.3.0/src/notes-area.c.orig 2008-02-26 17:19:11.0 -0700
+++ gnotime-2.3.0/src/notes-area.c  2008-02-26 17:19:29.0 -0700
@@ -24,6 +24,7 @@
 #include "proj.h"
 #include "notes-area.h"
 #include "util.h"
+#include "menus.h"
 
 struct NotesArea_s
 {



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

Bug#468097: should depend on a generic shorewall-compiler

[alessandro -oggei- ogier]

Package: shorewall
Version: 4.0.9-1
Severity: wishlist

Package should depends on a generic shorewall-compiler metapackage,
provided by either shorewall-shell or shorewall-perl.

cheers,
-- 
alessandro

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

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

Versions of packages shorewall depends on:
ii  shorewall-shell   4.0.9-1Shoreline Firewall, Netfilter conf

shorewall recommends no packages.

-- no debconf information



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

Bug#442972: setting package to devscripts, tagging 442972

[Adam D . Barratt]

# Automatically generated email from bts, devscripts version 2.10.16
#
# devscripts (2.10.17) UNRELEASED; urgency=low
#
#  * mergechanges: Merge the Description: fields from each of the supplied
# changes files. Thanks to Vincent Danjean for the patch
# (Closes: #442972)
#

package devscripts
tags 442972 + pending




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

Bug#466953: It's working

[Gonzalo Bermúdez]

After today's package update, rss-glx is installable.
Thanks.
-- 
Gonzalo


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

Bug#467515: broken dependency

[Daniel Baumann]

As said some hours before, I am back..

Are you familiar with git? I would like to keep maintain the two
packages in their git repositories - this is the easiest way of
collaboration (where we both can merge from each other). If not, I'll
happily teach you what you need to know to get it working for you.

I've looked at your javascript-common package and corrected a few errors
I found, and some cosmetic things (and I replaced cdbs with debhelper,
as cdbs is in my eyes a really big mess; but that's not important now).

However, I would like you to have a look at both the current git
repositories of prototype and scriptaculous (I have changed them to make
use of javascript-common and added you as co-maintainer), and also my
proposed javascript-common changes.

You can check them out with:

git clone
git://git.debian.org/git/users/daniel/debian-daniel/prototypejs.git
git clone
git://git.debian.org/git/users/daniel/debian-daniel/scriptaculous.git
git clone
git://git.debian.org/git/users/daniel/debian-daniel/javascript-common.git

I also would be happy to sponsor a later javascript-common upload.

Did you also had a look at other javascript libs you want to package for
debian?

What are your plans about massbugfilling against other packages having
an embedded copy of prototype or scriptaculous?

Let me know what you think..

Regards,
Daniel

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/



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

Bug#458048: Is the same bug?

[Federico Muciaccia]

Have a look at

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

Is the same bug?
What do you think?

Regards
Federico




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

Bug#467622: d-shlibs: Please enable upper case file names of libraries

[Junichi Uekawa]

Hi,

> I try to package a library where upstream has choosen upper case
> file names.  The tarball is located at
>   http://gel.ahabs.wisc.edu/mauve/source/libGenome-1.3.0.tar.gz
> in case you want to investigate.  The problem is that d-shlibs
> parses via `objdump -p ${LIBNAME}` and returns the library name
> with upper case letters.  Later on from this string the package
> name is obtained - but this should be lower case.  I'd suggest
> the attached patch to fix this.

Thanks for the patch.
Does this patch work? --extralib will probably be broken with this patch since 
it does:

echo "$(dirname ${REALSO})/${SONAME}  usr/lib"  >> 
"${INSTALLFILE_SHLPKG}"

So, $SONAME shouldn't be lowercased. Only the ${PK} et al.

I assume the following is enough to get this working:

Index: d-shlibmove
===
RCS file: /home/dancer/CVSREPOSITORY/d-shlibs/d-shlibmove,v
retrieving revision 1.24
diff -u -u -r1.24 d-shlibmove
--- d-shlibmove 3 Sep 2007 23:22:25 -   1.24
+++ d-shlibmove 27 Feb 2008 00:01:10 -
@@ -59,7 +59,8 @@
 SONAME=$(set -o pipefail; objdump -p ${LIBNAME} |sed -n 's/^.*SONAME *//p' 
)
 getname "$SONAME"
 SONAMEPKGNAME="$RETURN"
-PK=$(basename "$1" | sed 's/\.so$//')
+# use lower case package names
+PK=$(basename "$1" | sed 's/\.so$//' | tr '[A-Z]' '[a-z]')
 REALSO=$(readlink -f "${LIBNAME}")
 }


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




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

Bug#468075: sudo: system freeze

[Bdale Garbee]

On Tue, 2008-02-26 at 23:01 +0100, Benoît Dejean wrote:
> Package: sudo
> Version: 1.6.9p11-1+b1

I don't recognize that version number.  Where did you get this package
from?

> When i run in a root shell "aptitude safe-upgrade", it works fine, no
> freeze, aptitude outputs normally and immediately.
> 
> But if i do from my current user "sudo aptitude safe-upgrade", the
> whole system freezes for 5s, then it unlocks and everything gets back
> to normal.

Offhand, and without any other info, this sounds like it might be a DNS
timeout.  Do you have domain names in your sudoers file that aren't
resolvable?  Running an strace might be instructive.

Bdale

Bug#468094: cdebootstrap: the --allow-unauthenticated option doesn't work

[Jiří Paleček]

Package: cdebootstrap
Version: 0.4.8
Severity: normal

Hello,

I pass the option --allow-unauthenticated to cdebootstrap, but it fails  
with an error "Cannot validate Packages". I thought the option was meant  
to get rid of such errors, or am I missing something? It worked in 0.4.4.


debian:/var/tmp# cdebootstrap --allow-unauthenticated sid  
/var/tmp/dfs/target http://localhost:3142/ftp.cz.debian.org/debian

P: Retrieving Release
P: Retrieving Release.gpg
P: Validating Release
I: Good signature from "Debian Archive Automatic Signing Key (4.0/etch)  
<[EMAIL PROTECTED]>"

P: Parsing Release
P: Validating Packages.gz
P: Retrieving Packages.gz
P: Validating Packages.gz
E: Couldn't validate Packages!

Regards
Jiri Palecek


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

Kernel: Linux 2.6.23.9-debug (PREEMPT)
Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL  
set to cs_CZ)

Shell: /bin/sh linked to /bin/dash

Versions of packages cdebootstrap depends on:
ii  debian-archive-keyring2007.07.31 GnuPG archive keys of the  
Debian a
ii  gpgv  1.4.6-2GNU privacy guard - signature  
veri
ii  libc6 2.7-3  GNU C Library: Shared  
libraries
ii  libdebian-installer-extra40.55   Library of some extra  
debian-insta
ii  libdebian-installer4  0.55   Library of common  
debian-installer

ii  wget  1.10.2-2   retrieves files from the web

cdebootstrap recommends no packages.

-- no debconf information


--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

Bug#468093: libglib2.0-0-dbg: debug package is useless in version 2.15

[Sam Morris]

Package: libglib2.0-0-dbg
Version: 2.15.6-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The libglib2.0-0-dbg package in experimental seems not to work. I get
loads of backtraces like:

#0  0xe410 in __kernel_vsyscall ()
#1  0xb70176a7 in poll () from /lib/i686/cmov/libc.so.6
#2  0xb70eade6 in ?? () from /usr/lib/libglib-2.0.so.0
#3  0x083c6dc0 in ?? ()
#4  0x0009 in ?? ()
#5  0x00c7 in ?? ()
#6  0x083c6dc0 in ?? ()
#7  0x0009 in ?? ()
#8  0xb715e5f8 in ?? () from /usr/lib/libglib-2.0.so.0
#9  0xb715e620 in ?? () from /usr/lib/libglib-2.0.so.0
#10 0xbfa8c754 in ?? ()
#11 0x0001 in ?? ()
#12 0x0001 in ?? ()
#13 0x081b6058 in ?? ()
#14 0x083c6dc0 in ?? ()
#15 0xb7017630 in ?? () from /lib/i686/cmov/libc.so.6
#16 0xb70a0df0 in ?? () from /lib/i686/cmov/libpthread.so.0
#17 0xb709f520 in ?? () from /lib/i686/cmov/libpthread.so.0
#18 0xb710f3f2 in g_thread_self () from /usr/lib/libglib-2.0.so.0
#19 0xb70eb197 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#20 0xb764d414 in IA__gtk_main ()
at /tmp/buildd/gtk+2.0-2.12.5/gtk/gtkmain.c:1163
#21 0x08065b9e in main (argc=)
at /home/sam/src/pkg-gnome/build-area/totem-2.21.93/src/totem.c:3260

Whereas before, I got ones like:

#0  0xe410 in __kernel_vsyscall ()
#1  0xb70774c7 in poll () from /lib/i686/cmov/libc.so.6
#2  0xb712a585 in g_main_context_iterate (context=0x81b57a0, block=1, 
dispatch=1, self=0x809f0a0)
at /tmp/buildd/glib2.0-2.14.3/glib/gmain.c:2996
#3  0xb712a937 in IA__g_main_loop_run (loop=0x814bba8)
at /tmp/buildd/glib2.0-2.14.3/glib/gmain.c:2898
#4  0xb76b7414 in IA__gtk_main ()
at /tmp/buildd/gtk+2.0-2.12.5/gtk/gtkmain.c:1163
#5  0x0806587e in main (argc=)
at /home/sam/src/pkg-gnome/build-area/totem-2.21.90/src/totem.c:3227

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

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
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 libglib2.0-0-dbg depends on:
ii  libglib2.0-0  2.15.6-1   The GLib library of C routines

libglib2.0-0-dbg recommends no packages.

- -- no debconf information

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

iD8DBQFHxKS/shl/216gEHgRAi0WAKD2ulmkidhd6+71v3XEoPebxWe9VQCeOpiV
WxAk0FOZd4BVs+5zEva6364=
=dKqG
-END PGP SIGNATURE-



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

Bug#466940: Side note

[Jiří Paleček]

As a side note - if only makedev-minimal is used, this is unneeded,  
because makedev-minimal only uses UIDs and GIDs, not names (IIRC).


Regards
Jiri Palecek



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

Bug#173677: I hope this will help you solve all problems with health!

[memawandpoppie]

We can tell what really works! http://yfipj.ageknew.com




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

Bug#379682: mercury: should this package be removed?

[Paul Bone]

On 27/02/2008, at 5:07 AM, Barry deFreese wrote:


As I mentioned yesterday I have a package that is now building with  
gcc-4.1 with all of the grades that the current package has.   
However, the package still has several issues.  One of the biggies  
is that it is creating self-recursive symlinks in /usr/lib/mercury/ 
ints/Mercury/{int2s, int3s, ints, mihs, module_deps, opts,  
trans_opts}  all which link to ..


Any idea what that is for and if it is even necessary or what it is  
supposed to be doing?


As for maintaining this in some VCS system, that shouldn't be an  
issue.  Just make sure you keep the debian and VCS dirs/files out  
of the tarball.


Any help/advice would be greatly appreciated.


Barry,

It seems that about 3 of us are creating packages independently.   
Please allow me to coordinate everybody's efforts.  I have a darcs  
repository[1] of what I've achieved so far (the dh_install step fails  
atm).  If you'd like please check it out, make any changes and use  
'darcs send' to e-mail them to me.


Otherwise e-mail what you've done so far and I'll take a look.

I expect you've gotten a little further than me, however I don't know  
what approach you are taking and what outcomes you're aiming for, so  
accepting your work may take longer than expected.


I'm building mercury for a single grade initially just to get  
something working, this will be asm_fast.gc.  I'm also building  
separate packages such as mercury-dev mercury-asmfastgc1-dev mercury- 
bin.


I'd be very interested to see what you have achieved.


1: http://www.digitalerection.com/~paul/mercury-0.13.1-debianization
This is the debian directory.  There are also some patches for  
mercury that aren't published yet.






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

Bug#465639: Missing Depends

[Neil Williams]

tags 465639 + patch pending
quit

This appears to be a simple missing Build-Depends on libglib2.0-dev.

I'm happy to do an NMU.

interdiff below:

diff -u agsync-0.2-pre/debian/changelog agsync-0.2-pre/debian/changelog
--- agsync-0.2-pre/debian/changelog
+++ agsync-0.2-pre/debian/changelog
@@ -1,3 +1,11 @@
+agsync (0.2-pre-9.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * FTBFS: libtool: link: `/usr/lib/libgobject-2.0.la' is not a
+valid libtool archive. (Missing Depends) (Closes: #465639)
+
+ -- Neil Williams <[EMAIL PROTECTED]>  Tue, 26 Feb 2008 23:05:18
+
+
 agsync (0.2-pre-9) unstable; urgency=low
 
   * Fixed a potential segfault
diff -u agsync-0.2-pre/debian/control agsync-0.2-pre/debian/control
--- agsync-0.2-pre/debian/control
+++ agsync-0.2-pre/debian/control
@@ -2,7 +2,7 @@
 Section: libs
 Priority: optional
 Maintainer: Volker Christian <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>> 4.0.0), libsynce0-dev, librapi2-dev,
docbook-to-man, autotools-dev, autoconf, automake1.7, libtool
+Build-Depends: debhelper (>> 4.0.0), libsynce0-dev, librapi2-dev,
docbook-to-man, autotools-dev, autoconf, automake1.7, libtool,
libglib2.0-dev
 Standards-Version: 3.6.2
 
 Package: agsync-dev
diff -u agsync-0.2-pre/agsync.1 agsync-0.2-pre/agsync.1
--- agsync-0.2-pre/agsync.1
+++ agsync-0.2-pre/agsync.1
@@ -44 +44 @@
-.\" created by instant / docbook-to-man, Tue 26 Feb 2008, 22:54 
+.\" created by instant / docbook-to-man, Tue 26 Feb 2008, 23:06 


-- 

Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/



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

Bug#468092: atd fails to mail output of jobs run as root

[Dominique Brazziel]

Package: at
Version: 3.1.10
Severity: important

 I sometimes need to (re) run the daily cron maintenance so I schedule the 
run
with at.  Since the jobs affect system log files in '/var/log' and restart 
'acct', etc.,
they need to be run as root.  So I su to root, then:

1.  at HHMM
2.  cd / && run-parts --verbose /etc/cron.daily
3.  CTRL-D

The jobs will kick off and run but at the end I see the following messages on 
/var/log/message:

atd[10175]: pam_unix(atd:session): session opened for user root by (uid=1)
Feb 26 18:11:38 dell5160 atd[10175]: pam_unix(atd:session): session closed for 
user root
Feb 26 18:11:38 dell5160 atd[10175]: Open of jobfile failed: Broken pipe

No mail is sent containing the ouptut of the jobs.

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

Kernel: Linux 2.6.23 (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 at depends on:
ii  exim4-daemon-light [mail-tran 4.69-2 lightweight Exim MTA (v4) daemon
ii  libc6 2.7-6  GNU C Library: Shared libraries
ii  libpam0g  0.99.7.1-5 Pluggable Authentication Modules l
ii  lsb-base  3.1-24 Linux Standard Base 3.1 init scrip

at recommends no packages.

-- no debconf information



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

Bug#106028: Good solution for all your needs!

[checkaccounts]

Want to act like a pornstar? Take a bluepill! http://biky.ranglad.com




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

Bug#468091: glibc : [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - Portuguese Translation Team]

Package: glibc
Version: 2.7-9
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for glibc's debconf messages.
Translator: Ricardo Silva 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


--
Best regards,

Rui Branco
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org


# Portuguese translation of glibc's debconf messages.
# Copyright (C) 2007
# This file is distributed under the same license as the glibc package.
# Ricardo Silva <[EMAIL PROTECTED]>, 2007.
#
msgid ""
msgstr ""
"Project-Id-Version: glibc\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-02-26 21:34+0100\n"
"PO-Revision-Date: 2008-02-26 21:15+\n"
"Last-Translator: Ricardo Silva <[EMAIL PROTECTED]>\n"
"Language-Team: Portuguese <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: multiselect
#. Choices
#: ../debhelper.in/locales.templates:1001
msgid "All locales"
msgstr "Todos os locales"

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid "Locales to be generated:"
msgstr "Locales a serem gerados:"

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid ""
"Locales are a framework to switch between multiple languages and allow users "
"to use their language, country, characters, collation order, etc."
msgstr ""
"Locales é uma framework para alternar entre várias línguas e permitir aos "
"utilizadores usar a sua língua, país, caracteres, etc."

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid ""
"Please choose which locales to generate. UTF-8 locales should be chosen by "
"default, particularly for new installations. Other character sets may be "
"useful for backwards compatibility with older systems and software."
msgstr ""
"Por favor escolha quais os locales a gerar. Deve escolher os locales UTF-8 "
"por omissão, especialmente em instalações de raiz. Outros conjuntos de "
"caracteres podem ser úteis para compatibilidade com sistemas e software "
"antigo."

#. Type: select
#. Choices
#: ../debhelper.in/locales.templates:2001
msgid "None"
msgstr "Nenhum"

#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid "Default locale for the system environment:"
msgstr "Locale por omissão para o ambiente do sistema:"

#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid ""
"Many packages in Debian use locales to display text in the correct language "
"for the user. You can choose a default locale for the system from the "
"generated locales."
msgstr ""
"Muitos pacotes na Debian usam locales para mostrar texto na língua correcta "
"do utilizador. Pode escolher, de entre os locales gerados, o locale por "
"omissão do sistema."

#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid ""
"This will select the default language for the entire system. If this system "
"is a multi-user system where not all users are able to speak the default "
"language, they will experience difficulties."
msgstr ""
"Isto irá escolher a língua por omissão para todo o sistema. Se este é um "
"sistema multi-utilizador em que nem todos os utilizadores são capazes de a "
"falar, estes irão ter dificuldades."

#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid "Do you want to upgrade glibc now?"
msgstr "Quer actualizar a glibc agora?"

#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid ""
"Running services and programs that are using NSS need to be restarted, "
"otherwise they might not be able to do lookup or authentication any more. "
"The installation process is able to restart some services (such as ssh or "
"telnetd), but other programs cannot be restarted automatically. One such "
"program that needs manual stopping and restart after the glibc upgrade by "
"yourself is xdm - because automatic restart might disconnect your active X11 "
"sessions."
msgstr ""
"Serviços e programas que estejam a correr que usem NSS têm de ser reiniciados, "
"de outra forma podem deixar de ser capazes de resolver nomes ou de autenticar "
"utilizadores. O processo de instalação é capaz de reiniciar alguns serviços "
"(tais como ssh ou telnetd), mas há outros programas que não podem ser reiniciados "
"automaticamente. Um dos programas que necessita de ser parado e reiniciado "
"manualmente é o xdm - uma reiniciação automática poderia desligar as suas "
"sessões de X11 activas."

#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid ""
"This script detected the following installed services which must be stopped "
"before the upgrade: ${services}"
msgstr ""
"Este script detectou os seguintes serviços instalados que têm de ser parados "
"antes da actualização: ${services}"

#. Type: boolean
#. Description
#: ../debhelper.in/li

Bug#15516: Healthy life? Easy!

[mlaviederande]

Be the stud in 2008! http://jefycg.ranglad.com




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

Bug#467640: backupninja: compressed ldap backup with slapcat fails

[Floris Bruynooghe]

Hello Micah

On Tue, Feb 26, 2008 at 05:50:49PM -0500, Micah Anderson wrote:
> Can you please try release 0.9.5-3 of backupninja, which I believe may
> have a fix to this problem?

Works fine with 0.9.5-3!  Thanks for the quick reponse.

Floris

-- 
Debian GNU/Linux -- The Power of Freedom
www.debian.org | www.gnu.org | www.kernel.org



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

Bug#92206: Want to be called Macho?

[silverfoxb]

Healthy life is not a myth anymore! http://eu.ranglad.com




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

Bug#468090: clisp-dev: Missing dependency on libffcall1-dev

[Jörg Sommer]

Package: clisp-dev
Version: 1:2.44-1
Severity: normal

Hi,

clisp-link calls the linker with the options “/usr/lib/libavcall.so
/usr/lib/libcallback.so,” but this call fails as long as the package
libffcall1-dev is not installed.

% grep ^LIBS /usr/lib/clisp-2.44/full/makevars
LIBS=' bdb.o -ldb clx.o  -lXpm -lXext  -lSM -lICE -lX11  linux.o -lm readline.o 
-lreadline -lncurses  regexi.o calls.o -lm -lcrypt  gettext.o  lisp.a 
/usr/lib/libreadline.so -lncurses -ldl /usr/lib/libavcall.so 
/usr/lib/libcallback.so  -L/usr/lib -lsigsegv'

Bye, Jörg.

-- System Information:
Debian Release: unstable/experimental
  APT prefers unstable
  APT policy: (900, 'unstable'), (700, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.25-rc1
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 clisp-dev depends on:
ii  bison 1:2.3.dfsg-5   A parser generator that is compati
ii  clisp 1:2.44-1   GNU CLISP, a Common Lisp implement
ii  debhelper 6.0.5  helper programs for debian/rules
ii  gettext   0.17-2 GNU Internationalization utilities
ii  groff 1.18.1.1-17GNU troff text-formatting system
ii  libc6-dev 2.7-8  GNU C Library: Development Librari
ii  libncurses5-dev   5.6+20080203-1 Developer's libraries and docs for
ii  libreadline5-dev  5.2-3  GNU readline and history libraries
ii  libsigsegv-dev2.5-1  Library for handling page faults i
ii  libx11-dev2:1.0.3-7  X11 client-side library (developme
ii  libxext-dev   1:1.0.3-2  X11 miscellaneous extensions libra
ii  libxpm-dev1:3.5.7-1  X11 pixmap library (development he
ii  libxt-dev 1:1.0.5-3  X11 toolkit intrinsics library (de
ii  xutils1:7.3+10   X Window System utility programs m

clisp-dev recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP

Bug#468076: New commit

[jgoerzen]

tags 468076 pending
thanks

A commit relevant to this bug has occurred.

  Revision: a95dfe0e633a31be10fca2496b95803f812e8269

commit a95dfe0e633a31be10fca2496b95803f812e8269
Author: John Goerzen <[EMAIL PROTECTED]>
Date:   Tue Feb 26 16:21:32 2008 -0600

Added Debian VCS fields to debian/control.
fixes deb#468076.


Diff: 
http://git.debian.org/?p=users/jgoerzen/bacula;a=commitdiff_plain;h=a95dfe0e633a31be10fca2496b95803f812e8269

 debian/control |2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

More details are available at:

http://git.debian.org/?p=users/jgoerzen/bacula;a=commit;h=a95dfe0e633a31be10fca2496b95803f812e8269



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

Bug#442574: Patch for this bug: gip: FTBFS if built twice in a row

[Cyril Brulebois]

Cyril Brulebois <[EMAIL PROTECTED]> (26/02/2008):
> Looks like a better solution would be to call ./clean.sh, which I did
> for my NMU. Please find attached the diff for it, fixing some other
> issues at the same time.

Please find attached an interdiff, after Luk's request to revert the
removal of the .pot file.

Cheers,

-- 
Cyril Brulebois
diff -u gip-1.6.1.1/debian/rules gip-1.6.1.1/debian/rules
--- gip-1.6.1.1/debian/rules
+++ gip-1.6.1.1/debian/rules
@@ -47,7 +47,7 @@
# Add here commands to clean up after the build process.
./clean.sh
 
-   dh_clean po/gip.pot
+   dh_clean
 
 install: build
dh_testdir
diff -u gip-1.6.1.1/debian/changelog gip-1.6.1.1/debian/changelog
--- gip-1.6.1.1/debian/changelog
+++ gip-1.6.1.1/debian/changelog
@@ -4,15 +4,13 @@
   * Fix double-build FTBFS by calling “./clean.sh” instead of
 “-$(MAKE) clean” (Closes: #442574).
   * Remove unneeded “clean” script.
-  * Remove po/gip.pot through dh_clean in the “clean” target since it's
-(re)generated during the build. It's now kept out of the Debian diff.
   * Bump debhelper compatibility from 4 to 5, no changes needed.
   * Bump Standards-Version from 3.7.2 to 3.7.3, no changes needed.
   * Move the Homepage from the description to a source field.
   * Menu transition: Move the menu section from “Apps/Net” to
 “Applications/Network/Monitoring”.
 
- -- Cyril Brulebois <[EMAIL PROTECTED]>  Tue, 26 Feb 2008 21:13:54 +0100
+ -- Cyril Brulebois <[EMAIL PROTECTED]>  Tue, 26 Feb 2008 23:40:07 +0100
 
 gip (1.6.1.1-1) unstable; urgency=low
 


signature.asc
Description: Digital signature

Bug#468089: recent fixes for 10000 support

[Aníbal Monsalve Salazar]

Package: ethtool
Version: 6-0
Severity: wishlist
Owner: Stephen Hemminger <[EMAIL PROTECTED]>

On Tue, Feb 26, 2008 at 01:42:23PM -0800, Stephen Hemminger wrote:
>On Wed, 27 Feb 2008 08:38:11 +1100 Aníbal Monsalve Salazar wrote:
>>On Tue, Feb 26, 2008 at 10:18:17AM -0800, Stephen Hemminger wrote:
>>>When do you plan to update ethtool to get the recent fixes for 1
>>>support?
>>
>>ethtool version 6 is the latest version as you can see at
>>http://sourceforge.net/projects/gkernel/
>>
>>Where are the recent fixes for 1 support?
>
>They are in the git repository:
>  git://git.kernel.org/pub/scm/network/ethtool/ethtool.git
>
>$ git log --pretty=short v6... | git-shortlog
>Auke Kok (4):
>  ethtool: Add e1000e reg dump support (using e1000 decode function)
>  ethtool: Fix coalesce settings copy+paste typo
>  ethtool: update license field in specfile to be correctly defined
>  ethtool: correct man page for advertise mask value of 10gig
>
>Jesse Brandeburg (2):
>  ethtool: add support for supporting 1baseT
>  ethtool: fix typo on setting speed 1
>
>Nicholas Nunley (2):
>  ethtool: add register dump support for intel 82575 chipsets (igb driver)
>  ethtool: add register dump support for intel 82598 chipsets (ixgbe 
> driver)
>
>Stephen Hemminger (1):
>  ethtool: marvell register update


signature.asc
Description: Digital signature

Bug#467610: Broken built-in tahoma font in new wine (semicolon sign for non-latin characters)

[Dmitry Nezhevenko]

On Wed, Feb 27, 2008 at 01:23:41AM +0300, Alexander GQ Gerasiov wrote:
> > > I don't know exaclty why did upstream create this font, but just
> > > removin' it will help.
> > 
> > They created it because many Windows applications need it, as it's a 
> > standard Windows font. There's no way it's going to be removed. But 
> > adding Cyrillic and stuff to Tahoma is of course on their (very long) 
> > todo list. I'm marking this bug as forwarded to the most relevant 
> > upstream bug.
> > 
> > If you really don't want your applications to use Tahoma, you can
> > always try to edit the [Software\\Microsoft\\Windows 
> > NT\\CurrentVersion\\FontSubstitutes] section in ~/.wine/system.reg
> 
> Most Windows applications work fine without Tahoma. They use Verdana
> instead and everybody are happy. But with Tahoma large part of
> non-latin1 users caught serious regression with this release. So
> I'm sure, that you should disable this font by default.
> 

+1 here. Currently debian and all other major distributions use unicode
locale, provides applications translations to a lot of non English
languages. And setting font that has no non-latin characters as default is
not so good idea, since there is easy-to-use workaround. As for me, it
should be at least described in README.Debian.

-- 
WBR, Dmitry


signature.asc
Description: Digital signature

Bug#468088: myspell-pl: please use 'pl' rather than 'pl_PL'

[Piotr Engelking]

Package: myspell-pl
Version: 20080222-1
Severity: minor
Tags: patch l10n

Currently, myspell-pl installs its dictionary into pl_PL.{aff,dic}.
Including the ISO 3166-1 code in the filenames is, however, unnecessary
here, since Polish language doesn't have competing regional spelling
standards. Please use pl.{aff,dic}, instead.

As an additional benefit, this change allows Iceweasel and other Mozilla
programs to display the dictionary name correctly.


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

Kernel: Linux 2.6.24
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages myspell-pl depends on:
ii  dictionaries-common   0.90.3 Common utilities for spelling dict

myspell-pl recommends no packages.

-- no debconf information


pl.patch
Description: application/octetstream

Bug#466879: liferea: date format still not quite right

[Lars Lindner]

On Sat, Feb 23, 2008 at 4:28 PM, Eric Cooper <[EMAIL PROTECTED]> wrote:
> Package: liferea
>  Version: 1.4.11-1
>  Followup-For: Bug #466879
>
>  I have this setting:
>
>  $ gconftool -g /apps/liferea/date-format
>  %a %b %e %l:%M%P
>
>  The %l should print the hour as 1 .. 12 with a leading space, but it
>  prints a leading zero, as shown in the attached screenshot.

Liferea reuses code from Evolution to solve certain locale problems
that usually only US users experience because they don't set a locale.
Without a set locale strftime format codes like %P and %l cannot work
because they cannot decide wether 12 or 24h format is necessary.
The workaround code from Evolution does automatically replace %P
with AM and PM according to the current time and also replaces
%l by %H which causes the leading zeros.

This code is 1:1 copied from Evolution and due to it's complexity
I don't intend to change it. I consider the leading zero only a minor
glitch for a workaround due to a incorrect local setup caused by
the user.

Please check your locale and set it to a real one if necessary.

IMO this is no bug.

>  Also, is there any way to specify a different font for the date
>  display?  It would be nice to use a monospaced font so that the dates
>  would line up.

Liferea has no way to change the font of this column. But you can
use GTK rc-files to set fonts of specific widget. I'm not sure if you
can set only a single GtkTreeView column though.

Best Regards,
Lars



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

Bug#468078: pm-utils: Sets always performance governor on suspend

[Michael Biebl]

Kai Weber wrote:
> Package: pm-utils
> Version: 0.99.2-3
> Severity: normal
> 
> 
> The 94cpufreq hook in version 0.99.2 is wrong. It does always set the
> performance governor on suspend. A quick look into the last release of
> pm-utils (0.99.4) seems to have fixed this error.

Why is that wrong? Using the performance governor is the most sensible
choice over any over governor.

> 
> Please consider packaging this new version?

We will skip 0.99.4 and directly go with the next major upstream release.

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#467105: ATI driver: use of Xv causes one monitor to be repeatedly blanked

[Darren Salt]

I demand that Alex Deucher may or may not have written...

> On Tue, Feb 26, 2008 at 12:07 PM, Darren Salt
> <[EMAIL PROTECTED]> wrote:
>> I demand that Alex Deucher may or may not have written...
[snip]
>>> Why is gxine calling the DPMS hooks for the monitors?
>> It's designed to allow blanking when nothing is being played or the
>> stream is paused; on starting or resuming playback, it is intended that
>> gxine will unblank the display automatically.
[snip]
>> Also, I don't want it to ever be able to fail to restore the DPMS
>> settings – by not altering them, there's nothing to restore. This does
>> require ensuring that the blank timer never reaches 0 (unless it's set
>> ludicrously low).

> But why does it do it repeatedly?

See above.

> that's what causes the blinking.  it should do it once, or am I missing
> something?

If crtc1 is already on, why touch crtc0 at all? (Also, if crtc0 is in some
state other than 'on', why switch it off?)

(Tweaking gxine to take more notice of DPMSInfo()'s output should fix one
side of this bug...)

>>> Do other video players have the same problem?
>> Any which use the same methods will, since "xset dpms force on" is
>> sufficient to trigger the problem.

> when you run "xset dpms force on" does the blinking continue after you run
> it or does it happen once?

Once.

-- 
| Darren Salt| linux or ds at  | nr. Ashington, | Toon
| RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
| + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE.

Is this yours? Your dog left it on my lawn...

Bug#467640: backupninja: compressed ldap backup with slapcat fails

[Micah Anderson]

Hi,

Thanks for your bug report.

Can you please try release 0.9.5-3 of backupninja, which I believe may
have a fix to this problem? 

You can install the package from testing without any need for a backport.

Micah



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

Bug#468086: beagle: cron.daily script not well behaved if package removed but not purged

[Hamish Moffatt]

Package: beagle
Version: 0.3.3-2
Severity: normal

If you remove but don't purge beagle,
/etc/cron.daily/beagle-crawl-system remains. The script fails to run
each day because the package has actually been removed, resulting in
cron error emails to root.

Most such cron scripts detect that their binaries are missing and
quietly exit.

Thanks
Hamish

-- 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/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages beagle depends on:
ii  adduser3.105 add and remove users and groups
ii  bash   3.1dfsg-9 The GNU Bourne Again SHell
ii  dbus   1.1.4-1   simple interprocess messaging syst
ii  libatk1.0-01.20.0-1  The ATK accessibility toolkit
pn  libavahi1.0-cil(no description available)
ii  libc6  2.7-8 GNU C Library: Shared libraries
ii  libcairo2  1.4.14-1  The Cairo 2D vector graphics libra
ii  libexif12  0.6.16-2.1library to parse EXIF files
ii  libexpat1  1.95.8-4  XML parsing C library - runtime li
ii  libfreetype6   2.3.5-1+b1FreeType 2 font engine, shared lib
pn  libgalago1.0-cil   (no description available)
pn  libgconf2.0-cil(no description available)
pn  libglade2.0-cil(no description available)
ii  libglib2.0-0   2.14.6-1  The GLib library of C routines
pn  libglib2.0-cil (no description available)
pn  libgmime2.2-cil(no description available)
pn  libgnome-vfs2.0-cil(no description available)
pn  libgnome2.0-cil(no description available)
ii  libgnomevfs2-0 1:2.20.1-2GNOME Virtual File System (runtime
ii  libgsf-1-114   1.14.7-2  Structured File Library - runtime 
pn  libgsf0.0-cil  (no description available)
ii  libgtk2.0-02.12.8-1  The GTK+ graphical user interface 
pn  libgtk2.0-cil  (no description available)
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
pn  libmono-corlib2.0-cil  (no description available)
pn  libmono-sharpzip2.84-c (no description available)
pn  libmono-sqlite2.0-cil  (no description available)
pn  libmono-system-data2.0 (no description available)
pn  libmono-system-web2.0- (no description available)
pn  libmono-system2.0-cil  (no description available)
pn  libmono0   (no description available)
pn  libmono2.0-cil (no description available)
pn  libndesk-dbus-glib1.0- (no description available)
pn  libndesk-dbus1.0-cil   (no description available)
ii  libpango1.0-0  1.18.4-1  Layout and rendering of internatio
ii  libpng12-0 1.2.15~beta5-3PNG library - runtime
ii  librsvg2-2 2.22.1-1  SAX-based renderer library for SVG
ii  libsm6 2:1.0.3-1+b1  X11 Session Management library
pn  libtaglib2.0-cil   (no description available)
ii  libwmf0.2-70.2.8.4-6 Windows metafile conversion librar
pn  libwv-1.2-3(no description available)
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxml22.6.31.dfsg-1 GNOME XML library
ii  libxss11:1.1.2-1 X11 Screen Saver extension library
pn  mono-runtime   (no description available)
ii  xdg-utils  1.0.2-3   desktop integration utilities from
ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

Versions of packages beagle recommends:
pn  mono-gmcs  (no description available)
ii  util-linux [schedutils]   2.13.1-1   Miscellaneous system utilities
ii  xpdf-utils [poppler-utils]3.02-1.3   Portable Document Format (PDF) sui



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

Bug#468085: Attaching debdiff

[Mario_Limonciello]

Attached is a debdiff to change this behavior.

---
Mario Limonciello
Dell | Linux Engineering
Desk : (512) 723-0582
[EMAIL PROTECTED]


diff -u ekiga-2.0.11/debian/patches/00list ekiga-2.0.11/debian/patches/00list
--- ekiga-2.0.11/debian/patches/00list
+++ ekiga-2.0.11/debian/patches/00list
@@ -1,5 +1,6 @@
 01_lpi
 02_autoconf
+03_V4L2_default.dpatch
 42_change_pixmaps
 50_fix_POTFILES.in.dpatch
 #10_relibtoolize
diff -u ekiga-2.0.11/debian/changelog ekiga-2.0.11/debian/changelog
--- ekiga-2.0.11/debian/changelog
+++ ekiga-2.0.11/debian/changelog
@@ -1,3 +1,9 @@
+ekiga (2.0.11-3) unstable; urgency=low
+
+  * Default to V4L2 as the input device for video. (Closes #468085)
+
+ -- Mario Limonciello <[EMAIL PROTECTED]>  Tue, 26 Feb 2008 16:11:55 -0600
+
 ekiga (2.0.11-2) unstable; urgency=low
 
   * Add debug package.
only in patch2:
unchanged:
--- ekiga-2.0.11.orig/debian/patches/03_V4L2_default.dpatch
+++ ekiga-2.0.11/debian/patches/03_V4L2_default.dpatch
@@ -0,0 +1,31 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 03_V4L2_default.patch.dpatch by  <[EMAIL PROTECTED]>
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Sets the default capture device to be V4L2 since V4L is deprecated
+
[EMAIL PROTECTED]@
+diff -urNad ekiga-2.0.11~/ekiga.schemas ekiga-2.0.11/ekiga.schemas
+--- ekiga-2.0.11~/ekiga.schemas	2007-09-18 04:42:10.0 -0500
 ekiga-2.0.11/ekiga.schemas	2008-02-26 16:15:28.0 -0600
+@@ -975,7 +975,7 @@
+   /apps/ekiga/devices/video/plugin
+   Ekiga
+   string
+-  V4L
++  V4L2
+   
+ 	Video plugin
+ 	The video plugin that will be used to detect the devices and manage them
+diff -urNad ekiga-2.0.11~/ekiga.schemas.in.in ekiga-2.0.11/ekiga.schemas.in.in
+--- ekiga-2.0.11~/ekiga.schemas.in.in	2007-09-18 04:00:22.0 -0500
 ekiga-2.0.11/ekiga.schemas.in.in	2008-02-26 16:15:13.0 -0600
+@@ -40,7 +40,7 @@
+   /apps/@PACKAGE_NAME@/devices/video/plugin
+   Ekiga
+   string
+-  V4L
++  V4L2
+   
+ 	Video plugin
+ 	The video plugin that will be used to detect the devices and manage them


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