Bug#594157: fai-chboot expects that the nfs server is on the same host as the tftp server

[Reinhard Tartler]

Package: fai
Version: 3.2.17~lenny1
Severity: normal

Hi,

it seems that fai-chboot when writing PXE configs appends a
'nfsroot=/srv/fai/nfsroot' parameter. This expects that the nfs server
is on the same host as the tftp server AFAIUI.

In installations where this is not the case, the admin has to manually
change this parameter to 'nfsroot=192.168.24.1:/srv/fai/nfsroot' or something.

Or does the initramfs respect some magic (undocumented) dhcp options? In
that case, fai-chboot should probably not add any nfsroot parameter, but
rely solely on provided dhcp options.

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

Kernel: Linux 2.6.32-24-generic (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



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

Bug#593798: libsoqt3-20 is linked against Qt 4 (should be Qt 3)

[Steve M. Robbins]

On Sun, Aug 22, 2010 at 05:18:09PM +0100, David Claughton wrote:

> FWIW, I could be wrong, but it looks like configure is invoking
> pkgconfig to determine the QT version and it's always finding QT4
> regardless of what QTDIR is set to.
> 
> Maybe --enable-pkgconfig wasn't the default in the previous release?  In
> any case adding --disable-pkgconfig *seems* to do the trick, although I
> didn't have time to test it thoroughly.

Good idea, thanks.  However, when I tried it, the build eventually
failed with the following error.  It seems that Qt3 doesn't have
QImage::hasAlphaChannel(), etc:

 g++ -DHAVE_CONFIG_H -I../../../src -I../../../data -I../../../../src 
-I/usr/include/Inventor/annex -D_REENTRANT -I/usr/share/qt3/include 
-DSOQT_DEBUG=1 -DSOQT_INTERNAL -g -O2 -W -Wall -Wno-unused -Wno-multichar 
-Woverloaded-virtual -Wno-non-virtual-dtor -fno-builtin -finline-functions 
-Wreturn-type -Wchar-subscripts -Wparentheses -c 
../../../../src/Inventor/Qt/SoQtImageReader.cpp  -fPIC -DPIC -o 
.libs/SoQtImageReader.o
In file included from ../../../../src/Inventor/Qt/SoQtImageReader.cpp:31:
/usr/share/qt3/include/qimage.h: In member function 'bool 
QImageTextKeyLang::operator<(const QImageTextKeyLang&) const':
/usr/share/qt3/include/qimage.h:61: warning: suggest parentheses around '&&' 
within '||'
../../../../src/Inventor/Qt/SoQtImageReader.cpp: In member function 'SbBool 
SoQtImageReader::readImage(const SbString&, SbImage*) const':
../../../../src/Inventor/Qt/SoQtImageReader.cpp:65: error: 'class QImage' has 
no member named 'hasAlphaChannel'
../../../../src/Inventor/Qt/SoQtImageReader.cpp:66: error: 'class QImage' has 
no member named 'convertToFormat'
../../../../src/Inventor/Qt/SoQtImageReader.cpp:66: error: 'class QImage' has 
no member named 'hasAlphaChannel'
../../../../src/Inventor/Qt/SoQtImageReader.cpp:67: error: 'Format_ARGB32' is 
not a member of 'QImage'
../../../../src/Inventor/Qt/SoQtImageReader.cpp:67: error: 'Format_RGB32' is 
not a member of 'QImage'

I think I'll just remove the Qt3 packages after all.

-Steve



signature.asc
Description: Digital signature

Bug#594156: modules=most does not add virtio_net

[Reinhard Tartler]

Package: initramfs-tools
Version: 0.97
Severity: normal

Hi,

I'm using initramfs-tools in the context of an FAI nfsroot, read, I want
to have it booted in a KVM guest with both virtio hard drives and
virtio_net. It turns out despite having 'MODULES=most' in
/srv/fai/nfsroot/live/filesystem.dir/etc/initramfs-tools/initramfs.conf,
the modules 'virtio_pci', 'virtio_blk' and 'virtio_ring' are included,
but 'virtio_net' is missing.

I'm still looking for a good workaround to get an virtio-net enabled
guest installed via an FAI nfsroot.



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

Bug#588782: same bug as 586369

[Nicolas Parpandet]

same bug as 586369 

Bug#594003: vzctl overwrites 127.0.0.1 in /etc/hosts

[Ola Lundqvist]

severity 594003 important
forwarded 594003 http://bugzilla.openvz.org/show_bug.cgi?id=1618
thanks

Hej Stefan

Thanks a lot for the report. Bug forwarded to upstream as bug
http://bugzilla.openvz.org/show_bug.cgi?id=1618 including the extra
information about the patch used.

I do not really see the point in rewriting the 127.0.0.1 line as
that almost always contain only the following

127.0.0.1 localhost.localdomain localhost

My opinion is that it should be kept as it usually is. But I'll check
with upstream about their opinion. There may be special reasons for
this.

Best regards,

// Ola

On Mon, Aug 23, 2010 at 01:30:53AM +0200, Stefan Alfredsson wrote:
> Package: vzctl
> Version: 3.0.24-1
> Severity: minor
> 
> 
> vzctl makes adjustments to /etc/hosts via scripts to account
> for the IP-adress and hostname that has been set in the VE configuration.
> 
> However, it also adjusts the entry for localhost.
> 
> This is problematic if, for example, you have an alias for localhost:
> 
> 127.0.0.1 localhost localhost.localdomain mysql
> 
> When the vserver is restarted, the "mysql" alias is gone which causes
> problems for the application.
> 
> The responsible code is in /etc/vz/dists/scripts/functions :
> 
>313  $1 == "127.0.0.1" { ate_localhost = 1; next; }
>314  {print}
>315  END {
>316  if (ip == "") { ip ="127.0.0.1" }
>317  if (ate_localhost && ip != "127.0.0.1") {
>318  print "127.0.0.1 
> localhost.localdomain localhost";
>319  }
>320  print comm;
>321  if ((i=index(host, ".")) > 1) {
>322  alias= " " substr(host, 1, i -
> 1);
>323  if (! (alias in EXTRANAMES)) {
>324  EXTRANAMES[alias] = 1;
>325  }
>326  }
> 
> 
> So - first is the 127.0.0.1 entry regenerated, then is the "comm"
> information ("# Autogenerated hostname ...") appended, and then the
> hostname.
> 
> I do not see a reason for 127.0.0.1 to be regenerated. Usually it points at
> localhost, in which case the code provides no benefit. If the admin has added
> an alias to localhost, it will be overwritten, which can be quite annoying.
> 
> I suggest contacting upstream if there is a reason for this manipulation,
> and if not, leave 127.0.0.1 alone by commenting line #313, perhaps with
> a reference to this bug report.
> 
> Best regards,
>  Stefan
> 
> -- System Information:
> Debian Release: lenny/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core)
> Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set 
> to sv_SE)
> Shell: /bin/sh linked to /bin/bash
> 
> Versions of packages vzctl depends on:
> ii  iproute   20080417-1 networking and traffic control 
> too
> ii  libc6 2.10.2-2   GNU C Library: Shared libraries
> ii  vzquota   3.0.12-3   server virtualization solution - 
> q
> 
> Versions of packages vzctl recommends:
> ii  rsync 3.0.7-1fast remote file copy program 
> (lik
> 
> -- no debconf information
> 
> 
> 

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



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

Bug#594155: CVE-2010-1526: overflows in TIFF, JPEG, DIP decoding

[Florian Weimer]

Package: libgdiplus
Tags: security

Vulnerabilities have been discoverd in libgdiplus.  Here is the
summary from Secunia's advisory:

| Secunia Research has discovered three vulnerabilities in libgdiplus 
| for Mono, which can be exploited by malicious people to compromise an
| application using the library.
| 
| 1) An integer overflow error within the "gdip_load_tiff_image()" 
| function in src/tiffcodec.c can be exploited to cause a heap-based 
| buffer overflow by e.g. processing specially crafted TIFF images in 
| an application using the library.
| 
| 2) An integer overflow error within the 
| "gdip_load_jpeg_image_internal()" function in src/jpegcodec.c can be 
| exploited to cause a heap-based buffer overflow by e.g. processing 
| specially crafted JPEG images in an application using the library.
| 
| 3) An integer overflow error within the "gdip_read_bmp_image()"
| function in src/bmpcodec.c can be exploited to cause a heap-based 
| buffer overflow by e.g. processing specially crafted BMP images in an 
| application using the library.



This should probably be fixed in a point release for lenny.



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

Bug#594048: building openclipart produces oversized logfiles

[Wolfram Quester]

On Mon, Aug 23, 2010 at 01:21:06PM +0200, Rene Engelhard wrote:
> merge 594036 594048
> thanks
> 
> On Mon, Aug 23, 2010 at 12:46:39PM +0200, Wolfram Quester wrote:
> > Bug #591184 reports the creation of extremely large logfiles while building
> > openclipart. This is due to an overwhelming verbosity of inkscape's 
> > debugging
> > output. As long as inkscape keeps this level of verbosity I suggest applying
> > the attached patch. It filters out empty and double lines, drastically 
> > reducing
> > the logfile size. Since it also reduces IO, it speeds up building 
> > openclipart
> > on my machine very much.
> 
> Thanks, but why did you send this twice?
Because I tried to background reportbug one time and thought that the mail was
not sent.
Sorry for the noise :-(

> 
> Though, even if this was applied,
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589194 is probably
> a stopper for any upload attempting to fix this, no?
I prepared a package of the newly released inkscape 0.48.0 and tried to build
openclipart using that. Without my patch I could not do the build due to the
oversized logfile, with my patch the build finished the stages which involved
inkscape in a much shorter time with a logfile of about 3.9 MB. I had to
interrupt the build though, since in a later stage gengal.bin from
openoffice.org-dev used 4 GB RAM on my laptop which has only 2 GB physcal RAM
installed. Swapping was no fun here ;-)

From what I see now, building openclipart seems to work using my patch.
I'm not sure if inkscape 0.48 is necessary or not.

Thank you very much,

Wolfi

> 
> Grüße/Regards,
> 
> René
> -- 
>  .''`.  René Engelhard -- Debian GNU/Linux Developer
>  : :' : http://www.debian.org | http://people.debian.org/~rene/
>  `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
>`-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70
> 


signature.asc
Description: Digital signature

Bug#594154: tcsh: Regression -- double history storage of commands when !#:q is used in jobcmd

[Lucas Nussbaum]

On 20/08/10 at 00:39 -0400, gi1242+debianb...@gmail.com wrote:
> Package: tcsh
> Version: 6.17.02-3
> Severity: normal
> 
> If the alias "jobcmd" contains "!#:q", then all your typed commands are
> stored twice in the history. Once as typed, and once with only the first
> argument (and aliases expanded).
> 
> The issue does not arise if you don't use the ":q" modifier. This bug
> was not present in 6.17.02-3 and is present in 6.17.02-2.

Huh? I guess you mistyped one of the new versions. Could you check?

- Lucas



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

Bug#557879: graphicsmagick: please build with --with-quantum-depth=16

[debianbug . jthomson]

Please fix this. It's causing a bug in octave too.
— graphicsmagick-1.3.12/debian/rules 2010-08-22 00:36:45.0 +
+++ debian/rules 2010-08-22 00:42:03.0 +
@@ -64,6 +64,7 @@CFLAGS=”$(CFLAGS)” CXXFLAGS=”$(CFLAGS)” LDFLAGS=”$(LDFLAGS)” \
./configure $(gm_confflags) \
+ –with-quantum-depth=16 \
–enable-shared \
–enable-static \
–enable-libtool-verbose \


  

Bug#590022: NMU diff for lilo 22.8-8.2

[Ben Hutchings]

diff -u lilo-22.8/debian/changelog lilo-22.8/debian/changelog
--- lilo-22.8/debian/changelog
+++ lilo-22.8/debian/changelog
@@ -1,3 +1,11 @@
+lilo (1:22.8-8.2) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Add kernel and initramfs hook scripts to ensure lilo is reinstalled
+whenever the kernel or initramfs is updated. (Closes: #590022)
+
+ -- Ben Hutchings   Tue, 24 Aug 2010 04:25:24 +0100
+
 lilo (1:22.8-8.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u lilo-22.8/debian/lilo.dirs lilo-22.8/debian/lilo.dirs
--- lilo-22.8/debian/lilo.dirs
+++ lilo-22.8/debian/lilo.dirs
@@ -7,0 +8,3 @@
+etc/initramfs/post-update.d
+etc/kernel/postinst.d
+etc/kernel/postrm.d
diff -u lilo-22.8/debian/rules lilo-22.8/debian/rules
--- lilo-22.8/debian/rules
+++ lilo-22.8/debian/rules
@@ -43,6 +43,12 @@
install -g root -m 755 -o root keytab-lilo.pl 
debian/lilo/usr/sbin/keytab-lilo
install -g root -m 755 -o root debian/liloconfig debian/lilo/usr/sbin/
install -g root -m 755 -o root debian/lilo_find_mbr 
debian/lilo/usr/sbin/
+   install -g root -m 755 -o root debian/lilo.initramfs-post-update \
+   debian/lilo/etc/initramfs/post-update.d/lilo
+   install -g root -m 755 -o root debian/lilo.kernel-postinst \
+   debian/lilo/etc/kernel/postinst.d/zz-lilo
+   install -g root -m 755 -o root debian/lilo.kernel-postrm \
+   debian/lilo/etc/kernel/postrm.d/zz-lilo
dh_installdocs  
cp debian/contrib/debianlilobmp.conf debian/lilo/usr/share/lilo/
cp debian/contrib/sidbmp.conf debian/lilo/usr/share/lilo/
only in patch2:
unchanged:
--- lilo-22.8.orig/debian/lilo.kernel-postrm
+++ lilo-22.8/debian/lilo.kernel-postrm
@@ -0,0 +1,3 @@
+#!/bin/sh
+# Do not abort kernel removal in case of error
+lilo &2 || true
only in patch2:
unchanged:
--- lilo-22.8.orig/debian/lilo.kernel-postinst
+++ lilo-22.8/debian/lilo.kernel-postinst
@@ -0,0 +1,2 @@
+#!/bin/sh
+lilo &2
only in patch2:
unchanged:
--- lilo-22.8.orig/debian/lilo.initramfs-post-update
+++ lilo-22.8/debian/lilo.initramfs-post-update
@@ -0,0 +1,11 @@
+#!/bin/sh
+case "$DPKG_MAINTSCRIPT_PACKAGE" in
+linux-image-*)
+   # lilo will be updated later by the kernel postinst hook; no
+   # need to update it now.
+   exit 0
+   ;;
+*)
+   lilo &2
+   ;;
+esac
--- END ---

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


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

Bug#594154: tcsh: Regression -- double history storage of commands when !#:q is used in jobcmd

[gi1242+debianbugs]

Package: tcsh
Version: 6.17.02-3
Severity: normal

If the alias "jobcmd" contains "!#:q", then all your typed commands are
stored twice in the history. Once as typed, and once with only the first
argument (and aliases expanded).

The issue does not arise if you don't use the ":q" modifier. This bug
was not present in 6.17.02-3 and is present in 6.17.02-2.

Here's how you can reproduce this:

1. Set jobcmd to use !#:q in some way. E.g.:

alias jobcmd echo -n '"\e]0;"\!#:q"\a"'

2. Run any command. E.g.

/bin/echo a b

3. See the bottom of your history.

583  0:31/bin/echo a b
   -5000   0:31/bin/echo a
584  0:31history | tail

4. Alternately go up in the history (using the "up" key). You'll first
   see a command "/bin/echo a" (which you never typed). Pressing the
   "up" key again, you'll get the command "/bin/echo a b" which you
   typed.



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

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

Versions of packages tcsh depends on:
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libncurses5   5.7+20100313-2 shared libraries for terminal hand

tcsh recommends no packages.

tcsh suggests no packages.

-- no debconf information

-- 
A Windows user spends 1/3 of his life sleeping, 1/3 working, 1/3
waiting.



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

Bug#592885: FTBFS [hppa]: final link failed: Nonrepresentable section on output

[dann frazier]

reassign 592885 src:atlas
affects 592885 hpcc
affects 592885 openmeeg
thanks

On Sat, Aug 14, 2010 at 09:29:56AM +0200, Lucas Nussbaum wrote:
> On 13/08/10 at 10:15 -0600, dann frazier wrote:
> > mpicc  -DHPL_CALL_CBLAS -I../../../include -I../../../include/Debian   
> > -fomit-frame-pointer -O3 -funroll-loops -W -Wall -o ../../../../hpcc 
> > ../../../lib/Debian/libhpl.a -lblas -latlas  -lm
> > /usr/bin/ld: ../../../../hpcc: hidden symbol 
> > `__canonicalize_funcptr_for_compare' in 
> > /usr/lib/gcc/hppa-linux-gnu/4.4.3/libgcc.a(fptr.o) is referenced by DSO
> > /usr/bin/ld: final link failed: Nonrepresentable section on output
> > collect2: ld returned 1 exit status
> 
> Since it built everywhere else, isn't that hppa-specific?

Looks like an issue with how libatlas is linked, so reassigning.
Investigation here:
  http://lists.debian.org/debian-hppa/2010/08/msg00032.html

-- 
dann frazier




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

Bug#594152: unblock: psychopy/1.61.03.dfsg-1

[Yaroslav Halchenko]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception


Please unblock package psychopy

1.61.03 is a bugfix release on top of upstream 1.61.02. 

1.61.02.dfsg-2 (present in squeeze atm) already contained major fixes from
1.61.03, and 1.61.03 upstrem release which officially includes them

+ finally removed upstream non-DFSG video with DFSG version of the video
improved for better "user experience"
+ documentation improvements
+ 1 new minor feature in configuration UI

This is the last version in 1.6x development cycle and 1.62.00.dfsg-1 is
already in Experimental.

unblock psychopy/1.61.03.dfsg-1

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (901, 'unstable'), (900, 'testing'), (300, 'experimental')
Architecture: amd64 (x86_64)

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



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

Bug#594151: unblock: nipype/0.3.2-1

[Yaroslav Halchenko]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception


Please unblock package nipype

0.3 release (present in squeeze atm) was the first release in 0.3 series and
upstream followed it up shortly with two bugfix releases:
Release 0.3.1 (Jul 29, 2010)
Release 0.3.2 (Aug 03, 2010)
which fixed some bugs and introduced some additional documentation.

Due to participation in debconf10 I had to postpone packaging those and only
accomplished the mission with 0.3.2-1 package on 9th of August, and that
package is now ready for transition from unstable into testing.  I am sorry
that I have not preliminary confirmed that the package would be granted freeze
exception for sure -- I have just relied on a common sense of our common
goal to get good stable versions into the squeeze, and bugfix version
0.3.2 imho is much better candidate, please let it transition.

unblock nipype/0.3.2-1

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (901, 'unstable'), (900, 'testing'), (300, 'experimental')
Architecture: amd64 (x86_64)

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



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

Bug#554843: [Pkg-dkms-maint] Bug#554843: Hmm... I take that back :)

[Michael Gilbert]

On Fri, 20 Aug 2010 15:31:36 -0500 Bill Gatliff wrote:

> Guys:
> 
> 
> Seems I'm confused...  Well, I *am* confused, I'm just not sure where
> the confusion is coming from...  :)
> 
> I took a look at the psb-kernel-source-4.41.1.dkms.tar.gz file, and it
> looks like this:
> 
> $ dpkg --extract
> /var/lib/dkms/psb-kernel-source/4.41.1/deb/psb-kernel-source-dkms_4.41.1_all.deb
> .
> $ cd usr/src
> $ tar xzvf psb-kernel-source-4.41.1.dkms.tar.gz
> ./dkms_main_tree/
> ./dkms_main_tree/dkms_dbversion
> ./dkms_main_tree/2.6.28.10-a1rvc/
> ./dkms_main_tree/2.6.28.10-a1rvc/i686/
> ./dkms_main_tree/2.6.28.10-a1rvc/i686/module/
> ./dkms_main_tree/2.6.28.10-a1rvc/i686/module/drm.ko
> ./dkms_main_tree/2.6.28.10-a1rvc/i686/module/psb.ko
> ./dkms_main_tree/2.6.28.10-a1rvc/i686/log/
> ./dkms_main_tree/2.6.28.10-a1rvc/i686/log/make.log
> ...
> 
> So the package file *does* indeed contain prebuilt, kernel-specific
> modules as I had hoped.  Of course, it also contains a big pile of
> source code that I don't need, but it looks like --binaries-only
> command line option to dkms will fix that.
> 
> Unfortunately, when I do:
> 
> $ sudo dkms -m psb-kernel-source -v 4.41.1 -k `uname -r`
> --binaries-only mkdeb mkdsc
> $ sudo dpkg --install
> /var/lib/dkms/psb-kernel-source/4.41.1/deb/psb-kernel-source-dkms_4.41.1_all.deb
> 
> (Reading database ... 65369 files and directories currently installed.)
> Preparing to replace psb-kernel-source-dkms 4.41.1 (using
> .../psb-kernel-source-dkms_4.41.1_all.deb) ...
> Unpacking replacement psb-kernel-source-dkms ...
> Setting up psb-kernel-source-dkms (4.41.1) ...
> Removing old psb-kernel-source-4.41.1 DKMS files...
> Loading new psb-kernel-source-4.41.1 DKMS files...
> 
> Error! Tarball is a DKMS binaries-only archive, but your DKMS tree
> does not have the source installed for psb-kernel-source-4.41.1.
> To load a DKMS binaries-only archive, you must already have the module
> source in your DKMS tree.
> 
> This can be overridden by using --force, but this is not recommended since
> it will eliminate your ability to actually build for this module.
> dpkg: error processing psb-kernel-source-dkms (--install):
>  subprocess post-installation script returned error exit status 6
> Errors were encountered while processing:
>  psb-kernel-source-dkms
> 
> 
> 
> If I already have the pre-built binaries, why do I need the sources
> for them?  The target machine has no need for the source code.  Oh,
> and I don't know which --force I should be using...

this looks like an issue with the way the mkdeb feature is currently
designed. it can definately be improved, and i'll take a look at that
at some point, but it won't get into squeeze at this point.

mike



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

Bug#594150: apt-transport-https fail after squeeze upgrade

[Johannes Ernst]

Package: apt-transport-https
Version: 0.7.25.3
Severity: grave
Justification: renders package unusable

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

I have an apt https setup with client certs that has been working fine for 
lenny. After upgrading to squeeze, it fails.
Has anything changed in the configuration? I'm not really able to find any 
relevant documentation ...

I've created a test setup which is documented at:
http://apt-test.aviatis.com/
It runs apt-cacher (so you know what it will produce if it does ...). Clients 
need to specify a client cert to get access.
Client config instructions are at that URL. Please e-mail me with any questions 
or requests for changes in the setup.

Details:



Error message on client (that runs apt):

Err https://FOO foo/main Packages
 SSL connection timeout
W: Failed to fetch https://FOO/FOO/dists/foo/main/binary-i386/Packages.gz  SSL 
connection timeout



SSL log on the server (that runs apt-cacher):

squeeze:
[14/Aug/2010:19:05:19 +] 192.168.1.5 SSLv3 - - -

compare with lenny:
[14/Aug/2010:10:11:06 +] 192.168.1.6 SSLv3 DHE-RSA-AES128-SHA FOO FOO.com



/etc/apt/apt.conf.d/client-cert:

Acquire {
 https {
   Verify-Peer "false";
   CaPath  "/etc/ssl/certs";
   Verify-Host "false";
   AllowRedirect  "true";

   SslCert "/etc/FOO/FOO.crt";
   SslKey  "/etc/FOO/FOO.key";
   SslForceVersion "SSLv3"; // Somehow it does not work unless we do this 
(this is a lenny comment, but changing it does not change matters in squeeze)
 }
}



When I use the same client cert files with curl on squeeze, I can access the 
file that apt fails to access.




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

Bug#594149: linux-image-2.6.32-5-amd64: Lid switch correct every other time; suspend every other lid close; Samsung N150-11 netbook

[Doug Currie]

Package: linux-2.6
Version: 2.6.32-20
Severity: normal


Samsung N150-11 netbook. Each lid close&open toggles the lid switch state 
so when the lid is open, half the time it reports closed:

e...@esammy:~$ cat /proc/acpi/button/lid/LID0/state
state:  open

# close & open lid

e...@esammy:~$ cat /proc/acpi/button/lid/LID0/state
state:  closed

So, the netbook only suspends every other time the lid is closed.
This could be dangerous with the netbook stowed in running mode
getting hot.

-- Package-specific info:
** Version:
Linux version 2.6.32-5-amd64 (Debian 2.6.32-20) (b...@decadent.org.uk) (gcc 
version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Thu Aug 12 13:01:50 UTC 2010

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 
root=UUID=3cb206a7-b396-4c4f-b462-cd89b27eb3c4 ro quiet

** Not tainted

** Kernel log:
[ 1050.208993] pcieport :00:1c.0: restoring config space at offset 0x1 (was 
0x10, writing 0x100407)
[ 1050.209058] pcieport :00:1c.1: restoring config space at offset 0xf (was 
0x200, writing 0x204)
[ 1050.209078] pcieport :00:1c.1: restoring config space at offset 0x9 (was 
0x10001, writing 0x40514041)
[ 1050.209089] pcieport :00:1c.1: restoring config space at offset 0x8 (was 
0x0, writing 0x40304020)
[ 1050.209100] pcieport :00:1c.1: restoring config space at offset 0x7 (was 
0x2000, writing 0x4040)
[ 1050.209117] pcieport :00:1c.1: restoring config space at offset 0x3 (was 
0x81, writing 0x810008)
[ 1050.209129] pcieport :00:1c.1: restoring config space at offset 0x1 (was 
0x10, writing 0x100407)
[ 1050.209189] pcieport :00:1c.2: restoring config space at offset 0xf (was 
0x40300, writing 0x40303)
[ 1050.209208] pcieport :00:1c.2: restoring config space at offset 0x9 (was 
0x10001, writing 0x40714061)
[ 1050.209220] pcieport :00:1c.2: restoring config space at offset 0x8 (was 
0x0, writing 0xf020f020)
[ 1050.209231] pcieport :00:1c.2: restoring config space at offset 0x7 (was 
0x2000, writing 0x2020)
[ 1050.209247] pcieport :00:1c.2: restoring config space at offset 0x3 (was 
0x81, writing 0x810008)
[ 1050.209260] pcieport :00:1c.2: restoring config space at offset 0x1 (was 
0x10, writing 0x100407)
[ 1050.209319] pcieport :00:1c.3: restoring config space at offset 0xf (was 
0x400, writing 0x40a)
[ 1050.209339] pcieport :00:1c.3: restoring config space at offset 0x9 (was 
0x10001, writing 0x40b140a1)
[ 1050.209350] pcieport :00:1c.3: restoring config space at offset 0x8 (was 
0x0, writing 0x40904080)
[ 1050.209361] pcieport :00:1c.3: restoring config space at offset 0x7 (was 
0x2000, writing 0x5050)
[ 1050.209377] pcieport :00:1c.3: restoring config space at offset 0x3 (was 
0x81, writing 0x810008)
[ 1050.209390] pcieport :00:1c.3: restoring config space at offset 0x1 (was 
0x10, writing 0x100407)
[ 1050.209462] uhci_hcd :00:1d.0: restoring config space at offset 0x1 (was 
0x285, writing 0x281)
[ 1050.209506] uhci_hcd :00:1d.1: restoring config space at offset 0x1 (was 
0x285, writing 0x281)
[ 1050.209549] uhci_hcd :00:1d.2: restoring config space at offset 0x1 (was 
0x285, writing 0x281)
[ 1050.209591] uhci_hcd :00:1d.3: restoring config space at offset 0x1 (was 
0x285, writing 0x281)
[ 1050.209643] ehci_hcd :00:1d.7: restoring config space at offset 0x1 (was 
0x2900106, writing 0x2900102)
[ 1050.209686] pci :00:1e.0: restoring config space at offset 0x9 (was 
0x10001, writing 0x1fff1)
[ 1050.209697] pci :00:1e.0: restoring config space at offset 0x8 (was 0x0, 
writing 0xfff0)
[ 1050.209783] ahci :00:1f.2: restoring config space at offset 0xf (was 
0x200, writing 0x20a)
[ 1050.209815] ahci :00:1f.2: restoring config space at offset 0x1 (was 
0x2b7, writing 0x2b00407)
[ 1050.209924] ath9k :05:00.0: restoring config space at offset 0xf (was 
0x1ff, writing 0x10b)
[ 1050.209959] ath9k :05:00.0: restoring config space at offset 0x4 (was 
0x4, writing 0xf014)
[ 1050.209971] ath9k :05:00.0: restoring config space at offset 0x3 (was 
0x0, writing 0x8)
[ 1050.209985] ath9k :05:00.0: restoring config space at offset 0x1 (was 
0x10, writing 0x100107)
[ 1050.210270] sky2 :09:00.0: restoring config space at offset 0xf (was 
0x100, writing 0x103)
[ 1050.210406] sky2 :09:00.0: restoring config space at offset 0x6 (was 
0x1, writing 0x2001)
[ 1050.210459] sky2 :09:00.0: restoring config space at offset 0x4 (was 
0x4, writing 0xf024)
[ 1050.210488] sky2 :09:00.0: restoring config space at offset 0x3 (was 
0x0, writing 0x8)
[ 1050.210541] sky2 :09:00.0: restoring config space at offset 0x1 (was 
0x10, writing 0x100507)
[ 1050.222997] i915 :00:02.0: setting latency timer to 64
[ 1050.223545] [drm] Big FIFO is enabled
[ 1050.292089] [drm] Big FIFO is enabled
[ 1050.292109] [drm] Big FIFO is enabled
[ 1050.292280] [drm] Big FIFO is enabled
[ 1050.316212] HDA Intel :

Bug#586725: [Pkg-dkms-maint] Bug#586725: closed by Michael Gilbert (re: dkms attempts to install modules in wrong order)

[Michael Gilbert]

On Fri, 20 Aug 2010 20:50:01 -0700 Jan Muszynski wrote:

> What you show is virtualbox-ose. Compare to PUEL. And no, you can't
> say it's a bug in the PUEL implementation. Note that when you run
> /etc/init.d/vboxdrv setup it:
> 1) Does use dkms if it's available
> 2) Explicitly processes the drivers in order
> Anyway:
> 
> ls /var/lib/dkms
> dkms_dbversion  nvidia  vboxdrv  vboxnetadp  vboxnetflt
> 
> apt-show-versions -a virtualbox-3.2
> virtualbox-3.2 3.2.8-64453~Debian~lenny install ok installed
> virtualbox-3.2 3.2.8-64453~Debian~lenny lenny download.virtualbox.org
> No testing version
> No unstable version
> virtualbox-3.2/lenny uptodate 3.2.8-64453~Debian~lenny
> 
> 
> The issue that I originally filed this on obviously isn't critical.
> For my own purposes I can easily correct this. The general issue
> remains though. What order should the various dkms modules get
> compiled in? I think the only logical order is sorted alpha, since if
> there are modules with inter-related dependencies that would be what
> they logically would use. For other, standalone, modules the order
> doesn't matter so it's no harm no foul.
> 
> Bottom line it's a simple change and I don't see how it could possibly
> hurt anything, so I'm unable to understand the resistance/reluctance
> to implement it.

yes, your suggested change is simple; however, it doesn't generalize
since module names won't necessarily be alphabetical. 

however, the core problem here is that the PUEL (Personal Use Evaluation
License) version of virtualbox is not provided by debian, and thus we
can't directly support it.  for the bugs you find in that, you need to
submit reports to the upstream bug system directly.

thanks,
mike



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

Bug#591724: expat incompatibility

[Michael Gilbert]

reopen 591724
forcemerge 591724 594065
reassign 594065 fontconfig
thanks

it appears that the newer expat, which from what i can tell has only
changed due to security updates, is somehow different from the previous
versions. this is leading to problems in packages using fontconfig such
as xpdf for which this bug was originally filed.

note that this issue only really manifests on mixed systems, so its not
a big problem, but it is an issue.  perhaps an appropriate fix is to
make fontconfig depend on expat > 2.0.1-7, which is the version to be
shipped with squeeze anyway.

thanks,
mike



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

Bug#582108: lvm2: lvcreate fails with: device-mapper: reload ioctl failed: Invalid argument

[Marco Marocco]

I've the same problem using LVM2 with old VG and LV (created at feb 2010).
After last reboot the vgchange command started to fail with the same error.

# lvm version
  LVM version: 2.02.39 (2008-06-27)
  Library version: 1.02.27 (2008-06-25)
  Driver version:  4.13.0

It's a big problem for me because the own mail server is not running now...

Thanks in advance,
Marco

Bug#594148: xdg-utils: xdg-open doesn't work with new iceweasel

[Miles Bader]

Package: xdg-utils
Version: 1.0.2+cvs20100307-1
Severity: normal



I get the following error:

   $ LANG=C xdg-open https://bugs.freedesktop.org/attachment.cgi?id=38031
   Error showing url: Failed to execute child process 
"/usr/lib/iceweasel/firefox" (No such file or directory)

This used to work fine, and I think it changed when I switched to
iceweasel from experimental; maybe that release renamed something
(perhaps this bug should be against iceweasel?)

I see the following things in /usr/lib/iceweasel:

   $ ls /usr/lib/iceweasel/
   application.ini   defaults  icons
   blocklist.xml extensionsmodules
   browserconfig.properties  firefox-bin   plugins
   chromeiceweasel searchplugins
   componentsiceweasel-xremote-client  xulrunner


Thanks,

-miles


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

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

xdg-utils depends on no packages.

Versions of packages xdg-utils recommends:
ii  chromium-browser [w 5.0.375.127~r55887-1 Chromium browser
ii  file5.04-5   Determines file type using "magic"
ii  iceweasel [www-brow 3.6.8-2  Web browser based on Firefox
ii  links [www-browser] 2.3~pre1-1   Web browser running in text mode
ii  links2 [www-browser 2.3~pre1-1   Web browser running in both graphi
ii  mime-support3.48-1   MIME files 'mime.types' & 'mailcap
ii  shared-mime-info0.71-3   FreeDesktop.org shared MIME databa
ii  x11-utils   7.5+4X11 utilities
ii  x11-xserver-utils   7.5+2X server utilities

Versions of packages xdg-utils suggests:
pn  gvfs-bin   (no description available)

-- no debconf information



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

Bug#593947: [Pkg-phototools-devel] Bug#593947: enblend: -z option should probably no longer exist in manpage

[Michael Deegan]

On Mon, Aug 23, 2010 at 05:40:28PM +0200, Sebastian Harl wrote:
> Hrm, this is not true on my system:
> 
>  % dpkg -l enblend
>  [???]
>  ii  enblend  4.0+dfsg-1   image blending tool
>  % man enblend | grep -E '\' | wc -l
>  0
> 
> Are you sure you've been using a manpage from the 4.0 package?

Oh bother, you're right. I must've built a version locally at some point in
the last three years.

Oops. Please ignore me. :P

*gives /usr/local/share/man/*/ a once-over with the weed-wacker*

-MD

-- 
---
Michael DeeganHugaholichttp://www.deegan.id.au/
- Guvax bs vg nf ribyhgvba va npgvba. -



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

Bug#594147: ITP: xsystem35 -- System 3.5 games engine for X

[Ying-Chun Liu (PaulLiu)]

Package: wnpp
Owner: "Ying-Chun Liu (PaulLiu)" 
Severity: wishlist

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

* Package name: xsystem35
  Version : 1.7.3-pre5
  Upstream Author : Chikama 
* URL : http://8ne.sakura.ne.jp:20008/chika/unitbase/xsys35/
* License : GPL-2+
  Programming Lang: C
  Description : System 3.5 games engine for X Window System
xsystem35 is a game engine which is compatible to Alice Soft's System
3.5. It is able to play many system3.5 games.



signature.asc
Description: OpenPGP digital signature

Bug#590138: python-mimimal: please add Breaks: for packages incompatible with python2.6

[Jakub Wilk]

reassign 590138 python-minimal
tags 590138 + moreinfo
retitle 590138 python-mimimal: please add Breaks: for packages incompatible 
with python2.6
thanks

* Matthias Klose , 2010-08-23, 21:42:

There are a few packages in lenny that are using constructs no longer
allowed in python2.6. python-central must not break upgrade just because
it failed to bytecompile them.


no, this is plain wrong.


IMO the current behaviour does more harm than good, especially for 
public modules.


if other helpers behave like this, please file a RC bug report.  


AFAIK python-support displays only scary warning, but doesn't break 
upgrades. I consider this a nice feature, but feel free to file a bug if 
you disagree.



How would you make sure that the syntax errors are fixed?


I don't think this is responsibility of a Python helper.


(Another possible solution to fix this issue would be to identify all
the affected modules/versions and make python2.6-minimal break them.)


(Actually, s/2\.6//; as far as I can see mere installation of 
python2.6-minimal doesn't seem to trigger this kind of issues.)



yes, this would be the appropriate solution.


Fair enough. 


do you have such a list?


Not yet, but I can make one.

--
Jakub Wilk


signature.asc
Description: Digital signature

Bug#582022: [Pkg-erlang-devel] Bug#582022: still reproducible on 0.11.0-2

[Sam Bisbee]

On Fri, Aug 20, 2010 at 01:20:19PM +0400, Nikolay Panov wrote:
> Just tried latest 'testing' version of the package:

Hi Nikolay,

You are correct, 0.11.0-2 did not include a fix for this. 0.11.0-2 was a fix
for some upstream erlang issues. The next release, 1.0.1-1, will include this
fix.

This ticket will be automatically closed when we release the fix.

Thank you for following up!

-- 
Sam Bisbee
www.sbisbee.com



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

Bug#570013: 570013 need more info

[Sam Bisbee]

On Mon, Aug 23, 2010 at 06:34:47AM +0900, Hideki Yamane wrote:
> Hi,
> 
>  Maybe you're working on...
> 
> > I'm closing this bug as there doesn't appear to be anything to fix. Please 
> > see
> > the bug's discussion thread for more info.
> 
>  Isn't http://seclists.org/fulldisclosure/2010/Aug/199 useful?

Hi Hideki,

Thank you for following this, and yes, the next released version (1.0.1-1) will
have a fix for this issue. I'm hoping to have the release ready this week.

Cheers,

-- 
Sam Bisbee
www.sbisbee.com



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

Bug#592506: [v-admins] Bug#592506: What to do about libtest-harness-perl?

[Nicholas Bamber]

Okay a sleepless might so I have some conclusions.

First of all any patched version needs to be based off 3.21 not 3.20 
because the jump from 3.20 to 3.21 is really small and only affects test 
files.


I extracted patch files for the suggested git commits. The total line 
count is 492 though I am not quite sure what that tells you given the 
context lines and other overheads.


Now the very first patch (on t/testargs.t) gets rejected.

There is only one change to t/testargs.t between version 3.21 and our 
first patch. However that was part of a large merge on the 29th June of 
changes by Chris Williams affecting about 30 files.


In conclusion to proceed with a  patched 3.21 would require manual 
analysis and application of the 10 patches. The second one looks 
irrelevant to me.


Nicholas

Debian bug at v.nix.is wrote:

On Mon, Aug 23, 2010 at 16:00, gregor herrmann  wrote:
  

I have no idea if this is enough or not; Nicholas and v.nix.is, what
do you think?



I didn't track down what commits exactly were pertinent to fixing
this, I just did a log from 3.21 to the master at the time and picked
all the pertinent ones.

The tests in the current master should test for the required behavior,
you can also e.g. check out Git's own git.git, run make and do cd t &&
prove t[0-9]*.sh to see if it works.

I'm on vacation now but I'd be happy to test out any patched version
around the end of the month to see if it fixes this issue.

I didn't see anything major in 3.22 though that should hold back
getting it into the next stable, and maintaining a 3.22 in Debian
instead of a patched version would probably be less painful in the
long run.
  


<>

Bug#594140: nbd-server: please drop scary warning from unconfigured nbd-server during boot

[Wouter Verhelst]

On Tue, Aug 24, 2010 at 12:44:21AM +0200, Petter Reinholdtsen wrote:
> Package:  nbd-server
> Version:  1:2.9.11-3
> Tags: patch
> User: debian-...@lists.debian.org
> UserTags: debian-edu
> 
> When booting a machine with the nbd-server package installed, like the
> Debian Edu thin-client-server, the boot see these messages:
> 
>   tjener:~# /etc/init.d/nbd-server start
> 
>   ** (process:25232): WARNING **: Could not parse config file: Could not open 
> config file.
>   ** Message: Nothing to do! Bye!
>nbd-server.
>   tjener:~#

You're not the first one to note that, and the message has been changed
in the past to look slightly less scary. Apparently not enough, though.

> --- /etc/init.d/nbd-server  2009-01-31 04:10:15.0 +0100
> +++ /tmp/nbd-server 2010-08-24 00:40:03.592753608 +0200
> @@ -32,8 +32,10 @@
> 
>  case "$1" in
>  start)
> -   start-stop-daemon --start --quiet --exec /bin/nbd-server --oknodo 
> --pidfile /var/run/nbd-server.pid
> -   echo " $NAME."
> +   if [ -r /etc/nbd-server/config ] ; then
> +   start-stop-daemon --start --quiet --exec /bin/nbd-server 
> --oknodo --pidfile /var/run/nbd-server.pid
> +   echo " $NAME."
> +   fi
> ;;
>  stop)
> echo -n "Stopping $DESC:"

That sounds like the wrong approach. Instead, I'm applying this patch:

diff --git a/nbd-server.c b/nbd-server.c
index 2d73079..2e3a673 100644
--- a/nbd-server.c
+++ b/nbd-server.c
@@ -2097,8 +2097,11 @@ int main(int argc, char *argv[]) {
}
 
if(!servers || !servers->len) {
-   g_warning("Could not parse config file: %s", 
-   err ? err->message : "Unknown error");
+   if(err && !(err->domain == g_quark_from_string("parse_cfile")
+   && err->code == CFILE_NOTFOUND)) {
+   g_warning("Could not parse config file: %s", 
+   err ? err->message : "Unknown error");
+   }
}
if(serve) {
g_warning("Specifying an export on the command line is 
deprecated.");
@@ -2106,7 +2109,7 @@ int main(int argc, char *argv[]) {
}
 
if((!serve) && (!servers||!servers->len)) {
-   g_message("Nothing to do! Bye!");
+   g_message("No configured exports; quitting.");
exit(EXIT_FAILURE);
}
daemonize(serve);

i.e., don't show the 'Could not open config file' message, and make the
other message slightly less... strange.

-- 
The biometric identification system at the gates of the CIA headquarters
works because there's a guard with a large gun making sure no one is
trying to fool the system.
  http://www.schneier.com/blog/archives/2009/01/biometrics.html



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

Bug#588668: Bug#592708:

[Don Armstrong]

user lists.debian@packages.debian.org
usertag 592708 newlist
usertag 588668 newlist
usertag 588812 newlist
usertag 586077 newlist
severity 592708 wishlist
thanks

The listmasters have thought about the request to create
debian-in...@lists.debian.org. We have the following reservations, and
an alternative suggestion.

First, we are operating under the assumption that the primary language
of the mailing list will be english; if this is an incorrect
assumption, then -india is certainly the wrong suffix, and it should
really be -hindi (or whatever language will be used primarily).

1) We want to avoid balkanization. Technical discussions, mentoring,
and support should ideally be held on the appropriate english language
mailing list [-devel, -mentors, -users, etc.] where they will reach
a wider audience and be better integrated into the debian community as
a whole.
  - For a single mailing list, this is less of an issue, but you can
imagine the problems if we had a -usa, -france, etc. Establishing
precident here is problematic.

2) Localization is important, but localization is language specific,
and there are existing mailing lists (-l10n- and -i18n) which exist
(and should be expanded for localization into Hindi, Marathi, Nepali,
etc. as we have teams who work on l10n.)

3) Generally speaking, for events, we have used -events-* to handle
those sorts of thing; however, that doesn't seem to be the main goal
of the proposed list. [Probably we need to create an overal -events
mailing list to handle events for which there isn't yet a region
specific events list.]

Instead, to address your request, we suggest creating a new paradigm
for mailing lists in a particular geographic region which serve to
bind groups of debian users together. Thus,
debian-dug-in...@lists.debian.org or debian-dug-in...@teams.debian.net
would be created; this list would allow Debian User Groups in india to
communicate with eachother. It would not be specific to a particular
user group in india. [Any additional -dug- which are created would
also not be specific to a particular user group; this is to avoid
Debian appearing to designate a particular user group in a particular
area as the one "official" Debian User Group.]

We also suggest that a related request for debian-mx use this same
method, and a mailing list be setup called debian-dug-mx or
debian-dug-mexico.

These mailing lists would (ideally) be restricted to messages which
serve to coordinate local events, user groups, and elements of
particular concern to users in that area. Subscribers to these mailing
lists should be encouraged to subscribe to the main Debian mailing
lists and discuss issues there whereever appropriate.

We still haven't decided which of lists.debian.org or teams.debian.net
is more appropriate, either, so it's possible that we will suggest
that -dug- end up on teams.debian.net instead of lists.debian.org.
[I'm sending this message to the bug slightly prematurely so that you
all know what we're doing; once we come to a decision, we'll update
everyone again.]


Don Armstrong

-- 
Leukocyte... I am your father.
 -- R. Stevens http://www.dieselsweeties.com/archive.php?s=1546

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



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

Bug#594137: python-wxglade: Missing menu entry for wxGlade in XFCE and GNOME

[Georges Khaznadar]

Andreas Neudecker a écrit :
> Package: python-wxglade
> Version: 0.6.3+rel-1
> Severity: normal
> 
> After installation no program entry appears either in XFCE or GNOME.
> It seems that the installation does not copy the files wxglade.desktop and
> wxglade.xpm to the right place (/usr/share/applications/ ?).

Fixed in the new release.

Best regards,   Georges.



signature.asc
Description: Digital signature

Bug#594146: namebench: benchmark stops with UnicodeDecodeError

[Konrad Schöbel]

Package: namebench
Version: 1.3.1+dfsg-1
Severity: important


options used:
+ Include global DNS providers
+ Include best available regional DNS service
+ Include censorship checks
+ Upload and share your anonymized results
+ Your location:  Germany
+ Health Check Performance  Fast
+ Query Data Source:  Mozilla Firefox (958)

traceback:
Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.6/libnamebench/tk.py", line 120, in run
self.RunAndOpenReports()
  File "/usr/lib/pymodules/python2.6/libnamebench/base_ui.py", line 154, in 
RunAndOpenReports
self.CreateReports()
  File "/usr/lib/pymodules/python2.6/libnamebench/base_ui.py", line 179, in 
CreateReports
json_data = self.reporter.CreateJsonData()
  File "/usr/lib/pymodules/python2.6/libnamebench/reporter.py", line 422, in 
CreateJsonData
return simplejson.dumps(sharing_data)
  File "/usr/lib/pymodules/python2.6/simplejson/__init__.py", line 261, in dumps
return _default_encoder.encode(obj)
  File "/usr/lib/pymodules/python2.6/simplejson/encoder.py", line 214, in encode
chunks = self.iterencode(o, _one_shot=True)
  File "/usr/lib/pymodules/python2.6/simplejson/encoder.py", line 282, in 
iterencode
return _iterencode(o, 0)
UnicodeDecodeError: 'utf8' codec can't decode byte 0xf6 in position 5: invalid 
start byte
Showing popup: 'utf8' codec can't decode byte 0xf6 in position 5: invalid start 
byte
> 'utf8' codec can't decode byte 0xf6 in position 5: invalid start byte

complete output:
Starting Tk interface for namebench...
* Failed to use GoogleLocAPI:  'location' (content: 
{})
> Reading Top 2,000 Websites (Alexa): 
> /usr/share/namebench/data/alexa-top-2000-domains.txt (0.7MB)
> Reading Cache Latency Test (100% hit): 
> /usr/share/namebench/data/cache-hit.txt (0.1MB)
> Reading Cache Latency Test (100% miss): 
> /usr/share/namebench/data/cache-miss.txt (0.1MB)
> Reading Cache Latency Test (50% hit, 50% miss): 
> /usr/share/namebench/data/cache-mix.txt (0.1MB)
> Reading Mozilla Firefox: 
> /home/kosco/.mozilla/firefox/kjmd77tu.default/places.sqlite (0.6MB)
> Skipping /home/kosco/.kde/share/apps/konqueror/konq_history (312d old)
> Running...
> namebench 1.3.1 is ready!
> Generating tests from Mozilla Firefox (958 records, selecting 250 automatic)
> Running...
> Started thread
> Selecting 250 out of 673 sanitized records (random mode).
> Checking query interception status...
> Checking connection quality... [1/3]
> Checking connection quality... [2/3]
> Checking connection quality... [3/3]
> Congestion level is 1.92X (check duration: 76.93ms)
> Applied 1.92X timeout multiplier due to congestion: 1.0 ping, 7.2 health.
> Checking latest sanity reference
> Censorship checks enabled: 24 found.
> Checking nameserver availability (27 threads)... [0/27]
> Checking nameserver availability (27 threads)... [2/27]
> Checking nameserver availability (27 threads)... [27/27]
> 26 of 27 servers are available (duration: 0:00:00.528206)
> Removing secondary nameservers slower than 304.25ms (max=400)
> Running initial health checks on 26 servers (26 threads)... [0/26]
> Running initial health checks on 26 servers (26 threads)... [0/26]
> Running initial health checks on 26 servers (26 threads)... [0/26]
> Running initial health checks on 26 servers (26 threads)... [26/26]
> 26 of 26 tested name servers are healthy
> Making Google Public DNS [ey-out-f94] the primary anycast - faster than 
> Google Public DNS-2 [ey-out-f94] by 4.75ms
> Making UltraDNS [udns8abld] the primary anycast - faster than UltraDNS-2 
> [Ultra.Recursive] by 5.87ms
> Making DynGuide [ig-01-fra] the primary anycast - faster than DynGuide-2 
> [ec-05-spl] by 8.76ms
> Making OpenDNS [10.ams] the primary anycast - faster than OpenDNS-2 [5.ams] 
> by 5.07ms
> Picking 17 secondary servers to use (8 nearest, 9 fastest)
> Waiting for wildcard cache queries from 22 servers (22 threads)... [0/22]
> Waiting for wildcard cache queries from 22 servers (22 threads)... [0/22]
> Waiting for wildcard cache queries from 22 servers (22 threads)... [22/22]
> Waiting 4s for TTL's to decrement.
> Running cache-sharing checks on 22 servers (40 threads)... [0/462]
> Running cache-sharing checks on 22 servers (40 threads)... [0/462]
> Running cache-sharing checks on 22 servers (40 threads)... [54/462]
> Running cache-sharing checks on 22 servers (40 threads)... [121/462]
x> Running cache-sharing checks on 22 servers (40 threads)... [198/462]
> Running cache-sharing checks on 22 servers (40 threads)... [273/462]
x> Running cache-sharing checks on 22 servers (40 threads)... [339/462]
> Running cache-sharing checks on 22 servers (40 threads)... [412/462]
> Running cache-sharing checks on 22 servers (40 threads)... [462/462]
> Disabling Hansent 2-84 DE - slower replica of Hansenet-2 DE by 0.4ms.
> Disabling Google Public DNS-2 [ey-out-f94] - slower replica of Google Public 
> DNS [ey-out-f94] by 4.8ms.
> Disabling Arcor/Vodafone-2 DE - slower replica of Arcor/Vodafone 7 DE by 
> 6.2ms.
> D

Bug#594145: libhibernate3-java: debian/rules clean doesn't work properly

[Daniel Schepler]

Source: libhibernate3-java
Version: 3.5.4.Final-3
Severity: serious

To reproduce: first unpack and run "dpkg-buildpackage -b -uc", works fine so 
far.  Now run a "fakeroot debian/rules clean".  Comparing with a fresh 
checkout, it seems there are some binary files left over in debian/null.

Now run another "dpkg-buildpackage -b -uc": this time, nothing gets built, and 
the resulting libhibernate3-java package has no jar files, just the pom files.
-- 
Daniel Schepler



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

Bug#592676: can't import pool after exporting it

[Aurelien Jarno]

[ Sorry for the delay, I was working on d-i ]

On Fri, Aug 13, 2010 at 07:10:38PM -0400, Tuco wrote:
> On 8/13/10, Tuco  wrote:
> > On 8/12/10, Petr Salinger  wrote:
> >>> Attached patch fixes the first problem: zpool searches for disks in
> >>> /dev/dsk instead of /dev, but then importing still fails.
> >>
> >> Do you have access to our SVN, don't you ? ;-)
> >
> > Yes but I'm thinking I'm not sure this would be the right fix, as the
> > problem persists. Also, FreeBSD zpool is not affected, and they build
> > from the same source. I'm confused by this.
> 
> I found the real problem, and also commited a few other fixes. With
> zfsutils from SVN I can 'zpool import' now :-)
> 

Thanks for the work. I have a comment on r3162, I have answered to the
commit log. The other commits are fine. One this is solved, I proceed 
with the upload.

-- 
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#588019: (no subject)

[Eric Cooper]

I reopened this because I'm running 1.21-4 and saw the same problem. I
also have both python2.5 and python2.6 installed.

I think I created the problem by removing python-central, because
there were no dependencies on it.  When I reinstalled it, the problem
with the missing blueman modules went away.

So perhaps blueman needs a dependency on python-central?

-- 
Eric Cooper e c c @ c m u . e d u



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

Bug#594143: ITP: ubuntu-sso-client -- Ubuntu Single Sign-On client

[Andrew Mitchell]

Package: wnpp
Severity: wishlist
Owner: Andrew Mitchell 


* Package name: ubuntu-sso-client
  Version : 0.99.1
  Upstream Author : Canonical
* URL : http://launchpad.net/ubuntu-sso-client/
* License : GPL 3
  Programming Lang: Python
  Description : Ubuntu Single Sign-On client

 Desktop service to allow applications to sign into Ubuntu services via
 SSO



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

Bug#525252: dmraid' typos: "accessiong", "concatination" and "seperated"

[Simon Ward]

Package: dmraid
Version: 1.0.0.rc16-3
Severity: minor
Tags: patch

These typos are back, the patch they were included in was removed in the
last patch refresh[1].  In addition, I found a couple more.  Please find
a patch attached.

The description for the -f FORMAT-handler option (line 236 in the
source) also looks wrong, but I do not know how it should be written:

Delete one or all existing Configure a software RAID device  and
store the configuration data in a group of  hard  drive  device
consisting  of  this  array.

Maybe just remove “Delete one or all existing”?

[1] 
http://git.debian.org/?p=users/derevko-guest/dmraid.git;a=commit;h=f2b47d175159041d8e567b8ee8b6abdb68ca7fa0

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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/1.0.0.rc16/man/dmraid.8 b/1.0.0.rc16/man/dmraid.8
index b4de737..e7f89de 100644
--- a/1.0.0.rc16/man/dmraid.8
+++ b/1.0.0.rc16/man/dmraid.8
@@ -115,7 +115,7 @@ disables the activation of partitions on them, and
 .B -Z
 will make dmraid tell the kernel to remove the partitions from the disks
 underlying the set, ie if sda is part of the set, remove sda1, sda2, etc.
-This prevents applications from directly accessiong the disks bypassing dmraid.
+This prevents applications from directly accessing the disks bypassing dmraid.
 RAID set names given on command line don't need to be fully specified
 (eg, "dmraid -ay sil" would activate all discovered Silicon Image Medley
 RAID sets).
@@ -135,7 +135,7 @@ below for FIELD identifiers.
 
 .TP
 .I [-d|--debug]...
-Enable debugging output. Opion can be given multiple times
+Enable debugging output. Option can be given multiple times
 increasing the debug output level.
 
 .TP
@@ -165,7 +165,7 @@ See
 .B -l
 for a list of supported format handler names. This is useful to
 select particular formats in case multiple metadata signatures are found
-on a device. A comma seperated list of format names can be specified which 
+on a device. A comma separated list of format names can be specified which 
 may not contain white space.
 
 .TP
@@ -183,7 +183,7 @@ List all available metadata format handlers with their names and
 descriptions. Supported RAID levels are listed in parenthesis:
 .br
 
-S: Span (concatination)
+S: Span (concatenation)
 .br
 0: RAID0 (stripe)
 .br
@@ -373,7 +373,7 @@ Note: Size is given in sectors (not bytes).
 
 .TP
 .I [-v|--verbose]...
-Enable verbose runtime information output. Opion can be given multiple times
+Enable verbose runtime information output. Option can be given multiple times
 increasing the verbosity level.
 
 .SH EXAMPLES


signature.asc
Description: Digital signature

Bug#594142: clementine: Clementine dies everytime I changed a song

[josue ortega]

Package: clementine
Version: 0.4
Severity: important



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

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

Versions of packages clementine depends on:
ii  gstreamer0.10-plugin 0.10.29-4   GStreamer plugins from the "base" 
ii  gstreamer0.10-plugin 0.10.23-4   GStreamer plugins from the "good" 
ii  gstreamer0.10-plugin 0.10.15-1   GStreamer plugins from the "ugly" 
ii  libc62.11.1-3Embedded GNU C Library: Shared lib
ii  libgcc1  1:4.4.4-5   GCC support library
ii  libgl1-mesa-glx [lib 7.7.1-3 A free implementation of the OpenG
ii  libglew1.5   1.5.4-1 The OpenGL Extension Wrangler - ru
ii  libglib2.0-0 2.24.1-1The GLib library of C routines
ii  libglu1-mesa [libglu 7.7.1-3 The OpenGL utility library (GLU)
ii  libgstreamer0.10-0   0.10.30-1   Core GStreamer libraries and eleme
ii  liblastfm0   0.4.0~git20090710-1 The Last.fm web services library
ii  libprojectm-data 1.2.0-3 Advanced Milkdrop-compatible music
ii  libqt4-dbus  4:4.6.3-1   Qt 4 D-Bus module
ii  libqt4-network   4:4.6.3-1   Qt 4 network module
ii  libqt4-opengl4:4.6.3-1   Qt 4 OpenGL module
ii  libqt4-sql   4:4.6.3-1   Qt 4 SQL module
ii  libqt4-sql-sqlite4:4.6.3-1   Qt 4 SQLite 3 database driver
ii  libqt4-xml   4:4.6.3-1   Qt 4 XML module
ii  libqtcore4   4:4.6.3-1   Qt 4 core module
ii  libqtgui44:4.6.3-1   Qt 4 GUI module
ii  libstdc++6   4.4.4-5 The GNU Standard C++ Library v3
ii  libtag1c2a   1.6.3-1 TagLib Audio Meta-Data Library
ii  libx11-6 2:1.3.3-3   X11 client-side library
ii  libxml2  2.7.7.dfsg-2GNOME XML library
ii  zlib1g   1:1.2.3.4.dfsg-3compression library - runtime

clementine recommends no packages.

clementine suggests no packages.

-- no debconf information

This is the stack trace that i get after Clementine dies:
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::translate: Painter not active
QPainter::save: Painter not active
QPainter::pen: Painter not active
QPainter::setPen: Painter not active
QPainter::pen: Painter not active
QPainter::setPen: Painter not active
QPainter::setPen: Painter not active
QPainter::pen: Painter not active
QPainter::setPen: Painter not active
QPainter::setPen: Painter not active
QPainter::pen: Painter not active
QPainter::setPen: Painter not active
QPainter::setPen: Painter not active
QPainter::setPen: Painter not active
QPainter::restore: Unbalanced save/restore
QPainter::translate: Painter not active
QPainter::end: Painter not active, aborted
"oss4-sink.c(515): gst_oss4_sink_open (): 
/GstOss4Sink:autoaudiosink-actual-sink-oss4:
system error: No existe el fichero o el directorio" 
Gstreamer error: "No se pudo abrir el dispositivo para reproducir." 

(:5799): GStreamer-CRITICAL **: gst_element_abort_state: assertion 
`GST_IS_ELEMENT (element)' failed

(:5799): GLib-CRITICAL **: g_static_rec_mutex_unlock: assertion 
`mutex' failed
clementine: /usr/include/boost/smart_ptr/shared_ptr.hpp:418: T* 
boost::shared_ptr<  >::operator->() const [with T = 
GstEnginePipeline]: La declaración `px != 0' no se cumple.
Abortado

thanks for checking in it 
:)



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

Bug#594141: gnustep-make-doc: broken links in /usr/share/doc

[Nicolas Boulenguez]

Package: gnustep-make-doc
Version: 2.4.0-3
Severity: minor

Hello. In
file://usr/share/doc/gnustep-make-doc/User/GNUstep/gnustep-faq.html
each pointer to a subsection, for example
file://usr/share/doc/gnustep-make-doc/User/GNUstep/gnustep-faq_1.html#Compatibility
is broken. Removing _1 may help.



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

Bug#581873: [languagechooser] unable to select language more than once: Close this bug?

[Christian PERRIER]

Quoting Holger Wansing (li...@wansing-online.de):
> [House-cleaning on bugreports]
> 
> I reported that it is not possible to change the language twice
> in installation process. This was because translations were dropped
> when the choice is made (to save ram).
> Frans made a change, to not drop translations at all when the system
> has enough memory.
> 
> Today I checked this with a daily build of 2010-August-23, and
> Frans' changings are working well.
> 
> So: would you agree that this bug can be closed?

Yes. Strictly speaking, this should be done with version tagging, by
using the version where Frans' changes came in. However, though I
remember about this change, I can't find it in the changelogs. I
wonder if this was in localechooser.




signature.asc
Description: Digital signature

Bug#593931: mailman: Archiving seems to fails since python2.6

[Balcaen John]

On Monday 23 August 2010 09:20:42 Jakub Wilk wrote:
> (I am not maintainer of this package.)
> 
[...]
> 
> This traceback doesn't look like if it was generated by Mailman 2.1.13.
> Are you sure you are running this version?
Yes i am.
I also reinstall the package without success,
My sources.list 
% cat /etc/apt/sources.list
deb ftp://mir1.ovh.net/debian/ squeeze main contrib non-free
deb-src ftp://mir1.ovh.net/debian/ squeeze main contrib non-free

 
deb http://security.debian.org/ squeeze/updates main contrib non-free
deb-src http://security.debian.org/ squeeze/updates main contrib non-free

& 
% LC_ALL=C aptitude show mailman
Package: mailman 
New: yes
State: installed
Automatically installed: no
Version: 1:2.1.13-4
Priority: optional
Section: mail
Maintainer: Mailman for Debian 
Uncompressed Size: 45.0M
Depends: libc6 (>= 2.0), python (>= 2.4), python-support (>= 0.90.0), debconf 
(>= 0.5) | debconf-2.0, logrotate, cron, ucf, pwgen, lsb-base, exim4 | mail-
transport-agent, apache2 |
 httpd
PreDepends: debconf | debconf-2.0
Suggests: spamassassin, lynx, listadmin


Regards,





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

Bug#593898: gnustep-back-common: Fails to upgrade in postinst script

[Axel Beckert]

Hi Yavor,

Yavor Doganov wrote:
> > The obvious solution is to run `mknfonts' in a loop, passing it one
> > font as argument at a time.
> 
> Unfortunately this approach leads to the generation of incomplete
> nfont bundles for fonts with multiple variants, and apps abort with
> NSException if the font cannot be found (100% guaranteed for DejaVu,
> for example).
> 
> This happens because mknfonts processes one font file at a time, so
> DejaVuSans.nfont/FontInfo.plist ends up with one key instead of 9.

So using xargs wouldn't help either. Hmmm.

> Right now I have no idea how to solve this, I'm afraid...
> 
> It's not possible to group arguments by family, because there would be
> still some overwriting going on due to families like "DejaVu
> Sans,DejaVu Sans Condensed".

Well, IMHO this is a bug in mknfonts or one of the libraries linked
into it, because it definitely must not segfault on too many arguments
on the command-line.

I'd expect that there is a way to safely determine the amount of
possible commandline arguments and at least exit with an error message
instead of segfaulting. This would not fix the resulting problem with
too many fonts, but would fix the segfault.

Is there some way to "shift" the array of command line arguments as in
/bin/sh where you IIRC have to use "shift" to be able to access
parameters behind the 9th parameter (i.e. the non-existing "$10" after
"$9")? If so you may be able to "shift" away every already processed
font before some counter reaches this limit.

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



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

Bug#594140: nbd-server: please drop scary warning from unconfigured nbd-server during boot

[Petter Reinholdtsen]

Package:  nbd-server
Version:  1:2.9.11-3
Tags: patch
User: debian-...@lists.debian.org
UserTags: debian-edu

When booting a machine with the nbd-server package installed, like the
Debian Edu thin-client-server, the boot see these messages:

  tjener:~# /etc/init.d/nbd-server start

  ** (process:25232): WARNING **: Could not parse config file: Could not open 
config file.
  ** Message: Nothing to do! Bye!
   nbd-server.
  tjener:~#

In Debian Edu, nbd-server is started from inetd by custom scripts, and
we do not want to run nbd-server at boot.  These messages are quite
noisy, and it would be better if nbd-server was quiet during boot if
no configuration is found.  The error occur in both Lenny and Squeeze.
Please fix it for both, to allow Debian Edu to avoid getting more
questions from users about this warning. :)

This patch should quiet down the script and avoid trying to start the
daemon when there is no configuration:

--- /etc/init.d/nbd-server  2009-01-31 04:10:15.0 +0100
+++ /tmp/nbd-server 2010-08-24 00:40:03.592753608 +0200
@@ -32,8 +32,10 @@

 case "$1" in
 start)
-   start-stop-daemon --start --quiet --exec /bin/nbd-server --oknodo 
--pidfile /var/run/nbd-server.pid
-   echo " $NAME."
+   if [ -r /etc/nbd-server/config ] ; then
+   start-stop-daemon --start --quiet --exec /bin/nbd-server 
--oknodo --pidfile /var/run/nbd-server.pid
+   echo " $NAME."
+   fi
;;
 stop)
echo -n "Stopping $DESC:"

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#592697: unblock: java-common/0.40

[Adam D. Barratt]

On Mon, 2010-08-23 at 22:23 +0200, Torsten Werner wrote:
> thanks for unblocking 0.39 but my upload did not work as expected
> because the arch any packages got downgraded on mips. I have
> introduced an epoch for the arch any packages now. The upload includes
> the switch to openjdk on powerpcsce as discussed at
> . The
> source diff can be seen at
> .

The diff looks fine; thanks.

Please let us know once the new package has been uploaded.

Regards,

Adam



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

Bug#594139: anki: disable splash screen

[Toni Mueller]

Package: anki
Version: 0.9.9.8.6-2.1
Severity: wishlist
Tags: upstream


Hi,

I'd like to have an option to disable the splash screen which clutters
my monitor when anki starts. Especially, it obsctructs my using other
programs while anki takes its time to fully start up.

Thank you!


Kind regards,
--Toni++



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

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

Versions of packages anki depends on:
ii  python2.6.5-11   interactive high-level object-orie
ii  python-beautifulsoup  3.1.0.1-2  error-tolerant HTML parser for Pyt
ii  python-qt44.7.3-1+b1 Python bindings for Qt4
ii  python-simplejson 2.1.1-1simple, fast, extensible JSON enco
ii  python-sqlalchemy 0.6.3-1SQL toolkit and Object Relational 
ii  python-support1.0.9  automated rebuilding support for P

Versions of packages anki recommends:
ii  kakasi  2.3.5~pre1+cvs20071101-1 KAnji KAna Simple Inverter
ii  python-matplotl 0.99.3-1 Python based plotting system in a 

Versions of packages anki suggests:
ii  dvipng1.13-1 convert DVI files to PNG graphics

-- 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#594138: [sparc] g++ generates 32-bit binaries while gcc generates 64-bit ones

[brian m. carlson]

Package: g++-4.4
Version: 4.4.4-9
Severity: normal

As specified in the subject line, on an UltraSPARC (sparc64), g++
generates 32-bit binaries by default while gcc generates 64-bit binaries
by default.  This is not only bizarre, but it makes the traditional
instructions to link combinations of C and C++ with g++ difficult.

My objection is not to generating one or the other (although it would be
nice to generate sparc64 binaries automatically if the machine is
sparc64) but that gcc and g++ behave differently.  foo.c is basically
the source to /bin/true.

  blackhole ok % make
  ls -l
  total 16
  lrwxrwxrwx 1 bmc bmc   5 Aug 23 21:58 bar.cc -> foo.c
  -rw-r--r-- 1 bmc bmc  30 Aug 23 21:58 foo.c
  -rw-r--r-- 1 bmc bmc 191 Aug 23 22:24 Makefile
  uname -a
  Linux blackhole 2.6.32-5-sparc64 #1 Sat Jul 24 04:11:04 UTC 2010 sparc64 
GNU/Linux
  dpkg -l gcc-multilib g++-multilib
  Desired=Unknown/Install/Remove/Purge/Hold
  | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
  |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
  ||/ Name  Version   Description
  
+++-=-=-==
  ii  g++-multilib  4:4.4.4-2 The GNU C++ 
compiler (multilib files)
  ii  gcc-multilib  4:4.4.4-2 The GNU C 
compiler (multilib files)
  cc foo.c   -o foo
  g++ bar.cc   -o bar
  cc-c -o foo.o foo.c
  g++ -o baz foo.o
  /usr/bin/ld: sparc:v9 architecture of input file `foo.o' is incompatible with 
sparc:v8plus output
  collect2: ld returned 1 exit status
  make: [baz] Error 1 (ignored)
  file foo bar baz
  foo: ELF 64-bit MSB executable, SPARC V9, relaxed memory ordering, version 1 
(SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not 
stripped
  bar: ELF 32-bit MSB executable, SPARC32PLUS, V8+ Required, version 1 (SYSV), 
dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped
  baz: ERROR: cannot open `baz' (No such file or directory)
  make: *** [file] Error 1

The system information has been elided because this was filed from a
different box.

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#594137: python-wxglade: Missing menu entry for wxGlade in XFCE and GNOME

[Andreas Neudecker]

Package: python-wxglade
Version: 0.6.3+rel-1
Severity: normal

After installation no program entry appears either in XFCE or GNOME.
It seems that the installation does not copy the files wxglade.desktop and
wxglade.xpm to the right place (/usr/share/applications/ ?).

A quick workaround is to copy those files from /usr/share/app-install/desktop
and to /usr/share/applications and from /usr/share/app-install/icons to
/usr/share/icons respectively. Then, the program entry appears right away in
the Development submenu as expected.

Regards

Andreas



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

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

Versions of packages python-wxglade depends on:
ii  python-support1.0.9  automated rebuilding support for P
ii  python-wxgtk2.8   2.8.10.1-3 wxWidgets Cross-platform C++ GUI t

python-wxglade recommends no packages.

python-wxglade 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#594001: Patch slightly improved + Questions

[Alexander Kurtz]

Hi,

I have attached a slightly improved version of my original patch. It is
still a hack but at least it won't just kill PA now without asking
questions.

I have also thought about a more proper solution and have come up with a
(IMHO) relatively good idea: I would basically write a new PA module
called `module-x11-connect', which connects to X in a new thread when
loaded and will crash PA once X is no longer available just like any
other X application, see `basic_idea.c' for - well - a basic idea of
just that.

Anyway, before I continue working on this I'd like to get some opinions
of the maintainters/upstream:
a) Do you agree that PA should exit together with X if it was started
   as a session daemon?
b) If the answer is yes, which is the best way to accomplish this?

As always I am open for ideas and absolutely don't mind  criticism!

Best regards

Alexander Kurtz
diff -ru old/usr/bin/start-pulseaudio-x11 new/usr/bin/start-pulseaudio-x11
--- old/usr/bin/start-pulseaudio-x11	2010-08-23 23:33:19.046983911 +0200
+++ new/usr/bin/start-pulseaudio-x11	2010-08-23 23:30:58.895484959 +0200
@@ -21,6 +21,13 @@
 
 [ -z "$PULSE_SERVER" ]
 
+# check if pulseaudio has already been started by someone else
+if /usr/bin/pulseaudio --check; then
+	EXIT_WITH_X_SESSION=no
+else
+	EXIT_WITH_X_SESSION=yes
+fi
+
 /usr/bin/pulseaudio --start "$@"
 
 if [ x"$DISPLAY" != x ] ; then
@@ -32,3 +39,9 @@
 	/usr/bin/pactl load-module module-x11-xsmp "display=$DISPLAY session_manager=$SESSION_MANAGER" > /dev/null
 fi
 fi
+
+# fork and wait for X-session to end, then quit pulseaudio
+if [ "$EXIT_WITH_X_SESSION" = yes ]; then
+	/usr/bin/xprop -root -spy > /dev/null 2>&1 || true
+	/usr/bin/pulseaudio --kill
+fi &
#include 
#include 
#include 

void *pa_keep_x11_connection(){
	Display *display = NULL;
	display = XOpenDisplay(NULL);
	for(;;){
		XFlush(display);
		sleep(1);
	}
}	

// this would be the main module function
void main(){
	pthread_t thread;
	pthread_create(&thread, NULL, pa_keep_x11_connection, NULL);
	
	// this is just to prevent the program from exiting immediatly
	sleep(3600);
}


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

Bug#593881: just for the record...

[Alexander Kurtz]

Since I've been asked/just for the record (Google etc.) this is what I
use for the time being:

$ diff -u /lib/udev/rules.d/70-acl.rules /etc/udev/rules.d/70-acl.rules
--- /lib/udev/rules.d/70-acl.rules  2010-07-12 03:24:40.0 +0200
+++ /etc/udev/rules.d/70-acl.rules  2010-08-24 00:14:16.770484449 +0200
@@ -72,14 +72,14 @@
 
 LABEL="acl_apply"
 
-ENV{ACL_MANAGE}!="1", GOTO="acl_end"
+ENV{ACL_MANAGE}=="1", TAG+="udev-acl"
 
 # Glib is not declared as a package dependency, so check that it is actually
 # installed before running udev-acl.
 TEST!="/lib/libglib-2.0.so.0", GOTO="acl_end"
 
 # apply ACL for all locally logged in users
-TEST=="/var/run/ConsoleKit/database", \
+TAG=="udev-acl", TEST=="/var/run/ConsoleKit/database", \
   RUN+="udev-acl --action=$env{ACTION} --device=$env{DEVNAME}"
 
 LABEL="acl_end"

If you use that, don't forget to remove `/etc/udev/rules.d/70-acl.rules'
again once a new version is available!

Best regards

Alexander Kurtz


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

Bug#579795: apt transition

[Adam D. Barratt]

On Mon, 2010-08-23 at 19:06 +0200, David Kalnischkies wrote:
> 2010/8/21 Julien Cristau :
> > We're (finally) getting ready to start this.  Can you provide an outline
> > of the changes you want to get in?
> 
> Basically the package which is bumming around in experimental
> plus a few bugfixes which are in the pipeline and (hopefully a lot)
> of updated translations Christian Perrier intends to work on at the
> start of September [0] (doesn't block the transition itself, just as a
> note and as an early question for a freeze exception).

As discussed on #debian-release, please go ahead with the upload to
unstable.

Regards,

Adam



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

Bug#594136: debian-maintainers: Please add Ulrich Dangel as a Debian Maintainer

[Ulrich Dangel]

Package: debian-maintainers
Severity: wishlist


Please add Ulrich Dangel  to the Debian Maintainers
keyring. Changeset attached.


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

Kernel: Linux 2.6.34 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Comment: Add Ulrich Dangel  as a Debian Maintainer
Recommended-By:
  Michael Prokop 
Agreement:
  http://lists.debian.org/debian-newmaint/2010/08/msg00026.html
Advocates:
  http://lists.debian.org/debian-newmaint/2010/08/msg00027.html
Date: Mon, 23 Aug 2010 18:37:00 +0200
Action: import
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.10 (GNU/Linux)
  
  mQINBEisB5cBEADU+9HlGa+MnbFSOx1ha/kg67YhAkhQXZdfWdDEsQ3IzRYolCvi
  WJ2Qvk11Z21DaaNiWFld6kneBFlw5lKt/kQe26Gv0/uq8fd2XMHo8xHufcrh4O7c
  BRWUoZJG1B9vuabzFU4xH4W6bvfqN6zmfpj9Q3Bs/56WsFKSGnjFjSX4BQtwSR9T
  vAM7PKiXVKyBuY24n5EC6iLW/t5WhCpT4xkoWfIG0dqsx3Iu7N3lLiBXtOv1bmOE
  b8pz1DeHc1NbYIMo9XncCIav+e6kGlWW68IVEbMV6Rpdx8FOQG/R6GtVgnB4/Jl+
  hMv5Ow/ldPCz/FvN16W1YuL65DJkEpid9bP736FQ5aRo/tydoJTSjHobyGtvOq13
  mQuKD+IAVy48PXOOjMc4IIbk+vVm4zrHy6zdQbE/MHRDiOYP26+fZkcmbfmjTaCr
  V/6dA/7//4O9HnO3e1TzOILCEirvvJqpRiEx7TZU3QiHwxGh6gpxM/Jq3TcwyGwb
  Gx4dsW8NDri/vpmynzdbPgOx2r5IOQIeow6YGsjbuwWmQx/5jdCH/ZAIanva0Hcv
  k/gG5pKOZcNCQp5l3dx6eDZzMAVFBV0wZ4z+x/IvRku7vwAfuyx1JLoHd+dz4hHt
  2XZtvaZ+xk+lR8ArRSEAbVn2LlhyZIVI3H80ebGxOHfPRWIGpV9OJotQzwARAQAB
  tB1VbHJpY2ggRGFuZ2VsIDx1bGlAc3BhbXQubmV0PokCQAQTAQIAKgIbDwIeAQIX
  gAIZAQUJB3d51QUCTGEbrwULCQgHAwUVCgkICwUWAgMBAAAKCRAEquWzl/GqrI+Y
  D/9hhbSzLQWv5fxBzn7CwIiJwssOkgj8tukxblZxsOcBlcvMi0Yltz9asA1dKhiw
  w+19arRCj9pRnO2TDalHcleX91mEiqY/TCDhD1jFHIVWXhunAqAGWf0W/tU3/Og/
  8zDVEyPZVrQJk2GsSNTK/HusL69UFqW2gekyBetjVCd7LGmIIf4XAW4KS25M7k6m
  Z4DhA8mHRnxJkO7q2I7meizWrrP08z6ZsBN1iztCtX+6uJ7QIuQn99hC6HbnnYMa
  YS8qD57et6+W3xCuiX60u+Xsqq6ozTuSUJWSxu7irlr6D9x55OciFBdYRG5jUKRx
  jO2Fj8Ktjy+rvm1gH6sqN5E0p1MOymVCNdrvaeSYHhI45o4jh8Iy7p6sFOf268E5
  FdVyl0g4tpoq+9hXSPkJlYcc7wps/2xg8VpWALyjpBvFeTLjKvP3oIT59qpXAhCp
  kaARYSzXF0a0kN2sCUfBr1OLyHi9x7ccOWCBRiJq5+Tga1odhD/mqB3R2O1hWBn3
  OHO//jiuodOFWXKaxI2iPK+S9xJ/ePGmnd3lSJV42yLbc02ThDKnVKmmPR5bZvsa
  /zq3OhwSEwKUncrSXljzaYAGzcsBwvL2WxnzEcrUJyhFEDzfAVHdjqroDnFOcUQK
  ZNxG0k05A94E8F/txxgh6K57XWWSkbclG3bImkxbJchwzIhGBBARAgAGBQJIrAi8
  AAoJELcgA7X3yNo8jaoAoJHPdT65axzw1f+6tzWm5WlY39/gAKDOQnNGcJfvwBDn
  T70a3NTU5MIVnohGBBARAgAGBQJJpGxsAAoJED0arLWSIetKtJgAniU5IgzRBF/+
  105CKN0pLXg/Eu+yAJ9W4FaVF7PH483kckEysGP6QExvj4kCPAQTAQIAJgUCSKwH
  lwIbDwUJAeEzgAYLCQgHAwIEFQIIAwQWAgMBAh4BAheAAAoJEASq5bOX8aqs3QcP
  /iVcxc15ylKWaP4dBmGELRo4MuvcIvG570LYxCrAO6xxeCEnv93EecGvi6f1Q69h
  B7QQjj4u/rqde1jc0RGl3GPTCEqm/7qGu91Pxf1xwngtZx62t5YQqdPbXptMcH5j
  VGcPyjyMkd7L/NXuZxItONcJUx/SMmbsuyBtp9FWYgLIQbN7tBVTtX/AjtMts02D
  lDi/R71OwQcDZQoWYgjzYCeqjfubk9CPNSmfmsYYKOaWYHiSTR7KJFn9tc+MPXOm
  fek+eplyj2033SX5PrRJZVpUmRjwa7txECi5jXHO9LnnLgTaCw8xtw/OJ/V24jqF
  3x4ZVd9O+uCOmVafC9bhxQeZ6H/44yhfGe0jqx+6d0N/rnW4FSRqy9KIsYHHo5hT
  MZkNkkNyZN5aAdYC4aR2qmqtQyYn/oRYEtNNkG4AlByhhw8kY3BCc5ra1zSh/UrV
  EBV4LWrYHs8jSX/h1LcWB1s7rJgojolnCPlDjBcmJJfEUVfr/rclp5DZw2W1btzu
  5HJwa52aR6M9CQpeqBMrRUC8ev47MC0lcHLI7lFt9aUPbu2lhJJcFxprongvoVcJ
  2RVLoSNNb5TPXVMsXEntYJ3qDtVAQNwkmPsPGA1C2UABW2Ze5jVjHPtR1WBNJzSl
  OoMpOQ2F0yY3KINuMRneFsH0m16J+cswGP3JNYdxIn8PiQI8BBMBAgAmAhsPBgsJ
  CAcDAgQVAggDBBYCAwECHgECF4AFAkqNWqsFCQPChpAACgkQBKrls5fxqqwsdw/+
  Jj6Tywtk3nnSf/fOrneLnOLFkmDDqPhPl3DgmG67RKqAel2sOijgxsO4Iz77iTWI
  ZgNgBiJbWMf/R4tLtnWO2FcCs4RaReB16ZezP+6z591K9krPUjqBqa2ulXuaaFpQ
  PfAVWOxlKaTn/j9RA3nJWDCOe2bTvP+npWRAX8/dOffz7XYrk8nsvU3A6yRk4rzh
  ExJYbl6QaD2L9z2KPDcXTGOcjKwgiFZbsvtyI0E7iRpENbHeC2mkZGRw/dJMes6h
  H371mKhSSJfiDLm2pHwT9tL2OWGrSA6zZbDfFEo7mNdrHAEonHbW+pwB2X2I7wOZ
  tjSeLX1UE1FUmqF1H0ojapQ+rfvkQqFeL5jEGoyWI7oGRyILKdmEDQhID2RkHV33
  dvwQ81aI82ZZ1VgEyuZFRBQWaXK2LdaJfdBpBV2UQEVfm5FtHmBHFwzz5WN5VcLL
  hD1a+BYyDk2UeBNnigT6ZyXEH6qd1v+06gOfsGu/j1qr901hwtOKUwZ0k+GOr8uD
  trnZa0u9m3cleZ6IRps51GBgXXk+GpWb6a0MfNM6g6PEyvkOVwqMIrnEobn6qpHw
  T5PFWSku2JPBE7hZ89CzMnNaNfFjkoWADh+9YBO072z/Ok9Xjn0XVYoF4tDPGp82
  gIJIctBFXEeHoa/Wb0QP3z7L7eloQcFQM32DcBTUxaKJAj8EEwECACkCGw8GCwkI
  BwMCBBUCCAMEFgIDAQIeAQIXgAIZAQUCTGEabwUJB3d51QAKCRAEquWzl/GqrB1b
  D/9BLfMBuUympIyB+XGVlv7GnfJi/LPW618KdFzn1Tcazuf2Qnm9xJHxSG46lrAv
  XnVzh1IBFHlMgBF7NOu8xY5Xle/VcOD2hAGPJQZdISkC6ybFPVfeFmeL3SCeDlEM
  XpUDYh23Gz5I4eTLipzVgy5C3qD/nEwv1+lllN9f32uGC2PvK45CgcgcOwgqQ94s
  aEMuKfDXrEq3MR/xxx6cMjEk5SweQlsehsyRyyurh2U7DZIQxxtK4Fw6K0dAIb26
  kFPHdwR01yCXQGZ4eHmeNAgSglteB1w8YbkKQYsYM1LdnZl1/6iIn3NP/DoCKOzz
  AbAeyU/tztekEbUfGHNPvQ2eR5KooU5fSOjimKjN0JLzvooDz5GWu0b5oQ4yfMKo
  gQbLZSJPZrcpctO2LQ+3DlZweqgB8IL+048PZT7gp58jj5yB3SoNlwjnYsJq1pxw
  6DBSmjVjLnwpe0XUoiOv0LOP76ZBeCdpCV9P99u1i07lugVGdftQBaonYQlOorX7
  69WapyaGphQw7Cp/JUAnmV2vjlfrVLPZFIQF97YSOnlxEki/cZM6Jf19ktbxiro+
  9ZZRtbpLYxhpkjm2bKjVUrd6uwujB/7bFBMlfGYt8wGT04CFhudBmXSSBd/B7

Bug#594135: release-notes: please tell people to upgrade "locales" before dist-upgrade

[Adam Borowski]

Package: release-notes
Severity: normal

If you straight-on run an upgrade that includes "locales", they will be
unpacked/deconfigured early on and then won't get reconfigured until near
the end of the upgrade.  This currently causes all locale and charset
support to be inoperative.

This results in few actual problems (postgresql won't start, squirrelmail
will mangle encodings in mails unless restarted, possibly others), but it
produces MASSIVE amounts of spam that hide important messages during the
upgrade, the explanation of how to proceed with udev being the most
important one.  For example, on a serial console (80x25, no scrollback), you
get only two last lines of the udev message.

Not to mention that all debconf translations you painstakingly added all go
to hell.


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

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



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

Bug#594134: metastore(1) -f option's argument isn't handled properly

[Ivan Shmakov]

Package: metastore
Version: 1+20080623+debian-1

Apparently, the command's ‘-f’ option's argument isn't handled
properly:

$ command time metastore -sf FILE -- . 
Failed to open (null): Bad address
Command exited with non-zero status 1
…
$ command time metastore -s -f FILE -- . 
Failed to open (null): Bad address
Command exited with non-zero status 1
…
$ 

While the (should be) synonymous ‘--file’ long option has no
such problem:

$ command time metastore -s --file FILE -- . 
0.00user 0.01system 0:00.02elapsed 50%CPU (0avgtext+0avgdata 4352maxresident)k
0inputs+136outputs (0major+331minor)pagefaults 0swaps
$ command time metastore -s --file=FILE -- . 
0.00user 0.01system 0:00.02elapsed 50%CPU (0avgtext+0avgdata 4368maxresident)k
0inputs+136outputs (0major+332minor)pagefaults 0swaps
$ 

-- 
FSF associate member #7257


pgpW4qA0qENgP.pgp
Description: PGP signature

Bug#593812: debian-installer: Impossible to answer to questions on normal install

[Christian PERRIER]

Quoting Alain rpnpif (rpn...@free.fr):

> I do not think that partman is relevant. Forbidden an upgrade of an old 
> installation is not a good choice for me.


D-I has never been meant for performing system upgrades. apt/aptitude
do the job much better. I actually don't really know what you're
trying to achive by *reinstalling* the system on an existing
partition.

I may understand that you want to install a "fresh" system. In such
case, preserving the old /etc and bringing things back one by one is
the most well-suited way. 




signature.asc
Description: Digital signature

Bug#480935: d-i: report about d-i boot floppy beeing unable to boot: Close this bug?

[Christian PERRIER]

Quoting Holger Wansing (li...@wansing-online.de):
> [House-cleaning on bugreports]
> 
> Problem, that d-i boot floppy cannot boot:
> 
> booting from "boot" floppy
> -> initial boot screen - Pressed ENTER
> -> "Loading linux .."
> -> "Loading initrd "
> -> "ready"
> -> [Then cursor flashing in the next line, and hang for ever]
>and:
>[Sometimes I got a kernel panic:
>Kernel panic - not syncing: VFS: Unable to mount root fs on
>unknown-block(9,0)]
> 
> 
> 
> Since there are no floppy images existing for debian since a
> long time, and probably no hope to get some anymore:
> 
> Would you agree, that this bug can be closed?


Sure. I think you can even close such bugs directly, by sending a mail
to the -done address (you probably know about this and were just
asking to be sure so, sorry if I may sound as patronizing...:-))




signature.asc
Description: Digital signature

Bug#593811: debian-installer: DHCP requests restart Livebox modem/router

[Christian PERRIER]

In this bug's investigation, we might need help from other French
users who have/use a Livebox from Orange. If you followup, please:
- do it in English preferrably (if you can't, then I'll translate)
- keep the bug CC'ed (593...@bugs.debian.org)

Quoting Alain rpnpif (rpn...@free.fr):
> On Sat, Aug 21, 2010 at 11:24:18AM -0400, Christian PERRIER wrote:
> > You may want to use a daily built net*boot* image. These are linked
> > from http://www.debian.org/devel/debian-installer/. More specifically:
> > 
> > i386: http://people.debian.org/~joeyh/d-i/images/daily/netboot/mini.iso
> > 
> > amd64: http://d-i.debian.org/daily-images/amd64/daily/netboot/mini.iso
> > 
> 
> Hi,
> I must fix the title : The Livebox always restarts when dhcp requests are 
> made 
> on the first time by installer ; the Livebox is not resetting as I wrote (it 
> does not loss its settings restarting), but no matter, it is an important bug.

...in the Livebox, sure..:-)

In order to debug this, you probably need to get logs from D-I (in
/var/log/debian-installer on the installed system).and from the
Livebox itself. I'am fairly sure that the meaningful logs are the
Livebox ones.

So, well, I'd suggest reporting this to Orange, particularly if you
have no way to SSH into the Livebox.

Have other French users been able to reproduce this?

(not owning a Livebox myself, thankfully for me, I can't try
reproducing/debugging this)


It should be easy to reproduce the problem as it happens in the early
phases of the installation process, before anything is written on
disksso you can try on an installed machine without risks. It just
needs booting an installation ISO (not a lenny ISO, but rather a daily
build of D-I from http://www.debian.org/devel/debian-installersee
the full bug log at http://bugs.debian.org/593811).




signature.asc
Description: Digital signature

Bug#286349: d-i: report about template changes to tell the user, that there is a cdrom-checker module available on the cd

[Christian PERRIER]

Quoting Holger Wansing (li...@wansing-online.de):
> [House-cleaning on bugreports]
> 
> I suggested changing a template, to tell users, that there is a
> build-in cdrom-checker module in the d-i, to verify the quality of
> the disk.
> 
> Since this report is very old, and there has been no action on this
> since then:


Well, maybe because that escaped most people's attention. Would you
mind proposing a patch (unless you already did: I can't read the bug
log right now)? We could defer it to post-squeeze as I'd prefer not
having text changes right now.




signature.asc
Description: Digital signature

Bug#594133: ants: binary package is not built on sparc due to timeout on a unittest

[Yaroslav Halchenko]

Package: ants
Version: 1.9+svn532-4
Severity: serious
Justification: FTBFS on sparc


Forbidded -4 (from early July) fixing #588195 to enter squeeze since
unittesting on sparc too long
https://buildd.debian.org/fetch.cgi?&pkg=ants&ver=1.9%2Bsvn532-4&arch=sparc&stamp=1278535966&file=log

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (901, 'unstable'), (900, 'testing'), (300, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages ants depends on:
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.4-9  GCC support library
ii  libinsighttoolkit3.18 3.18.0-4   Image processing toolkit for regis
ii  libstdc++64.4.4-9The GNU Standard C++ Library v3

ants recommends no packages.

Versions of packages ants suggests:
ii  fsl   4.1.6-3analysis tools for FMRI, MRI and D
pn  gridengine-client  (no description available)

-- no debconf information



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

Bug#594132: sun-java5-demo: amd64 variant missing many files

[R.A. Fleming]

Package: sun-java5-demo
Version: 1.5.0-17-0.1
Severity: minor

The amd64 variant of this package seems to have half the contents of
the i386 version.  Most (all?) of the files missing from the amd64
version are not architecture-specific (e.g. HTML, .class, .jar).

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

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

Versions of packages sun-java5-demo depends on:
ii  sun-java5-jdk   1.5.0-17-0.1 Sun Java(TM) Development Kit (JDK)
ii  sun-java5-jre   1.5.0-17-0.1 Sun Java(TM) Runtime Environment (

sun-java5-demo recommends no packages.

Versions of packages sun-java5-demo suggests:
ii  sun-java5-doc   1.5.0-17-0.1 Sun JDK(TM) Documention -- integra

-- 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#583899: etckeeper: Git user name/email settings are now ignored

[Rob Leslie]

I disagree with the change setting $HOME to ~root, and this is why:

In addition to causing the problems expressed in this bug report, it is also 
inconsistent with the expected usage pattern where changes in /etc may be made 
directly using git (as root) where $HOME is not modified. That is, there are 
two commit cases:

 - Admin makes changes in /etc and commits them using git. Here $HOME is not 
set to ~root.
 - Admin makes changes in /etc without committing them, but they are committed 
by etckeeper before and after a package installation run. Or, the admin commits 
the changes using 'etckeeper commit'. Here $HOME is set to ~root.

Please reconsider this change, at least when git is used as the VCS.

Thanks.

-- 
Rob Leslie
r...@mars.org




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

Bug#593797: RFS: codenarc (new package, needed to package Gradle)

[Torsten Werner]

On Mon, Aug 23, 2010 at 11:11 PM, Miguel Landaeta  wrote:
> Sorry, I forgot to push. Please, try again.

uploaded

Cheers,
Torsten



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

Bug#593984: exim4-config: patch to improve autogenerated config file's header

[Marc Haber]

On Mon, Aug 23, 2010 at 07:11:02PM +0200, Andreas Metzler wrote:
> On 2010-08-22 Marc Haber  wrote:
> > Package: exim4-config
> > Version: 4.72-1
> > Severity: minor
> > Tags: patch 
> 
> > Please consider the following patch which will make
> > /var/lib/exim4/config.autogenerated contain a better comment at its
> > start.
> 
> Thanks, loooks good.
> 
> > If you want me to, I can commit the patch myself
> 
> I would appreciate that.
> 
> [...]
> > +# The information given to the debconf prompts on package configuration
> > +# is pulled in from $UPEX4C_confdir/update-exim4.conf.conf
> [...]
> 
> This sentence seems to be slightly off. - do you think this one is
> better?
> 
> The config files are supplemented with package installation/configuration
> settings managed by debconf. This data is stored in
> $UPEX4C_confdir/update-exim4.conf.conf

This is a more "official" wording, but I don't know whether it
actually brings the message across.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 3221 2323190



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

Bug#594127: Fix for bug number 590028 is incomplete

[Bastian Blank]

severity 594127 important
thanks

On Mon, Aug 23, 2010 at 05:17:31PM -0400, Stephen Powell wrote:
> (1) the hook scripts provided,
> /etc/kernel/postinst.d/zz-zipl and /etc/kernel/postrm.d/zz-zipl,
> do not maintain the symbolic links.  The zipl boot loader typically
> uses the historic symbolic links (/boot/vmlinuz, /boot/initrd.img,
> /boot/vmlinuz.old, and /boot/initrd.img.old) in its configuration
> file (/etc/zipl.conf) so that the configuration file does not need
> to be updated with each kernel install or remove, as grub-legacy's
> configuration file does (/boot/grub/menu.lst).  The advantage of
> using the symbolic links is that the configuration file never
> needs to be maintained when a kernel is installed or removed.
> The disadvantage of this method is that the symbolic links
> themselves must be maintained when a kernel image is installed
> or removed.

They are still maintaned by the kernel. If you think this is wrong, go
there.

> (2) The second reason that this fix is incomplete is that the package
> does not contain an initramfs hook script.  The latest version of
> initramfs-tools, 0.98, now expects boot loaders which rely on a
> list of blocks saved at boot loader map installer time, such as lilo
> and zipl, to provide a hook script in /etc/initramfs/post-update.d
> to react to "update-initramfs -u ...".  This script does not
> use the zz- prefix, nor does it need to maintain symbolic links,
> but it does need to re-run the boot loader, redirecting standard
> output to standard error as the kernel hook scripts do.

No, it does not yet.

Bastian

-- 
What kind of love is that?  Not to be loved; never to have shown love.
-- Commissioner Nancy Hedford, "Metamorphosis",
   stardate 3219.8



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

Bug#594090: libyaml-tiny-perl: please remove hype from the package description

[John Lightsey]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thanks for your bug report.  I'll improve the long description when I
package the next upstream release of YAML::Tiny.


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

iEYEARECAAYFAkxy4RcACgkQBYeybkXz+/kMKQCgwVv5qId5pRdimgoPSaAXL2b8
YC0AmwZCvK5O6SeK2qZNXb6St0TESA7D
=Mp20
-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#365884: forwarded

[Helmut Grohne]

forwarded 365884 https://bugzilla.mindrot.org/show_bug.cgi?id=1808
thanks

I created the upstream bug report for this.

Helmut



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

Bug#594131: several deficiencies in the command line arguments handling

[Ivan Shmakov]

Package: metalink
Version: 0.3.6-1

The current implementation of the command line arguments
handling in metalink(1) has several deficiencies:

• a single dash (‘-’) is not recognized as synonymous to
  standard input, thus requiring a workaround (like using
  ‘/dev/stdin’ instead); compare:

$ metalink --nomirrors --alldigests /dev/stdin < /dev/null > /dev/null 
Hashing '/dev/stdin' ... 
$ metalink --nomirrors --alldigests - < /dev/null > /dev/null 
Unable to open '-'
$ 

• the POSIX standard option terminator (‘--’) is not handled
  properly in the presence of the single dash argument; compare:

$ metalink --nomirrors --alldigests -- - < /dev/null > /dev/null 
Unable to open '--'
Unable to open '-'
$ metalink --nomirrors --alldigests -- /dev/stdin < /dev/null > /dev/null 
Hashing '/dev/stdin' ... 
$ 

Also, it would be nice if the base URI's could be specified via
command line options (instead of the standard input), as it
would enable one to, say:

$ find foo/ -type f \
  -exec metalink --alldigests --base=http://example.com/ -- {} + 

Currently, it's possible to use, e. g.:

$ printf %s\\n http://example.com/ \
  | find foo/ -type f \
-exec metalink --alldigests -- {} + 

instead, but it only works as long as all the arguments fit into
a single exec* () call.  (Shouldn't be a problem on GNU/Hurd,
but may be one on GNU/Linux.)

-- 
FSF associate member #7257


pgpsVbdYXQ4MH.pgp
Description: PGP signature

Bug#594130: ITP: python-wikitools -- A mediawiki interface API

[Luke Cycon]

Package: wnpp
Severity: wishlist
Owner: Luke Cycon 

* Package name: python-wikitools
  Version : 1.1.1
  Upstream Author : Alex Z. 
* URL : http://code.google.com/p/python-wikitools/
* License : GPLv3
  Programming Lang: Python
  Description : A mediawiki interface API

 This package provides a Python wrapper around the MediaWiki
 API.  It offers a varying level of abstraction.  Supports
 many versions of MediaWiki.
 .
 This library can interact at low levels with the MediaWiki APIs
 which allows for a very fine degree of control.  The library
 also contains a set of high level APIs for interacting with MediaWiki
-- 
Luke Cycon 


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

Bug#594129: pympd: does not start - can't find the necessary Python modules

[Bernd Zeimetz]

Package: pympd
Version: 0.07-1.3
Severity: grave

% pympd
Traceback (most recent call last):
  File "/usr/bin/pympd", line 12, in 
import pympd
ImportError: No module named pympd

Replacing the shebank of /usr/bin/pympd with the default Python
version makes it work... Did not have the time to investigate further.


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

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

Versions of packages pympd depends on:
ii  python2.6.5-12   interactive high-level object-orie
ii  python-central0.6.16 register and build utility for Pyt
ii  python-glade2 2.17.0-4   GTK+ bindings: Glade support
ii  python2.5 2.5.5-6An interactive high-level object-o

Versions of packages pympd recommends:
pn  mpd(no description available)

pympd 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#593964: gedit: save error on NTFS in VBox with shared folders

[Matthijs Melchior]

On 08/23/2010 10:41 AM, Josselin Mouette wrote:

Le dimanche 22 août 2010 à 18:46 +0200, Matthijs Melchior a écrit :
   

Could not save the file /C/Temp/test-gedit.
Unexpected error: Error renaming temporary file: Text file busy
 
   

20724 rename("/C/Temp/.goutputstream-P3PXHV", "/C/Temp/test-gedit"

20724<... rename resumed>  )= -1 ETXTBSY (Text file busy)
20724 close(26

This suggests the reason for the problem:
The .goutputstream-P3PXHV file is being renamed before it is closed.
I believe this is a problem on NTFS...
 
   

Please change gedit and/or glib to aviod this error.
 

I’m afraid that renaming the file before closing it is the appropriate
behavior. I don’t think we should change this behavior because of one
broken filesystem implementation.

What kind of filesystem is /C in VirtualBox, anyway? I guess it is not
directly mounted as NTFS.

Cheers,
   


It is a VBox shared folder:
$ df -hT /C
FilesystemTypeSize  Used Avail Use% Mounted on
C_DRIVE vboxsf233G   46G  188G  20% /C

The error can be handled more graceful:
After the ETXTBSY error, the file can be saved to its original name
(which has been moved away to its backup name already) and after that
is successful remove the temporary file. This is not an efficient way
to save a file, but it does not change behavior on sane filesystems
and is expected work on the VBox shared folders...

--
Thanks for your attention.

Matthijs Melchior.





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

Bug#594128: grub-installer: grub doesn't update MBR on my disk - (trying Squeeze) Cannot Choose :P

[WC Jones]

Package: grub-installer
Severity: wishlist


Irrespective of bugs:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=292513
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=497168
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557242

The grub-installer should at the very least allow for target
(MBR/partition) selection prior to actually doing anything; I tested
AMD64 and i386 (Testing) -- both grub-legacy and grub2 and finally
ended up with a recovered NTFS boot-able system and 1 savable Ext3
partition ... could have been worse; but I wonder - can the
grub-installer be better? -- Please note: the lost of partitions I
accept full responsibility for so please understand that point is not
an issue.

My set up prior to trying the testing distro squeeze -

/dev/sda (1TB drive) - layout:
/dev/sda1 - 32GB NTFS  ( Drive C:\ )
/dev/sda2 - 2GB swap
/dev/sda3 - 900GB+ /sneex Ext4 :Disaster Recovery parition

/dev/sdb (1TB drive) - layout:
/dev/sdb1 - 32GB NTFS ( Drive D:\ )
/dev/sdb2 - 900GB+ / Ext 3 :Root running RHEL v5.5 64 bit (for a
project at PGA Tour)

Only one OS showed on the Grub menu - RHEL with WinXP blissfully hidden.

Everything worked as expected - RHEL correctly asked which drive sda
or sdb I wanted the MBR written to; I picked sdb and thus left sda as
default, I could easily dual boot (using the BIOS Multi-Boot menu) and
WinXP ran by default anyway; so anyway the project ended and since I
technically do not have a license to run RHEL beyond the 30 day try
before you buy phase (not to mention no updates) I really wanted to
run Debian AMD64 Squeeze (but after the install it craps out with an
SMP protection fault - but that's another story.)  So I tried i386...

After too many installation gyrations (mostly because the
grub-installer stage will never ask for a MBR/partition target (one
other version did but I do not remember whether it was a live, a
testing, or a sid release.))  Needless to say I ended up using
TestDisk off the Gnome Partition Editor iso (Debian Live DR iso in SF:
http://gparted.sourceforge.net/) to at least reclaim both NTFS
partitions and the secondary backup of the Ext3 data (the swap and
/sneex were lost - but I do have a backup.)

I am not saying Debian has to be better than distro so-in-so but I
respectfully ask that Debian be technically sane when making decisions
- even when I am prolly not.


Thank you for your time and efforts -- I truly appreciate them.
Bill



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

Bug#594127: Fix for bug number 590028 is incomplete

[Stephen Powell]

Package: s390-tools
Version: 1.8.3-2
Severity: serious

s390-tools version 1.8.3-2 was recently migrated to testing, and it
contained a fix for Debian bug report 590028.  However, this fix is
incomplete, for two reasons:

(1) the hook scripts provided,
/etc/kernel/postinst.d/zz-zipl and /etc/kernel/postrm.d/zz-zipl,
do not maintain the symbolic links.  The zipl boot loader typically
uses the historic symbolic links (/boot/vmlinuz, /boot/initrd.img,
/boot/vmlinuz.old, and /boot/initrd.img.old) in its configuration
file (/etc/zipl.conf) so that the configuration file does not need
to be updated with each kernel install or remove, as grub-legacy's
configuration file does (/boot/grub/menu.lst).  The advantage of
using the symbolic links is that the configuration file never
needs to be maintained when a kernel is installed or removed.
The disadvantage of this method is that the symbolic links
themselves must be maintained when a kernel image is installed
or removed.

Historically, the maintainer scripts for the kernel image package,
whether they are for a stock kernel or a custom kernel created by
make-kpkg, maintained the symbolic links, subject to configuration
statements in /etc/kernel-img.conf, such as do_symlinks,
relative_links, and link_in_boot.  The maintainer scripts for
stock kernel images still support this, as far as I know.
However, the maintainer scripts for kernel image packages created
by newer releases of make-kpkg, as well as the maintainer scripts
for kernel image packages created by "make deb-pkg" (from 2.6.31
kernel source packages and later) do not contain logic to maintain
the symbolic links.  For boot loaders which rely on symbolic links,
such as zipl and lilo typically do, the boot loader hook scripts
must maintain the symbolic links.

(The alternative, of course, is for the boot loader hook scripts
to maintain the boot loader configuration file directly,
/etc/zipl.conf in this case, so that symbolic links are not needed.)

(2) The second reason that this fix is incomplete is that the package
does not contain an initramfs hook script.  The latest version of
initramfs-tools, 0.98, now expects boot loaders which rely on a
list of blocks saved at boot loader map installer time, such as lilo
and zipl, to provide a hook script in /etc/initramfs/post-update.d
to react to "update-initramfs -u ...".  This script does not
use the zz- prefix, nor does it need to maintain symbolic links,
but it does need to re-run the boot loader, redirecting standard
output to standard error as the kernel hook scripts do.

I one again encourage you to look at the following generic scripts
which I have been using for months quite satisfactorily.  I believe
that they can be made zipl-specific without much effort:

http://www.wowway.com/~zlinuxman/kernel/postinst.d/zz-bootloader
(for installation in /etc/kernel/postinst.d)

http://www.wowway.com/~zlinuxman/kernel/postrm.d/zz-bootloader
(for installation in /etc/kernel/postrm.d)

http://www.wowway.com/~zlinuxman/initramfs/post-update.d/bootloader
(for installation in /etc/initramfs/post-update.d)

-- 
  .''`. Stephen Powell
 : :'  :
 `. `'`
   `-



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

Bug#593797: RFS: codenarc (new package, needed to package Gradle)

[Miguel Landaeta]

On Mon, Aug 23, 2010 at 4:13 PM, Torsten Werner  wrote:
> On Sun, Aug 22, 2010 at 2:46 AM, Miguel Landaeta  wrote:
>> - Vcs-Git: git://git.debian.org/git/pkg-java/codenarc.git
>
> I cannot find it there.

Sorry, I forgot to push. Please, try again.

Cheers,

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche



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

Bug#594126: ITP: pomodoro-applet -- GNOME Panel applet for a time management technique

[John Stumpo]

Package: wnpp
Severity: wishlist
Owner: John Stumpo 


* Package name: pomodoro-applet
  Version : 0.3
  Upstream Author : John Stumpo 
* URL : http://ftp.jstump.com/pub/pomodoro-applet/
* License : GPLv3
  Programming Lang: C
  Description : GNOME Panel applet for a time management technique

This package provides a GNOME Panel applet for timing intervals for the
Pomodoro time management technique (essentially, 25 minutes of work, 5
minutes of break).  Clicking the applet starts a pomodoro or aborts
one in progress.  Each time a timer expires, a sound is played and a
libnotify notification is given.



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

Bug#581873: [languagechooser] unable to select language more than once: Close this bug?

[Holger Wansing]

[House-cleaning on bugreports]

I reported that it is not possible to change the language twice
in installation process. This was because translations were dropped
when the choice is made (to save ram).
Frans made a change, to not drop translations at all when the system
has enough memory.

Today I checked this with a daily build of 2010-August-23, and
Frans' changings are working well.

So: would you agree that this bug can be closed?


Thanks
Holger

-- 

= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Created with Sylpheed 2.5.0
under DEBIAN GNU/LINUX 5.0.0 - L e n n y
Registered LinuxUser #311290 - http://counter.li.org/
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =



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

Bug#589009: Bug still present in 0.12.5+dfsg-1

[Michael Tokarev]

23.08.2010 11:06, Marcel Meckel wrote:
> Package: qemu-kvm
> Version: Version: 0.12.5+dfsg-1
> 
> 
> With latest kvm updates in squeeze the bug is still present.
> Guest crashes as soon as you generate some traffic on the virtio
> interface.

I can't reproduce this neither with 0.12.5 nor with 0.12.4
with a guest running 2.6.32 kernel.

What are you using on the guest?  Any test image(s) handy?

The patch you mentioned in this bugreport is included in
0.12.5 upstream stable release.

Thanks!

/mjt



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

Bug#566574: linux-image-2.6.32-trunk-686: ACPI I/O resource w83627ehf [0x295-0x296] conflicts with ACPI region HWRE [0x290-0x299]

[Ferry Toth]

Just tested with 2.6.32-5-686 (2.6.32-20). Same message appears.

However, now I note that I have in /etc/modules

# Generated by sensors-detect on Fri Jun  6 22:03:29 2008
# Chip drivers
w83627ehf
coretemp

Rerunning sensors-detect still detects the same.

In System Monitor under Hardware Sensors is shown:
atk0110 (loaded by udev? - FT)
coretemp (loaded by /etc/modules? -FT)

Probably I need to remove w83627ehf from /etc/modules and all should be
fine?

Ferry

Bug#593811: debian-installer: DHCP requests restart Livebox modem/router

[Otavio Salvador]

Hello Alain,

On Mon, Aug 23, 2010 at 3:17 PM, Alain rpnpif  wrote:
> On Mon, Aug 23, 2010 at 02:24:26PM -0300, Otavio Salvador wrote:
>> For this, please do (as root):
>>
>> #: busybox udhcpc
>>
>> See if it reboots your router or not.
>
> Hello Otavio,
> busybox udhcpc works fine.
> Regards.

Please inform the version of busybox you've used for testing.

#: dpkg -s busybox

Cheers,

-- 
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#592025: fossology: 1.2.0 problems

[Matt Taggart]

> Is this fixed by your 1.2.0-2 upload? If so, please ask for a freeze exceptio
> n.

Mostly, I discovered one other upstream RC fix (svn 3324) that I will add 
to 1.2.0-3 and then I will test and hopefully close this bug and ask for an 
exception.

Thanks,

-- 
Matt Taggart
tagg...@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#594116: diff dummy package auto-reinstall

[Santiago Vila]

reassign 594116 apt
thanks

On Mon, 23 Aug 2010, Rodolfo Garcia wrote:

> Package: diff
> Version: 1:3.0-1
> Severity: normal
> 
> Hi!
> 
> I have some minor problems with diff.
> 
> When I remove the package (dummy) I do not have any problem. But in
> the next apt-get dist-upgrade it will be installed. I tryed to find
> why, but I cannot find any reason.
> [...]
> -- System Information:
> Debian Release: squeeze/sid
>   APT prefers testing
>   APT policy: (500, 'testing'), (500, 'stable')

The reason is that you still have "stable" in your sources.list.

apt-get considers a package essential as far as it's essential
on *any* distribution you might have in sources.list.

Moreover, "apt-get dist-upgrade" insist on installing essential
packages *even if they are not essential anymore*.

There may be legitimate reasons why apt should install essential
packages, but I wish it would be a little bit smarter in cases like
this one and realize that diff is not essential anymore.

As there is nothing in diffutils which may be made to fix this
behaviour, and I believe there is still room in apt for an
improvement, I reassign this to apt.

My recommendation in either case is that you do not mix distributions
in sources.list, i.e. if you can, upgrade to squeeze completely and
drop stable from /etc/apt/sources.list.

Thanks.



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

Bug#593797: RFS: codenarc (new package, needed to package Gradle)

[Torsten Werner]

On Sun, Aug 22, 2010 at 2:46 AM, Miguel Landaeta  wrote:
> - Vcs-Git: git://git.debian.org/git/pkg-java/codenarc.git

I cannot find it there.

Cheers,
Torsten



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

Bug#418972: State of bug # 418972

[José María Escartín Esteban]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

According to the release tags, bug 418972 is considered to be release-critical
for both lenny (S) and squeeze (T).  However, it seems that it only affected
etch (O).  Shouldn't the release tags be changed accordingly?

Thanks.

Regards,

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

iEYEAREKAAYFAkxy3PwACgkQc3szjgRS/sJ0swCfdxbU1ZgQAOl3I2cvfLQQ3DdG
VYUAn39Y2vldJiFKihnwwFTOMwtgCBGd
=oPtR
-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#592858: virt-manager: vnc display doesn't work with zsh

[Cole Robinson]

On 08/13/2010 09:21 AM, Tollef Fog Heen wrote:
> Package: virt-manager
> Version: 0.8.4-7
> Severity: normal
> 
> To set up a tunnel and access remote VNC displays, virt-manager does a:
> 
> ssh -l $USERNAME $HOST 'nc -q 2>&1 | grep -q "requires an argument";if [
> $? -eq 0 ] ; then   CMD="nc -q 0 127.0.0.1 5902";else   CMD="nc
> 127.0.0.1 5902";fi;$CMD;'
> 
> however, this doesn't work if your shell on the remote host is zsh, as
> zsh doesn't expand $CMD.  Using «eval $CMD» works, or you can do sh -c
> "$CMD", but just plain $CMD doesn't work.
> 
> Steps to reproduce should be trivial, but for completeness:
> 
> on a remote host with libvirt running and an existing VM, change the
> shell of the user you are logging in with to zsh.  Try to connect using
> virt-manager.  Observe that you get the error message:
> 
> zsh:1: command not found: nc -q 0 127.0.0.1 5902
> 
> (the port number might be different, of course)
> 

Upstream already had a fix for zsh, but was still broken with tcsh. I
think everything works fine now, I basically just wrapped the whole
block in 'sh -c', and AIUI nobody sets sh to anything but bash or dash,
which are well tested with this code:

http://hg.fedorahosted.org/hg/virt-manager/rev/16fcbf77e47e

Please let me know if that's not sufficient



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

Bug#571191: Possible problems in your Debian packages

[Ludovic Brenta]

I was going to explain the situation with alpha but you beat me to it;
thanks for submitting #594106.

-- 
Ludovic Brenta.



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

Bug#512234: bug which maybe isn't a bug

[Simon Effenberg]

Package: cups
Severity: normal

Hi,

maybe i'm wrong but is this really a bug? The documentation says directly (see
README.txt.gz in docs) that you should connect to http://localhost:631/ the
problem is that cupsd won't listen on 127.0.1.1 so it is (on my system) not a
problem with @LOCAL but with the listening address. But i think it is not a bug
even if its a little bit confusing.

Correct me if i misunderstood anything or am wrong.

Thanks
Simon



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

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

Versions of packages cups depends on:
ii  adduser   3.112  add and remove users and groups
ii  bc1.06.95-2  The GNU bc arbitrary precision cal
ii  cups-client   1.4.4-3Common UNIX Printing System(tm) - 
ii  cups-common   1.4.4-2Common UNIX Printing System(tm) - 
ii  debconf [debconf-2.0] 1.5.35 Debian configuration management sy
ii  ghostscript   8.71~dfsg2-3   The GPL Ghostscript PostScript/PDF
ii  libavahi-client3  0.6.27-1   Avahi client library
ii  libavahi-common3  0.6.27-1   Avahi common library
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libcups2  1.4.4-3Common UNIX Printing System(tm) - 
ii  libcupscgi1   1.4.4-2Common UNIX Printing System(tm) - 
ii  libcupsdriver11.4.4-2Common UNIX Printing System(tm) - 
ii  libcupsimage2 1.4.4-2Common UNIX Printing System(tm) - 
ii  libcupsmime1  1.4.4-2Common UNIX Printing System(tm) - 
ii  libcupsppdc1  1.4.4-2Common UNIX Printing System(tm) - 
ii  libdbus-1-3   1.2.24-3   simple interprocess messaging syst
ii  libgcc1   1:4.4.4-8  GCC support library
ii  libgssapi-krb5-2  1.8.3+dfsg~beta1-1 MIT Kerberos runtime libraries - k
ii  libijs-0.35   0.35-7 IJS raster image transport protoco
ii  libkrb5-3 1.8.3+dfsg~beta1-1 MIT Kerberos runtime libraries
ii  libldap-2.4-2 2.4.23-2   OpenLDAP libraries
ii  libpam0g  1.1.1-3Pluggable Authentication Modules l
ii  libpaper1 1.1.24 library for handling paper charact
ii  libpoppler5   0.12.4-1   PDF rendering library
ii  libslp1   1.2.1-7.7  OpenSLP libraries
ii  libstdc++64.4.4-8The GNU Standard C++ Library v3
ii  libusb-0.1-4  2:0.1.12-15userspace USB programming library
ii  lsb-base  3.2-23.1   Linux Standard Base 3.2 init scrip
ii  perl-modules  5.10.1-14  Core Perl modules
ii  poppler-utils 0.12.4-1   PDF utilitites (based on libpopple
ii  procps1:3.2.8-9  /proc file system utilities
ii  ssl-cert  1.0.25 simple debconf wrapper for OpenSSL
ii  ttf-freefont  20090104-7 Freefont Serif, Sans and Mono True
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

Versions of packages cups recommends:
ii  cups-driver-gutenprint5.2.5-1printer drivers for CUPS
ii  foomatic-filters  4.0-20090509-1 OpenPrinting printer support - fil
ii  ghostscript-cups  8.71~dfsg2-3   The GPL Ghostscript PostScript/PDF

Versions of packages cups suggests:
ii  cups-bsd  1.4.4-3Common UNIX Printing System(tm) - 
pn  cups-pdf   (no description available)
ii  cups-ppdc 1.4.4-2Common UNIX Printing System(tm) - 
ii  foomatic-db   20100804-1 OpenPrinting printer support - dat
ii  foomatic-db-engine4.0.4-2OpenPrinting printer support - pro
pn  hplip  (no description available)
ii  smbclient 2:3.4.8~dfsg-2 command-line SMB/CIFS clients for 
ii  udev  160-1  /dev/ and hotplug management daemo
pn  xpdf-korean | xpdf-japane  (no description available)

-- Configuration Files:
/etc/cups/acroread.conf [Errno 2] No such file or directory: 
u'/etc/cups/acroread.conf'
/etc/cups/mime.convs [Errno 2] No such file or directory: 
u'/etc/cups/mime.convs'
/etc/cups/mime.types [Errno 2] No such file or directory: 
u'/etc/cups/mime.types'
/etc/cups/oopstops.convs [Errno 2] No such file or directory: 
u'/etc/cups/oopstops.convs'
/etc/cups/oopstops.types [Errno 2] No such file or directory: 
u'/etc/cups/oopstops.types'
/etc/cups/pdftops.conf [Errno 2] No such file or directory: 
u'/etc/cups/pdftops.conf'
/etc/cups/pstopdf.convs [Errno 2] No such file or directory: 
u'/etc/cup

Bug#594125: [linux-image-2.6.35-trunk-amd64] BSD ring buffer implementation makes suspend to ram unreliable

[Florian Kriener]

Package: linux-image-2.6.35-trunk-amd64
Version: 1~experimental.2
Severity: grave
Tags: patch

--- Please enter the report below this line. ---
There is a bug in the linux kernel 2.6.35, that makes suspend to ram
unusable (it seems to be fixed in 2.6.36-rc2) [1]. The symptoms are:
- Suspend to ram from X hangs the computer, the only option is to press
  the power button for ~5 sec and thus forcefully turning off the  
  computer (SysRq does not work for me). After a while (when not
  turning off the computer of cause) the fan goes to full power.
- However, suspend to ram from console works.
- The hang does happen every time on my laptop. However,  on some
  computers that seems to happen only sporadically.

The link [1] contains two possible solutions for this problem.
1. Turn off BSD completely by replacing the corresponding define
   in i915_drv.h with
#define HAS_BSD(dev)(0)
2. 2.6.36-rc2 seems to fix the problem (according to a comment on [1]).

[1] https://bugs.freedesktop.org/show_bug.cgi?id=29406
  

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-5-amd64

Debian Release: squeeze/sid
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.de.debian.org 
  500 testing ftp.de.debian.org 
  101 experimental-snapshots qt-kde.debian.net 
1 experimentalftp.de.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-=
module-init-tools | 3.12-1
linux-base   (>= 2.6.35-1~experimental.2) | 2.6.35-1~experimental.2
initramfs-tools(>= 0.55)  | 0.98
 OR linux-initramfs-tool  | 


Recommends(Version) | Installed
===-+-
firmware-linux-free (>= 2.6.35) | 2.6.35-1~experimental.2


Suggests  (Version) | Installed
===-+-===
linux-doc-2.6.35| 2.6.35-1~experimental.2
grub| 
 OR lilo| 





-- 
Florian Kriener

August-Bebel-Straße 46
04275 Leipzig

Tel:   +49 341-3047701
Mobil: +49 176-20070874



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

Bug#570382: after upgrade: "vlogin: openpty(): No such file or directory"

[Tomas Pospisek]

Thanks, I tested that [1], and it does seem to work.

Hopefully this bug is being worked on by someone upstream.


AFAIK it's not worked on upstream and very probably fixed in newer 
vserver releases. I asked on vserver's IRC channel and was told in quite 
clear words something along the lines of "we don't care about ancient 
 kernels that Debian ships". You may 
want to re-inquiry @vserver.


On a different note: the last update to the most recent DSA kernels [2] 
went completely smoothly - that is all vservers restarted without a 
hickup. Makes me wonder if that was caused by a change in the 
2.6.26-24lenny1 kernel? We'll see at the next upgrade.


I'm Cc:ing this to all bug report participants, I hope you all don't mind.
*t

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=570382#65
[2] http://www.debian.org/security/2010/dsa-2094



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

Bug#592697: unblock: java-common/0.40

[Torsten Werner]

reopen 592697
thanks

Hi,

thanks for unblocking 0.39 but my upload did not work as expected
because the arch any packages got downgraded on mips. I have
introduced an epoch for the arch any packages now. The upload includes
the switch to openjdk on powerpcsce as discussed at
. The
source diff can be seen at
.

Thanks,
Torsten

unblock java-common/0.40



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

Bug#594124: sslh : [INTL:pt] Portuguese translation for debconf messages

["Traduz" - Portuguese Translation Team]

Package: sslh
Version: 1.7a-1
Tags: l10n, patch
Severity: wishlist

Portuguese translation for sslh's debconf messages.
Translator: Rui Branco 
Feel free to use it.

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


--
Best regards,

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






# Portuguese translation for sslh (debconf)
# This file is distributed under the same license as the sslh package.
# Rui Branco , 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: sslh 1.7a-1\n"
"Report-Msgid-Bugs-To: s...@packages.debian.org\n"
"POT-Creation-Date: 2010-02-13 01:27+0100\n"
"PO-Revision-Date: 2010-08-23 21:11+0100\n"
"Last-Translator: Rui Branco \n"
"Language-Team: Portuguese \n"
"Language: Portuguese\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: \n"

#. Type: select
#. Choices
#: ../templates:1001
msgid "from inetd"
msgstr "a partir do inetd"

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

#. Type: select
#. Description
#: ../templates:1002
msgid "Run sslh:"
msgstr "Correr o sslh:"

#. Type: select
#. Description
#: ../templates:1002
msgid ""
"sslh can be run either as a service from inetd, or as a standalone server. "
"Each choice has its own benefits. With only a few connection per day, it is "
"probably better to run sslh from inetd in order to save resources."
msgstr ""
"O sslh pode correr como um serviço a partir do inetd, ou sozinho como "
"servidor. Cada uma das escolhas apresenta os seus benefícios. Com apenas "
"algumas ligações por dia, é provavelmente preferível correr o sslh a partir "
"do inetd de modo a poupar recursos."

#. Type: select
#. Description
#: ../templates:1002
msgid ""
"On the other hand, with many connections, sslh should run as a standalone "
"server to avoid spawning a new process for each incoming connection."
msgstr ""
"Por outro lado, com várias ligações, o sslh deve correr como um servidor "
"impedindo espalhar novos processos para cada ligação que receba."

Bug#593912: java applet source

[Georges Khaznadar]

Hello Bernadette, I reply in English language since this bugreport may
be interesting for other developers which became interested in the package
wims (some members of the Debian Science project). I summarise some of
your lines in English, too.

Bernadette Perrin-Riou a écrit :
> Package: wims
> Version: 4.00-2
> 
> Les sources des applets contenues dans
> public_html/scripts/authors/jm.evers/applets et le moyen de les
> compiler se trouvent toutes dans le dossier
> public_html/scripts/authors/jm.evers/applets/src de la distribution
> upstream de wims4.00.
Summary: some applets authored by J.M. Evers are not in the Debian
distributions, but their sources are included in the upstream
distribution.

--8<---
[...]/public_html/scripts/authors/jm.evers/applets/src$ 
zgrep -il license *
FlyApplet.src.tar.gz
GetallenLijn.src.tar.gz
MathView.src.tar.gz
noninput.java
PieChart.java
Plot.src.tar.gz
Rekenmachien.src.tar.gz
sharptools.src.tar.gz
TexApp.src.tar.gz
ThreeD.src.tar.gz
--8<---

Only 10 files of the 21 files in this directory contain the world
"license" 

When the license issue will be fixed, I shall append a specific part in
the file debian/copyright, and I shall check whether the applets can be
built with openjdk-6

> Il en ait de même de public_html/java/Clicktile  public_html/java/Lattice
> public_html/java/WIMSChem public_html/java/zirkel public_html/java/input.jar
> et de public_html/java/ThreeD.jar (lien symbolique sur un fichier
> dans public_html/scripts/authors/jm.evers/applets)
> 
> Y a-t-il donc une raison de les supprimer ?
Summary: this is about another list of java archives presumabily
attributed to JM Evers

The line in the debian patch which suppresses all of the java stuff has
been added at a time when there were few possibilities to compile java
sources with a free compiler. Now the situation has changed. However in
any Debian package, the following is mandatory:

- All of the binaries (this includes .jar and .class files) must be
  built by the debian packaging engine.
- every source file must be owned by an author, and this author must
  publish it with a free license (which must comply with the Debian Free
  Software Guidelines, see http://www.debian.org/social_contract)

> Par contre, les sources de geogebra et jmol n'y sont en effet pas. Mais étant
> sous licence GPL, il devrait être possible de mettre une dépendance.
Summary: this is about Geogebra and Jmol.

Geogebra is now in Debian (first upload: 06 Jul 2010), so there will be
no problem to add its features. However the debian patch must modify
some parts of the sources of Wims to prevent the duplication of files
which are part of the package Geogebra. 

The packaging of Jmol has still to overcome a few difficulties. Its
authors have published their work with a free license, but Jmol embeds
a few java archives coming from third parties which are not yet in
Debian or whose licenses are uncertainly free. Some Debian developers
are working in this issue, which seems to be solvable shortly.

Best regards,
Vielen Grüßen,
Amitiés,Georges.

> 
> Cordialement
> 
> Bernadette
> 
> 
> de debian/patches/20root-makefile.patch
> 
> + ## remove sourceless java archives
> + ## and let a small message in place
> + for d in $(DESTDIR)/var/lib/wims/public_html/java \
> +
> $(DESTDIR)/var/lib/wims/public_html/scripts/authors/jm.evers/applets;
> \
> + do \
> +   find $$d -name "*.jar" -exec rm {} \; ; \
> +   echo $(SORRY_NO_JAR) > $$d/README; \
> + done
> 
> 
> 

-- 
Georges KHAZNADAR et Jocelyne FOURNIER
22 rue des mouettes, 59240 Dunkerque France.
Téléphone +33 (0)3 28 29 17 70



signature.asc
Description: Digital signature

Bug#590441: ffmpeg2theora: generates files that don't play in mplayer (Invalid frame duration value)

[Timo Juhani Lindfors]

Hi,

the upstream bug might be

http://bugzilla.mplayerhq.hu/show_bug.cgi?id=1664




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

Bug#594123: pam-auth-update puts options in random order, causing unnecessary changes

[Jim Paris]

Package: libpam-runtime
Version: 1.1.1-4
Severity: normal
Tags: patch

Hi,

I have this line in my pam config:
  $ grep passwdqc /etc/pam.d/common-password
  passwordrequisite   pam_passwdqc.so random=32 
min=disabled,8,8,7,7 enforce=users

If I run pam-auth-update, the options are reordered:
  $ sudo pam-auth-update 
  $ grep passwdqc /etc/pam.d/common-password
  passwordrequisite   pam_passwdqc.so random=32 
enforce=users min=disabled,8,8,7,7

Each time I run it, I get a random permutation:
  $ sudo pam-auth-update
  $ md5sum common-password
  64243ec2bed901c9062f23e4757c14b2  common-password
  $ sudo pam-auth-update
  $ md5sum common-password
  28ec1dc99e396347ba1ad7123a914fc6  common-password

This causes unnecessary churn in e.g. etckeeper or any other version
control system being used for /etc.  Please consider the attached
patch which sorts the options, making pam-auth-update output stable
for two subsequent runs.

-jim

-- System Information:
Debian Release: 5.0.5
  APT prefers stable
  APT policy: (990, 'stable'), (80, 'testing'), (50, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages libpam-runtime depends on:
ii  debconf   1.5.24 Debian configuration management sy
ii  libpam-modules1.1.1-4Pluggable Authentication Modules f

libpam-runtime recommends no packages.

libpam-runtime suggests no packages.

-- debconf information:
  libpam-runtime/conflicts:
  libpam-runtime/no_profiles_chosen:
  libpam-runtime/you-had-no-auth:
  libpam-runtime/override: false
* libpam-runtime/profiles: passwdqc, unix, capability
--- /usr/sbin/pam-auth-update   2010-08-23 16:07:41.0 -0400
+++ /tmp/pam-auth-update2010-08-23 16:07:36.0 -0400
@@ -271,7 +271,7 @@
$i--;
}
}
-   return $modline . " " . join(' ',@opts,keys(%{$adds})) . "\n";
+   return $modline . " " . join(' ',@opts,sort keys(%{$adds})) . "\n";
 }
 
 # return the lines for a given config name, type, and position in the stack

Bug#594122: ITP: multicat -- Set of tools for multicast and transport stream manipulation

[Rémi Duraffort]

Package: wnpp
Severity: wishlist
Owner: "Rémi Duraffort" 


* Package name: multicat
  Version : 1.0
  Upstream Author : Christophe Massiot
* URL : http://www.videolan.org/projects/multicat.html
* License : GPL
  Programming Lang: C
  Description : Set of tools for multicast and transport stream manipulation

 The multicat package contains a set of tools designed to easily and
 efficiently manipulate multicast streams in general, and MPEG-2 Transport
 Streams (ISO/IEC 13818-1) in particular.
 .
 The multicat suite of applications is very lightweight and designed to operate
 in tight environments. Memory and CPU usages are kept to a minimum, and they
 feature only one thread of execution.
 .
 The package contain fives programs: multicat, ingests, offsets, aggregartp and
 desaggregartp.

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



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

Bug#593995: ike daemon prevents vpnc from working

[Philipp Matthias Hahn]

tags 593995 + wontfix
thanks

On Sun, Aug 22, 2010 at 04:32:24PM -0500, Micah Gersten wrote:
> Package: ike
> Version: 2.1.5+dfsg-1
> Severity: normal
> 
> Wasn't sure which of the 2 packages to file this against, but the ike daemon 
> prevents vpnc from working since it binds to the ike port.

Yes, compare it to all those WWW servers: They normally use TCP port 80,
but it's common practice in Debian to allow them to be installed in
parallel. Same for all those IKE daemons: they normally use UDP port
500, but you can configure them to use different ports; adding a
Conflics: would prohibit installing them in parallel.

According to Debian policy 7.4:
> Neither `Breaks' nor `Conflicts' should be used unless two packages
> cannot be installed at the same time or installing them both causes
> one of them to be broken or unusable.  Having similar functionality or
> performing the same tasks as another package is not sufficient reason
> to declare `Breaks' or `Conflicts' with that package.

Please either decide for one IKE daemon and un-install all other daemons,
or configure them to properly use different UDP ports.

Thus I tag this bug as 'wontfix'.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ pmh...@pmhahn.de



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

Bug#593920: ncurses-bin: infotocap not working

[Thomas Dickey]

On Sun, 22 Aug 2010, Sven Joachim wrote:


On 2010-08-22 12:45 +0200, Alain Greppin wrote:


Package: ncurses-bin
Version: 5.7+20081213-1
Severity: normal

example follows:
$ infotocap /lib/terminfo/v/vt100
"/lib/terminfo/v/vt100", line 1, col 1: Illegal character (expected
alphanumeric or @%&*!#) - '^Z'


Like tic, infotocap only works with terminfo sources as input, not with
compiled terminfo files.  It has to be conceded that the manpage does
not really make this clear.


It's clear if one realizes that a terminal description is a "terminfo 
source".  But confusion on this detail has been longstanding, and not 
limited to infotocap.  I've also seen people attempting to run tic on 
files in the terminal database.


Since the confusion is very specific, it might be useful to add a check
to the source-reader which immediately errors out if the "source" begins
with the magic code corresponding to compiled entries.

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



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

Bug#594121: RM: sumika -- RoQA; unmaintained, low popcon, dead upstream, useless

[Ricardo Mones]

Package: ftp.debian.org
Severity: normal

  Hi ftp masters,

  Manuel has stated a detailed list of reasons on http://bugs.debian.org/592469

  Hence I think this package should be removed from Debian.

  regards,
-- 
  Ricardo Mones 
  ~
  Datei nicht gefunden Fehler 404



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

Bug#594120: openoffice.org-calc: Function Wizard omits sheet reference

[Liz Young]

Package: openoffice.org-calc
Version: 1:3.2.1-6
Severity: normal

Steps to reproduce:
1. Open Calc and enter "Debian" in cell Sheet1.A1, and "Squeeze" in cell
Sheet2.A1
2. In cell Sheet1.C1, open the Function Wizard and select CONCATENATE and
choose
text1: A1 (on Sheet1)
text2: "-"
text3: A1 (on Sheet2)
The resulting formula looks like this: =CONCATENATE(A1:A1;"-";A1:A1)  Circular
Reference
expected to look like this: =CONCATENATE(A1;"-";Sheet2.A1)
Tested on Squeeze 3.2.1-5 and Sid 3.2.1-6



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

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

Versions of packages openoffice.org-calc depends on:
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.4-8GCC support library
ii  libstdc++6  4.4.4-8  The GNU Standard C++ Library v3
ii  libstlport4.6ldbl   4.6.2-7  STLport C++ class library
ii  lp-solve5.5.0.13-7   Solve (mixed integer) linear progr
ii  openoffice.org-base-cor 1:3.2.1-6office productivity suite -- share
ii  openoffice.org-core 1:3.2.1-6office productivity suite -- arch-
ii  ure 1.6.1+OOo3.2.1-5 OpenOffice.org UNO runtime environ

openoffice.org-calc recommends no packages.

openoffice.org-calc suggests no packages.

Versions of packages openoffice.org-core depends on:
ii  fontconfig  2.8.0-2.1generic font configuration library
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-4 The Cairo 2D vector graphics libra
ii  libcurl3-gnutls 7.21.0-1 Multi-protocol file transfer libra
ii  libdb4.84.8.26-1 Berkeley v4.8 Database Libraries [
ii  libexpat1   2.0.1-7  XML parsing C library - runtime li
ii  libfreetype62.4.2-1  FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.4-8GCC support library
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgraphite31:2.3.1-0.2  SILGraphite - a "smart font" rende
ii  libgstreamer-plugins-ba 0.10.30-1GStreamer libraries from the "base
ii  libgstreamer0.10-0  0.10.30-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface 
ii  libhunspell-1.2-0   1.2.11-1 spell checker and morphological an
ii  libhyphen0  2.5-1ALTLinux hyphenation library - sha
ii  libice6 2:1.0.6-1X11 Inter-Client Exchange library
ii  libicu444.4.1-6  International Components for Unico
ii  libjpeg62   6b1-1The Independent JPEG Group's JPEG 
ii  libmythes-1.2-0 2:1.2.1-1simple thesaurus library
ii  libneon27-gnutls0.29.3-2 An HTTP and WebDAV client library 
ii  libnspr4-0d 4.8.4-2  NetScape Portable Runtime Library
ii  libnss3-1d  3.12.6-3 Network Security Service libraries
ii  librdf0 1.0.10-2 Redland Resource Description Frame
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libssl0.9.8 0.9.8o-1 SSL shared libraries
ii  libstdc++6  4.4.4-8  The GNU Standard C++ Library v3
ii  libstlport4.6ldbl   4.6.2-7  STLport C++ class library
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxaw7 2:1.0.7-1X11 Athena Widget library
ii  libxext62:1.1.2-1X11 miscellaneous extension librar
ii  libxinerama12:1.1-3  X11 Xinerama extension library
ii  libxml2 2.7.7.dfsg-4 GNOME XML library
ii  libxrandr2  2:1.3.0-3X11 RandR extension library
ii  libxrender1 1:0.9.6-1X Rendering Extension client libra
ii  libxslt1.1  1.1.26-5 XSLT 1.0 processing library - runt
ii  libxt6  1:1.0.7-1X11 toolkit intrinsics library
ii  openoffice.org-common   1:3.2.1-5office productivity suite -- arch-
ii  ttf-opensymbol  1:3.2.1-5OpenSymbol TrueType font
ii  ure 1.6.1+OOo3.2.1-5 OpenOffice.org UNO runtime environ
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

-- 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#567311: HTML5 needs to be enabled again

[Paul Menzel]

Am Mittwoch, den 11.08.2010, 00:21 + schrieb Debian Bug Tracking System:
> This is an automatic notification regarding your Bug report
> which was filed against the webkit package:
> 
> #567311: epiphany-browser: Unable to use YouTube with HTML5 Video Player.

Just as a note for everyone having the same problem.

YouTube did not show the videos using WebM anymore. It must have been
after an upgrade of Epiphany or libwebkit. It turns out that I had to
activate HTML5 Beta in YouTube again [1]. The cookie(?) must have been
deleted somehow.


Thanks,

Paul


[1] http://www.youtube.com/html5


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

Bug#594119: Upgrade path from Lenny to Squeeze is broken

[Emmanuel Bouthenot]

Package: sympa
Version: 6.0.1+dfsg-2
Severity: critical


{,family,bounce}queue binaries are now installed in
/usr/lib/sympa/lib/sympa/ instead of /usr/lib/sympa/bin before. It will
breaks mail aliases used by SYMPA during the upgrade from Lenny to
Squeeze. It also means that the snippet installed in /etc/aliases can't
work for now.


M.

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

Kernel: Linux 2.6.33-2-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



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

Bug#594118: initramfs-tools: Generating image error. Unexpected operator

[Rodolfo Garcia]

Package: initramfs-tools
Version: 0.98
Severity: important

Hi!

I have a problem trying to generate a new initram:

debian:~# update-initramfs -u -k all
update-initramfs: Generating /boot/initrd.img-2.6.32-5-686
[: 33: #: unexpected operator
/boot/initrd.img-2.6.18-6-686 does not exist. Cannot update.
debian:~#

If you need more information, please ask me.

Thanks a lot.

kix.

-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 1 root root 9.2M Aug 23 21:45 /boot/initrd.img-2.6.32-5-686
-- /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 
root=UUID=5814b385-7c4d-4a8f-bb62-0b4370032c12 ro quiet

-- resume
# RESUME=/dev/sda3
RESUME='UUID=6242f227-2677-4df5-85d1-c64262909585'
-- /proc/filesystems
ext3
fuseblk

-- lsmod
Module  Size  Used by
sco 5857  2 
bridge 32987  0 
stp  996  1 bridge
bnep7444  2 
rfcomm 25167  0 
l2cap  21705  4 bnep,rfcomm
crc16   1027  1 l2cap
bluetooth  36327  6 sco,bnep,rfcomm,l2cap
vmnet  31752  13 
vmblock 8518  1 
vsock  29259  0 
vmci   41779  1 vsock
vmmon  53690  0 
fuse   43758  1 
dm_snapshot17969  0 
dm_mirror   9671  0 
dm_region_hash  5644  1 dm_mirror
dm_log  6369  2 dm_mirror,dm_region_hash
dm_mod 46082  3 dm_snapshot,dm_mirror,dm_log
firewire_sbp2   9647  0 
loop9757  0 
snd_hda_codec_intelhdmi 9027  1 
snd_hda_codec_realtek   163226  1 
snd_hda_intel  16787  1 
snd_hda_codec  46002  3 
snd_hda_codec_intelhdmi,snd_hda_codec_realtek,snd_hda_intel
snd_hwdep   4054  1 snd_hda_codec
snd_pcm_oss28671  0 
snd_mixer_oss  10461  2 snd_pcm_oss
snd_pcm47214  3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_seq_midi3576  0 
snd_rawmidi12505  1 snd_seq_midi
snd_seq_midi_event  3684  1 snd_seq_midi
snd_seq35463  2 snd_seq_midi,snd_seq_midi_event
arc4 974  2 
snd_timer  12258  2 snd_pcm,snd_seq
snd_seq_device  3673  3 snd_seq_midi,snd_rawmidi,snd_seq
ecb 1405  2 
snd34363  12 
snd_hda_codec_intelhdmi,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
rt2500pci  11311  0 
rt2x00pci   3773  1 rt2500pci
rt2x00lib  19029  2 rt2500pci,rt2x00pci
i2c_i8016462  0 
led_class   1757  1 rt2x00lib
mac80211  123302  2 rt2x00pci,rt2x00lib
cfg80211   87601  2 rt2x00lib,mac80211
rfkill 10264  3 bluetooth,cfg80211
soundcore   3450  2 snd
eeprom_93cx6 963  1 rt2500pci
nouveau   314864  2 
ttm33378  1 nouveau
drm_kms_helper 18305  1 nouveau
drm   112020  4 nouveau,ttm,drm_kms_helper
i2c_algo_bit3497  1 nouveau
i2c_core   12696  5 i2c_i801,nouveau,drm_kms_helper,drm,i2c_algo_bit
snd_page_alloc  5045  2 snd_hda_intel,snd_pcm
joydev  6771  0 
evdev   5609  14 
parport_pc 15799  0 
button  3598  1 nouveau
pcspkr  1207  0 
psmouse44657  0 
parport22554  1 parport_pc
processor  26599  0 
serio_raw   2916  0 
ext3   94204  2 
jbd32169  1 ext3
mbcache 3762  1 ext3
usbhid 27980  0 
hid50645  1 usbhid
sg 15968  0 
fan 2586  0 
sd_mod 25869  4 
crc_t10dif  1012  1 sd_mod
sr_mod 10770  0 
cdrom  26487  1 sr_mod
firewire_ohci  16509  0 
firewire_core  31187  2 firewire_sbp2,firewire_ohci
usb_storage30541  0 
ata_generic 2019  0 
thermal 9206  0 
uhci_hcd   16057  0 
ata_piix   17640  3 
crc_itu_t   1035  1 firewire_core
sky2   32829  0 
ehci_hcd   27851  0 
pata_jmicron1452  0 
libata115721  3 ata_generic,ata_piix,pata_jmicron
thermal_sys 9378  3 processor,fan,thermal
scsi_mod  101401  6 
firewire_sbp2,sg,sd_mod,sr_mod,usb_storage,libata
usbcore98402  5 usbhid,usb_storage,uhci_hcd,ehci_hcd
nls_base4541  1 usbcore

-- /etc/kernel-img.conf
# Kernel image management overrides
# See kernel-img.conf(5) for details
do_symlinks = yes
relative_links = yes
do_bootloader = no
do_bootfloppy = no
do_initrd = yes
link_in_boot = no

-- /etc/initramfs-tools/initramfs.conf
MO

Bug#594117: halevt : [INTL:pt] Updated Portuguese translation for debconf messages

["Traduz" - Portuguese Translation Team]

Package: halevt
Version: 0.1.6.2-2
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for halevt's debconf messages.
Translator: Rui Branco 
Feel free to use it.

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


--
Best regards,

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





# Portuguese translation for halevt (debconf)
# This file is distributed under the same license as the halevt package.
# Rui Branco , 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: halevt 0.1.6.2-2\n"
"Report-Msgid-Bugs-To: hal...@packages.debian.org\n"
"POT-Creation-Date: 2010-08-21 11:26+0100\n"
"PO-Revision-Date: 2010-08-23 20:43+0100\n"
"Last-Translator: Rui Branco \n"
"Language-Team: Portuguese \n"
"Language: Portuguese\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: \n"

#. Type: multiselect
#. Description
#: ../templates:2001
msgid "Users to add to the plugdev group:"
msgstr "Utilizadores a adicionar ao grupo plugdev:"

#. Type: multiselect
#. Description
#: ../templates:2001
msgid ""
"The plugdev security group controls which users are permitted to read and "
"write to devices mounted by halevt."
msgstr "O grupo de segurança do plugdev controla quais os utilizadores com 
permissão de leitura e escrita em dispositivos montados pelo halvet."

#. Type: multiselect
#. Description
#: ../templates:2001
msgid ""
"Users can be added to this group at any time. This initial list of users "
"will be added now."
msgstr "Os utilizadores podem ser adicionados ao grupo em qualquer altura. Esta "
"lista inicial de utilizadores pode ser adicionada agora."

Bug#594116: diff dummy package auto-reinstall

[Rodolfo Garcia]

Package: diff
Version: 1:3.0-1
Severity: normal

Hi!

I have some minor problems with diff.

When I remove the package (dummy) I do not have any problem. But in the next 
apt-get dist-upgrade it will be installed. I tryed to find why, but I cannot 
find any reason.

Diff is not required or recomended by other packages.

The example of the problem is attached.

Thanks a lot!

debian:~# deborphan 
mktemp
diff
debian:~# dpkg --purge diff
(Leyendo la base de datos ...  00%
185188 ficheros y directorios instalados actualmente.)
Desinstalando diff ...
debian:~# apt-get dist-upgrade
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias   
Leyendo la información de estado... Hecho
Calculando la actualización... Listo
Se instalarán los siguientes paquetes NUEVOS:
  diff
0 actualizados, 1 se instalarán, 0 para eliminar y 0 no actualizados.
Se necesita descargar 0B/6490B de archivos.
Se utilizarán 36,9kB de espacio de disco adicional después de esta operación.
¿Desea continuar [S/n]? 
Seleccionando el paquete diff previamente no seleccionado.
(Leyendo la base de datos ...  00%
185185 ficheros y directorios instalados actualmente.)
Desempaquetando diff (de .../diff_1%3a3.0-1_all.deb) ...
Configurando diff (1:3.0-1) ...
debian:~# 

-- System Information:
Debian Release: squeeze/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=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages diff depends on:
ii  diffutils 1:3.0-1File comparison utilities

diff recommends no packages.

diff 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