Bug#495178: Technically RC

[Florian Weimer]

severity 495178 grave
thanks

This is RC because we cannot change the package at all, for instance
to incorporate a security fix.

At the least, we need some way to regenerate the files in dist/,
possibly using an external tool, or the package should just install
the unobfuscated version as the packed one.  Both approaches need to
be tested before release, hence the RC severity.



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

Bug#507445: gnupg-doc orig.tar.gz missing in main

[Cyril Brulebois]

tag 507445 pending
thanks

Steve McIntyre <[EMAIL PROTECTED]> (01/12/2008):
> I know this is not necessarily *your* bug, but the easiest workaround
> is to simply re-upload with a new "upstream" version to trigger dak to
> copy the new upstream orig.tar.gz into the right place. Easiest is to
> just rename the current tarball to a new name (e.g.
> gnupg-doc_2003.04.06a.orig.tar.gz).

I chose +dak1 to mark it as being needed because of dak (and that seems
to be a kind of standard practice).

> (Opened as serious as this bug is currently blocking creation of
> source CDs/DVDs/ in the weekly CD build.)

I see, shortening the usual delays a bit, uploading to DELAYED/1.
> 
Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#508037: ITP: lxsession-edit -- configure what application start up automatically in LXDE

[Andrew Lee]

Package: wnpp
Severity: wishlist
Owner: Andrew Lee <[EMAIL PROTECTED]>


* Package name: lxsession-edit
  Version : 0.1
  Upstream Author : PCMan (Hong Jen Yee) <[EMAIL PROTECTED]>
* URL : http://lxde.org/
* License : (GPL)
  Programming Lang: (C)
  Description : configure what application start up automaticlly in LXDE

 LXSession-Edit is a simple session editor GUI for lxsession-lite which
 follows autostart specs from FreeDesktop.Org


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



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

Bug#491972: can this be fixed for Lenny?

[Willi Mann]

Russell Coker schrieb:
> This patch (or something similar) is needed for the version of dpkg in Lenny. 
>  
> Could you please propose that a new version of logwatch which closes this bug 
> be included in Lenny?
> 
> 
> 
Unfortunately, I don't have the time for that currently. If you like,
you can do the upload. Feel free to include any patch the release team
is willing to accept.

I've uploaded what I prepared some time ago to

http://pkg-logwatch.alioth.debian.org/apt/pool/main/l/logwatch/

WM



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

Bug#254208: Still valid!

[Aníbal Monsalve Salazar]

On Sun, Nov 30, 2008 at 12:37:47PM +0100, Eric Valette wrote:
>Why not orphan this package?

It's already orphaned, since 22 May 2008. See:

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


signature.asc
Description: Digital signature

Bug#496264: cuneiform license troubles

[Daniel Baumann]

Hi,

my cuneiform packages were rejected from debian with the following
message, will you take care about fixing it?

---snip---
Hi Maintainer,

rejected, upstream blindly copied its own license/copyright header above
all files. Please kick them and let em fix it.
One example are the zlib files. They definitely have a different
copyright holder and different license, yet upstream claims its his.
There are more of such things, but thats up to upstream to find and fix.

-- bye Joerg
---snap---

Regards,
Daniel

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



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

Bug#507445: gnupg-doc orig.tar.gz missing in main

[Cyril Brulebois]

Cyril Brulebois <[EMAIL PROTECTED]> (07/12/2008):
> tag 507445 pending
> thanks

And the source debdiff for completeness.

Mraw,
KiBi.
diff -Nru gnupg-doc-2003.04.06/debian/changelog 
gnupg-doc-2003.04.06+dak1/debian/changelog
--- gnupg-doc-2003.04.06/debian/changelog   2008-12-07 09:04:33.0 
+0100
+++ gnupg-doc-2003.04.06+dak1/debian/changelog  2008-12-07 09:04:34.0 
+0100
@@ -1,3 +1,11 @@
+gnupg-doc (2003.04.06+dak1-0.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Reupload to include the source tarball, missing since the move to
+main, due to a well-known dak bug (Closes: #507445).
+
+ -- Cyril Brulebois <[EMAIL PROTECTED]>  Sun, 07 Dec 2008 09:02:32 +0100
+
 gnupg-doc (2003.04.06-6) unstable; urgency=low
 
   * debian/control (Section): move back to main, per GR.  Closes: #406648


signature.asc
Description: Digital signature

Bug#508038: sshmenu and sshmenu-gnome fail to start with `undefined symbol` message

[Mikhail Lukyanchenko]

Package: sshmenu-gnome
Version: 3.15-1

Debian Lenny with latest updates (2.6.26-1-686 #1 SMP Sat Nov 8
19:00:26 UTC 2008 i686 GNU/Linux).

When I try to add sshmenu applet to Gnome panel, following error message apears:

The panel encountered a problem while loading "OAFIID:GNOME_SSHMenuApplet".

When I try to start sshmenu or sshmenu-gnome from the shell, start
fails and error message is:

/usr/bin/ruby: symbol lookup error:
/usr/lib/ruby/1.8/i486-linux/gtk2.so: undefined symbol:
gtk_file_system_error_quark

I was able to find similar bug in Launchpad:
https://bugs.launchpad.net/ubuntu/+source/sshmenu/+bug/247564

Bug#508039: linux-image-2.6.18-6-amd64: The 8'th and higheir sound cand isn't detected

[Boris shtrasman]

Package: linux-image-2.6.18-6-amd64
Version: 2.6.18.dfsg.1-22
Severity: important

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

The 8'th and higher sound card isn't detected do to no enabled in the
kernel
config.
This bug prevent the normal use of debian kernel (you have to rebuild the
kernel) to support more sound devices.

Tested with usb audio devices (VendorId : 0451 ).

to fix it :

CONFIG_SND_DYNAMIC_MINORS=y
CONFIG_USB_DYNAMIC_MINORS=y



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

Versions of packages linux-image-2.6.18-6-amd64 depends on:
ii cor 5.97-5.3 The GNU core utilities
ii deb 1.5.11etch2 Debian configuration management
sy
ii e2f 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 ext2 file system utilities
and
lib
ii ini 0.85i tools for generating an initramfs
ii mod 3.3-pre4-2 tools for managing Linux kernel
mo

linux-image-2.6.18-6-amd64 recommends no packages.

-- debconf information:
shared/kernel-image/really-run-bootloader: true
linux-image-2.6.18-6-amd64/postinst/old-initrd-link-2.6.18-6-amd64: true
linux-image-2.6.18-6-amd64/postinst/old-dir-initrd-link-2.6.18-6-amd64:
true
linux-image-2.6.18-6-amd64/preinst/elilo-initrd-2.6.18-6-amd64: true
linux-image-2.6.18-6-amd64/postinst/create-kimage-link-2.6.18-6-amd64:
true
linux-image-2.6.18-6-amd64/preinst/lilo-initrd-2.6.18-6-amd64: true
linux-image-2.6.18-6-amd64/postinst/bootloader-test-error-2.6.18-6-amd64:
linux-image-2.6.18-6-amd64/preinst/bootloader-initrd-2.6.18-6-amd64: true
linux-image-2.6.18-6-amd64/preinst/already-running-this-2.6.18-6-amd64:
linux-image-2.6.18-6-amd64/preinst/abort-overwrite-2.6.18-6-amd64:
linux-image-2.6.18-6-amd64/postinst/old-system-map-link-2.6.18-6-amd64:
true
linux-image-2.6.18-6-amd64/postinst/depmod-error-initrd-2.6.18-6-amd64:
false
linux-image-2.6.18-6-amd64/prerm/removing-running-kernel-2.6.18-6-amd64:
true
linux-image-2.6.18-6-amd64/preinst/failed-to-move-modules-2.6.18-6-amd64:

linux-image-2.6.18-6-amd64/prerm/would-invalidate-boot-loader-2.6.18-6-amd64:

true
linux-image-2.6.18-6-amd64/preinst/lilo-has-ramdisk:
linux-image-2.6.18-6-amd64/preinst/abort-install-2.6.18-6-amd64:
linux-image-2.6.18-6-amd64/postinst/depmod-error-2.6.18-6-amd64: false
linux-image-2.6.18-6-amd64/postinst/bootloader-error-2.6.18-6-amd64:
linux-image-2.6.18-6-amd64/preinst/overwriting-modules-2.6.18-6-amd64:
true
linux-image-2.6.18-6-amd64/postinst/kimage-is-a-directory:
linux-image-2.6.18-6-amd64/preinst/initrd-2.6.18-6-amd64:


-- 
-- Boris Shtrasman 
|Gnu/Linux Software developer |
| IM : [EMAIL PROTECTED] |
| URL : myrtfm.blogspot.com|
___

Linkidin : http://www.linkedin.com/profile?viewProfile=&key=24962635




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

Bug#335411: man-db: 'man -Hfirefox man', can't see the image

[Colin Watson]

On Sun, Dec 07, 2008 at 11:51:38AM +0800, LI Daobing (李道兵) wrote:
> On Sun, Dec 7, 2008 at 7:54 AM, Colin Watson <[EMAIL PROTECTED]> wrote:
> > On Sun, Mar 16, 2008 at 11:50:07PM +0100, Josip Rodin wrote:
> >> I just saw the same... it looks like the whole /tmp/ goes missing
> >> the moment the browser is forked.
> >
> > I really can't see any obvious way to fix this. I don't think it's good
> > to leave temporary file litter lying around, and yet, when you use
> > -Hfirefox (particularly if you already have firefox running so that it
> > uses the remote protocol), firefox returns control before it loads the
> > images. I'm afraid I don't see a sensible way for man to do anything
> > about this, short perhaps of an environment variable that would let you
> > stop it deleting temporary files, but then the user would have to clean
> > those up by hand which isn't very appealing either.
> >
> > I'm just going to downgrade this to wishlist for now, and if anyone has
> > any bright ideas then they can let me know ...
> 
> How about embed the images into html?

Err, so how do you do that then? :-) The only ways I'm aware of are
absolutely crazy (CSS tricks etc.).

-- 
Colin Watson   [EMAIL PROTECTED]



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

Bug#508040: ITP: lxshortcut -- easy way to edit application shortcuts

[Andrew Lee]

Package: wnpp
Severity: wishlist
Owner: Andrew Lee <[EMAIL PROTECTED]>


* Package name: lxshortcut
  Version : 0.1
  Upstream Author : PCMan (Hong Jen Yee) <[EMAIL PROTECTED]>
* URL : http://lxde.org/
* License : (GPL)
  Programming Lang: (C)
  Description : easy way to edit application shortcuts

 lxshortcut is a simple GUI to edit .desktop format application
 shortcuts.

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



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

Bug#507509:

[Cyril Brulebois]

Putting back the submitter in the loop.

Diego Escalante Urrelo <[EMAIL PROTECTED]> (02/12/2008):
> Install de debug packages for libgtk, libglib, libgconf and similar,
> both the mm (C++) and usual C versions, example:
> 
> ii  libglib2.0-0-dbg  2.18.2-0ubuntu2
> ii  libgtk2.0-0-dbg   2.14.4-0ubuntu1
> 
> Try to reproduce the trace with that installed.

Hello Diego,

please remember to keep the submitter Cc'd, or use the
[EMAIL PROTECTED] alias for that purpose, otherwise mails
will be unseen.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#508010: [kbibtex] Cannot add search URL

[Michael Hanke]

Hi,

On Sat, Dec 06, 2008 at 11:12:40PM +0100, Jacob Kanev wrote:
> Package: kbibtex
> Version: 0.2.1-1
> Severity: normal
> 
> --- Please enter the report below this line. ---
> 
> It is not possible to add a new search URL to kbibtex. Steps to reproduce:
> * Open kbibtex
> * Open a .bib file
> * Select "Settings" -> "Configure KBibTex"
> * Choose tab "Search URLs"
> * Select "New"
> * Enter "CiteSeer" in Description field, and 
> "http://citeseer.ist.psu.edu/cis?q=%1"; in URL field
> * Select "OK"
> * Select the add-from-online-database button in the toolbar
> ! CiteSeer is not included in the list of databases
This is not a bug. The search URLs are used to search documents on the
web and _not_ to import them into the database. If you click on any item
in your bib file (right-click; search online) you'll find CiteSeer as a
search option.

Importing stuff into the database from online ressources is more
complicated than simply adding a URL. You need to take into account what
format the required information is provided in.

The only way to add CiteSeer to the list of online databases is to hack
the sources itself, or help upstream doing it ;-)

Cheers,

Michael

-- 
GPG key:  1024D/3144BE0F Michael Hanke
http://apsy.gse.uni-magdeburg.de/hanke
ICQ: 48230050



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

Bug#374708: man-db: *** glibc detected *** free(): invalid next size

[Martin Michlmayr]

* Colin Watson <[EMAIL PROTECTED]> [2008-12-06 23:25]:
> My main problem here is figuring out exactly where it's crashing, since
> the stack appears to be corrupt. Perhaps you could build a debug version
> (as before) and run 'sudo gdb --args src/mandb --debug', then:
...

Sorry, I don't have this machine anymore.  If nobody else can
reproduce the issue, I guess you should close the bug report.
-- 
Martin Michlmayr
http://www.cyrius.com/



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

Bug#507711: clamfs: Uninstallable in Sid due to libpoconet soname bump

[Cyril Brulebois]

Gunnar Wolf <[EMAIL PROTECTED]> (03/12/2008):
> Version 1.3.3p1-1 of poco was uploaded to Sid on October. This version
> now provides libpoconet6 - As clamfs depends on libpoconet5, the
> package is now uninstallable.
> 
> Rebuilding the package seems to work - I have not yet tried _using_
> clamfs, but at least, the resulting .deb is installable. Note that if
> you rebuild/upload, you might want to change the build-dependencies,
> as it currently mentions "libpoco5-dev | libpoco-dev" .

Krzysztof, any reason why you didn't open bugs against your reverse
dependencies that no longer build? And why you didn't ask for binNMUs?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#476210: additional info

[Cyril Brulebois]

Robert Lemmen <[EMAIL PROTECTED]> (03/12/2008):
> there is also
> http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=7;bug=476210 no idea
> why this doesn't show up here, the BTS is surprising sometimes!

Because the bug wasn't Cc'd (:/), only a related instruction got sent to
control@, that's why it's there w/o being shown.

So it looks like this bug is being taken care of, no need to NMU per se.
Peter, if you need a sponsor, just point me to a .dsc, and I'll take
care of it.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#374708: man-db: *** glibc detected *** free(): invalid next size

[Colin Watson]

On Sun, Dec 07, 2008 at 10:19:35AM +0100, Martin Michlmayr wrote:
> * Colin Watson <[EMAIL PROTECTED]> [2008-12-06 23:25]:
> > My main problem here is figuring out exactly where it's crashing, since
> > the stack appears to be corrupt. Perhaps you could build a debug version
> > (as before) and run 'sudo gdb --args src/mandb --debug', then:
> ...
> 
> Sorry, I don't have this machine anymore.  If nobody else can
> reproduce the issue, I guess you should close the bug report.

"Kumina bv (Support)" said that they could reproduce it.

-- 
Colin Watson   [EMAIL PROTECTED]



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

Bug#331072: ITP: cinelerra-cv -- non-linear video editor and compositor for Linux

[Christian Marillat]

Ludovic RESLINGER <[EMAIL PROTECTED]> writes:

[...]

> I think to use the Cinelerra-CV version for packaging because it seems
> to be a more stable version with a community of developers who works
> to correct some bugs on Herroinewarrior version. I think it would be
> the best choise for debian package.
>
> Yes, I looked into the packaging problems. I'm going to try a solution
> for this problem of licences.

As usual in Debian a program like Cinelerra-CV without mpeg2, mp3, aac
or x264 encoding is useless.

Christian



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

Bug#508041: debirf_exec: not found

[Helmut Grohne]

Package: debirf
Version: 0.20-1
Severity: important

I just tried debirf, because I wrote a similar software and thought I'd
might get rid of mine. However debirf doesn't seem to be tested. On
building the minimal example it fails with these messages:

...
run-parts: executing minimal/modules/serial-terminal
minimal/modules/serial-terminal: 18: debirf_exec: not found
run-parts: executing minimal/modules/z0_remove-aptitude
minimal/modules/z0_remove-aptitude: 13: debirf_exec: not found
run-parts: minimal/modules/z0_remove-aptitude exited with return code 127

This was just the minimal example from the package. Does it work on
other systems? Maybe it should be severity grave if it does not work at
all.

Helmut

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

Kernel: Linux 2.6.23.14 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages debirf depends on:
ii  apt   0.7.19 Advanced front-end for dpkg
ii  busybox   1:1.10.2-2 Tiny utilities for small and embed
ii  cpio  2.9-14 GNU cpio -- a program to manage ar
ii  debootstrap   1.0.10 Bootstrap a basic Debian system
ii  fakechroot2.8-1  gives a fake chroot environment
ii  fakeroot  1.11   Gives a fake root environment
ii  klibc-utils   1.5.12-2   small utilities built with klibc f

Versions of packages debirf recommends:
ii  genisoimage   9:1.1.9-1  Creates ISO-9660 CD-ROM filesystem
ii  grub  0.97-47GRand Unified Bootloader (Legacy v

Versions of packages debirf suggests:
pn  linux-patch-inittmpfs  (no description available)

-- no debconf information



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

Bug#507813: Portuguese strings for bugzilla debconf

[Christian Perrier]

Quoting Hugo Adão ([EMAIL PROTECTED]):
> package: bugzilla
> severity: wishlist
> tags: patch l10n
> 
> Please consider to add this file to translation of debconf.
> [-- mutt.octet.filter file type: "UTF-8 Unicode English text" --]


You worked on the wrong file. Please find, attached, the file that has
the changes to English strings.




pt.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#503495: inn2: SSL-Documentation and -Support is wrong/broken

[Julien ÉLIE]

Hi Michael,

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


I don't think debian should make it harder than needed to enable encryption.
NNTPS is a way to do it, but putting protocols inside SSL on another port is
nowadays deprecated in favor of TLS upgrade through STARTTLS. We really
should support that.


Is there any news about the package which will be shipped with Lenny?
Will documentation and support for TLS be fixed, as you suggested?


Regarding TLS, I also wish to add that a compliant news server MUST support it
in case authentication with AUTHINFO USER/PASS is provided.  The NNTP protocol
strongly highlights that.  According to RFC 4643:

  The AUTHINFO PASS command permits the client to use a clear-text
  password to authenticate.  A compliant implementation MUST NOT
  implement this command without also implementing support for TLS
  [NNTP-TLS].  Use of this command without an active strong encryption
  layer is deprecated, as it exposes the user's password to all parties
  on the network between the client and the server.  Any implementation
  of this command SHOULD be configurable to disable it whenever a
  strong encryption layer (such as that provided by [NNTP-TLS]) is not
  active, and this configuration SHOULD be the default.  The server
  will use the 483 response code to indicate that the datastream is
  insufficiently secure for the command being attempted (see Section
  3.2.1 of [NNTP]).


Incidentally, we also have in INN 2.5.0 support for AUTHINFO SASL so I hope
it will be supported by the Debian package and directly into "nnrpd".
Not for Lenny, though.  I think INN 2.5.0 will be ready for Squeeze!

--
Julien ÉLIE

« Non qui parum habet, sed qui plus cupit, pauper est. » (Senèque) 





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

Bug#507788: sysctl.conf read before ipv6 module loaded, so cannot set ipv6 settings

[martin f krafft]

also sprach Didier Raboud <[EMAIL PROTECTED]> [2008.12.05.1342 +0100]:
> As ipv6 is a release goal, my guess is that a solution has to be found.

Maybe the easiest solution is simply to load the ipv6 module early
on, unconditionally?

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>  Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
warning at the gates of bill:
abandon hope, all ye who press  here...


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#507671: [Pkg-libvirt-maintainers] Bug#507671: virsh hangs on qemu+ssh transport

[martin f krafft]

also sprach Guido Günther <[EMAIL PROTECTED]> [2008.12.05.1031 +0100]:
> You're running 0.5.0 on both sides? I assume madduck is runnning virsh
> fine when using qemu:///system directly on khyber?

Yes, 0.5.0 on both sides, and it works fine locally, but hangs when
I use SSH.

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>  Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
"i like .net for the same reason i like gentoo. it keeps all the
 people with no clue from writing c code, which is much harder for me
 to identify and eliminate from my systems. in the same way that
 gentoo gives those people a place to be that isn't in debian"
-- andrew suffield


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#507650: [Pkg-libvirt-maintainers] Bug#507650: virsh console just hangs, cannot connect

[martin f krafft]

also sprach Guido Günther <[EMAIL PROTECTED]> [2008.12.05.1009 +0100]:
> You can't terminate this with "ctrl-alt-]"? Works here. Can you make
> sure your system really *has* output on the serial console by looking
> at the /dev/pts/X yourself? You can find out the pty by looking at
> /var/log/libvirt/qemu/.log - it should be the last second pty
> listed. The first one is the monitor pty.

How do you suggest that I look at the /dev/pts/X for output?

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>  Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
"not the truth in whose possession any man is, or thinks he is, but
 the honest effort he has made to find out the truth, is what
 constitutes the worth of man."
   -- gotthold lessing


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#508045: coreutils: df stops working during etch->lenny upgrade causing upgrade failure

[Kurt Fitzner]

Package: coreutils
Version: 6.10-6
Severity: important

During an etch->lenny upgrade, between the time that coreutils is upgraded
and the kernel is upgraded and booted, 'df' fails to operate.  This causes
all installations that depend on a working df to fail (mysql is one).  The
whole upgrade process aborts at that point leaving the system in a partially
upgraded state.

The output of df during the failure period is:
df: /': Function not implemented
df: /lib/init/rw': Function not implemented
df: /sys': Function not implemented
df: /dev': Function not implemented
df: /dev/shm': Function not implemented
df: /dev/pts': Function not implemented
df: /boot': Function not implemented
df: /proc/fs/nfsd': Function not implemented
df: /var/lib/nfs/rpc_pipefs': Function not implemented
df: no file systems processed

To jump-start the upgrade, I was forced to write a simple script that
simply echo'ed out a faked df output.

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

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

Versions of packages coreutils depends on:
ii  libacl1   2.2.47-2   Access control list shared library
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libselinux1   2.0.65-5   SELinux shared libraries

coreutils recommends no packages.

coreutils suggests no packages.

-- no debconf information



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

Bug#508046: ccache warning fixes for gcc-4.3

[William S Fulton]

Package: ccache
Version: 2.4-15

The following patch cleans up gcc-4.3 warnings:

$ make -s
ccache.c: In function ‘tmp_string’:
ccache.c:146: warning: ignoring return value of ‘asprintf’, declared 
with attribute warn_unused_result

util.c: In function ‘x_asprintf’:
util.c:151: warning: ignoring return value of ‘vasprintf’, declared with 
attribute warn_unused_result

stats.c: In function ‘write_stats’:
stats.c:94: warning: ignoring return value of ‘write’, declared with 
attribute warn_unused_result



diff -Naur ccache-2.4-orig/ccache.c ccache-2.4/ccache.c
--- ccache-2.4-orig/ccache.c	2004-09-13 11:38:30.0 +0100
+++ ccache-2.4/ccache.c	2008-12-07 10:28:24.0 +
@@ -143,7 +143,9 @@
 		gethostname(hostname, sizeof(hostname)-1);
 #endif
 		hostname[sizeof(hostname)-1] = 0;
-		asprintf(&ret, "%s.%u", hostname, (unsigned)getpid());
+		if (asprintf(&ret, "%s.%u", hostname, (unsigned)getpid()) == -1) {
+			fatal("could not allocate tmp_string");
+		}
 	}
 
 	return ret;
diff -Naur ccache-2.4-orig/stats.c ccache-2.4/stats.c
--- ccache-2.4-orig/stats.c	2004-09-13 11:38:30.0 +0100
+++ ccache-2.4/stats.c	2008-12-07 10:28:24.0 +
@@ -91,7 +91,7 @@
 	if (len >= (int)sizeof(buf)-1) fatal("stats too long?!");
 
 	lseek(fd, 0, SEEK_SET);
-	write(fd, buf, len);
+	if (write(fd, buf, len) == -1) fatal("could not write stats");
 }
 
 
diff -Naur ccache-2.4-orig/util.c ccache-2.4/util.c
--- ccache-2.4-orig/util.c	2004-09-13 11:38:30.0 +0100
+++ ccache-2.4/util.c	2008-12-07 10:28:24.0 +
@@ -148,7 +148,9 @@
 
 	*ptr = NULL;
 	va_start(ap, format);
-	vasprintf(ptr, format, ap);
+	if (vasprintf(ptr, format, ap) == -1) {
+		fatal("out of memory in x_asprintf");
+	}
 	va_end(ap);
 	
 	if (!ptr) fatal("out of memory in x_asprintf");

Bug#508047: Crash when adding files to data composition

[Filip Van Raemdonck]

Package: xfburn
Version: 0.3.2-1
Severity: important
Justification: Consistent crash

I get xfburn to consistently crash with a segmentation fault by doing
this:

1. Start xfburn
2. Create a new data composition
3. Add a new folder in the composition
4. Drag any file(s) from the file browser to that folder


KR,

Filip

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

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

Versions of packages xfburn depends on:
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libburn4   0.4.4-1   library to provide CD/DVD writing 
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.1-2   simple interprocess messaging syst
ii  libexo-0.3-0   0.3.4-7   Library with extensions for Xfce
ii  libfontconfig1 2.6.0-1   generic font configuration library
ii  libfreetype6   2.3.7-2   FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.16.3-2  The GLib library of C routines
ii  libgtk2.0-02.12.11-3 The GTK+ graphical user interface 
ii  libhal-storage10.5.11~rc2-1  Hardware Abstraction Layer - share
ii  libhal10.5.11~rc2-1  Hardware Abstraction Layer - share
ii  libisofs6  0.6.2.1-1 library to create ISO9960 images
ii  libpango1.0-0  1.20.5-2  Layout and rendering of internatio
ii  libpixman-1-0  0.10.0-2  pixel-manipulation library for X a
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libthunar-vfs-1-2  0.9.0-8   VFS abstraction used in thunar
ii  libx11-6   2:1.1.5-1 X11 client-side library
ii  libxcb-render-util00.2+git36-1   utility libraries for X C Binding 
ii  libxcb-render0 1.1-1.1   X C Binding, render extension
ii  libxcb11.1-1.1   X C Binding
ii  libxfce4util4  4.4.2-2   Utility functions library for Xfce
ii  libxfcegui4-4  4.4.2-4   Basic GUI C functions for Xfce4
ii  libxrender11:0.9.4-1 X Rendering Extension client libra
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

xfburn recommends no packages.

-- no debconf information



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

Bug#508047: [Pkg-xfce-devel] Bug#508047: Crash when adding files to data composition

[Yves-Alexis Perez]

On dim, 2008-12-07 at 12:07 +0100, Filip Van Raemdonck wrote:
> I get xfburn to consistently crash with a segmentation fault by doing
> this:
> 
> 1. Start xfburn
> 2. Create a new data composition
> 3. Add a new folder in the composition
> 4. Drag any file(s) from the file browser to that folder

Could you provide a backtrace? I can't reproduce this. Could you try
with a fresh user (or no config files, maybe)?

Cheers,
-- 
Yves-Alexis


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

Bug#507944: Suggested removal: xwhois [was: Bug#507944: xwhois: segfaults on start in get_servers()]

[Cyril Brulebois]

Submitter put back in recipient list…

Steve Cotton <[EMAIL PROTECTED]> (06/12/2008):
> xwhois.h:
> #define BUFSIZE 1024
> 
> struct serverent {
>   char *name;
>   char *comment;
> } servers[256];
> 
> 
> get_servers():
>   /*
>* Set all struct members to NULL.
>*/
> 
>   for (i=0 ; i < BUFSIZE ; i++)
> {
>   servers[i].name = servers[i].comment = NULL;
> }
> 
> After setting BUFSIZE to 256, the app started OK.
> 
> But pressing "Scan" locked the app up.  I fired up Wireshark, 90
> seconds later it's still sending out SYN packets to servers that
> don't respond.  After a couple of minutes, it displayed the
> results.  They're mostly along the lines of "server did not
> respond", "query format not supported", "this server only has the
> .FOO and .BAR TLDs".
> 
> Popcon is 63 installs, 14 votes, and it has a dependency on GTK-1.2.
> Personally, I think this isn't one to fix.

Agreed, looks like a candidate for removal from testing (-release@ Cc'd
for that), and maybe even from unstable (-qa@ Cc'd for that).

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#508042: newt frontent have inefficient use of screen real estate (multiselect)

[Holger Levsen]

Package:  cdebconf-text-udeb
Version:  0.137
Severity: important
User: [EMAIL PROTECTED]
UserTags: debian-edu
x-debbugs-cc: [EMAIL PROTECTED]

The profile question in Debian Edu/Lenny do not look good.  The
multiselect question do not select all the four options, but only the
first three and a scroll bar, while the display have three blank lines
between the question text and the question itself.

See the attached image d-i-edu-danish-profile.png for an example.
This is the normal profile question in the debian-edu-install package.

The expert question have more options, and look even worse.  Here, the
text fill the entire screen, and instead of moving the multiselect
part of the question to another screen (which is done when not using
"preformattet" text), it display the question at the lower end, on top
of/below the button  button.  See the attached image
d-i-edu-english-profile-expert.png.

The expert profile question is not usable (not able to see properly
the options to select them), while the normal profile is just
confusing to users.  Because of this, I set severity to important.

Happy hacking,
--
Petter Reinholdtsen


<><>

pgpya48wfVInR.pgp
Description: PGP signature

Bug#508043: bugs.debian.org: please use a font/layout where underscore is distinguishable from space

[Helmut Grohne]

Package: bugs.debian.org
Severity: normal

I noticed that (and in some cases it does matter) for new bugs (they are
underlined) a space and an underscore look the same in the bug title.
Could you change this?

Helmut



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

Bug#508048: RFP: virtuoso-opensource -- OpenLink Virtuoso Open-Source Edition

[Olivier Berger]

On Sun, Dec 07, 2008 at 12:23:01PM +0100, Olivier Berger wrote:
> 
> It would be interesting to have OpenLink Virtuoso's OpenSource version 
> available in Debian
> 
> 
SNIP

> There seem to have been several efforts at packaging it elsewhere, but the 
> upstream debian/ subdir may be the best place to start with...
> 

FYI, there's a package here for Ubuntu : 
https://launchpad.net/~wdaniels/+archive

Hope this helps,




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

Bug#508048: RFP: virtuoso-opensource -- OpenLink Virtuoso Open-Source Edition

[Olivier Berger]

Package: wnpp
Severity: wishlist

It would be interesting to have OpenLink Virtuoso's OpenSource version 
available in Debian

Borrowed from 
http://virtuoso.cvs.sourceforge.net/viewvc/*checkout*/virtuoso/virtuoso-opensource/debian/control
 :

* Package name: virtuoso-opensource
  Upstream Author : OpenLink Virtuoso Maintainer <[EMAIL PROTECTED]>
* URL : http://virtuoso.openlinksw.com/
* License : GPL
  Description : OpenLink Virtuoso Open-Source Edition

Virtuoso is a high-performance object-relational SQL database. As a
database, it provides transactions, a smart SQL compiler, powerful
stored-procedure language with optional Java and .Net server-side
hosting, hot backup, SQL-99 support and more. It has all major
data-access interfaces, such as ODBC, JDBC, ADO .Net and OLE/DB.

OpenLink Virtuoso supports SPARQL embedded into SQL for querying RDF
data stored in Virtuoso's database. SPARQL benefits from low-level
support in the engine itself, such as SPARQL-aware type-casting rules
and a dedicated IRI data type. 


There seem to have been several efforts at packaging it elsewhere, but the 
upstream debian/ subdir may be the best place to start with...

Thanks in advance.


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



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

Bug#507822: [Pkg-alsa-devel] Bug#507822: /usr/bin/alsamixer: Should save the current settings and load them on next, startup

[Alex Dănilă]

All settings except PCM survive the alsa-utils restart. None of the 
settings survive a computer restart.


Thanks,
Alex

Elimar Riesebieter wrote:

merge 506879 507822
thanks

* Alex D??nil?? [081204 20:30 +0100]
  

Package: alsa-utils
Version: 1.0.16-2
Severity: normal
File: /usr/bin/alsamixer

Alsamixer should save the current settings and alsa should try to reload 
them on the next startup.


Reason:
On my system I have to do some detailed configuring in alsamixer (found 
through enough testing to find the good values) in order to have good 
microphone quality. I want those settings to be there after a restart.



Could you please do as root:

# rm -rf /var/lib/alsa/asound.state
adjust your sound
# alsactl store
# /etc/init.d/alsa-utils restart
check alsamixersettings again

Thanks
Elimar

  





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

Bug#507116: Vim fails to parse tags lines longer than 512 bytes

[Bram Moolenaar]

James -

> On Sat, Dec 06, 2008 at 02:21:48PM +0100, Bram Moolenaar wrote:
> > > If a tags file has a line that's longer than 512 bytes (as is the case
> > > with the attached file), Vim won't be able to parse the tags file
> > > resulting in any :ts (or related) commands failing with E431.  As an
> > > example, try ":ts cli_parse_add" with the attached tags file.
> > 
> > There is a hard limit for tags file lines at 512 bytes.
> 
> I notice that the buffer for tags is already being dynamically
> allocated.  Is there a reason why the buffer isn't reallocated if the
> tag doesn't fit in 512 bytes?

There is a chicken-egg problem: the buffer has to be there before you
can call fgets().  There is a way around that, but makes things more
complicated.  And so far it worked fine.

> > I think we can safely ignore long lines.  Some tags may not be found,
> > but that's better than not finding anything.
> > 
> > Try the patch below.
> 
> This works well.

I'll probably send it out the coming week.

- Bram

-- 
CRONE:  Who sent you?
ARTHUR: The Knights Who Say Ni!
CRONE:  Aaaagh!  (she looks around in rear) No!  We have no shrubberies here.
 "Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD

 /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net   \\\
///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\download, build and distribute -- http://www.A-A-P.org///
 \\\help me help AIDS victims -- http://ICCF-Holland.org///



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

Bug#504989: (no subject)

[Jan Engelhardt]

On Sunday 2008-12-07 06:32, Florian Weimer wrote:
>
>> This does not look right at all. The kernel returns a binary blob 
>> structured exactly like ipt_connlimit_info -- you can't just go and 
>> change the way userspace interprets that blob.
>>
>> What problem are you trying to fix here, anyway?
>
>The kernel blob changed from 2.6.18 to 2.6.24.  With my patch, it
>works on 2.6.24 (but not on 2.6.18, I guess).  Without it, it doesn't.

The kernel blob never changed, because xt_connlimit was first
introduced into the kernel in version 2.6.23. *ipt*_connlimit (from
patch-o-matic) never found its way into the mainline kernel.
So this is not an upstream bug.

POM has had severe quality problems with its code, one of which
you are just experiencing.

32 64   Alignment overview

Offset  struct ipt_connlimit_info { 
 0  0   int limit; 
 4  4   int inverse; 
 8  8   u_int32_t mask; 
12 16   struct ipt_connlimit_data *data; 
}; 
16 24

Because the struct has different sizes on different bit-nesses, you
will inevidently run into problems. There is no way to make this work
for all combinations of 32u-32k, 32u-64k and 64u-64k simultaneously.
But that just aside.

Kernels >= 2.6.23 return a struct xt_connlimit blob, while Debian's
patched iptables-1.3.6 interprets that as a struct ipt_connlimit.
(This actually happens because modules exchange data by module name,
"connlimit", and this name has not changed between ipt_connlimit and
xt_connlimit.)



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

Bug#507742: etcinsvk: reconsider it

[Petter Reinholdtsen]

[Geert Stappers]
> > is there a relevent bug filed on svk?
> 
> What about replacing svk with git?
> 
> And what are the opinions about ditching etcinsvk for etckeeper?

For this to happen, we need a plan to migrate those systems with
etcinsvk to git.  The Etch version of Debian Edu had svk, and I
believe those upgrading should keep their history and preferably not
have to learn new commands.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#508047: [Pkg-xfce-devel] Bug#508047: Crash when adding files to data composition

[Filip Van Raemdonck]

Hi,

On Sun, Dec 7, 2008 at 12:16, Yves-Alexis Perez <[EMAIL PROTECTED]> wrote:
> On dim, 2008-12-07 at 12:07 +0100, Filip Van Raemdonck wrote:
>> I get xfburn to consistently crash with a segmentation fault by doing
>> this:
>>
>> 1. Start xfburn
>> 2. Create a new data composition
>> 3. Add a new folder in the composition
>> 4. Drag any file(s) from the file browser to that folder
>
> Could you provide a backtrace?

See below. Dunno if it's of any use as there seems no debug package
available for xfburn.

> I can't reproduce this. Could you try
> with a fresh user (or no config files, maybe)?

ACK. Done so. Same crash.
Did you try dropping a file *on top* of the new, empty folder? The
folder being highlighted, and not a line visible above or below (which
means dropping besides it)?


KR,

Filip


[EMAIL PROTECTED]:~$ gdb xfburn
GNU gdb 6.7.1-debian
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu"...
(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) run
Starting program: /usr/bin/xfburn
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
---Type  to continue, or q  to quit---
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
---Type  to continue, or q  to quit---
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[New Thread 0x2afd95514240 (LWP 6370)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
** Message: No existing settings file, using default settings
** Message: Using Thunar-VFS 0.9.0
[New Thread 0x40800950 (LWP 6373)]
[Thread 0x40800950 (LWP 6373) exited]

** (xfburn:6370): WARNING **: No drives were found!
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
---Type  to continue, or q  to quit---
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[New Thread 0x40800950 (LWP 6375)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x40800950 (LWP 6375)]
0x0041aa3c in ?? ()
(gdb) bt
#0  0x0041aa3c in ?? ()
#1  0x0041c25f in ?? ()
#2  0x2afd9155eca4 in ?? () from /usr/lib/libglib-2.0.so.0
#3  0x2afd91e1cfc7 in start_thread () from /lib/libpthread.so.0
#4  0x2afd921017cd in clone () from /lib/libc.so.6
#5  0x in ?? ()
(gdb)


KR,

Filip

-- 
My weblog: http://blog.sysfs.net/



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

Bug#507742: etcinsvk: reconsider it

[Geert Stappers]

> is there a relevent bug filed on svk?

What about replacing svk with git?

And what are the opinions about ditching etcinsvk for etckeeper?



Git
-- 
http://kitenet.net/~joey/code/etckeeper/



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

Bug#507369: isomaster's .desktop file is suboptimal

[David Johnson]

tags 507369 confirmed patch
thanks

On Sunday 30 November 2008 15:36:09 Siegfried Gevatter (RainCT) wrote:
>
> So, I propose the following changes:
>
> --- isomaster-1.3.3.orig/isomaster.desktop.src
> +++ isomaster-1.3.3/isomaster.desktop.src
> @@ -1,10 +1,14 @@
>  [Desktop Entry]
>  Name=ISO Master
> -GenericName=CD image editor
> -Comment=Graphical CD image editor for reading, modifying and writing ISO
> images +GenericName=ISO File Editor
> +GenericName[ca]=Editor de fitxers ISO
> +GenericName[es]=Editor de ficheros ISO
> +Comment=Read, write and modify ISO images
> +Comment[ca]=Llegiu, escriviu i modifiqueu imatges ISO
> +Comment[es]=Leer, escribir i modificar imagenes ISO
>  Exec=isomaster
>  Terminal=false
>  StartupNotify=true
>  Type=Application
> -Categories=Utility;DiscBurning;AudioVideo;AudioVideoEditing;
> -MimeType=application/x-iso
> +Categories=Utility;
> +MimeType=application/x-iso;
>

Thanks, but I don't think isomaster should be in the utility category, since 
that's very generic and isn't where users would expect to find it.

Categories:Application;AudioVideo;DiscBurning;

Seems to do the right thing in KDE on Debian and places isomaster in the 
Multimedia menu. I don't have an Ubuntu box; can you confirm the above puts 
isomaster somewhere sane in your menu structure?

Many thanks,
David.

-- 
David Johnson
www.david-web.co.uk



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

Bug#504989: connlimit and etchnhalf

[Florian Weimer]

* Jan Engelhardt:

> On Sunday 2008-12-07 06:32, Florian Weimer wrote:
>>
>>> This does not look right at all. The kernel returns a binary blob 
>>> structured exactly like ipt_connlimit_info -- you can't just go and 
>>> change the way userspace interprets that blob.
>>>
>>> What problem are you trying to fix here, anyway?
>>
>>The kernel blob changed from 2.6.18 to 2.6.24.  With my patch, it
>>works on 2.6.24 (but not on 2.6.18, I guess).  Without it, it doesn't.
>
> The kernel blob never changed, because xt_connlimit was first
> introduced into the kernel in version 2.6.23. *ipt*_connlimit (from
> patch-o-matic) never found its way into the mainline kernel.
> So this is not an upstream bug.

I'm not sure what you're trying to say.  Do you think that etch's
iptables works with connlimit in the etchnhalf kernel?  It doesn't.

When I encountered this bug, I wasn't using any self-compiled
software.



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

Bug#435198: xinit: i had the same problem

[Nicolas Caval]

Package: xinit
Version: 1.0.9-2
Followup-For: Bug #435198

This bug seems to be random. I had this bug yesterday but today i couldn't
reproduce it.

i had a KDE on :0.0, then i switched to a tty and ran as a user:
xinit /usr/bin/xterm -- :1 -depth 16

And there where no xterm on :1. Just the X background.

after retrying several times with :2 and /usr/bin/xclock,
I figured out that the xterm was launched on :0.
in that xterm, the DISPLAY var was ':0.0'

setting DISPLAY to :1, i could run whatever i wanted on that screen.
but the fact that the initial xterm was run on :0 confused me.

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

Kernel: Linux 2.6.26.5batchyx8.7 (PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xinit depends on:
ii  cpp   4:4.3.2-2  The GNU C preprocessor (cpp)
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libx11-6  2:1.1.5-2  X11 client-side library

xinit recommends no packages.

xinit suggests no packages.

-- no debconf information




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

Bug#508047: [Pkg-xfce-devel] Bug#508047: Crash when adding files to data composition

[Yves-Alexis Perez]

On dim, 2008-12-07 at 13:18 +0100, Filip Van Raemdonck wrote:
> Hi,
> 
> On Sun, Dec 7, 2008 at 12:16, Yves-Alexis Perez <[EMAIL PROTECTED]> wrote:
> > On dim, 2008-12-07 at 12:07 +0100, Filip Van Raemdonck wrote:
> >> I get xfburn to consistently crash with a segmentation fault by doing
> >> this:
> >>
> >> 1. Start xfburn
> >> 2. Create a new data composition
> >> 3. Add a new folder in the composition
> >> 4. Drag any file(s) from the file browser to that folder
> >
> > Could you provide a backtrace?
> 
> See below. Dunno if it's of any use as there seems no debug package
> available for xfburn.
> 
> > I can't reproduce this. Could you try
> > with a fresh user (or no config files, maybe)?
> 
> ACK. Done so. Same crash.
> Did you try dropping a file *on top* of the new, empty folder? The
> folder being highlighted, and not a line visible above or below (which
> means dropping besides it)?

Ha thanks. I can reproduce it this way :) Confirmed on 0.3.2.
It's fixed in 0.3.91 (which won't be in lenny), so I'll see if there's a
way to fix that.

Cheers,
-- 
Yves-Alexis


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

Bug#508050: maven-ant-helper: does not work with newer modello

[Torsten Werner]

Package: maven-ant-helper
Version: 3
Severity: minor
Tags: patch
Owner: Torsten Werner <[EMAIL PROTECTED]>

The package does no longer work with the current modello package. The
fix has already been committed to the 'experimental' branch in SVN. This
bug is just a reminder, that the branch should be merged to trunk and
the package should be uploaded after all the Depends of libmodello-java
have been accepted by the ftp-masters.

Torsten



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

Bug#508051: udev: persistent-net-generator breaks working networking configurations, new default behaviour requested, please see the report

[Jelle de Jong]

Package: udev
Version: 0.125-7
Severity: normal


user case (1):
- one of my customers bought a Linux system that uses the 
/etc/network/interfaces file with wpa_supplicant and the wlan0 device to enable 
an configure his secure network now something happens with the network card, 
being in this case an usb wireless stick. And the user buys a new Linux 
compatible device from his favorite Linux shop. He plugs in the device reboots 
his computer and his network does not work! He gets frustrated blames Debian 
and Linux and the local person of the Linux shop. The Linux shop need to refund 
the device and possible guarantee clams that tolled him it will work directly.

user case (2):
- one of my customers is upgrading his system and after upgrading the network 
does not work anymore...

problem (1):
- udevs persistent-net-generator names new hardware in an incrementing way, for 
example I plug in wlandevice(0) and it becomes wlan0 then I remove the stick 
because it is broken, and add a new one the generator will name it as wlan1 and 
the network will not work because it is configured for wlan0.

solution (1):
- change the behavior of the persistent-net-generator. Only increment a device 
name when there is a device attached with the used name for example, I plug in 
wlandevice0 it will become wlan0 if I add an other wlandevice1 it will become 
wlan1, but if I removed wlandevice0 and then add wlandevice1 it should become 
wlan0 so the network settings do not break! Of course there are situations 
where wlan1, wlan2, wlan3 are wanted but this is more likely to be an advance 
user that and can setup his network on his own. But for non computer literate 
person the network should just keep working when configured.

problem (2):
- somehow a new version of udev and kernel detects the device differently and 
renames the devices as a new wlan1 device, breaking the previous working 
network configuration.

solution (2):
- make sure configuration file are backwards compatible and wont break excising 
network configuration. Also see solution (1).



I have had several cases where the network configuration becomes broken after 
upgrading or plugging in new devices. The frustration for my customers
are high, because they don't understand why it is so fragile and unreliable in 
there eyes. It gets me personally a bad name and I lose money because of this 
issues on guarantee claims.

I am willing to help with a developer to provide a possible solution.

I would very much like this issue to be discussed.

Thanks in advance,

Jelle de Jong


-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (100, 'experimental')
Architecture: i386 (i686)

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

Versions of packages udev depends on:
ii  debconf [debconf-2.0] 1.5.24 Debian configuration management sy
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libselinux1   2.0.65-5   SELinux shared libraries
ii  libvolume-id0 0.125-7libvolume_id shared library
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip

udev recommends no packages.

udev suggests no packages.

-- debconf information excluded



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

Bug#504989: connlimit and etchnhalf

[Florian Weimer]

* Jan Engelhardt:

> On Sunday 2008-12-07 13:20, Florian Weimer wrote:
>>>
>>> The kernel blob never changed, because xt_connlimit was first
>>> introduced into the kernel in version 2.6.23. *ipt*_connlimit (from
>>> patch-o-matic) never found its way into the mainline kernel.
>>> So this is not an upstream bug.
>>
>>I'm not sure what you're trying to say.  Do you think that etch's
>>iptables works with connlimit in the etchnhalf kernel?  It doesn't.
>>When I encountered this bug, I wasn't using any self-compiled
>>software.
>
> I am saying that iff your kernel is an unmodified vanilla one [does
> not matter who compiled it] and your iptables is also vanilla, that
> is, if they have _not_ been modified by the distribution, you get a
> working combination.

Okay, fair enough, thanks for your analysis.  It just confused me a
bit because I was specifically reporting a bug in a Debian-modified
iptables/kernel combiniation.



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

Bug#507090: newlib_1.16.0-2.1(sparc/unstable): FTBFS on buildds: Nothing to be done for `binary-arch'.

[Cyril Brulebois]

Martin Zobel-Helas <[EMAIL PROTECTED]> (27/11/2008):
> Package: newlib
> Version: 1.16.0-2.1
> Severity: serious
> 
> That means you are trying to build arch-independ stuff only on buildds, which 
> will not work.

Since we have (in newlib_1.16.0-2.1):
,--
| Package: newlib-spu
| Architecture: powerpc ppc64
| 
| Package: newlib-source
| Architecture: all
`--

it looks like a P-a-s candidate to me. Cc'ing the P-a-s maintainers, the
newlib maintainers, and the NMUer (hrm).

That said, this bug is still a Policy §4.9 violation.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#504989: connlimit and etchnhalf

[Jan Engelhardt]

On Sunday 2008-12-07 13:49, Florian Weimer wrote:
>
>It just confused me a bit because I was specifically reporting a bug in 
>a Debian-modified iptables/kernel combiniation.

Right. In your specific case, the only thing you can do is
upgrade to a newer iptables from either upstream or Debian.

Because once you patch iptables with your proposal, you break connlimit 
for all users running the 2.6.18 etch kernel. So the sanest solution is 
to backport xt_connlimit into 2.6.18 and update iptables for etch...



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

Bug#504989: connlimit and etchnhalf

[Florian Weimer]

* Jan Engelhardt:

> On Sunday 2008-12-07 13:49, Florian Weimer wrote:
>>
>>It just confused me a bit because I was specifically reporting a bug in 
>>a Debian-modified iptables/kernel combiniation.
>
> Right. In your specific case, the only thing you can do is
> upgrade to a newer iptables from either upstream or Debian.
>
> Because once you patch iptables with your proposal, you break connlimit 
> for all users running the 2.6.18 etch kernel. So the sanest solution is 
> to backport xt_connlimit into 2.6.18 and update iptables for etch...

Would such a backport run with a 2.6.18 etch kernel, too?



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

Bug#508053: Any reason for not providing host?

[Michal Čihař]

Package: unbound-host
Version: 1.0.2-1
Severity: wishlist

Hi

is there any particular reason why unbound-host does not provide host
binary in a same way that bind9-host? If there is such reason, I think
it should be documented somewhere (eg. in description or in
README.Debian).

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

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

Kernel: Linux 2.6.26-1-vserver-amd64 (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

Versions of packages unbound-host depends on:
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libldns1  1.4.0-1ldns library for DNS programming
ii  libssl0.9.8   0.9.8g-14  SSL shared libraries
ii  libunbound0   1.0.2-1library implementing DNS resolutio

unbound-host recommends no packages.

unbound-host suggests no packages.

-- no debconf information



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

Bug#508052: Multi stream server take existing wrong tape set

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: afbackup
Version: 3.4-3
Severity: normal

When using the multi stream server I got the following misbehaviour:

I was writing a backup to tape set 2 and while this going on the backup
to tape set 1 was started on another client. The backup of the later
client gets blocked until the first is finished and then it is written
to the same tape (in tape set 2) instead of tape set 1.

When I use the single stream server or start the backup to tape set 1
after finishing the backup to tape set 2 everything works as is should.

- -- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (60, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.4.36.7
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to 
de_DE)

Versions of packages afbackup depends on:
ii  afbackup-common3.4-3 Client-Server Backup System (commo
ii  debianutils2.17  Miscellaneous utilities specific t
ii  libc6  2.3.6.ds1-13etch7 GNU C Library: Shared libraries
ii  libssl0.9.80.9.8g-13 SSL shared libraries
ii  netbase4.29  Basic TCP/IP networking system
ii  tcsh [c-shell] 6.14.00-7 TENEX C Shell, an enhanced version
ii  zlib1g 1:1.2.3-13compression library - runtime

afbackup recommends no packages.

- -- no debconf information

- -- 
Klaus Ethgenhttp://www.ethgen.de/
pub  2048R/D1A4EDE5 2000-02-26 Klaus Ethgen <[EMAIL PROTECTED]>
Fingerprint: D7 67 71 C4 99 A6 D4 FE  EA 40 30 57 3C 88 26 2B
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBSTvKeZ+OKpjRpO3lAQL6nwf8CqcRwH49KpeJVbRueNcYi4xlRImp2DB5
8LtzbZBfI3jsL73UL7nt4acbfm7NIvWjZYBU8iwEKAKfkcx0Mh9Tc3hNu6Gjlu/e
jCHUycYsZLHK3BcOqU6Gq2rgYhUw3VKByBW3/tyafpWRPZCyTB3aFoyseirJhFLw
or2yk7Irw5BpC2VqR7vNrHLrYHEEaS2E4hKK2xcRpD12E/6uSU4rLQQjkJyeTBYZ
rByhCrOVjW8k0Yd2gr0j/rGrJczQ6ZbR7GXZDIbB4WvWnMIPQCvWDmU2UhOh2n1T
t3XQ2joFd2JtuiGDgR2eKkSB5srX+BRtl5lGxhyDs7+wcxeCn3I9tQ==
=MI9+
-END PGP SIGNATURE-



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

Bug#507742: etcinsvk: reconsider it

[Geert Stappers]

Op 20081207 om 13:14 schreef Petter Reinholdtsen:
> [Geert Stappers]
> > 
> > What about replacing svk with git?
> > 
> > And what are the opinions about ditching etcinsvk for etckeeper?
> 
> For this to happen, we need a plan to migrate those systems with
> etcinsvk to git.  The Etch version of Debian Edu had svk, and I
> believe those upgrading should keep their history and preferably not
> have to learn new commands.

Etch users are not effected by #507742 ( System slow due the fact
that svk is very busy with processing new files in /etc,
because they have allready those files in svk. )


Geert Stappers
Mostly saying that there are meanwhile alternavites for the
functionallity that "etcinsvk" provides. ( And could not resist to quote
 "preferably not have to learn"
out of context in the debian-EDU mailinglist )



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

Bug#508051: thank you for reponding

[Jelle de Jong]

Thank you Marco for responding to the report,

It is kind of hard to just say I am wrong, I now there must be some
amount of truth in it. Where can I find the exciting discussion? Would
you be willing to post some links...

I saw the original report was not very readable because of the no
newlines after 72 characters so below there is a more readable report:


user case (1):
- one of my customers bought a Linux system that uses the
/etc/network/interfaces file with wpa_supplicant and the wlan0 device to
enable an configure his secure network now something happens with the
network card, being in this case an usb wireless stick. And the user
buys a new Linux compatible device from his favorite Linux shop. He
plugs in the device reboots his computer and his network does not work!
He gets frustrated blames Debian and Linux and the local person of the
Linux shop. The Linux shop need to refund the device and possible
guarantee clams that tolled him it will work directly.

user case (2):
- one of my customers is upgrading his system and after upgrading the
network does not work anymore...

problem (1):
- udevs persistent-net-generator names new hardware in an incrementing
way, for example I plug in wlandevice(0) and it becomes wlan0 then I
remove the stick because it is broken, and add a new one the generator
will name it as wlan1 and the network will not work because it is
configured for wlan0.

solution (1):
- change the behavior of the persistent-net-generator. Only increment a
device name when there is a device attached with the used name for
example, I plug in wlandevice0 it will become wlan0 if I add an other
wlandevice1 it will become wlan1, but if I removed wlandevice0 and then
add wlandevice1 it should become wlan0 so the network settings do not
break! Of course there are situations where wlan1, wlan2, wlan3 are
wanted but this is more likely to be an advance user that and can setup
his network on his own. But for non computer literate person the network
should just keep working when configured.

problem (2):
- somehow a new version of udev and kernel detects the device
differently and renames the devices as a new wlan1 device, breaking the
previous working network configuration.

solution (2):
- make sure configuration file are backwards compatible and wont break
excising network configuration. Also see solution (1).



I have had several cases where the network configuration becomes broken
after upgrading or plugging in new devices. The frustration for my customers
are high, because they don't understand why it is so fragile and
unreliable in there eyes. It gets me personally a bad name and I lose
money because of this issues on guarantee claims.

I am willing to help with a developer to provide a possible solution.

I would very much like this issue to be discussed.

Thanks in advance,

Jelle de Jong



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

Bug#507850: python-hulahop: Hulahop fails to locate and link against libxul.so

[Cyril Brulebois]

Jonas Smedegaard <[EMAIL PROTECTED]> (05/12/2008):
> Package: python-hulahop
> Version: 0.4.8~dfsg-2
> Severity: grave
> Justification: renders package unusable
> 
> As subject says, sugar-hulahop is plain broken at the moment: Attempts
> tos start Browse activity leads to notes in logfile that it can't
> locate libxul.so

Hi,

is it that libxul.so is around and can't be loaded? Or more like a
Depends: on xulrunner-1.9 (which ships libxul.so) is missing?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#507369: isomaster's .desktop file is suboptimal

[Siegfried Gevatter (RainCT)]

> Categories:Application;AudioVideo;DiscBurning;

"Application" is deprecated, so you don't need to include it (run
desktop-file-validate on the file and it will tell you the same). And
the ":" should be an "=", of course.

Looks fine otherwise.

> Seems to do the right thing in KDE on Debian and places isomaster in the
> Multimedia menu. I don't have an Ubuntu box; can you confirm the above puts
> isomaster somewhere sane in your menu structure?

It's placed under "Sound and video".

-- 
Siegfried-Angel Gevatter Pujals (RainCT)
Ubuntu Developer. Debian Contributor.



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

Bug#499587: Still standind

[Alex Dănilă]

The bug is still standing and is bothering enough in many ocasions.
Now it changed, instead of simply rebooting, the screen will stay black 
and there seems to be some activity at SysRequest combinations. The 
SysRequest does not seems to function well though, as after a sync, 
remount, reboot (S, U, B) the file system still has hundreds of 
uncompleted operations.

Does not appear in Fedora 10.



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

Bug#507583: [Pkg-libvirt-maintainers] Bug#507583: weird window placement/handling

[martin f krafft]

also sprach Guido Günther <[EMAIL PROTECTED]> [2008.12.06.1146 +0100]:
> I just tried things with awesome and it looks o.k. here. virt-manager
> shows up in awesome's "title bar" in the upper right corner and dialogs
> are shown on top of the main window. I'm not running dual head though.
> Could you verify if virt-manager works better on single head?
> Could you attach your awesome configuration?

It does not work any better on single head. I am using awesome3, and
my configuration is here:
http://git.madduck.net/v/etc/awesome.git?a=blob;f=.config/awesome/rc.lua;hb=HEAD



also sprach Guido Günther <[EMAIL PROTECTED]> [2008.12.06.1148 +0100]:
> I think I just found the dialog problem you describe. Basically
> the dialogs show  up correctly the first time but not there after.
> They also stay in the window list. Seems vmm isn't tearing down
> the dialogs.

Nope. The problem I am seeing is that the virt-manager main window
pops up at +0+0 (above the awesome status bar) and cannot be moved
or resized.

Instead of describing this, I've recorded the following video of the
problem. I am a little tired, so please excuse the non-enthusiastic
narrator. :)

  http://scratch.madduck.net/__tmp__virt-manager-awesome-bug.avi
  size:10906360 hash:431e1dc8324976333a5e858b0d3b646d2ccd8a77
  (note that this will be removed after 30 days)

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>  Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
it's as bad as you think, and they are out to get you.


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#508049: ITalc: New upstream release

[Daniel Baumann]

Package: italc
Severity: wishlist

Hi,

please upgrade to 1.0.9 final release.

Thanks,
Daniel

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



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

Bug#506683: Suggested addition: ltsp [was: Bug#506683: ltsp_5.1.10-2(ia64/unstable): FTBFS: ia64 not in archlist]

[Cyril Brulebois]

Hello (older and newer :D) P-a-s maintainers,

[EMAIL PROTECTED] <[EMAIL PROTECTED]> (23/11/2008):
> Package: ltsp
> Version: 5.1.10-2
> Severity: serious

> > dpkg-gencontrol: error: current host architecture 'ia64' does not appear in 
> > package's architecture list (amd64 i386 powerpc)

Looking at the changelog:
,--
| ltsp (5.1.3-1) unstable; urgency=low
| 
| …
| 
|   * limit architectures to amd64, i386 and powerpc
| - network booting for the other architectures is not well tested
| 
|  -- Vagrant Cascadian <[EMAIL PROTECTED]>  Wed, 16 Apr 2008 16:39:23 -0400
`--

If that sounds like a sufficiently-valid reason, please add ltsp to
P-a-s and close the associated bug.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#507465: mb2md often misses message boundaries in mbox files

[Cyril Brulebois]

severity 507465 wishlist
retitle 507465 mb2md: Please provide an option to tweak mail separation 
detection.
thanks

Putting back the submitter in the loop, please Cc submitters, or use the
[EMAIL PROTECTED] alias…

Bruno De Fraine <[EMAIL PROTECTED]> (03/12/2008):
>> This script intentionally looks for a blank line in between messages
>> in the mbox file.  There is no such requirement that I know of;
>
> There *is* certainly mention of a blank line in the first few
> references that turn up when looking for an mbox file specification:
>
> http://www.qmail.org/man/man5/mbox.html
> http://en.wikipedia.org/wiki/Mbox

Err, quoting qmail as a reference looks bogus to me… Anyway, looking at
e.g. RFC 4155 (which points to qmail's site too, sigh, with typo, sigh
again), we have:

,--[ Appendix A. The "default" mbox Database Format ]--
|The "default" mbox database format uses a linear sequence of Internet
|messages, with each message being immediately prefaced by a separator
|line, and being terminated by an empty line.  More specifically:
| 
|…
| 
|   o Each message in the database MUST be terminated by an empty
| line, containing a single end-of-line marker.
`--

So you're right.

> > As is, I got 30% fewer messages in the new Maildir, and lots of
> > messages were actually two or three messages run together.  The
> > result is so garbled I wonder if anyone else has ever used this
> > script...

Requesting an option to make the newline between two sucessive mails
optional makes anyway sense to me, adjusting bug severity and title
accordingly.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#505755: batv-milter: missing build-dependency on m4

[Cyril Brulebois]

tag 505755 patch
thanks

Francisco García <[EMAIL PROTECTED]> (06/12/2008):
> Yes, m4 must be in Build-Depends.
> I attach the patch.

In which case, you may want to tag the bug accordingly, see above.

> Please, Maintainer, could you make the new package.  If you can't do
> it in some days, I could make a NMU to close this bug.

Note that this bug doesn't affect testing, so you may want to give the
maintainer a bit more time than the usual 1-week delay).

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#508044: It isn`t possible to mount persistent disk volumes, which are not listed in /etc/fstab via hal.

[Павел Lubetsky]

Package: hal
Version: all

Debian doesn`t have a gui for editing /etc/fstab by default; and,
after installation, a novice can`t mount his not listed in fstab
partitions via hal. It was fixed in allmost all major distros. Fixing
it in debian will improve new user`s experience (especially for
LiveCDs).
P.S. Sorry for my English.



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

Bug#504989: connlimit and etchnhalf

[Jan Engelhardt]

On Sunday 2008-12-07 13:20, Florian Weimer wrote:
>>
>> The kernel blob never changed, because xt_connlimit was first
>> introduced into the kernel in version 2.6.23. *ipt*_connlimit (from
>> patch-o-matic) never found its way into the mainline kernel.
>> So this is not an upstream bug.
>
>I'm not sure what you're trying to say.  Do you think that etch's
>iptables works with connlimit in the etchnhalf kernel?  It doesn't.
>When I encountered this bug, I wasn't using any self-compiled
>software.

I am saying that iff your kernel is an unmodified vanilla one [does
not matter who compiled it] and your iptables is also vanilla, that
is, if they have _not_ been modified by the distribution, you get a
working combination.

I am further implying that yes, iptables-1.3.6 from Debian is
incompatible with _any_ kernel >= 2.6.23 when you try to use
connlimit.

Debian happened to patch in ipt_connlimit into their iptables 1.3.6
and kernel 2.6.18. And they (logically) did not do so for 2.6.24,
because xt_connlimit is included since then.



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

Bug#508055: libcups2: Ridiculous dependencies

[Jan Willem Stumpel]

Package: libcups2
Version: 1.3.8-1lenny3
Severity: grave

When I try to remove libcups2, I get the message:

The following packages will be REMOVED

abiword abiword-common abiword-help abiword-plugin-grammar
abiword-plugin-mathview acroread acroread-data acroread-debian-files
acroread-dictionary-en acroread-escript acroread-l10n-en acroread-plugins
afterstep amule amule-utils-gui aterm audacity avidemux azureus bluefish
ca-certificates-java camorama choosewm cups desktop-base drgeo driconf
ed2k-gtk-gui evince exo-utils fluxconf gamix gconf-editor ghostscript
ghostscript-x gimp gimp-gnomevfs gimp-python glade gnome-icon-theme
gnome-keyring gnucash gnucash-docs gnuplot gnuplot-x11 gs-common gs-esp
gs-gpl gstreamer0.10-plugins-good gtk-gnutella gtk-theme-switch gtk2-engines
gtk2-engines-pixbuf gtk2-engines-xfce gtkam gucharmap gv homebank html2ps
icedove icedtea-gcjwebplugin iceweasel imagemagick inkscape leafpad
libaccess-bridge-java libafterimage0 libafterstep1 libaiksaurusgtk-1.2-0c2a
libbonoboui2-0 libcommons-cli-java libcommons-lang-java libcups2
libcupsimage2 libcupsys2 libexif-gtk5 libexo-0.3-0 libgail-common
libgail-dev libgail17 libgail18 libgcj8-1-awt libgcj9-0-awt
libgdk-pixbuf2-ruby libgdk-pixbuf2-ruby1.8 libgimp2.0 libgksuui1.0-1
libglade2-0 libglade2-dev libglademm-2.4-1c2a libglademm-2.4-dev
libgladeui-1-7 libgnome-media0 libgnomecanvas2-0 libgnomecanvas2-dev
libgnomecups1.0-1 libgnomeprint2.2-0 libgnomeprintui2.2-0 libgnomeui-0
libgoffice-0-4 libgraphicsmagick++1 libgraphicsmagick1 libgs8 libgtk2.0-0
libgtk2.0-bin libgtk2.0-dev libgtkhtml2-0 libgtkhtml3.8-15
libgtkmathview0c2a libgtkmm-2.4-1c2a libgtkmm-2.4-dev libgtkspell0
libgucharmap6 liblog4j1.2-java liblog4j1.2-java-gcj libmagick++10
libmagick10 libmetacity0 libnautilus-burn3 libnautilus-extension1 libnotify1
libpoppler-glib3 libpoppler0c2-glib librsvg2-2 librsvg2-common libscim8c2a
libspectre1 libswt-gtk-3.1-jni libswt-gtk-3.2-jni libswt-gtk-3.4-java
libswt-gtk-3.4-jni libthunar-vfs-1-2 libvte9 libwmf0.2-7 libwv-1.2-3
libwxgtk2.6-0 libwxgtk2.8-0 libxfcegui4-4 libxine1 libxine1-misc-plugins
libxine1-plugins libxul0d maxima maxima-share maxima-test mjpegtools
mkvtoolnix-gui mlterm mlterm-tools mousepad mozilla-acroread mozilla-mplayer
mplayer obconf ogle-gui openjdk-6-jre openjdk-6-jre-headless
openjdk-6-jre-lib openoffice.org-calc openoffice.org-core
openoffice.org-draw openoffice.org-emailmerge
openoffice.org-filter-binfilter openoffice.org-help-en-gb
openoffice.org-impress openoffice.org-writer orage pan pdf2dj perlmagick
python-glade2 python-gtk2 python-uno python-wxgtk2.6 python-wxversion
quicktime-x11utils rapidsvn realplayer rhino rox-filer rxvt-unicode scim
scim-gtk2-immodule scim-modules-socket scribus sgt-puzzles
sodipodi streamtuner subtitleeditor texmacs thunar transcode uim-gtk2.0
uim-xim xaralx xcdroast xfce4 xfce4-mcs-manager xfce4-mcs-plugins
libxine1-plugins libxul0d maxima maxima-share maxima-test mjpegtools
mkvtoolnix-gui mlterm mlterm-tools mousepad mozilla-acroread mozilla-mplayer
mplayer obconf ogle-gui openjdk-6-jre openjdk-6-jre-headless
openjdk-6-jre-lib openoffice.org-calc openoffice.org-core
openoffice.org-draw openoffice.org-emailmerge
openoffice.org-filter-binfilter openoffice.org-help-en-gb
openoffice.org-impress openoffice.org-writer orage pan pdf2dj perlmagick
python-glade2 python-gtk2 python-uno python-wxgtk2.6 python-wxversion
quicktime-x11utils rapidsvn realplayer rhino rox-filer rxvt-unicode scim
scim-gtk2-immodule scim-modules-socket scribus sgt-puzzles
sodipodi streamtuner subtitleeditor texmacs thunar transcode uim-gtk2.0
uim-xim xaralx xcdroast xfce4 xfce4-mcs-manager xfce4-mcs-plugins
xfce4-mixer xfce4-mixer-alsa xfce4-netload-plugin xfce4-panel xfce4-session
xfce4-systemload-plugin xfce4-terminal xfce4-utils xfdesktop4 xfprint4
xfreecd xfwm4 xfwm4-themes xine-ui xmaxima xscreensaver xscreensaver-dat
xsensors xulrunner-1.9 yelp zeroinstall-injector

This absurd. Many of these programs have nothing at all to do with
printing. And all the others can print very well, thank you, using lprng
instead of CUPS. 

Please remove these ridiculous dependencies.

Regards, Jan


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

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

Versions of packages libcups2 depends on:
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libcomerr21.41.3-1   common error description library
ii  libgnutls26   2.4.2-3the GNU TLS library - runtime libr
ii  libkrb53  1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries
ii  zlib1g1:1.2.3.3.dfsg-12  compression library - runtime

libcups2 recommends no packages.

Versions of packages libcups2 suggests:
ii  cups-common1.3.8-1lenny3 Common UNIX Printing Syst

Bug#507850: python-hulahop: Hulahop fails to locate and link against libxul.so

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sun, Dec 07, 2008 at 02:17:09PM +0100, Cyril Brulebois wrote:
>Jonas Smedegaard <[EMAIL PROTECTED]> (05/12/2008):
>> As subject says, sugar-hulahop is plain broken at the moment: 
>> Attempts tos start Browse activity leads to notes in logfile that it 
>> can't locate libxul.so

>is it that libxul.so is around and can't be loaded?

Yes.


>Or more like a Depends: on xulrunner-1.9 (which ships libxul.so) is 
>missing?


If only it was that simple :-)

I am package maintainer of sugar-hulahop, so would have been quicker for 
me to add that dependency than file a bugreport if this was the case.


I may have found the cause of the problem just now: during build 
dh_shlibdeps warns about being unable to locate libxul.so below 
/usr/lib/xulrunner-1.9.0.4 - and the library is in fact not there, but 
below /usr/lib/xulrunner-1.9.

I will go hunt for some wrong hardcoded path somewhere in either 
sugar-hulahop itsef, xulrunner-dev or python-xpcom.


Thanks for your valid question (and sorry for my too short bugreport).


  - Jonas

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

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkk702EACgkQn7DbMsAkQLixtACgi+nJaEJipOYS8L1w5gIXdZAy
5M8AmwTv6T2J2od/dO1EEtfymS0lrDj3
=GazK
-END PGP SIGNATURE-



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

Bug#506748: closed by Jose Luis Rivas <[EMAIL PROTECTED]> (Fixed in experimental)

[Dmitry E. Oboukhov]

Ive made a reopen this bug becouse so that it was closed for 0.7.9.
In open state tags 'found' and 'notfound' point in which versions
there is such a bug and in which there is not. Before you closed this
bug these tags had been set correctly.
:)

On 18:14 Sat 06 Dec , Jose Luis Rivas wrote:
JLR> -BEGIN PGP SIGNED MESSAGE-
JLR> Hash: SHA1

JLR> Dmitry E. Oboukhov wrote:
>> reopen 506748
>> thanks
>> 
>> But this upload does not fix this bug in the testing :(
>> lenny is frozen, version for lenny is 0.7.9
>> 
>> If you want to fix this bug unsing upload version != 0.7.9
>> you must receive release-team's permission
>> 
>> 
>> sorry

JLR> Mmm... I'm closing it from 0.8.4-1 so remains open for 0.7.9-1+b2 this
JLR> way people on experimental knows this bug is indeed fixed, people in
JLR> unstable see this bug is open and in fact keeps as RC in bugs overview
JLR> since there's a release on Debian with the bug open.

JLR> That's the functionality of found while submitting and version while
JLR> setting as done (as long as I know) so I'll not need r-t permission for
JLR> closing the bug in _experimental_.

JLR> Please, let me know if this is wrong and I'll let then the bug as is
JLR> right now, open. If not I in 2 days or something will set it as done,
JLR> again :)

JLR> Regards.
JLR> - --
JLR> Jose Luis Rivas. San Cristóbal, Venezuela. GPG 0xCACAB118
JLR> http://ghostbar.ath.cx/about - http://debian.org.ve
--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: [EMAIL PROTECTED] jabber://[EMAIL PROTECTED]
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#498513: ITP: tuxcmd -- Tux Commander, file manager with 2 panels side using GTK2

[Salvatore Bonaccorso]

owner 498513 !
retitle ITP: tuxcmd -- Tux Commander, file manager with 2 panels side by side 
using GTK2
thanks

Hi find this filemanager usefull, would like to try to package it.
Will notice if I make some progress whit it. I'm not sure if
tuxcmd-modules should come with a separate package (as upstream does).

Kind regards
Salvatore


signature.asc
Description: Digital signature

Bug#507850: python-hulahop: Hulahop fails to locate and link against libxul.so

[Cyril Brulebois]

Jonas Smedegaard <[EMAIL PROTECTED]> (07/12/2008):
> I am package maintainer of sugar-hulahop, so would have been quicker
> for me to add that dependency than file a bugreport if this was the
> case.

Heh, OK.

> I may have found the cause of the problem just now: during build
> dh_shlibdeps warns about being unable to locate libxul.so below
> /usr/lib/xulrunner-1.9.0.4 - and the library is in fact not there, but
> below /usr/lib/xulrunner-1.9.

Yeah, objdump shows the RPATH.

> I will go hunt for some wrong hardcoded path somewhere in either
> sugar-hulahop itsef, xulrunner-dev or python-xpcom.

Oh, easy then:
| ./configure.ac:LIBXUL_DIR="`dirname $LIBXUL_SDK_DIR`/xulrunner-`$PKG_CONFIG 
--modversion libxul`"

Just installed xulrunner-dev and:
| $ pkg-config --modversion libxul
| 1.9.0.4

Not digging any further, but that looks like it.

> Thanks for your valid question (and sorry for my too short bugreport).

No problem.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#434658: k3b: hangs at verification stage

[Michael Deegan]

Package: k3b
Version: 1.0.5-3
Followup-For: Bug #434658

Hi, I suspect #471316 and #491704 are the same bug.

Anyway, I have this problem too, even when burning CDs. It burns the disk
(successfully, at ~45x), and ejects the disk before the verification stage
(ie. at 50%). k3b then goes into catatonic burn-CPU mode. Attaching a GDB
to it at that point suggests K3bVerificationJob::readTrack().

See also http://bugs.kde.org/show_bug.cgi?id=146536

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

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

Versions of packages k3b depends on:
ii  cdparanoia   3.10.0+debian-1 audio extraction tool for sampling
ii  cdrdao   1:1.2.2-16  records CDs in Disk-At-Once (DAO) 
ii  genisoimage  9:1.1.9-1   Creates ISO-9660 CD-ROM filesystem
ii  k3b-data 1.0.5-3 A sophisticated KDE CD burning app
ii  kdelibs-data 4:3.5.9.dfsg.1-6core shared data for all KDE appli
ii  kdelibs4c2a  4:3.5.9.dfsg.1-6core libraries and binaries for al
ii  libacl1  2.2.47-2Access control list shared library
ii  libart-2.0-2 2.3.20-2Library of functions for 2D graphi
ii  libattr1 1:2.4.43-1  Extended attribute shared library
ii  libaudio21.9.1-5 Network Audio System - shared libr
ii  libc62.7-16  GNU C Library: Shared libraries
ii  libdbus-1-3  1.2.1-4 simple interprocess messaging syst
ii  libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging syst
ii  libdvdread3  0.9.7-11library for reading DVDs
ii  libexpat12.0.1-4 XML parsing C library - runtime li
ii  libfontconfig1   2.6.0-1 generic font configuration library
ii  libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0]  0.1.9-2 Client library for the gamin file 
ii  libgcc1  1:4.3.2-1   GCC support library
ii  libhal1  0.5.11-6Hardware Abstraction Layer - share
ii  libice6  2:1.0.4-1   X11 Inter-Client Exchange library
ii  libidn11 1.8+20080606-1  GNU libidn library, implementation
ii  libjpeg626b-14   The Independent JPEG Group's JPEG 
ii  libk3b3  1.0.5-3 The KDE cd burning application lib
ii  libmusicbrainz4c2a   2.1.5-2 Second generation incarnation of t
ii  libpng12-0   1.2.27-2PNG library - runtime
ii  libqt3-mt3:3.3.8b-5  Qt GUI Library (Threaded runtime v
ii  libsm6   2:1.0.3-2   X11 Session Management library
ii  libstdc++6   4.3.2-1 The GNU Standard C++ Library v3
ii  libx11-6 2:1.1.5-2   X11 client-side library
ii  libxcursor1  1:1.1.9-1   X cursor management library
ii  libxext6 2:1.0.4-1   X11 miscellaneous extension librar
ii  libxft2  2.1.12-3FreeType-based font drawing librar
ii  libxi6   2:1.1.3-1   X11 Input extension library
ii  libxinerama1 2:1.0.3-2   X11 Xinerama extension library
ii  libxrandr2   2:1.2.3-1   X11 RandR extension library
ii  libxrender1  1:0.9.4-2   X Rendering Extension client libra
ii  libxt6   1:1.0.5-3   X11 toolkit intrinsics library
ii  wodim9:1.1.9-1   command line CD/DVD writing tool
ii  zlib1g   1:1.2.3.3.dfsg-12   compression library - runtime

Versions of packages k3b recommends:
ii  dvd+rw-tools7.1-3DVD+-RW/R tools
ii  kcontrol4:3.5.9.dfsg.1-5 control center for KDE
ii  kdebase-kio-plugins 4:3.5.9.dfsg.1-5 core I/O slaves for KDE
ii  libk3b3-extracodecs 1.0.5-3  The KDE cd burning application lib
ii  vcdimager   0.7.23-4 A VideoCD (VCD) image mastering an

Versions of packages k3b suggests:
pn  k3b-i18n   (no description available)
pn  movixmaker-2   (no description available)
ii  normalize-audio  0.7.7-2 adjusts the volume of WAV, MP3 and
ii  sox  14.0.1-2+b1 Swiss army knife of sound processi
pn  toolame(no description available)

-- no debconf information

-MD

-- 
---
Michael Deegan   Hugaholic  http://wibble.darktech.org/gallery/
- Nyy Tybel Gb Gur Ulcabgbnq! -



-- 
To UNSUBSCRIBE, email to [EMAIL 

Bug#507381: libev-event-dev: out of date in sid

[Cyril Brulebois]

Cyril Brulebois <[EMAIL PROTECTED]> (07/12/2008):
> Niko Tyni <[EMAIL PROTECTED]> (30/11/2008):
> > There's no libev-libevent-dev/3.43-1 package in the archive,
> > apparently because the sourceful upload didn't include arch:all
> > binaries.
> 
> According to <[EMAIL PROTECTED]>, that's correct.
> 
> If nobody objects, I'll reupload with the result of:
> | dch -n 'Reupload with architecture-independant binaries.'

Woopsy, s/independant/independent/

Source debdiff attached, and since the 1-week delay is over already,
uploading to DELAYED/2 so that it doesn't get forgotten.

Mraw,
KiBi.
diff -u libev-3.43/debian/changelog libev-3.43/debian/changelog
--- libev-3.43/debian/changelog
+++ libev-3.43/debian/changelog
@@ -1,3 +1,10 @@
+libev (3.43-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Reupload with architecture-independent binaries.
+
+ -- Cyril Brulebois <[EMAIL PROTECTED]>  Sun, 07 Dec 2008 15:07:16 +0100
+
 libev (3.43-1) unstable; urgency=low
 
   * New upstream release


signature.asc
Description: Digital signature

Bug#508057: nss-updatedb problem with libs

[Gabriel Ruiz]

Package: nss-updatedb
Version: 10-1
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu jaunty ubuntu-patch


Hi,

I found this bug in ubuntu, here is the link to this bug:
https://bugs.launchpad.net/debian/+source/nss-updatedb/+bug/302339

The "error" was that nss-updatedb needs of libpam-ldap and libnss-ldap 
if you want to work fine with a tool designed for working with these 
libs. I'll send it to you like an attachment, because the debdiff file 
added more information to the changes that i did.




KInd regards


Gabriel Ruiz Manzano








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

Bug#508031: Tracking vulnerabilities that have already been patched in other distributions

[Nico Golde]

Hi,
* Michael Gilbert <[EMAIL PROTECTED]> [2008-12-07 15:03]:
[...] 
> Oftentimes, a fix gets released for other distributions, and then it
> takes weeks or months for Debian to apply the same fix.  I wonder if
> this is primarily a communication issue and whether including this
> type of information in the tracker would help reduce this lag.  The
> intent would be to increase the security team/package maintainers
> awareness of existing patches.
> 
> Some current examples (not a comprehensive list, I only spent 5
> minutes on this):
> 
> CVE-2008-4552: fixed in ubuntu [1]
> CVE-2008-2379: fixed in fedora [2]

Since we don't just blindly apply fixes from other 
distributions and there still needs to be someone who can 
check this additional information I fail to see that this 
is needed for us.

Cheers
Nico
-- 
Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpFvptXQYOyX.pgp
Description: PGP signature

Bug#507734: [Pkg-alsa-devel] Bug#507734: Bug#507734: [alsa-base] No sound after (re)boot with snd-via82xx

[Elimar Riesebieter]

* Mikael Petersson [081206 21:30 +0100]
> lör 2008-12-06 klockan 19:04 +0100 skrev Elimar Riesebieter:
[...]
> > What tells
> > 
> > # cat /etc/modules
> > # cat /etc/modprobe.d/sound
> > # cat /proc/asound/cards
> 
> Before running alsaconf (no working sound):
> ===
> 
> -- /etc/modules --
> # /etc/modules: kernel modules to load at boot time.
> #
> # This file contains the names of kernel modules that should be loaded
> # at boot time, one per line. Lines beginning with "#" are ignored.
> 
> loop
> 
> -- /etc/modprobe.d/sound --
> alias snd-card-0 snd-via82xx
> options snd-via82xx index=0
> 
> -- /proc/asound/cards --
> [the file does not exist]
> 
> After running alsaconf (sound works fine):
> ==
> 
> -- /etc/modules --
> # /etc/modules: kernel modules to load at boot time.
> #
> # This file contains the names of kernel modules that should be loaded
> # at boot time, one per line. Lines beginning with "#" are ignored.
> 
> loop
> 
> -- /etc/modprobe.d/sound --
> alias snd-card-0 snd-via82xx
> options snd-via82xx index=0
> 
> -- /proc/asound/cards --
>  0 [V8235  ]: VIA8233 - VIA 8235
>   VIA 8235 with ALC202 at 0xe800, irq 22

Is udev running onyour system? If not do as follows:

# echo snd-via82xx >> /etc/modules

Elimar



-- 
  Alles was viel bedacht wird ist bedenklich!;-)
 Friedrich Nietzsche



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

Bug#507381: libev-event-dev: out of date in sid

[Cyril Brulebois]

Cyril Brulebois <[EMAIL PROTECTED]> (07/12/2008):
> Woopsy, s/independant/independent/

Lalala, yes, we can. With the bugnumber, that's even better…

Mraw,
KiBi.
diff -u libev-3.43/debian/changelog libev-3.43/debian/changelog
--- libev-3.43/debian/changelog
+++ libev-3.43/debian/changelog
@@ -1,3 +1,10 @@
+libev (3.43-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Reupload with architecture-independent binaries (Closes: #507381).
+
+ -- Cyril Brulebois <[EMAIL PROTECTED]>  Sun, 07 Dec 2008 15:26:48 +0100
+
 libev (3.43-1) unstable; urgency=low
 
   * New upstream release


signature.asc
Description: Digital signature

Bug#507822: [Pkg-alsa-devel] Bug#507822: /usr/bin/alsamixer: Should save the current settings and load them on next, startup

[Elimar Riesebieter]

* Alex D??nil?? [081207 11:30 +0100]
> All settings except PCM survive the alsa-utils restart. None of the  
> settings survive a computer restart.

Which soundcard do you use?
# cat /proc/asound/cards

[...]
>>
>> Could you please do as root:
>>
>> # rm -rf /var/lib/alsa/asound.state
>> adjust your sound
>> # alsactl store
>> # /etc/init.d/alsa-utils restart
>> check alsamixersettings again
>>
>> Thanks
>> Elimar
>>
>>   
>

-- 
  Never make anything simple and efficient when a way 
  can be found to make it complex and wonderful ;-)


signature.asc
Description: Digital signature

Bug#508058: Simultaneous removal emacs21 and install emacs22 -> no working /usr/bin/emacs

[Lionel Elie Mamane]

Package: emacs22
Version: 22.2+2-5
Severity: important

Not sure if the bug is in the emacs22 package or in dpkg...

I upgraded two machines from etch (+some lenny/sid) to lenny today; as
part of this upgrade, I asked for purging emacs21 and installing
emacs22. Now, on both machines, I have:

[EMAIL PROTECTED]:~# emacs
bash: emacs: command not found
[EMAIL PROTECTED]:~# ls -l /usr/bin/emacs
lrwxrwxrwx 1 root root 23 mar 31  2005 /usr/bin/emacs -> /etc/alternatives/emacs
[EMAIL PROTECTED]:~# ls -l /etc/alternatives/emacs
lrwxrwxrwx 1 root root 16 déc  7 13:23 /etc/alternatives/emacs -> 
/usr/bin/emacs21

While a "update-alternatives --auto emacs" solves the situation,
alternatives are there for that kind of thing to be automatic...

[EMAIL PROTECTED]:~# update-alternatives --display emacs
emacs - status is manual.
 link currently points to /usr/bin/emacs21
/usr/bin/emacs22-x - priority 25
 slave emacs.1.gz: /usr/share/man/man1/emacs.1emacs22.gz
Current `best' version is /usr/bin/emacs22-x.
[EMAIL PROTECTED]:~# update-alternatives --auto emacs
[EMAIL PROTECTED]:~# update-alternatives --display emacs
emacs - status is auto.
 link currently points to /usr/bin/emacs22-x
/usr/bin/emacs22-x - priority 25
 slave emacs.1.gz: /usr/share/man/man1/emacs.1emacs22.gz
Current `best' version is /usr/bin/emacs22-x.


I'm fairly sure I did not myself set the status to manual before. I
would have had any reason to do that, having only one emacs installed.


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

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

Versions of packages emacs22 depends on:
ii  emacs22-bin-common 22.2+2-5  The GNU Emacs editor's shared, arc
ii  libasound2 1.0.16-2  ALSA library
ii  libc6  2.7-16GNU C Library: Shared libraries
ii  libgif44.1.6-6   library for GIF images (library)
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libncurses55.6+20080830-2shared libraries for terminal hand
ii  libpng12-0 1.2.27-2  PNG library - runtime
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libtiff4   3.8.2-11  Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxmu62:1.0.4-1 X11 miscellaneous utility library
ii  libxpm41:3.5.7-1 X11 pixmap library
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  xaw3dg 1.5+E-17  Xaw3d widget set
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

emacs22 recommends no packages.

Versions of packages emacs22 suggests:
pn  emacs22-common-non-dfsg(no description available)

-- no debconf information




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

Bug#504614: dcut: Message saying that .commands file was upload

[Cyril Brulebois]

Y Giridhar Appaji Nag <[EMAIL PROTECTED]> (22/11/2008):
> > Successfully signed commands file
> >   dcut._naoliv_debian_org_.1225905672.16821.commands: done.
> 
> The "done" in the above actually indicates that the file has been
> uploaded successfully.  You can trust that instead of using the -d
> option or looking at the upload queue :-)

That really looks to me like the “done” indicates that the signing
operation was executed successfully. Having the second line prepended
with “Uploading:” would be a welcome disambiguation.

So, please reconsider that wontfix bug.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#506961: auctex: reuses old logfile on emacsen upgrades, enabling symlink attack

[Ben Hutchings]

You wrote:
> I think this (untested) patch would fix it:
> 
> --- /usr/lib/emacsen-common/packages/install/auctex   2008-09-08 
> 13:43:54.0 +0200
> +++ auctex2008-11-28 22:08:49.0 +0100
> @@ -79,6 +79,7 @@
>   rm -f ${_db_logfile}
>   /usr/sbin//update-auctex-elisp ${FLAVOR} ;;
>   (File)
> + rm -f ${_db_logfile}
>   echo >&2 -n "update-auctex-elisp: "
>   echo >&2 "Further output will appear in: ${_db_logfile}."
>   echo >&2 -n "auctex: "
> @@ -89,6 +90,7 @@
>   "${0##*/}: Unknown Debconf value doautofg = 
> \"${_db_doautofg}\"." ;;
>   esac ;;
>   (Background)
> + rm -f ${_db_logfile}
>   
> /usr/sbin//update-auctex-elisp ${FLAVOR} >> ${_db_logfile} 2>&1 3>&- &
>   echo >&2 -n "update-auctex-elisp[${!}]: "
>   echo >&2 "Further output will appear in: ${_db_logfile}." ;;
> 
> Note that I am neither the maintainer (just a lurker on the PTS), nor do
> I have time to do an NMU in case it is needed. Which might be the case,
> there are weeks where Davide is quite unresponsive.

That reduces the attack window, but it's not a solution.

I think the safe thing to do is to create the log file in
/var/lib/auctex or /var/log instead.

Ben.

-- 
Ben Hutchings
It is impossible to make anything foolproof because fools are so ingenious.


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

Bug#507835: I would like gnome-panel flavor with --disabled-eds

[Loïc Minier]

On Sun, Dec 07, 2008, Arturas K wrote:
> depends on:
> * libecal1.2-7
> * libedataserver1.2-9
> * libedataserverui1.2-8
>
> and all of these drags in more of src:evolution-data-server, witch I do  
> not want :D

 Well you don't get much slowdown by just linking to these libs and
 failing to launch eds, and these aren't huge libs (700 kB total?).

-- 
Loïc Minier



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

Bug#508031: Tracking vulnerabilities that have already been patched in other distributions

[Richard Hartmann]

On Sun, Dec 7, 2008 at 15:21, Nico Golde <[EMAIL PROTECTED]> wrote:

> Since we don't just blindly apply fixes from other
> distributions and there still needs to be someone who can
> check this additional information I fail to see that this
> is needed for us.

There is no harm in getting an overview of what other
distributions do, though. At worst, the patch is discarded
and some time has been spent on reviewing it. At best,
duplicated effort is avoided.


Richard



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

Bug#507001: Fixed in serve-branches

[Jelmer Vernooij]

tags 507001 +confirmed +upstream
forwarded https://bugs.launchpad.net/loggerhead/+bug/305985
kthxbye

loggerhead does actually support this, except it is not exposed in the
configuration file but only when the stand-alone serve-branches
utility is run (which doesn't have an init script).



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

Bug#508058: Simultaneous removal emacs21 and install emacs22 -> no working /usr/bin/emacs

[Sven Joachim]

On 2008-12-07 15:39 +0100, Lionel Elie Mamane wrote:

> Package: emacs22
> Version: 22.2+2-5
> Severity: important
>
> Not sure if the bug is in the emacs22 package or in dpkg...

It certainly is a problem in dpkg, such issues had been reported
several times before.

> I upgraded two machines from etch (+some lenny/sid) to lenny today; as
> part of this upgrade, I asked for purging emacs21 and installing
> emacs22. Now, on both machines, I have:
>
> [EMAIL PROTECTED]:~# emacs
> bash: emacs: command not found
> [EMAIL PROTECTED]:~# ls -l /usr/bin/emacs
> lrwxrwxrwx 1 root root 23 mar 31  2005 /usr/bin/emacs -> 
> /etc/alternatives/emacs
> [EMAIL PROTECTED]:~# ls -l /etc/alternatives/emacs
> lrwxrwxrwx 1 root root 16 déc  7 13:23 /etc/alternatives/emacs -> 
> /usr/bin/emacs21
>
> While a "update-alternatives --auto emacs" solves the situation,
> alternatives are there for that kind of thing to be automatic...

Yes, update-alternatives does not play very nicely if you remove the
preferred alternative.  Or at least that used to be the case -- there
have been several improvements in dpkg 1.14.x, and I don't know which
dpkg version actually did the upgrade.

> [EMAIL PROTECTED]:~# update-alternatives --display emacs
> emacs - status is manual.
>  link currently points to /usr/bin/emacs21
> /usr/bin/emacs22-x - priority 25
>  slave emacs.1.gz: /usr/share/man/man1/emacs.1emacs22.gz
> Current `best' version is /usr/bin/emacs22-x.
> [EMAIL PROTECTED]:~# update-alternatives --auto emacs
> [EMAIL PROTECTED]:~# update-alternatives --display emacs
> emacs - status is auto.
>  link currently points to /usr/bin/emacs22-x
> /usr/bin/emacs22-x - priority 25
>  slave emacs.1.gz: /usr/share/man/man1/emacs.1emacs22.gz
> Current `best' version is /usr/bin/emacs22-x.
>
>
> I'm fairly sure I did not myself set the status to manual before.

Well, someone or something must have done it anyway.

> I would have had any reason to do that, having only one emacs
> installed.

We all do stupid things for no good reason from time to time (no offense
intended).

Can you please send your /var/log/dpkg.log (compress it if is large) so
that the order of removals/installations and the version of dpkg that
did the upgrade can be traced?

TIA,
Sven



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

Bug#508059: kernel-package: unknown how to pass additional gcc flags

[Eugene V. Lyubimkin]

Package: kernel-package
Version: 11.015
Severity: wishlist

Please document the most sane way to pass additional gcc flags for
compiling kernel.

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

Kernel: Linux 2.6.26-1-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 kernel-package depends on:
ii  binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina
ii  debianutils 2.30 Miscellaneous utilities specific t
ii  dpkg1.14.23  Debian package management system
ii  dpkg-dev1.14.23  Debian package development tools
ii  file4.26-1   Determines file type using "magic"
ii  gcc [c-compiler]4:4.3.2-2The GNU C compiler
ii  gcc-4.3 [c-compiler 4.3.2-1  The GNU C compiler
ii  gettext 0.17-6   GNU Internationalization utilities
ii  make3.81-5   The GNU version of the "make" util
ii  module-init-tools   3.4-1tools for managing Linux kernel mo
ii  perl5.10.0-18Larry Wall's Practical Extraction 
ii  po-debconf  1.0.15+jackyf1   manage translated Debconf template
ii  util-linux  2.13.1.1-1   Miscellaneous system utilities

Versions of packages kernel-package recommends:
ii  bzip2 1.0.5-1high-quality block-sorting file co
ii  libc6-dev [libc-dev]  2.7-16 GNU C Library: Development Librari

Versions of packages kernel-package suggests:
ii  docbook-utils 0.6.14-1.1 Convert Docbook files to other for
ii  e2fsprogs 1.41.3-1   ext2/ext3/ext4 file system utiliti
ii  initramfs-tools [linux-in 0.92l  tools for generating an initramfs
pn  libdb3-dev (no description available)
ii  libncurses5-dev [libncurs 5.7+20081129-1 developer's libraries and docs for
pn  linux-source | kernel-sou  (no description available)
ii  xmlto 0.0.20-3   XML-to-any converter

-- no debconf information



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

Bug#506999: (no subject)

[Jelmer Vernooij]

tags 506999 +confirmed +upstream
forwarded 506999 https://bugs.launchpad.net/loggerhead/+bug/305986
kthxbye

Thanks for the bugreport. I've submitted a patch for this upstream.

Cheers,

Jelmer



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

Bug#508060: P-a-s: Update unstable sys/io.h entries

[Thiemo Seufer]

Package: buildd.debian.org
Version: -
Tags: patch

The appended patch updates three entries for sys/io.h:
  - picproc doesn't need sys/io.h anymore.
  - rovclock uses sys/io.h. For some reason it nevertheless built on
ia64, and the package claims to support ia64.
  - rxtx uses sys/io.h. This isn't reflected in the packages
architecture list, but it fails to build reliably due to the
non-existant header file.


Index: P-a-s/Packages-arch-specific
===
--- P-a-s.orig/Packages-arch-specific   2008-12-07 14:52:53.0 +0100
+++ P-a-s/Packages-arch-specific2008-12-07 15:36:07.0 +0100
@@ -697,7 +697,6 @@
 %partman-palo: hppa  # 
Partitioner for hppa boot-loader
 %partman-prep: powerpc   # 
Partition prep for powerpc
 %partman-efi: amd64 i386 ia64# 
Partitioner for ia64 boot-loader
-%picprog: !hppa !ia64 !m68k !mips !mipsel !powerpc !sparc# sys/io.h
 %pine: nowhere   # [ANAIS] 
license does not allow modified bin distrib
 %prep-installer: powerpc # powerpc 
boot installer
 gtkpbbuttons: powerpc# powerpc 
specific
@@ -757,12 +756,14 @@
 retty: i386  # [ANAIS] 
i386 assembly
 rio: i386 alpha  # 
inb/outb (ab)use for port manipulation
 %rootstrap: i386 amd64   # Depends 
on user-mode-linux
+%rovclock: !hppa !m68k !mips !mipsel !powerpc !sparc # sys/io.h
 %rsbac-admin: i386 sparc powerpc # [ANAIS] 
#229416
 %rscheme: i386 amd64 hurd-i386 powerpc alpha m68k s390   # [p] 
Needs per-arch MM glue (cr2)
 %rscheme-modules: i386 hurd-i386 powerpc alpha s390  # [p] 
depends on rscheme (& m68k has no fshell)
 %rsjog: i386 # Sony 
Vaio Jog Button program
 %rtai: i386 powerpc mips mipsel arm  # [ANAIS]
 rtlinux: i386# 
currently i386 specific
+%rxtx: !hppa !ia64 !m68k !mips !mipsel !powerpc !sparc   # sys/io.h
 %s390-dasd: s390 # s390 
hard disk configurator
 %s390-netdevice: s390# s390 
network configurator
 %s390-sysconfig-writer: s390 s390x   # s390 
specific



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

Bug#335411: man-db: 'man -Hfirefox man', can't see the image

[LI Daobing (李道兵)]

On Sun, Dec 7, 2008 at 5:14 PM, Colin Watson <[EMAIL PROTECTED]> wrote:
> On Sun, Dec 07, 2008 at 11:51:38AM +0800, LI Daobing (李道兵) wrote:
>> On Sun, Dec 7, 2008 at 7:54 AM, Colin Watson <[EMAIL PROTECTED]> wrote:
>> > On Sun, Mar 16, 2008 at 11:50:07PM +0100, Josip Rodin wrote:
>> >> I just saw the same... it looks like the whole /tmp/ goes missing
>> >> the moment the browser is forked.
>> >
>> > I really can't see any obvious way to fix this. I don't think it's good
>> > to leave temporary file litter lying around, and yet, when you use
>> > -Hfirefox (particularly if you already have firefox running so that it
>> > uses the remote protocol), firefox returns control before it loads the
>> > images. I'm afraid I don't see a sensible way for man to do anything
>> > about this, short perhaps of an environment variable that would let you
>> > stop it deleting temporary files, but then the user would have to clean
>> > those up by hand which isn't very appealing either.
>> >
>> > I'm just going to downgrade this to wishlist for now, and if anyone has
>> > any bright ideas then they can let me know ...
>>
>> How about embed the images into html?
>
> Err, so how do you do that then? :-) The only ways I'm aware of are
> absolutely crazy (CSS tricks etc.).

use base64 to embed the image data into html.

-- 
Best Regards,
 LI Daobing



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

Bug#498863: More info on firewire issues

[Harry Mofo]

It looks like my problems with the Dec 5 & 6 installer builds is due to the CD 
burner.  The Dec 6 build (debian-testing-i386-netinst.iso 
0faa173fe594afdb374944cfc6610743) doesn't exhibit the freezing behavior if I 
burn the CD from another machine so I need to do some investigation of that 
here.

Even with the new installer build I see the the original problems - the IO 
errors and cdrom-detect slowness/failures (and the Etch installer is still 
fine).  Maybe it is just some odd combination of hardware issues with this 
machine.

I _did_ get Lenny installed 
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=498863#15) so it's not a 
total failure.  I've now got 5 of my 6 machines on Debian and it's about time 
to start on the last one - an eeePC.



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

Bug#507002: [MERGE] Only write pid to pid file.

[Jelmer Vernooij]

tags 507002 +confirmed
forwarded 507002 https://bugs.launchpad.net/loggerhead/+bug/305989
kthxbye

The attached patch fixes this.

# Bazaar merge directive format 2 (Bazaar 0.90)
# revision_id: [EMAIL PROTECTED]
# target_branch: lp:loggerhead
# testament_sha1: 443e45dadace5b2f4707d0d125939e552a754414
# timestamp: 2008-12-07 16:24:19 +0100
# source_branch: http://people.samba.org/bzr/jelmer/loggerhead/bzr-\
#   configobj
# base_revision_id: [EMAIL PROTECTED]
#   kttjvax70t9g62zk
# 
# Begin patch
=== modified file 'loggerhead/daemon.py'
--- loggerhead/daemon.py	2008-10-24 02:26:05 +
+++ loggerhead/daemon.py	2008-12-07 15:24:05 +
@@ -54,7 +54,6 @@
 
 f = open(pidfile, 'w')
 f.write('%d\n' % os.getpid())
-f.write('%s\n' % home)
 f.close()
 
 

# Begin bundle
IyBCYXphYXIgcmV2aXNpb24gYnVuZGxlIHY0CiMKQlpoOTFBWSZTWRWFkIYAAW9fgAAQUWP//1IQ
gQCwUAN5e6Ku3Uq1U4SUhGTU/VP1PUnk2onpNMNT9U2kaabUHqBJRKfpkk/Ep6jJhoARkxNM
TEYSSZEACj0pjaiBtRptAAQMAANAAGTQAABoBJImIyJkxDQKZpPJDIeoBkzx5jw+DPWFoMFba47n
hQwPdLc9nGzI4fRhm8e49opg1o5g3rX28aeOH9nKQ1Tc1UvBhUpbX+ddZ5b432Nv4Cld9tmSOu0n
e6gpcasFmE6xMF2iZpbMFi3BLYudlY+EMaenqKQuGGA/puQuhHmeGuNQG2dal8R48UDePENHKs1R
UkbszKcPmrg5BP0splLAfZMiYhoq7nCK8y5SOAsc2vZCtQQGxbU6sWWoZiAYkyLy5SN9qesP2QLb
iskpjjQ9i/MZKovGHwmXMnaE+pVwN5IWQ4Ij8SpJ9hx6K4XIiWDlnuVCGsoPITI+rw1Kq0o0Ck8n
ecTV6uMnGlNGpVsyuvjypcD2kdtWVKhGA5UdyYnU82CxgRLHJjKZA16hxdWickyqCpVFg6IUwPbe
WbWi4MUO9pAthQOY34Ys/A7NXpJ2ozwbltalGDJj1amX4toxlIJXcYwbsScMAccyS9+ZsozSUTqK
0xDdmqqkqLVHiLbaLPzKVHkuFBMloNBQW32hMXmkicTQNPWuQ0wZDLLwXnJi10C93EYy0ooJq60M
RI5t2LDsU4lXuLvzzYoeFjN5Qai0317VeaeY50wXF4/2sHR/OyXLxU3cpVIh9VT5UsvHHYLcZFAn
pAqFIpoVrOQMx1u4sGsV3el8lYCcsen+DyP7vwNwV0f96Xmz1MrBWGOh7okcjrk1agyEGKIZ8Y2y
5XgXdC/WBXudrobD96HRMqU8WW+LziHdTVqscEd7dgLfK+3ks49VsUxEgLeNxtnYqusnCNBMKS2U
9HCPIlSP9i57iuSoyM5Btvqxt4BHWmS4bZJVhglNdXqfWefdtNNFAkKBZulJMW3rnFpukxIYC0PP
6zFZ14XMnqSmqyr5hPfGIraiDBBy3m0jCAzeJ6JabFQ3CtAdJVqAuxe8vF5rHqmR6GU73ujUr5Mx
yxUUqA6du9ibKziuqAbl+dlV9tKr4Y9Fq6+JAaMLT72LOFbyHLsncadGOdP8C7kinChICsLIQwA=

Bug#508062: P-a-s: Update unstable entry for gluezilla

[Thiemo Seufer]

Package: buildd.debian.org
Version: -
Tags: patch

gluezilla needs mono, this is already reflected in the packages'
architecture list.


Index: P-a-s/Packages-arch-specific
===
--- P-a-s.orig/Packages-arch-specific   2008-12-07 15:39:30.0 +0100
+++ P-a-s/Packages-arch-specific2008-12-07 15:41:47.0 +0100
@@ -1143,6 +1143,7 @@
 libqyoto4.3-cil: amd64 i386 powerpc arm armel ia64 s390 sparc kfreebsd-i386 
kfreebsd-amd64 lpia
 libqyoto-dev: amd64 i386 powerpc arm armel ia64 s390 sparc kfreebsd-i386 
kfreebsd-amd64 lpia
 qyoto-dev-tools: amd64 i386 powerpc arm armel ia64 s390 sparc kfreebsd-i386 
kfreebsd-amd64 lpia
+%gluezilla: amd64 i386 powerpc arm armel ia64 s390 sparc kfreebsd-i386 
kfreebsd-amd64 lpia
 
 
 # m68k specific



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

Bug#508061: P-a-s: Update unstable entry for whitelister

[Thiemo Seufer]

Package: buildd.debian.org
Version: -
Tags: patch

whitelister needs ocamlopt, this is already reflected in the packages'
architecture list.


Index: P-a-s/Packages-arch-specific
===
--- P-a-s.orig/Packages-arch-specific   2008-12-07 15:36:53.0 +0100
+++ P-a-s/Packages-arch-specific2008-12-07 15:38:28.0 +0100
@@ -845,7 +845,7 @@
 webmin-grub: i386 hurd-i386 amd64 lpia   # Depends 
on grub
 %webmin-extra: i386  # [ANAIS]
 welcome2l: alpha amd64 i386 ia64 # 
requires VGA hi-ascii characters
-%whitelister: !hppa  # ANAIS
+%whitelister: !alpha !arm !armel 1hppa !ia64 !m68k !mips !mipsel !s390 # needs 
ocamlopt
 %widelands: !m68k# 
requires porting work
 %wine: i386 amd64 powerpc sparc kfreebsd-amd64 kfreebsd-i386 lpia # 
Hardcoded i386 assembler
 %winelib: i386 amd64 lpia# depends 
on wine



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

Bug#506961: NMU diff for auctex 11.83-7.3

[Ben Hutchings]

I am uploading the following changes to delayed/3.

Ben.

diff -u auctex-11.83/debian/control auctex-11.83/debian/control
--- auctex-11.83/debian/control
+++ auctex-11.83/debian/control
@@ -4,13 +4,13 @@
 Maintainer: Davide G. M. Salvetti <[EMAIL PROTECTED]>
 Uploaders: OHURA Makoto <[EMAIL PROTECTED]>
 Standards-Version: 3.7.2
-Build-Depends-Indep: emacs22 | emacs21 | emacs-snapshot, eperl, gs-gpl | gs, 
po-debconf, texlive-latex-base, texinfo, texi2html (>=1.76)
+Build-Depends-Indep: emacs22 | emacs21 | emacs-snapshot, eperl, ghostscript, 
po-debconf, texlive-latex-base, texinfo, texi2html (>=1.76)
 Homepage: http://www.gnu.org/software/auctex/
 
 Package: auctex
 Architecture: all
 Depends: debconf | debconf-2.0, emacs22 | emacs21 | emacs-snapshot, make, 
preview-latex-style
-Recommends: doc-base, gs-gpl | gs, texlive-latex-recommended, xpdf-reader | 
pdf-viewer
+Recommends: doc-base, ghostscript, texlive-latex-recommended, xpdf-reader | 
pdf-viewer
 Suggests: catdvi, dvipng, lacheck
 Conflicts: emacspeak (<= 17.0-1), preview-latex
 Replaces: preview-latex
diff -u auctex-11.83/debian/changelog auctex-11.83/debian/changelog
--- auctex-11.83/debian/changelog
+++ auctex-11.83/debian/changelog
@@ -1,3 +1,14 @@
+auctex (11.83-7.3) unstable; urgency=high
+
+  * Non-maintainer upload
+- High priority since it fixes a security flaw
+  * Create installation/update log file in /var/log rather than /tmp.
+Closes: #506961
+  * Replace build-dependency and recommendation of obsolete packages
+gs|gs-gpl with ghostscript
+
+ -- Ben Hutchings <[EMAIL PROTECTED]>  Sun, 07 Dec 2008 14:54:46 +
+
 auctex (11.83-7.2) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u auctex-11.83/debian/auctex/config.in 
auctex-11.83/debian/auctex/config.in
--- auctex-11.83/debian/auctex/config.in
+++ auctex-11.83/debian/auctex/config.in
@@ -12,7 +12,7 @@
 
 case "${1}" in
 configure|reconfigure)
-   LOGFILE=$(mktemp <:=${TMPMASK}:>)
+   LOGFILE=/var/log/auctex.log
db_register <:=${PACKAGE}:>/doauto <:=${PACKAGE}:>/logfile || true
db_set <:=${PACKAGE}:>/logfile ${LOGFILE} || true
db_subst <:=${PACKAGE}:>/doauto LOGFILE ${LOGFILE} || true
--- END ---

-- 
Ben Hutchings
It is impossible to make anything foolproof because fools are so ingenious.


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

Bug#508031: Tracking vulnerabilities that have already been patched in other distributions

[Florian Weimer]

* Richard Hartmann:

> On Sun, Dec 7, 2008 at 15:21, Nico Golde <[EMAIL PROTECTED]> wrote:
>
>> Since we don't just blindly apply fixes from other
>> distributions and there still needs to be someone who can
>> check this additional information I fail to see that this
>> is needed for us.
>
> There is no harm in getting an overview of what other
> distributions do, though.

The cost of maintaining that information separately has to be
considered, too.  A lot of this information is available through NVD,
albeit with some delay.



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

Bug#335411: man-db: 'man -Hfirefox man', can't see the image

[Colin Watson]

On Sun, Dec 07, 2008 at 11:19:22PM +0800, LI Daobing (李道兵) wrote:
> On Sun, Dec 7, 2008 at 5:14 PM, Colin Watson <[EMAIL PROTECTED]> wrote:
> > On Sun, Dec 07, 2008 at 11:51:38AM +0800, LI Daobing (李道兵) wrote:
> >> How about embed the images into html?
> >
> > Err, so how do you do that then? :-) The only ways I'm aware of are
> > absolutely crazy (CSS tricks etc.).
> 
> use base64 to embed the image data into html.

I can't say this really excites me as an option, although I concede that
it might work. Besides for all I know the race condition might affect
Firefox's ability to load the HTML page itself as well (though by the
nature of race conditions this might not necessarily be observable in
your setup) ...

-- 
Colin Watson   [EMAIL PROTECTED]



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

Bug#508063: crashes when trying to backup / with AFS running even when excluding /afs

[Christine Spang]

Package: rdiff-backup
Version: 1.2.2-1
Severity: normal

I tried running rdiff-backup under backupninja to do backups on a system with
OpenAFS running, and found that it crashes trying to list files under /afs even
if I exclude /afs from the backup. The way backupninja calls rdiff-backup is to
run it on /, and include/exclude the relevant directories to be backed up,
like:

/usr/bin/rdiff-backup  --print-statistics --exclude '/home/*/.gnupg' --exclude 
'/home/*/.local/share/Trash' --exclude '/home/*/.Trash' --exclude 
'/home/*/.thumbnails' --exclude '/home/*/.beagle' --exclude '/home/*/.sheep' 
--include '/var/spool/cron/crontabs' --include '/var/backups' --include '/etc' 
--include '/root' --include '/home' --include '/usr/local/*bin' --include 
'/var/lib/dpkg/status*' --exclude '/*' / [EMAIL PROTECTED]::/srv/backups/test

I can reproduce the crash error by running the following simpler command:

rdiff-backup --exclude '/afs' / test

It seems that rdiff-backup is trying to list files in /afs even when it's
excluded. If I turn off openafs, the backup proceeds as expected. Any thoughts?

Here is the stacktrace generated:

[EMAIL PROTECTED]:~/tmp> rdiff-backup --print-statistics --exclude '/afs' / test
Found interrupted initial backup. Removing...
ListError afs/.athena.mit.edu/activity/a/a-archives [Errno 13] Permission 
denied: '/afs/.athena.mit.edu/activity/a/a-archives'
ListError afs/.athena.mit.edu/activity/a/a-entry/.sql [Errno 13] Permission 
denied: '/afs/.athena.mit.edu/activity/a/a-entry/.sql'
ListError afs/.athena.mit.edu/activity/a/a-entry/OldFiles/.sql [Errno 13] 
Permission denied: '/afs/.athena.mit.edu/activity/a/a-entry/OldFiles/.sql'
Exception '[Errno 19] No such device: 
'/afs/.athena.mit.edu/activity/a/a-entry/OldFiles/OldFiles'' raised of class 
'':
  File "/var/lib/python-support/python2.5/rdiff_backup/robust.py", line 32, in 
check_common_error
try: return function(*args)
  File "/var/lib/python-support/python2.5/rdiff_backup/rpath.py", line 1123, in 
append
return self.__class__(self.conn, self.base, self.index + (ext,))
  File "/var/lib/python-support/python2.5/rdiff_backup/rpath.py", line 868, in 
__init__
else: self.setdata()
  File "/var/lib/python-support/python2.5/rdiff_backup/rpath.py", line 892, in 
setdata
self.data = self.conn.rpath.make_file_dict(self.path)
  File "/var/lib/python-support/python2.5/rdiff_backup/rpath.py", line 277, in 
make_file_dict
return C.make_file_dict(filename)

Exception '[Errno 19] No such device: 
'/afs/.athena.mit.edu/activity/a/a-entry/OldFiles/OldFiles'' raised of class 
'':
  File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line 304, in 
error_check_Main
try: Main(arglist)
  File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line 324, in 
Main
take_action(rps)
  File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line 280, in 
take_action
elif action == "backup": Backup(rps[0], rps[1])
  File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line 334, in 
Backup
rpout.conn.fs_abilities.backup_set_globals(rpin, force)
  File "/var/lib/python-support/python2.5/rdiff_backup/fs_abilities.py", line 
828, in backup_set_globals
src_fsa = rpin.conn.fs_abilities.get_readonly_fsa('source', rpin)
  File "/var/lib/python-support/python2.5/rdiff_backup/fs_abilities.py", line 
571, in get_readonly_fsa
return FSAbilities(desc_string).init_readonly(rp)
  File "/var/lib/python-support/python2.5/rdiff_backup/fs_abilities.py", line 
126, in init_readonly
self.set_resource_fork_readonly(rp)
  File "/var/lib/python-support/python2.5/rdiff_backup/fs_abilities.py", line 
493, in set_resource_fork_readonly
for rp in selection.Select(dir_rp).set_iter():
  File "/var/lib/python-support/python2.5/rdiff_backup/selection.py", line 132, 
in Iterate_fast
try: rpath, val = diryield_stack[-1].next()
  File "/var/lib/python-support/python2.5/rdiff_backup/selection.py", line 120, 
in diryield
rpath.append, (filename,))
  File "/var/lib/python-support/python2.5/rdiff_backup/robust.py", line 32, in 
check_common_error
try: return function(*args)
  File "/var/lib/python-support/python2.5/rdiff_backup/rpath.py", line 1123, in 
append
return self.__class__(self.conn, self.base, self.index + (ext,))
  File "/var/lib/python-support/python2.5/rdiff_backup/rpath.py", line 868, in 
__init__
else: self.setdata()
  File "/var/lib/python-support/python2.5/rdiff_backup/rpath.py", line 892, in 
setdata
self.data = self.conn.rpath.make_file_dict(self.path)
  File "/var/lib/python-support/python2.5/rdiff_backup/rpath.py", line 277, in 
make_file_dict
return C.make_file_dict(filename)

Traceback (most recent call last):
  File "/usr/bin/rdiff-backup", line 30, in 
rdiff_backup.Main.error_check_Main(sys.argv[1:])
  File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line 304, in 
error_check_Main
try: Main(arglist)
  File "/var/lib/python-support/python2.5/r

Bug#508064: P-a-s: Update unstable entries for acpi related packages

[Thiemo Seufer]

Package: buildd.debian.org
Version: -
Tags: patch

acpitail, libacpi and xbattbar-acpi work only on ACPI supporting
platforms. The respective control files encode this already, albeit
in some cases with out an lpia entry.


Index: P-a-s/Packages-arch-specific
===
--- P-a-s.orig/Packages-arch-specific   2008-12-07 16:28:15.0 +0100
+++ P-a-s/Packages-arch-specific2008-12-07 16:32:48.0 +0100
@@ -30,6 +30,7 @@
 #%acpica-unix: !hppa # #401153 
- no big-endian support
 acpid: i386 ia64 amd64 lpia  # acpi is 
i386/ia64 specific
 acpidump: i386 ia64 amd64 lpia   # acpi is 
i386/ia64 specific
+%acpitail: amd64 i386 ia64 lpia  # 
acpi is i386/ia64 specific
 %adeos: i386 ia64 powerpc arm armel  # not 
supported upstream for others
 %afbinit: sparc  # 
Sparc gfx card firmware loader
 %alleyoop: i386 amd64 powerpc lpia   # [ANAIS] 
- Depends valgrind
@@ -520,6 +521,7 @@
 %ia32-libs-openoffice.org: amd64 ia64# ia32 
compat libs for amd64,ia64
 %lcd4linux: !hppa !ia64 !m68k !mips !mipsel !powerpc !sparc  # 

 %ledstats: i386  # 
[?] ANAIS, 
+%libacpi: amd64 i386 ia64 lpia   # acpi is 
i386/ia64 specific
 %libc-sparc: sparc# old 
libc for sparc
 %libdb: i386  # db1 
compatibility library
 %libdbd-informix-perl: i386   # ANAIS
@@ -854,6 +856,7 @@
 wmbatppc: powerpc# powerpc 
battery monitor
 %wmtune: !hppa !ia64 !m68k   # sys/io.h
 %x86info: i386 amd64 # i386 
CPU info prog
+%xbattbar-acpi: amd64 i386 ia64 lpia # acpi is 
i386/ia64 specific
 xbox-raincoat: i386  # i386 
xbox BIOS flasher
 %xdslusb: i386   # [ANAIS]
 %xfree86v3: alpha i386   # i386 
alpha need old servers



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

Bug#508065: [xine-lib] please check for malloc failures

[Nico Golde]

Package: xine-lib
Severity: important

You fixed CVE-2008-5238 but missed one part of the advisory 
which is not fixed:
"In addition, the type_specific_data allocation is not 
checked for failure not for a zero-valued size, an 
unexpected process termination issue."

Any reason you left this out? I think the chances to exploit 
this are not very high as the chance to chose a size malloc 
fails for but memcpy succeeds is not very high on modern 
system having a lot of RAM. However it shouldn't be 
impossible.

Please fix.

Cheers
Nico
-- 
Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpP6J5cbTLE4.pgp
Description: PGP signature

Bug#498863: More info on firewire issues

[Frans Pop]

On Sunday 07 December 2008, Harry Mofo wrote:
> It looks like my problems with the Dec 5 & 6 installer builds is due to
> the CD burner.  The Dec 6 build (debian-testing-i386-netinst.iso
> 0faa173fe594afdb374944cfc6610743) doesn't exhibit the freezing behavior
> if I burn the CD from another machine so I need to do some
> investigation of that here.

Thanks for that info. That did seem most likely. Good luck tracing the 
problem.

> Even with the new installer build I see the the original problems - the
> IO errors and cdrom-detect slowness/failures (and the Etch installer is
> still fine).  Maybe it is just some odd combination of hardware issues
> with this machine.

I'll leave that to others to follow up on.

Cheers,
FJP



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

Bug#508066: xserver-xorg-video-radeon: external display not work on ATI Technologies Inc Radeon Mobility U1

[Robert Heel]

Package: xserver-xorg-video-radeon
Version: 1:6.9.0-1+lenny4
Severity: normal

On a Fujitsu-Siemens Amilo A the external display don't work since update from 
etch to lenny.

"xrandr -q" shows both displays:
Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 1600 x 1200
VGA-0 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 376mm 
x 301mm
  1280x1024  60.0*+   74.9 75.0 59.9 60.0*
  1600x1024  60.0
  1400x1050  60.0
  1440x900   60.2
  1280x960   60.0
  1280x800   59.8 60.0
  1152x864   75.0 74.8 60.0
  1280x768   60.0
  1024x768   74.9 75.1 70.1 60.0 59.9
  832x62474.6
  800x60072.2 75.0 74.9 60.3 56.2
  640x48075.0 72.8 72.8 75.0 66.7 60.0 59.9
  720x40070.1
LVDS connected 1024x768+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
  1024x768   60.0*+   60.0
  800x60060.3
  640x48059.9
S-video disconnected (normal left inverted right x axis y axis)

But the internal display (LVDS) has the resolution 1280x1024, and the external 
display is off. Seams that xorg swap the displays somehow.

-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

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

X server symlink status:
lrwxrwxrwx 1 root root 13  6. Apr 2007  /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1718580 15. Nov 17:57 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
01:05.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility U1

/etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 1113  7. Dez 16:31 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc105"
Option  "XkbLayout" "de"
#   Option  "XkbVariant""nodeadkeys"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
EndSection

Section "Device"
Identifier  "Configured Video Device"
EndSection

Section "Monitor"
Identifier  "Configured Monitor"
EndSection

Section "Screen"
Identifier  "Default Screen"
Monitor "Configured Monitor"
EndSection


Xorg X server log files on system:
-rw-r--r-- 1 root root 41577  7. Dez 16:47 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-9)
Current Operating System: Linux barbara-a2000 2.6.26-1-686 #1 SMP Sat Nov 8 
19:00:26 UTC 2008 i686
Build Date: 15 November 2008  05:39:59PM
 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sun Dec  7 16:46:16 2008
(==) Using config file: "/etc/X11/xorg.conf"
(==) No Layout section.  Using the first Screen section.
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Configured Monitor"
(==) No device specified for screen "Default Screen".
Using the first device section listed.
(**) |   |-->Device "Configured Video Device"
(==) |-->Input Device "Configured Mouse"
(==) |-->Input Device "Generic Keyboard"
(==) The core pointer device wasn't specified explicitly in the layout.
Using the first mouse device.
(==) The core keyboard device wasn't specified explicitly in the layout.
Using the first keyboard device.
(==) Automatically adding devices
(==) Automatically enabling devices
(==) No FontPath specified.  Using compiled-in default.
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not 
exist.
Entry deleted from font path.
(=

Bug#299618: Possible patch for this issue

[Christian Perrier]

tags 299618 patch
thanks

Back in 2005(!), Marc reported that samba's DHCP hook script does not
remove existing WINS servers from /etc/samba/dhcp.conf when the DHCP
server does not provide any WINS server address.


The attached patch should fix this.

Please comment. If it is OK, I'll activate it in the experimentl
branch.


-- 



Index: samba-common.dhcp
===
--- samba-common.dhcp   (révision 2219)
+++ samba-common.dhcp   (copie de travail)
@@ -23,7 +23,8 @@
then
# don't continue if no settings have changed
if [ "$new_netbios_name_servers" = "$old_netbios_name_servers" 
] \
-  && [ "$new_netbios_scope" = "$old_netbios_scope" ]
+  && [ "$new_netbios_scope" = "$old_netbios_scope" ] \
+  && [ -n "$new_netbios_name_servers" ]
then
return
fi


signature.asc
Description: Digital signature

Bug#322505: Old samba bug: "/usr/bin/smbspool: smbspool to Windows XP results in hung printer job"

[Christian Perrier]

tags 322505 moreinfo
thanks

Hello Tom,

Over 3 years ago, you reported this issue with smbspool:

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

To be honest, I very much suspect this is entirely unrelated to samba
but, anyay, requires to have a look at logfiles and get more
information.

Are you still in position to try reproducing this bug ?

If not, I'm afraid that our only possibility is closing it, with
apologies for the lack of feedback at the time you were experiencing it...

-- 




signature.asc
Description: Digital signature