Bug#613737: e2fsprogs: Programming error? block #33600 claimed for no reason in process_bad_block.

[Johannes Rohr]

On Mi, Feb 16, 2011 at 05:47:45 -0500, Ted Ts'o wrote:
> debugfs /dev/sdb6
> debugfs: icheck 33600 33637

[...]

> debugfs: stat <12345>
> 

1.41.12 (17-May-2010)
debugfs:  icheck 33600 33637
Block   Inode number
33600   7
33637   7
debugfs:  stat 7
7: File not found by ext2_lookup


> Also, if you retry the e2fsck with the -cc, can you reproduce the
> problem?

I'd rather wait for your response before trying this, because one run
takes about 20 hours.

Thanks,

Johannes



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

Bug#613784: SpaceZero: (NEW) a RTS, 2D space combat, multiplayer net game.

[xay]

Subject: SpaceZero: (NEW) a RTS, 2D space combat, multiplayer net game.
Package: spacezero
Version: 0.78.0
Severity: wishlist

SpaceZero is a RTS,  2D space combat, multiplayer (two players by now)
net game.

The objective is to conquer the space, defeating all enemies.

At starting point you have only one ship and one planet, but you have
gold to buy more ships to conquer more planets.

All the ships can be controlled by the computer (automatic mode) or by
the player (manual mode). You can easily change among your ships
controlling all of them independly.

homepage: http://spacezero.sourceforge.net/
license: GPLv3



-- System Information:
Debian Release: 6.0
  APT prefers squeeze-updates
  APT policy: (500, 'squeeze-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) (ignored:
LC_ALL set to es_ES.utf8)
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#613785: debian-user-german: removal of FAQ footer

[Adam Lackorzynski]

Package: lists.debian.org
Severity: normal

Hi,

debian-user-german has a footer in every list mail that refers to
http://www.de.debian.org/debian-user-german-FAQ/. As it is not available
anymore and has been outdated anyway, please remove this FAQ footer.


Thanks,
Adam
-- 
Adam a...@os.inf.tu-dresden.de
  Lackorzynski http://os.inf.tu-dresden.de/~adam/



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

Bug#613623: network-console: Cannot start with some locales (eg. sl_SI)

[Christian PERRIER]

Quoting Matej Bažec (matbaz...@gmail.com):
> Thank you Christian for such a quick response.
> 
> Selecting the second one has the same effect. Even by preseeding you
> would get the same result.
> 
> If this helps, you can omit the comma in the translation. In fact, it
> is grammatically incorrect to put it there.


I'll do this, which will avoid triggerring the problem. However, of
course, the underlying problem is still here..:-)



signature.asc
Description: Digital signature

Bug#613763: totem: enable security hardening in build via hardening-wrapper

[Sebastian Dröge]

On Wed, 2011-02-16 at 17:15 -0800, Kees Cook wrote:
> Package: totem
> Version: 2.30.2-2
> Severity: normal
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu natty ubuntu-patch
> 
> In Ubuntu, the attached patch was applied to achieve the following:
> 
>   * debian/{control{,.in},rules}: enable PIE build for security hardening.
> 
> Since totem deals with media files, it should be hardened against potential
> malicious attacks. This patch enables the hardening features in the toolchain.
> 
> Thanks for considering the patch.

Not sure how useful this is when applied to totem only. Totem uses other
libraries to handle with media files and playlists.


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

Bug#613786: gv complains about keysym apLineDel

[Agustin Martin]

Package: gv
Version: 1:3.7.1-1
Severity: normal

Hi, gv is complaining about keysym apLineDel,


$ gv
Warning: translation table syntax error: Unknown keysym name:  apLineDel
Warning: ... found while parsing 'apLineDel:   GV_Page(page+5) '
Warning: String to TranslationTable conversion encountered errors


Same when loading a real file, 

This problem has also been reported as

http://bugs.gentoo.org/339394

and attached patch by Christian Speckner proposed,


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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=es_ES, LC_CTYPE=es_ES (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages gv depends on:
ii  dpkg  1.15.8.10  Debian package management system
ii  ghostscript-x 9.01~dfsg-1interpreter for the PostScript lan
ii  install-info  4.13a.dfsg.1-6 Manage installed documentation in 
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  libx11-6  2:1.4.1-4  X11 client-side library
ii  libxinerama1  2:1.1.1-1  X11 Xinerama extension library
ii  libxmu6   2:1.1.0-1  X11 miscellaneous utility library
ii  libxt61:1.0.9-2  X11 toolkit intrinsics library
ii  xaw3dg1.5+E-18   Xaw3d widget set

Versions of packages gv recommends:
ii  xaw3dg1.5+E-18   Xaw3d widget set

gv suggests no packages.

-- no debconf information

-- 
Agustin
diff -ur a/src/gv_misc_res.dat b/src/gv_misc_res.dat
--- a/src/gv_misc_res.dat	2010-10-15 09:21:36.0 +0200
+++ b/src/gv_misc_res.dat	2010-10-15 09:21:48.0 +0200
@@ -476,7 +476,6 @@
  BackSpace:	GV_Page(up,left-bottom,!page-1,bottom-rightedge)\n\
  Insert:		GV_Page(page-5)		\n\
  Delete:		GV_Page(page+5)		\n\
- apLineDel:	GV_Page(page+5)		\n\
  Home:		GV_Page(page=0)		\n\
  End:		GV_Page(page=9)	\n\
  Prior:		GV_Page(page-1)		\n\

Bug#610994: changed upstream

[Moritz Lenz]

Hi,

here's an upstream parrot developer; I've change the debian/rules file 
in 
https://github.com/parrot/parrot/commit/09934c9ced4c1b9742cdb05197916824e6fe33a5 
to include the proper --mandir option.


Cheers,
Moritz



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

Bug#613787: icinga: please don't include git meta data in upstream tarballs

[Daniel Baumann]

Package: icinga
Version: 1.3.0
Tag: upstream
Severity: wishlist

Hi,

please don't (or upstream should't) include git metadata in the upstream
tarballs. currently, it's a gitignore and a submdodules file.

Regards,
Daniel

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



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

Bug#613788: ITP: dropbox -- secure backup, sync and sharing util

[Vincent Cheng]

Package: wnpp
Severity: wishlist
Owner: Vincent Cheng 


* Package name: dropbox
  Version : 1.0.20-1
  Upstream Author : Dropbox, Inc.
* URL : http://www.dropbox.com
* License : Proprietary
  Section : non-free/net
  Description : secure backup, sync and sharing util

 Dropbox is a Web-based file hosting service operated by Dropbox, Inc.
 which uses cloud computing to enable users to store and share files and
 folders with others across the Internet using file synchronization.

 This package only contains the Dropbox daemon; it does not contain the
 Nautilus plugin for Dropbox.



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

Bug#613789: Please support identi.ca

[Francesco Paolo Lovergine]

Package: bitlbee
Version: 3.0.1-1
Severity: wishlist

It would be nice supporting identi.ca even. I love the twitter gateway,
adding identi.ca would satisfy most of the microbloggers out there.

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

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

Versions of packages bitlbee depends on:
ii  bitlbee-common   3.0.1-1 An IRC to other chat networks gate
ii  debianutils  3.4.4   Miscellaneous utilities specific t
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libevent-1.4-2   1.4.13-stable-1 An asynchronous event notification
ii  libgcrypt11  1.4.6-5 LGPL Crypto library - runtime libr
ii  libglib2.0-0 2.28.0-1The GLib library of C routines
ii  libgnutls26  2.10.4-2the GNU TLS library - runtime libr

bitlbee recommends no packages.

bitlbee suggests no packages.

-- debconf information excluded



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

Bug#613492: Removed package(s) from unstable

[Josselin Mouette]

Le mercredi 16 février 2011 à 20:02 +0100, Luk Claes a écrit : 
> On 02/16/2011 06:02 PM, Julien Valroff wrote:
> > Though I have nothing against this removal, and though I agree this package
> > should have been maintained by the GNOME team (I am sure Josselin thought it
> > was the case): why was this request approved without any prior
> > agreement from the maintainer of the package (me in that case)?

I am terribly sorry about asking for removal without checking. I assumed
this package was in pkg-gnome, and I see now that it doesn’t. 

> > Isn't there any check made before removing a package from the archive to
> > ensure the request was actually my by the maintainer (in case of a RoM)?
> 
> No idea about the above part...

I think there is an alert sent to the maintainer (or is it through the
PTS?), saying that the removal was requested. But that doesn’t help when
FTP masters are ultra-fast ;)

> > I see also that current users of gdm (still in the archive) now miss a
> > feature, and as far as I know, they are currently not forced to switch to
> > gdm3.
> 
> gdm is in the process of being removed where only 2 packages
> depending/build-depending on gdm are still under consideration... So
> everyone in unstable will soon not be able to upgrade or install gdm
> anymore.
> 
> Is there any reason why users are not forced to gdm3 when upgrading from
> gdm (with a debconf note warning about possible issues) instead of
> having all users being forced to find out by themselves that they are
> supposed to install gdm3 now?

Those who have metapackages installed (like gnome-desktop-environment)
will be forced automatically into gdm3. I’m not sure that’s best since
the configuration is not preserved, though.

-- 
 .''`.
: :' : “You would need to ask a lawyer if you don't know
`. `'   that a handshake of course makes a valid contract.”
  `---  J???rg Schilling




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

Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate

[Emmanuel Charpentier]

Package: pm-utils
Version: 1.3.0-3
Severity: important

I installed testing about one year ago on this machine. The default
installation and eeepc-acpi-utils allowed me to use both suspension and
hibernation with no problems.

A couple of weeks ago, I noticed that resuming from hibernation stopped from
working : the machine starts with Asus splash screen, then grub splash screen,
detects a resume image, blanks screen  for a while (as usual). However, after
5-10 seconds (time expexcted to get the screen-save prompt for a password when
resuming from hibernation), the system reboots back to the Asus splash screen,
the the grub splash screen ; this second time, the resume image is not detected
and the system performs a "normal" boot (perfectly.

I tried to (manually) pass some --quirks options to pm-hibernate, to no avail
(ISTR I tried vberestore, pcirestore, but I'm no longer sure).

Therefore, I can no longer use hibernation, which is somewhat annoyng and
renders me more dependent on power supplies.

The same bug has been reported (in analogous circumstances) on the eeepc devel
mailong list a few days ago (I don't have the reference currently).

Any workaround would be welcome.

Sincerely,

Emmanuel
Charpentier



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

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

Versions of packages pm-utils depends on:
ii  kbd   1.15.2-2   Linux console font and keytable ut
ii  powermgmt-base1.31   Common utils and configs for power

Versions of packages pm-utils recommends:
ii  procps1:3.2.8-10 /proc file system utilities
ii  radeontool1.6.1-1utility to control ATI Radeon back
ii  vbetool   1.1-2  run real-mode video BIOS code to a

Versions of packages pm-utils suggests:
ii  cpufrequtils  007-1  utilities to deal with the cpufreq

-- 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#613758: gnome-pilot-conduits-data: missing Replaces on gnome-pilot-conduits 2.0.17-2

[Neil Williams]

tag 613758 + pending
severity 613758 important
retitle 613758 Missing Replaces on gnome-pilot-conduits <= 2.0.17-2
quit

On Thu, 17 Feb 2011 01:51:41 +0100
Vincent Lefevre  wrote:

> Package: gnome-pilot-conduits-data
> Version: 2.32.1-1
> Severity: grave
> Justification: renders package unusable
> 
> I got the following error:
> 
> Selecting previously deselected package gnome-pilot-conduits-data.
> Unpacking gnome-pilot-conduits-data (from 
> .../gnome-pilot-conduits-data_2.32.1-1_all.deb) ...
> dpkg: error processing 
> /var/cache/apt/archives/gnome-pilot-conduits-data_2.32.1-1_all.deb (--unpack):
>  trying to overwrite 
> '/usr/share/locale/wa/LC_MESSAGES/gnome-pilot-conduits.mo', which is also in 
> package gnome-pilot-conduits 2.0.17-2

It's a missing Replaces entry in the control file. A simple dpkg 
--force-overwrite -i 
/var/cache/apt/archives/gnome-pilot-conduits-data_2.32.1-1_all.deb will fix 
your problem in the meantime. I'll upload the fix tonight.



-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/



pgpxFd0Wfy57w.pgp
Description: PGP signature

Bug#613784: SpaceZero: (NEW) a RTS, 2D space combat, multiplayer net game.

[Martin Michlmayr]

* xay  [2011-02-17 09:16]:
> SpaceZero is a RTS,  2D space combat, multiplayer (two players by now)
> net game.

Are you interested in packaging this software for Debian or are you
looking for someone to do it?

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



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

Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate

[Michael Biebl]

Am 17.02.2011 09:50, schrieb Emmanuel Charpentier:
> Package: pm-utils
> Version: 1.3.0-3
> Severity: important
> 
> I installed testing about one year ago on this machine. The default
> installation and eeepc-acpi-utils allowed me to use both suspension and
> hibernation with no problems.
> 
> A couple of weeks ago, I noticed that resuming from hibernation stopped from
> working : the machine starts with Asus splash screen, then grub splash screen,
> detects a resume image, blanks screen  for a while (as usual). However, after
> 5-10 seconds (time expexcted to get the screen-save prompt for a password when
> resuming from hibernation), the system reboots back to the Asus splash screen,
> the the grub splash screen ; this second time, the resume image is not 
> detected
> and the system performs a "normal" boot (perfectly.
> 
> I tried to (manually) pass some --quirks options to pm-hibernate, to no avail
> (ISTR I tried vberestore, pcirestore, but I'm no longer sure).
> 
> Therefore, I can no longer use hibernation, which is somewhat annoyng and
> renders me more dependent on power supplies.
> 
> The same bug has been reported (in analogous circumstances) on the eeepc devel
> mailong list a few days ago (I don't have the reference currently).
> 
> Any workaround would be welcome.

Are you using KMS (cat /proc/fb)?
Does
echo "disk" > /sys/power/state
work (as root)?

Does the partition in /etc/initramfs-tools/conf.d/resume match your swap 
partition?

Why do believe this is a bug in pm-utils?

Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#613605: patch -b and -V options, overwrites file.orig despite manpage description (additional info)

[songbird]

  simple example:

==

me@ant(15)~/tmp$ cat a
a
me@ant(16)~/tmp$ cat b
a\nb
me@ant(17)~/tmp$ echo "a" > b
me@ant(18)~/tmp$ echo "b" >> b
me@ant(19)~/tmp$ cat a
a
me@ant(20)~/tmp$ cat b
a
b
me@ant(21)~/tmp$ diff -C 3 a b
*** a   2011-02-17 02:27:51.0 -0500
--- b   2011-02-17 02:28:53.0 -0500
***
*** 1 
--- 1,2 
  a
+ b
me@ant(22)~/tmp$ diff -C 3 a b > ab.diff
me@ant(23)~/tmp$ ls
total 12
-rw-r--r-- 1 me me   2 Feb 17 02:27 a
-rw-r--r-- 1 me me 132 Feb 17 02:29 ab.diff
-rw-r--r-- 1 me me   4 Feb 17 02:28 b
me@ant(24)~/tmp$ patch --dry-run -b a ab.diff
patching file a
me@ant(25)~/tmp$ ls
total 12
-rw-r--r-- 1 me me   2 Feb 17 02:27 a
-rw-r--r-- 1 me me 132 Feb 17 02:29 ab.diff
-rw-r--r-- 1 me me   4 Feb 17 02:28 b
me@ant(26)~/tmp$ touch a.orig
me@ant(27)~/tmp$ patch --dry-run -b a ab.diff
patching file a
me@ant(28)~/tmp$ ls
total 12
-rw-r--r-- 1 me me   2 Feb 17 02:27 a
-rw-r--r-- 1 me me 132 Feb 17 02:29 ab.diff
-rw-r--r-- 1 me me   0 Feb 17 02:30 a.orig
-rw-r--r-- 1 me me   4 Feb 17 02:28 b
me@ant(29)~/tmp$ patch -b a ab.diff
patching file a
me@ant(30)~/tmp$ ls
total 16
-rw-r--r-- 1 me me   4 Feb 17 02:31 a
-rw-r--r-- 1 me me 132 Feb 17 02:29 ab.diff
-rw-r--r-- 1 me me   2 Feb 17 02:27 a.orig
-rw-r--r-- 1 me me   4 Feb 17 02:28 b

#
# whups, where did a.orig go?
#

me@ant(31)~/tmp$ diff -C 3 a.orig a
*** a.orig  2011-02-17 02:27:51.0 -0500
--- a   2011-02-17 02:31:19.0 -0500
***
*** 1 
--- 1,2 
  a
+ b
me@ant(32)~/tmp$ diff -C 3 a.orig a > ab.newdiff
me@ant(33)~/tmp$ patch -b a.orig ab.newdiff
patching file a.orig
me@ant(34)~/tmp$ ls
total 24
-rw-r--r-- 1 me me   4 Feb 17 02:31 a
-rw-r--r-- 1 me me 132 Feb 17 02:29 ab.diff
-rw-r--r-- 1 me me 137 Feb 17 03:12 ab.newdiff
-rw-r--r-- 1 me me   4 Feb 17 03:12 a.orig
-rw-r--r-- 1 me me   2 Feb 17 02:27 a.orig.orig
-rw-r--r-- 1 me me   4 Feb 17 02:28 b
me@ant(35)~/tmp$ 

#
# this is really strange...
#
#   a.orig.orig now gets created?  i stop here now...
#
===




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

Bug#613791: mediawiki: Request New Version 1.16.2

[dan reportbug]

Package: mediawiki
Version: 1:1.15.5-2: all
Severity: wishlist

New version of mediawiki 1.16.2 is available at
http://www.mediawiki.org/wiki/MediaWiki

Any plan to package it ?

Thanks.
dan

Bug#613788: ITP: dropbox -- secure backup, sync and sharing util

[Neil Williams]

On Thu, 17 Feb 2011 00:35:26 -0800
Vincent Cheng  wrote:

> Package: wnpp
> Severity: wishlist
> Owner: Vincent Cheng 
> 
> 
> * Package name: dropbox
>   Version : 1.0.20-1
>   Upstream Author : Dropbox, Inc.
> * URL : http://www.dropbox.com
> * License : Proprietary
>   Section : non-free/net
>   Description : secure backup, sync and sharing util

This package has already had to be removed once: 
RoQA; unredistributable; non-free;

How do you propose to fix #610300? (This bug will likely be re-applied
to your proposed upload).

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

http://packages.qa.debian.org/d/dropbox.html

In the interests of not wasting either your time or the time of the
ftp-master or QA teams, have you done the full audit of all such issues?

-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/



pgp6Opc5wu3uY.pgp
Description: PGP signature

Bug#613792: logrotate: Should allow to disable config snippets in .d

[Jerome Warnier]

Package: logrotate
Version: 3.7.8-6
Severity: wishlist

On Debian, some packages providing configuration include directory allow for 
easily disabling.
E.g.: /etc/cron.d/ -> if a file has a . (dot) anywhere in the name, it is not 
taken into account, so adding a .old or ."date" something gets it disabled
Other e.g.: /etc/apt/sources.list.d/ -> any file not ending in .list is 
ignored, so adding a .disabled gets it disabled.

Currently, any file in /etc/logrotate.d/ is interpreted.
It would be great if logrotate had a similar mechanism as described. 

Thanks

-- Package-specific info:
Contents of /etc/logrotate.d
total 15
-rw-r--r-- 1 root root 194 Jan  1 22:58 apache2
-rw-r--r-- 1 root root 173 Jan 25 11:57 apt
-rw-r--r-- 1 root root 358 Nov 21 21:55 apt-cacher-ng
-rw-r--r-- 1 root root  79 Dec  5  2008 aptitude
-rw-r--r-- 1 root root 232 Jan 30 21:57 dpkg
-rw-r--r-- 1 root root 146 Sep 30  2008 exim4-base
-rw-r--r-- 1 root root 126 Sep 30  2008 exim4-paniclog
-rw-r--r-- 1 root root 151 Sep 29  2007 iptraf
-rw-r--r-- 1 root root 437 Nov  5 10:18 munin
-rw-r--r-- 1 root root 120 Jul 20  2010 munin-node
-rw-r--r-- 1 root root 432 Nov  5 10:17 munin.20101105
-rw-r--r-- 1 root root 837 Feb 13  2010 mysql-server
-rw-r--r-- 1 root root 515 Feb  8  2009 rsyslog
-rw-r--r-- 1 root root 114 Oct  2  2006 unattended-upgrades
-rw-r--r-- 1 root root 157 Jul 24  2008 zabbix-agent


-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages logrotate depends on:
ii  base-passwd   3.5.22 Debian base system master password
ii  cron  3.0pl1-116 process scheduling daemon
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libpopt0  1.16-1 lib for parsing cmdline parameters
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries

Versions of packages logrotate recommends:
ii  bsd-mailx [mailx]  8.1.2-0.20100314cvs-1 simple mail user agent

logrotate 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#453313: Patch with best practices for sponsorship

[Raphael Hertzog]

On Wed, 16 Feb 2011, Charles Plessy wrote:
> Dear Raphaël,
> 
> here are a couple of comments :

Ok, I integrated your comments. A new revision of the patch is attached.

> Only Debian Developers with upload rights can. I propose to either write this
> explicitely, or remove the word “Any”.

I dropped the "any".

> I wish that we would encourage more the developers to use version control
> systems. How about:
> 
>   The maintainer prepares a source package and uploads it somewhere (like on
>   mentors.debian.net) or provides a link to a revision in a publicly available
>   version control system (like on alioth.debian.net).

I have now:
The maintainer prepares a source package (.dsc) and puts it online
somewhere (like on mentors.debian.net). Or even better, she provides
a link to a public VCS repository where
the package is maintained.

The sponsor downloads (or checkouts) the source package.

> I wonder if this gives the impression that it is the FTP teams's job to do the
> full review of the package. In my understanding, its job is to make sure that
> the review has been done maintainer, which is not exactly the same, even if it
> implies re-doing the check from scratch :) How about :
> 
>   Don't ever sponsor a new package without reviewing it. It is your task
>   to make sure that the package is realy free and of high quality. Note that
>   while the FTP team will check in detail your review of the package's
>   copyright and license, only the most severe quality issues will cause the
>   package to be rejected (See http://ftp-master.debian.org/REJECT-FAQ.html).

I don't really think it's relevant. I have still reworded the para, it's
now:

Don't ever sponsor a new package without reviewing it. The review
of new packages done by ftpmasters mainly ensures that the software
is really free. Of course, it happens that they stumble on packaging
problems but they really should not. It's your task to ensure that
the uploaded package complies with the Debian Free Software Guidelines and
is of good quality.

>   Double-check with grep -ri that nothing was forgotten with keywords like
>   copyright, author or license.

I only added: grep -ri is your friend for this task.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)
commit e56dd7a0ac968bc496a01213b0b6914a8dc70276
Author: Raphaël Hertzog 
Date:   Wed Feb 2 13:51:00 2011 +0100

Rework section on "sponsoring packages" and include a basic checklist for 
the sponsor. Closes: #453313

diff --git a/beyond-pkging.dbk b/beyond-pkging.dbk
index cafbbd3..f9b5a9b 100644
--- a/beyond-pkging.dbk
+++ b/beyond-pkging.dbk
@@ -326,85 +326,231 @@ describes how to help new prospective developers.
 Sponsoring packages
 
 Sponsoring a package means uploading a package for a maintainer who is not able
-to do it on their own, a new maintainer applicant.  Sponsoring a package also
-means accepting responsibility for it.
+to do it on their own. It's not a trivial matter, the sponsor must verify
+the packaging and ensure that it is of the high level of quality that
+Debian strives to have.
 
-
 
-New maintainers usually have certain difficulties creating Debian packages —
-this is quite understandable.  That is why the sponsor is there, to check the
-package and verify that it is good enough for inclusion in Debian.  (Note that
-if the sponsored package is new, the ftpmasters will also have to inspect it
-before letting it in.)
+The process of sponsoring a package is:
+
+
+The maintainer prepares a source package (.dsc) and puts it online
+somewhere (like on mentors.debian.net). Or even better, she provides
+a link to a public VCS repository where
+the package is maintained.
+
+
+The sponsor downloads (or checkouts) the source package.
+
+
+The sponsor reviews the source package. If she finds issues, she
+informs the maintainer and asks her to provide a fixed version (the
+process starts over at step 1).
+
+
+The sponsor could not find any remaining problem. She builds the
+package, signs it, and uploads it to Debian.
+
+
 
 
-Sponsoring merely by signing the upload or just recompiling is definitely not recommended.  You need to build the
-source package just like you would build a package of your own.  Remember that
-it doesn't matter that you left the prospective developer's name both in the
-changelog and the control file, the upload can still be traced to you.
+But before delving in the details of how to sponsor a package, you should
+ask yourself whether adding the proposed package is beneficial to Debian.
 
 
-If you are an application manager for a prospective developer, you can also be
-their sponsor.  That way you can also verify how the applicant is handling the
-'Tasks and Skills' part of their application.
+There's no simple rule to answer this question, it can depend on many
+factors: is the upstream codebase mature and not full of security holes?
+Ar

Bug#613676: installation-reports: Keyboard does not work in Gnome/X after upgrade to squeeze

[Cyril Brulebois]

Hi,

Matyas  (16/02/2011):
> Unfortunately, I do not know enough about hal, udev and their config
> and I do not understand the solution I am supposed to implement.

http://pkg-xorg.alioth.debian.org/howto/configure-input.html should
get you started. You could try getting rid of the InputDevice bits in
your xorg.conf, but it looks like it's configured properly anyway:
| (II) AT Translated Set 2 keyboard: Configuring as keyboard

Not sure how evdev detection work. Did you build your kernel with
evdev (at least as a module)? Please report:
 $ grep EVDEV /boot/config-$(uname -r)

KiBi.


signature.asc
Description: Digital signature

Bug#613740: Drop Alexis from uploaders

[Peter Pentchev]

package tecnoballz
tag 613740 + pending
thanks

On Wed, Feb 16, 2011 at 11:42:08PM +0100, Moritz Muehlenhoff wrote:
> Package: tecnoballz
> Severity: normal
> 
> Debian QA spotted Alexis Sukrieh as MIA in #536133. He should be dropped
> from Uploaders.

This has been done in the Debian Games Team's Subversion repository and
it will show up in the next tecnoballz upload.

Thanks for your work in tracking MIA developers!

G'luck,
Peter

-- 
Peter Pentchev  r...@ringlet.net r...@freebsd.org pe...@packetscale.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
Hey, out there - is it *you* reading me, or is it someone else?


signature.asc
Description: Digital signature

Bug#613726: Adaption of init script for GNU/kFreeBSD

[Stefan Bauer]

Am 16.02.2011 21:55, schrieb Mats Erik Andersson:
> Package: racoon
> Version: 1:0.7.3-15
> Severity: normal
> 
> We have forgotten to adapt the init script for
> proper cooperation with GNU/kFreeBSD. Presently
> the script test the presence of "/proc/net/pfkey",
> which is not implemented for GNU/kFreeBSD.

Thanks. I'm going to test this forth and back and will include it in
the next release.

I'm gonna push that to unstable soon when openssl 1.x reaches unstable.

stefan
-- 
Stefan Bauer -
PGP: 36D1 1570 DCAD B767 EABE F60D 6BCA 7AD4 79EB C4EC
 plzk.de - Linux - because it works --



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

Bug#613738: dpkg: utime errors with all updates

[Raphael Hertzog]

On Thu, 17 Feb 2011, Jonathan Nieder wrote:
> > An apt-get upgrade failed midflow today with strange utime errors such as:
> >
> > tar: ./postinst: Cannot utime: Unknown error 4294967207
> > tar: ./shlibs: Cannot utime: Unknown error 4294967207
> > tar: ./control: Cannot utime: Unknown error 4294967207
> > tar: ./postrm: Cannot utime: Unknown error 4294967207
> > tar: ./md5sums: Cannot utime: Unknown error 4294967207
> > tar: .: Cannot utime: Unknown error 4294967207
> 
> Can you reproduce this on other machines?  Is the error number
> always the same?

Ugh, I did not notice that it was on mips.

Nigel, you must provide a list of what was upgraded when the problem
started appearing.

It might be a problem between libc and the kernel. I remember having seen
something like that in the past. CCing Aurélion Jarno who might remember
better than me.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



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

Bug#583774: Same problem here

[Roberto Fasciolo]

I've exactly the same issue (with the same errors in .xsession-errors) 
on a machine I've updated from lenny to squeeze. I'm not using an intel 
video adapter there but an nvidia.


I've noticed that besides gnome-panel not showing up at the same time 
two processes were consuming about 30% CPU each: udisks-daemon and 
dbus-daemon.


I found a temporary workaround that allows gnome to start up normally 
(but prevents gnome to detect when a disk in inserted in the system and 
also causes file explorer to crash when trying browsing a removable 
device): removing the org.freedesktop.UDisks.conf file from 
/etc/dbus-1/system.d.




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

Bug#612609: upgrade to 7.10-3 disables composite effects

[Michael Meskes]

> It might be https://bugs.freedesktop.org/show_bug.cgi?id=33889 , can you
> try if cherry-picking commit 63b9790a55038c262b57c846a5f7067ea33fc60f 
> ('r600g: move user fence into base radeon structure') from Git master helps?

No, doesn't make a difference. BTW it would help a lot if you could add a link
to the patch or at least to the archive to your email so the user doesn't have
to search for it before trying the patch.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at googlemail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL



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

Bug#613775: aptitude upgrades lose extended state (automatic status)

[David Kalnischkies]

On Thu, Feb 17, 2011 at 05:31, Aaron M. Ucko  wrote:
> I've found that with recent versions of apt installed, telling aptitude
> that I'd like to upgrade any packages results in losing extended state
> for all upgradable packages, which it proceeds to consider manually
> installed.  AFAICT (with help from bzr's unofficial bisect plugin),
> revision 2073.1.3 is
> at fault:
>
> On revision 2073.1.3 (kalnischk...@gmail.com-20110211164750-u0982elp6wnjh639):
> * apt-pkg/depcache.cc:
>  - mark a package which was requested to be installed on commandline
>    always as manual regardless if it is already marked or not as the
>    marker could be lost later by the removal of rdepends (Closes: #612557)

In that case it would be an aptitude bug as it would call MarkInstall
with FromUser == true for requests which are not directly from the user
and should therefore not be marked as manual.

As the changelog entry tries to describe in a request like
apt-get install A
A is now always marked as manual installed.

Previously, it was checked if A is already marked (= not garbage) and only
if not it was marked as manual. Thats faulty every time this request results
in the removal of B which was the package responsible for marking A.
The package A would be garbage then - this results normally in the funny
output that A is considered garbage and can be autoremoved and at the same
time its explicitly upgraded by the user, but if you activate automatic
autoremove the package A is removed in the request to install/upgrade it!
(Isn't the last one aptitudes default behavior?)

The rationality is simple that if the user cared enough to request install
of a new version of this package (s)he would be depressed so see it marked
for removal in the next autoremove run. Especially as the same command
if no newer version is installable marks the package as manual installed, too.


So could you please describe more detailed why do you consider it a bug
in APT rather than in aptitude? Exact commands you use for example?


Best regards

David Kalnischkies



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

Bug#613793: openchangeclient: Segfault in ndr_charset_length () from /usr/lib/libndr.so.0

[Mathieu Parent]

Package: openchangeclient
Version: 1:0.11~bzr1932-1
Severity: important

I have done the following:

$ rm -r ~/.openchange/
$ mapiprofile --newdb
$ mapiprofile --encrypt --profile= \
 --username= --password= \
 --domain= --realm= \
 --address= --create
$ mapiprofile --profile= --default
$ openchangeclient --mailbox


The last command crashed:

$ gdb --args openchangeclient --mailbox
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/openchangeclient...(no debugging symbols
found)...done.
(gdb) r
Starting program: /usr/bin/openchangeclient --mailbox
[Thread debugging using libthread_db enabled]
Unknown enumerated value 'ADS' for 'security'

Program received signal SIGSEGV, Segmentation fault.
__strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:31
31  ../sysdeps/x86_64/multiarch/../strlen.S: Aucun fichier ou dossier de ce 
type.
in ../sysdeps/x86_64/multiarch/../strlen.S
Current language:  auto
The current source language is "auto; currently asm".
(gdb) bt
#0  __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:31
#1  0x767a027f in ndr_charset_length () from /usr/lib/libndr.so.0
#2  0x77adc72d in ?? () from /usr/lib/libmapi.so.0
#3  0x769fa090 in dcerpc_binding_handle_call_send () from
/usr/lib/libdcerpc.so.0
#4  0x769fa63c in dcerpc_binding_handle_call () from
/usr/lib/libdcerpc.so.0
#5  0x77b5750a in dcerpc_EcDoConnect_r () from /usr/lib/libmapi.so.0
#6  0x77aa736e in emsmdb_connect () from /usr/lib/libmapi.so.0
#7  0x77abd781 in Logon () from /usr/lib/libmapi.so.0
#8  0x77ac2cff in MapiLogonProvider () from /usr/lib/libmapi.so.0
#9  0x77ac2f77 in MapiLogonEx () from /usr/lib/libmapi.so.0
#10 0x00409e38 in ?? ()
#11 0x76ca2c4d in __libc_start_main (main=, argc=, ubp_av=,
init=, fini=,
rtld_fini=, stack_end=0x7fffe378) at
libc-start.c:228
#12 0x00403889 in ?? ()
#13 0x7fffe378 in ?? ()
#14 0x001c in ?? ()
#15 0x0002 in ?? ()
#16 0x7fffe62d in ?? ()
#17 0x7fffe647 in ?? ()
#18 0x in ?? ()
(gdb) n

Program terminated with signal SIGSEGV, Segmentation fault.
The program no longer exists.
(gdb) q


Some (maybe) relevant info:
- Evolution-MAPI doesn't work either ("Authentication failed" but
nothing to network-capture)
- Environment:
  - AD (Active Directory) Windows 2003 with schema extended to 2008r2
  - MS Exchange 2010 with a CAS array
- Winbind is installed (samba3) on my workstationi (Kerberos SSO works)
$ cat /etc/samba/smb.conf
[global]
workgroup = 
realm = 
security = ADS

winbind use default domain = yes
template homedir = /home/%U
template shell = /bin/bash

allow trusted domains = no
winbind offline logon = yes

idmap backend = tdb
idmap uid = 1100-
idmap gid = 1100-

idmap config  : backend = rid
idmap config  : range   = 1 - 5


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

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

Versions of packages openchangeclient depends on:
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libdce 4.0.0~alpha15~git20110124.dfsg1-2 DCE/RPC client library
ii  libica 0.44-3iCalendar library implementation i
ii  libldb 1:0.9.24-1LDAP-like embedded database - shar
ii  libmag 5.04-5File type determination library us
ii  libmap 1:0.11~bzr1932-1  Client library for the MAPI protoc
ii  libmap 1:0.11~bzr1932-1  Administration client library for
ii  libndr 4.0.0~alpha15~git20110124.dfsg1-2 NDR marshalling library
ii  libocp 1:0.11~bzr1932-1  Scripting library for the MAPI pro
ii  libpop 1.16-1lib for parsing cmdline parameters
ii  libsam 4.0.0~alpha15~git20110124.dfsg1-2 Samba host configuration library
ii  libsam 4.0.0~alpha15~git20110124.dfsg1-2 Samba utility function library
ii  libsub 0.0.6-1   Unit testing protocol - C/C++ shar
ii  libtal 2.0.5-1   hierarchical pool based memory all
ii  libtev 0.9.10-1  talloc-based event loop library -

openchangeclient recommends no packages.

Versions of packages openchangeclient suggests:
pn  nagios3(no description available)
ii  p

Bug#592092: courier-pop-ssl: Missing symbolink link when using dpkg-reconfigure

[Stefan Hornburg (Racke)]

On 08/07/2010 04:20 PM, Thibault Richard wrote:

Package: courier-pop-ssl
Severity: minor

Hello,

I've noticed a strange thing about this package.

When you install this package, it generates certificate in 
/usr/lib/courier/pop3d.pem AND it creates a symbolic link in 
/etc/courier/pop3d.pem

The symbolic link in /etc/courier/pop3d.pem is mandatory for the package to 
work.

Nevertheless, this symbolic link is not created again when you launch the 
command dpkg-reconfigure courier-pop-ssl


I think it is the other way around, /usr/lib/courier/pop3d.pem is a symbolic 
link to /etc/courier/popd3d.pem.

Regards
Racke



--
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team




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

Bug#613738: dpkg: utime errors with all updates

[Aurelien Jarno]

On Thu, Feb 17, 2011 at 10:30:59AM +0100, Raphael Hertzog wrote:
> On Thu, 17 Feb 2011, Jonathan Nieder wrote:
> > > An apt-get upgrade failed midflow today with strange utime errors such as:
> > >
> > > tar: ./postinst: Cannot utime: Unknown error 4294967207
> > > tar: ./shlibs: Cannot utime: Unknown error 4294967207
> > > tar: ./control: Cannot utime: Unknown error 4294967207
> > > tar: ./postrm: Cannot utime: Unknown error 4294967207
> > > tar: ./md5sums: Cannot utime: Unknown error 4294967207
> > > tar: .: Cannot utime: Unknown error 4294967207
> > 
> > Can you reproduce this on other machines?  Is the error number
> > always the same?
> 
> Ugh, I did not notice that it was on mips.
> 
> Nigel, you must provide a list of what was upgraded when the problem
> started appearing.
> 
> It might be a problem between libc and the kernel. I remember having seen
> something like that in the past. CCing Aurélion Jarno who might remember
> better than me.
> 

This is a kernel issue, you should upgrade your kernel with a fixed
version.

This is fixed upstream by this commit:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=bda8229bdd087167f463ad5e74299987924f8137

The Lenny (at least in recent point releases) and Squeeze linux-2.6 
packages both have the fix.

Aurelien

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#613668: lm-sensors: wrong temperature detected

[Aurelien Jarno]

tag 613668 + moreinfo
thanks

On Wed, Feb 16, 2011 at 03:43:17PM +0100, Giuseppe de Vito wrote:
> Package: lm-sensors
> Version: 1:3.2.0-1
> Severity: normal
> 
> "sensors" shows unrealistic low core temperatures while  "acpi -t" shows the
> correct ones.
> In idle state the core temperature detected by "sensors" are around  10 
> celsius
> degree (that is below room temperature) while "acpi -t" detects a correct core
> temperature of 50 celsius degree.
> Under cpu stress the respective detected temperatures are: 84 celsius degree
> for "sensors" and 92 celsius degree for "acpi -t".
> My  cpu is "Intel Core 2 Duo T9300".
> 

The sensors programs get its value from the kernel (actually from files
in /sys). It's possible your CPU is not supported by the kernel you are
running. 

I have seen your are running your own kernel. Can you please retry with
a Debian kernel instead?

Also can you please send me the kernel messages upon insertion of the
coretemp module? They looks like this one, but you may have some more on
your system:

  coretemp coretemp.0: TjMax is 105 C.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#613788: ITP: dropbox -- secure backup, sync and sharing util

[Aron Xu]

The tarball is still missing for some critical things. For example
there is no source code for _librsync.so, and librsync is LGPL
licensed. So we are still not able to distribute the package in
Debian's infrastructure legally.


-- 
Regards,
Aron Xu



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

Bug#613662: unmet dependencies race condition

[Didier 'OdyX' Raboud]

Le Thursday 17 February 2011 02:04:27 jida...@jidanni.org, vous avez écrit :
> > "D'R" == Didier 'OdyX' Raboud  writes:
> D'R> Such temporary glitches are perfectly normal (and transitional) in the
> unstable D'R> distribution. All those packages are built and uploaded,
> they will reach your D'R> mirror really soon now. Hence closing this
> non-bug.
> 
> Can't they be sent in a different order so as not to expose the problem?

This is not feasible, because of the nature of unstable. Packages get uploaded 
and get auto-built by build daemons after the upload. As building packages can 
take much time, it is frequent to have architectures that have many more 
packages built than others.

On those 'slow' architectures, unsatisfied dependencies are frequent, but 
almost 
always get solved by _waiting_ (I run 'aptitude update; aptitude safe-upgrade' 
daily and I don't even see these issues). Hence you cannot expect developers to 
wait for _all_ architectures to be up2date to upload packages that depend on a 
given package, that would just slow up things for no benefit.

If you want a system that has no such things, you should try testing (currently 
Wheezy) or even stable (currently Squeeze), whose migration scripts are 
_designed_ to avoid this. Unsatisfied dependencies in the testing or sable 
suites are bugs; in unstable they are not (and cannot be, for the reasons 
explained above).

Regards, 

OdyX

-- 
Didier Raboud, proud Debian Developer.
CH-1020 Renens
o...@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#613381: Workaround ?

[Benjamin Cama]

Hi,

Could we _at least_ have a workaround for that? As it seems the change
is not going to happen soon. Chromium fucked-up my default browser
choice, and now I've no easy way to change that, and I don't even know
where to look to fix that by hand. What's the workaround ?

Regards,
Benjamin




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

Bug#613623: network-console: Cannot start with some locales (eg. sl_SI)

[Otavio Salvador]

On Thu, Feb 17, 2011 at 05:44, Christian PERRIER  wrote:
...
> I'll do this, which will avoid triggerring the problem. However, of
> course, the underlying problem is still here..:-)

Joey has commited, yestarday, a fix for this in main-menu. We could
upload it and see how it goes. It can be added on 6.0.1 if proves
safe.

-- 
Otavio Salvador                             O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br



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

Bug#613770: monit: Message-Id of mail alerts is incorrect

[Sergey B Kirpichev]

tag 613770 +pending
thanks

> The Message-Id's in mail messages sent by monit (for alerts) are
> incorrect. There are 2 problems:
> 
> 1. The domain part (after @) contains $HOST (which is typically just
>the nodename, not a FQDN) instead of the mailname.

You can use "set mailserver ... using hostname " in
monitrc.  Please, check documentation.

> 2. The Message-Id's are not unique, because the part before the @
>currently seems to contain only the time in seconds. I got two
>messages sent during the same second and they had the same
>Message-Id.

Patch in our Git repo [1] adds microsecond resolution for Message-ID
timestamp.  Hope, it fixes the problem.

1 : http://git.debian.org/?p=collab-maint/monit.git;a=summary



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

Bug#613492: Removed package(s) from unstable

[Julien Valroff]

Le jeudi 17 févr. 2011 à 09:45:37 (+0100), Josselin Mouette a écrit :
> Le mercredi 16 février 2011 à 20:02 +0100, Luk Claes a écrit : 
> > On 02/16/2011 06:02 PM, Julien Valroff wrote:
> > > Though I have nothing against this removal, and though I agree this 
> > > package
> > > should have been maintained by the GNOME team (I am sure Josselin thought 
> > > it
> > > was the case): why was this request approved without any prior
> > > agreement from the maintainer of the package (me in that case)?
> 
> I am terribly sorry about asking for removal without checking. I assumed
> this package was in pkg-gnome, and I see now that it doesn’t. 

No need to be sorry, I was pretty sure you had assumed about pkg-gnome, and
I must also admit it should have been there.

> > > Isn't there any check made before removing a package from the archive to
> > > ensure the request was actually my by the maintainer (in case of a RoM)?
> > 
> > No idea about the above part...
> 
> I think there is an alert sent to the maintainer (or is it through the
> PTS?), saying that the removal was requested. But that doesn’t help when
> FTP masters are ultra-fast ;)

I was only alerted when the bug was closed by FTP masters, hence, it might
indeed be an option in the PTS.

I will check this ASAP as this might lead to abuses.

Cheers,
Julien

-- 
  ,''`.  Julien Valroff ~  ~ 
 : :' :  Debian Developer & Free software contributor
 `. `'   http://www.kirya.net/
   `-4096R/ E1D8 5796 8214 4687 E416  948C 859F EF67 258E 26B1



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

Bug#613775: aptitude upgrades lose extended state (automatic status)

[Sven Joachim]

Hi,

I have just stumbled over this as well.

On 2011-02-17 10:47 +0100, David Kalnischkies wrote:

> On Thu, Feb 17, 2011 at 05:31, Aaron M. Ucko  wrote:
>> I've found that with recent versions of apt installed, telling aptitude
>> that I'd like to upgrade any packages results in losing extended state
>> for all upgradable packages, which it proceeds to consider manually
>> installed.  AFAICT (with help from bzr's unofficial bisect plugin),
>> revision 2073.1.3 is
>> at fault:
>>
>> On revision 2073.1.3 
>> (kalnischk...@gmail.com-20110211164750-u0982elp6wnjh639):
>> * apt-pkg/depcache.cc:
>>  - mark a package which was requested to be installed on commandline
>>    always as manual regardless if it is already marked or not as the
>>    marker could be lost later by the removal of rdepends (Closes: #612557)
>
> In that case it would be an aptitude bug as it would call MarkInstall
> with FromUser == true for requests which are not directly from the user
> and should therefore not be marked as manual.
>
> As the changelog entry tries to describe in a request like
> apt-get install A
> A is now always marked as manual installed.
>
> Previously, it was checked if A is already marked (= not garbage) and only
> if not it was marked as manual. Thats faulty every time this request results
> in the removal of B which was the package responsible for marking A.
> The package A would be garbage then - this results normally in the funny
> output that A is considered garbage and can be autoremoved and at the same
> time its explicitly upgraded by the user, but if you activate automatic
> autoremove the package A is removed in the request to install/upgrade it!
> (Isn't the last one aptitudes default behavior?)
>
> The rationality is simple that if the user cared enough to request install
> of a new version of this package (s)he would be depressed so see it marked
> for removal in the next autoremove run. Especially as the same command
> if no newer version is installable marks the package as manual installed, too.

This may make sense for apt-get, but I would like to be able to upgrade
some selected packages _without_ changing their manual/automatic state.
Especially in interactive situations (like aptitude's TUI/GUI or in
synaptic) this seems better.  Especially since there are dedicated
commands for changing the manual/auto status.

> So could you please describe more detailed why do you consider it a bug
> in APT rather than in aptitude? Exact commands you use for example?

I did not run anything else than "aptitude safe-upgrade", IIRC.

Regards,
Sven



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

Bug#592092: courier-pop-ssl: Missing symbolink link when using dpkg-reconfigure

[Stefan Hornburg (Racke)]

On 08/07/2010 04:20 PM, Thibault Richard wrote:

Package: courier-pop-ssl
Severity: minor

Hello,

I've noticed a strange thing about this package.

When you install this package, it generates certificate in 
/usr/lib/courier/pop3d.pem AND it creates a symbolic link in 
/etc/courier/pop3d.pem

The symbolic link in /etc/courier/pop3d.pem is mandatory for the package to 
work.

Nevertheless, this symbolic link is not created again when you launch the 
command dpkg-reconfigure courier-pop-ssl


Removing /etc/courier/pop3d.pem and running dpkg-reconfigure courier-pop-ssl 
recreates the certificate.

Please supply more information on your problem.

Regards
Racke


--
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team




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

Bug#613794: aptitude: cursor position in textfields. Usability improvement.

[Antonio Ospite]

Package: aptitude
Version: 0.6.3-3.2
Severity: wishlist

Hi,

maybe we can improve the cursor position in textfields (search box, limit
display box): currently it is always at the _beginning_ of textfields, even
when there is text in them already.

Here is how aptitude behaves now:
 1. Open the Search box (For example with the '/' key)
 2. Insert some text and press OK
 3. Open the Search box again, the cursor is shown at the _beginning_ of the
previously inserted text.
 4. To replace the text the user can:
a. Insert a new text directly, _replacing_ the current one altogether
b. Use the right arrow key to put the cursor at the end of the text and
   use Backspace to delete it (Del/Canc does not seem to work).

I observed myself doing 4b. most of the time (I should really say "always"),
and moving the cursor is kind of annoying.

However, if it was decided that the cursor has to be shown at the _end_ of the
text box then 4a. would not be look right either, the user would expect to
_append_ new characters to the text when inserting something new.

Bottomline, I propose to put the cursor at the _end_ of the text in textfields
and only allow to delete the text with backspace, in order to follow what IMHO
are the "expectations" of most of the users.

If the current behavior depends on ncurses and not directly on aptitude, then
sorry for the noise.

With Kind Regards,
   Antonio Ospite
   http://ao2.it

-- Package-specific info:
aptitude 0.6.3 compiled at Oct 16 2010 18:18:04
Compiler: g++ 4.4.5
Compiled against:
  apt version 4.10.1
  NCurses version 5.7
  libsigc++ version: 2.2.4.2
  Ept support enabled.
  Gtk+ support disabled.

Current library versions:
  NCurses version: ncurses 5.7.20100313
  cwidget version: 0.5.16
  Apt version: 4.10.1
linux-vdso.so.1 =>  (0x7fff1d694000)
libapt-pkg.so.4.10 => /usr/lib/libapt-pkg.so.4.10 (0x7ff564d69000)
libncursesw.so.5 => /lib/libncursesw.so.5 (0x7ff564b16000)
libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0x7ff56491)
libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0x7ff564644000)
libept.so.1 => /usr/lib/libept.so.1 (0x7ff5643f)
libxapian.so.22 => /usr/lib/libxapian.so.22 (0x7ff563feb000)
libz.so.1 => /usr/lib/libz.so.1 (0x7ff563dd4000)
libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x7ff563b39000)
libboost_iostreams.so.1.42.0 => /usr/lib/libboost_iostreams.so.1.42.0 
(0x7ff56391d000)
libpthread.so.0 => /lib/libpthread.so.0 (0x7ff563701000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x7ff5633ed000)
libm.so.6 => /lib/libm.so.6 (0x7ff56316a000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x7ff562f54000)
libc.so.6 => /lib/libc.so.6 (0x7ff562bf3000)
libutil.so.1 => /lib/libutil.so.1 (0x7ff5629ef000)
libdl.so.2 => /lib/libdl.so.2 (0x7ff5627eb000)
libuuid.so.1 => /lib/libuuid.so.1 (0x7ff5625e6000)
libbz2.so.1.0 => /lib/libbz2.so.1.0 (0x7ff5623d6000)
librt.so.1 => /lib/librt.so.1 (0x7ff5621ce000)
/lib64/ld-linux-x86-64.so.2 (0x7ff565098000)
Terminal: xterm
$DISPLAY is set.
`which aptitude`: /usr/bin/aptitude
aptitude version information:

aptitude linkage:

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-rc5-ao2 (SMP w/1 CPU core)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages aptitude depends on:
ii  apt [libapt-pkg4.10]0.8.11.4 Advanced front-end for dpkg
ii  libboost-iostreams1.42. 1.42.0-4 Boost.Iostreams Library
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libcwidget3 0.5.16-3 high-level terminal interface libr
ii  libept1 1.0.4High-level library for managing De
ii  libgcc1 1:4.4.5-11   GCC support library
ii  libncursesw55.7+20100313-5   shared libraries for terminal hand
ii  libsigc++-2.0-0c2a  2.2.4.2-1type-safe Signal Framework for C++
ii  libsqlite3-03.7.4-2  SQLite 3 shared library
ii  libstdc++6  4.4.5-11 The GNU Standard C++ Library v3
ii  libxapian22 1.2.4-1  Search engine library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages aptitude recommends:
ii  apt-xapian-index  0.41   maintenance and search tools for a
pn  aptitude-doc-en | aptitude-do  (no description available)
ii  libparse-debianchangelog-perl 1.1.1-2.1  parse Debian changelogs and output
ii  sensible-utils0.0.6  Utilities for sensible alternative

Versions of packages aptitude suggests:
pn  debtags(no description availab

Bug#613580: libgs9: please Recommends: (not Depends:) gs-cjk-resource

[Kenshi Muto]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi all,

At Tue, 15 Feb 2011 22:59:59 +0100,
Jonas Smedegaard wrote:
> On Tue, Feb 15, 2011 at 09:27:59PM +0100, Luca Capello wrote:
> >This seems to me an example where you want Recommends: instead of
> >Depends:
> 
> I fully agree with you.  I am myself on a general crusade for lowering 
> as much possible depends to recommends, so no further arguments needed
> :-)

Hm, I'm not sure why libgs9 needs to depend on gs-cjk-resource.

> I agree that there are issues with the gs-cjk-resource package. It is 
> plural issues: also one of or'ing the relationships for the multiple CJK 
> supportive areas instead of declaring them independently.  I have 
> encouraged the maintainer to move it to co-maintainance at the Debian 
> Printing Team with the intend of helping weed out things like that 
> myself, but have not yet heard back on that proposal.  I have not yet 
> been bothered enough to file bugreports yet (for some weird reason I 
> find it more bothersome to file bugreports than to fully package code 
> and maintain it for years).

I'm sorry for delayed response.
It is OK to do co-maintainance gs-cjk-resource and cmap-adobe-* 
packages at the Debian Printing Team, and count me in the team.

Unfortunately because at this time (will be till summer) I'm in
terrible busy, feel free to modify it.

Thanks,
- -- 
Kenshi Muto
km...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.9 

iQIcBAEBCgAGBQJNXPOtAAoJEB0hyD3EUuD8r0IP/iVRf17oj1PjEQeEXee/0+3e
egG7TGMLySV7bxntJPSFuCXiQArFuk0CfmzQs/jnlr3ZfO0oDM7AG25onfZA35WA
6QWV3Kg4xS2RmimT2aBlAQ0N+mSHOwhL8ETZ6XfwkhAyjW17HJC/Hy3qNAAn58uQ
Q2GygQTgIFbiuN6HOuWqCiOOv0KLf60H7P5RxG8DNhKFWFSKyJjlci89C9JDUs3x
tMzbkzyGZnkD459cdgD59To4eoFE48+vhdBMBb1yb2V2AIo/3aaQphoTS1NjDH6q
wOWnhbS3mmXPMFVbBMT+NLya43E451/DzdrjjbdujA3CC5pgBPFbTGeW3MGVd9a9
XpHRcZqL8X13lM5NpRd3X/yfbCfEA3A8ThfQ8yEUPTBBDFsFAFzMTquX/T1/uUNp
wt3jM3547hXPnkifIcYm6CT72kxUjGHy3Mf7TMyA8leo2BjwAH3o87D6i/1JlzsW
XRs+Yi2f1os4ly2EQ6gl+RsaA6l8K5wrqpXU+50UrPPR2vi7IC5Q0IGtn7VUh6JZ
7Mc9iH0hJj+L7sbkiUo7BuPkCBD1ghhEnNK/TuPGcN6orV7oJabcFbB7hGG5x18r
w4ujI1FcBEW3Y/3BsSgiiVOCMbHWaiX3aQblwaa2DFxWwu0hsmn6IiRPVXDmciky
d4MMihI5dVk/g5AQEZwc
=KKM0
-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#613670: Acknowledgement (linux-image-2.6.32-bpo.5-686: EDID checksum failure kills X while switched away using KVM switch)

[Conrad Hughes]

After some further experimentation it seems that it might be the actual
moment of switching the KVM switch back to my squeeze machine that X
dies: through ssh I could see processes attached to my login right until
I switched.

Conrad



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

Bug#613788: ITP: dropbox -- secure backup, sync and sharing util

[Aron Xu]

On Thu, Feb 17, 2011 at 18:11, Vincent Cheng  wrote:
> The former Dropbox maintainer's sponsor has suggested to me that instead of
> including _librsync.so itself in the source tarball, that I simply include
> rsync as a build dependency and during the build process, create a symlink
> to librsync.so from Debian's own rsync package, to whatever directory
> Dropbox is installed in. I could also do this for any libraries that are
> already present in Debian's repositories (i.e. use symlinks instead of
> actually including the library in the tarball). After doing so, would I
> still have to include source code for rsync inside the Dropbox package?
> Vincent

That would be okay on LGPL/MIT-style licensed libraries, but you still
need to audit all files provided in the tarball if there are problems
and make sure the package works as usual after applying the trick.
Then you'd better make a source tarball that removed those
non-distributable files

-- 
Regards,
Aron Xu



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

Bug#613623: network-console: Cannot start with some locales (eg. sl_SI)

[Otavio Salvador]

On Thu, Feb 17, 2011 at 10:10, Otavio Salvador  wrote:
> On Thu, Feb 17, 2011 at 05:44, Christian PERRIER  wrote:
> ...
>> I'll do this, which will avoid triggerring the problem. However, of
>> course, the underlying problem is still here..:-)
>
> Joey has commited, yestarday, a fix for this in main-menu. We could
> upload it and see how it goes. It can be added on 6.0.1 if proves
> safe.

Uploaded.

-- 
Otavio Salvador                             O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br



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

Bug#612958: apt and dpkg configured separately for multiarch?

[Goswin von Brederlow]

Steve Langasek  writes:

> On Wed, Feb 16, 2011 at 04:30:31PM +0100, Goswin von Brederlow wrote:
>> This needs some redesign I'm afraid. Specifically in combination with
>> cross-compiling.
>
>> There are 4 kinds of architectures:
>
>> 1) the native arch (the prefered arch)
>> 2) foreign archs directly supported by the cpu
>> 3) foreign archs supported by emulator (use as last resort)
>> 4) cross-compile arch (don't install binaries from there, only libs)
>
>> 1-3 is just a matter of preference, affect only apt and can be
>> configured using pining.  But for 4 the Packages file needs to be
>> filtered and dpkg should require extra force to install a binary package
>> for that arch.
>
> I disagree that there's anything special about the cross-compile case.  This
> is just another level of preference; packages for the cross-compile arch
> should be pulled in only when explicitly requested, which in the context of
> build-dependencies they obviously will be.  There's no need to complicate
> the configuration interface, pinning handles this as well as it does the
> other cases.
>
> If you actually wind up pulling in binaries in the process,  - the
> package has broken build-dependencies.  Fix that - don't overengineer the
> preferences interface declaration.

So lets say a new debianutils is uploaded with a bug and turns out
uninstallable. The amd64 and i386 archs usualy get updates first while
the poor armel buildds lags somewhat behind. Situation then is that bash
is uninstallable on amd64/i386 but fine on armel.

Now someone does apt-get update; apt-get dist-upgrade. He has an ancient
bash installed and something depends on a newer bash version (so
something explicitly pulls in the newer version). Since bash is
Multi-Arch: foreign his ancient amd64 bash gets replaced by the newer
armel bash. Now that will be fun.

I would feel a whole lot better if apt would only have Multi-Arch: same
packages for armel. And dpkg should complain about wrong architecture
trying to install armel packages without Multi-Arch: same.

That is not something preferences can filter. But it is easy to filter
if there are two ways to declare foreign architectures in the config.

MfG
Goswin



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

Bug#552434: Please apply this patch against the packages

[Arthur Gautier]

Hi there, 

could you please apply this patch against the squeeze init-script ? it's really
annoying not to be able to start rabbitmq-server during the boot ...

Moreover, if you get init-scripts that depends on rabbitmq ... the
others init-scripts just failed to install too ...

Thank you

-- 
Arthur Gautier
--- a/rabbitmq-server	2011-02-17 10:56:56.001778596 +0100
+++ b/rabbitmq-server	2011-02-17 10:56:44.613778638 +0100
@@ -10,8 +10,8 @@
 # Provides:  rabbitmq-server
 # Required-Start:$remote_fs $network
 # Required-Stop: $remote_fs $network
-# Default-Start:
-# Default-Stop:
+# Default-Start: 3 5
+# Default-Stop:  0 1 2 6
 # Description:   RabbitMQ broker
 # Short-Description: Enable AMQP service provided by RabbitMQ broker
 ### END INIT INFO


signature.asc
Description: Digital signature

Bug#612007: [btrfs-tools] include in install when btrfs is used as a partition

[Otavio Salvador]

On Sun, Feb 13, 2011 at 11:45, Paul Rufous  wrote:
> + http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612809
> Please add depends ``btrfs-tools''  if btrfs was choose as partotion
> filesystem.

Checking partman-btrfs it seems doing that. Have you tested it with
squeeze installer?

-- 
Otavio Salvador                             O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br



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

Bug#613645: xterm: Alt-Enter (M-RET) doesn't work

[Thomas Dickey]

On Thu, 17 Feb 2011, Kan-Ru Chen wrote:


Thomas Dickey  writes:


On Wed, 16 Feb 2011, Kan-Ru Chen wrote:

Thanks! I didn't know Alt-Enter was bound to full screen; does it work


yes... you've run into a bug that I fixed a few days ago (since you
commented that it's doing nothing).  Misled by the manpage, I used
32-bit data for reading the list of supported features.

When I added the feature, it wasn't (as) clear to me that people actually
used alt-enter.  So now I know, and am making the feature configurable
(which in turn leads to new functionality, etc).


Do you mean _NET_WM_STATE_FULLSCREEN in _NET_SUPPORTED array? Awesome3
does advertise this feature. But neither Alt-Enter nor Full Screen
option set the atom.


hmm - xterm is only asking if the atom is set.  The bug-fix I mentioned is 
that it may not find the atom on 64-bit machines.  (I have my ongoing 
fixes in ftp://invisible-island.net/temp - this one simply changed CARD32 
to long).


I installed awesome on my Debian/testing, and it does seem to honor the 
fullscreen feature.  (The screensize is not right, since the bottom row of 
text is incomplete due to the increment size, etc - something I'll have to 
continue working on).


At the moment, I'm just considering configurability to allow the 
fullscreen feature to be entirely disabled (along with the key 
translation), though just disabling the key itself may be preferable.



under tiling window manager? ;-)


I did suppose it would work better in ion2/ion3 than the ordinary layout,
which uses character-sized increments for the window manager hints.

But I've been busy setting up new machines for testing ports, and didn't
follow up on checking that.  Given your question, I've added ion2/ion3
to my "Lenny" machine.  Any other suggestions for testing?


Too many window manager out there. I would suggest “awesome” which I use. ;-)


yes - too many.  I'd been using fvwm for quite a while, but in my newer
environment I'm mainly using Mac OS X with Parallels or some type of
VNC display.

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

Bug#613795: zi:m bullet list export is incorrect

[ALan Lucas]

Package: zim
Version: 0.48-1
Severity: minor

When "exporting" a complete notebook the  and  tags are not written 
out for bulleted lists. The export only works correctly when individual pages 
are exported. 

-- System Information:
Debian Release: 6.0
  APT prefers squeeze-updates
  APT policy: (500, 'squeeze-updates'), (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages zim depends on:
ii  python  2.6.6-3+squeeze5 interactive high-level object-orie
ii  python-gtk2 2.17.0-4 Python bindings for the GTK+ widge
ii  python-simplejson   2.1.1-1  simple, fast, extensible JSON enco
ii  python-support  1.0.10   automated rebuilding support for P
ii  python-xdg  0.19-2   Python library to access freedeskt

Versions of packages zim recommends:
ii  python-gtkspell   2.25.3-7   Python bindings for the GtkSpell l

Versions of packages zim suggests:
pn  bzr(no description available)
ii  dvipng1.13-1 convert DVI files to PNG graphics
ii  graphviz  2.26.3-5   rich set of graph drawing tools
ii  scrot 0.8-13 command line screen capture utilit

-- 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#613654: [Debian-ha-maintainers] Bug#613654: drbd8-utils: drbd init script stops boot if peer not available

[Florian Haas]

On 2011-02-16 13:53, Tim Stoop wrote:
> Package: drbd8-utils
> Version: 2:8.3.7-2.1
> Severity: normal
> 
> Hi,
> 
> We're experiencing some trouble with the drbd init script. Specifically the 
> line
> that starts $DRBDADM wait-con-int. If the peer is not available, this shows 
> the
> dialog explaining drbd is waiting to connect and if one wants to continue with
> the booting, to enter the word "yes". However, after entering "yes", the boot
> still doesn't continue.

Can we get a boot log from a serial console, or a screenshot please.

> This doesn't happen when the initscript is started from the commandline
> afterwards. Commenting the line out helps, booting continues and drbd keeps
> polling for the other host anyway.
> 
> I couldn't find a config option for this, so I think this might be a bug.

man drbd.conf

Look for the *wfc-timeout options.

Florian



signature.asc
Description: OpenPGP digital signature

Bug#613662: unmet dependencies race condition

[jidanni]

> "D'R" == Didier 'OdyX' Raboud  writes:
D'R> On those 'slow' architectures, unsatisfied dependencies are frequent, but 
almost
D'R> always get solved by _waiting_ (I run 'aptitude update; aptitude 
safe-upgrade'
D'R> daily and I don't even see these issues).
Try 'aptitude update; aptitude full-upgrade'
All I know is I use
-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

I don't know if that architecture is slow.

Looking again at

The following packages have unmet dependencies:
  linux-image-2.6-686: Depends: linux-image-2.6.37-1-686 which is a virtual 
package.
  linux-image-686: Depends: linux-image-2.6.37-1-686 which is a virtual package.
  linux-doc-2.6: Depends: linux-doc-2.6.37 which is a virtual package.

Why can't they simply ensure the lower layers in this particular
dependency pyramid are sent out before or at the same time as the other
parts?

E.g., if I have two web pages, one referring to the other, I know to
make sure the one does not appear before the other.

Anyway, there upon full upgrade we get asked:

The following actions will resolve these dependencies:

 Remove the following packages:
1) linux-doc-2.6
2) linux-image-2.6-686
3) linux-image-686

One slip of the finger and we have removed our operating system, "never
to boot again", "it was time for grandpa to retire anyway".

Yes of course it will probably ask us "are we sure?".



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

Bug#613784: SpaceZero: (NEW) a RTS, 2D space combat, multiplayer net game.

[xay]

El jue, 17-02-2011 a las 08:57 +, Martin Michlmayr escribió:
> * xay  [2011-02-17 09:16]:
> > SpaceZero is a RTS,  2D space combat, multiplayer (two players by now)
> > net game.
> 
> Are you interested in packaging this software for Debian or are you
> looking for someone to do it?
> 

There are already a Debian package :
http://sourceforge.net/projects/spacezero/files/spacezero%200.78.0/
but, I dont know if it fit totally the debian policy.

I am really interested in seeing this package in Debian.

--
mrevenga





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

Bug#613796: partman-partitioning: Put swap at begin of disk instead of at end

[Olaf van der Spek]

Package: partman-partitioning
Severity: wishlist

Hi,

Could swap be put at the begin instead of at the end of a disk?
It's better for performance and it allows one to resize the / partition without 
touching the swap one.

Greetings,

Olaf

Disk /dev/sda: 17.2 GB, 17179869184 bytes
255 heads, 63 sectors/track, 2088 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00050fa9

   Device Boot  Start End  Blocks   Id  System
/dev/sda1   *   1 993 7976241   83  Linux
/dev/sda2 9941044  409657+   5  Extended
/dev/sda5 9941044  409626   82  Linux swap / Solaris

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

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



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

Bug#613797: aspell-fr: Words with accents are not recognized

[Frédéric Marchal]

Package: aspell-fr
Version: 0.50-3-7
Severity: important

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

Any word containing an accent is reported as misspelled. No suggestion contain
any accented word for that matter.

Rebuilding the dictionary from source removes the problem.

This problem affects aspell run on the command line (aspel check or aspell
list) and any application relying on aspell to check the spelling, including
KDE applications such as kmail.

It occured after upgrading to squeeze.

-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'squeeze-updates')
Architecture: i386 (i686)

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

Versions of packages aspell-fr depends on:
ii  aspell0.60.6-4   GNU Aspell spell-checker
ii  dictionaries-common   1.5.17 Common utilities for spelling 
dict

aspell-fr recommends no packages.

aspell-fr 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#613768: exim4 should include $HOST to local domains by default

[Jonathan Plews]

Quoting Vincent Lefevre :


Package: exim4
Version: 4.72-6
Severity: normal

By default, exim4 adds localhost and the FQDN (or the mailname?)
to local domains, but not $HOST (the nodename).

This is a problem because other packages may expect $HOST to be
in the local domains. This is the case of monit, which sends mail
with, by default:

  From: monit@$HOST

Thus such an address doesn't get rewritten when the mail is
transmitted to a different machine. A consequence is that the mail
can be blocked because of incorrect domain part. A workaround can
be to add $HOST manually via 'dpkg-reconfigure exim4-config', but
the default config should work.

-- Package-specific info:
Exim version 4.72 #1 built 31-Jan-2011 18:42:28
Copyright (c) University of Cambridge, 1995 - 2007
Berkeley DB: Berkeley DB 4.8.30: (April  9, 2010)
Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DKIM
Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz  
dnsdb dsearch nis nis0 passwd

Authenticators: cram_md5 plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
GnuTLS compile-time version: 2.8.6
GnuTLS runtime version: 2.10.4
Configuration file is /var/lib/exim4/config.autogenerated
# /etc/exim4/update-exim4.conf.conf
#
# Edit this file and /etc/mailname by hand and execute update-exim4.conf
# yourself or use 'dpkg-reconfigure exim4-config'
#
# Please note that this is _not_ a dpkg-conffile and that automatic changes
# to this file might happen. The code handling this will honor your local
# changes, so this is usually fine, but will break local schemes that mess
# around with multiple versions of the file.
#
# update-exim4.conf uses this file to determine variable values to generate
# exim configuration macros for the configuration file.
#
# Most settings found in here do have corresponding questions in the
# Debconf configuration, but not all of them.
#
# This is a Debian specific file

dc_eximconfig_configtype='internet'
dc_other_hostnames='xvii.vinc17.org;xvii'
dc_local_interfaces='127.0.0.1'
dc_readhost=''
dc_relay_domains=''
dc_minimaldns='true'
dc_relay_nets=''
dc_smarthost=''
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname='false'
dc_mailname_in_oh='true'
dc_localdelivery='maildir_home'
mailname:xvii.vinc17.org

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'),  
(1, 'experimental')

Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages exim4 depends on:
ii  debconf [debconf-2.0] 1.5.38 Debian configuration  
management sy
ii  exim4-base4.72-6 support files for all  
Exim MTA (v4

ii  exim4-daemon-light4.72-6 lightweight Exim MTA (v4) daemon

exim4 recommends no packages.

exim4 suggests no packages.

-- debconf information:
* exim4/drec:



--
Pkg-exim4-maintainers mailing list
pkg-exim4-maintain...@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-exim4-maintainers




Hi,

I think that, unless it explicitly set, the hostname is derived form  
DNS lookups.


you can test this with changes to /etc/hosts, hostname -f and the  
string exim gives on connect will be the same.


x.x.x.xhost   host.domain.tld - will report just 'host'

x.x.x.xhost.domain.tld   host - will report 'host.domain.tld'

so you could either fix this, or maybe set MAIN_HARDCODE_PRIMARY_HOSTNAME?


Regards

--
Jonathan Plews


This message was sent using IMP, the Internet Messaging Program.



pgpuD6TKvy2Ix.pgp
Description: PGP Digital Signature

Bug#613582: [atftpd] Fails to communicate with some clients after upgrade from Lenny to Squeeze.

[Pawel Rozanski]

Hello Tony.
I'll gladly test, but need amd64 binary (or source, can compile without 
problem) - no easy way to run this on i386 architecture.

Thank you,
Pawel

Dnia 17-02-2011 o godz. 5:28 tony mancill napisał(a):
> Hello Pawel,
> 
> Thank you for reporting this issue.  I am not sure about the problem
> you're
> reporting; there were a number of patches applied to the atftpd sources
> in this
> release.  Could you test with the version here?
> 
> http://people.debian.org/~tmancill/atftpd_0.7.dfsg-9.3~squeeze1_i386.deb
> 
> This is a proposed update for the version in squeeze.
> 
> Thank you,
> tony
> 
> On 02/15/2011 12:45 PM, Paweł Różański wrote:
> > Package: atftpd
> > Version: 0.7.dfsg-9.1
> > Severity: normal
> > 
> > --- Please enter the report below this line. ---
> > 
> >  After system upgrade from Lenny to Squeeze, atftpd stopped to send
> > files to some clients. These clients use tftp from busybox (version
> > BusyBox v1.8.2; embedded hardware). Other clients (tftp 0.17-18 from
> > Squeeze) in the same subnet seem to work fine.
> >  Atftpd is run with:
> > /usr/sbin/atftpd --tftpd-timeout 300 --retry-timeout 5 --no-multicast
> > --maxthread 100 --verbose=5 --daemon --bind-address 212.67.x.x --pidfile
> > /atftpd_212.67.x.x.pid /opt/212.67.x.x
> > 
> > Dump of traffic:
> > 2011-02-09 16:30:02.428049 172.18.x.x -> 212.67.x.x TFTP Read Request,
> > File: device.cfg\000, Transfer type: octet\000
> > 2011-02-09 16:30:02.432206 212.67.y.y -> 172.18.x.x UDP Source port:
> > 39806  Destination port: 2048
> > 2011-02-09 16:30:02.435420 172.18.x.x -> 212.67.x.x TFTP
> > Acknowledgement, Block: 1
> > 2011-02-09 16:30:02.435474 212.67.x.x -> 172.18.x.x ICMP Destination
> > unreachable (Port unreachable)
> > 2011-02-09 16:30:02.485345 172.18.x.x -> 212.67.x.x TFTP
> > Acknowledgement, Block: 1
> > 2011-02-09 16:30:02.485409 212.67.x.x -> 172.18.x.x ICMP Destination
> > unreachable (Port unreachable)
> > 2011-02-09 16:30:02.560398 172.18.x.x -> 212.67.x.x TFTP
> > Acknowledgement, Block: 1
> > 2011-02-09 16:30:02.560482 212.67.x.x -> 172.18.x.x ICMP Destination
> > unreachable (Port unreachable)
> > 2011-02-09 16:30:02.672413 172.18.x.x -> 212.67.x.x TFTP
> > Acknowledgement, Block: 1
> > 2011-02-09 16:30:02.672471 212.67.x.x -> 172.18.x.x ICMP Destination
> > unreachable (Port unreachable)
> > 2011-02-09 16:30:02.840339 172.18.x.x -> 212.67.x.x TFTP
> > Acknowledgement, Block: 1
> > 
> > Interesting thing is 2011-02-09 16:30:02.432206 212.67.y.y -> 172.18.x.x
> > UDP Source port: 39806  Destination port: 2048
> > 
> > 212.67.y.y is other than 212.67.x.x, but still existing on this machine.
> > 
> > Returning to 0.7.dfsg-6 from Lenny on this upgraded system solved the
> > problem, that's why I guess problem may be with atftpd.

--
Paweł





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

Bug#613764: monit creates a log file with group root instead of adm

[Sergey B Kirpichev]

tags 613764 +pending
thanks

> The log file created by monit:
> -rw-r- 1 root root 322 2011-02-17 01:57:53 /var/log/monit.log

Correct.

> As usual, if the permissions are 640, the group should by adm, not root.

Why?  It's intentional behaviour.

> Note that /etc/logrotate.d/monit is already correct, by having:
> create 640 root adm
> i.e. the problem is only for the initial creation.

logrotate script was fixed in Git repo [1] (to drop above line).

1 : http://git.debian.org/?p=collab-maint/monit.git;a=summary



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

Bug#613662: unmet dependencies race condition

[Didier 'OdyX' Raboud]

Le Thursday 17 February 2011 11:30:40 jida...@jidanni.org, vous avez écrit :
> Why can't they simply ensure the lower layers in this particular
> dependency pyramid are sent out before or at the same time as the other
> parts?

Because it's not important in unstable (as it gets solved over time)!

You are using unstable, that is a suite _designed_ to suffer those issues 
_all_the_time_ (and will continue to do so).

If you want a system that doesn't have this type of problems; use testing!

> Anyway, there upon full upgrade we get asked:
> (…)
> One slip of the finger and we have removed our operating system, "never
> to boot again", "it was time for grandpa to retire anyway".
> 
> Yes of course it will probably ask us "are we sure?".

… This happens because you try a "full upgrade", which is the _WRONG_ thing to 
do when using unstable. I mentioned you already that using "safe-upgrade" or 
"upgrade" doesn't trigger that type of problems. So you should really try using 
the correct tools for the suite you are using; expectations you can have on 
stable are not the same than the ones you can have on unstable; both imply 
different use cases, different tools and different temporary issues.

Now there is plenty of documentation out there that will explain this better 
than me; please let this non-bugreport die.

-- 
Didier Raboud, proud Debian Developer.
CH-1020 Renens
o...@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#613775: aptitude upgrades lose extended state (automatic status)

[David Kalnischkies]

On Thu, Feb 17, 2011 at 11:10, Sven Joachim  wrote:
> On 2011-02-17 10:47 +0100, David Kalnischkies wrote:
>> On Thu, Feb 17, 2011 at 05:31, Aaron M. Ucko  wrote:
>>> I've found that with recent versions of apt installed, telling aptitude
>>> that I'd like to upgrade any packages results in losing extended state
>>> for all upgradable packages, which it proceeds to consider manually
>>> installed.  AFAICT (with help from bzr's unofficial bisect plugin),
>>> revision 2073.1.3 is
>>> at fault:
>>>
>>> On revision 2073.1.3 
>>> (kalnischk...@gmail.com-20110211164750-u0982elp6wnjh639):
>>> * apt-pkg/depcache.cc:
>>>  - mark a package which was requested to be installed on commandline
>>>    always as manual regardless if it is already marked or not as the
>>>    marker could be lost later by the removal of rdepends (Closes: #612557)
>>
>> In that case it would be an aptitude bug as it would call MarkInstall
>> with FromUser == true for requests which are not directly from the user
>> and should therefore not be marked as manual.
>>
>> As the changelog entry tries to describe in a request like
>> apt-get install A
>> A is now always marked as manual installed.
>>
>> Previously, it was checked if A is already marked (= not garbage) and only
>> if not it was marked as manual. Thats faulty every time this request results
>> in the removal of B which was the package responsible for marking A.
>> The package A would be garbage then - this results normally in the funny
>> output that A is considered garbage and can be autoremoved and at the same
>> time its explicitly upgraded by the user, but if you activate automatic
>> autoremove the package A is removed in the request to install/upgrade it!
>> (Isn't the last one aptitudes default behavior?)
>>
>> The rationality is simple that if the user cared enough to request install
>> of a new version of this package (s)he would be depressed so see it marked
>> for removal in the next autoremove run. Especially as the same command
>> if no newer version is installable marks the package as manual installed, 
>> too.
>
> This may make sense for apt-get, but I would like to be able to upgrade
> some selected packages _without_ changing their manual/automatic state.
> Especially in interactive situations (like aptitude's TUI/GUI or in
> synaptic) this seems better.  Especially since there are dedicated
> commands for changing the manual/auto status.

Which is fine, the software just shouldn't request to alter the autobit if
it doesn't want it to be changed - the FromUser bit is exactly responsible
for that and nothing else, so why setting it if you don't want it?

Just to be clear, it was possible that the autobit was changed already by
the "old" behavior which doesn't make sense in your usecase as well.
I discussed that with Michael quiet a bit and we don't see a reason for
this "random" condition: Flipping the autobit only if the package is not
marked changes depending on what requests are served before or after
in the same run - so the behavior depends on the order in which the
requests are executed which is always bad.


>> So could you please describe more detailed why do you consider it a bug
>> in APT rather than in aptitude? Exact commands you use for example?
>
> I did not run anything else than "aptitude safe-upgrade", IIRC.

apt-get (dist-)upgrade does all MarkInstall requests in this situation
with FromUser == false as no installation was requested explicitly.
The question is now why aptitude sets the FromUser bit here to true…


Best regards

David Kalnischkies



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

Bug#613772: "/etc/init.d/muroard stop" has no effect if MUROARD='NO'

[Philipp Schafft]

reflum,

On Thu, 2011-02-17 at 04:47 +0100, Vincent Lefevre wrote:
> If in /etc/default/muroard one doesn't have MUROARD='YES' (e.g. after
> a config change), then "/etc/init.d/muroard stop" has no effect.
> 
> In /etc/init.d/muroard, the check
> 
>   [ "$MUROARD" = 'YES' ] || exit 0;
> 
> should be done for "start" only.

We plan to have a new upstream release (and upload to Debian) within the
next days. I'm sure we can fix this with this release.

Many thanks for reporting this bug.

-- 
Philipp.
 (Rah of PH2)


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

Bug#613784: SpaceZero: (NEW) a RTS, 2D space combat, multiplayer net game.

[Martin Michlmayr]

* xay  [2011-02-17 11:29]:
> I am really interested in seeing this package in Debian.

Ok, I'll mark your request as a Request for Package.

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



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

Bug#613798: nvidia-kernel-dkms: build fails with 2.6.38-rc kernels

[Antonio Ospite]

Package: nvidia-kernel-dkms
Version: 260.19.21-1
Severity: normal
Tags: patch

Hi,

nvidia-260.19.21 source fails to build with 2.6.38-rc kernels, here is a
patch to fix that.

Thanks,
   Antonio Ospite
   http://ao2.it

-- Package-specific info:
uname -a:
Linux jcn 2.6.38-rc5-ao2 #1 SMP Wed Feb 16 15:32:02 CET 2011 x86_64 GNU/Linux

/proc/version:
Linux version 2.6.38-rc5-ao2 (ao2@jcn) (gcc version 4.4.5 (Debian 4.4.5-10) ) 
#1 SMP Wed Feb 16 15:32:02 CET 2011

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86_64 Kernel Module  260.19.21  Thu Nov  4 21:16:27 
PDT 2010
GCC version:  gcc version 4.4.5 (Debian 4.4.5-10) 

lspci 'VGA compatible controller [0300]':
02:00.0 VGA compatible controller [0300]: nVidia Corporation C77 [GeForce 8200] 
[10de:0849] (rev a2) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device [1043:82f2]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: nvidia


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-rc5-ao2 (SMP w/1 CPU core)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages nvidia-kernel-dkms depends on:
ii  dkms  2.1.1.2-5  Dynamic Kernel Module Support Fram
ii  nvidia-kernel-common  20100522+2 NVIDIA binary kernel module suppor

Versions of packages nvidia-kernel-dkms recommends:
ii  nvidia-glx [nvidia-glx]  260.19.21-1 NVIDIA binary Xorg driver

nvidia-kernel-dkms suggests no packages.

Versions of packages nvidia-glx depends on:
ii  dpkg 1.15.8.10   Debian package management system
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libgl1-nvidia-glx [libgl1-nv 260.19.21-1 NVIDIA binary OpenGL libraries
ii  libglx-nvidia-alternatives   260.19.21-1 simplifies replacing Xorg module l
ii  nvidia-kernel-dkms [nvidia-k 260.19.21-1 NVIDIA binary kernel module DKMS s
ii  xserver-xorg-core [xorg-vide 2:1.9.4-1   Xorg X server - core server

Versions of packages nvidia-kernel-source depends on:
ii  debhelper 8.1.2  helper programs for debian/rules
ii  make  3.81-8 An utility for Directing compilati
ii  quilt 0.48-7 Tool to work with series of patche

Versions of packages nvidia-kernel-dkms is related to:
ii  binutils2.20.1-16The GNU assembler, linker and bina
pn  binutils-gold  (no description available)
ii  linux-headers-2.6.32-5- 2.6.32-30Header files for Linux 2.6.32-5-am
ii  linux-headers-2.6.38-rc 2.6.38-rc5-ao2-1 Linux kernel headers for 2.6.38-rc
ii  nvidia-glx [nvidia-glx] 260.19.21-1  NVIDIA binary Xorg driver
ii  nvidia-kernel-common20100522+2   NVIDIA binary kernel module suppor
ii  nvidia-kernel-dkms [nvi 260.19.21-1  NVIDIA binary kernel module DKMS s
ii  nvidia-kernel-source195.36.31-6  NVIDIA binary kernel module source
ii  xserver-xorg1:7.6+3  the X.Org X server
ii  xserver-xorg-core   2:1.9.4-1Xorg X server - core server

-- no debconf information
Index: nvidia-260.19.21/nv-linux.h
===
--- nvidia-260.19.21.orig/nv-linux.h	2010-11-21 04:04:51.0 +0100
+++ nvidia-260.19.21/nv-linux.h	2011-02-16 19:44:47.0 +0100
@@ -1029,8 +1029,13 @@
 #endif
 
 #if defined(NV_ACQUIRE_CONSOLE_SEM_PRESENT)
+#if LINUX_VERSION_CODE > KERNEL_VERSION(2, 6, 37)
+#define NV_ACQUIRE_CONSOLE_SEM() console_lock()
+#define NV_RELEASE_CONSOLE_SEM() console_unlock()
+#else
 #define NV_ACQUIRE_CONSOLE_SEM() acquire_console_sem()
 #define NV_RELEASE_CONSOLE_SEM() release_console_sem()
+#endif
 #else
 #define NV_ACQUIRE_CONSOLE_SEM()
 #define NV_RELEASE_CONSOLE_SEM()
Index: nvidia-260.19.21/conftest.h
===
--- nvidia-260.19.21.orig/conftest.h	2011-02-16 19:45:02.0 +0100
+++ nvidia-260.19.21/conftest.h	2011-02-16 19:49:00.0 +0100
@@ -303,6 +303,13 @@
  #undef NV_LINUX_SEMAPHORE_H_PRESENT
 #endif
 
+/* Check for generated/autoconfig.h */
+#if LINUX_VERSION_CODE > KERNEL_VERSION(2,6,37)
+ #define NV_GENERATED_AUTOCONF_H_PRESENT
+#else
+ #undef NV_GENERATED_AUTOCONF_H_PRESENT
+#endif
+
 /* Check for linux/cred.h */
 #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,27)
  #define NV_LINUX_CRED_H_PRESENT

Bug#613381: Workaround

[Benjamin Cama]

Ok, actually, the workaround is here :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612985#31

Thanks




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

Bug#613580: libgs9: please Recommends: (not Depends:) gs-cjk-resource

[Jonas Smedegaard]

On Thu, Feb 17, 2011 at 07:08:52PM +0900, Kenshi Muto wrote:

Hi all,

At Tue, 15 Feb 2011 22:59:59 +0100,
Jonas Smedegaard wrote:

On Tue, Feb 15, 2011 at 09:27:59PM +0100, Luca Capello wrote:
>This seems to me an example where you want Recommends: instead of 
>Depends:


I fully agree with you.  I am myself on a general crusade for 
lowering as much possible depends to recommends, so no further 
arguments needed

:-)


Hm, I'm not sure why libgs9 needs to depend on gs-cjk-resource.


I later recalled why I set it as depends rather than recommends: Someone 
(Till?) described recently how treating some of the shared files in 
Ghostscript as optional could lead to crashing bugs.  The recommended 
approach (as I recall) was to not separate things so much in the 
ghostscript packaging, but my alternate approach was to instead tighten 
the relationship with those packages independently providing the files 
which was ripped out of the IMO too "monolithic-minded" source tree.


I will try have in mind if that dependency can be safely relaxed, but it 
is of less concern to me now that I recall the reasoning (and have 
now put it vaguely on record).



I agree that there are issues with the gs-cjk-resource package. It is 
plural issues: also one of or'ing the relationships for the multiple 
CJK supportive areas instead of declaring them independently.  I have 
encouraged the maintainer to move it to co-maintainance at the Debian 
Printing Team with the intend of helping weed out things like that 
myself, but have not yet heard back on that proposal.  I have not yet 
been bothered enough to file bugreports yet (for some weird reason I 
find it more bothersome to file bugreports than to fully package code 
and maintain it for years).


I'm sorry for delayed response.


No problem :-)



It is OK to do co-maintainance gs-cjk-resource and cmap-adobe-*
packages at the Debian Printing Team, and count me in the team.

Unfortunately because at this time (will be till summer) I'm in
terrible busy, feel free to modify it.


Good.  I will take care of that, then, and of these concrete issues of 
package relations.


Is it ok that I repackage in one source per upstream source?

Is it ok that I move the packaging to Git (in collab-maint at Alioth)?

Is it ok that I repackage using CDBS?

If not, then I will only touch the packaging as least possible, as I 
cannot work comfortable with the current style of it (no offense!).



Kind regards,

 - Jonas

--
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature

Bug#613799: epiphany-browser: Vertical scroll bar stops working

[Alan Lucas]

Package: epiphany-browser
Version: 2.30.6-1
Severity: important

When one lists sites from Google and then loads one of the pages, if one then
presses the 'back' button before the site has stopped loading the vertical
scroll bar becomes inoperative. I have disabled nearly all the plugins and the
problem is still there. The same problem also occurs in Midori, but not in the
IceWeasel web browser



-- System Information:
Debian Release: 6.0
  APT prefers squeeze-updates
  APT policy: (500, 'squeeze-updates'), (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages epiphany-browser depends on:
ii  dbus-x11   1.2.24-4  simple interprocess messaging syst
ii  epiphany-browser-data  2.30.6-1  Data files for the GNOME web brows
ii  gnome-icon-theme   2.30.3-2  GNOME Desktop icon theme
ii  iso-codes  3.23-1ISO language, territory, currency,
ii  libavahi-client3   0.6.27-2  Avahi client library
ii  libavahi-common3   0.6.27-2  Avahi common library
ii  libavahi-gobject0  0.6.27-2  Avahi GObject library
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.24-4  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.88-2.1  simple interprocess messaging syst
ii  libgconf2-42.28.1-6  GNOME configuration database syste
ii  libgirepository1.0-0   0.6.14-1+b1   Library for handling GObject intro
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgnome-keyring0  2.30.1-1  GNOME keyring services library
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libice62:1.0.6-2 X11 Inter-Client Exchange library
ii  libnotify1 [libnotify1 0.5.0-2   sends desktop notifications to a n
ii  libnspr4-0d4.8.6-1   NetScape Portable Runtime Library
ii  libnss3-1d 3.12.8-1  Network Security Service libraries
ii  libpango1.0-0  1.28.3-1+squeeze1 Layout and rendering of internatio
ii  libseed0   2.30.0-1+b1   GObject JavaScript bindings for th
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libsoup-gnome2.4-1 2.30.2-1  an HTTP library implementation in 
ii  libsoup2.4-1   2.30.2-1  an HTTP library implementation in 
ii  libwebkit-1.0-21.2.6-2   Web content engine library for Gtk
ii  libx11-6   2:1.3.3-4 X11 client-side library
ii  libxml22.7.8.dfsg-2  GNOME XML library
ii  libxslt1.1 1.1.26-6  XSLT 1.0 processing library - runt

Versions of packages epiphany-browser recommends:
ii  ca-certificates  20090814+nmu2   Common CA certificates
ii  evince   2.30.3-2Document (PostScript, PDF) viewer
ii  yelp 2.30.1+webkit-1 Help browser for GNOME

Versions of packages epiphany-browser suggests:
ii  epiphany-extensions   2.30.2-1   Extensions for Epiphany web browse

-- 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#613170: linux-image-2.6.32-5-openvz-amd64: OpenVZ-specific NFS implementation error

[Ola Lundqvist]

Great! Thanks a lot.

Must have missed that.

// Ola

Quoting "Pavel Emelyanov" :

On 02/17/2011 12:24 AM, Kir Kolyshkin wrote:

Pavel,

Please port these things to 2.6.32 if possible.


I have already told that I will do it.


--
sent from mobile

Ola Lundqvist  wrote:


Hi Kir

Do you know if those patches will appear in the openvz git soon?

// Ola

On Sun, Feb 13, 2011 at 05:27:54PM +, maximilian attems wrote:

On Sun, Feb 13, 2011 at 03:41:40PM +0300, Stanislav Klinkov wrote:


See OpenVZ bugzilla for details:
http://bugzilla.openvz.org/show_bug.cgi?id=1626

Patch #1:
http://1626.bugzilla.openvz.org/attachment.cgi?id=1376

Patch #2:
http://1626.bugzilla.openvz.org/attachment.cgi?id=1377

Please, include these packages into further
OpenVZ-modificated kernel releases.



I had been currently waiting for them to appear in the openvz git.

thank you for reporting.

--
maks



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

Archive: http://lists.debian.org/20110213172754.gk5...@vostochny.stro.at




--
 - 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 /
 ---
.









--
 --- Inguza Technology AB --- MSc in Information Technology 
/  o...@inguza.comAnnebergsslingan 37\
|  o...@debian.org   654 65 KARLSTAD|
|  http://inguza.com/Mobile: +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#613771: muroard takes too much CPU time

[Philipp Schafft]

reflum,

On Thu, 2011-02-17 at 04:38 +0100, Vincent Lefevre wrote:
> In its default configuration, muroard constantly takes about 45% CPU
> (even when there's no sound).
> 
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
> 'experimental')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
> Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages muroard depends on:
> ii  libao41.0.0-5Cross Platform Audio Output 
> Librar
> ii  libc6 2.11.2-11  Embedded GNU C Library: Shared 
> lib

Thanks for reporting this strange bug.

Please provide the following infos:
$ cat /etc/libao.conf
$ cat /proc/cpuinfo
$ aplay -l
$ lspci | grep -i multimedia

ALSA version (if installed). Can be found out by:
$ dpkg -l libasound\*

Does it also happen if you start µRoarD as user without arguments?
Does it still happen if you start it with -R 48000?

Are use used to strace?

-- 
Philipp.
 (Rah of PH2)


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

Bug#613795: zi:m bullet list export is incorrect

[Jaap Karssenberg]

On Thu, Feb 17, 2011 at 11:31 AM, ALan Lucas  wrote:
> Package: zim
> Version: 0.48-1
> Severity: minor
>
> When "exporting" a complete notebook the  and  tags are not written 
> out for bulleted lists. The export only works correctly when individual pages 
> are exported.

I have not observed this before. It could have fixed accidentally in
release 0.49 or 0.50 already.

Please provide some test data and detailed instruction how to reproduce.

Regards,

Jaap



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

Bug#613732: Bug in libtest-xml-simple-perl fixed in revision 68874

[pkg-perl-maintainers]

tag 613732 + pending
thanks

Some bugs are closed in revision 68874
by Peter Pentchev (roam-guest)

Commit message:

Add the new-test-longstring-output patch to fix the build with
the unstable version of libtest-longstring-perl.

Closes: #613732
Reported by:Dominic Hargreaves 




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

Bug#206746: Please add an option to list all dependencies of a target (recursively)

[Martin Quinson]

Hello there,

Le mardi 15 février 2011 à 00:28 -0600, Jonathan Nieder a écrit : 
> Hi Martin,
> 
> Martin Quinson wrote:
> 
> > And I'm reopening it and retitle it, to ask "make" the needed support in
> > that task. I would like a way to list all dependencies and subdependencies
> > of a given target to avoid the recursive shell function hackism I currently
> > have to do when using "make -pnq". 
> 
> I somewhat like this idea, though I imagine there are complications.
> Perhaps a tool to build a graph of dependencies from a makefile would
> be enough?

Well. I don't think that rewriting as a separate tool the part of make
that parses the Makefile and builds the dag is a good idea. That code
seems error-prone to me, and if you do so, you'll have to maintain your
code afterward. 

Obviously, adding this to make should not complicate make very much:
it's just like dumping an information that make already has in memory,
and it solves the issue of the maintainability of the parser: make
maintainers already take care of the parser.

> I am not sure why the earlier conversation on that went sour so fast.

>From my understanding, no upstream make maintainer ever answered to that
feature request, but "someone" interfered in the communication by giving
strong advices about something he was not really entitled to speak
about. The cathedral, the bazaar and the municipal council... 

> I think something more easily machine-readable than -pnq (e.g.,
> dependencies only) sounds valuable, so if you come up with a spec for
> that I'd be glad to take a look (maybe to refine it, or maybe to help
> implement it).

For each target of the file, print:
$(target): the complete list of all dependencies, including dependencies
of dependencies, and dep of dep of dep of dep, and ...

If we are by designing the feature, you could also have make listing all
(recursive) dependencies of a given target instead of listing them of
every target of the file.

Does it sound reasonable?
Mt.




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

Bug#247150: using -multipage options should use zeropadding

[Hamish]

Package: latex2html
Version: 2008-debian1-5
Severity: normal

Hi,

the following patch has a look at how many output files there will be and
pads as many zeros as needed/when needed. Also it separates the counter
from the filename with an underscore.

patch is against pstoimg from latex2html version 2008-debian1-5 (Squeeze).


--- /usr/bin/pstoimg2011-02-08 19:46:54.037904248 +1300
+++ pstoimg.pad 2011-02-17 23:28:16.571866070 +1300
@@ -911,11 +911,14 @@
 my @list = grep(/^\d+_${pnmbase}\.pnm/,readdir(DIR));
 closedir(DIR);
 if(@list) {
+  sub log10 { log($_[0]) / log(10) }
+  my $len = int(log10(@list))+1;
   my $i;
   foreach $i (@list) {
 my ($n) = $i =~ /^(\d+)_/;
+my $n_pad = sprintf("%0${len}d", $n);
 my $j = $outfile;
-$j =~ s|(\.[^/.]*)$|$n$1|;
+$j =~ s|(\.[^/.]*)$|_$n_pad$1|;
if(crop_scale_etc("$pnmdir$i", $j)) {
   L2hos->Unlink("$pnmdir$i") unless($opt{debug});
   }



regards,
Hamish


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

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

Versions of packages latex2html depends on:
ii  ghostscript-x 8.71~dfsg2-9   The GPL Ghostscript PostScript/PDF
ii  netpbm2:10.0-12.2+b1 Graphics conversion tools between 
ii  perl  5.10.1-17  Larry Wall's Practical Extraction 
ii  perl-doc  5.10.1-17  Perl documentation
ii  texlive-binaries [texlive 2009-8 Binaries for TeX Live
ii  texlive-fonts-recommended 2009-11TeX Live: Recommended fonts
ii  texlive-latex-extra   2009-10TeX Live: LaTeX supplementary pack
ii  texlive-latex-recommended 2009-11TeX Live: LaTeX recommended packag

latex2html recommends no packages.

latex2html 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#613800: pstoimg: -multipage with -geometry and -margins goes haywire

[Hamish]

Package: latex2html
Version: 2008-debian1-5
Severity: normal

Hi,

The -geometry and -margins options work well for me on a single page
PostScript file. But if I try them with a multipage postscript file the
resulting images jump all over the place in the final image. It's as if
some origin variable is not reset to 0,0 between each page or something.
If I just use -multipage without the -geometry and -margins options it
works well.

command line looks like:

pstoimg -aaliastext -antialias -depth 24 -scale 2 \
-geometry 563x369 -margins 22,255 -multipage $IMAGE.ps

for testing you can create a sample multipage postscript file simply
by `cat`ing a few (or the same) .ps file together into another file:
  cat file.ps file.ps file.ps > file3.ps


workaround: use `pnmcut` from netpbm tools to do it manually after
pstoimg without -geometry and -margins:
# crop off the empty space in the images using NetPBM tools:
mkdir -p crop
for IMG in *.png ; do
  pngtopnm "$IMG" | \
 pnmcut -width 1156 -height 778 -left 34 -top 487 | \
 pnmtopng > "crop/$IMG"
done
cd crop/



thanks,
Hamish


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

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

Versions of packages latex2html depends on:
ii  ghostscript-x 8.71~dfsg2-9   The GPL Ghostscript PostScript/PDF
ii  netpbm2:10.0-12.2+b1 Graphics conversion tools between 
ii  perl  5.10.1-17  Larry Wall's Practical Extraction 
ii  perl-doc  5.10.1-17  Perl documentation
ii  texlive-binaries [texlive 2009-8 Binaries for TeX Live
ii  texlive-fonts-recommended 2009-11TeX Live: Recommended fonts
ii  texlive-latex-extra   2009-10TeX Live: LaTeX supplementary pack
ii  texlive-latex-recommended 2009-11TeX Live: LaTeX recommended packag

latex2html recommends no packages.

latex2html 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#520262: Still the case?

[Sebastian Spaeth]

First of all, is the mbnames files still needed by mutt? Or could this
finally be removed?

Second, the mbnames.py has not been touched since 2003, but looking at
it, we certainly only ever open the file for writing when we write out
all the names in one go and close() the file immediately.

So the only case this could happen if a different thread crashes while
we are writing out things.

I believe you are seeing the behavior you are seeing, but I can't
explain where it could come from. What we will be able to do, is to
protect other threads from aborting without properly closing down
things.

Sebastian



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

Bug#613501: Workaround available in openvz git

[Vladimir Kuklin]

 There is a workaround for this bug at openvz git. Delayed allocation 
must be turned off in order for OpenVZ container to start on ext4 
filesystem.


See this

http://bugzilla.openvz.org/show_bug.cgi?id=1777

git commit is here:

http://git.openvz.org/?p=linux-2.6.32-openvz;a=commit;h=3e89668abca56e6e11e1bbb9cbac1008d3c2357b

Please, don't forward it again to openvz devs. Just include it into 
patchset for 2.6.32-5-openvz kernel update.


--
Yours Faithfully

Vladimir Kuklin

Network Services Specialist
JSC "SMM"
51/4 build. 1, Shepkina str.
Moscow, 129110
Russia

phone +74952296363 ext. 1514
fax +74952296365
cell +79197848963

e-mail v.kuk...@smm.ru
site http://smm.ru

Bug#613775: aptitude upgrades lose extended state (automatic status)

[Sven Joachim]

On 2011-02-17 11:44 +0100, David Kalnischkies wrote:

> On Thu, Feb 17, 2011 at 11:10, Sven Joachim  wrote:
>>
>> This may make sense for apt-get, but I would like to be able to upgrade
>> some selected packages _without_ changing their manual/automatic state.
>> Especially in interactive situations (like aptitude's TUI/GUI or in
>> synaptic) this seems better.  Especially since there are dedicated
>> commands for changing the manual/auto status.
>
> Which is fine, the software just shouldn't request to alter the autobit if
> it doesn't want it to be changed - the FromUser bit is exactly responsible
> for that and nothing else, so why setting it if you don't want it?
>
> Just to be clear, it was possible that the autobit was changed already by
> the "old" behavior which doesn't make sense in your usecase as well.
> I discussed that with Michael quiet a bit and we don't see a reason for
> this "random" condition: Flipping the autobit only if the package is not
> marked changes depending on what requests are served before or after
> in the same run - so the behavior depends on the order in which the
> requests are executed which is always bad.
>
>
>>> So could you please describe more detailed why do you consider it a bug
>>> in APT rather than in aptitude? Exact commands you use for example?
>>
>> I did not run anything else than "aptitude safe-upgrade", IIRC.
>
> apt-get (dist-)upgrade does all MarkInstall requests in this situation
> with FromUser == false as no installation was requested explicitly.
> The question is now why aptitude sets the FromUser bit here to true…

Because it does not set it at all, it only ever uses the first two
parameters of MarkInstall, so FromUser is always true.

Anybody who wants to revive aptitude development should look into
modernizing these parts.

Cheers,
   Sven



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

Bug#612985: Partially bad workaround

[Benjamin Cama]

Hi,

Modifying ~/.local/share/applications/defaults.list doesn't work here
(and I don't see any other place where it could be overridden). But
changing /etc/gnome/defaults.list works; even if I find it not optimal
as I would like to only change the default browser for me, not
system-wide.

Regards,
Benjamin




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

Bug#420794: apt-cache show --no-all-versions does not produce expected output

[Javier Serrano Polo]

This bug is fixed in squeeze.


smime.p7s
Description: S/MIME cryptographic signature

Bug#594179: dpkg armhf patch acceptance status?

[Loïc Minier]

Hey

 Trying to kick the dust a bit as having the triplet "in the air" is
 kind of an unhappy situation for armhf   :-)

On Wed, Sep 08, 2010, Guillem Jover wrote:
> We currently need something like this in dpkg-dev because the mappings
> need to be bidirectional, as dpkg-dev needs to be able to convert
> from GNU triplet to Debian architecture and the other way around.
> 
> Steve wondered why this is the case, and that's because for
> cross-compiling purposes dpkg-architecture infers the host architecture
> from the CC environment variable through the -dumpmachine option.
> Chaning this is possible but, would break a current way of
> cross-compiling which has been around for a long time.

 So this use case is "CC=arm-linux-gnueabi-gcc dpkg-buildpackage" and it
 just guesses the -a flag that you should have set?

> The toolchain has the same triplet for binary incompatible producing
> objects, which seems like a bug/misfeature to me, and that's one of
> the assumptions dpkg-dev has relied on, in the same way as multiarch
> when deciding to use the triplet as a unique token for the installation
> directories.

 You describe this as a bug/misfeature, that might be true but I don't
 think we can challenge this usage of triplets in the upstream
 toolchain, and multiarch is moving to having its own tuples instead now
 (http://wiki.debian.org/Multiarch/Tuples).

> This also causes issue with not being able to have installed two
> cross-toolchains for say armel and armhf as they share triplet,
> although you can use the armel toolchain with few options to build for
> armhf, but then you'd need to specify those as part of the CC variable.

 Even if we could co-install them, I'm not sure how
 /some-armel-path/arm-linux-gnueabi-gcc and
 /some-armhf-path/arm-linux-gnueabi-gcc could helpfully be installed on
 the same system   :-/

 It's a real limitation of the upstream toolchain.

> Also that also happens with biarch, you can produce i386 binaries from
> an x86_64 toolchain, yet they both have their own triplet.

 Yes but x86 goes to the other extreme, with separate triplets for
 compatible ABIs ({i386,i486,i586,i686}-linux-gnu); the fact is the
 triplet is not a good ABI specifier.

> Anyway, ideally I'd rather see this addressed by giving armhf a real
> triplet, which would also make multiarch life way easier as there'd not
> be any need to define an artificial set of neutral architecture names
> to be able to place objects in the file system. But if this is not going
> to happen, and thus the assumptions dpkg-dev is making have been just
> wrong, then I'd rather drop the bidirectional mappings, and be done
> with it. This will need careful consideration though, as it's breaking
> a current interface, but something that could be done for dpkg 1.16.x.

 Having a separate triplet (not using the vendor field) like e.g. lpia
 would mean a lot of pain IMO, and we'd have to fix many packages to
 cope with it, including reaching out to upstream etc.  It was pain for
 lpia for sure.

 We could have an additional set of preprocessor macros which dpkg
 checks for to decide which Debian architecture we're talking about; the
 the would only be done if there is more than one architecture using the
 same triplet in dpkg tables.  This alone is a bit fragile though, as it
 means that if a new ABI is introduced to an existing triplet and is not
 immediately added as a new dpkg architecture, then people might be
 picking the wrong dpkg architecture when using a toolchain defaulting
 to thenew ABI.

 I wonder whether it would be a good idea to use multiarch tuples
 internally; dpkg would still have to map to/from GNU triplets, but it
 would force implementors to think about their ABI.  I am not sure how
 we can ensure that we've mapped to the right tuple though.  Neither am
 I sure that the multiarch tuples are frozen already, so it might be too
 early for that either.

Bye
-- 
Loïc Minier



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

Bug#613483: This patch fixes it and has been proposed upstream

[Sebastian Spaeth]

Attached patch fixes the issue, and has been proposed upstream, so it
will hopefully be fixed in 6.3.2.

Sebastian
>From 7828a350eb929dbb26fdef17bc33491ae48d88d6 Mon Sep 17 00:00:00 2001
From: Sebastian Spaeth1 
Date: Thu, 17 Feb 2011 12:25:11 +0100
Subject: [PATCH] Use self.ui rather than UIBase.getglobalui()

We have vonverted all places in folder/* to have self.ui available,
rather than having to use UIBase.getglobalui() all the
time. Unfortunately, we did not convert the users in folder/Base.py.
This patch does it belatedly. This fixes
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613483

Signed-off-by: Sebastian Spaeth1 
---
Please apply to master, this one unbreaks another crash that results from converting most but not all users of UIBase.getglobalui() to self.ui.

It should go in before a release.

 offlineimap/folder/Base.py |8 
 1 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/offlineimap/folder/Base.py b/offlineimap/folder/Base.py
index 0524ec9..8e6a6b3 100644
--- a/offlineimap/folder/Base.py
+++ b/offlineimap/folder/Base.py
@@ -293,7 +293,7 @@ class BaseFolder:
 except (KeyboardInterrupt):
 raise
 except:
-UIBase.getglobalui().warn("ERROR attempting to copy message " + str(uid) \
+self.ui.warn("ERROR attempting to copy message " + str(uid) \
  + " for account " + self.getaccountname() + ":" + traceback.format_exc())
 
 
@@ -400,7 +400,7 @@ class BaseFolder:
 except (KeyboardInterrupt):
 raise
 except:
-UIBase.getglobalui().warn("ERROR attempting to handle negative uids " \
+self.ui.warn("ERROR attempting to handle negative uids " \
 + "for account " + self.getaccountname() + ":" + traceback.format_exc())
 
 #all threads launched here are in try / except clauses when they copy anyway...
@@ -411,7 +411,7 @@ class BaseFolder:
 except (KeyboardInterrupt):
 raise
 except:
-UIBase.getglobalui().warn("ERROR attempting to delete messages " \
+self.ui.warn("ERROR attempting to delete messages " \
 + "for account " + self.getaccountname() + ":" + traceback.format_exc())
 
 # Now, the message lists should be identical wrt the uids present.
@@ -423,7 +423,7 @@ class BaseFolder:
 except (KeyboardInterrupt):
 raise
 except:
-UIBase.getglobalui().warn("ERROR attempting to sync flags " \
+self.ui.warn("ERROR attempting to sync flags " \
 + "for account " + self.getaccountname() + ":" + traceback.format_exc())
 
 
-- 
1.7.1

Bug#364975: at command ignores savings time when given UTC time

[Paolo Montrasio]

The version of at included in Debian 6 contains the bug (at 3.1.12).

Luckily the patch included in 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364975#10 still works.




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

Bug#613804: RFA: libdaemons-ruby -- Ruby daemons library

[Filipe Lautert]

Package: wnpp
Severity: normal

I request an adopter for the libdaemons-ruby package.

Bug#613803: bash: Please use system-provided malloc() implementation rather than internal one

[Karol Lewandowski]

Package: bash
Version: 4.1-3
Severity: normal

Bash uses its own malloc implementation for unknown reasons (at least to 
me).


This implementation dates back to 4.2BSD (according to INSTALL) and
uses brk() which seems to be obsoleted interface.

In our complicated test scenario involving

  make -> scratchbox2 -> bash

we have ecountered situation when brk(), as used by bash's malloc,
fails causing SIGSEGV in bash.


Reading through strace(1) output I've come to following pattern
causing failure:

 0. Kernel's ASLR have to be disabled (kernel.randomize_va_space=0).
This setting directly affects addresses as returned from kernel's
mmap(2) system call (this is the root of problem).

With ASLR enabled it also happens but bug insn't that evident
(it's non-deterministic).


 1. Dynamic linker is run and loads all required libraries - dl uses
mmap(2) to allocate required memory. mmap(2) from kernel returns
addreses that are just one page after original program break, i.e.

  dl_mem = (uintptr_t)(sbrk(0) + getpagesize()) & ~(getpagesize() - 1)

 2. Bash is finnaly run and tries to allocate memory using brk(addr)

This fails as memory above program break was already allocated by
dynamic linker (see 2).

Please see (filtered) strace output below.

Solution seems rather simple - configure bash with --wihout-bash-malloc 
to use system/glibc-provided malloc.  From our testing this seems to fix 
this issue.


Thanks!

5328  execve("/home/lmctl/sbs/tools/lib/ld-linux.so.2", 
["/home/lmctl/sbs/tools/lib/ld-lin"..., "--rpath-prefix", 
"/home/lmctl/sbs/tools", "--nodefaultdirs", "--argv0", "/bin/bash", 
"/home/lmctl/sbs/tools/bin/bash", "-c", "echo bug"], [/* 68 vars */]) = 0

5328  brk(0)= 0x55573000
5328  open("/home/lmctl/sbs/tools/bin/bash", O_RDONLY) = 3
5328  read(3, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\2\0\3\0\1\0\0\0P!\6\0104\0\0\0"..., 
512) = 512

5328  fstat64(3, {st_mode=S_IFREG|0755, st_size=811156, ...}) = 0
5328  mmap2(0x8048000, 794624, PROT_READ|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x8048000
5328  mmap2(0x810a000, 20480, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xc1) = 0x810a000
5328  mmap2(0x810f000, 19052, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x810f000

5328  close(3)  = 0
5328  access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or 
directory)
5328  mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, 
-1, 0) = 0x55574000


[*] Please note the return address - it's just one page after sbrk(0).


5328  open("/home/lmctl/sbs/tools/usr/lib/libsb2/libsb2.so.1", O_RDONLY) = 3
5328  read(3, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`I\0\0004\0\0\0"..., 
512) = 512

5328  fstat64(3, {st_mode=S_IFREG|0644, st_size=360644, ...}) = 0
5328  mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, 
-1, 0) = 0x55576000
5328  mmap2(NULL, 364308, PROT_READ|PROT_EXEC, 
MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x55577000
5328  mmap2(0x555ce000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x57) = 0x555ce000
5328  mmap2(0x555cf000, 3860, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x555cf000

5328  close(3)  = 0
5328  access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or 
directory)
5328  open("/home/lmctl/sbs/tools/usr/lib/libsb2/libncurses.so.5", 
O_RDONLY) = -1 ENOENT (No such file or directory)



5328  open("/home/lmctl/sbs/tools/lib/libdl.so.2", O_RDONLY) = 3
5328  read(3, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\n\0\0004\0\0\0"..., 
512) = 512

5328  fstat64(3, {st_mode=S_IFREG|0644, st_size=9736, ...}) = 0
5328  mmap2(NULL, 12408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 
3, 0) = 0x5560a000
5328  mmap2(0x5560c000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0x5560c000

5328  close(3)  = 0
5328  open("/home/lmctl/sbs/tools/usr/lib/libsb2/libc.so.6", O_RDONLY) = 
-1 ENOENT (No such file or directory)
5328 
open("/home/lmctl/sbs/tools/home/lmctl/sbs-install/lib/libsb2/libc.so.6", O_RDONLY) 
= -1 ENOENT (No such file or directory)
5328  open("/home/lmctl/sbs/tools/usr/local/lib/libc.so.6", O_RDONLY) = 
-1 ENOENT (No such file or directory)
5328  open("/home/lmctl/sbs/tools/usr/lib/libfakeroot/libc.so.6", 
O_RDONLY) = -1 ENOENT (No such file or directory)
5328  open("/home/lmctl/sbs/tools/usr/lib64/libfakeroot/libc.so.6", 
O_RDONLY) = -1 ENOENT (No such file or directory)

5328  open("/home/lmctl/sbs/tools/lib/libc.so.6", O_RDONLY) = 3
5328  read(3, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320m\1\0004\0\0\0"..., 
512) = 512

5328  fstat64(3, {st_mode=S_IFREG|0755, st_size=1315080, ...}) = 0
5328  mmap2(NULL, 1321288, PROT_READ|PROT_EXEC, 
MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x5560e000
5328  mmap2(0x5574b000, 12288, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MA

Bug#613580: libgs9: please Recommends: (not Depends:) gs-cjk-resource

[Kenshi Muto]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi Jonas,

At Thu, 17 Feb 2011 11:52:55 +0100,
Jonas Smedegaard wrote:
> >Unfortunately because at this time (will be till summer) I'm in
> >terrible busy, feel free to modify it.
> 
> Good.  I will take care of that, then, and of these concrete issues of 
> package relations.
> 
> Is it ok that I repackage in one source per upstream source?
> Is it ok that I move the packaging to Git (in collab-maint at Alioth)?
> Is it ok that I repackage using CDBS?

Of course they are OK!
- -- 
Kenshi Muto
km...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.9 

iQIcBAEBCgAGBQJNXQm6AAoJEB0hyD3EUuD8fRkP/0cY7C2BL3JMkgzDVlYemnjh
DgovzKT1vOjakKFN1vdkgehCZJf/dVQv1bnU/uFXRDI5bJMho9uGABB/9jykJNd6
Q2DH63qgoe5ucnUcfUn165aoZ3CIJaygDJysjCnj8xJBYT5bWyR4QuL5s3NwmlPK
f8NBoa9J5kGW75Dqh6JjQ0lvjSZB5wv3Np4JjKcWSjGba4ZzxW1g3Qcnow3ZD7ti
8AaFSRola89SrrzI/A3riLUk9mXPgSSCDSzSJBmF6OsiN8kFtcAIQ8bRVQjmRh+x
EDHpypQry8F7/jaSyj2CZQpdZVtyj+inzSKsI8i9KJFGkeUCTWN2AL1B4OmsYlsQ
d7MtTJ/0LKfv0rRaUvf10IXwonYj5GqdlZoePWxJk7IwKvRDs7AJgVmYGhK/gihT
uGU3XnYlO7mFnE6OaZwiClZJ7Q0fb6SN/5R30p/8u+Cp2OXfhAZnVfu1qzdsUs0a
CTW21r62N1oDlCEnM9afyNkP9qUpJui9QbL5zF1T8K/jREE11LDXNiQkb0Bx/CrW
QGw86v3RsKgvhnszbKLbLr5fAKzbTm5YbdLxFOirwugCFa9VtEEakroV5WEg2Al0
20BinK8d4X6We2Ldu3Fvr72vOKEdJLZGEkkk32GSdH5Ay1Ag3y+QalgG4N1TJHuQ
xa04GOciLCxfcgkCrosV
=Raq6
-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#613805: RFP: nfs-ganesha -- NFS server running in User Space

[Robert Millan]

Package: wnpp
Severity: wishlist

* Package name: nfs-ganesha
* URL : http://nfs-ganesha.sourceforge.net/
* License : LGPL
  Programming Lang: C
  Description : NFS server running in User Space

NFS-GANESHA is a NFS server running in User Space. It is available under the 
LGPL license.

It has been designed to meet two goals:

* providing very large metadata and data caches (up to millions of records)
* providing NFS exports to various files systems and namespaces (a set of 
data organized as trees, with a structure similar to a files system) 

NFS-GANESHA uses dedicated backend modules called FSAL (which stand for File 
System Abstraction Layer) that provided the product with a unique API (used 
internally) to access the underlying namespace. The FSAL module is basically 
the "glue" between the namespace and the other part of NFS-GANESHA

Available FSALs are:

* FSAL/XFS : provides NFS frontend to XFS filesystems
* FSAL/ZFS : provides with a way to export ZFS's pool with NFS-GANESHA
* FSAL/LUSTRE : provides NFS frontend to LUSTRE filesystems (Lustre 2 or 
higher is required for this FSAL)
* FSAL/PROXY: the module is in fact a NFSv4 client. Used with NFS-GANESHA, 
it turns the NFS server into a NFS proxy server. This module is still in its 
alpha version
* FSAL/FUSELIKE: many product use FUSE to have NFS export. Often they 
resided in the user space. NFS-GANESHA is in user space too, and via this 
module it allow user space product to have NFS export from user space, without 
explicit kernel communication. The module use the same interface as the 
classical fuse binding: if your application have a fuse binding module ready, 
you'll need nothing else to interface it with NFS-GANESHA. For this specific 
use, the NFS-GANESHA's engine is wrap in a library to be use and compile with 
your proprieritary application.
* FSAL/SNMP: information available via SNMP are organized as trees, they 
constitute a namespace. This backend module provides with the capability to 
export SNMP information data via NFS and browse them in a "procfs-like" way.
* FSAL/POSIX: this module is based on the well known POSIX API which is 
included in the LibC. It allows NFS export for anything accessible via the 
POSIX interface. POSIX API addresses files and directories by their names 
(which are volatile identifiers, they may change if object is renamed). FSAL 
API uses persistent, opaque, unique identifier called handles. Because a this, 
FSAL/POSIX use the service of a PostGresQL database to perform "reverse lookup" 
from handle to filename. 



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

Bug#613806: ITP: mplayer2 -- next generation movie player for Unix-like systems

[Reinhard Tartler]

Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler 

* Package name: mplayer2
  Version : 2.0beta1
  Upstream Author : Uoti Urpala 
* URL : http://www.mplayer2.org/
* License : GPL
  Programming Lang: C
  Description : next generation movie player for Unix-like systems

   MPlayer plays most MPEG, VOB, AVI, Ogg/OGM, VIVO, ASF/WMA/WMV,
   QT/MOV/MP4, FLI, RM, NuppelVideo, yuv4mpeg, FILM, RoQ, PVA files,
   supported by many native, XAnim, RealPlayer, and Win32 DLL codecs. It
   can also play VideoCD, SVCD, DVD, 3ivx, RealMedia, and DivX movies.
   
   Another big feature of MPlayer is the wide range of supported output
   drivers. It works with X11, Xv, DGA, OpenGL, SVGAlib, fbdev, DirectFB,
   but also SDL (plus all its drivers) and some low level card-specific
   drivers (for Matrox, 3Dfx and Radeon, Mach64 and Permedia3). Most of
   them support software or hardware scaling, therefore allowing fullscreen
   display. MPlayer is also able to use some hardware MPEG decoder boards,
   such as the DVB and DXR3/Hollywood+.
   

The text above is copied from the existing mplayer package. It is
basically a well-known and quite popular fork of mplayer. TBH, I'm a bit
unsure what to do with it. From the first look, it seems that mplayer2
is better suited for being included in a distro release, but not (yet)
in its current form. Currently, it includes a copy of ffmpeg-mt, a
well-known fork of the ffmpeg package, which features multithreaded h264
decoding and actually is already in debian as part of the
chromium-browser package. While ffmpeg-mt is currently being
integrated/merged into ffmpeg upstream, mplayer2's future is not that
certain.

Having this in mind, I intend to maintain the package under the
pkg-multimedia umbrella. mplayer2 shoudl go to experimental for now,
including ffmpeg-mt. Help and ideas with that is more than welcome!



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

Bug#613767: monit: reportbug should not try to include the config file /etc/monit/monitrc

[Sergey B Kirpichev]

tags 613767 +wontfix
close 613767
thanks

> When reporting a bug for monit with reportbug, reportbug tries to
> include the config file /etc/monit/monitrc, but fails.
> 
> First, since /etc/monit/monitrc is expected to be protected against
> reading, reportbug should not try to include it.

It's a reportbug issue, not monit (e.g., you can reproduce this "bug"
on the "at" package, with at.deny conffile).

You can suppress inclusion of the configuration files.  Please, consult
the reportbug documentation.

> Moreover, under some conditions (e.g. reportbug is run as root, even
> though this is discouraged), the file would be included, which can
> be a security problem as the file can contain passwords.
 
Again, please read documentation.  reportbug manpage says about
configuration files: "By default, _you are asked if you want to include
them_; in some cases, doing so may cause sensitive information to
be sent via email."

So, I will close this bugreport.  It's not a bug.



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

Bug#613580: libgs9: please Recommends: (not Depends:) gs-cjk-resource

[Jonas Smedegaard]

On Thu, Feb 17, 2011 at 08:42:56PM +0900, Kenshi Muto wrote:

At Thu, 17 Feb 2011 11:52:55 +0100,
Jonas Smedegaard wrote:
>Unfortunately because at this time (will be till summer) I'm in 
>terrible busy, feel free to modify it.


Good.  I will take care of that, then, and of these concrete issues 
of package relations.


Is it ok that I repackage in one source per upstream source?
Is it ok that I move the packaging to Git (in collab-maint at Alioth)?
Is it ok that I repackage using CDBS?


Of course they are OK!


Thanks.

(and no, I do not take for granted it is ok "infecting" with CDBS)


 - Jonas

--
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature

Bug#595482: (no subject)

[Ian Abbott]

Since this package is now considered "stable", it would be really handy
if this bug could be fixed by modifying the CFLAGS as J suggested in the
original report.  My main concern is that amavisd-new depends on 'pax'
but this bug in pax causes amavisd-new to avoid checking any tar file
for viruses.  It thinks any such tar files are a mail bomb, due to the
mis-reported sizes of the contents.

At the moment, I have to hold back pax to the earlier 1.5-1 version just
to avoid this bug.



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

Bug#613764: monit creates a log file with group root instead of adm

[Vincent Lefevre]

On 2011-02-17 13:41:14 +0300, Sergey B Kirpichev wrote:
> tags 613764 +pending
> thanks
> 
> > The log file created by monit:
> > -rw-r- 1 root root 322 2011-02-17 01:57:53 /var/log/monit.log
> 
> Correct.
> 
> > As usual, if the permissions are 640, the group should by adm, not root.
> 
> Why?  It's intentional behaviour.

So that the admin can read the log file without logging as root.
See the other log files (auth.log, boot, daemon.log, debug, dmesg,
kern.log, messages, syslog, user.log). The log files that have the
root group are readable by everyone.

Is there any reason why monit should behave differently?

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#613807: initscripts: /etc/network/if-up.d/mountnfs fails, if /var/run/network/mountnfs exists

[Bjoern Buerger]

Package: initscripts
Version: 2.88dsf-13.1
Severity: important


This may be a duplicate of #550883

However: Since the initscripts package introduces /etc/network/if-up.d/mountnfs
to the system, this package should provide a solution for proper 
lockfile/lockdir
handling instead of the mount package.

Description:
Apparently, the temporary directory /var/run/network/mountnfs was not removed
during a failed system startup. On any following startup, no nfs mounts where
done whatsoever, leading to a very poor user experience e.g. users log in via
gdm/xdm and get error messages complaining about missing home directory ($HOME
is located on a network share), etc.

Although this is not strictly "critical", it should be fixed soon.

to reproduce the problem:

mkdir -p /var/run/network/mountnfs
reboot


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

Kernel: Linux 2.6.32-5-686 (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 initscripts depends on:
ii  coreutils   8.5-1GNU core utilities
ii  debianutils 3.4.3Miscellaneous utilities specific t
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  lsb-base3.2-27   Linux Standard Base 3.2 init scrip
ii  mount   2.17.2-9 Tools for mounting and manipulatin
ii  sysv-rc 2.88dsf-13.1 System-V-like runlevel change mech
ii  sysvinit-utils  2.88dsf-13.1 System-V-like utilities

Versions of packages initscripts recommends:
ii  e2fsprogs 1.41.12-2  ext2/ext3/ext4 file system utiliti
ii  psmisc22.13-1utilities that use the proc file s

initscripts 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#613808: fop: crashes with "java.lang.UnsupportedClassVersionError: Bad version number in .class file"

[Roger Casaponsa]

Package: fop
Version: 1:0.95.dfsg-11
Severity: important

fop crashes, even withou any argument:

server$ fop
[ERROR] SVGElementMapping - Error while initializing the Batik SVG extensions
java.lang.UnsupportedClassVersionError: Bad version number in .class file
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
at
org.apache.fop.fo.extensions.svg.SVGElementMapping.initialize(SVGElementMapping.java:80)
at org.apache.fop.fo.ElementMapping.getTable(ElementMapping.java:52)
at
org.apache.fop.fo.ElementMappingRegistry.addElementMapping(ElementMappingRegistry.java:117)
at
org.apache.fop.fo.ElementMappingRegistry.addElementMapping(ElementMappingRegistry.java:96)
at
org.apache.fop.fo.ElementMappingRegistry.setupDefaultMappings(ElementMappingRegistry.java:77)
at
org.apache.fop.fo.ElementMappingRegistry.(ElementMappingRegistry.java:64)
at org.apache.fop.apps.FopFactory.(FopFactory.java:151)
at org.apache.fop.apps.FopFactory.newInstance(FopFactory.java:166)
at
org.apache.fop.cli.CommandLineOptions.(CommandLineOptions.java:102)
at org.apache.fop.cli.Main.startFOP(Main.java:153)
at org.apache.fop.cli.Main.main(Main.java:197)

Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad version
number in .class file
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:164)
at
org.apache.fop.image.loader.batik.BatikUtil.isBatikAvailable(BatikUtil.java:33)
at
org.apache.fop.image.loader.batik.ImageLoaderFactorySVG.isAvailable(ImageLoaderFactorySVG.java:60)
at
org.apache.xmlgraphics.image.loader.spi.ImageImplRegistry.registerLoaderFactory(ImageImplRegistry.java:163)
at
org.apache.xmlgraphics.image.loader.spi.ImageImplRegistry.discoverClasspathImplementations(ImageImplRegistry.java:97)
at
org.apache.xmlgraphics.image.loader.spi.ImageImplRegistry.(ImageImplRegistry.java:70)
at
org.apache.xmlgraphics.image.loader.spi.ImageImplRegistry.getDefaultInstance(ImageImplRegistry.java:79)
at
org.apache.xmlgraphics.image.loader.ImageManager.(ImageManager.java:48)
at org.apache.fop.apps.FopFactory.(FopFactory.java:154)
at org.apache.fop.apps.FopFactory.newInstance(FopFactory.java:166)
at
org.apache.fop.cli.CommandLineOptions.(CommandLineOptions.java:102)
at org.apache.fop.cli.Main.startFOP(Main.java:153)
at org.apache.fop.cli.Main.main(Main.java:197)


The first exception occurs after apply the "quick fix" explained in the bug
#575411:
A quick fix is to add either :
-Dorg.apache.commons.logging.Log=org.apache.commons.logging.impl.SimpleLog

if you need more information, just ask.

thanks




-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages fop depends on:
ii  gij-4.3 [java2-run 4.3.2-2   The GNU Java bytecode interpreter
ii  java-gcj-compat-he 1.0.78-2  Java runtime environment using GIJ
ii  java-wrappers  0.1.16wrappers for java executables
ii  libavalon-framewor 4.2.0-7   Common framework for Java server a
ii  libbati

Bug#613809: linux-image-2.6.32-5-686: FN-F2 (toggle Wifi) does not work on EEE 900A

[Wolfgang Heidenreich]

Package: linux-image-2.6.32-5-686
Severity: normal

On my EEE 900A the FN-F2 button no longer toggles Wifi after update from 
Lenny to Squeeze (stable). The symptoms of my problem are equivalent to what
I found under "https://bugzilla.novell.com/show_bug.cgi?id=595586";.

They identified the problem ("eeepc driver tries to bind to 01:00:00 PCI
device, but wifi is at 02:00:00"), solved it, and produced kernels
which work. I just want to increase chances that the patch will be applied in
debian too.  



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

Bug#613806: ITP: mplayer2 -- next generation movie player for Unix-like systems

[Reinhard Tartler]

BTW, this request known in ubuntu as https://launchpad.net/bugs/611851
-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



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

Bug#613768: exim4 should include $HOST to local domains by default

[Vincent Lefevre]

On 2011-02-17 09:56:35 +, Jonathan Plews wrote:
> I think that, unless it explicitly set, the hostname is derived form DNS
> lookups.

No, I think that $HOST is obtained from /etc/hostname (AFAIK, it is
set by Debian at installation time).

> you can test this with changes to /etc/hosts, hostname -f and the string
> exim gives on connect will be the same.
> 
> x.x.x.xhost   host.domain.tld - will report just 'host'

This is incorrect. You should not do this, see hosts(5) man page.

> x.x.x.xhost.domain.tld   host - will report 'host.domain.tld'

"hostname -f" will report host.domain.tld, but this is not $HOST
(which is used by monit).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#613770: monit: Message-Id of mail alerts is incorrect

[Vincent Lefevre]

On 2011-02-17 13:12:24 +0300, Sergey B Kirpichev wrote:
> tag 613770 +pending
> thanks
> 
> > The Message-Id's in mail messages sent by monit (for alerts) are
> > incorrect. There are 2 problems:
> > 
> > 1. The domain part (after @) contains $HOST (which is typically just
> >the nodename, not a FQDN) instead of the mailname.
> 
> You can use "set mailserver ... using hostname " in
> monitrc.  Please, check documentation.

The user should not have to do this. Message-Id generation should
be correct with the default configuration (other software, like
cron, has no problems, so why not monit?).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#516394: A Backport please

[Martin Nicholas]

Could someone _please_ generate a backport (or forwardport!) to lenny?

I'm sure I'm not the only person who has a requirement for tinydns.

The package could even be split into two dnscache and tindyns.

Thanks.

-- 

Regards,

Martin Nicholas.

E-mail: reply-2...@mgn.org.uk



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

Bug#613563: [Pkg-xfce-devel] Bug#613563: Bug#613563: xfburn: When a new directory is added to a composition, crash when launching the burn

[Yves-Alexis Perez]

On mer., 2011-02-16 at 16:11 +0100, manuk7 wrote:
> I'm not conviced that it's the same than #592524 because it doesn't
> look
> like to happen at any time.
> 
> However I tried to solve my problem, and following patch for
> xfburn-data-composition.c seems to correct my problem. Could you check
> it ? 

Please send it as a unified diff :) (it might be worth directly pushing
it upstream too, if we didn't do it in the meantime)

Regards,
-- 
Yves-Alexis




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

Bug#613807: initscripts: /etc/network/if-up.d/mountnfs fails, if /var/run/network/mountnfs exists

[Petter Reinholdtsen]

[Bjoern Buerger]
> Apparently, the temporary directory /var/run/network/mountnfs was not removed
> during a failed system startup. On any following startup, no nfs mounts where
> done whatsoever, leading to a very poor user experience e.g. users log in via
> gdm/xdm and get error messages complaining about missing home directory ($HOME
> is located on a network share), etc.

I believe if /var/run wasn't cleaned during boot, you have a problem
elsewhere.  It is supposed to be removed during boot by
/etc/init.d/mountnfs-bootclean.sh, I believe.  Personally I would
recommend using tmpfs for /var/run, but have not spent any time to try
to push this project-wide. :)

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#613810: mime-support: Use official IANA type image/vnd.microsoft.icon for icon files (.ico) instead of image/x-icon

[Martin Fröhlich]

Package: mime-support
Version: 3.48-1
Severity: wishlist

ico should have vnd.microsoft.icon in mime.types, see
http://www.iana.org/assignments/media-types/image/vnd.microsoft.icon



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

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

mime-support depends on no packages.

Versions of packages mime-support recommends:
ii  file  5.04-5 Determines file type using "magic"

mime-support 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#516394: A Backport please

[Martin Nicholas]

Folks,

I'm so stupid - I meant of course a backport to "Squeeze" (Debian stable).

-- 

Regards,

Martin Nicholas.

E-mail: m...@mgn.org.uk



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