Bug#590721: [pkg-dhcp-devel] Bug#590721: isc-dhcp-client: networking broken

[Ulrich Schenck]

I've recognised it after the first reboot of the system after the
upgrade. 
For me I've fixed the problem by setting a static address of the DNS
server in dnsmasq.conf. Now I've checked if the problem still occurs
with a dynamic nameserver and it does.

ii  dnsmasq2.55-1 A small caching DNS proxy and
DHCP/TFTP serv
ii  isc-dhcp-clien 4.1.1-P1-9 ISC DHCP client
un  isc-dhcp-clien (keine Beschreibung vorhanden)
ii  isc-dhcp-commo 4.1.1-P1-9 common files used by all the isc-dhcp*
packa

Am Sonntag, den 29.08.2010, 15:34 +1000 schrieb Andrew Pollock: 
> tags 590721 + moreinfo
> thanks
> 
> On Wed, Jul 28, 2010 at 10:12:54PM +0200, Ulrich Schenck wrote:
> > Package: isc-dhcp-client
> > Version: 4.1.1-P1-9
> > Severity: important
> > 
> > Since the transition of dhcp the name services are broken:
> > 
> > Jul 28 22:04:31 castle dnsmasq[3850]: gestartet, Version 2.55, Cachegröße 
> > 150
> > Jul 28 22:04:31 castle dnsmasq[3850]: Übersetzungsoptionen: IPv6 GNU-getopt 
> > DBus I18N DHCP TFTP
> > Jul 28 22:04:31 castle dnsmasq[3850]: keine Server in 
> > /var/run/dnsmasq/resolv.conf gefunden, werde es später neu versuchen
> > Jul 28 22:04:31 castle dnsmasq[3850]: /etc/hosts gelesen - 8 Adressen
> > Jul 28 22:04:33 castle fetchmail[3659]: awakened by User defined signal 1
> > Jul 28 22:04:33 castle fetchmail[3659]: couldn't find canonical DNS name of 
> > post.strato.de (post.strato.de): Name or service not known
> > Jul 28 22:04:33 castle fetchmail[3659]: Query status=11 (DNS)
> > Jul 28 22:04:33 castle fetchmail[3659]: 
> > getaddrinfo("post.strato.de","pop3") error: Name or service not known
> 
> Was this immediately after upgrading, or some time afterwards?






-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594741: gnome-panel uncliccable when accessing via xrdp

[Vincent Bernat]

OoO La nuit ayant déjà recouvert d'encre ce jour du samedi 28 août 2010,
vers 23:51, Paolo Benvenuto  disait :

> Package: xrdp
> Version: 0.4.0~dfsg-9
> Severity: grave
> Justification: renders package unusable

> Accessing the pc  via xrdp, either from a windows  or a linux machine,
> the gnome panel is unusable: it's running, but it's uncliccable.

> If I kill it it resurrects,  but always uncliccable: i.e., if you clic
> in it nothing happens.

Check which VNC server xrdp is using:
$ readlink -f /usr/bin/Xvnc

If  you use  Xvnc4, could  you try  to access  your Gnome  Desktop using
directly VNC:

$ echo exec /etc/xrdp/startwm.sh > ~/.vnc/xstartup
$ chmod +x ~/.vnc/xstartup
$ vnc4server

Then  connect using  a VNC  client.  If you  get the  same problem,  the
problem should be  with vnc4server. 
-- 
BOFH excuse #95:
Pentium FDIV bug


pgpnrbWLtcCl1.pgp
Description: PGP signature

Bug#594567: Upload reverted

[Thomas Goirand]

Hi there,

After discussion with the release team, I have reverted my upload, and
SID now contains version 0.8.2 as before. The issue was that there's a
ABI that would make it necessary to BinNMU a dozen of packages, which
the release team does not wish to do.

I'm sorry for the breakage. Upstream told me that there was only
bugfixes, but in fact, there's change in the enum for error codes. Also,
it seems I compiled the libdbd-* against the wrong version of
libdbi-dev. Anyway, since I reverted, it should be ok now.

Please let me know how it goes when building Gammu, as I'm currently not
100% sure that it did compile against the correct libdbi version in SID
(maybe I should have delayed-upload the drivers to make sure that the
libdbi0 was uploaded before compiling the drivers). The only thing I'm
sure is that the Testing version of libdbi is correct as it was
untouched. If there was yet another issue with libdbi, I'll BinNMU the
drivers, which should fix the issue if any.

Let me know,

Thomas



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594759: [dkopp] dkopp seems to be in wrong package hierarchy

[Michael Goth]

Package: dkopp
Version: 5.4-0.0
Severity: minor

--- Please enter the report below this line. ---

Hi!

dkopp is listed in the video/main category, but its description reads 
like it is a backup tool. Either the description is wrong or dkopp 
should be in another part of the archive tree?


(Disclaimer: I didn't really install it, just saw this while upgrading 
my machine)


Regards,
  Michael


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.32-5-686

Debian Release: squeeze/sid
  500 unstableftp.de.debian.org
  500 unstabledebian-multimedia.informatik.uni-erlangen.de

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.






--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#591023: backintime-gnome: Clicking help button results in infinite number of help windows opening in fast succession

[Andreas Neudecker]

Hi Olivier.

Am 28.08.2010 08:27, schrieb Olivier Berger:
> Looks to me it is really similar to #403409, from reading your report.

No, doesn't look similar to me. I am sure it is not a PEBKAC (like what
Sven Arvidsson reports in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403409#5 and
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403409#6, as I have
certainly not pressed the F1 key or any other key for too long to have
all the yelp windows coming. They even kept appearing while I was on the
console trying to stop that.

Also, when I run yelp from a terminal (in this case XFCE Terminal) it
just opens once. It does issue a couple of error messages, though:

8<

(yelp:12612): Gtk-CRITICAL **: gtk_tool_button_new: assertion
`icon_widget == NULL || GTK_IS_MISC (icon_widget)' failed

(yelp:12612): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(yelp:12612): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion
`G_TYPE_CHECK_INSTANCE (instance)' failed

(yelp:12612): Gtk-CRITICAL **: gtk_toolbar_insert: assertion
`GTK_IS_TOOL_ITEM (item)' failed

(yelp:12612): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(yelp:12612): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion
`G_TYPE_CHECK_INSTANCE (instance)' failed

(yelp:12612): Gtk-CRITICAL **: gtk_toolbar_insert: assertion
`GTK_IS_TOOL_ITEM (item)' failed
** Message: useQuirks: 0 / 0 /
** Message: useQuirks: 0 / 0 /

8<

If there is anything else I could try to nail down the cause of the
problem, let me know.

Regards

Andreas




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#579402: libpam-modules: Cannot set fsize limit greater than 4194303.

[Steve Langasek]

On Tue, Apr 27, 2010 at 03:44:48PM +0100, Tim Phipps wrote:
> I'd like to be able to limit the damage done by a runaway DVD rip by setting
> the fsize ulimit to ~ 10GB. That should allow normal DVDs to fit.
> Editing /etc/security/limits.cong to include:

> * hard fsize 4194303

> works but limits files to 4GB which is not enough. Increasing the limit by 1
> removes the limit probably since it uses a 32bit type to talk to the kernel.

I can confirm that pam_limits is not building with the correct LFS flags,
and therefore uses 32-bit integers, and I've committed a fix for this. 
However, even after fixing pam_limits, the fsize limit is still not being
set correctly for me, due to a bug either in eglibc or in the kernel.  This
is substantiated by the fact that I also can't set such a limit using the
'ulimit' command in bash.  If you still see this problem after upgrading to
pam 1.1.1-5, I suggest filing a bug on eglibc as well.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#594756: cryptsetup: Internal error: Maps lock … < unlock …

[Milan Broz]

On 08/29/2010 08:14 AM, Paul Menzel wrote:
> today I noticed that after entering my password LUKS is asking for to
> unlock my root device, that the following message appeared. I do not
> know when this started.
> 
>   Internal error: Maps lock 13664256 < unlock 13885440

It is not cryptsetup but lvm screaming probably. 
Missing kernel patch from 2.6.35.3.
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d7824370e26325c881b665350ce64fb0a4fde24a

Anyway, you can ignore this message for now, Debian should patch kernel.

Milan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594755: phpmyadmin: Please package 3.3.6

[Michal Čihař]

Hi

Dne Sun, 29 Aug 2010 00:42:41 -0500
Micah Gersten  napsal(a):

> Package: phpmyadmin
> Severity: wishlist
> 
> 3.3.6.0 (2010-08-28)
> - bug #3033063 [core] Navi gets wrong db name
> - bug #3031705 [core] Fix generating condition for real numbers by comparing
>   them to string.
> - bug #3034026 [confirmation] TRUNCATE queries get no confirmation request
> - bug #3036132 [core] Triggers not fetched if dbname has an hyphen
> - patch #3039269 [dbi] Wrong variable checked for nopassword option,
>   thanks to Will Palmer
> - bug #3040226 [XHTML] LockFromUpdate checkbox not checked by default
> - bug [doc] Withdraw or edit FAQ entries related to older MySQL or PHP 
> - bug #3042706 [pmadb] Relations, bookmarks, etc deleted after table drop
> - bug #3044189 [doc] Cleared documentation for hide_db.
> - bug #3042495 [core] Move PMA_sendHeaderLocation to core.lib.php.

Because of freeze this will most likely not go to unstable.

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com


signature.asc
Description: PGP signature

Bug#594761: mt-daapd: crashes with an unknown daap tag error

[Nicolas Maître]

Package: mt-daapd
Version: 0.9~r1696.dfsg-15+b1
Severity: important

Hi,

By chance, I've made a typo in a http query to mt-daapd:
http://localhost:3689/databases/1/items?output=readableindex=3-10
instead of
http://localhost:3689/databases/1/items?output=readable&index=3-10

The reply is exactly the same as the one from a common request with 
output=xml but mt-daapd crashes after the reply. Here is the log tail
with logging at level 9:

pdating Content-Type from application/x-dmap-tagged to text/xml
Updating Connection from keep-alive to Close
Emitting reponse header Expires: -1
Emitting reponse header Cache-Control: no-cache
Emitting reponse header DAAP-Server: firefly/svn-1696
Emitting reponse header Accept-Ranges: bytes
Emitting reponse header Content-Language: en_us
Emitting reponse header Content-Type: text/xml
Emitting reponse header Server: mt-daapd/svn-1696
Emitting reponse header Connection: Close
Emitting reponse header Date: Sun, 29 Aug 2010 08:04:55 GMT
Unknown daap tag: Dass
Aborting
zsh: exit 1 mt-daapd -f -d 9


I can't see anything abnormal until the "Unknow daap tag" which clearly
is the cause of the issue.
There's not "Dass" in the output.

I could provide you with the full output as well as with the full
log, just tell me.

I'm not sure whether it is reproducible, maybe it has something to do with my
personal collection...

Anyway, I assume this is an "important" issue because anyone on the same
network can crash your daap server remotly.

Thank you.


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

Kernel: Linux 2.6.36-rc2+ (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 mt-daapd depends on:
ii  adduser3.112+nmu1add and remove users and groups
hi  avahi-daemon   0.6.27-2  Avahi mDNS/DNS-SD daemon
ii  libavahi-client3   0.6.27-2.1Avahi client library
ii  libavahi-common3   0.6.27-2.1Avahi common library
ii  libavcodec52   5:0.6~svn20100726-0.0 library to encode decode multimedi
ii  libavformat52  5:0.6~svn20100726-0.0 ffmpeg file format library
ii  libavutil494:0.5.2-2 ffmpeg utility library
ii  libc6  2.11.2-2.1Embedded GNU C Library: Shared lib
ii  libflac8   1.2.1-3   Free Lossless Audio Codec - runtim
ii  libid3tag0 0.15.1b-10.1  ID3 tag reading library from the M
ii  libjs-prototype1.6.1-1   JavaScript Framework for dynamic w
ii  libjs-scriptaculou 1.8.3-1   JavaScript library for dynamic web
ii  libogg01.2.0~dfsg-1  Ogg bitstream library
ii  libsqlite3-0   3.7.2-1   SQLite 3 shared library
ii  libtagc0   1.6.3-1   TagLib Audio Meta-Data Library (C 
ii  libvorbis0a1.3.1-1.1 The Vorbis General Audio Compressi
ii  libvorbisfile3 1.3.1-1.1 The Vorbis General Audio Compressi
ii  zlib1g 1:1.2.3.4.dfsg-3.1compression library - runtime

mt-daapd recommends no packages.

mt-daapd suggests no packages.

-- Configuration Files:
/etc/init.d/mt-daapd changed [not included]
/etc/mt-daapd.conf [Errno 13] Permission denied: u'/etc/mt-daapd.conf'

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594472: grub-pc: scary messages and very long boot time after upgrade

[Toni Mueller]

Hi,

On Sun, 29.08.2010 at 07:18:36 +0200, Dh H  wrote:
> Downgrading MDADM helped for me, but not completely.
> The behaviour at the beginning is still the same, such that it does
> not find the volume-group.
> But now I am dropped into a shell instead of getting these
> /sys/devices/virtual/block/mdX
> messages.

IOW, you need to manually intervene to get the machine to actually
boot, but the whole process is now faster than waiting until the
system "figures it out" on it's own, right?

> In that shell I can use lvm to bring the vg up and activate the lvs.
> from that point on booting works fine.
> 
> Toni, I used this link to get mdadm for downgrade:
> http://snapshot.debian.org/package/mdadm/3.1.1-1/

Thank you! That was exactly what I was looking for.


Kind regards,
--Toni++



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594762: lxterminal miscalculates window size, keeping free space at right and bottom

[Michael Tokarev]

Package: lxterminal
Version: 0.1.8-2
Severity: normal

After upgrading from lenny to squeeze, my lxterminal started
behaving in a somewhat strange way.  There's now almost whole
line at the bottom that's not used, and almost whole column
at the right. Number of actual lines X columns displayed is
one less than should be displayed according to X window
size (when resizing a window, my window manager reports
number of lines X columns in a window, and that size is one
more than actually displayed).

Typical screenshot of LXTerminal window (with terminus 14 font)
is attached.

Note that changing fonts does not fix the issue.

Note also that - apparently - it is not lxterminal itself that
started the issue.  Before upgrade, I had the same version of
lxterminal (1.8), but all the rest were upgraded - libraries,
defoma and so on.  But that upgrade did not affect other
terminal emulators - xterm, urxvt, gnome-terminal all behaves
as before.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
Architecture: i386 (x86_64)

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

Versions of packages lxterminal depends on:
ii  libatk1.0-0   1.30.0-1   The ATK accessibility toolkit
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-4   The Cairo 2D vector graphics libra
ii  libfontconfig12.8.0-2.1  generic font configuration library
ii  libfreetype6  2.4.2-1FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.24.1-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-1   The GTK+ graphical user interface 
ii  libpango1.0-0 1.28.1-1   Layout and rendering of internatio
ii  libvte9   1:0.24.3-1 Terminal emulator widget for GTK+ 
ii  libx11-6  2:1.3.3-3  X11 client-side library

lxterminal recommends no packages.

lxterminal suggests no packages.

-- no debconf information
<>

Bug#594763: samba4: fails starting Samba 4 daemon

[Johannes Brahms]

Package: samba4
Version: 4.0.0~alpha13+git+bzr12292.dfsg1-1
Severity: important



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

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
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 samba4 depends on:
ii  debco 1.5.35 Debian configuration management sy
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libdc 4.0.0~alpha13+git+bzr12292.dfsg1-1 DCE/RPC client library
ii  libgc 1.4.5-2LGPL Crypto library - runtime libr
ii  libge 4.0.0~alpha13+git+bzr12292.dfsg1-1 Generic Security Library
ii  libgn 2.8.6-1the GNU TLS library - runtime libr
ii  libld 1:0.9.10~git20100203-1+b1  LDAP-like embedded database - shar
ii  libnd 4.0.0~alpha13+git+bzr12292.dfsg1-1 Standard NDR interfaces
ii  libnd 4.0.0~alpha13+git+bzr12292.dfsg1-1 NDR marshalling library
ii  libpa 1.1.1-4Pluggable Authentication Modules l
ii  libpo 1.16-1 lib for parsing cmdline parameters
ii  libpy 2.6.6~rc1-1Shared Python runtime library (ver
ii  libsa 4.0.0~alpha13+git+bzr12292.dfsg1-1 Samba host configuration library
ii  libsa 4.0.0~alpha13+git+bzr12292.dfsg1-1 Samba utility function library
ii  libta 2.0.1-1hierarchical pool based memory all
ii  libtd 1.2.1-2+b1 Trivial Database - shared library
ii  libte 0.9.8-1talloc-based event loop library - 
ii  pytho 2.6.5-13   interactive high-level object-orie
ii  pytho 1.8.0-1DNS toolkit for Python
ii  pytho 4.0.0~alpha13+git+bzr12292.dfsg1-1 Python bindings for Samba
ii  samba 4.0.0~alpha13+git+bzr12292.dfsg1-1 Samba 4 common files used by both 
ii  zlib1 1:1.2.3.4.dfsg-3   compression library - runtime

Versions of packages samba4 recommends:
ii  samba 4.0.0~alpha13+git+bzr12292.dfsg1-1 LDAP-like embedded database - tool

Versions of packages samba4 suggests:
pn  bind9  (no description available)
pn  phpldapadmin   (no description available)
pn  swat2  (no description available)

-- debconf information:
  samba4/upgrade-from-v3: true
  samba4/setup-pdc: false

Entpacke samba4 (aus samba4_4.0.0~alpha13+git+bzr12292.dfsg1-1_amd64.deb) ...
Richte samba4 ein (4.0.0~alpha13+git+bzr12292.dfsg1-1) ...
Starting Samba 4 daemon: samba/usr/sbin/samba: symbol lookup error: 
/usr/lib/libgensec.so.0: undefined symbol: ldb_modify_default_callback
 failed!
invoke-rc.d: initscript samba4, action "start" failed.
dpkg: Fehler beim Bearbeiten von samba4 (--install):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zur�ck
Verarbeite Trigger f�r man-db ...
Fehler traten auf beim Bearbeiten von:
 samba4



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#566498: mirror listing update for ftp.mgts.by

[Mitry Matyushkov]

Hi,

Is any updates for ftp.by.debian.org status?

Thanks,
Mitry.

ps. Seems m68k arch is not already supported but still on 
http://www.debian.org/mirror/list as available arch for several mirrors.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594764: ITP: libtest-weaken-perl -- Test that freed memory objects really were freed

[Nicholas Bamber]

Package: wnpp
Severity: wishlist
Owner: Nicholas Bamber 


* Package name: libtest-weaken-perl
  Version : 3.004000
  Upstream Author : Jeffrey Kegler
* URL : http://search.cpan.org/dist/Test-Weaken
* License : Perl
  Programming Lang: Perl
  Description : Test that freed memory objects really were freed

Seems to  be needed to fix some CGI::Application modules



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594765: apt-cacher-ng: FTBFS in Ubuntu maverick

[Michael Bienia]

Package: apt-cacher-ng
Version: 0.5.3-1
Severity: normal
Tags: experimental

Hi,

I tried building apt-cacher-ng 0.5.3-1 from experimental in my Ubuntu
maverick pbuilder and it FTBFS:
,
| g++ -c -Wall -g -O2 -D_FILE_OFFSET_BITS=64 
"-I/tmp/buildd/apt-cacher-ng-0.5.3/include"  source/job.cc -o job.o
| source/job.cc: In member function 'void job::HandleLocalDownload(const 
std::string&, const std::string&, const std::string&)':
| source/job.cc:288: error: no matching function for call to 'stat::stat(const 
char*, stat*)'
| //usr/include/bits/stat.h:47: note: candidates are: stat::stat()
| //usr/include/bits/stat.h:47: note: stat::stat(const stat&)
| source/job.cc:336: error: 'S_ISDIR' was not declared in this scope
| source/job.cc:387: error: no matching function for call to 'stat::stat(const 
char*, stat*)'
| //usr/include/bits/stat.h:47: note: candidates are: stat::stat()
| //usr/include/bits/stat.h:47: note: stat::stat(const stat&)
| source/job.cc:421: error: 'S_ISREG' was not declared in this scope
| make[1]: *** [job.o] Error 1
| make[1]: Leaving directory `/tmp/buildd/apt-cacher-ng-0.5.3'
`

Michael

PS: Thanks for writing apt-cacher-ng. I use it for sharing debs between
my host system and my pbuilders and it works really great.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#449025: Fails on Squeeze

[Alan Chandler]

I have just downloaded this package to work with squeeze, and discovered 
that php4-dev is set as a dependancy and doesn't even exist in the 
repository.


Reading through the messages here I see that --only 5 should be a 
parameter to dh-make-pecl in this case, but surely a squeeze version 
should now not try and build php v4


<>

Bug#594766: [INTL:es] Spanish debconf template translation for bugzilla

[Francisco Javier Cuadrado]

Package: bugzilla
Version: 3.6.2.0-1
Severity: wishlist
Tags: l10n patch


-- 
Saludos

Fran
# bugzilla po-debconf translation to Spanish
# Copyright (C) 2005, 2008, 2009, 2010 Software in the Public Interest
# This file is distributed under the same license as the bugzilla package.
#
# Changes:
#   - Initial translation
#   César Gómez Martín , 2005
#
#   - Updates
#   Alba Ferri Fitó , 2008
#   Francisco Javier Cuadrado , 2009, 2010
#
# Traductores, si no conoce el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
#   info -n '(gettext)PO Files'
#   info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor, lean antes de traducir
# los siguientes documentos:
#
#   - El proyecto de traducción de Debian al español
# http://www.debian.org/intl/spanish/
# especialmente las notas de traducción en
# http://www.debian.org/intl/spanish/notas
#
#   - La guía de traducción de po's de debconf:
# /usr/share/doc/po-debconf/README-trans
# o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: bugzilla 3.6.2.0-1\n"
"Report-Msgid-Bugs-To: bugzi...@packages.debian.org\n"
"POT-Creation-Date: 2010-08-08 15:11+0200\n"
"PO-Revision-Date: 2010-08-26 09:44+0100\n"
"Last-Translator: Francisco Javier Cuadrado \n"
"Language-Team: Debian l10n Spanish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Language: es\n"

#. Type: password
#. Description
#: ../bugzilla3.templates:2001
msgid "Password confirmation:"
msgstr "Confirmación de contraseña:"

#. Type: string
#. Description
#: ../bugzilla3.templates:3001
msgid "Email address of Bugzilla administrator:"
msgstr "Dirección de correo electrónico del administrador de Bugzilla:"

#. Type: string
#. Description
#: ../bugzilla3.templates:3001
msgid "Please enter the email address of the Bugzilla administrator; all mail for the administrator will be sent to this address. This email address is also used as the administrator login for Bugzilla."
msgstr "Por favor, introduzca la dirección de correo electrónico del administrador de Bugzilla; todos los correos dirigidos al administrador se enviarán a esta dirección. Esta dirección de correo electrónico también se usa como el nombre de usuario para acceder a Bugzilla."

#. Type: string
#. Description
#: ../bugzilla3.templates:3001
msgid "A valid address must contain exactly one '@', and at least one '.' after the @. You'll be able to change this setting through Bugzilla's web interface."
msgstr "Una dirección válida debe contener exactamente una Â...@», y como mínimo un «.» después de la Â...@». Podrá cambiar esta configuración a través de la interfaz web de Bugzilla."

#. Type: string
#. Description
#: ../bugzilla3.templates:4001
msgid "Real name of Bugzilla administrator:"
msgstr "Nombre real del administrador de Bugzilla:"

#. Type: password
#. Description
#: ../bugzilla3.templates:5001
msgid "Password for the Bugzilla administrator account:"
msgstr "Contraseña para la cuenta de administrador de Bugzilla:"

#. Type: boolean
#. Description
#: ../bugzilla3.templates:6001
msgid "Have Status or Resolution values been customized?"
msgstr "¿Se han personalizado los valores de «Status» o «Resolution»?"

#. Type: boolean
#. Description
#: ../bugzilla3.templates:6001
msgid "If values in the Status or Resolution fields have been customized, the checksetup procedure must be modified appropriately before installation can continue."
msgstr "Si ha personalizado los valores de los campos «Status» o «Resolution», debe modificar el proceso «checksetup» apropiadamente antes de que la instalación pueda continuar."

#. Type: boolean
#. Description
#: ../bugzilla3.templates:6001
msgid "For each update of this package, a new version of the checksetup_nondebian.pl script is installed; the /usr/share/bugzilla3/debian/pre-checksetup.d directory can be used to automatically apply your modifications before execution."
msgstr "En cada actualización de este paquete, una nueva versión del script «checksetup_nondebian.pl» se instalará, se puede utilizar el directorio «/usr/share/bugzilla3/debian/pre-checksetup.d» para aplicar automáticamente sus modificaciones antes de la ejecución."

#. Type: boolean
#. Description
#: ../bugzilla3.templates:7001
msgid "Prompt about customized Status/Resolution at each update?"
msgstr "¿Desea que se le pregunte sobre los valores personalizados de «Status»/«Resolution» en cada actualización?"

#. Type: boolean
#. Description
#: ../bugzilla3.templates:7001
#| msgid ""
#| "If you modified Status/Resolution fields and created a script within /usr/"
#| "share/bugzilla3/debian/pre-checksetup.d to apply changes to /usr/share/"
#| "bugzilla3/lib/checksetup-nondebian.pl, you may want to avoid being "
#| "prompted at each package upgr

Bug#583917: Bug#594472: grub-pc: scary messages and very long boot time after upgrade

[Dh H]

On Sun, Aug 29, 2010 at 9:38 AM, Toni Mueller  wrote:
>
> Hi,
>
> On Sun, 29.08.2010 at 07:18:36 +0200, Dh H  wrote:
>> Downgrading MDADM helped for me, but not completely.
>> The behaviour at the beginning is still the same, such that it does
>> not find the volume-group.
>> But now I am dropped into a shell instead of getting these
>> /sys/devices/virtual/block/mdX
>> messages.
>
> IOW, you need to manually intervene to get the machine to actually
> boot, but the whole process is now faster than waiting until the
> system "figures it out" on it's own, right?
>
Actually it the system does not figure it out, as it does not find my
root filesystem:
I now get this while booting:

>>>
mdadm: /dev/md0 has been started with 2 drives
mdadm: /dev/md1 has been started with 2 drives
  Volume Group "m" not found
  skipping volume group m
unable to find LVM volume m/root

Gave up waiting for root device
 < some unapplicable hints ;) 

ALERT! /dev/mapper/m-root does not exist. Dropping into shell

Busybox 
(initramfs)


In busybox I have to start the cryptodrive with
cryptsetup luksOpen md1 md1_crypt

and then start the vg/lv with
lvm vgscan
vgchange -a y

when I exit from the shell the system boots as it finds the root
device after the above


BTW: I have upgraded grub from 1.98+20100804-2 to 1.98+20100804-4
before I downgraded mdadm. This did not help on itself. As to wheather
this now creates the the dropping into busybox I cannot judge.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594767: ITP: libapache-htgroup-perl -- Manage Apache authentication group files

[Nicholas Bamber]

Package: wnpp
Severity: wishlist
Owner: Nicholas Bamber 


* Package name: libapache-htgroup-perl
  Version : 1.22
  Upstream Author : Rich Bowen 
* URL : http://search.cpan.org/dist/Apache-Htgroup/
* License : Perl
  Programming Lang: Perl
  Description : Manage Apache authentication group files

Required to upgrade some CGI::Aplication modules



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#590873: openconnect < 2.25 does not verify SSL server certificates

[Adam D. Barratt]

On Sat, August 28, 2010 12:59, Dominic Hargreaves wrote:
> On Sat, Aug 28, 2010 at 01:16:29PM +0200, Julien Cristau wrote:
>> On Sat, Aug 28, 2010 at 11:50:49 +0100, Dominic Hargreaves wrote:
>>
>> > On Sun, Aug 15, 2010 at 08:56:46PM +0100, Adam D. Barratt wrote:
>> > > On Sun, 2010-08-15 at 16:13 +0100, Dominic Hargreaves wrote:
>> > > > Given all this, might the best idea be allow an exception for the
>> > > > new upstream? The full changelog is:
>> > >
>> > > Most of the changes sound potentially worthy of inclusion.  What
>> does
>> > > the debdiff look like?
[...]
> The upstream changes are visible at
> 
> and also in the attached debdiff.

I have to admit I'm not hugely happy with the "CSD trojan" messages but,
at least in terms of the configuration file setup, I'm not sure it's worth
diverging from upstream on.

Please go ahead.

Regards,

Adam




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#588582: ia32-libs: affects gmail voice chat too

[Török Edwin]

Package: ia32-libs
Version: 20090808
Severity: normal

This is still an issue, see here:
http://www.techtickle.com/google-voice-and-video-chat-now-available-for-ubuntu-and-debian-linux.html#comment-798

And see here for a solution:
http://www.techtickle.com/google-voice-and-video-chat-now-available-for-ubuntu-and-debian-linux.html#comment-800

I tried that solution (manually installing those two packages), and it worked,
but that shouldn't be necessary.
ia32-libs should contain everything needed for all its libs to work (or depend
on other packages for the missing libs).

Why does dpkg even allow creating a package which references nonexistent shared
libraries?

Please add libwrap0 and libgdm3 to ia32-libs (and while you're at it maybe
update the other 32-bit libs to the latest versions).

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

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

Versions of packages ia32-libs depends on:
ii  dpkg  1.15.8.4   Debian package management system
ii  lib32asound2  1.0.23-1   shared library for ALSA applicatio
ii  lib32gcc1 1:4.5.1-2  GCC support library (32 bit Versio
ii  lib32ncurses5 5.7+20100313-2 shared libraries for terminal hand
ii  lib32stdc++6  4.5.1-2The GNU Standard C++ Library v3 (3
ii  lib32z1   1:1.2.5.dfsg-1 compression library - 32 bit runti
ii  libc6-i3862.11.2-2   GNU C Library: 32-bit shared libra
ii  lsb-release   3.2-23.1   Linux Standard Base version report

ia32-libs recommends no packages.

Versions of packages ia32-libs suggests:
ii  ia32-libs-gtk 20090804   GTK+ ia32 shared libraries

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594587: ITP: ttf-washera-fonts -- A collection of unicode fonts for the Ethiopic script

[Eremit7]

Thanks for your comments, I will update the copyright file in the package.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#592400: vzdump: for vid =10 11

[Ola Lundqvist]

Hi Aldo

According to the openvz documentation vz identities below 100 are
not recommended for usage. So I do not know whether this is actually
a bug or not. Likely not.

Can you please send me the exact message?

Best regards,

// Ola

On Fri, Aug 27, 2010 at 10:33:14PM +0200, Aldo Reset wrote:
> Package: vzdump
> Severity: normal
> 
> the message must be vzid is reserverd. it done nothing because vid are
> 11 and 10. i change VID to 110 and 111 vzdump does it job.
> 
> 
> -- System Information:
> Debian Release: squeeze/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.32-5-686-bigmem (SMP w/8 CPU cores)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> 
> 

-- 
 - Ola Lundqvist ---
/  o...@debian.org Annebergsslingan 37  \
|  o...@inguza.com  654 65 KARLSTAD  |
|  http://inguza.com/  +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594768: Should xconq be removed?

[Luca Falavigna]

Package: xconq
Version: 7.4.1-4.1
Severity: serious
Tags: sid squeeze

xconq seems dead upstream, and requires an obsolete Tcl/Tk version, so it seems
a good candidate for removal.

If you don't think so, please close this bug report, otherwise I'll convert it
into a
removal request in a couple of weeks.



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

Kernel: Linux 2.6.32-5-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/dash

Versions of packages xconq depends on:
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxext6  2:1.1.2-1  X11 miscellaneous extension librar
ii  libxmu6   2:1.0.5-1  X11 miscellaneous utility library
ii  libxt61:1.0.7-1  X11 toolkit intrinsics library
ii  tcl8.38.3.5-14   Tcl (the Tool Command Language) v8
ii  tk8.3 8.3.5-15   Tk toolkit for Tcl and X11, v8.3 -
ii  xconq-common  7.4.1-4.1  Common files for Xconq

xconq recommends no packages.

xconq suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594769: puppet: source file url sent to the master is invalid

[Sergio Gelato]

Package: puppet
Version: 2.6.0-3
Severity: important
Tags: fixed-upstream patch

Another one than needs to be cherry-picked for squeeze (unless you plan to
get 2.6.1 in, that is). The 2.6.0 client sends an extra / in file_content
URLs (e.g., https://puppet:8140/production/file_content//module/whatever/...)
causing some servers (passenger is affected, and others have reported that
mongrel+nginx is as well; webrick is OK, presumably it does some kind of
canonicalisation on incoming requests) to return a 404 instead of the file
data.

I'm referring to upstream issue #4319, which is fixed by commit
03313b81c696d12c756a5ff5adced5bed162bbfc . I've successfully applied
the patch on top of the 2.6.0-3 package, and testing was successful.

I wonder (but don't have the time to set up a 0.25 master for testing) 
whether this might not also fix #593125 (which was closed "wontfix" on 
generic grounds, namely that upstream recommends as a general rule to 
upgrade the master before the clients).



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594770: mic2: invalid syntax

[Cristian Ionescu-Idbohrn]

Package: mic2
Version: 0.20.1-1
Severity: normal

Setting up mic2 (0.20.1-1) ...
Processing triggers for python-support ...
Compiling /usr/lib/pymodules/python2.4/mic/appcreate/nand.py ...
  File "/usr/lib/pymodules/python2.4/mic/appcreate/nand.py", line 283
finally:
  ^
SyntaxError: invalid syntax


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

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages mic2 depends on:
ii  bzip2   1.0.5-4  high-quality block-sorting file co
ii  curl7.21.1-1 Get a file from an HTTP, HTTPS or
ii  dbus1.2.24-3 simple interprocess messaging syst
ii  dmsetup 2:1.02.48-3  The Linux Kernel Device Mapper use
ii  dosfstools  3.0.9-1  utilities for making and checking
ii  e2fsprogs   1.41.12-2ext2/ext3/ext4 file system utiliti
ii  genisoimage 9:1.1.10-1   Creates ISO-9660 CD-ROM filesystem
ii  kpartx  0.4.8+git0.761c66f-9 create device mappings for partiti
ii  mkisofs 9:1.1.10-1   Dummy transition package for genis
ii  parted  2.3-2The GNU Parted disk partition resi
ii  psmisc  22.12-1  utilities that use the proc file s
ii  python  2.6.5-13 interactive high-level object-orie
ii  python-iniparse 0.3.2-1  Module to access and modify config
ii  python-pykickstart  1.77-1   Python library for manipulating ki
ii  python-support  1.0.9automated rebuilding support for P
ii  python-urlgrabber   3.9.1-4  A high-level cross-protocol url-gr
ii  rsync   3.0.7-2  fast remote file copy program (lik
ii  squashfs-tools  1:4.0-8  Tool to create and append to squas
ii  syslinux2:4.02+dfsg-3collection of boot loaders
ii  yum 3.2.25-1 Advanced front-end for rpm

Versions of packages mic2 recommends:
ii  binfmt-support1.2.18 Support for extra binary formats
pn  btrfs-tools(no description available)
pn  extlinux   (no description available)
ii  hal   0.5.14-3   Hardware Abstraction Layer
pn  qemu-user-static   (no description available)

mic2 suggests no packages.

-- no debconf information


Cheers,

-- 
Cristian



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#568179: progress

[Jean-Eric TORLAY]

Since mid march the debian squeeze install on DELL inspirion 11Z is 
OK as the local Ethernet network is working, even if the Wifi is not
operating.

Thank you so much for your help

regards, 

Jean-Eric TORLAY




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#588150: libcups http bug

[Philipp Kern]

Dear CUPS maintainers,

On Thu, Aug 05, 2010 at 07:21:43PM +0100, Neil McGovern wrote:
> Is there any plans to fix this bug?

could we get any input on this bug from you, please?

Kind regards,
Philipp Kern 


signature.asc
Description: Digital signature

Bug#594545: initramfs-tools: "mount" command fails to mount root filesystem.

[maximilian attems]

On Fri, 27 Aug 2010, Jakub Krzyżewski wrote:

> Package: initramfs-tools
> Version: 0.98
> Severity: normal
> Tags: squeeze
> 
> I have lvm2 + xen4 system, I prepared domu image with xen-create-image, but 
> it dosn't boot, with error:
> 
> Begin: Running /scripts/local-premount ... done.
> mount: mounting /dev/xvda1 on /root failed: No such device
> Begin: Running /scripts/local-bottom ... done.
> 
> but:
> (initramfs) cat /proc/partitions 
> major minor  #blocks  name
> 
>  2021   10485760 xvda1
>  20221048576 xvda2
>  2023   20971520 xvda3
>  2024   20971520 xvda4
> 
> (initramfs) ls -al /dev/xvda*
> brw---1 00 202,   1 Aug 27 00:02 /dev/xvda1
> brw---1 00 202,   2 Aug 27 00:02 /dev/xvda2
> brw---1 00 202,   3 Aug 27 00:02 /dev/xvda3
> brw---1 00 202,   4 Aug 27 00:02 /dev/xvda4
> 
> (initramfs) fstype /dev/xvda1
> FSTYPE=ext3
> FSSIZE=10737418240
> 
> (initramfs) mount -t ext3 /dev/xvda1 /root
> mount: mounting /dev/xvda1 on /root failed: No such device
> (initramfs) 

which mount binary is this?
which mount
mount --version

can see this error in klibc mount. please also post 
lsinitramfs /boot/initrd.img- | grep mount
 
  
 



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594623: xserver-xorg-video-intel: after upgrade to 2.12.0+legacy1-1 X freeze on gdm start

[Kamen Naydenov]

On Sat, Aug 28, 2010 at 15:10, Julien Cristau  wrote:
> On Sat, Aug 28, 2010 at 00:36:31 +0200, Cesare Leonardi wrote:
>
>> I've also tried (don't know if it make sense) with
>> 2.6.34-1~expermental.2, always with i915.modeset=0: same freeze.
>>
> OK, it's starting to sound like this 'legacy' experiment is a failure so
> far.
> On my 945GM, legacy crashes on UMS on gnome startup (gdm is ok)
> reporting a lockup.  I don't have an i8xx board to play with.
>
> Could you guys test the driver pointed at
> http://lists.freedesktop.org/pipermail/intel-gfx/2010-August/007910.html?
> (probably with the 2.6.32-20 kernel)
>
I'll try it if you guide me how to compile and test it, or give me
links where to read how to test.
I already downloaded xf86-video-intel-shadow.tar.gz but I cant figure
how to check dependencies, compile it and to test it

best regards
Kamen



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#592014: #592014: Not able to reproduce

[Bertrand Marc]

Hi,

I just tried it and it works on my amd64 squeeze up to date. Consider it 
fixed for me.


Cheers,
Bertrand



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594771: samba4: provision error in Samba4

[Johannes Brahms]

Package: samba4
Version: 4.0.0~alpha13+git+bzr12292.dfsg1-1
Severity: important



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

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
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 samba4 depends on:
ii  debco 1.5.35 Debian configuration management sy
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libdc 4.0.0~alpha13+git+bzr12292.dfsg1-1 DCE/RPC client library
ii  libgc 1.4.5-2LGPL Crypto library - runtime libr
ii  libge 4.0.0~alpha13+git+bzr12292.dfsg1-1 Generic Security Library
ii  libgn 2.8.6-1the GNU TLS library - runtime libr
ii  libld 1:0.9.10~git20100203-1+b1  LDAP-like embedded database - shar
ii  libnd 4.0.0~alpha13+git+bzr12292.dfsg1-1 Standard NDR interfaces
ii  libnd 4.0.0~alpha13+git+bzr12292.dfsg1-1 NDR marshalling library
ii  libpa 1.1.1-4Pluggable Authentication Modules l
ii  libpo 1.16-1 lib for parsing cmdline parameters
ii  libpy 2.6.6~rc1-1Shared Python runtime library (ver
ii  libsa 4.0.0~alpha13+git+bzr12292.dfsg1-1 Samba host configuration library
ii  libsa 4.0.0~alpha13+git+bzr12292.dfsg1-1 Samba utility function library
ii  libta 2.0.1-1hierarchical pool based memory all
ii  libtd 1.2.1-2+b1 Trivial Database - shared library
ii  libte 0.9.8-1talloc-based event loop library - 
ii  pytho 2.6.5-13   interactive high-level object-orie
ii  pytho 1.8.0-1DNS toolkit for Python
ii  pytho 4.0.0~alpha13+git+bzr12292.dfsg1-1 Python bindings for Samba
ii  samba 4.0.0~alpha13+git+bzr12292.dfsg1-1 Samba 4 common files used by both 
ii  zlib1 1:1.2.3.4.dfsg-3   compression library - runtime

Versions of packages samba4 recommends:
ii  samba 4.0.0~alpha13+git+bzr12292.dfsg1-1 LDAP-like embedded database - tool

Versions of packages samba4 suggests:
pn  bind9  (no description available)
pn  phpldapadmin   (no description available)
pn  swat2  (no description available)

-- debconf information:
  samba4/upgrade-from-v3: true
  samba4/setup-pdc: false

r...@dc:~# /usr/sbin/provision --realm=samdom.example.com --domain=SAMDOM 
--adminpass=cubx2004 --server-role='domain controller'
Traceback (most recent call last):
  File "/usr/sbin/provision", line 33, in 
import samba
  File "/usr/lib/python2.6/dist-packages/samba/__init__.py", line 45, in 

from samba._ldb import Ldb as _Ldb
ImportError: /usr/lib/python2.6/dist-packages/samba/_ldb.so: undefined symbol: 
ldb_modify_default_callback
r...@dc:~#



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#584156: flightgear binNMU

[Riku Voipio]

Hi,

The armel FTBFS and simgear deps have been sorted out. binNMU thus needed on
all but armel:

nmu flightgear_1.9.1-1.1 . alpha amd64 hppa i386 ia64 freebsd-amd64 
freebsd-i386 mips mipsel powerpc s390 sparc . -m 'rebuild against newer 
libopenscenegraph' 

After this flightgear, fgfs-atlas and simgear need to be pushed together to
testing to get rid of #545593.







--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594761: mt-daapd: crashes with an unknown daap tag error

[Julien BLACHE]

Nicolas Maître  wrote:

Hi,

> Unknown daap tag: Dass
> Aborting
> zsh: exit 1 mt-daapd -f -d 9

Could you reproduce the crash and provide a gdb backtrace? We need to
find out what crashes and where.

> I can't see anything abnormal until the "Unknow daap tag" which clearly
> is the cause of the issue.
> There's not "Dass" in the output.

It's a consequence and not a cause. For some reason, bad DAAP data got
fed to the XML formatter. That should not happen, but if it does, it
should not lead to a crash.

Not sure what if anything will be the fix for this. This code is on life
support.

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer -  
 
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#584156: flightgear binNMU

[Adam D. Barratt]

On Sun, August 29, 2010 11:36, Riku Voipio wrote:
> nmu flightgear_1.9.1-1.1 . alpha amd64 hppa i386 ia64 freebsd-amd64
> freebsd-i386 mips mipsel powerpc s390 sparc . -m 'rebuild against newer
> libopenscenegraph'

Scheduled (with s/freebsd/k&/g).

Regards,

Adam




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#591364: fixed in Geode 2.11.9-1 ?

[Martin-Éric Racine]

On Sun, Aug 29, 2010 at 1:37 PM, Thomas Harding  
wrote:
> Le 29/08/2010 09:25, Martin-Éric Racine a écrit :
>>
>> Thank you for your extensive report.  Could you please install
>> 'hwinfo' and attach the full report i.e. all options enabled to this

Thank you for attaching this.

>> The eCafe seems to be a special case because of its unusual
>> screen resolution, so we will probably have to create an appropriate
>> entry in Cimmarron just like we previously did for the OLPC XO-1.

Interestingly enough, hwinfo seems to suggest that the display's
native resolution is 1024x768. I thus wonder why the technical
specifications talk about 1024x600 instead.

> Please note an important fact is that X+GDM is still unstable at boot
> in the quoted report. Not really a problem for me, but...

A separate bug should probably be open for that issue.

> Thomas
> (Despite my name, my mother tongue is French...)

Personne n'est parfait. :)

Martin-Éric



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594772: gajim: version >= 0.13.4 should recommend python-openssl >= 0.9

[Benjamin Maisonnas]

Package: gajim
Version: 0.13.4-1+b1
Severity: normal

Hi,

Starting with gajim 0.13.4, ssl support requires python-openssl >= 0.9 for 
OpenSSL.SSL.OP_NO_TICKET to be defined. See bug #5689[1].
Testing and sid have 0.13.4 and python-openssl 0.10, so most users won't have 
any problem regarding this bug. However, anyone pulling gajim 0.13.4 from 
stable won't be able to use ssl.

[1] http://trac.gajim.org/ticket/5689

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gajim depends on:
ii  dnsutils   1:9.7.1.dfsg.P2-2 Clients provided with BIND
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.2-2  Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-5  The Cairo 2D vector graphics libra
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.2-1   FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.24.1-1  The GLib library of C routines
ii  libgtk2.0-02.20.1-1  The GTK+ graphical user interface 
ii  libpango1.0-0  1.28.1-1  Layout and rendering of internatio
ii  python 2.6.5-13  interactive high-level object-orie
ii  python-glade2  2.17.0-4  GTK+ bindings: Glade support
ii  python-gtk22.17.0-4  Python bindings for the GTK+ widge
ii  python-support 1.0.9 automated rebuilding support for P

Versions of packages gajim recommends:
ii  dbus  1.2.24-3   simple interprocess messaging syst
ii  notification-daemon   0.5.0-2daemon to displays passive pop-up 
ii  python-crypto 2.1.0-2cryptographic algorithms and proto
ii  python-dbus   0.83.1-1   simple interprocess messaging syst
ii  python-gnupginterface 0.3.2-9.1  Python interface to GnuPG (GPG)
ii  python-openssl0.10-1 Python wrapper around the OpenSSL 

Versions of packages gajim suggests:
ii  aspell-en 6.0-0-6English dictionary for GNU Aspell
ii  avahi-daemon  0.6.27-2   Avahi mDNS/DNS-SD daemon
pn  dvipng (no description available)
ii  gnome-keyring 2.30.3-1   GNOME keyring services (daemon and
ii  libgtkspell0  2.0.16-1   a spell-checking addon for GTK's T
pn  nautilus-sendto(no description available)
pn  network-manager(no description available)
pn  python-avahi   (no description available)
ii  python-gconf  2.28.1-1   Python bindings for the GConf conf
ii  python-gnome2 2.28.1-1   Python bindings for the GNOME desk
pn  python-gnomekeyring(no description available)
pn  python-kerberos(no description available)
pn  python-sexy(no description available)
pn  texlive-latex-base (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594773: samba4: provision error in Samba4

[Johannes Brahms]

Package: samba4
Version: 4.0.0~alpha13+git+bzr12292.dfsg1-1
Severity: important



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

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
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 samba4 depends on:
ii  debco 1.5.35 Debian configuration management sy
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libdc 4.0.0~alpha13+git+bzr12292.dfsg1-1 DCE/RPC client library
ii  libgc 1.4.5-2LGPL Crypto library - runtime libr
ii  libge 4.0.0~alpha13+git+bzr12292.dfsg1-1 Generic Security Library
ii  libgn 2.8.6-1the GNU TLS library - runtime libr
ii  libld 1:0.9.10~git20100203-1+b1  LDAP-like embedded database - shar
ii  libnd 4.0.0~alpha13+git+bzr12292.dfsg1-1 Standard NDR interfaces
ii  libnd 4.0.0~alpha13+git+bzr12292.dfsg1-1 NDR marshalling library
ii  libpa 1.1.1-4Pluggable Authentication Modules l
ii  libpo 1.16-1 lib for parsing cmdline parameters
ii  libpy 2.6.6~rc1-1Shared Python runtime library (ver
ii  libsa 4.0.0~alpha13+git+bzr12292.dfsg1-1 Samba host configuration library
ii  libsa 4.0.0~alpha13+git+bzr12292.dfsg1-1 Samba utility function library
ii  libta 2.0.1-1hierarchical pool based memory all
ii  libtd 1.2.1-2+b1 Trivial Database - shared library
ii  libte 0.9.8-1talloc-based event loop library - 
ii  pytho 2.6.5-13   interactive high-level object-orie
ii  pytho 1.8.0-1DNS toolkit for Python
ii  pytho 4.0.0~alpha13+git+bzr12292.dfsg1-1 Python bindings for Samba
ii  samba 4.0.0~alpha13+git+bzr12292.dfsg1-1 Samba 4 common files used by both 
ii  zlib1 1:1.2.3.4.dfsg-3   compression library - runtime

Versions of packages samba4 recommends:
ii  samba 4.0.0~alpha13+git+bzr12292.dfsg1-1 LDAP-like embedded database - tool

Versions of packages samba4 suggests:
pn  bind9  (no description available)
pn  phpldapadmin   (no description available)
pn  swat2  (no description available)

-- debconf information:
  samba4/upgrade-from-v3: true
  samba4/setup-pdc: false

r...@dc:~# /usr/sbin/provision --realm=samdom.example.com --domain=SAMDOM 
--adminpass=SOMEPASSWORD --server-role='domain controller'
Traceback (most recent call last):
  File "/usr/sbin/provision", line 33, in 
import samba
  File "/usr/lib/python2.6/dist-packages/samba/__init__.py", line 45, in 

from samba._ldb import Ldb as _Ldb
ImportError: /usr/lib/python2.6/dist-packages/samba/_ldb.so: undefined symbol: 
ldb_modify_default_callback
r...@dc:~#



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594775: ALSA modem detection in init script broken in non-English locales

[Milan Bouchet-Valat]

Package: sl-modem
Version: 2.9.11~20100718-1

Reported against Ubuntu, with a patch available at
http://bazaar.launchpad.net/%
7Enalimilan/ubuntu/lucid/sl-modem/sl-modem-regex/diff/21
Hope this helps!


The /etc/init.d/sl-modem-daemon script checks for the presence of modems
by parsing the output of 'aplay -l'. But it's looking for English
strings, and they can be localized - in particular, the word "card"
changes, e.g.:
- English: card 0: ICH6 [Intel ICH6], device 0: Intel ICH [Intel ICH6]
- French: carte 0: ICH6 [Intel ICH6], périphérique 0 : Intel ICH [Intel
ICH6]

So the best solution is to set LC_ALL=C before all calls to 'aplay'.
Patch follows.

For reference, people with amd64 versions get the following error, since
the ALSA modem is not detected:
> Only access through ALSA is available on amd64 but slamr driver was
chosen!
> Make sure that an ALSA driver for your chipset is available and is
loaded
> and that access to SmartLink modem components is supported by it.

People with 32bit systems are likely to be told to build the slamr
module, which is not needed.





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#580383: [php-maint] Bug#580383: Bug#580383: php-xml-parser uses deprecated eregi and reference of new object

[Thijs Kinkhorst]

Hi,

On woansdei 5 Maaie 2010, Thomas Goirand wrote:
> Replying to myself, as I didn't know it would go back to the list! :)
> 
> My patch fixes the eregi calls, but not this one:
> 
> $err = &new XML_Parser_Error($msg, $ecode);
> return parent::raiseError($err);
> 
> What's the way to fix for php 5.3.x?

Two questions:

1) Why is it needed to pass the object by reference? It looks like it could 
just as well be passed by value.

2) Why is this bug of grave severity? As I understand it, using this only 
generates notices of level E_DEPRECATED. The code functions just as it did 
before.


Cheers,
Thijs


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

Bug#579922: [php-maint] Bug#579922: Bug#579922: libapache2-mod-php5: change allow_url_fopen = Off

[Thijs Kinkhorst]

On woansdei 5 Maaie 2010, Raphael Geissert wrote:
> On Sunday 02 May 2010 05:47:13 Toni Mueller wrote:
> > I suggest that this be changed to
> >
> > 
> >
> > allow_url_fopen = Off
> >
> > 
> >
> > to reduce the change of PHP applications being exploited, and, if you
> > really need to, place a big flashing warning around it to warn users
> > from changing it to "On" again.
> >
> > 
> 
> No, there are fair use cases for using stream wrappers and making this
> change  would break many applications.
> 
> Feel free to take this upstream and make the change happen there.

Note that since PHP5 include/require have a separate allow_url_include 
parameter which *does* default to Off, making having allow_url_fopen On a lot 
less of a risk as it has been in the 4.x era.


Cheers,
Thijs


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

Bug#594390: wireshark: add support for sll.ltype hooks

[Bálint Réczey]

Hi Sebastian,

Could you please attach a sample capture file?

Thanks,
Balint

2010/8/25 Sebastian Reichel :
> Package: wireshark
> Version: 1.2.10-1.1
> Severity: wishlist
> Tags: patch upstream
>
> Hi,
>
> wireshark currently lacks the ability to write plugins
> with SLL dissectors for linux specific packages. I found
> a fix available here:
>
> http://www.sven-fuelster.com/2010/05/30/pcan-in-wireshark/
>
> here is the webcache entry from google (since page currently
> returns Error 500):
>
> http://webcache.googleusercontent.com/search?q=cache:fs8C-K9XdsgJ:www.sven-fuelster.com/2010/05/30/pcan-in-wireshark/+%22sll.ltype%22&cd=1&hl=en&ct=clnk&gl=de
>
> I modified the patch, so that it can be used for any kind
> of linux SLL package. It applies cleanly in 1.2.10 and
> has still not been fixed upstream (please forward the bug).
>
> I tested the patch successfully with sniffed phonet packages
> from an Nokia N900 modem.
>
> -- Sebastian
>
> -- System Information:
> Debian Release: squeeze/sid
>  APT prefers testing
>  APT policy: (500, 'testing'), (100, 'unstable'), (50, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 2.6.36-rc2 (SMP w/2 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages wireshark depends on:
> ii  libatk1.0-0          1.30.0-1            The ATK accessibility toolkit
> ii  libc-ares2           1.7.3-1             library for asyncronous name 
> resol
> ii  libc6                2.11.2-2            Embedded GNU C Library: Shared 
> lib
> ii  libcairo2            1.9.6-6.1           The Cairo 2D vector graphics 
> libra
> ii  libcomerr2           1.41.12-2           common error description library
> ii  libfontconfig1       2.8.0-2.1           generic font configuration 
> library
> ii  libfreetype6         2.4.2-1             FreeType 2 font engine, shared 
> lib
> ii  libgcrypt11          1.4.5-2             LGPL Crypto library - runtime 
> libr
> ii  libglib2.0-0         2.25.11-3           The GLib library of C routines
> ii  libgnutls26          2.8.6-1             the GNU TLS library - runtime 
> libr
> ii  libgtk2.0-0          2.21.5-1            The GTK+ graphical user interface
> ii  libk5crypto3         1.8.3+dfsg~beta1-1  MIT Kerberos runtime libraries - 
> C
> ii  libkrb5-3            1.8.3+dfsg~beta1-1  MIT Kerberos runtime libraries
> ii  libpango1.0-0        1.28.1-1            Layout and rendering of 
> internatio
> ii  libpcap0.8           1.1.1-2             system interface for user-level 
> pa
> ii  libpcre3             8.02-1.1            Perl 5 Compatible Regular 
> Expressi
> ii  libportaudio2        19+svn20071022-3+b1 Portable audio I/O - shared 
> librar
> ii  libsmi2ldbl          0.4.8+dfsg2-2       library to access SMI MIB 
> informat
> ii  wireshark-common     1.2.10-1.1          network traffic analyzer - common
> ii  zlib1g               1:1.2.3.4.dfsg-3    compression library - runtime
>
> wireshark recommends no packages.
>
> wireshark suggests no packages.
>
> -- no debconf information
>



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#593909: debian-policy: Clarifications about the syntax of Debian control files.

[PJ Weisberg]

On Sat, Aug 28, 2010 at 1:34 PM, Russ Allbery  wrote:
> Charles Plessy  writes:
>> Le Fri, Aug 27, 2010 at 10:24:57AM -0700, Russ Allbery a écrit :
>>
>>>     In fields where the value may not span multiple lines, the amount
>>>     of whitespace in the field body is not significant.  Any amount of
>>>     whitespace is equivalent to a single space.  Whitespace must not
>>>     appear inside names (of packages, architectures, files, or anything
>>>     else) or version numbers, or between the characters of
>>>     multi-character versoin relationships.
>
>> I still have difficulties to understand the meaning of this paragraph,
>> and to what fields it applies. Is it just specifiying that the parser,
>> in the case of fields that allow continuation lines, can be either
>> intructed to replace all white spaces and newlines by single spaces, or
>> to leave the value as it is, including the new lines?
>
> No, it's really trying to say that the amount of whitespace isn't
> significant.  I'm not sure how else to explain it.  That's one of those
> precise terms of art for which there isn't really an acceptable synonym,
> at least not that I can think of.  Replacing all whitespace with a single
> space is one of the things that you can do *because* the amount of
> whitespace is not significant, but it's not an equivalent statement.

It might be more *precise* to say that the field contains a series of
whitespace-delimited tokens, but I don't know if that would be more
*understandable*.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594774: plasma-widget-lancelot: selection box is not always properly centered

[Ivan Čukić]

That is done intentionally - to reduce the empty space.

In KDE SC 4.5, it is visually different than it used to be so the it
doesn't look so odd. (albeit, the new visual approach has its
disadvantages as well, but IMO it looks better)

Cheerio.


-- 
While you were hanging yourself on someone else's words
Dying to believe in what you heard
I was staring straight into the shining sun



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594743: texlive-binaries: pdftex slow to generate sources when $HOME contains a trailing "/".

[Hilmar Preuße]

reassign 396835 libkpathsea5
reassign 594743 libkpathsea5
severity 594743 normal
forwarded 594743 Olaf Weber 
merge 594743 396835
stop

On 29.08.10 Thomas Adam (tho...@xteddy.org) wrote:

> Package: texlive-binaries
> Version: 2009-6
> Severity: important
> 
> Hi,
> 
> When $HOME contains a trailing "/", pdftex takes an absolute age to generate
> a PDF file from a .tex source file.  It seems this problem has been reported
> once before, in 2008, in Ubuntu, as per the following report:
> 
> https://bugs.launchpad.net/ubuntu/+source/texlive-bin/+bug/192877
> 
> This bug is still very present in today's version of TeX Live, so I am very
> dubious about the claim that it's fixed upstream.  It's easy to reproduce --
> just compare the following:
> 
> 1.  HOME="$HOME/" time pdftex some_file.tex
> 2.  HOME="/home/$USER" time pdftex some_file.tex
> 
Thanks for report and analysis. However the problem is already
reported and (unfortunately not solved yet).

H.
-- 
sigmentation fault



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#586907: *NOT* fixed in mercurial 1.6.2-1

[Javi Merino]

Hi slav0nic,

On 28/08/10 12:48, slav0nic wrote:
> got today "abort: authorization failed" with 1.6.2-2 :|

Can you confirm that it is the same bug? That is,
"python2.5 /usr/bin/hg pull" works, but "python2.6 /usr/bin/hg pull"
returns authorization failed? I'm unable to reproduce the bug with 1.6.2-2

Thanks,
Javi (Vicho)

> 2010/8/28 Javi Merino 
> 
>> Hi Romain,
>>
>> On 26/08/10 14:06, Romain Lerallut wrote:
>>> It seems that the patches in debian/patches are not applied when building
>> the
>>> package. Anyway, the url.py file is not patched and the problem persists.
>>
>> Can you please confirm that it is now fixed in 1.6.2-2?
>>
>> Thanks,
>> Javi (Vicho)
>>
>>
> 




signature.asc
Description: OpenPGP digital signature

Bug#594776: halevt: French debconf templates translation

[Julien Patriarca]

Package: halevt
Version: N/A
Severity: wishlist
Tags: patch l10n

 

*** /home/julien/traductions/po-debconf/patch-translate.txt


Please find attached the french debconf templates translation, proofread by the
debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.



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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of astk debconf templates to French
# Copyright (C) 2010 Debian French l10n team 

# This file is distributed under the same license as the HALEVT package.
# Julien Patriarca . 2010,
#
msgid ""
msgstr ""
"Project-Id-Version: halevt\n"
"Report-Msgid-Bugs-To: hal...@packages.debian.org\n"
"POT-Creation-Date: 2010-08-21 11:26+0100\n"
"PO-Revision-Date: 2010-08-24 23:05+0100\n"
"Last-Translator: Julien Patriarca \n"
"Language-Team: FRENCH \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: multiselect
#. Description
#: ../templates:2001
msgid "Users to add to the plugdev group:"
msgstr "Utilisateurs à ajouter au groupe plugdev :"

#. Type: multiselect
#. Description
#: ../templates:2001
msgid ""
"The plugdev security group controls which users are permitted to read and "
"write to devices mounted by halevt."
msgstr ""
"Le groupe de sécurité plugdev sert à définir les utilisateurs autorisés à "
"lire et écrire sur les lecteurs montés par halevt."

#. Type: multiselect
#. Description
#: ../templates:2001
msgid ""
"Users can be added to this group at any time. This initial list of users "
"will be added now."
msgstr ""
"Il est possible d'ajouter des utilisateurs à ce groupe à tout moment. La "
"liste choisie ici sera la liste initiale de ces utilisateurs."

Bug#594777: varnish: FTBFS (powerpc): FAIL: ./tests/v00014.vtc

[Philipp Kern]

Source: varnish
Version: 2.1.3-6
Severity: serious

> sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on poulenc.debian.org
> 
> ╔══╗
> ║ varnish 2.1.3-6 (powerpc)  27 Aug 2010 
> 23:49 ║
> ╚══╝
[...]
> #top  TEST ././tests/v00013.vtc passed (0.552s)
> PASS: ./tests/v00013.vtc
>  c1   EXPECT resp.status (500) == 200 (200) failed
>  top  macro def tmpdir=/tmp/vtc.17249.6b8b4567
>  top  macro def bad_ip=10.255.255.255
> #top  TEST ././tests/v00014.vtc starting
> #top  TEST Check req.backend.healthy
> ##   s1   Starting server
>  s1   macro def s1_addr=127.0.0.1
>  s1   macro def s1_port=43700
>  s1   macro def s1_sock=127.0.0.1:43700
> #s1   Listen on 127.0.0.1:43700
> ##   s1   Started on 127.0.0.1:43700
> ##   v1   Launch
> ###  v1   CMD: cd ../varnishd && ./varnishd -d -d -n 
> /tmp/vtc.17249.6b8b4567/v1 -p auto_restart=off -p syslog_cli_traffic=off -a 
> '127.0.0.1:0' -S /tmp/vtc.17249.6b8b4567/v1/_S -M 127.0.0.1:57768 -P 
> /tmp/vtc.17249.6b8b4567/v1/varnishd.pid -sfile,/tmp/vtc.17249.6b8b4567/v1,10M 
> ###  v1   debug| storage_file: filename: 
> /tmp/vtc.17249.6b8b4567/v1/varnish.UUOgEK size 10 MB.\n
> ###  v1   debug| Creating new SHMFILE\n
> ###  v1   debug| Varnish on Linux,2.6.26-2-powerpc64,ppc,-sfile,-hcritbit\n
> ###  v1   debug| 200 193 \n
> ###  v1   debug| -\n
> ###  v1   debug| Varnish HTTP accelerator CLI.\n
> ###  v1   debug| -\n
> ###  v1   debug| Type 'help' for command list.\n
> ###  v1   debug| Type 'quit' to close CLI session.\n
> ###  v1   debug| Type 'start' to launch worker process.\n
> ###  v1   debug| \n
> ###  v1   CLI connection fd = 6
> ###  v1   CLI RX  107
>  v1   CLI RX| gctkijkrgglltzbwnlhaqtsnvlbbnutt\n
>  v1   CLI RX| \n
>  v1   CLI RX| Authentication required.\n
>  v1   CLI TX| auth 
> 6701b9e4be8a41da6a3f501e08593aee43288f4b8e9496964d492feded2416d9\n
> ###  v1   CLI RX  200
>  v1   CLI RX| -\n
>  v1   CLI RX| Varnish HTTP accelerator CLI.\n
>  v1   CLI RX| -\n
>  v1   CLI RX| Type 'help' for command list.\n
>  v1   CLI RX| Type 'quit' to close CLI session.\n
>  v1   CLI RX| Type 'start' to launch worker process.\n
>  v1   CLI TX| vcl.inline vcl1 "\n\n\tbackend default {\n\t\t.host = 
> \"127.0.0.1\";\n\t\t.port = \"43700\";\n\t\t.max_connections = 1;\n\t\t.probe 
> = {\n\t\t\t.url = \"/\";\n\t\t\t.timeout = 1s;\n\t\t\t.interval = 
> 1s;\n\t\t\t.window = 3;\n\t\t\t.threshold = 2;\n\t\t\t.initial = 
> 0;\n\t\t}\n\t}\n\n\tsub vcl_recv {\n\t\tif (req.backend.healthy) 
> {\n\t\t\terror 200 \"Backend healthy\";\n\t\t} else {\n\t\t\terror 500 
> \"Backend sick\";\n\t\t}\n\t}\n"
> ###  v1   CLI RX  200
>  v1   CLI RX| VCL compiled.
>  v1   CLI TX| vcl.use vcl1
> ###  v1   CLI RX  200
> ##   v1   Start
>  v1   CLI TX| start
> ###  v1   debug| child (17303) Started\n
> ###  s1   rxreq
>  s1   rxhdr| GET / HTTP/1.1\r\n
>  s1   rxhdr| Host: 127.0.0.1\r\n
>  s1   rxhdr| Connection: close\r\n
>  s1   rxhdr| \r\n
>  s1   http[ 0] | GET
>  s1   http[ 1] | /
>  s1   http[ 2] | HTTP/1.1
>  s1   http[ 3] | Host: 127.0.0.1
>  s1   http[ 4] | Connection: close
>  s1   bodylen = 0
>  s1   EXPECT req.url (/) == / (/) match
>  s1   txresp| HTTP/1.1 200 Ok\r\n
>  s1   txresp| Content-Length: 5\r\n
>  s1   txresp| \r\n
>  s1   txresp| slash
> ###  s1   shutting fd 4
>  s1   macro undef s1_addr
>  s1   macro undef s1_port
>  s1   macro undef s1_sock
> ##   s1   Ending
> ###  v1   CLI RX  200
>  v1   CLI TX| debug.xid 1000
> ###  v1   debug| Child (17303) said \n
> ###  v1   debug| Child (17303) said Child starts\n
> ###  v1   debug| Child (17303) said managed to mmap 10485760 bytes of 
> 10485760\n
> ###  v1   debug| Child (17303) said Probe("GET / HTTP/1.1\n
> ###  v1   debug| Child (17303) said \n
> ###  v1   debug| Child (17303) said Host: 127.0.0.1\n
> ###  v1   debug| Child (17303) said \n
> ###  v1   debug| Child (17303) said Connection: close\n
> ###  v1   debug| Child (17303) said \n
> ###  v1   debug| Child (17303) said \n
> ###  v1   debug| Child (17303) said \n
> ###  v1   debug| Child (17303) said ", 1, 1)\n
> ###  v1   CLI RX  200
>  v1   CLI RX| XID is 1000
>  v1   CLI TX| debug.listen_address
> ###  v1   CLI RX  200
>  v1   CLI RX| 127.0.0.1 58339\n
> ##   v1   Listen on 127.0.0.1 58339
>  v1   macro def v1_addr=127.0.0.1
>  v1   macro def v1_port=58339
>  v1   macro def v1_sock=127.0.0.1:58339
> ##   c1   Starting client
> ###  c1   Connect to 127.0.0.1:58339
> ###  c1   Connected to 127.0.0.1:58339 fd is 4
>  c1   txreq| GET / HTTP/1.1\r\n
>  c1   txreq| \r\n
> ###  c1   rxresp
> ##   c1 

Bug#594778: debian-xcontrol: Uninstallable and FTBFS against libapt-pkg-dev 0.8.0 due to -Werror and deprecation warnings

[Axel Beckert]

Package: debian-xcontrol
Severity: serious
Version: 0.0.4-1
Justification: FTBFS against current libapt-pkg

debian-xcontrol is currently uninstallable as it's linked against an
older version of libapt-pkg. A simple rebuild fails because of several
issues. One of them is already reported in
http://bugs.debian.org/560669.

But even if the build-dependencies are fixed as reported in #560669, it
still FTBFS because of -Werror aborts on libapt-pkg's deprecation
warnings:

x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -I../include-W -Wall -Werror 
-g -O2 -MT xdpkg-checkbuilddeps.o -MD -MP -MF .deps/xdpkg-checkbuilddeps.Tpo -c 
-o xdpkg-checkbuilddeps.o xdpkg-checkbuilddeps.cpp
cc1plus: warnings being treated as errors
xdpkg-checkbuilddeps.cpp: In function 'int main(int, const char* const*)':
xdpkg-checkbuilddeps.cpp:108: error: 'bool pkgCacheFile::Open(OpProgress&, 
const bool&)' is deprecated (declared at /usr/include/apt-pkg/cachefile.h:59)
make[3]: *** [xdpkg-checkbuilddeps.o] Error 1
make[3]: Leaving directory `/home/abe/debian/debian-xcontrol-0.0.4/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/abe/debian/debian-xcontrol-0.0.4'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/abe/debian/debian-xcontrol-0.0.4'
make: *** [build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

This can be resolved by removing the -Werror from CXXFLAGS in
debian/rules. A better solution would be of course to fix the
deprecation warning upstream.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (600, 'testing'), (500, 'oldstable'), (400, 
'stable'), (110, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#593616: [pkg-cli-apps-team] Bug#593616: f-spot: F-Spot crashes if I try to import pictures

[Iain Lane]

Hi there,

On Wed, Aug 25, 2010 at 12:52:02PM +0100, John Winters wrote:

On 24/08/10 10:54, Iain Lane wrote:

Hiya,

On Thu, Aug 19, 2010 at 05:52:43PM +0100, John Winters wrote:

Package: f-spot
Version: 0.6.2-2
Severity: important


F-Spot disappears as soon as I select a directory to import.  Running it
in a terminal produces the following trace:


[Info  17:45:58.313] Initializing Mono.Addins
[Info  17:45:58.709] Hack for gnome-settings-daemon engaged



Thanks for your report.

I suspect that this problem has been fixed in f-spot in
experimental*. Could you try and upgrade to this version and see if you
can reproduce it there?


Thanks for the suggestion.  I tried to upgrade to this version, but
rapidly found myself in dependency hell, and would have had to upgrade
major chunks of my system to get it installed.


Ah yes, I didn't take this into account. I've built a little backport
of f-spot from experimental to squeeze/amd64 which I believe you are
running. If you trust my deb, you can get it from:

  http://people.ubuntu.com/~laney/f-spot_0.7.2-1_amd64.deb

  md5sum 3f64e304de2c406f97b341616db9ab66  f-spot_0.7.2-1_amd64.deb
  sha1sum 895d2a8dfbd428d7f35b68c494ee77c9a142faad  f-spot_0.7.2-1_amd64.deb

It'd be nice if you could try this.


Note that the 0.7 series will upgrade your database in a
backwards-incompatible way, so you may wish to back your
~/.config/f-spot/ directory up before launching the new version, in
case you wish to revert back to 0.6.x.


As F-spot has never worked for me, I tried deleting the whole of the
~/.config/f-spot directory and starting again, but it still crashes
immediately you point it an import directory (which is the first thing
it asks you to do when you start it for the first time).  How does
anyone ever get past this point?


While yes, with the 0.6.x series, I did experience crashes on import,
I never came across anything as bad as this. Sorry for your bad
experience.

Looking at your trace, I wonder if there's a particular image in your
import directory that is causing this problem. Maybe you could also
try with 0.6.x on a new user account?

Cheers,
Iain


signature.asc
Description: Digital signature

Bug#590654: Intend to NMU

[Ansgar Burchardt]

tags 590654 + patch
thanks

Hi,

I prepared a patch for this issue and plan to upload a NMU once the
changes have been approved by the release team.

The proposed patch can be found in #594654 [1] (it should have been
forwarded here as well, but seems that did not happen).

Regards,
Ansgar

[1] 



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#593909: debian-policy: Clarifications about the syntax of Debian control files.

[Andrew McMillan]

On Sun, 2010-08-29 at 04:17 -0700, PJ Weisberg wrote:
> On Sat, Aug 28, 2010 at 1:34 PM, Russ Allbery  wrote:
> > Charles Plessy  writes:
> >> Le Fri, Aug 27, 2010 at 10:24:57AM -0700, Russ Allbery a écrit :
> >>
> >>> In fields where the value may not span multiple lines, the amount
> >>> of whitespace in the field body is not significant.  Any amount of
> >>> whitespace is equivalent to a single space.  Whitespace must not
> >>> appear inside names (of packages, architectures, files, or anything
> >>> else) or version numbers, or between the characters of
> >>> multi-character version relationships.
> >
> >> I still have difficulties to understand the meaning of this paragraph,
> >> and to what fields it applies. Is it just specifiying that the parser,
> >> in the case of fields that allow continuation lines, can be either
> >> instructed to replace all white spaces and newlines by single spaces, or
> >> to leave the value as it is, including the new lines?
> >
> > No, it's really trying to say that the amount of whitespace isn't
> > significant.  I'm not sure how else to explain it.  That's one of those
> > precise terms of art for which there isn't really an acceptable synonym,
> > at least not that I can think of.  Replacing all whitespace with a single
> > space is one of the things that you can do *because* the amount of
> > whitespace is not significant, but it's not an equivalent statement.
> 
> It might be more *precise* to say that the field contains a series of
> whitespace-delimited tokens, but I don't know if that would be more
> *understandable*.

Given the target audience (i.e. the ornery DD :-) it seems likely to me
that they would then want to know if those tokens can be quoted strings.

The above text seems to me to remove the possibility of that
question :-)

Sure it's maybe a little wordy, but it's explicit also,and not too
unreadable.

Cheers,
Andrew.

-- 

http://andrew.mcmillan.net.nz/ Porirua, New Zealand
Twitter: _karora  Phone: +64(272)DEBIAN
   Time to be aggressive.  Go after a tattooed Virgo.




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

Bug#594390: wireshark: add support for sll.ltype hooks

[Sebastian Reichel]

On Sun, Aug 29, 2010 at 01:13:16PM +0200, Bálint Réczey wrote:
> Hi Sebastian,
> 
> Could you please attach a sample capture file?
> 
> Thanks,
> Balint

Sure. I need the patch for the phonet protocol, which is
used for communication with the modem of Nokia's N900
smartphone. I attached a small file containg 30 packages.

-- Sebastian


net_strength_indication.pcap
Description: application/cap


signature.asc
Description: Digital signature

Bug#594594: The patches I got so far.

[Niels Thykier]

Tags: patch

Hi

These are the patches I got the problem from upstream so far;
unfortunately I am a bit busy and do not have time the next couple of
days[1]. Anyone interested in working with this is welcome to have a look.

The patches need to be tested on kfreebsd i386 and amd64 machines with a
lot of RAM to ensure the bug is corrected. Unfortunately there are no
porterboxes with this amount of RAM, so the buildd / BSD team needs to
do the building as far as I am aware. If you schedule such a test,
please CC this bug and me, so they do not get duplicates. :)

There is also a patch for the cpu-idle test which is a bit too strict.
This patch appears to contain unrelated changes, which needs to be removed.

The "wrong_sizeof" patch should be applied before the "freebsd_hugeram"
patch.

Note: if you have verified that the patches worked, you are welcome to
NMU the package without delay.

~Niels

[1] I hope to be available mid/late next week.

--- old/memory.c	2010-08-26 16:02:56.675488226 +0200
+++ new/memory.c	2010-08-26 16:04:59.307485200 +0200
@@ -53,35 +53,37 @@
 	if (dst == NULL)
 		return EINVAL;
 
-	size_t tmp;
-	size_t len = sizeof tmp;
-	if (sysctlbyname("hw.physmem", &tmp, &len, NULL, 0) == -1)
+	uint64_t tmp64 = 0;
+	size_t len = sizeof tmp64;
+	if (sysctlbyname("hw.physmem", &tmp64, &len, NULL, 0) == -1)
 		return ENOSYS;
-	dst->total = tmp;
+	dst->total = tmp64;
 
-	if (sysctlbyname("vm.stats.vm.v_free_count", &tmp, &len, NULL, 0) == -1)
+	if (sysctlbyname("vfs.bufspace", &tmp64, &len, NULL, 0) == -1)
 		return ENOSYS;
-	dst->free = tmp * page_size;
+	dst->buffers = tmp64;
 
-	if (sysctlbyname("vfs.bufspace", &tmp, &len, NULL, 0) == -1)
+	uint32_t tmp32;
+	len = sizeof tmp32;
+	if (sysctlbyname("vm.stats.vm.v_free_count", &tmp32, &len, NULL, 0) == -1)
 		return ENOSYS;
-	dst->buffers = tmp;
+	dst->free = (uint64_t) tmp32 * page_size;
 
-	if (sysctlbyname("vm.stats.vm.v_cache_count", &tmp, &len, NULL, 0) == -1)
+	if (sysctlbyname("vm.stats.vm.v_cache_count", &tmp32, &len, NULL, 0) == -1)
 		return ENOSYS;
-	dst->cached = tmp * page_size;
+	dst->cached = (uint64_t) tmp32 * page_size;
 
-	if (sysctlbyname("vm.stats.vm.v_active_count", &tmp, &len, NULL, 0) == -1)
+	if (sysctlbyname("vm.stats.vm.v_active_count", &tmp32, &len, NULL, 0) == -1)
 		return ENOSYS;
-	dst->active = tmp * page_size;
+	dst->active = (uint64_t) tmp32 * page_size;
 
-	if (sysctlbyname("vm.stats.vm.v_inactive_count", &tmp, &len, NULL, 0) == -1)
+	if (sysctlbyname("vm.stats.vm.v_inactive_count", &tmp32, &len, NULL, 0) == -1)
 		return ENOSYS;
-	dst->inactive = tmp * page_size;
+	dst->inactive = (uint64_t) tmp32 * page_size;
 
-	if (sysctlbyname("vm.stats.vm.v_wire_count", &tmp, &len, NULL, 0) == -1)
+	if (sysctlbyname("vm.stats.vm.v_wire_count", &tmp32, &len, NULL, 0) == -1)
 		return ENOSYS;
-	dst->wired = tmp * page_size;
+	dst->wired = (uint64_t) tmp32 * page_size;
 
 	struct xswdev xsw;
 	size_t size = sizeof xsw;
--- old/memory.c	2010-08-23 14:25:27.640150957 +0200
+++ new/memory.c	2010-08-23 14:26:10.860156037 +0200
@@ -54,7 +54,7 @@
 		return EINVAL;
 
 	size_t tmp;
-	size_t len = sizeof dst;
+	size_t len = sizeof tmp;
 	if (sysctlbyname("hw.physmem", &tmp, &len, NULL, 0) == -1)
 		return ENOSYS;
 	dst->total = tmp;
=== modified file 'test/test_cpu.c'
--- test/test_cpu.c	2010-07-31 22:49:17 +
+++ test/test_cpu.c	2010-08-23 20:11:24 +
@@ -60,21 +60,12 @@
 }
 
 void test_cpu_info(struct sa_cpu* cpu) {
-#ifdef SA_SMP_CAPABLE
-#ifdef SA_CPU_IDLE
-	if (cpu->idle != 0) {
-		printf("%s:%d ERROR: Idle is not zero\n", __FILE__, __LINE__);
-		error = 1;
-	}
-#endif
-#else
 #if defined(SA_CPU_USER) && defined(SA_CPU_SYSTEM) && defined(SA_CPU_NICE)
 	if (cpu->user == 0 && cpu->system == 0 && cpu->nice == 0) {
 		printf("%s:%d ERROR: user, system and nice values are zero\n", __FILE__, __LINE__);
 		error = 1;
 	}
 #endif
-#endif
 }
 
 void* get_cpu_info(void* arg) {
@@ -165,35 +156,6 @@
 	delay.tv_sec = 0;
 	delay.tv_nsec = 5;
 
-	int ret;
-#ifdef SA_OPEN_CPU
-	ret = sa_open_cpu();
-	if (ret != 0) {
-		printf("%s:%d ERROR: sa_open_cpu(): %s\n", __FILE__, __LINE__, strerror(ret));
-		exit(EXIT_FAILURE);
-	}
-#endif
-
-	uint16_t number_cpus;
-	ret = sa_count_cpus(&number_cpus);
-	if (ret != 0 || number_cpus == 0) {
-		printf("%s:%d ERROR: sa_count_cpus(): %s\n", __FILE__, __LINE__, strerror(ret));
-		exit(EXIT_FAILURE);
-	}
-
-#ifdef SA_CLOSE_CPU
-	ret = sa_close_cpu();
-	if (ret != 0) {
-		printf("%s:%d ERROR: sa_close_cpu(): %s\n", __FILE__, __LINE__, strerror(ret));
-		exit(EXIT_FAILURE);
-	}
-#endif
-
-	for (ret = 0; ret < number_cpus; ret++)
-		pthread_create(&thread2, NULL, stress_cpu, NULL);
-
-	nanosleep(&delay, NULL);
-
 	pthread_create(&thread1, NULL, get_cpu_info, NULL);
 	nanosleep(&delay, NULL);
 	get_cpu_info(NULL);



signature.asc
Description: OpenPGP digital signature

Bug#541839: GOOD DAY

[Juan David Aguiar Tibaquicha]

I am Sgt. Brown Philips, an America soldier, serving in the Military with the
army's 3rd infantry division and I have a business for you if interested get
back to me via my personal e-mail:sgtbrown.phi...@yahoo.com.hk  for more
details.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#593375: udev: Doesnt create lvm symlinks

[Bastian Blank]

tags 593375 help
thanks

On Thu, Aug 19, 2010 at 07:29:57PM +0200, Marco d'Itri wrote:
> Please let me know your plans about this, I need to upload a new udev
> package with a fix.

No idea what you are talking about. Please provide patches.

My fix would be to trash the whole udev integration for now.

Bastian

-- 
Without facts, the decision cannot be made logically.  You must rely on
your human intuition.
-- Spock, "Assignment: Earth", stardate unknown



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594479: when lilo.conf missing and grub in use, postinstall kernel pkg fails

[Ben Hutchings]

On Sat, Aug 28, 2010 at 11:14:46PM -0500, Moshe Yudkowsky wrote:
> Ben,
>
> Thank you for your attention to this bug.
>
> I have to wonder: let's say I have both grub and lilo packages, and I  
> have in the past used one or the other... how will this new policy play  
> out? I'd think that I'd have to make a choice in /etc/alternate, or dpkg  
> configure, rather than have the loaders battle it out.

I met Colin Watson last night and he said that he (as GRUB maintainer)
and Daniel Baumann (as syslinux maintainer) had discussed doing something
like this.  I hope that for the release after 'squeeze' we will have a
proper policy for this.

Right now, to disable LILO you must remove its configuration file
/etc/lilo.conf.  For GRUB there isn't such an issue because it doesn't
need to write to the boot sector after its configuration is updated.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594737: Bug#594737: libgl1-nvidia-alternatives: Three NVIDIA packages can not be configured.

[Andreas Beckmann]

On 2010-08-29 02:53, Russ Allbery wrote:
> Kejia柯嘉  writes:
> 
>> I re-installed `libgl1-mesa-glx'. Yes, everything works pretty good
>> now. Thank you.
> 
> Thanks!
> 
> Andreas, it looks like the alternative setup during initial install may
> fail if there's no libgl1 already installed on the system.  While that's
> probably relatively hard if one has any GUI programs installed, we should
> handle that case somehow.

Problem is if there is some libGL.so.1 not owned by any package pointing
to something else than libGL.so.1.2 - after diverting that file it
becomes a dangling symlink which is not a valid target for an
alternative. I already committed some validation for the diverted
libGL.so.1 to fix 594416 which was a similar problem:
* if libGL.so.1 is not owned by any package or pointing to something
else than libGL.so.1.2, it gets removed
* if a diverted libGL.so.1.2 exists and a diverted libGL.so.1 is
missing, the diverted link is recreated

That should cover the majority of cases.

> One approach would be to make libgl1-nvidia-alternatives depend on
> libgl1-mesa-glx to ensure that it exists on the system (and likewise have
Would not fix the problem if libGL.so.1 was overwritten by the nvidia
installer at some point.

> libglx-nvidia-alternatives depend on xserver-xorg-core).  Have you tested
I don't think we'll run into similar problems with libglx.so, there are
much less symlinks involved.

> what happens when the other package isn't installed?
There is no problem if the other packages are not installed, problems
only occur if there are files (especially symlinks) not shipped by a
Debian package (or symlinks pointing to something else than they do in
Debian packages).

I successfully tested upgrading from all old Debian versions that were
in sid since lenny (OK, not all, there were some versions inbetween
requiring the ia32-apt-get mess, these I couldn't test). I tested
without and with xorg/mesa installed as well as these packages being
installed/removed after installing the old version and before upgrading
to current.

Testing "broken" systems with content not reproducible from Debian
package is much harder.

> Hm, I could have sworn I'd tested this earlier and it worked properly, but
> maybe it depends on what version of dpkg one has

Or you just didn't reproduce the correct "broken" system.


Andreas



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#593375: udev: Doesnt create lvm symlinks

[Marco d'Itri]

On Aug 29, Bastian Blank  wrote:

> No idea what you are talking about. Please provide patches.
I think it is explained in the message I forwarded: either you package a
more recent release or backport its rules files.

> My fix would be to trash the whole udev integration for now.
I am sure this would be a great service to your users.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#591813: [Pkg-acpi-devel] Bug#591813: acpi-support: Widespred use of "su $user" is (sometimes?) broken

[Luca Niccoli]

On 16 August 2010 16:11, Michael Meskes  wrote:

>> # xrandr --output LVDS --off
>> it works; if I run
>
> It doesn't for me, so this may depend on your settings.
>
>> # su $user -c "xset dpms force off"
>> or
>> # su $user -s /bin/sh -c "xset dpms force off"
>> with $user set to the user that owns the X session, it does not, saying:
>> No protocol specified
>> xset:  unable to open display ":0"
>
> This seems to work for me without a problem.

I seem to remember that it used to work for me as well.
I'm wondering if what triggered the problem is the switch do gdm3; are
you using it as well?
All this X auth stuff is really nasty and finding a solution that
works for everyone is going to be hard...

Cheers,
Luca



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#589836: mdadm: breaks initramfs on fresh (chroot) installation

[Alexander Kurtz]

Am Montag, den 16.08.2010, 07:27 +0200 schrieb martin f krafft: 
> Thanks. FYI, I plan to push 3.1.3 soon and will try to get a release
> exception for that too.
The current git version appears to be missing the fix for this bug: 

http://git.debian.org/?p=pkg-mdadm/mdadm.git;a=blob;f=debian/initramfs/hook
Just ignore me if I'm wrong...

Alexander Kurtz 


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

Bug#594775: ALSA modem detection in init script broken in non-English locales

[أحمد المحمودي]

Hello,

  Thanks for the patch, I have applied it now.

On Sun, Aug 29, 2010 at 01:05:36PM +0200, Milan Bouchet-Valat wrote:
> For reference, people with amd64 versions get the following error, since
> the ALSA modem is not detected:
> > Only access through ALSA is available on amd64 but slamr driver was chosen!
> > Make sure that an ALSA driver for your chipset is available and is loaded
> > and that access to SmartLink modem components is supported by it.
> 
> People with 32bit systems are likely to be told to build the slamr
> module, which is not needed.
---end quoted text---

Is the above quoted text a separate issue, or is it a result of the 
issue that you are reporting ?

-- 
 ‎أحمد المحمودي (Ahmed El-Mahmoudy)
  Digital design engineer
 GPG KeyID: 0xEDDDA1B7
 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: Digital signature

Bug#579859: RFP: clementine -- Music player and library organizer

[Thomas PIERSON]

retitle 579859 ITP: clementine -- Music player and library organizer
owner 579859 web.pier...@gmail.com
thanks

I am working on a Clementine package based on last stable version 0.4.2.

Rickard Närström wrote :
> I'm currently packaging Clementine for Ubuntu [1]. If you intend to
> package it for Debian please contact me so we can avoid duplicate work.
I agree to pool our efforts and I will contact you soon.

Regards,
Thomas PIERSON


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

Bug#536666: qtpfsgui can't save HDR files

[Luca Niccoli]

Hi,
this bug has been reported more than a year ago and I submitted a
patch three months ago (in which I now realized I forgot a semicolon;
a corrected one is attached).
Is someone interested in uploading a patched version?
Otherwise I can prepare a NMU and ask my usual sponsor whether he's
interested in sponsoring it, if someone from the maintainer group
gives me the OK.
Cheers,

Luca


dont_crash_on_save.patch
Description: plain/text

Bug#594676: linux-image-2.6-amd64: Files Download Pb with the atl1c module and my ReadyNAS

[Ben Hutchings]

On Sat, 2010-08-28 at 11:23 +0200, giggz wrote:
> Package: linux-image-2.6-amd64
> Version: 2.6.32+27~bpo50+1
> Severity: normal
> 
> Hi,
> 
> I have an eeepc 1201n with debian stable lenny+backports. So I'm using
> the kernel 2.6.32-bpo.5-amd64. The Ethernet controller is driven by
> the module atl1c. I'm using firestarter as firewall.
> 
> I have a file transfer problem between my NAS (readyNAS Duo from
> Netgear); 
> 
> at first the symptoms:
> - with firestarter installed (stopped or in use) I can connect my
> eeepc to my NAS through FTP, CIFS or NFS. For example I can list or go
> through my shares. But when I'm trying to download a file it is so
> slow. I get 12Ko in 10minutes...
[...]

Does this firewall block ICMP?

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


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

Bug#594726: error: VbglR3Init failed with rc=VERR_FILE_NOT_FOUND.

[Ludovic Rousseau]

2010/8/28 Felix Geyer :
>  On 08/28/2010 08:29 PM, Ludovic Rousseau wrote:
>> $ sudo /etc/init.d/virtualbox-ose-guest-utils start
>> Starting VirtualBox Additions: error: VbglR3Init failed with 
>> rc=VERR_FILE_NOT_FOUND.
>>  failed!
>>
>>
>> I can also reproduce the error message using:
>> $ VBoxService
>> : error: VbglR3Init failed with rc=VERR_FILE_NOT_FOUND.
> Why did you remove the virtualbox-ose-guest-dkms package?

I don't think I removed virtualbox-ose-guest-dkms package.
I see that virtualbox-ose-guest-utils has a Recommends: on it.

> Is the vboxdrv kernel module loaded?

Having now installed virtualbox-ose-guest-dkms I do not have vboxdrv
but vboxguest instead.

$ sudo modprobe vboxguest
$ sudo /etc/init.d/virtualbox-ose-guest-utils start
Starting VirtualBox AdditionsVBoxService: 3.2.8_OSE r64453 started.
Verbose level = 0
.

It looks like the problem is fixed once vboxguest is loaded.

>> I am using Debian as a guest system in VirtualBox 3.2.8 r64453 on Mac OS
>> X.
>>
>> I also note that I can't use a USB device (a CCID smart card reader)
>> inside the guest Debian.
>> lsusb is blocked in a system call and returns only when I unplug the USB
>> device.
>>
> VirtualBox OSE doesn't support passing through USB devices to the guest OS.

I do not use VirtualBox OSE on Mac OS X but the "full" version of VirtualBox.
Debian is run _inside_ the virtual machine.

But I still can't use my USB device.

> If you want USB support, you need to remove all virtualbox-ose-guest-*
> packages
> and install the guest additions from the iso image:
> http://www.virtualbox.org/manual/ch04.html#id2658274

I removed all the virtualbox-* packages and rebooted. I now have a
resolution of 800x600 only. And still not USB.

When I connect the USB device and attach it to the guest the guest the
guest kernel logs:
[   84.476306] usb 2-1: new full speed USB device using ohci_hcd and address 2
and then 5 seconds later:
[   99.642034] usb 2-1: device descriptor read/64, error -110

The device is not visible in the USB tree. Only the two USB hubs.
~$ find /dev/bus/usb/
/dev/bus/usb/
/dev/bus/usb/002
/dev/bus/usb/002/001
/dev/bus/usb/001
/dev/bus/usb/001/001

And lsusb is blocked in a iotcl():
[...)
munmap(0x7fabc5cd, 4096)= 0
open("/dev/bus/usb", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3
fcntl(3, F_GETFD)   = 0x1 (flags FD_CLOEXEC)
getdents(3, /* 4 entries */, 32768) = 96
close(3)= 0
open("/dev/bus/usb", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3
getdents(3, /* 4 entries */, 32768) = 96
getdents(3, /* 0 entries */, 32768) = 0
close(3)= 0
open("/dev/bus/usb/002", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3
getdents(3, /* 3 entries */, 32768) = 72
open("/dev/bus/usb/002/001", O_RDWR)= 4
ioctl(4, USBDEVFS_CONNECTINFO

The ioctl() finishes after 1 minute (or so) with no error but the USB
device is still not visible.

[...]
ioctl(4, USBDEVFS_CONNECTINFO, 0x7fff576ca430) = 0
read(4, "\22\1\0\2\t\...@k\35\2\0\6\2\3\2\1\1", 18) = 18
read(4, "\t\2\31\0\1\1\0\340", 8)   = 8
read(4, "\0\t\4\0\0\1\t\0\0\0\7\5\201\3\4\0\f", 17) = 17
close(4)= 0
getdents(3, /* 0 entries */, 32768) = 0
close(3)= 0
open("/dev/bus/usb/001/001", O_RDWR)= 3
ioctl(3, USBDEVFS_IOCTL or USBDEVFS_IOCTL32, 0x7fff576ca430) = 9
close(3)= 0
fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7fabc5cd
write(1, "Bus 002 Device 001: ID 1d6b:0001"..., 63Bus 002 Device 001:
ID 1d6b:0001 Linux Foundation 1.1 root hub
) = 63
write(1, "Bus 001 Device 001: ID 1d6b:0002"..., 63Bus 001 Device 001:
ID 1d6b:0002 Linux Foundation 2.0 root hub
) = 63
exit_group(0)   = ?

I guess the problem is with the Linux kernel and not with virtualbox
components. So you can close this bug unless you know what could be
the problem.

Thanks a lot for your time

-- 
 Dr. Ludovic Rousseau



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#537359: #537359: more analysis

[Axel Beckert]

retitle 537359 Outputs irritating warning instead of proper error message if 
debian/xcontrol does not exist
severity 537359 important
kthxbye

Steve M. Robbins wrote:
> The error is actually as reported in the diagnostic: the code tried to
> get() the value of an un-set variable of type
> boost::optional.  I'm not familiar enough with the
> code to judge, but I wonder whether this truly is grave?
> Superficially, it looks like either a simple
> inadequate-input-validation bug or a simple inadequate-fault-reporting
> bug.

Indeed. According to the maintainer of the Debian package on IRC, it's
just xcontrol's current way to say "no debian/xcontrol found".
Retitling and lowering severity thus.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#560669: #560669 (debian-xcontrol): Updating dependency results in new failure

[Axel Beckert]

Hi,

Christoph Egger wrote:
[...]
> i486-kfreebsd-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -I../include-W -Wall 
> -Werror -g -O2 -MT xdpkg-checkbuilddeps.o -MD -MP -MF 
> .deps/xdpkg-checkbuilddeps.Tpo -c -o xdpkg-checkbuilddeps.o 
> xdpkg-checkbuilddeps.cpp
> mv -f .deps/xdpkg-checkbuilddeps.Tpo .deps/xdpkg-checkbuilddeps.Po
> i486-kfreebsd-gnu-g++  -W -Wall -Werror -g -O2  -Wl,-z,defs -o 
> xdpkg-checkbuilddeps xdpkg-checkbuilddeps.o libxcontrol.a -lapt-pkg 
> make[3]: Leaving directory 
> `/build/christoph-debian-xcontrol_0.0.4-1.1-kfreebsd-i386-L1B0Je/debian-xcontrol-0.0.4/src'
> make[3]: Entering directory 
> `/build/christoph-debian-xcontrol_0.0.4-1.1-kfreebsd-i386-L1B0Je/debian-xcontrol-0.0.4'
> make[3]: Leaving directory 
> `/build/christoph-debian-xcontrol_0.0.4-1.1-kfreebsd-i386-L1B0Je/debian-xcontrol-0.0.4'
> make[2]: Leaving directory 
> `/build/christoph-debian-xcontrol_0.0.4-1.1-kfreebsd-i386-L1B0Je/debian-xcontrol-0.0.4'
> make[1]: Leaving directory 
> `/build/christoph-debian-xcontrol_0.0.4-1.1-kfreebsd-i386-L1B0Je/debian-xcontrol-0.0.4'
> src/xcontrol check
> make: *** [build-stamp] Error 1

This is caused by editing debian/control, but not debian/xcontrol. I
ran into this initially, too. After doing that and applying the fix
for http://bugs.debian.org/594778 it builds fine again.

I'll soon upload an maintainer approved NMU to fix those two issues.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594779: ITP: libdevice-usb-pcsensor-hidtemper-perl -- Perl module to interface to the HidTEMPer thermometers

[Cyril Bouthors]

Package: wnpp
Owner: Cyril Bouthors 
Severity: wishlist

* Package name: libdevice-usb-pcsensor-hidtemper-perl
  Version : 0.0201
  Upstream Author : Magnus Sulland < msull...@cpan.org >
* URL or Web page : 
http://search.cpan.org/dist/Device-USB-PCSensor-HidTEMPer/lib/Device/USB/PCSensor/HidTEMPer/TEMPer.pm
* License : Perl
  Description : Perl module to interface to the HidTEMPer thermometers
-- 
 ,''`.
: :' :  Cyril Bouthors
`. `' Debian.org
  `-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594748: reportbug: existing (current) bug reports are not found e.g. python-gammu

[Sandro Tosi]

Hello,

On Sun, Aug 29, 2010 at 03:17, Arthur Marsh
 wrote:
> Package: reportbug
> Version: 4.12.6
> Severity: normal
>
>
> I have reported a couple of bugs with python-gammu #566261 and #586517.
>
> However, when I just ran:
>
> $ reportbug python-gammu
> *** Welcome to reportbug.  Use ? for help at prompts. ***
> Detected character set: UTF-8
> Please change your locale if this is incorrect.
>
> Using 'Arthur Marsh ' as your from address.
> Getting status for python-gammu...
> Checking for newer versions at packages.debian.org...
> Will send report to Debian (per lsb_release).
> Querying Debian BTS for reports on python-gammu (source)...
> No bug reports found.
> Maintainer for python-gammu is 'Michal Čihař '.
> Looking up dependencies of python-gammu...
>
> Please briefly describe your problem (max. 100 characters allowed; you can
> elaborate in a moment). This will be the bug email subject, so write a concise
> summary of what is wrong with the package, for example, "fails to send email"
> or "does not start with -q option specified" (type Ctrl+c to exit).
>>
>
> A quick check of:
>
> http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=python-gammu
>
> showed the bugs were still there.
>
> Is there any reason that my bug reports were not found when I ran
>
> reportbug python-gammu ?

yes, please check: http://packages.qa.debian.org/p/python-gammu.html .
There is an old package, now removed and I think superseeded by gammu
I think, that has no bug report against it (in fact it's checked the
'python-gammu (source)' )

I leave this bug report open, but I don't know what I can do to get this right.

Regards,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#589386: [php-maint] Bug#589386: libapache2-mod-php5 should probably restart instead of force-reload in postinst

[Stefan Fritsch]

On Sunday 18 July 2010, you wrote:
> I don't think this should be addressed on php5's side. The bug,
> IMO, is  somewhere in apache (at whatever level you may want to
> address it: the init script, apache2ctl, or apache2) as it appears
> that it attempts to deliver a signal when the signal handler may
> not be set.
> 
> Forcing a restart causes service interruptions, which I'm not very
> keen on.

This is not fixable on apache side. During normal startup, apache2 
will parse the configuration and load the modules twice. To save some 
work, mod_php does not initialize itself until it is loaded the second 
time. So if apache2 is started without mod_php loaded, and then 
mod_php is loaded with a graceful reload mod_php thinks it is still in 
the startup phase and does not initialize itself. After a second 
graceful reload, mod_php initializes itself and works ok.

So the simple remedy is that you have to do a hard restart when mod-
php is installed for the first time. When libapache2-mod-php5 is 
upgraded, a graceful reload is sufficient. IMHO this change should go 
into squeeze.

In the long run, mod_php should probably be fixed so that it 
initializes itself if it is loaded for the first time during a 
graceful reload.

Cheers,
Stefan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594219: manpages: tzfile.5 is very old, does not match current tzfile format on Debian

[Michael Kerrisk]

Hello Yitzchak,

On Tue, Aug 24, 2010 at 6:06 PM, Yitzchak Gale  wrote:
> Package: manpages
> Version: 3.05-1
> Severity: normal
>
> The tzfile.5 man page is very old, from before the Version 2
> format of zoneinfo files was defined. Since version 2010j
> of the upstream zoneinfo files, which is the version now used
> in the Debian tzdata package, the zoneinfo files are in Version 2
> format. Therefore, the tzfile.5 man page is incorrect - it
> does not reflect the format of the zoneinfo files on Debian
> systems anymore.
>
> Fix: please replace tzfile.5 with the version that is
> included in the correct version of the tzcode tarball
> from upstream. The latest upstream version is at:
>
> ftp://elsie.nci.nih.gov/pub
>
> But technically, we want the version that exactly corresponds
> to the current version of tzcode that is used on Debian,
> not the latest version from upstream.
>
> The correct version of the tzcode tarball is probably
> available in the Debian source packages somewhere,
> perhaps glibc. If not, historical versions are available at:
>
> ftp://munnari.oz.au/pub/oldtz
>
> We currently want the one from tzcode2010j.tar.gz.
>
> Wouldn't it make more sense for this man page to be
> part of the tzdata package, so that the version of the
> man page will track the file format used on Debian?

I'm the upstream man-pages maintainer, so can't speak about what
Debian does. It may be possible that Andries, who was maintainer back
then, remembers something. Here's what I piece together.

The upstream man-pages package contains tzfile.5 and tzselect.8 manual
pages, and I am guessing that these are shipped by Debian. These pages
were added to the man-pages set many years before my time as
maintainer, back in release 1.23 (i.e., in the 1990s). Back then, the
Announce file contained this text:

[[
section 5 and 8 man pages for the timezone utilities.

[The latter were taken from ftp://elsie.nci.nih.gov/pub/tzcode1998h.tar.gz.
Nowadays the timezone code, data and programs described in these manpages
come with glibc, but the manpages don't.  Stupid GNUheads.
GNU seems to strongly dislike man pages, and either ships no man page at all,
as e.g. for diff, or ships very ugly man pages, mechanically generated
from some other format, like a help text. In a few cases otherwise
good man pages have been spoilt by inserting the message that one
should rather read the info file, even in cases where in fact
the info file is less informative and less correct.
In the timezone case the man pages were thrown out, but no info file
was created: "better a user without docs than a user reading a man page".
As long as this situation lasts we also ship some Section 1 man pages here.]
]]

Checking ftp://elsie.nci.nih.gov/pub, I see that it contains tzfile.5
and tzselect.8 manual pages.

The tzfile.5 page at elsie contains new info that isn't in the
man-pages version of this page. On the other hand, there seems to be
no content difference in the tzselect.8 pages.

At this stage, I am not sure whether the correct course of action for
me upstream is

a) Remove tzfile.5 and tzselect.8 from the man-pages set and tell
downstream distributions to get the pages from the tzcode package.

b) Update the tzfile.5 page in man-pages, to add the new text in the
elsie version of the page. Obviously, this solution is redundant, and
prone to bit rot, but it is convenient for downstream folk, since they
don't need to take any action. On the other hand, it requires
verifying that the tzfile.5 changes correspond to current glibc
reality.

c) Do nothing.

I welcome thoughts on this.

Cheers,

Michael

> -- System Information:
> Debian Release: 5.0.5
>  APT prefers stable
>  APT policy: (500, 'stable')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
>
> manpages depends on no packages.
>
> manpages recommends no packages.
>
> Versions of packages manpages suggests:
> ii  konqueror [man-b 4:3.5.9.dfsg.1-6+lenny1 KDE's advanced file manager, web 
> b
> ii  man-db [man-brow 2.5.2-4                 on-line manual pager
>
> -- no debconf information
>
>
>
>



-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Author of "The Linux Programming Interface" http://blog.man7.org/



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594780: wireshark: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: wireshark
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese
Translation?

Attached you will find the file pt_BR.po. It is UTF-8
encoded and it is tested with msgfmt and
podebconf-display-po.

Kind regards.
# wireshark Brazilian Portuguese translation.
# Copyright (C) 2009 the wireshark's copyright holder
# This file is distributed under the same license as the wireshark package.
# Rafael Henrique da Silva Correia , 2009.
# Adriano Rafael Gomes , 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: wireshark 1.2.10-2\n"
"Report-Msgid-Bugs-To: wiresh...@packages.debian.org\n"
"POT-Creation-Date: 2010-06-20 16:35+0200\n"
"PO-Revision-Date: 2010-08-24 22:57-0300\n"
"Last-Translator: Adriano Rafael Gomes \n"
"Language-Team: Brazilian Portuguese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"pt_BR utf-8\n"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Should non-superusers be able to capture packets?"
msgstr "Não-superusuários deverão ser capazes de capturar pacotes?"

#. Type: boolean
#. Description
#: ../templates:2001
#| msgid ""
#| "Dumpcap can be installed with the set-user-id bit set, so members of "
#| "group wireshark will be able to run it with the permissions of the  "
#| "'root' user. It is the preferred way of capturing packets using  "
#| "Wireshark/Tshark over running Wireshark/Tshark as root, because that  way "
#| "most of the code will run with less priveges."
msgid ""
"Dumpcap can be installed in a way that allows members of the \"wireshark\" "
"system group to capture packets. This is recommended over the alternative of "
"running Wireshark/Tshark directly as root, because less of the code will run "
"with elevated privileges."
msgstr ""
"O dumpcap pode ser instalado em um modo que permite a membros do grupo de "
"sistema \"wireshark\" capturar pacotes. Isto é recomendado em vez da "
"alternativa de executar o Wireshark/Tshark diretamente como root, porque "
"menos código será executado com privilégios elevados."

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"For more detailed information please see /usr/share/doc/wireshark-common/"
"README.Debian."
msgstr ""
"Para informações mais detalhadas, por favor veja /usr/share/doc/"
"wireshark-common/README.Debian."

#. Type: boolean
#. Description
#: ../templates:2001
#| msgid ""
#| "Enabling this feature may be a security risk, so it is disabled by "
#| "default.  If in doubt, it is suggested to leave it disabled."
msgid ""
"Enabling this feature may be a security risk, so it is disabled by default. "
"If in doubt, it is suggested to leave it disabled."
msgstr ""
"Habilitar este recurso pode ser um risco de segurança, portanto ele é "
"desabilitado por padrão. Se estiver em dúvida, é sugerido deixá-lo "
"desabilitado."

#~ msgid "Do you want dumpcap to be installed setuid root?"
#~ msgstr ""
#~ "Você quer que o comando \"dumpcap\" seja instalado com \"setuid\" root?"


signature.asc
Description: PGP signature

Bug#594775: ALSA modem detection in init script broken in non-English locales

[Milan Bouchet-Valat]

Le dimanche 29 août 2010 à 14:53 +0200, أحمد المحمودي a écrit :
> Hello,
> 
>   Thanks for the patch, I have applied it now.
Nice, thanks for your responsiveness!

> On Sun, Aug 29, 2010 at 01:05:36PM +0200, Milan Bouchet-Valat wrote:
> > For reference, people with amd64 versions get the following error, since
> > the ALSA modem is not detected:
> > > Only access through ALSA is available on amd64 but slamr driver was 
> > > chosen!
> > > Make sure that an ALSA driver for your chipset is available and is loaded
> > > and that access to SmartLink modem components is supported by it.
> > 
> > People with 32bit systems are likely to be told to build the slamr
> > module, which is not needed.
> ---end quoted text---
> 
> Is the above quoted text a separate issue, or is it a result of the 
> issue that you are reporting ?
No, thats just a consequence of the bug. Since no modem is detected in the 
output
of 'aplay -l', the script assumes you have to build the kernel module, which is
not available on amd64 systems. So no more work to do!


Regards






--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594623: xserver-xorg-video-intel with 855GM

[dmsoler]

Package: xserver-xorg-video-intel  
Version: 2:2.12.0+legacy1-1

Hi.

Apparently, I have the same hardware of the original reporter of this bug:

00:02.0 VGA compatible controller [0300]: Intel Corporation 82852/855GM 
Integrated Graphics Device [8086:3582] (rev 02)
00:02.1 Display controller [0380]: Intel Corporation 82852/855GM Integrated 
Graphics Device [8086:3582] (rev 02)

I have compiled a new kernel with package linux-source-2.6.32 (version 
2.6.32-21), commenting out the blacklisted 855GM in file 
drivers/gpu/drm/i915/i915_drv.c :

--- i915_drv.c~ 2010-08-25 02:29:23.0 +0200
+++ i915_drv.c  2010-08-27 03:23:22.0 +0200
@@ -548,8 +548,8 @@
 static const struct pci_device_id i915_kms_blacklist[] = {
INTEL_VGA_DEVICE(0x3577, 0),/* i830 */
INTEL_VGA_DEVICE(0x2562, 0),/* i845 */
-   INTEL_VGA_DEVICE(0x3582, 0),/* i855 */
-   INTEL_VGA_DEVICE(0x358e, 0),/* i855 */
+   /* INTEL_VGA_DEVICE(0x3582, 0), */ /* i855 */
+   /* INTEL_VGA_DEVICE(0x358e, 0), */ /* i855 */
{ },
 };

xserver-xorg-video-intel version 2:2.12.0+legacy1-1 is working with this i915 
kernel module in KMS mode. I have some X crashes, but NEVER WHILE ACTIVELY 
WORKING WITH THE COMPUTER (until now, it never happened with this or with 
previous xserver-xorg-video-intel packages or kernels), only when the computer 
is idle or xscreensaver is active. 2.12.0+legacy1-1 is better than previous 
version, since when X crashes, it is always correctly restarted by gdm (with 
2.9, when X crashed, it couldn't be restarted: the box was working - you could 
use the console or ssh - but gdm couldn't restart X, and manually restarting X 
got the computer frozen).

With 2.12.0+legacy1-1, if I boot with i915.modeset=0 in UMS mode, the computer 
freezes when starting X with GDM (blank screen, no network access).

When I have time, I'll try to compile your shadow version and see what happens. 
Is there a .deb package of the shadow version? It would be easier to try.

Thanks.

Dionisio Martínez Soler
dmso...@edu.xunta.es

-- Package-specific info:
/var/lib/x11/X.roster does not exist.

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 Apr 14  2006 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1725304 Aug 24 17:04 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated 
Graphic Device (rev 02)

/etc/X11/xorg.conf does not exist.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#589818: ensembl-core -- Ensembl core Perl API

[Steffen Moeller]

Package: wnpp
Severity: wishlist
Owner: Steffen Moeller 

Hello,

I just spotted your ITP for the ensembl-core module when I was
about to submit them same fpr our local effort towards a package
for an Ensembl web server.

Some further in-depth tests of its functionality are still
pending, but what we now have one
svn+ssh://svn.debian.org/svn/debian-med/trunk/packages/ensembl/ensembl
within the Debian Med repository that seems fine and the Ensembl
core API is a part of that.

We have so far prepared the packages ensembl, ensembl-bin
(collecting the bits that were compiled) and ensembl-doc. 
Because of your distinct interest in the core API, we will now
also prepare an ensembl-core package. It would be lovely if
we could share the effort to finalise that (and the other)
package(s). Would you have your Debian directory available
for me to inspect?

For the best possible experience with the package, we had prepared
a series of additional packages for Debian, some of which
being older version of well established Perl libraries. The
most prominent one is probably BioPerl1.2.3, others are 
libwww5.808 or libparallel-useragent. Those are still in the
Debian New Queue.

If you are not yet aware fo Debian Med, please check out
http://debian-med.alioth.debian.org
and for joining just send me your alioth user id, please.

Hoping for a nice collaboration on Ensembl and many further
biomolecular Debian packages, with best regards

Steffen



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594611: lazarus-ide: Can't find the lazarus executable at Startup

[Abou Al Montacir]

Le vendredi 27 août 2010 à 19:06 +0200, Jack.R a écrit :
> Versions of packages lazarus-ide depends on:
> ii  fp-compiler  2.4.0-2 Free Pascal - Compiler
> ii  lazarus-ide-qt4 [lazarus-ide 0.9.28.2-11 IDE for Free Pascal - IDE build 
> on
> ii  lazarus-src  0.9.28.2-11 IDE for Free Pascal - LCL 
> Sources 

According to above information, it seems that lazarus-ide-qt4 has been
installed to satisfy lazarus-ide dependency. However this packages is
for now empty (qt IDE not yet shippable). You may want to install
manually lazarus-ide-gtk2 to solve this issue. I'm going to fix this
asap.

Cheers,



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

Bug#558780: debian-installer -- Error en la traducción de las zonas horarias para México

[Fernando C. Estrada]

Hi Christian

On Sun, 2010-08-29 at 08:33 +0200, Christian PERRIER wrote:
> Quoting Fernando C. Estrada (fcestr...@fcestrada.com):
> > Hola Javier
> > 
> > Aprovechando el congelamiento de Squeeze te agradeceré alguna
> > actualización del error de traducción en el instalador reportado al
> > paquete tzsetup-udeb [1].
> > 
> > Envío a continuación un resumen del hilo [2] en la lista de traducción:
> > 
> > "Si existe un error en las zonas horarias hay que arreglarlo, sino me
> > equivoco, en el paquete tzsetup (véase el fichero traducido po-debconf
> > http://www.debian.org/international/l10n/po-debconf/es).
> > 
> > Me lo apunto para actualizarlo, pero si quieres envía un informe de
> > error asociado al paquete para que no nos olvidemos de arreglarlo."
> > 
> > De antemano gracias por Tu apoyo.
> > 
> > Saludos y buen día
> 
> 
> When CC'ing bug reports, please try to write in English so that all
> contributors can understand.

Sorry for that, when I tried to report this bug I didn't know how to do
it, so I reported to the spanish-l10n list [1] and Javier suggested me
to open a bug just as a reminder for him to fix the bug, but all the
info was in that mailing list thread.

> What was reported here is a consequence of some timezone names, in tzsetup,
> being the same for USA, Canada and Mexico (three "multizones"
> countries).
> 
> So, translating "Central" by "Central (Manitoba - Nunavut (Centro) -
> Ontario (Oeste))" is incorrect *even for USA*. The same stands indeed
> for "Atlantic" (shared between USA and Canada), "Eastern"
> (Canada/USA), "Mountain" (Canada/USA/Mexico) and "Pacific"
> (Canada/USA/Mexico).

You explained very well the problem :-), because if someone choose
Spanish as a language in the installer and Mexico as country, at the
moment to choose the timezone appears the following options (an
screencast of the problem is available here [2]):

  Central (Manitoba - Nunavut (Centro) - Ontario (Oeste))
  Alberta - Territorios del Noroeste - Nunavut (montañas)
  Pacífico (Colombia Británica)

That's incorrect, because in Mexico officially [3] the time zones are:

  UTC -6: Central Time officially called Central Zone
  UTC -7: Mountain Time officially called Pacific Zone
  UTC -8: Pacific Time officially called Northwestern Zone

But if someone choose English as a language in the installer and Mexico
as country, at the moment to choose the timezone appears the following
options: "Central", "Mountain" and "Pacific" which is
correct, so I suggested the following fix to the Spanish translation:

  Centro (Tiempo del Centro o Zona Centro)
  Montaña (Tiempo de la Montaña o Zona Pacífico)
  Pacífico (Tiempo del Pacífico o Zona Noroeste)

> These should be translated more neutrally: Central, Este, Montañas,
> Pacifico, Atlántico (see French translation for reference).
> 
> I fixed this myself as it didn't really need deep skills in
> Spanish. :-)

Thanks a lot for your interest to help with this issue, Javier was
offered to fix this bug in the spanish-l10n thread and my previous mail
was just to ask for an status (mainly because I want to see this issue
fixed for Squeeze, now frozen), so if he's agree your help is totally
welcome ;-)

Regards,

P.S. To not have to look like me, Manitoba, Ontario,
Alberta and British Columbia (not British Colombia as shown in
translation) are part of the 10 provinces of Canada and Nunavut is one
of the three territories of Canada.

[1] http://lists.debian.org/debian-l10n-spanish/2009/11/msg00127.html
[2] http://www.youtube.com/watch?v=uFoy3YuVwGo
[3] http://es.wikipedia.org/wiki/Husos_horarios_de_México
-- 
Fernando C. Estrada




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#585409: Possibility of getting an up-to-date version of Wine into Squeeze

[Andreas Barth]

* Andreas Barth (a...@not.so.argh.org) [100822 23:18]:
> * Stephen Kitt (li...@sk2.org) [100820 00:02]:
> > The version of Wine Squeeze is going to ship with (1.0.1) is nearly two 
> > years
> > old and for many users its use is greatly limited. The recently released
> > stable version, 1.2, has vastly improved support for a large number of
> > applications and games. I have prepared packages in the same style as the
> > current maintainer's, and a few people have tested them. I haven't had much
> > reaction from Ove but I do know he is aware of their existence; I haven't
> > consulted him regarding this particular request.
> 
> Can we please see this version of wine in experimental first

Any news on uploading wine to experimental?


Andi



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594472: grub-pc: scary messages and very long boot time after upgrade

[Andreas von Heydwolff]

Thanks a lot, Dh H. After downgrading mdadm to 3.1.1-1 I had the same 
experience as you - "unable to find LVM volume ", "...does not 
exist", timeout and busybox in initramfs.


Your workaround works for me as well (please find below my system and 
grub config info which I could gather now that I have a running system).


Some more observations:

* After having unlocked md1 as my encrypted pv for the lvms including /, 
and exiting the lvm> and initramfs> prompts, indeed the system came up 
but I was asked *again* for the passphrase for md1 which alread had been 
unlocked via the lvm prompt and vgchange -a y .


* Later a message scrolled by telling me

"found duplicate PV  using /dev/dm-11 not /dev/dm-0"

This uuid is assigned both to
/dev/mapper/md1_crypt: UUID="foo" TYPE="LVM2_member"
/dev/mapper/vg-md1dm0: UUID="foo" TYPE="LVM2_member"

So, perhaps the question for unlocking comes too late (hen and egg...).

I did not do update-grub again so far as I'm sort of satisfied with my 
custom grub setup now and don't want to make booting more complicated again.


Hope this helps a bit.

--AvH



-- Package-specific info:

*** BEGIN /proc/mounts
/dev/mapper/vg--md1dm0-slash / ext4 
rw,relatime,errors=remount-ro,barrier=1,data=ordered 0 0

/dev/md0 /boot ext3 rw,relatime,errors=continue,data=ordered 0 0
/dev/mapper/vg--md2dm1-bk1 /home/bk1 ext4 
rw,relatime,barrier=1,data=ordered 0 0

/dev/mapper/vg--md2dm1-bk2 /home/bk2 xfs rw,relatime,attr2,noquota 0 0
/dev/mapper/vg--md1dm0-srv /srv ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/mapper/vg--md1dm0-svmware /srv/vmware ext4 
rw,relatime,barrier=1,data=ordered 0 0

/dev/mapper/vg--md1dm0-tmp /tmp ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/mapper/vg--md1dm0-usr /usr ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/mapper/vg--md1dm0-var /var ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/mapper/vg--md1dm0-vcache /var/cache ext4 
rw,relatime,barrier=1,data=ordered 0 0
/dev/mapper/vg--md1dm0-vlog /var/log ext4 
rw,relatime,barrier=1,data=ordered 0 0
/dev/mapper/vg--md1dm0-vtmp /var/tmp ext4 
rw,relatime,barrier=1,data=ordered 0 0

*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/ata-WDC_WD2500BUDT-63DPZY0_WD-WX71A4048816
(hd1)   /dev/disk/by-id/ata-WDC_WD2500BUDT-63DPZY0_WD-WXA1A4062972
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default="0"
if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}

function load_video {
  insmod vbe
  insmod vga
  insmod video_bochs
  insmod video_cirrus
}

insmod raid
insmod mdraid
insmod part_msdos
insmod part_msdos
insmod ext2
set root='(md/0)'
search --no-floppy --fs-uuid --set 64ec582b-89ef-4007-b745-eeb893ff1709
if loadfont /grub/unicode.pf2 ; then
  set gfxmode=640x480
  load_video
  insmod gfxterm
fi
terminal_output gfxterm
insmod raid
insmod mdraid
insmod part_msdos
insmod part_msdos
insmod ext2
set root='(md/0)'
search --no-floppy --fs-uuid --set 64ec582b-89ef-4007-b745-eeb893ff1709
set locale_dir=($root)/grub/locale
set lang=
insmod gettext
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod raid
insmod mdraid
insmod part_msdos
insmod part_msdos
insmod ext2
set root='(md/0)'
search --no-floppy --fs-uuid --set 64ec582b-89ef-4007-b745-eeb893ff1709
insmod png
if background_image /grub/moreblue-orbit-grub.png ; then
  set color_normal=black/black
  set color_highlight=magenta/black
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64' --class debian 
--class gnu-linux --class gnu --class os {

insmod raid
insmod mdraid
insmod part_msdos
insmod part_msdos
insmod ext2
set root='(md/0)'
search --no-floppy --fs-uuid --set 
64ec582b-89ef-4007-b745-eeb893ff1709

echo'Loading Linux 2.6.32-5-amd64 ...'
linux   /vmlinuz-2.6.32-5-amd64 
root=/dev/mapper/vg--md1dm0-slash ro  quiet

echo'Loading initial ramdisk ...'
initrd  /initrd.img-2.6.32-5-amd64
}
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64 (recovery mode)' 
--class debian --class gnu-linux --class gnu --class os {

insmod raid
insmod mdraid
insmod part_msdos
insmod part_msdos
insmod ext2
set root='(md/0)'
s

Bug#594782: udev: Leads to black screen with omnibook XE-GF

[Aleksi .P]

Package: udev
Version: 160-1
Severity: normal



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

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

Versions of packages udev depends on:
ii  debconf [debconf-2.0]1.5.35  Debian configuration management sy
ii  libc62.11.2-2Embedded GNU C Library: Shared lib
ii  libselinux1  2.0.96-1SELinux runtime shared libraries
ii  libudev0 160-1   libudev shared library
ii  libusb-0.1-4 2:0.1.12-15 userspace USB programming library
ii  lsb-base 3.2-23.1Linux Standard Base 3.2 init scrip
ii  util-linux   2.17.2-3.1  Miscellaneous system utilities

Versions of packages udev recommends:
ii  pciutils  1:3.1.7-4  Linux PCI Utilities
ii  usbutils  0.87-5 Linux USB utilities

udev suggests no packages.

-- debconf information:
  udev/new_kernel_needed: false
  udev/title/upgrade:
  udev/reboot_needed:



This bug is repeatable.
Everytime i boot my omnibook XE-GF laptop without "acpi=off" option in grub 
kernel section
my laptops output to screen stops when udev runs and it shows black screen with 
screen light on
It does accept input and services like sshd work
This doesn't happen in lenny.

Greetings Aleksi



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594783: insserv: warning: script 'S06vzquota' missing LSB tags and overrides

[Stefan Schlesinger]

Package: vzctl
Version: 3.0.22-14
Severity: critical
Justification: breaks unrelated software


OpenVZ generates /etc/init.d/vzquota on every reboot of a container. Since 
Debian/Squeeze
makes use of insserv, it's required that all startup scripts include LSB tags. 
If you
don't this results in the following errors when trying to install software:

insserv: warning: script 'S06vzquota' missing LSB tags and overrides
insserv: warning: script is corrupt or invalid: /etc/init.d/../rc6.d/S00vzreboot
insserv: warning: script 'vzquota' missing LSB tags and overrides
insserv: There is a loop at service vzquota if started
insserv: There is a loop between service vzquota and checkroot if started
insserv:  loop involving service checkroot at depth 3
insserv:  loop involving service mountdevsubfs at depth 2
insserv: There is a loop between service single and mountnfs if started
insserv:  loop involving service mountnfs at depth 3
insserv:  loop involving service networking at depth 2
insserv:  loop involving service screen-cleanup at depth 6
insserv: There is a loop at service single if started
insserv:  loop involving service single at depth 2
insserv:  loop involving service vzquota at depth 1
insserv:  loop involving service rsyslog at depth 1
insserv:  loop involving service ifupdown-clean at depth 4
insserv:  loop involving service mountnfs-bootclean at depth 8
 is including insserv and requires all rc scripts to have LSB Tags.
insserv: Starting vzquota depends on single and therefore on system facility 
`$all' which can not be true!
insserv: Starting vzquota depends on single and therefore on system facility 
`$all' which can not be true!
insserv: Starting vzquota depends on single and therefore on system facility 
`$all' which can not be true!
insserv: Starting vzquota depends on single and therefore on system facility 
`$all' which can not be true!


I updated the script which generates vzquota to include LSB tags with it.
Please fix that in the package or report it to upstream.

- /etc/vz/dists/scripts/set_ugid_quota.sh

--- set_ugid_quota.sh 2010-08-29 12:44:39.0 +
+++ set_ugid_quota.sh.works 2010-08-29 12:44:58.0 +
@@ -32,6 +32,16 @@ if [ -z "$MAJOR" ]; then
exit 0
 fi
 echo -e '#!/bin/sh
+### BEGIN INIT INFO
+# Provides: vzquota
+# Required-Start: $all
+# Required-Stop: $all
+# Default-Start: 2 3 4 5
+# Default-Stop: 0 1 6
+# Short-Description: Start vzquota at the end of boot
+# Description: This command is used to configure and see disk quota statistics 
for Containers.
+### END INIT INFO
+
 start() {
[ -e "/dev/'${DEVFS}'" ] || mknod /dev/'${DEVFS}' b '$MAJOR' '$MINOR'
rm -f /etc/mtab >/dev/null 2>&1

-

Regards,
  Stefan.

-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-openvz-amd64 (SMP w/16 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 vzctl depends on:
ii  iproute 20080725-2   networking and traffic control too
ii  libc6   2.7-18lenny4 GNU C Library: Shared libraries
ii  vzquota 3.0.11-1 server virtualization solution - q

Versions of packages vzctl recommends:
ii  rsync 3.0.3-2fast remote file copy program (lik

Versions of packages vzctl suggests:
pn  linux-patch-openvz (no description available)

-- no debconf information





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#593014: [bug-poe-api-p...@rt.cpan.org: Re: [rt.cpan.org #60810] Bug#593014: FTBFS: test t/03-event.t fails with libpoe-perl (2:1.2920-1)]

[Salvatore Bonaccorso]

Forwarding upstreams notes on this.

- Forwarded message from sungo via RT  -

From: sungo via RT 
Reply-To: bug-poe-api-p...@rt.cpan.org
Date: Sat, 28 Aug 2010 20:30:47 -0400
To: car...@cpan.org
Subject: Re: [rt.cpan.org #60810] Bug#593014: FTBFS: test t/03-event.t fails
with libpoe-perl (2:1.2920-1)

https://rt.cpan.org/Ticket/Display.html?id=60810 >

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


There's a major internal change in POE v1.289 that broke the event queue
from an external perspective. There are now two event queues, one I can't
get access to currently. I've filed a rant with the POE maintainer and
a rollback is theoretically coming soon. 

In the meantime, I will be releasing a new version that notes these
errors, skips the broken tests, and warns the first time an event queue
related method is used.

While this is technically going to be the stable version, I strongly
recommend not updating the debian package until the POE rollback is
complete and I can release a new version where the whole api works
again.

- --
sungo
http://sungo.us
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkx5qiUACgkQ3wph+sE0MUuuGgCfYEfpqLPYPSg0S6rAKJES++o/
n3YAnRik+92rFD7FP7SAm91rYqQk/LnA
=1ega
-END PGP SIGNATURE-


- End forwarded message -



signature.asc
Description: Digital signature

Bug#594784: RFP: paulstretch -- program for time-stretching the audio

[rosea grammostola]

Package: wnpp
Severity: wishlist


* Package name: paulstretch
  Version : 2.0
  Upstream Author : Nasca Octavian Paul 
* URL : http://hypermammut.sourceforge.net/paulstretch/
* License : GPL
  Programming Lang: C, C++
  Description : program for time-stretching the audio

Program for stretching the audio. It is suitable only for extreme sound 
stretching of the audio (like 50x) and for applying special effects by 
"spectral smoothing" the sounds. It can transform any sound/music to a texture.

Features:

* It produces high quality extreme sound stretching. While most sound 
stretching software sounds bad when trying to stretch the sounds a lot, this 
one is optimized for extreme sound stretching. So, the stretch amount is 
unlimited.
* You can play the stretched sound in real-time (including the possibility 
to "freeze" the sound) or you can render the whole sound or a part of it to 
audio files
* It has many post-processing effects, like: filters, pitch/frequency 
shifters
* Support for WAV, OGG VORBIS files and MP3 files



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594785: gstreamer0.10-ffmpeg: Needs to be rebuilt when ffmpeg 0.6 lands in unstable

[Daniel Burr]

Package: gstreamer0.10-ffmpeg
Version: 0.10.10-1
Severity: wishlist

The gstreamer0.10-ffmpeg package is configured with the --with-system-ffmpeg
option so that it uses external versions of the ffmpeg libraries and headers
(libavcodec, libavformat, libavutil, etc).  The current version in
testing/unstable (0.10.10-1) was built against ffmpeg 0.5.2 and 
therefore works
correctly if the 0.5.2 versions of 
libavcodec52/libavformat52/libavutil49 are

installed.

However, if ffmpeg 0.6 versions of these libraries are installed (using the
packages from experimental or debian-multimedia) then 
gstreamer0.10-ffmpeg will

misbehave.  The particular case which I encountered was a failure to decode
h264 in a mkv container.  totem was exiting with the following error:

** Message: Error: Internal GStreamer error: negotiation problem. 
Please file

a bug at http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer.
gstffmpegdec.c(1267): gst_ffmpegdec_negotiate ():
/GstPlayBin2:play/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20/ffdec_h264:ffdec_h2640:
could not find caps for codec (h264), unknown type

By running it at the GST_DEBUG=9 log level I saw the following output:

ffmpeg gstffmpegdec.c:1181:gst_ffmpegdec_negotiate: 
Renegotiating

video from 0x0@ -1/-1 fps to 512x384@ 800/333667 fps
ffmpeg gstffmpegcodecmap.c:1795:gst_ffmpeg_codectype_to_video_caps:
context:0x97f3330, codec_id:28, encode:0, codec:(nil)
ffmpeg gstffmpegcodecmap.c:1675:gst_ffmpeg_pixfmt_to_caps: No caps found for
pix_fmt=12
ffmpeg gstffmpegdec.c:1267:gst_ffmpegdec_negotiate: error: 
could

not find caps for codec (h264), unknown type

And by comparing libavutil/pixfmt.h between ffmpeg 0.5.2 and 0.6 I can 
see that

the definition for the PixelFormat enum has indeed changed, meaning that
pix_fmt=12 is no longer equal to PIX_FMT_YUVJ420P.

This is no doubt the root cause of
https://bugzilla.gnome.org/show_bug.cgi?id=626495 and
https://bugzilla.gnome.org/show_bug.cgi?id=626007

Therefore gstreamer0.10-ffmpeg needs to be rebuilt (and preferably 
updated to

0.10.11) if/when the ffmpeg 0.6-based versions of
libavcodec52/libavformat52/libavutil49 are migrated from experimental to
unstable.  However, I think this is just one symptom of what may turn 
out to be

a bigger problem - numerous other packages use libavformat and they will all
suffer similar misbehaviour if they are not rebuilt.  My recommendation 
would
be that the ffmpeg 0.6-based packages are not called 
libavcodec52/libavformat52
(as in currently being done in experimental and debian-multimedia) but 
instead new

packages called libavcodec60/libavformat60 are created.  That way, packages
which were built against 0.5.2 will not be immediately broken and they 
can be
migrated to 0.6 over time.  It is quite possible that this approach has 
already

been considered and rejected for a good reason but I do not know of it.



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

Kernel: Linux 2.6.34.1 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages gstreamer0.10-ffmpeg depends on:
ii  libavcodec52   5:0.6~svn20100726-0.0 library to encode decode 
multimedi

ii  libavformat52  5:0.6~svn20100726-0.0 ffmpeg file format library
ii  libavutil494:0.5.2-1 ffmpeg utility library
ii  libc6  2.11.2-2  Embedded GNU C Library: 
Shared lib

ii  libglib2.0-0   2.24.1-1  The GLib library of C routines
ii  libgstreamer-plugi 0.10.30-1 GStreamer libraries from 
the "base
ii  libgstreamer0.10-0 0.10.30-1 Core GStreamer libraries 
and eleme
ii  liboil0.3  0.3.17-1  Library of Optimized Inner 
Loops

ii  libpostproc51  5:0.6~svn20100726-0.0 postproc shared libraries
ii  libswscale05:0.6~svn20100726-0.0 ffmpeg video scaling library

gstreamer0.10-ffmpeg recommends no packages.

gstreamer0.10-ffmpeg suggests no packages.

-- no debconf information

Confidentiality Notice:  This message (including attachments) is a private communication solely for use of the intended recipient(s).  
If you are not the intended recipient(s) or believe you received this message in error, notify the sender immediately and then delete this 
message.  Any other use, retention, dissemination or copying is prohibited and may be a violation of law, including the Electronic 
Communication Privacy Act of 1986."




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594786: ucf: [INTL:pt_BR] Brazilian Portuguese debconf template translation

[Flamarion Jorge]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: ucf
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese
Translation?

Attached you will find the file pt_BR.po. It is UTF-8
encoded and it is tested with msgfmt and
podebconf-display-po.

Kind regards.


- -- 
Flamarion Jorge
OpenPGP Key: 6CA750E1
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkx6ayMACgkQ0SDRnmynUOE+1QCfWHRwciVE0sqfpfW0vHkWJu6x
q3sAn2ExHhseh9W3i1Pv0PF2g1jw7KnN
=jUsG
-END PGP SIGNATURE-
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
# Flamarion Jorge , 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: ucf\n"
"Report-Msgid-Bugs-To: u...@packages.debian.org\n"
"POT-Creation-Date: 2009-10-13 08:14-0500\n"
"PO-Revision-Date: 2010-08-22 12:12-0300\n"
"Last-Translator: Flamarion Jorge \n"
"Language-Team: Brazilian Portuguese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n > 1);\n"
"pt_BR utf-8\n"

#. Type: title
#. Description
#: ../templates:2001
msgid "Modified configuration file"
msgstr "Arquivo de configuração modificado"

#. Type: select
#. Choices
#. Translators, please keep translations *short* (less than 65 columns)
#. Type: select
#. Choices
#: ../templates:3001 ../templates:4001
msgid "install the package maintainer's version"
msgstr "instalar a versão do mantenedor do pacote"

#. Type: select
#. Choices
#. Translators, please keep translations *short* (less than 65 columns)
#. Type: select
#. Choices
#: ../templates:3001 ../templates:4001
msgid "keep the local version currently installed"
msgstr "manter a versão local atualmente instalada"

#. Type: select
#. Choices
#. Translators, please keep translations *short* (less than 65 columns)
#. Type: select
#. Choices
#: ../templates:3001 ../templates:4001
msgid "show the differences between the versions"
msgstr "exibir as diferenças entre as versões"

#. Type: select
#. Choices
#. Translators, please keep translations *short* (less than 65 columns)
#. Type: select
#. Choices
#: ../templates:3001 ../templates:4001
msgid "show a side-by-side difference between the versions"
msgstr "exibir as diferenças entre as versões lado-a-lado"

#. Type: select
#. Choices
#. Translators, please keep translations *short* (less than 65 columns)
#: ../templates:3001
msgid "show a 3-way difference between available versions"
msgstr "exibir as diferenças entre as 3 versões disponíveis"

#. Type: select
#. Choices
#. Translators, please keep translations *short* (less than 65 columns)
#: ../templates:3001
msgid "do a 3-way merge between available versions (experimental)"
msgstr "juntar as 3 versões disponíveis (experimental)"

#. Type: select
#. Choices
#. Translators, please keep translations *short* (less than 65 columns)
#. Type: select
#. Choices
#: ../templates:3001 ../templates:4001
msgid "start a new shell to examine the situation"
msgstr "iniciar um novo shell para examinar a situação"

#. Type: select
#. Description
#. Type: select
#. Description
#: ../templates:3002 ../templates:4002
msgid "What do you want to do about modified configuration file ${BASENAME}?"
msgstr ""
"O que você quer fazer sobre o arquivo de configuração modificado ${BASENAME}?"

#. Type: select
#. Description
#. Type: select
#. Description
#: ../templates:3002 ../templates:4002
msgid ""
"A new version of configuration file ${FILE} is available, but the version "
"installed currently has been locally modified."
msgstr ""
"Uma nova versão do arquivo de configuração ${FILE} está disponível, mas a "
"versão atualmente instalada foi modificada localmente."

#. Type: note
#. Description
#: ../templates:5001
msgid "Line by line differences between versions"
msgstr "Diferenças entre as versões linha por linha"

#. Type: error
#. Description
#: ../templates:6001
msgid "Conflicts found in three-way merge"
msgstr "Conflitos encontrados na junção das três versões"

#. Type: error
#. Description
#: ../templates:6001
msgid ""
"Conflicts found during three-way merge! Please edit `${dest_file}' and sort "
"them out manually."
msgstr ""
"Foram encontrados conflitos durante a junção das três versões! Por favor "
"edite '${dest_file}' e os corrija manualmente."

#. Type: error
#. Description
#: ../templates:6001
msgid ""
"The file `${dest_file}.${ERR_SUFFIX}' has a record of the failed merge of "
"the configuration file."
msgstr ""
"O arquivo '${dest_file}.${ERR_SUFFIX}' contém um regi

Bug#594787: lxde-common: energy saving is not necessarily related to session protection

[nr1]

Package: lxde-common
Version: 0.5.0-4
Severity: normal


hallo,
lxde-common has some unwanted behavior on suspend and hibernation via
the dialog. It triggers  "xscreensaver -lock" on suspend/hibernate.

on lxde suspend screensaver-command -watch logs:
UNBLANK Sat Aug 28 16:21:28 2010
LOCK Sat Aug 28 16:21:48 2010
RUN 151
UNBLANK Sat Aug 28 16:32:45 2010

Locking the screen is not related to energy saving, I have no need to
protect the session, even worse it is just a double waste of time
(suspends slower + unnecessary password typing). Some switch like in
xfce could satisfy different needs. Lxde could alternatively
respect .xscreensaver LOCK settings or provide an own configuration 
option.

Regards
Eric Schumann

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

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

Versions of packages lxde-common depends on:
ii  lxsession 0.4.4-3a lightweight X11 session manager

Versions of packages lxde-common recommends:
ii  lxde-core 0.5.0-4Meta-package for the Lightweight X

Versions of packages lxde-common suggests:
pn  lxlauncher (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594788: wu-ftpd: [INTL:pt_BR] Brazilian Portuguese debconf template translation

[Flamarion Jorge]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wu-ftpd
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese
Translation?

Attached you will find the file pt_BR.po. It is UTF-8
encoded and it is tested with msgfmt and
podebconf-display-po.

Kind regards.


- -- 
Flamarion Jorge
OpenPGP Key: 6CA750E1
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkx6a3AACgkQ0SDRnmynUOE7HwCgvTKve6JEF44J2CfPrHdLM2/h
wjcAoKuNrEpjwW/89h4qYE3esWpho6d1
=motV
-END PGP SIGNATURE-
# wu-ftpd Brazilian Portuguese translation.
# Copyright (C) 2010 wu-ftpd COPYRIGHT HOLDER
# This file is distributed under the same license as the wu-ftpd package.
# Flamarion Jorge , 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: 2.6.2-32\n"
"Report-Msgid-Bugs-To: wu-f...@packages.debian.org\n"
"POT-Creation-Date: 2010-02-05 00:52+\n"
"PO-Revision-Date: 2010-08-21 11:57-0300\n"
"Last-Translator: Flamarion Jorge \n"
"Language-Team: Brazilian Portuguese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n > 1);\n"
"pt_BR utf-8\n"

#. Type: select
#. Choices
#: ../templates:1001
msgid "inetd"
msgstr "inetd"

#. Type: select
#. Choices
#: ../templates:1001
msgid "standalone"
msgstr "autônomo"

#. Type: select
#. Description
#: ../templates:1002
msgid "Mode of running wu-ftpd:"
msgstr "Modo de execução do wu-ftpd:"

#. Type: select
#. Description
#: ../templates:1002
msgid ""
"wu-ftpd can now be run as a standalone daemon instead of being called from "
"inetd. This means wu-ftpd can respond slightly faster to a new connection, "
"especially under high load."
msgstr ""
"O wu-ftpd agora pode ser executado como um daemon autônomo ao invés de ser "
"chamado a partir do inetd. Isto significa que o wu-ftpd pode responder um "
"pouco mais rápido a uma nova conexão, especialmente sob alta carga."

#. Type: text
#. Description
#: ../templates:2001
msgid "Copying ${target} to make ${ftpusers} a regular file."
msgstr "Copiando ${target} para tornar ${ftpusers} um arquivo regular."

#. Type: text
#. Description
#: ../templates:2001
msgid ""
"Your ${ftpusers} file is currently a symbolic link. Due to new restrictions "
"in the PAM package, this is no longer allowed."
msgstr ""
"Seu arquivo ${ftpusers} é atualmente um link simbólico. Devido às novas "
"restrições no pacote PAM, isto não é mais permitido."

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Update out-of-date binaries in ${ftphome}?"
msgstr "Atualizar binários desatualizados em ${ftphome}?"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"Your binaries and libraries in ${ftphome} are out-of-date. This could break "
"your anonymous FTP services."
msgstr ""
"Seus binários e bibliotecas em ${ftphome} estão desatualizados. Isto pode "
"causar a parada dos seus serviços de FTP anônimo."

#. Type: boolean
#. Description
#: ../templates:4001
msgid "Do you want to allow anonymous ftp access?"
msgstr "Deseja permitir acesso ftp anônimo?"

#. Type: boolean
#. Description
#: ../templates:4001
msgid ""
"Anonymous FTP allows users to log in to the server using the username "
"\"anonymous\" and their e-mail address as a password. This is usually used "
"to give people access to public files."
msgstr ""
"FTP anônimo permite aos usuários fazer log in no servidor usando o nome de "
"usuário \"anonymous\" e seu endereço de e-mail como senha. Isto é usado "
"geralmente para dar às pessoas acesso a arquivos públicos."

#. Type: boolean
#. Description
#: ../templates:4001
msgid ""
"If you accept here, a user called 'ftp' will be created, along with a home "
"directory (which will be the root of the anonymous FTP area). The home "
"directory will be populated with the binaries, libraries and configuration "
"files necessary for anonymous FTP to work."
msgstr ""
"Se aceitar, um usuário chamado 'ftp' será criado, juntamente com o diretório "
"home (que será a raiz da área de FTP anônimo). O diretório home será "
"populado com os binários, bibliotecas e arquivos de configuração necessários "
"para o FTP anônimo funcionar."

#. Type: string
#. Description
#: ../templates:5001
msgid "Location of the FTP home directory:"
msgstr "Localização do diretório home do FTP:"

#. Type: string
#. Description
#: ../templates:5001
msgid ""
"This is the directory where the anonymous FTP area will be created, and the "
"home directory for the \"ftp\" user. It must be an absolute path (ie: it "
"must begin with a '/')."
msgstr ""
"Este é o diretório onde a área de FTP anônimo será criada, e o diretório "
"home do usuário \"ftp\". Deve ser um caminho absoluto (isto é: deve começar "
"com uma '/')."

#. Type: note
#. Description
#: ../templates:6001
msgid "The FTP home directory you specified is not an absolute path"
msgstr "O diretório home do FTP que você especificou não é um caminho absolu

Bug#594783: insserv: warning: script 'S06vzquota' missing LSB tags and overrides

[Ola Lundqvist]

Hi Stefan

Thanks. Will apply and report upstream.

Best regards,

// Ola

On Sun, Aug 29, 2010 at 03:38:05PM +0200, Stefan Schlesinger wrote:
> Package: vzctl
> Version: 3.0.22-14
> Severity: critical
> Justification: breaks unrelated software
> 
> 
> OpenVZ generates /etc/init.d/vzquota on every reboot of a container. Since 
> Debian/Squeeze
> makes use of insserv, it's required that all startup scripts include LSB 
> tags. If you
> don't this results in the following errors when trying to install software:
> 
> insserv: warning: script 'S06vzquota' missing LSB tags and overrides
> insserv: warning: script is corrupt or invalid: 
> /etc/init.d/../rc6.d/S00vzreboot
> insserv: warning: script 'vzquota' missing LSB tags and overrides
> insserv: There is a loop at service vzquota if started
> insserv: There is a loop between service vzquota and checkroot if started
> insserv:  loop involving service checkroot at depth 3
> insserv:  loop involving service mountdevsubfs at depth 2
> insserv: There is a loop between service single and mountnfs if started
> insserv:  loop involving service mountnfs at depth 3
> insserv:  loop involving service networking at depth 2
> insserv:  loop involving service screen-cleanup at depth 6
> insserv: There is a loop at service single if started
> insserv:  loop involving service single at depth 2
> insserv:  loop involving service vzquota at depth 1
> insserv:  loop involving service rsyslog at depth 1
> insserv:  loop involving service ifupdown-clean at depth 4
> insserv:  loop involving service mountnfs-bootclean at depth 8
>  is including insserv and requires all rc scripts to have LSB Tags.
> insserv: Starting vzquota depends on single and therefore on system facility 
> `$all' which can not be true!
> insserv: Starting vzquota depends on single and therefore on system facility 
> `$all' which can not be true!
> insserv: Starting vzquota depends on single and therefore on system facility 
> `$all' which can not be true!
> insserv: Starting vzquota depends on single and therefore on system facility 
> `$all' which can not be true!
> 
> 
> I updated the script which generates vzquota to include LSB tags with it.
> Please fix that in the package or report it to upstream.
> 
> - /etc/vz/dists/scripts/set_ugid_quota.sh
> 
> --- set_ugid_quota.sh 2010-08-29 12:44:39.0 +
> +++ set_ugid_quota.sh.works 2010-08-29 12:44:58.0 +
> @@ -32,6 +32,16 @@ if [ -z "$MAJOR" ]; then
> exit 0
>  fi
>  echo -e '#!/bin/sh
> +### BEGIN INIT INFO
> +# Provides: vzquota
> +# Required-Start: $all
> +# Required-Stop: $all
> +# Default-Start: 2 3 4 5
> +# Default-Stop: 0 1 6
> +# Short-Description: Start vzquota at the end of boot
> +# Description: This command is used to configure and see disk quota 
> statistics for Containers.
> +### END INIT INFO
> +
>  start() {
> [ -e "/dev/'${DEVFS}'" ] || mknod /dev/'${DEVFS}' b '$MAJOR' '$MINOR'
> rm -f /etc/mtab >/dev/null 2>&1
> 
> -
> 
> Regards,
>   Stefan.
> 
> -- System Information:
> Debian Release: 5.0.4
>   APT prefers stable
>   APT policy: (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 2.6.26-2-openvz-amd64 (SMP w/16 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 vzctl depends on:
> ii  iproute 20080725-2   networking and traffic control 
> too
> ii  libc6   2.7-18lenny4 GNU C Library: Shared libraries
> ii  vzquota 3.0.11-1 server virtualization solution - 
> q
> 
> Versions of packages vzctl recommends:
> ii  rsync 3.0.3-2fast remote file copy program 
> (lik
> 
> Versions of packages vzctl suggests:
> pn  linux-patch-openvz (no description available)
> 
> -- no debconf information
> 
> 
> 
> 
> 

-- 
 - Ola Lundqvist ---
/  o...@debian.org Annebergsslingan 37  \
|  o...@inguza.com  654 65 KARLSTAD  |
|  http://inguza.com/  +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594219: manpages: tzfile.5 is very old, does not match current tzfile format on Debian

[Yitzchak Gale]

Hi Michael,


> The upstream man-pages package contains tzfile.5 and tzselect.8 manual
> pages, and I am guessing that these are shipped by Debian.

No, only tzfile.5. Debian ships its own version of tzselect.8.

> Checking ftp://elsie.nci.nih.gov/pub, I see that...
> the tzfile.5 page at elsie contains new info that isn't in the
> man-pages version of this page.
> At this stage, I am not sure whether the correct course of action for
> me upstream is
> a) Remove tzfile.5 and tzselect.8 from the man-pages
> b) Update the tzfile.5 page in man-pages...
> it requires verifying that the tzfile.5 changes correspond to current glibc
> reality.
> c) Do nothing.

Obviously it's up to you, but if you decide on (b),
I think you're OK with updating tzfile.5.
The newer version is completely backward
compatible - it describes both Version 1 format
and Version 2 format zoneinfo files. So even on
systems that don't support Version 2 yet, the man page
is correct and useful. And even the most stable systems
are likely to upgrade, because otherwise their timezone
information will be out of date; live zoneinfo files are
shipping in Version 2 format now. As for bitrot,
this man page seems to change about once every decade
or two, and even then the upstream authors are likely to
continue being zealous about backwards compatibility
due to the nature of this system.

For Debian, the right thing to do technically is to
move this man page to the tzdata or glibc package,
but in practice I doubt it's worth the effort. So it would
be kind of you to continue to support it upstream.

Thanks much,
Yitz



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594761: mt-daapd: crashes with an unknown daap tag error

[Nicolas Maître]

2010/8/29 Julien BLACHE :
> Nicolas Maître  wrote:
>
> Hi,
>
>> Unknown daap tag: Dass
>> Aborting
>> zsh: exit 1     mt-daapd -f -d 9
>
> Could you reproduce the crash and provide a gdb backtrace? We need to
> find out what crashes and where.
>
I'd like, really. Maybe I'm too stupid but it seems I can't because of
deugging symbols missing:
"Reading symbols from /usr/sbin/mt-daapd...(no debugging symbols found)...done."
Though the package seems to have been compiled with the -g flag (as
debian/rules says...).
Am I missing something ?

I haven't seen any -dbg package, so I've tried to recompile from
source...  but failed:

config.status: creating contrib/init.d/Makefile
config.status: error: cannot find input file: src/mdns/Makefile.in
make: *** [config.status] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2
zsh: exit 2 dpkg-buildpackage -b -us -uc

I don't know what's going on !?
The compilation flag --disable-mdns doesn't improve the situation.
As I'm not a very good technician, I haven't dug too deep.

So here is the (I assume) useless output of gdb:

Client running
[New Thread 0x77380710 (LWP 6753)]
Initializing database
Starting web server from /usr/share/mt-daapd/admin-root on port 3689
[New Thread 0x76b7f710 (LWP 6754)]
Registering rendezvous names
Serving 8531 songs.  Startup complete in 1 seconds
[New Thread 0x7637e710 (LWP 6764)]
Unknown daap tag: Aborting
[Thread 0x7637e710 (LWP 6764) exited]
[Thread 0x76b7f710 (LWP 6754) exited]
[Thread 0x77380710 (LWP 6753) exited]

Couldn't you reproduce the crash ?
Otherwise, I stay available for further trials with some guidance..


PS: i've tried your forked-daapd package, and it works great ! It's
missing some "technical" doc, though ;)

-- 
Nicolas Maître



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594789: RFP: fluxus -- Rapid prototyping, playing and learning environment for 3D graphics, sound and games.

[rosea grammostola]

Package: wnpp
Severity: wishlist


* Package name: fluxus
  Version : 0.17
  Upstream Author : Dave Griffiths 
* URL : http://www.pawfal.org/fluxus/
* License : GPL
  Programming Lang: Scheme
  Description : Rapid prototyping, playing and learning environment for 3D 
graphics, sound and games.

Fluxus is an environment which allows you to quickly make live animation and 
audio
programs, and change them constantly and flexibly. This idea of constant change 
(flux) is
where it's name comes from.
Fluxus does this with the aid of the Scheme programming language, which is 
designed for
flexibility; and an interface which only needs to provide you with program code 
floating above
the resulting visual output. This interface enables fluxus to be used for 
livecoding, the practice
of programming as a performance art form. Most users of fluxus are naturally 
livecoders, and
some write fluxus scripts in front of audiences, as well as using it to rapid 
prototype and
design new programs for performance and art installation.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#448390: No IPv6 support

[Tatsuhiro Tsujikawa]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

The latest release, aria2 1.10.1, has IPv6 support for all supported
protocols, so we can close this issue when it is packaged in Debian.

Best regards,

Tatsuhiro Tsujikawa
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkx6buUACgkQfoQD1dZzw2bJHACfZTcpMpRXqkiOaBshm1P+S4lG
ERgAoJUQBs2kxK0y3qxv4srsjAn5N6nU
=l3/c
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594790: dolphin is becoming very slow when using sshfs

[Mourad Jaber]

Package: dolphin
Version: 4:4.4.5-1
Severity: normal

Hi,

I'm experimenting some responsness issue when transfering data via dolphin on
sshfs fuse filesystem.
It is impacting all dolphin windows (perhaps pb come from kio) and render it
unusable during the whole data transfert...

I'm suspecting some try to refresh all the file system, including mounted one's
when using dolphin...

I think it is possible to speedup dolphin even if a mounted file system is slow
to respond with some asynchronous refresh or something like that !

Please, could you look at that issue for future dolphin version, it would
improve usability of this software !

Regards



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

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

Versions of packages dolphin depends on:
ii  kdebase-runtime 4:4.4.5-1runtime components from the offici
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.4-8GCC support library
ii  libkdecore5 4:4.4.5-1the KDE Platform Core Library
ii  libkdeui5   4:4.4.5-1the KDE Platform User Interface Li
ii  libkfile4   4:4.4.5-1the File Selection Dialog Library 
ii  libkio5 4:4.4.5-1the Network-enabled File Managemen
ii  libknewstuff3-4 4:4.4.5-1the "Get Hot New Stuff" v3 Library
ii  libkonq54:4.4.5-1core libraries for Konqueror
ii  libkparts4  4:4.4.5-1the Framework for the KDE Platform
ii  libkutils4  4:4.4.5-1various utility classes for the KD
ii  libnepomuk4 4:4.4.5-1the Nepomuk Meta Data Library
ii  libnepomukquery4a   4:4.4.5-1the Nepomuk Query Library for the 
ii  libphonon4  4:4.6.0really4.4.2-1 the core library of the Phonon mul
ii  libqt4-dbus 4:4.6.3-1Qt 4 D-Bus module
ii  libqtcore4  4:4.6.3-1Qt 4 core module
ii  libqtgui4   4:4.6.3-1Qt 4 GUI module
ii  libsoprano4 2.4.3+dfsg.1-1   libraries for the Soprano RDF fram
ii  libstdc++6  4.4.4-8  The GNU Standard C++ Library v3
ii  phonon  4:4.6.0really4.4.2-1 metapackage for the Phonon multime

Versions of packages dolphin recommends:
ii  kfind 4:4.4.5-1  file search utility
ii  ruby  4.5An interpreter of object-oriented 

dolphin suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594791: dspam: spamSubject pref ignored

[Arno]

Package: dspam
Version: 3.6.8-9.3
Severity: normal

aschur...@gnome:~$ grep -ri spamSubject /etc/dspam/
/etc/dspam/dspam.conf:Preference "spamSubject="
/etc/dspam/dspam.conf:AllowOverride spamAction spamSubject
/etc/dspam/default.prefs:spamSubject=
aschur...@gnome:~$ grep -ri spamAction /etc/dspam/
/etc/dspam/dspam.conf:Preference "spamAction=tag"
/etc/dspam/dspam.conf:#Preference "spamAction=tag"
/etc/dspam/dspam.conf:AllowOverride spamAction spamSubject
/etc/dspam/default.prefs:spamAction=tag
aschur...@gnome:~$ sudo dspam_admin li pref aschuring
aschur...@gnome:~$ sudo dspam_admin li pref default
trainingMode=TOE
spamAction=tag
spamSubject=
enableBNR=on
enableWhitelist=on
statisticalSedation=5
signatureLocation=headers
whitelistThreshold=10
showFactors=off

aschur...@gnome:~$ grep Subject: /var/mail/aschuring
[...]
Subject: [SPAM] RE: ACCOUNT ALERT
Subject: [SPAM] Hotmail Account Alert!!!

In dspam/system.log, they appear as:
1283091629  S   WINDOWS LIVE TEAM  
4c7a6cad26191952919673  RE: ACCOUNT ALERT   0.183619aschuring   
Tagged 
1283091630  S   HOTMAIL SERVICE   
4c7a6cae26197186418427  Hotmail Account Alert!!!0.185445
aschuring  Tagged   


These mails were received after restarting dspam. Exim transport is configured
with the following filter:
transport_filter = /usr/bin/dspam --client --deliver=innocent,spam --use
r ${lc:$local_part} --stdout


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'stable'), (300, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-3-486
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages dspam depends on:
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libdspam7 3.6.8-9.3  DSPAM is a scalable and statistica
ii  libldap-2.4-2 2.4.23-2   OpenLDAP libraries
ii  procmail  3.22-19Versatile e-mail processor

Versions of packages dspam recommends:
pn  clamav-daemon  (no description available)
ii  dspam-doc 3.6.8-9.3  Documentation for dspam

dspam suggests no packages.

-- Configuration Files:
/etc/default/dspam changed [not included]
/etc/dspam/default.prefs changed [not included]
/etc/dspam/dspam.conf changed [not included]

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594792: ITP: clipgrab -- Downloadmanager for many video portals

[Thomas Maass]

Package: wnpp
Severity: wishlist
Owner: Thomas Maass 


* Package name: clipgrab
  Version : 3.0.7.1
  Upstream Author : Philipp Schmieder 
* URL : http://clipgrab.de
* License : GPLv3 except logo and name
  Programming Lang: C++
  Description : Downloadmanager for many video portals

Clipgrab is written in QT. You can download videos
from many video portals like youtube or myvideo.
It is also possible to convert to various formats.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594761: mt-daapd: crashes with an unknown daap tag error

[Julien BLACHE]

Nicolas Maître  wrote:

Hi,

>> Could you reproduce the crash and provide a gdb backtrace? We need to
>> find out what crashes and where.
>
> I'd like, really. Maybe I'm too stupid but it seems I can't because of
> deugging symbols missing:

> Unknown daap tag: Aborting
> [Thread 0x7637e710 (LWP 6764) exited]

Ah, f*ck it. It's not crashing, it's aborting due to the message being a
fatal error and the log function just aborts in this case.

So yeah, gdb will be useless here because it's actually working as
designed when such an error is encountered.

> Couldn't you reproduce the crash ?

There's a non-nil chance that the problem is tied to the content of your
library and I've dismantled my mt-daapd test setup a few weeks ago.

I'll try to look into it if I can find some time :/

> PS: i've tried your forked-daapd package, and it works great ! It's
> missing some "technical" doc, though ;)

The idea is that it should just work with the appropriate config :)

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer -  
 
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594793: ITP: clipgrab -- Downloadmanager for many video portals

[Thomas Maass]

Package: wnpp
Owner: Thomas Maass 
Severity: wishlist

* Package name: clipgrab
  Version : 3.0.7.1
  Upstream Author :Philipp Schmieder 
* URL : http://clipgrab.de/
* License : GPLv3, except name and logo
  Programming Lang:C++
  Description : Downloadmanager for many video portals

Clipgrab is written in QT. You can download videos
from many video portals like youtube or myvideo.
It is also possible to convert to various formats.
-- 
gpg-id: B4F786B1


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

Bug#594671: [Debian-med-packaging] Bug#594671: Changed 'Categories' in debian/sofa.desktop to 'Science'

[Charles Plessy]

tag 594671 pending
thanks

Hi Sam

I just commited the change in our subversion reporitory. It will take effect
at the next package update. The changelog contains ‘LP: 605497’, and therefore
should automagically clause your Launchpad bug when the updated package
is pulled in Ubuntu.

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#516294: port klibc to allow working mksh build

[Thorsten Glaser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA384

Build instructions:

• my stdio-c99, arc4random¹ and mkstemp patches still aren’t merged,
  which means we must disable C99 mode in gcc (see below) and add
  an either tempnam or, preferred, mkstemp function
  ① while mksh doesn’t use arc4random(3) any longer, mkstemp() does
• the initial CVS checkout is passwordless, using ssh

% mkdir mkshklibctest mkshklibctest/builddir
% cd mkshklibctest
% env CVS_RSH=ssh cvs -d :ext:_anon...@anoncvs.mirbsd.org:/cvs \
co -PD"2010/08/29" mksh contrib/hosted/tg/deb/klibc
% cd builddir
% klcc -c -o arc4random.o ../contrib/hosted/tg/deb/klibc/arc4random.c
% klcc -c -o mkstemp.o ../contrib/hosted/tg/deb/klibc/mkstemp.c
% ar rcs libMKSTEMP.a arc4random.o mkstemp.o
% env HAVE_CAN_FSTACKPROTECTORALL=0 CFLAGS=-Wextra CC=klcc \
CPPFLAGS='-DMKSH_ASSUME_UTF8 -DMKSH_BINSHREDUCED -DMKSH_NO_LIMITS' \
HAVE_CAN_STDG99=0 HAVE_CAN_STDC99=0 LDFLAGS=-L. LIBS=-lMKSTEMP \
bash ../mksh/Build.sh -r

Explanation of the last line:
• HAVE_CAN_FSTACKPROTECTORALL=0 forces Build.sh to not check for
  (and use, if found) -fstack-protector-all since that will pull
  in libssp (with gcc4)
• CFLAGS=-Wextra (as long as it’s set to anything involving a
  hyphen-minus) tells Build.sh to not use the default CFLAGS,
  which include -O2 (or -O, or -xO2 with SUNWcc, etc.)
• CC=klcc should be obvious
• CPPFLAGS:
  – -DMKSH_ASSUME_UTF8 enables UTF-8 mode by default; I checked
that the initramfs console is UTF-8 using Grml
  – -DMKSH_BINSHREDUCED is needed by Debian and switches mksh
into the “sh” mode (set -o sh) if called as “sh” or “-sh”
which disables some Korn shell features
  – -DMKSH_NO_LIMITS is needed for klibc and disables use of
getrlimit() and setrlimit() from the ulimit builtin
• HAVE_CAN_STDG99=0 HAVE_CAN_STDC99=0 disable -std={gnu,c}99
  which are otherwise probed and used automatically, but the
  klibc  still uses “extern inline” (gnu89 mode)…
• LDFLAGS=-L. LIBS=-lMKSTEMP pull in mkstemp() from earlier
• bash ../mksh/Build.sh ⇒ using GNU bash here for easiest
  reproduction, building with srcdir ≠ objdir works
• -r disables automatic compilation of the manual page (speed)

Now the screen should look something like this:
│size mksh
│   textdata bss dec hex filename
│ 155342 452   19352  175146   2ac2a mksh
[…]
│Run the regression test suite: ./test.sh
│Please also read the sample file dot.mkshrc and the fine manual.

Let’s see…

��...@frozenfish:~/mkshklibctest/builddir $ ./mksh -c true; echo $?
│0
��...@frozenfish:~/mkshklibctest/builddir $ ./mksh -c 'print $KSH_VERSION'; 
echo $?
│@(#)MIRBSD KSH R39 2010/08/28
│0
��...@frozenfish:~/mkshklibctest/builddir $ ./mksh -c 'echo one; ls -l mksh; 
echo two'; echo $?
│one
│-rwxr-xr-x 1 tg tg 544120 Aug 29 14:46 mksh

Here it hangs – after running an external programme it doesn’t
come back. ^C kills it, usually.

��...@frozenfish:~/mkshklibctest/builddir $ ./test.sh -v
also won’t get far. ^C helps here as well to regain the tty.

Plan 9 and Syllable Desktop exhibited the same symptoms
last time I checked. Now, the interesting part, Haiku no
longer does: http://dev.haiku-os.org/ticket/5567
See also: http://dev.haiku-os.org/changeset/35836


Back when I applied the patches on top of 1.5.15-1 I could get
a working shell, interestingly enough. Now, 20-fix-getrusage is
applied and the kernel header situation changed, but this bug
seems to have crept in along the way.

This is a Debian sid (i386) chroot, a-g d-u’d today, on an etch system:
Linux […] 2.6.18-6-686 #1 SMP Fri Feb 19 23:40:03 UTC 2010 i686 GNU/Linux


Congratulations on klibc upstream maintainership, by the way,
and thanks for tracking this (I would like to ditch dietlibc
on quite some architectures or – better – replace the dash
that comes with klibc in its entirety; did so in Android…).

bye,
//mirabilos
- -- 
FWIW, I'm quite impressed with mksh interactively. I thought it was much
*much* more bare bones. But it turns out it beats the living hell out of
ksh93 in that respect. I'd even consider it for my daily use if I hadn't
wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mksh
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MirBSD)

iQIVAwUBTHp1qXa1NLLpkAfgAQlSURAAjybsyw0CYBXC9F0G+5T2MNdpKPf3SWyG
pdpXYxBFzhVphEdQH/XrLSDlL3rMJvnm/8xjcsIRpiH9L7XlWq1kMRsHLkgc+oos
tzFuF6Gf2QjgMkcCfkGp/dGFQLGQFVuTt5SD832kaz+LxC5fw3c8hsNQ8JXkPPgF
78eLyQkk5DwSUa8AqlIsZ6yMGuLK0aPyLyCjrxIFDt4flS7gvcEb6Qp1W0GV91DE
eOkIAnQAPzJmYqzZar6PuwhAhZOUIlu+LTebl0iBeIUB/TShCn0ILQZzBtNzF9dO
s7VWhFBKNprMZXTx6Ud49/3iU7NoZubj5uItqIca4KuzrPSOwMU7UqsfWGnOlh0z
/HjrdrdphTdn7Bf+MfGWUVAa0uBwNsB+kd8Ovq3+F+dy6aa45C5gJN9911Xefc4H
wlzFvaAW1bmcJz8oIrRwytibVkefhZEvV6X+NbeCg+92SY2uh9f9ihA34D/TC8Zl
Q610TbUELBgp0UA1Y1Opnkuthkhw8Leb/hSHeug4aUXeQPcSULBWEqj0lKaUdZeH
10IYq6STVNrAvjygMkzVD/VpCfLXPI/4+UYorLXUkYyTW59jyHy8ojNfF2NxBiUD
0VWz7Nl5qpL/qQmvoeTKxma3qsWWlhpdSQI32cM16yJBrh0GJ7z1X+rCXhnV7sjA
GUwfZVSN//M=
=DoQ/
-END PGP SIGNATUR