Bug#614304: not fun, not wishlist

[Florian Heigl]

Hi,

unhashed passwords for the admin accounts should leave no room for discussion.
I can't seem to understand how a product can be as focussed on security as DTC 
(with sbox and such addons) and then neglect best practices and deem the most 
basic level of security a "wishlist item".

There is no single reason that the admin user accounts should be saved 
unexpectedly. 

(Dealing with mass signups is an issue, but could be dealt with in much saner 
ways than manually comparing passwords)

There's two worrying things in this bug report
a) DTC has unencrypted admin passwords
b) The issue is still open 4 weeks later because of different opinions (and 
other priorities?)

Thomas, DTC is the most powerful panel around, but this single issue is so 
great that I'd expect to be held liable by the customers in aftermath of a hack.
This isn't the optional type of security.

Greetings,
Florian


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

Bug#462355: Adding LVM files to `.gitignore`

[Goswin von Brederlow]

Luca Capello  writes:

> Hi there!
>
> Bcc:ing people involved in lvm2 archive/backup/cache bugs, please excuse
> me if you are not anymore interested.
>
> On Sat, 31 Jul 2010 23:06:31 +0200, Paul Menzel wrote:
>> Am Freitag, den 25.01.2008, 01:16 +0300 schrieb Alexander GQ Gerasiov:
>>> На Thu, 24 Jan 2008 16:20:15 -0500 Joey Hess  
>>> записано:
>>> > My question is, what if I deleted my current /etc and used etckeeper
>>> > to check out a new copy from git. Would lvm transparently recreate
>>> > those lvm files as needed, or would it be better if the new /etc
>>> > checkout included them?
>>> I don't understand exactly what do you mean. But lvm don't use those
>>> files for it's normal work. They are only some backups for admin, to
>>> allow him restore some past lvm configuration. If you check out
>>> something from vcs lvm would not use this files.
>>
>> This issues seems still to be unresolved and this bug is still open.
>> Joey wrote the following in his last message.
>>
>>  »All the rest is done now, or I have rejected the change.« [1]
>>
>> Joey, it would be great, if you could respond to Alexander’s answers.
>
> Well, with the last upload (0.53), etckeeper added all lvm
> archive/backup/cache to .gitignore [1].
>
> [1] Joey, the last ChangeLog entry is wrong, s/cache/archive/ since
> lvm/cache was added in version 0.11 already for #462355...
>
> However, according to bugs in the lvm2 package, these files should not
> be ignored at all.  The real problem is that different people think
> these files do not belong to /etc, while upstream does:
>
>     
>   
>
> Please note that I thought about suggesting the same for etckeeper, but
> then ended up filing a bug for lvm2.  My fault that I did not checked
> the etckeeper bug list, sorry:
>
>   
>
> Thx, bye,
> Gismo / Luca

Just FYI, having those files in /etc gives errors if / is read-only and
they need to be configured to somewhere else for that. So ignored or not
doesn't matter to me as the files aren't there anyway in my
configuration.

On the other hand, if they are present, they represent valuable history
of the LVM metadata. If you screw up and e.g. accidentally delete the
wrong LV then you want those infos to restore it. Imho they are worth
preserving. But they don't need to exist for LVM to function.

I would opt for preserving them.

MfG
Goswin



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

Bug#619360: pybootchartgui: SyntaxError from python-support

[Josh Triplett]

Package: pybootchartgui
Version: 0.14.0-2
Severity: normal

Processing triggers for python-support ...
Compiling /usr/lib/pymodules/python2.5/pybootchartgui/main.py ...
  File "/usr/lib/pymodules/python2.5/pybootchartgui/main.py", line 139
print(time * 10, file=f)
 ^
SyntaxError: invalid syntax

Compiling /usr/lib/pymodules/python2.5/pybootchartgui/parsing.py ...
  File "/usr/lib/pymodules/python2.5/pybootchartgui/parsing.py", line 668
except tarfile.ReadError as error:
  ^
SyntaxError: invalid syntax


- Josh Triplett

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

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

Versions of packages pybootchartgui depends on:
ii  python2.6.6-12   interactive high-level object-orie
ii  python-support1.0.11 automated rebuilding support for P

pybootchartgui recommends no packages.

pybootchartgui suggests no packages.

-- no debconf information



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

Bug#619361: No longer capable of mirroring debian-installer section for Ubuntu *-updates

[Max Bowsher]

Package: debmirror
Version: 1:2.8

Hi,

The fix for #619146 "Should not attempt to mirror debian-installer for
squeeze-updates" has accidentally widened the regexp of dists that omit
a debian-installer section a little too far.

Whilst squeeze-updates and successors do not have a debian-installer
section, Ubuntu's *-updates do.

Sidenote: the hardcoded excludes for Ubuntu breezy at this location in
the code can be dropped: breezy-{security,updates} does actually have a
debian-installer section:
http://old-releases.ubuntu.com/ubuntu/dists/breezy-security/main/debian-installer/



signature.asc
Description: OpenPGP digital signature

Bug#544844: Environment set by debhelper

[Raphael Hertzog]

Hi Joey,

now that you're developing debhelper compat 9, it would be really nice
to deal with #544844.

To me it's clear that the consensus is in favor of supporting calling
debian/rules directly and I have taken steps in this direction while
working on dpkg-dev (created dpkg-buildflags, not adding vendor variable
in environment). It would be nice to have debhelper cope nicely with this
decision, otherwise you effectively force us to let dpkg-buildpackage set
the variables forever (or we break many more packages when we do the
change).

Replying more specifically to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=544844#10 I think it's
clear the problem is not the usage of the enviroment variables, but the
fact that they had to be set by the caller of debian/rules. dh setting
the variables is OK because dh is called by debian/rules and thus a caller
of debian/rules does not have to provide anything in the environment.

Furthermore I realized that it would be nice for dh to setup a complete
environment at least when calling overrides targets so that we don't have
to put lots of boilerplate code in debian/rules:
- add if needed the dpkg-architecture variables (dpkg-architecture -l)
- add if needed the dpkg-buildflags variables (dpkg-buildflags --export=sh)
- set some convenience variables that we frequently compute with some
  custom shell command: source package name, first binary
  package name, version, upstream version

I say "add if needed" because the boiler-plate code is usually
FOO ?= $(shell) so you could set the variables only if they are
not already existing.

I hope it's enough to convince you. If not, please share your thoughts
on how we should go forward with this.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

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



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

Bug#619362: phpMyAdmin package not using admin-user preseed

[Steven Maddox]

Package: phpmyadmin
Version: 3.3.7-5

When I preseed answer phpmyadmin/mysql/admin-user to something other 
than root debconf fails to use it when creating the user/database for 
phpmyadmin.  This may be a larger issue with dbconfig-common.

Here is what I do to test on a fresh install of Debian 6.0:

# Quickly set up Apache with PHP and MySQL changing the root username...
apt-get update
echo mysql-server-5.1 mysql-server/root_password password mysqlpass | 
debconf-set-selections
echo mysql-server-5.1 mysql-server/root_password_again password 
mysqlpass | debconf-set-selections
apt-get --no-install-recommends -y install apache2-mpm-prefork 
mysql-server libapache2-mod-php5
mysql -u root -pmysqlpass mysql --execute="UPDATE user set user = 
'mysqluser' where user = 'root';"
service mysql reload

# Now set up phpMyAdmin (tries to connect as 'root'@'localhost' instead 
of 'mysqluser'@'localhost')
echo phpmyadmin phpmyadmin/reconfigure-webserver multiselect apache2 | 
debconf-set-selections
echo phpmyadmin phpmyadmin/dbconfig-install boolean true | 
debconf-set-selections
echo phpmyadmin phpmyadmin/app-password-confirm password pmapass | 
debconf-set-selections
echo phpmyadmin phpmyadmin/mysql/admin-user string mysqluser | 
debconf-set-selections
echo phpmyadmin phpmyadmin/mysql/admin-pass password mysqlpass | 
debconf-set-selections
echo phpmyadmin phpmyadmin/mysql/app-pass password pmapass | 
debconf-set-selections
apt-get --no-install-recommends -y install phpmyadmin
service apache2 reload

I am using Debian GNU/Linux 6.0, kernel 2.6.32-5-686

-- 
Regards

Steven Maddox

OCM Communications Limited, 15 High Street, Shipston on Stour, 
Warwickshire, CV36 4AB. This document is intended for, and should only 
be read by, those persons to whom it is addressed.  Its contents are 
confidential and if you have received this message in error, please 
notify us immediately by telephone and delete all records of the message 
from your computer.  Any form of reproduction, dissemination, copying, 
disclosure, modification, distribution and/or publication of this 
message without our prior or written consent is strictly prohibited. 
Neither the author of this message nor their employers accept legal 
responsibility for the contents of the message. Any views or opinions 
presented are solely those of the author.

Bug#595427: wnpp: ITP: winetricks -- Quick and dirty script to download and install variousredistributable runtime libraries

[Jari Aalto]

2011-03-15 21:24 Austin English :
> On Tue, Mar 15, 2011 at 13:52, Jari Aalto  wrote:
>>    - does not depend on external programs outside of Debian.
>
> ...vast majority of its uses requires downloading things from outside of
> Debian, typically with a potentially non-DFSG license (Microsoft
> redistributable dlls being one of the most common).

But that does not conern Debian. The winetricks itsef is LGPL and DSFG
compliant.

>
>>    - has nothing to do with WINE package itself, so bundling it would
>>      not be good. Winetricks update schedule is different from WINE.
>
> Actually, we're looking at making the release schedule match Wine's
> (every other Friday), to make it easier to package. That said, it's
> not a huge deal at the moment, since Debian hasn't updated Wine in
> ages (still waiting on mingw64 to build wine-gecko, last I checked,
> but I'm not intimately familiar with the situation).

If I understand correct, there are no obstacles left with proceeding with
the packaging of winetricks?

Jari



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

Bug#619344: ocaml 3.11.2-4 FTBFS on Ubuntu natty

[Stéphane Glondu]

reopen 619344
retitle 619344 Not ready for multiarchified libx11-dev
thanks

Le 23/03/2011 01:54, Artur Rona a écrit :
> I was trying to build ocaml 3.11.2-4 on Ubuntu natty, but it fails to
> build. I don't know how to fix it.
> [...]
> X11 not found, the "graph" library will not be supported.
> [...]

This is because the configure script could not find libX11.a/libX11.so,
which is in /usr/lib/x86_64-linux-gnu/, which is not tested. There is no
OCaml-specific knowledge to have, here.

I tried with --x11lib option (setting it to `pkg-config
--variable=libdir x11`), but it doesn't seem to work. I don't have much
time to look into detail right now (maybe tonight).


Cheers,

-- 
Stéphane




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

Bug#619342: sox: rec --null does not honor --rate

[Timo Boettcher]

Hi!

* Pascal Giard  wrote:
> On Tue, Mar 22, 2011 at 8:34 PM, Timo Boettcher
>  wrote:
> > the sox manpage says
> >
> >  The sampling rate associated with a null file is by
> >  default 48 kHz, but, as with a normal file, this can be
> >  overridden if desired using command-line format options
> >
> > This does not work on sox 14.3.1-1:
> >
> > timo@spida ~ % rec -r 44100 -b 16 -c 2 -n empty.wav  trim 0:00 1:00
> > rec WARN formats: can't set sample rate 44100; using 48000
> > rec FAIL sox: Input files must have the same sample-rate
> >
> > it DOES work on sox 14.3.1-1+b1 (on amd64):
> >
> > timo@timo1 ~ % rec -r 48000 -b 16 -c 2 -n empty.wav  trim 0:00 1:00
> 
> Hmmm.. You specified the default rate of 48 kHz on the later one.
This was a copy+paste error. I know I used 44100 successfully, too,
since wodim doesn't accept 48000.
> 
> Timo, if you are trying to set the sample rate of the target, you
> misplaced the sampling rate parameter.
> 
> To make the target 44.1 kHz, in your case empty.wav, you should do the
> following:
> rec -b 16 -c 2 -n -r 44100 empty.wav trim 0:00 1:00
This works for me. Which leaves me with the question, why this behaviour
was changed between 14.3.1-1 and 14.3.1-1+b1 (I had pasted the command
from one of my boxes where it worked to a ssh-session to the other,
where it didn't work)

Timo.



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

Bug#619253: [Pkg-xen-devel] Bug#619253: xen-utils-4.0: xend service can't start because of xenstored segfault

[Ian Campbell]

On Tue, 2011-03-22 at 15:32 +0100, Maciej Galkiewicz wrote:
> 
> syslog:
> Mar 22 15:07:30 router xenstored: TDB error on read: IO Error
> Mar 22 15:07:30 router xenstored: TDB error on read: IO Error
> Mar 22 15:07:30 router xenstored: TDB error on read: IO Error
> Mar 22 15:07:30 router xenstored: TDB error on read: IO Error
> Mar 22 15:07:30 router kernel: [53888.212756] xenstored[7232]:
> segfault
> at 7fff056b5ff8 ip 7f95eb894311 sp 7fff056b6000 error 6 in
> libc-2.11.2.so[7f95eb82d000+158000] 

This looks like the tdb file (the xenstore db backend) has gotten
corrupted somehow causing xenstored to crash (which isn't a terribly
useful reaction).

Since there is no persistent data in xenstore you could try removing (or
moving aside) /var/lib/xenstored/tdb.

It might be worth fsck'ing your filesystem and otherwise checking your
disk integrity -- those IO Errors are slightly worrying.
 
Ian.

-- 
Ian Campbell

mar...@bdsi.com (no longer valid - where are you now, Martin?)
-- from /usr/src/linux/drivers/cdrom/mcd.c


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

Bug#619363: --ignore-missing-release needs to register Release[.gpg] as a needed file

[Max Bowsher]

Package: debmirror
Version: 1:2.8
Tags: patch

Hi,

I am trying to use --ignore-missing-release to support the use-case of
mirroring lenny/updates and squeeze/updates from security.debian.org
into a mirror which still contains the final state of etch/updates
(which I want to keep).

It works, but I have to use --nocleanup because debmirror (shown here
without --nocleanup and with --dry-run) wants to delete things that it
should not:

...
Cleanup mirror.
deleting .temp/dists/etch/updates/Release
deleting .temp/dists/etch/updates/Release.gpg
deleting dists/etch/updates/Release.gpg
All done.
...

("dists/etch/updates/Release" is being registered in %files as -1 by
http_get()'s failure logging, hence not appearing above.)

I think that in --ignore-missing-release mode, missing remote Release
and Release.gpg should be registered as present/needed - for example:

=== modified file 'debmirror'
--- debmirror   2011-03-23 07:33:10 +
+++ debmirror   2011-03-23 07:47:02 +
@@ -891,6 +891,14 @@
   }
 }
   }
+  elsif ($ignore_release) {
+$files{"dists/$codename$dist_sdir/Release"}=1;
+$files{$tempdir."/"."dists/$codename$dist_sdir/Release"}=1;
+if (-f "dists/$codename$dist_sdir/Release.gpg") {
+  $files{"dists/$codename$dist_sdir/Release.gpg"}=1;
+  $files{$tempdir."/"."dists/$codename$dist_sdir/Release.gpg"}=1;
+}
+  }
 }

 # Check that @di_dists contains valid codenames


Thanks!



signature.asc
Description: OpenPGP digital signature

Bug#560092: --trash would be useful for situations where --snapshot is less so

[Max Bowsher]

I would like to use a --trash feature too, and --snapshot would not
really serve my purposes.

My reason for wanting --trash is as a low-maintenance safety-net - I
don't have a need to preserve histories of the index file, I just need
to not delete many gigabytes if something goes awry.

I need the trash moved out of the pool before I commit to deleting it,
so I can easily assess what size on disk trash is occupying.

Max.



signature.asc
Description: OpenPGP digital signature

Bug#619283: closed by Julien Cristau (Re: Bug#619283: /usr/share/X11/xorg.conf.d/10-evdev.conf breaks my muliseat xorg.conf)

[Joachim Zobel]

Hi.

Thanks for the hint on working around this. 

My point is however that a valid xorg.conf is not working. This is a
bug.

The situation would be different
if /usr/share/X11/xorg.conf.d/10-evdev.conf was a configuration file.
However it is not.

Sincerely,
Joachim





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

Bug#619362: phpMyAdmin package not using admin-user preseed

[Michal Čihař]

Hi

Dne Wed, 23 Mar 2011 06:43:46 -
"Steven Maddox"  napsal(a):

> Package: phpmyadmin
> Version: 3.3.7-5
> 
> When I preseed answer phpmyadmin/mysql/admin-user to something other 
> than root debconf fails to use it when creating the user/database for 
> phpmyadmin.  This may be a larger issue with dbconfig-common.

Indeed, this is known dbconfig-common issue, see bug #476946.

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


signature.asc
Description: PGP signature

Bug#619364: linux-image-2.6.38-1-amd64: forcedeth module blocks new tcp connections after some time

[Vitalie Lazu]

Package: linux-2.6
Version: 2.6.38-1
Severity: important
Tags: squeeze sid

After some time (16 hours or so) my computer blocks new tcp connections to 
internet.
Local network works perfect, I can connect to my wireless router to tcp port 80.
Ping also works to external networks, existing connections also works and data
is transfered without any problems or delay.

The main problem is that it can not create any new connections, I do not have 
any 
firewall installed. In the past I used OSX in the same environment at home and 
these 
problems did not happen. My computer is online all the time, but this network 
issue 
make problems to me.

I have to reboot debian to make network connections work again. It also fails 
to reboot 
my computer, it hangs after wrintting to console that system will be rebooted. 
Power off
works perfectly. I had to shutdown it by pressing power button for 5 seconds 
and start it again.

I tried to remove module forcedeth from kernel and add it again, stopped eth0 
interface, 
disconnected network cable, nothing helped. The bug is also present in Squeeze 
kernel.

How can I help to debug this problem further and fix it?

Any help will be appreciated,
Thanks.

-- Package-specific info:
** Version:
Linux version 2.6.38-1-amd64 (Debian 2.6.38-1) (b...@decadent.org.uk) (gcc 
version 4.4.5 (Debian 4.4.5-14) ) #1 SMP Wed Mar 16 17:38:02 UTC 2011

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.38-1-amd64 
root=UUID=b52327c2-06af-4e17-bd88-39a6c6b99d9d ro ipv6.disable=1 quiet

** Tainted: PO (4097)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[3.827401] pci :02:00.0: power state changed by ACPI to D0
[3.827409] pci :02:00.0: PCI INT A -> Link[Z003] -> GSI 23 (level, low) 
-> IRQ 23
[3.827412] pci :02:00.0: setting latency timer to 64
[3.827568] [fglrx] Kernel PAT support is enabled
[3.827585] [fglrx] module loaded - fglrx 8.82.8 [Jan 26 2011] with 1 minors
[3.837033] usb 4-1.1: New USB device found, idVendor=05ac, idProduct=8215
[3.837038] usb 4-1.1: New USB device strings: Mfr=1, Product=2, 
SerialNumber=3
[3.837041] usb 4-1.1: Product: Bluetooth USB Host Controller
[3.837044] usb 4-1.1: Manufacturer: Apple Inc.
[3.837046] usb 4-1.1: SerialNumber: 64B9E8EADA1F
[3.921313] Bluetooth: Core ver 2.15
[3.921335] NET: Registered protocol family 31
[3.921336] Bluetooth: HCI device and connection manager initialized
[3.921338] Bluetooth: HCI socket layer initialized
[3.923020] usb 4-1.2: new full speed USB device using ohci_hcd and address 5
[3.943462] Bluetooth: Generic Bluetooth USB driver ver 0.6
[3.944452] usbcore: registered new interface driver btusb
[3.974286] Linux video capture interface: v2.00
[3.996103] ath9k :03:00.0: power state changed by ACPI to D0
[3.996107] ath9k :03:00.0: power state changed by ACPI to D0
[3.996116] ath9k :03:00.0: PCI INT A -> Link[Z00F] -> GSI 22 (level, 
low) -> IRQ 22
[3.996122] ath9k :03:00.0: setting latency timer to 64
[3.998284] uvcvideo: Found UVC 1.00 device Built-in iSight (05ac:8502)
[4.002936] input: Built-in iSight as 
/devices/pci:00/:00:04.1/usb1/1-4/1-4:1.0/input/input7
[4.003102] usbcore: registered new interface driver uvcvideo
[4.003103] USB Video Class driver (v1.0.0)
[4.033030] usb 4-1.2: New USB device found, idVendor=05ac, idProduct=820a
[4.033033] usb 4-1.2: New USB device strings: Mfr=0, Product=0, 
SerialNumber=0
[4.426592] ath: EEPROM regdomain: 0x37
[4.426593] ath: EEPROM indicates we should expect a direct regpair map
[4.426595] ath: Country alpha2 being used: AW
[4.426596] ath: Regpair used: 0x37
[4.444151] input: HID 05ac:820a as 
/devices/pci:00/:00:06.0/usb4/4-1/4-1.2/4-1.2:1.0/input/input8
[4.444230] generic-usb 0003:05AC:820A.0005: input,hidraw4: USB HID v1.11 
Keyboard [HID 05ac:820a] on usb-:00:06.0-1.2/input0
[4.518673] ieee80211 phy0: Selected rate control algorithm 
'ath9k_rate_control'
[4.518901] Registered led device: ath9k-phy0::radio
[4.518919] Registered led device: ath9k-phy0::assoc
[4.518934] Registered led device: ath9k-phy0::tx
[4.518951] Registered led device: ath9k-phy0::rx
[4.518954] ieee80211 phy0: Atheros AR9280 Rev:2 mem=0xc90005da, 
irq=22
[4.522024] usb 4-1.3: new full speed USB device using ohci_hcd and address 6
[4.633034] usb 4-1.3: New USB device found, idVendor=05ac, idProduct=820b
[4.633039] usb 4-1.3: New USB device strings: Mfr=0, Product=0, 
SerialNumber=0
[4.642281] input: HID 05ac:820b as 
/devices/pci:00/:00:06.0/usb4/4-1/4-1.3/4-1.3:1.0/input/input9
[4.642369] generic-usb 0003:05AC:820B.0006: input,hidraw5: USB HID v1.11 
Mouse [HID 05ac:820b] on usb-:00:06.0-1.3/input0
[4.826361] scsi 6:0:0:0: Direct-Access APPLESD Card Reader   1.00 
PQ: 0 ANSI: 0
[4.826943] sd 6:0:0:0: Attached scsi g

Bug#619365: Feature: --local-only-dist= option?

[Max Bowsher]

Package: debmirror
Version: 1:2.8
Severity: wishlist

Hi,

I'd like to get some initial feedback on a feature idea before I have a
go at implementing it.

The --ignore-missing-release option is useful, but even better would be
an option that took a list of dists, like --dist does, and instead of
even trying to download them, just read their local metadata for use in
orchestrating cleanup.

Essentially, a tradeoff - for being willing to specify the specific list
of dists expected to exist locally but not remotely, I get to avoid the
errors (even if they are non-fatal) that ignoring missing Release files
currently raises.

The use-case for this is maintaining a local mirror of etch past the
time it has been removed from the official mirrors.

I'm notionally thinking of such an option as --local-only-dist - better
naming suggestions welcomed.

Max.



signature.asc
Description: OpenPGP digital signature

Bug#617476: use CLIENT_MULTI_RESULTS in gmysql backend

[Sandro Tosi]

On Wed, Mar 9, 2011 at 08:54, Sandro Tosi  wrote:
> Package: pdns
> Severity: normal
>
> Hello,
> we have a MySQL database we query using stored procedures; by default this 
> setup
> doesn't work since stored proc returns more than one row and mysql connection 
> is
> not opened using the CLIENT_MULTI_RESULTS parameter.
>
> I'm attaching the patch we're using to correctly use stored proc to retrieve
> data; it doesn't introduce any problem for "plain" mysql queries (in case you
> have a standard schema where pdns connects using its default queries).
>
> I also wrote about that on the pdns-users ml[1].
>
> [1] http://mailman.powerdns.com/pipermail/pdns-users/2011-March/007496.html

The patch has been accepted upstream:

  It has been added to revision 2084, which can be downloaded from
  http://powerdnssec.org/snapshots/

  It will also be part of the 3.0 release.

It would be extra cool if you can include in a soon-to-come upload to
sid and (very nicely) also to backport (if you prefer, I can handle
the backport stuff, but it might be nicer if you consider doing it).

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



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

Bug#619366: Squeeze install hangs (Mac mini)

[Sakari Aaltonen]

Package: Installer

I would like to install Squeeze on a Mac mini (Intel, mid-2010 model).  
As the normal i386
install does not recognize the Ethernet hardware, I'm using the  
special version from
http://wiki.debian.org/MacMiniIntel. It starts out promisingly, but  
hangs at "Select and
install software", with the indicator bar stuck at "1%". This will go  
on for hours. I can

only stop the endless wait by switching the power off.

I reported the problem on the user forum
 http://forums.debian.net/viewtopic.php?f=17&t=61866

However, there have been no answers.



Installer ISO:
  debian-squeeze-i386-netinst-mac-mini.iso
SHA1:
  44519bbfc48f5728ed6597a89b8f99ccd848fd61





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

Bug#619367: xemacs21: installing elisp packages fails: Symbol's function definition is void: batch-byte-compile

[Timo Juhani Lindfors]

Package: xemacs21
Version: 21.4.22-3.1
Severity: important

Trying to install packages that provide elisp files fails here with the
errors listed below. This looks a lot like the old bug #391778 so you
might want to reopen and merge it with this.

$ sudo apt-get install ocaml-mode
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
  libplist1 libsoundtouch0 python-gnome2 gnome-media-common gnome-power-manager 
python-evolution libgsf-1-common libzbar0 python-pyorbit python-gnomedesktop 
libavutil49
  realpath libgphoto2-l10n unattended-upgrades gnome-media libgmime-2.4-2 
nautilus libcdio-paranoia0 libnettle3 emacs23-bin-common libgphoto2-port0 
usbmuxd
  gnome-session-bin libbrasero-media0 libxklavier16 libgucharmap7 genisoimage 
libecore-con-svn-06 libotf0 gnome-panel-data upower anthy libppl7 
desktop-file-utils
  gvfs-backends libgnome-window-settings1 libimobiledevice1 
gnome-settings-daemon binutils-multiarch liblua5.1-0-dev libburn4 alacarte 
gnome-menus gnome-session-common
  python-software-properties libestools2.0 libcpufreq0 python-gnomekeyring 
libslv2-9 gnome-keyring ocaml-interp librasqal2 libxcb-image0 m17n-db 
libreadline6-dev
  python-gmenu libecore-fb-svn-06 libgp11-0 gnome-about libgcr0 libppl-c2 
libecore-ipc-svn-06 libedataserverui1.2-8 deskbar-applet cpufrequtils 
gcc-4.4-multilib
  libedataserverui1.2-11 gnome-applets-data libgme0 libidn11-dev libgsf-1-114 
software-properties-gtk evince-common libevince2 qt4-qtconfig libhogweed1 
libntfs-3g75
  libembryo0 libv8-2.5.9.15 libembryo1 libdjvulibre21 libcurl4-gnutls-dev 
growisofs libgnomekbd4 libeina-doc libecore-svn-06 libgnome-media0 nautilus-data
  libqtassistantclient4 libelementary-data python-gnupginterface cdrdao 
libtracker-client-0.8-0 libtotem-plparser17 libqt4-assistant libeet-doc 
libmimic0
  libkadm5clnt-mit7 ledit ocaml-base-nox libusbmuxd1 libecore-file-svn-06 
libm17n-0 synaptic m17n-contrib gksu gnome-desktop-data libkadm5srv-mit7 
libsigsegv0
  libupower-glib1 libnautilus-extension1 libanthy0 brasero-common 
app-install-data anthy-common liboobs-1-4 libgksu2-0 python-gnomeapplet 
libcdio-cdda0
  chromium-browser-inspector libkdb5-4 libc-ares-dev capplets-data libisofs6 
common-lisp-controller dvd+rw-tools libeina-svn-06 libdjvulibre-text 
libembryo-bin
  system-tools-backends emacs23-common cl-asdf libembryo-dev 
libpam-gnome-keyring python-gconf libfribidi-dev gnome-netstatus-applet 
epiphany-browser-data libgphoto2-2
  libgnomekbd-common libldap2-dev libreadline-dev
Use 'apt-get autoremove' to remove them.
Suggested packages:
  ocaml
The following NEW packages will be installed:
  ocaml-mode
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 112 kB of archives.
After this operation, 397 kB of additional disk space will be used.
Get:1 http://ftp.debian.org/debian/ sid/main ocaml-mode amd64 3.11.2-4 [112 kB]
Fetched 112 kB in 0s (354 kB/s)
Selecting previously deselected package ocaml-mode.
(Reading database ... 240657 files and directories currently installed.)
Unpacking ocaml-mode (from .../ocaml-mode_3.11.2-4_amd64.deb) ...
Setting up ocaml-mode (3.11.2-4) ...
install/ocaml-mode: Handling install for emacsen flavor xemacs21

WARNING:
Couldn't find obvious defaults for:
data-directory
mule-lisp-directory
lisp-directory
Perhaps some directories don't exist, or the XEmacs executable,
/usr/bin/xemacs21
is in a strange place?Symbol's function definition is void: batch-byte-compile
xemacs exiting
.
emacs-package-install: /usr/lib/emacsen-common/packages/install/ocaml-mode 
xemacs21 xemacs21 failed at /usr/lib/emacsen-common/emacs-package-install line 
30,  line 1.
dpkg: error processing ocaml-mode (--configure):
 subprocess installed post-installation script returned error exit status 255
configured to not write apport reports
  Errors were encountered while processing:
 ocaml-mode
E: Sub-process /usr/bin/dpkg returned an error code (1)

$ dpkg-query -W -f '${Package} ${Version} ${Status}\n'|grep emacs
emacs23 23.2+1-7 deinstall ok config-files
emacs23-bin-common 23.2+1-7 install ok installed
emacs23-common 23.2+1-7 install ok installed
emacsen-common 1.4.22 install ok installed
xemacs21 21.4.22-3.1 install ok installed
xemacs21-basesupport 2009.02.17.dfsg.1-1 install ok installed
xemacs21-bin 21.4.22-3.1 install ok installed
xemacs21-mule 21.4.22-3.1 install ok installed
xemacs21-mulesupport 2009.02.17.dfsg.1-1 install ok installed
xemacs21-support 21.4.22-3.1 install ok installed

$ ls -l /etc/alternatives/|grep emacs
lrwxrwxrwx 1 root root  21 Mar 23 03:15 b2m -> /usr/bin/b2m.xemacs21
lrwxrwxrwx 1 root root  37 Mar 23 03:15 b2m.1.gz -> 
/usr/share/man/man1/b2m.xemacs21.1.gz
lrwxrwxrwx 1 root root  22 Feb 14  2010 ctags -> /usr/bin/ctags.emacs23
lrwxrwxrwx 1 root root  38 Feb 14  2010 ctags.1.gz -> 
/usr/share/man/man1/ctags.emacs23.1.gz
lrwxrwx

Bug#619283: closed by Julien Cristau (Re: Bug#619283: /usr/share/X11/xorg.conf.d/10-evdev.conf breaks my muliseat xorg.conf)

[Cyril Brulebois]

Joachim Zobel  (23/03/2011):
> My point is however that a valid xorg.conf is not working. This is a
> bug.

“Valid” and “not working” by which definition?

> The situation would be different if
> /usr/share/X11/xorg.conf.d/10-evdev.conf was a configuration file.
> However it is not.

Indeed; and that's about default configuration, which can be overriden
as Julien already pointed out.

Still not a bug.

KiBi.


signature.asc
Description: Digital signature

Bug#619347: ITP: jappix -- The first full-featured XMPP web-client in the world

[Olivier Berger]

Le mardi 22 mars 2011 à 21:58 -0400, Philippe Gauthier a écrit :

> 
> Jappix is a fresh new open social platform which enables you to create
> your own cloud, wherever you want to.

I'm not sure this description is really accurate, given the meaning that
"cloud" confers nowadays. I'd suggest to rephrase for something less
buzz word oriented, and more accurate of what the program allows to do.

My 2 cents,

Best regards,
-- 
Olivier BERGER 
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingénieur Recherche - Dept INF
Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France)




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

Bug#561051: Comments

[Petri Lehtinen]

Looks good to me, but shouldn't the -dev package be just
libjansson-dev rather than libjansson4-dev?



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

Bug#619364: Other devices from network works

[Vitalie Lazu]

I want to add that other devices from network works. Hp laptop with Debian 
Squeeze - wireless/cable. Nexus One with Android - wireless.

-- 
Best regards,
Vitalie
WWW: http://vitalie.webng.md



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

Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc

[Guido Günther]

Hi Jonathan,
On Fri, Mar 11, 2011 at 01:28:33AM -0600, Jonathan Nieder wrote:
> Package: icedove
> Version: 3.1.9-1
> Severity: grave
> 
> Hi,
> 
> Typical experimental system.  Trying to run icedove, I get
> 
>  $ icedove; echo $?
>  /usr/lib/icedove/icedove-bin: symbol lookup error: 
> /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
>  127

Could you try:

$ readelf -a /usr/lib/icedove/libxpcom.so | grep NS_Alloc
38c4  0201 R_386_32     NS_Alloc_P
3a28  0207 R_386_JUMP_SLOT      NS_Alloc_P
 2:  0 FUNCGLOBAL DEFAULT  UND NS_Alloc_P
   109: 21db31 FUNCGLOBAL DEFAULT   12 NS_Alloc

The output should look similar to the above.

Did this happen after an update or is this a fresh install?
Cheers,
 -- Guido

> 
> I have no plugins installed.  Any hints for tracking this down?
> 
> Jonathan
> 
> $ LD_LIBRARY_PATH=/usr/lib/icedove \
>   ldd /usr/lib/icedove/components/libdbusservice.so
> /usr/bin/ldd: line 161: /lib/ld-linux.so.2: cannot execute binary file
>   linux-vdso.so.1 =>  (0x7fff63bff000)
>   libxpcom.so => /usr/lib/icedove/libxpcom.so (0x7f6a4f8c2000)
>   libnspr4.so.0d => /usr/lib/libnspr4.so.0d (0x7f6a4f676000)
>   libdbus-glib-1.so.2 => /usr/lib/libdbus-glib-1.so.2 (0x7f6a4f451000)
>   libdbus-1.so.3 => /lib/libdbus-1.so.3 (0x7f6a4f20d000)
>   libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x7f6a4ef05000)
>   libc.so.6 => /lib/libc.so.6 (0x7f6a4eb81000)
>   libxpcom_core.so => /usr/lib/icedove/libxpcom_core.so 
> (0x7f6a4e8be000)
>   libpthread.so.0 => /lib/libpthread.so.0 (0x7f6a4e6a2000)
>   libdl.so.2 => /lib/libdl.so.2 (0x7f6a4e49d000)
>   libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x7f6a4e24f000)
>   libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x7f6a4e04b000)
>   librt.so.1 => /lib/librt.so.1 (0x7f6a4de42000)
>   libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x7f6a4db58000)
>   libm.so.6 => /lib/libm.so.6 (0x7f6a4d8d6000)
>   /lib64/ld-linux-x86-64.so.2 (0x7f6a4fcd2000)
>   libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x7f6a4d6bf000)
>   libplds4.so.0d => /usr/lib/libplds4.so.0d (0x7f6a4d4bc000)
>   libplc4.so.0d => /usr/lib/libplc4.so.0d (0x7f6a4d2b8000)
>   libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x7f6a4cc8f000)
>   libpcre.so.3 => /lib/libpcre.so.3 (0x7f6a4ca54000)
>   libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x7f6a4c7a2000)
>   libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 
> (0x7f6a4c596000)
>   libX11.so.6 => /usr/lib/libX11.so.6 (0x7f6a4c258000)
>   libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x7f6a4c055000)
>   libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x7f6a4be53000)
>   libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x7f6a4bc4d000)
>   libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x7f6a4ba2b000)
>   libcairo.so.2 => /usr/lib/libcairo.so.2 (0x7f6a4b72d000)
>   libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 
> (0x7f6a4b51)
>   libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x7f6a4b1ea000)
>   libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 
> (0x7f6a4afc)
>   libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x7f6a4ad74000)
>   libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x7f6a4aada000)
>   libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x7f6a4a8a5000)
>   libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x7f6a4a6a2000)
>   libXext.so.6 => /usr/lib/libXext.so.6 (0x7f6a4a48f000)
>   libXrender.so.1 => /usr/lib/libXrender.so.1 (0x7f6a4a285000)
>   libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x7f6a4a083000)
>   libXi.so.6 => /usr/lib/libXi.so.6 (0x7f6a49e73000)
>   libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x7f6a49c6b000)
>   libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x7f6a49a61000)
>   libz.so.1 => /usr/lib/libz.so.1 (0x7f6a49848000)
>   libxcb.so.1 => /usr/lib/libxcb.so.1 (0x7f6a4962c000)
>   libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x7f6a493b7000)
>   libEGL.so.1 => /usr/lib/libEGL.so.1 (0x7f6a491a7000)
>   libpng12.so.0 => /lib/libpng12.so.0 (0x7f6a48f81000)
>   libxcb-shm.so.0 => /usr/lib/libxcb-shm.so.0 (0x7f6a48d7e000)
>   libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x7f6a48b76000)
>   libGL.so.1 => /usr/lib/libGL.so.1 (0x7f6a488ff000)
>   libresolv.so.2 => /lib/libresolv.so.2 (0x7f6a486e8000)
>   libselinux.so.1 => /lib/libselinux.so.1 (0x7f6a484ca000)
>   libexpat.so.1 => /usr/lib/libexpat.so.1 (0x7f6a482a1000)
>   libXau.so.6 => /usr/lib/libXau.so.6 (0x7f6a4809e000)
>   libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x7f6a47e98000)
>   libXxf86vm.so.1 => /u

Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc

[Jonathan Nieder]

Hi Guido,

Guido Günther wrote:

> $ readelf -a /usr/lib/icedove/libxpcom.so | grep NS_Alloc

002035b8  00030001 R_X86_64_64    NS_Alloc_P + 0
00203880  00030007 R_X86_64_JUMP_SLO  NS_Alloc_P + 0
 3:  0 FUNCGLOBAL DEFAULT  UND NS_Alloc_P
   110: 2c33 5 FUNCGLOBAL DEFAULT   12 NS_Alloc

> Did this happen after an update or is this a fresh install?

Fresh install.

Thanks and hope that helps,
Jonathan



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

Bug#606860: gns3: Hardcoded Python 2.6 dependancy

[Erik Wenzel]

Hi Stefano,

Am 12.12.10 15.19, schrieb Stefano Rivera:
> Package: gns3
> Version: 0.7.2-1
> Severity: normal
> Tags: patch
> 
> gns3 hard-codes a dependency on Python 2.6, rather than building with
> the build-time default Python version. pyversions should state the
> python versions supported by the codebase (in this case 2.5-, according
> to README).
I have talked to upstream. This is a Documentation Bug. gns3 needs
python2.6 or higher. This is fixed in 0.7.3 README.

> I assume this is a result of http://bugs.debian.org/573583, but it seems
> like an over-the-top response.
That's true. Upstream decided to use a python2.6 only feature to fix
this bug. So it is not a "over-the-top" response.

> In Ubuntu, we've re-hard-coded gns3 to support 2.7 only, but I recommend
> the following patch:
> 
> 
> diff -u gns3-0.7.2/debian/control gns3-0.7.2/debian/control
> --- gns3-0.7.2/debian/control
> +++ gns3-0.7.2/debian/control
> @@ -4,7 +4,7 @@
>  Maintainer: Erik Wenzel 
>  Homepage: http://www.gns3.net/
>  Vcs-Browser: http://gpl.code.de/gitweb?p=gns3.git;a=summary
> -Build-Depends: python2.6, python-support, cdbs (>= 0.4.43), debhelper (>= 
> 5.0.37.2), python-qt4-dev (>=4.3)
> +Build-Depends: python, python-support, cdbs (>= 0.4.43), debhelper (>= 
> 5.0.37.2), python-qt4-dev (>=4.3)
>  Standards-Version: 3.9.0


-- 
Erik Wenzelxmpp: plo...@jabber.ccc.de/home
Debian Developer  gpg: 1C6E77A082DA2EDBD1B125B498C99E8BDB898410



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

Bug#619311: add Built-Using field support

[Raphael Hertzog]

Hi,

On Tue, 22 Mar 2011, Mark Hymers wrote:
> Please consider merging it.  Note that dpkg-deb still complains that it's a
> user-defined field although it gets added to the binary control file anyways.
> I looked at patching it into lib/dpkg/parse.c as well but wasn't sure how far
> down this road to go - do I need to patch it in as a true dependency field in
> lib/dpkg/dpkg-db.h even though it doesn't matter for dep resolution?  If so,
> does support need to be added to dselect/pkgdepcon.cc and src/depcon.c even
> if just to ignore it?

No, I just added it to the list of known arbitrary fields in
dpkg-deb/build.c.

I have merged your work with this supplementary change.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

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



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

Bug#619369: epiphany-browser: Cannot sell on eBay

[Chris Carr]

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

Hi. When attempting to sell an item at www.ebay.co.uk, the mandatory PayPal
payment method is somehow not tagged properly when the page is rendered in
epiphany. Firing up iceweasel on the same system results in the same page
rendering properly and eBay allowing the listing to complete.

Unfortunately due to eBay's session management setup I cannot provide a link
to this stage in the sales listing process, but it's the page after you select
a category, where you enter all the details about the item (photo, description,
etc.). The error occurs when you click continue, eBay says "You must accept
PayPal as a payment method", and there is nothing to check or click on to make
that happen (it should be automatic, but something is going wrong). 

Regards,

CC

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

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

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

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

-- no debconf information



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

Bug#588434: libpam-ldap: unable to change password

[Robert Krawczyk]

Hi there!

While investigating this problem I have found a "solution" in a German
Ubuntu forum, see
http://www.ubuntu-forum.de/artikel/43212/ldap-userpasswort-per-passwd-ändern.html.
They suggest to install libpam-cracklib

apt-get libpam-cracklib

and it worked for me, too. libpam-cracklib is not a dependency of
libpam-ldap. My versions are (squeeze):

libldap-2.4-2 2.4.23.7
libpam-ldap 184-8.5
libnss-ldap 0.7.13

I think there is a dependency missing in libpam-ldap.

Best regards,
Robert



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

Bug#619328: console-setup-freebsd: Uninstallable on Linux hosts

[Anton Zinoviev]

On Tue, Mar 22, 2011 at 11:41:39PM +0100, Didier Raboud wrote:
> 
> as silly as it might sound, I tried to install the arch:all
> console-setup-freebsd on my amd64 (aka linux-amd64) and it is not installable
> because of "unsatisfiable dependencies". This is likely to forbid the entry
> of this package to testing (without manual handling from the Release Team).

I noticed that there are packages (for example pm-utils) whose 
architecture is 'all' and nonetheless they are not installable on 
kFreeBSD because of unsatisfiable dependencies.  Does this mean the 
architectures are not equal in rights - an 'all' package is allowed to 
be uninsallable on kFreeBSD but not on Linux?

> Hence I would suggest to change the Architecture field of
> console-setup-freebsd to "kfreebsd-any" (and to linux-any for c-s-linux,
> obviously).

This would require an unnecessary recompilation of the package for all 
architectures, something I'd like to avoid.  On a slow machinke (like 
those used by build daemons on some architectures) the compilation of 
console-setup could take hours.

If an 'all' package is not allowed to depend on kFreeBSD-only package, 
then I'd rather lower the dependencies of console-setup-{linux,freebsd} 
from strong Depends to merely recommends.  There are enough checks in 
the scripts of console-setup to make sure it will work (with reduced 
functionality, of course), if some of its dependencies are not 
satisfied.  In addition to this, it is possible to apply the 
distributive law of the propositional calculus and use the following in 
console-setup and console-setup-mini:

Depends: 
 kbd | console-tools | console-setup-freebsd, 
 console-setup-linux | console-setup-freebsd,
 console-setup-linux | vidcontrol,
 console-setup-linux | kbdcontrol,
 kbd | console-tools | vidcontrol,
 kbd | console-tools | kbdcontrol

Hopefully, the great APT will not get too much confused by this. :)

Anton Zinoviev




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

Bug#619343: [Pkg-utopia-maintainers] Bug#619343: screen still blinks

[Michael Biebl]

Am 23.03.2011 01:42, schrieb Marco d'Itri:
> Package: upower
> Version: 0.9.9-1~sid1
> Severity: important
> 
> This looks related to #613745. When I run upower -m I get an endless
> stream of:
> 
> [01:36:22.900]device removed:   
> /org/freedesktop/UPower/devices/battery_BAT0
> [01:36:23.971]device added: 
> /org/freedesktop/UPower/devices/battery_BAT0
> [01:36:23.971]device changed: 
> /org/freedesktop/UPower/devices/battery_BAT0
> [01:36:23.972]device changed: 
> /org/freedesktop/UPower/devices/battery_BAT0
> 
> This means that the screen blinks every second (also stopping a mouse
> selection in progress and generally driving me mad).
> 
> This also causes the issue reported in #606414.

I actually don't think those two are related.

That said, did previous versions of upower not expose this behaviour?
If so, a git bisect [1] run to find the faulty commit would be very helpful.

Michael

[1] http://cgit.freedesktop.org/upower/
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#619276: postfix-policyd: Postfix-policyd exits with error "didn't find priority 'LOG_IFOO'"

[Viridiana Sala]

Hi,
this is the strings output:
root@maya:~# strings /usr/sbin/postfix-policyd  | grep LOG
LOG_EMERG
LOG_ALERT
LOG_CRIT
LOG_ERR
LOG_WARNING
LOG_NOTICE
LOG_INFO
LOG_DEBUG
LOG_KERN
LOG_USER
LOG_MAIL
LOG_DAEMON
LOG_AUTH
LOG_SYSLOG
LOG_AUTHPRIV
LOG_LOCAL0
LOG_LOCAL1
LOG_LOCAL2
LOG_LOCAL3
LOG_LOCAL4
LOG_LOCAL5
LOG_LOCAL6
LOG_LOCAL7
SYSLOG_FACILITY=

I'm using the default configuration file.

TIA

Viridiana

On Tue, 22 Mar 2011, Ondřej Surý wrote:


Could you do:

$ strings usr/sbin/postfix-policyd  | grep LOG

On the failing binary and send here the output?

Also if you can attach a strace output, it could be helpful.

O.

On Tue, Mar 22, 2011 at 18:14, Viridiana Sala  wrote:

It seems very strange to me also, but there's no reference to a "LOG_IFOO'"
in my configuration files (and the same file works with the 32 bit of the
software)


The only place where I can set the facility is in the configuration files,
and using "LOG_MAIL | LOG_INFO" (as in the shipped configuration) will cause
the error.
I can replicate the problem with a fresh installation of postfix-policyd,
installing it via apt-get on another system (it fails with the LOG_IFOO
error just after installation, using the default configuration file).

Viridiana

On Tue, 22 Mar 2011, Ondřej Surý wrote:


Are you sure you didn't make a typo when specifying the facility? It
seems a very unlikely that the policyd would rewrite INFO to IFOO.

O.

On Tue, Mar 22, 2011 at 17:35, Viridiana Sala  wrote:


Package: postfix-policyd
Version: 1.82-2+b1
Severity: minor

Postfix-policyd exits at startup with this error message:

fatal: didn't find priority 'LOG_IFOO', exiting

Changing SYSLOG_FACILITY from "LOG_MAIL | LOG_INFO" to "LOG_MAIL |
LOG_ERR" (or remove "LOG_INFO") makes postfix-policyd start correctly

The 32 bit version of the same software seems not affected.



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

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

Versions of packages postfix-policyd depends on:
ii  dbconfig-common         1.8.46+squeeze.0 common framework for
packaging dat
ii  debconf [debconf-2.0]   1.5.36.1         Debian configuration
management sy
ii  libc6                   2.11.2-10        Embedded GNU C Library:
Shared lib
ii  libmysqlclient16        5.1.49-3         MySQL database client
library
ii  mysql-client            5.1.49-3         MySQL database client
(metapackage
ii  mysql-client-5.1 [mysql 5.1.49-3         MySQL database client
binaries
ii  zlib1g                  1:1.2.3.4.dfsg-3 compression library -
runtime

Versions of packages postfix-policyd recommends:
ii  mysql-server                  5.1.49-3   MySQL database server
(metapackage
ii  mysql-server-5.1 [mysql-serve 5.1.49-3   MySQL database server
binaries and

postfix-policyd suggests no packages.

-- debconf information excluded







--
Ondřej Surý 




---
Viridiana Sala
Messagenet srl
Messaggistica e Telecomunicazioni

Tel: +39 02 48102000
Fax: +39 02 48026819




--
Ondřej Surý 




---
Viridiana Sala
Messagenet srl
Messaggistica e Telecomunicazioni

Tel: +39 02 48102000
Fax: +39 02 48026819execve("/usr/sbin/postfix-policyd", ["/usr/sbin/postfix-policyd", "-c", 
"/etc/postfix-policyd.conf"], ["TERM=xterm", "SHELL=/bin/bash", 
"SSH_CLIENT=192.168.130.20 34125 22", "SSH_TTY=/dev/pts/3", "USER=root", 
"TWO_TASK=io", "LD_LIBRARY_PATH=/home/oracle/instantclient_10_2", 
"TNS_ADMIN=/home/oracle/instantclient_10_2/network/admin", 
"MAIL=/var/mail/root", 
"PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/home/oracle/instantclient_10_2",
 "PWD=/root", "LANG=en_US.UTF-8", "SHLVL=1", "HOME=/root", "LOGNAME=root", 
"SSH_CONNECTION=192.168.130.20 34125 192.168.130.118 22", 
"ORACLE_HOME=/home/oracle/instantclient_10_2", "_=/usr/bin/strace"]) = 0
brk(0)  = 0x331c000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f549b1be000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
open("/home/oracle/instantclient_10_2/tls/x86_64/libmysqlclient.so.16", 
O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/home/oracle/instantclient_10_2/tls/x86_64", 0x70daf180) = -1 ENOENT 
(No such file or directory)
open("/home/oracle/instantclient_10_2/tls/libmysqlclient.so.16", O_RDONLY) = -1 
ENOENT (No such file or directory)
stat("/home/oracle/instantclient_10_2/tls", 0x70daf180) = -1 ENOENT (No 
such file or directory)
open("/home/oracle/instantclient_10_2/x86_64/libmysqlclient.so.16", O_RDONLY) = 
-1 ENOENT (No such file or directory)
stat("/home/oracle/instantclient_10_2/x86_64", 0x70daf180) = -1 ENOENT (No 
such file or directory)
open("/home/oracle/instantclient_10_2/libmysqlclient.so.16", O_RDONLY) = -1 
ENOENT (

Bug#606860: gns3: Hardcoded Python 2.6 dependancy

[Stefano Rivera]

Hi Erik (2011.03.23_11:01:18_+0200)
> > I assume this is a result of http://bugs.debian.org/573583, but it seems
> > like an over-the-top response.
> That's true. Upstream decided to use a python2.6 only feature to fix
> this bug. So it is not a "over-the-top" response.

By over-the-top I was referring to the building with a single hardcoded
version of Python, rather than versions >= 2.6. gns3 *does* support
python 2.7 (it says so in README, too), but the current packaging
doesn't allow for that.

We are planning to have a Python 2.7 transition soon, and this package
won't build with Python 2.7 when it is released.

I still suggest my previous patch with an s/2.5/2.6/ on pyversions.


While I'm here:

Considering that GNS3 is a GUI application, whose internals are probably
not of interest to other Python modules, it makes little sense to put it
in the public Python namespace. I'd be tempted to move it into
/usr/share/gns3, with the addition of the following patch:

--- gns3-0.7.3/debian/rules
+++ gns3-0.7.3/debian/rules
@@ -7,6 +7,8 @@
 include /usr/share/cdbs/1/rules/debhelper.mk
 include /usr/share/cdbs/1/class/python-distutils.mk
 
+DEB_PYTHON_INSTALL_ARGS_gns3 += --install-lib /usr/share/gns3
+
 DEB_INSTALL_MANPAGES_gns3 := debian/gns3.1
 
 binary-predeb/gns3::
@@ -16,6 +18,8 @@
install -D -m 644 debian/gns3.ini 
debian/$(cdbs_curpkg)/usr/share/doc/gns3/gns3.ini
install -D -m 755 qemuwrapper/qemuwrapper.py 
debian/$(cdbs_curpkg)/usr/share/doc/gns3/qemuwrapper.py
install -D -m 755 qemuwrapper/pemubin.py 
debian/$(cdbs_curpkg)/usr/share/doc/gns3/pemubin.py
+   mv debian/$(cdbs_curpkg)/usr/bin/gns3 
debian/$(cdbs_curpkg)/usr/share/gns3
+   dh_link -p $(cdbs_curpkg) /usr/share/gns3/gns3 /usr/bin/gns3
 
 clean::
rm -rf debian/compat

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  H: +27 21 465 6908 C: +27 72 419 8559  UCT: x3127



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

Bug#619371: base: wake on lan does not work with some special type of machines (Fujitsu-Siemens Esprimo P5625)

[Christian Andretzky]

Package: base
Severity: important
Tags: squeeze

Until lenny we could use this machines with no problems. But with squeeze the 
wake on lan function does no longer work.
I've tried a lot of things but I could not get it working. The machine(s) 
simply do not wake up. If the Machine was
powered off from the parallel installe Win XP, the wakeup works.

I could also see, that the wakeup does not work if the machine was powered off 
from a system like Knoppix or SysrescueCD
which also use newer kernels. So I assume, it must have something todo with the 
way, the kernel handles PME events.

The variable NETDOWN in /etc/default/halt is set to 'no'. 

Unfortunately in this special case wake on lan is the only way to wake up the 
machine(s) for maintenance and other things. Time controlled wakeup
is not available.

Here a list of the installed kernel-related packages:

ii  firmware-linux-free  2.6.32-30  
   Binary firmware for various drivers in the Linux kernel
ii  firmware-linux-nonfree   0.28   
   Binary firmware for various drivers in the Linux kernel
ii  linux-base   2.6.32-30  
   Linux image base package
ii  linux-doc-2.61:2.6.32+29
   Linux kernel specific documentation for version 2.6 (meta-package)
ii  linux-doc-2.6.32 2.6.32-30  
   Linux kernel specific documentation for version 2.6.32
ii  linux-headers-2.6.32-5-amd64 2.6.32-30  
   Header files for Linux 2.6.32-5-amd64
ii  linux-headers-2.6.32-5-common2.6.32-30  
   Common header files for Linux 2.6.32-5
ii  linux-image-2.6-amd642.6.32+29  
   Linux 2.6 for 64-bit PCs (meta-package)
ii  linux-image-2.6.32-5-amd64   2.6.32-30  
   Linux 2.6.32 for 64-bit PCs
ii  linux-kbuild-2.6.32  2.6.32-1   
   Kbuild infrastructure for Linux 2.6.32
ii  linux-libc-dev   2.6.32-30  
   Linux support headers for userspace development
ii  linux-manual-2.6.32  2.6.32-30  
   Linux kernel API manual pages for version 2.6.32
ii  linux-patch-nfs-ngroups  4.58.debian.20100106.1 
   Client-side bypassing of ngroups limitation in NFS protocol
ii  linux-sound-base 1.0.23+dfsg-2  
   base package for ALSA and OSS sound systems
ii  linux-wlan-ng0.2.9+dfsg-4   
   utilities for wireless prism2 cards
ii  linux-wlan-ng-doc0.2.9+dfsg-4   
   documentation for wlan-ng
ii  linux-wlan-ng-firmware   0.2.9+dfsg-4   
   firmware files used by the linux-wlan-ng driver
ii  linux-wlan-ng-source 0.2.9+dfsg-4   
   linux-wlan-ng driver


TIA for Your help.

Christian

P.S. Different from the apt-policy below only stable packages are installed.

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

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



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

Bug#619328: console-setup-freebsd: Uninstallable on Linux hosts

[Julien Cristau]

severity 619328 wishlist
kthxbye

On Wed, Mar 23, 2011 at 11:36:00 +0200, Anton Zinoviev wrote:

> On Tue, Mar 22, 2011 at 11:41:39PM +0100, Didier Raboud wrote:
> > 
> > as silly as it might sound, I tried to install the arch:all
> > console-setup-freebsd on my amd64 (aka linux-amd64) and it is not 
> > installable
> > because of "unsatisfiable dependencies". This is likely to forbid the entry
> > of this package to testing (without manual handling from the Release Team).
> 
> I noticed that there are packages (for example pm-utils) whose 
> architecture is 'all' and nonetheless they are not installable on 
> kFreeBSD because of unsatisfiable dependencies.  Does this mean the 
> architectures are not equal in rights - an 'all' package is allowed to 
> be uninsallable on kFreeBSD but not on Linux?
> 
No, it's fine.

Cheers,
Julien



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

Bug#32877: Patch: add merge commands

[Vasily i. Redkin]

Attached patch (for dpkg-1.15.8.10) adds '--conf-merge-cmd' command line 
option, which adds user's favorite configuration files merging helper to 
the menu.


Usage example:

# dpkg --conf-merge-cmd='V;Diff/Merge versions with VIM;vim -d %O %N' 
install package.deb


or user can drop a file in /etc/dpkg/dpkg.cfg.d to permanently add 
his/her favorite merge tool:


# echo 'conf-merge-cmd V;Diff/Merge versions with VIM;vim -d %O %N' > 
/etc/dpkg/dpkg.cfg.d/50merge-vim




diff -ru orig/dpkg-1.15.8.10/src/configure.c dpkg-1.15.8.10/src/configure.c
--- orig/dpkg-1.15.8.10/src/configure.c	2011-01-30 22:37:44.0 +0300
+++ dpkg-1.15.8.10/src/configure.c	2011-03-23 11:19:07.0 +0300
@@ -62,6 +62,7 @@
   const char *realold, const char *realnew,
   int useredited, int distedited,
   enum conffopt what);
+static void run_merge_cmd(const char *cmd, const char *old, const char *new);
 
 static void
 deferred_configure_conffile(struct pkginfo *pkg, struct conffile *conff)
@@ -591,6 +592,7 @@
 {
 	const char *s;
 	int c, cc;
+	unsigned int ind;
 
 	if (!(what & cfof_prompt))
 		return what;
@@ -658,6 +660,9 @@
 		  "N or O  : keep your currently-installed version\n"
 		  "  D : show the differences between the versions\n"
 		  "  Z : start a shell to examine the situation\n"));
+		for(ind = 0; ind < sizeof(confmergecmds)/sizeof(confmergecmds[0]) && confmergecmds[ind].key; ++ind) {
+			fprintf(stderr, _("  %c : %s\n"), confmergecmds[ind].key, confmergecmds[ind].label);
+		}
 
 		if (what & cfof_keep)
 			fprintf(stderr, _(" The default action is to keep your current version.\n"));
@@ -667,8 +672,11 @@
 		s = strrchr(cfgfile, '/');
 		if (!s || !*++s)
 			s = cfgfile;
-		fprintf(stderr, "*** %s (Y/I/N/O/D/Z) %s ? ",
-		s,
+		fprintf(stderr, "*** %s (Y/I/N/O/D/Z", s);
+		for(ind = 0; ind < sizeof(confmergecmds)/sizeof(confmergecmds[0]) && confmergecmds[ind].key; ++ind) {
+			fprintf(stderr, _("/%c"), confmergecmds[ind].key);
+		}
+		fprintf(stderr, ") %s ? ",
 		(what & cfof_keep) ? _("[default=N]") :
 		(what & cfof_install) ? _("[default=Y]") :
 		_("[no default]"));
@@ -697,6 +705,13 @@
 			}
 		}
 
+		for(ind = 0; ind < sizeof(confmergecmds)/sizeof(confmergecmds[0]) && confmergecmds[ind].key; ++ind) {
+			if(cc == tolower(confmergecmds[ind].key)) {
+run_merge_cmd(confmergecmds[ind].command, realold, realnew);
+break;
+			}
+		}
+
 		/* FIXME: Say something if silently not install. */
 		if (cc == 'd')
 			showdiff(realold, realnew);
@@ -727,3 +742,55 @@
 
 	return what;
 }
+
+static void run_merge_cmd(const char *cmd, const char *old, const char *new)
+{
+	char buf[PATH_MAX];
+	char *tmp;
+	unsigned int ol, nl, bl;
+	pid_t pid;
+
+	ol = strlen(old);
+	nl = strlen(new);
+	strncpy(buf, cmd, sizeof(buf));
+	bl = strlen(buf);
+	tmp = buf;
+	while((tmp = strstr(tmp, "%O"))) {
+		if(bl + ol - 2 > sizeof(buf))
+			ohshite(_("Too long merge command %s\n"), cmd);
+		memmove(tmp + ol, tmp + 2, strlen(tmp + 2) + 1);
+		strncpy(tmp, old, ol);
+		tmp += ol;
+	}
+	tmp = buf;
+	while((tmp = strstr(tmp, "%N"))) {
+		if(bl + nl - 2 > sizeof(buf) - 1)
+			ohshite(_("Too long merge command %s\n"), cmd);
+		memmove(tmp + nl, tmp + 2, strlen(tmp + 2) + 1);
+		strncpy(tmp, new, nl);
+		tmp += nl;
+	}
+	fprintf(stderr, "Executing: %s\n", buf);
+
+	pid = subproc_fork();
+	if (!pid) {
+		/* Child process */
+		const char *shell;
+
+		shell = getenv(SHELLENV);
+		if (!shell || !*shell)
+			shell = DEFAULTSHELL;
+
+		/* Set useful variables for the user. */
+		setenv("DPKG_CONFFILE_OLD", old, 1);
+		setenv("DPKG_CONFFILE_NEW", new, 1);
+
+		execlp(shell, shell, "-c", buf, NULL);
+		ohshite(_("failed to exec shell (%.250s)"), shell);
+	}
+
+	/* Parent process. */
+	subproc_wait(pid, "mergecmd");
+}
+
+
diff -ru orig/dpkg-1.15.8.10/src/main.c dpkg-1.15.8.10/src/main.c
--- orig/dpkg-1.15.8.10/src/main.c	2011-01-30 22:37:44.0 +0300
+++ dpkg-1.15.8.10/src/main.c	2011-03-23 12:36:51.0 +0300
@@ -144,6 +144,8 @@
 "  --no-force-...|--refuse-...\n"
 " Stop when problems encountered.\n"
 "  --abort-after   Abort after encountering  errors.\n"
+"  --conf-merge-cmd  Add configuration file merge command. Example:\n"
+" 'V;Diff/Merge versions with VIM;vim -d %%O %%N'\n"
 "\n"), ADMINDIR);
 
   printf(_(
@@ -191,6 +193,7 @@
 const char *admindir= ADMINDIR;
 const char *instdir= "";
 struct pkg_list *ignoredependss = NULL;
+struct conf_merge_cmd confmergecmds[10] = { {0, NULL, NULL} };
 
 static const struct forceinfo {
   const char *name;
@@ -307,6 +310,61 @@
   free(copy);
 }
 
+static void confmergecmd(const struct cmdinfo *cip, const char *value) {
+	/* parse line */
+	char key;
+	char *label, *cmd;
+	const char *p, *s;
+	unsigned int ind;
+	const char *my_usage =

Bug#553500: blank window workaround patch works only by accident

[Monty Montgomery]

Hi folks,

I have a new 'release' of gPlanarity with a few new translations, and
a correct fix to the blank window bug.  See:
http://web.mit.edu/~xiphmont/Public/gPlanarity.html

The fix for this bug suggested in this bug report (553500) is not
correct and works by accident, meaning it could also break at any
time.

The bug is caused by a restriction/clarification in the GDK/Cairo
interaction API where a cairo target created for a given GDK window is
now only gauranteed to be valid for the span of a single GDK event.
gPlanarity had previously been caching a single cairo_t upon
allocation of the window and attempting to use it for all following
drawing operations.  It now allocates a cairo_t for the GDK window on
demand for each drawing op, then discards it.  That is the correct fix
to the bug.

Cheers!
Monty



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

Bug#561051: Comments

[Alessandro Ghedini]

On Wed, Mar 23, 2011 at 10:23:22AM +0200, Petri Lehtinen wrote:
> Looks good to me, but shouldn't the -dev package be just
> libjansson-dev rather than libjansson4-dev?

According to the Debian Library Packaging guide [0] using the libfooX-dev
namescheme is preferred, but the other solution is good as well. (You may
also see it as a matter of taste).

Cheers

[0] 
http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#id291895

-- 
perl -E'$_=q;$/= @{[@_]};and s;\S+;;eg;say~~reverse'



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

Bug#619339: upgrading libgtk2.0-0 marks several key gnome packages for removal

[Emilio Pozuelo Monfort]

On 23/03/11 00:14, Jason Harland wrote:
> Package: libgtk2.0-0
> Version: 2.20.1-2
> Severity: important
> 
> sudoku@amitabha ~ $ sudo apt-get install libgtk2.0-0

Try with aptitude and paste the result.

I suspect this is because of the gdk-pixbuf breaks. Should be fixed soon.



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

Bug#618107: Seems to be fixed in 1.0.5

[Enrico Zini]

Hello,

I have done some cleanup in 1.0.5 and libept went fine through the
buildds.

I couldn't actually reproduce the exact error you reported, but I did
see a missing -lpthread issue. I can't therefore pinpoint what was
exactly that fixed the issue, but still I guess the bug should be
closed.


Ciao,

Enrico

-- 
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini 


signature.asc
Description: Digital signature

Bug#617445: source order documentation vs. apt-cache policy

[Goswin von Brederlow]

jida...@jidanni.org writes:

> Package: apt
> Version: 0.8.11.5
> Severity: wishlist
>
> SOURCES.LIST(5):
>
>It is important to list sources in order of preference, with the most
>preferred source listed first. Typically this will result in sorting by
>speed from fastest to slowest (CD-ROM followed by hosts on a local
>network, followed by distant Internet hosts, for example).
>
>Some examples:
>
>deb http://ftp.debian.org/debian squeeze main contrib non-free
>deb http://security.debian.org/ squeeze/updates main contrib 
> non-free
>
> Lies! Proof: apt-cache policy openoffice.org shows a different order,
> and then a even different order when given no package argument.
> Therefore several things are messed up or not documented on that page.

What exactly is your complaint here?

[ ] Version/Pining is more important than the order in sources.list
[ ] apt-cache policy lists sources in reverse order of sources.list


The order of sources.list is important only when package+version that
policy decided to use is available from more than one source. Only then
the source listed first is used. So in the example above packages would
be preferably downloaded from ftp.debian.org if and only if both
ftp.debian.org and security.debian.org have the package.

> cd /etc/apt/sources.list.d/
> cat *.list; apt-cache policy openoffice.org; apt-cache policy
> deb http://ftp.us.debian.org/debian testing main contrib non-free
> deb http://ftp.us.debian.org/debian experimental main contrib non-free
> deb http://ftp.us.debian.org/debian unstable main contrib non-free
> openoffice.org:
>   Installed: (none)
>   Candidate: 1:3.3.0-6
>   Version table:
>  1:3.3.0-6 0
> 500 http://ftp.us.debian.org/debian/ unstable/main i386 Packages
>  1:3.2.1-11+squeeze2 0
> 500 http://ftp.us.debian.org/debian/ testing/main i386 Packages
> Package files:
>  100 /var/lib/dpkg/status
>  release a=now
>  500 http://ftp.us.debian.org/debian/ unstable/non-free i386 Packages
>  release o=Debian,a=unstable,n=sid,l=Debian,c=non-free
>  origin ftp.us.debian.org
>  500 http://ftp.us.debian.org/debian/ unstable/contrib i386 Packages
>  release o=Debian,a=unstable,n=sid,l=Debian,c=contrib
>  origin ftp.us.debian.org
>  500 http://ftp.us.debian.org/debian/ unstable/main i386 Packages
>  release o=Debian,a=unstable,n=sid,l=Debian,c=main
>  origin ftp.us.debian.org
>1 http://ftp.us.debian.org/debian/ experimental/non-free i386 Packages
>  release o=Debian,a=experimental,n=experimental,l=Debian,c=non-free
>  origin ftp.us.debian.org
>1 http://ftp.us.debian.org/debian/ experimental/contrib i386 Packages
>  release o=Debian,a=experimental,n=experimental,l=Debian,c=contrib
>  origin ftp.us.debian.org
>1 http://ftp.us.debian.org/debian/ experimental/main i386 Packages
>  release o=Debian,a=experimental,n=experimental,l=Debian,c=main
>  origin ftp.us.debian.org
>  500 http://ftp.us.debian.org/debian/ testing/non-free i386 Packages
>  release o=Debian,a=testing,n=wheezy,l=Debian,c=non-free
>  origin ftp.us.debian.org
>  500 http://ftp.us.debian.org/debian/ testing/contrib i386 Packages
>  release o=Debian,a=testing,n=wheezy,l=Debian,c=contrib
>  origin ftp.us.debian.org
>  500 http://ftp.us.debian.org/debian/ testing/main i386 Packages
>  release o=Debian,a=testing,n=wheezy,l=Debian,c=main
>  origin ftp.us.debian.org
> Pinned packages:
>
> Also APT-CACHE(8):
>policy [ pkg(s) ]
>policy is meant to help debug issues relating to the preferences
>file. With no arguments it will print out the priorities of each
>source. Otherwise it prints out detailed information about the
>priority selection of the named package.
>
> should give more details about why the two's orders might be different.
>
> Also it is a mystery about how plain "apt-cache policy" sorts its
> output!

Seems to be just reverse order of what your sources.list has.

MfG
Goswin



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

Bug#619096: (no subject)

[Andrey Rahmatullin]

python-qscintilla2
Reverse Depends:
  tortoisehg
  linkchecker-gui
  hgview
  python-guiqwt
  python-guidata
  eric
  autokey-qt

At least tortoisehg, linkchecker-gui and hgview are rendered unusable by
this bug.

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Bug#619276: postfix-policyd: Postfix-policyd exits with error "didn't find priority 'LOG_IFOO'"

[Ondřej Surý]

Thanks, found the bug.

Upstream uses strcpy in incompatible way (on overlapping buffer).

I'll upload a fixed version to unstable, but it won't get to stable
since it's not really a security issue.

O.

On Wed, Mar 23, 2011 at 10:39, Viridiana Sala  wrote:
> Hi,
> this is the strings output:
> root@maya:~# strings /usr/sbin/postfix-policyd  | grep LOG
> LOG_EMERG
> LOG_ALERT
> LOG_CRIT
> LOG_ERR
> LOG_WARNING
> LOG_NOTICE
> LOG_INFO
> LOG_DEBUG
> LOG_KERN
> LOG_USER
> LOG_MAIL
> LOG_DAEMON
> LOG_AUTH
> LOG_SYSLOG
> LOG_AUTHPRIV
> LOG_LOCAL0
> LOG_LOCAL1
> LOG_LOCAL2
> LOG_LOCAL3
> LOG_LOCAL4
> LOG_LOCAL5
> LOG_LOCAL6
> LOG_LOCAL7
> SYSLOG_FACILITY=
>
> I'm using the default configuration file.
>
> TIA
>
> Viridiana
>
> On Tue, 22 Mar 2011, Ondřej Surý wrote:
>
>> Could you do:
>>
>> $ strings usr/sbin/postfix-policyd  | grep LOG
>>
>> On the failing binary and send here the output?
>>
>> Also if you can attach a strace output, it could be helpful.
>>
>> O.
>>
>> On Tue, Mar 22, 2011 at 18:14, Viridiana Sala  wrote:
>>>
>>> It seems very strange to me also, but there's no reference to a
>>> "LOG_IFOO'"
>>> in my configuration files (and the same file works with the 32 bit of the
>>> software)
>>>
>>>
>>> The only place where I can set the facility is in the configuration
>>> files,
>>> and using "LOG_MAIL | LOG_INFO" (as in the shipped configuration) will
>>> cause
>>> the error.
>>> I can replicate the problem with a fresh installation of postfix-policyd,
>>> installing it via apt-get on another system (it fails with the LOG_IFOO
>>> error just after installation, using the default configuration file).
>>>
>>> Viridiana
>>>
>>> On Tue, 22 Mar 2011, Ondřej Surý wrote:
>>>
 Are you sure you didn't make a typo when specifying the facility? It
 seems a very unlikely that the policyd would rewrite INFO to IFOO.

 O.

 On Tue, Mar 22, 2011 at 17:35, Viridiana Sala 
 wrote:
>
> Package: postfix-policyd
> Version: 1.82-2+b1
> Severity: minor
>
> Postfix-policyd exits at startup with this error message:
>
> fatal: didn't find priority 'LOG_IFOO', exiting
>
> Changing SYSLOG_FACILITY from "LOG_MAIL | LOG_INFO" to "LOG_MAIL |
> LOG_ERR" (or remove "LOG_INFO") makes postfix-policyd start correctly
>
> The 32 bit version of the same software seems not affected.
>
>
>
> -- System Information:
> Debian Release: 6.0
>  APT prefers stable
>  APT policy: (500, 'stable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages postfix-policyd depends on:
> ii  dbconfig-common         1.8.46+squeeze.0 common framework for
> packaging dat
> ii  debconf [debconf-2.0]   1.5.36.1         Debian configuration
> management sy
> ii  libc6                   2.11.2-10        Embedded GNU C Library:
> Shared lib
> ii  libmysqlclient16        5.1.49-3         MySQL database client
> library
> ii  mysql-client            5.1.49-3         MySQL database client
> (metapackage
> ii  mysql-client-5.1 [mysql 5.1.49-3         MySQL database client
> binaries
> ii  zlib1g                  1:1.2.3.4.dfsg-3 compression library -
> runtime
>
> Versions of packages postfix-policyd recommends:
> ii  mysql-server                  5.1.49-3   MySQL database server
> (metapackage
> ii  mysql-server-5.1 [mysql-serve 5.1.49-3   MySQL database server
> binaries and
>
> postfix-policyd suggests no packages.
>
> -- debconf information excluded
>
>
>



 --
 Ondřej Surý 


>>>
>>> ---
>>> Viridiana Sala
>>> Messagenet srl
>>> Messaggistica e Telecomunicazioni
>>>
>>> Tel: +39 02 48102000
>>> Fax: +39 02 48026819
>>
>>
>>
>> --
>> Ondřej Surý 
>>
>>
>
> ---
> Viridiana Sala
> Messagenet srl
> Messaggistica e Telecomunicazioni
>
> Tel: +39 02 48102000
> Fax: +39 02 48026819



-- 
Ondřej Surý 



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

Bug#561051: Comments

[Petri Lehtinen]

Alessandro Ghedini wrote:
> On Wed, Mar 23, 2011 at 10:23:22AM +0200, Petri Lehtinen wrote:
> > Looks good to me, but shouldn't the -dev package be just
> > libjansson-dev rather than libjansson4-dev?
> 
> According to the Debian Library Packaging guide [0] using the libfooX-dev
> namescheme is preferred, but the other solution is good as well. (You may
> also see it as a matter of taste).

Yes, I've read the guide. It just doesn't feel right to me to use the
name libfooX-dev when libfooX-dev and libfooY-dev cannot be installed
at the same time. But as you said, it's probably mostly a matter of
taste.

Hope you'll find a sponsor, I didn't when I packaged Jansson 1.3. The
time for packaging Jansson is also better now as version 2.0 is out
and not backward incompatible changes are going happen anytime soon.



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

Bug#619372: Corruption of /var/tun/utmp.

[Mats Erik Andersson]

Package: splitvt
Version: 1.6.6-7
Severity: serious

The use of Splitvt on (not only) my i386 machine corrupts
the register kept in /var/run/utmp, since it false removes
the originally registered tty session.

The following experiment is made on the machine with only
a single virtual terminal session, no graphics since that
would generate further PTYs and thus disturb the observation.

Fresh start, a single virtual terminal session:

  mats@kolben:~ $ w
   11:14:06 up 33 min,  1 user,  load average: 0,00, 0,01, 0,02
  USER TTY  FROM  LOGIN@   IDLE   JCPU   PCPU WHAT
  mats tty1  10:581.00s  0.65s  0.01s w

Then Splitvt is started. In one subwindow, a simple command:

  mats@kolben:~ $ w
   11:14:58 up 34 min,  2 users,  load average: 0,00, 0,00, 0,01
  USER TTY  FROM  LOGIN@   IDLE   JCPU   PCPU WHAT
  mats pts/0 11:140.00s  0.25s  0.01s w
  mats pts/1 11:14   18.00s  0.25s  0.25s /bin/bash

Exit from both subwindows, thus exiting Splitv:

  mats@kolben:~ $ w
   11:15:18 up 34 min,  0 users,  load average: 0,00, 0,00, 0,01
  USER TTY  FROM  LOGIN@   IDLE   JCPU   PCPU WHAT

Empty, void, a terminal no-more, an ex-terminal, ...
Still I am able to continue working. It is only by exiting this
virtual terminal and login again that the utmp-register is updated
to display the correct session "tty1" again. This is a serious defect,
but it does not prevent any productive work. Therefore it has gone
unnoticed.

Best regards,
  Mats Erik Andersson, DM



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

Bug#619276: postfix-policyd: Postfix-policyd exits with error "didn't find priority 'LOG_IFOO'"

[Viridiana Sala]

Thanks very much!

Viridiana

On Wed, 23 Mar 2011, Ondřej Surý wrote:


Thanks, found the bug.

Upstream uses strcpy in incompatible way (on overlapping buffer).

I'll upload a fixed version to unstable, but it won't get to stable
since it's not really a security issue.

O.

On Wed, Mar 23, 2011 at 10:39, Viridiana Sala  wrote:

Hi,
this is the strings output:
root@maya:~# strings /usr/sbin/postfix-policyd  | grep LOG
LOG_EMERG
LOG_ALERT
LOG_CRIT
LOG_ERR
LOG_WARNING
LOG_NOTICE
LOG_INFO
LOG_DEBUG
LOG_KERN
LOG_USER
LOG_MAIL
LOG_DAEMON
LOG_AUTH
LOG_SYSLOG
LOG_AUTHPRIV
LOG_LOCAL0
LOG_LOCAL1
LOG_LOCAL2
LOG_LOCAL3
LOG_LOCAL4
LOG_LOCAL5
LOG_LOCAL6
LOG_LOCAL7
SYSLOG_FACILITY=

I'm using the default configuration file.

TIA

Viridiana

On Tue, 22 Mar 2011, Ondřej Surý wrote:


Could you do:

$ strings usr/sbin/postfix-policyd  | grep LOG

On the failing binary and send here the output?

Also if you can attach a strace output, it could be helpful.

O.

On Tue, Mar 22, 2011 at 18:14, Viridiana Sala  wrote:


It seems very strange to me also, but there's no reference to a
"LOG_IFOO'"
in my configuration files (and the same file works with the 32 bit of the
software)


The only place where I can set the facility is in the configuration
files,
and using "LOG_MAIL | LOG_INFO" (as in the shipped configuration) will
cause
the error.
I can replicate the problem with a fresh installation of postfix-policyd,
installing it via apt-get on another system (it fails with the LOG_IFOO
error just after installation, using the default configuration file).

Viridiana

On Tue, 22 Mar 2011, Ondřej Surý wrote:


Are you sure you didn't make a typo when specifying the facility? It
seems a very unlikely that the policyd would rewrite INFO to IFOO.

O.

On Tue, Mar 22, 2011 at 17:35, Viridiana Sala 
wrote:


Package: postfix-policyd
Version: 1.82-2+b1
Severity: minor

Postfix-policyd exits at startup with this error message:

fatal: didn't find priority 'LOG_IFOO', exiting

Changing SYSLOG_FACILITY from "LOG_MAIL | LOG_INFO" to "LOG_MAIL |
LOG_ERR" (or remove "LOG_INFO") makes postfix-policyd start correctly

The 32 bit version of the same software seems not affected.



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

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

Versions of packages postfix-policyd depends on:
ii  dbconfig-common         1.8.46+squeeze.0 common framework for
packaging dat
ii  debconf [debconf-2.0]   1.5.36.1         Debian configuration
management sy
ii  libc6                   2.11.2-10        Embedded GNU C Library:
Shared lib
ii  libmysqlclient16        5.1.49-3         MySQL database client
library
ii  mysql-client            5.1.49-3         MySQL database client
(metapackage
ii  mysql-client-5.1 [mysql 5.1.49-3         MySQL database client
binaries
ii  zlib1g                  1:1.2.3.4.dfsg-3 compression library -
runtime

Versions of packages postfix-policyd recommends:
ii  mysql-server                  5.1.49-3   MySQL database server
(metapackage
ii  mysql-server-5.1 [mysql-serve 5.1.49-3   MySQL database server
binaries and

postfix-policyd suggests no packages.

-- debconf information excluded







--
Ondřej Surý 




---
Viridiana Sala
Messagenet srl
Messaggistica e Telecomunicazioni

Tel: +39 02 48102000
Fax: +39 02 48026819




--
Ondřej Surý 




---
Viridiana Sala
Messagenet srl
Messaggistica e Telecomunicazioni

Tel: +39 02 48102000
Fax: +39 02 48026819




--
Ondřej Surý 




---
Viridiana Sala
Messagenet srl
Messaggistica e Telecomunicazioni

Tel: +39 02 48102000
Fax: +39 02 48026819

Bug#619373: libpoe-component-server-http-perl: depends on libpoe-perl/libwww-perl

[ac56]

Package: libpoe-component-server-http-perl
Version: 0.09-2
Severity: minor

This package seems to be unusable unless libpoe-perl and libwww-perl are also 
installed.

Without them installed I see the following when just use'ing 
POE::Component::Server::HTTP:

Can't locate HTTP/Date.pm in @INC (@INC contains: /etc/perl 
/usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 
/usr/local/lib/site_perl .) at /usr/share/perl5/POE/Component/Server/HTTP.pm 
line 4.

Can't locate POE.pm in @INC (@INC contains: /etc/perl 
/usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 
/usr/local/lib/site_perl .) at /usr/share/perl5/POE/Component/Server/HTTP.pm 
line 15.


Cheers

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

Kernel: Linux 2.6.32-5-kirkwood
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 libpoe-component-server-http-perl depends on:
ii  perl  5.10.1-17  Larry Wall's Practical Extraction 

libpoe-component-server-http-perl recommends no packages.

libpoe-component-server-http-perl suggests no packages.

-- no debconf information



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

Bug#596343: dpkg-reconfigure: mkdir: cannot create directory `/etc/ldap/slapd.d': File exists

[Al]

Hi,

I have the same problem with slapd 2.4.23-7 amd64 :

dpkg-reconfigure slapd
Stopping OpenLDAP: slapd.
  Moving old database directory to /var/backups:
  - directory unknown... done.
  Creating initial configuration... mkdir: impossible de créer le 
répertoire « /etc/ldap/slapd.d »: Le fichier existe




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

Bug#447420: Available NetHack translations

[Patric Mueller]

As Joshua said translating NetHack is a huge effort and because of the
way NetHack generates messages you can't use the standard tools for
localizing it.

Nevertheless there have been several successful attempts to translate
NetHack:
http://nethackwiki.com/wiki/NetHack_in_Other_Languages

Of these the German, Japanese and Spanish versions are more or less
complete.

But as those programs are really a rewriting of vanilla NetHack they
should be considered new packages and not part of the nethack package.

Bye
Patric

-- 
NetHack-De: NetHack auf Deutsch - http://nethack-de.sf.net/

UnNetHack: http://apps.sf.net/trac/unnethack/



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

Bug#619374: src:zeromq: New upstream release available

[Tollef Fog Heen]

Package: src:zeromq
Severity: wishlist

2.1.3 of zeromq is out upstream.  Any chance of this hitting unstable
soon?

cheers,
-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are




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

Bug#599585: dpkg-reconfigure slapd not working

[Al]

Hi,

I have the same bug with slapd 2.4.23-7 amd64: dpkg-reconfigure slapd 
are not applied.


The only solution that I found is to remove the repertory 
/etc/ldap/slapd.d ; in this case, dpkg-reconfigure slapd works and 
create a good new configuration.


Best Regards.



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

Bug#617428: 2.30.3-3 i386 closes/crashes when enabling "Inverted colors"

[Aaron Culich]

Package: evince
Version: 2.30.3-3
Followup-For: Bug #617428


I have verified that this bug is repeatable with 2.30.3-3, however I do not
see the bug appear in 2.30.3-2. I tried debugging the issue, but some of the   
debugging information was optimized out, so I recompiled using -O0, but
the bug disappeared.

Then I decided to I rebuild the package with the default optimizations
turned back on and no other modifications, but the bug did not reappear in
the version that I built, so it seems to only be a problem with the official  
debian package.

Here are the default dpkg-buildflags on my system:

% dpkg-buildflags --export
export CFLAGS="-g -O2"
export CPPFLAGS=""
export CXXFLAGS="-g -O2"
export FFLAGS="-g -O2"
export LDFLAGS=""

And I've included the versions below of packages that evince has build-depends
on in addition to the system information that reportbug generates in case that
is helpful at all:

ii  cdbs  0.4.92   common build system for Debian
ii  debhelper 8.1.2helper programs for debian/rule
ii  dh-autoreconf 2debhelper add-on to call autore
ii  intltool  0.41.1-1 Utility scripts for internation
ii  gnome-pkg-tools   0.17.0   Tools for the Debian GNOME Pack
ii  gnome-doc-utils   0.20.1-1 a collection of documentation u
ii  gtk-doc-tools 1.17-1   the GTK+ documentation tools
ii  libdbus-glib-1-dev0.88-2.1 simple interprocess messaging s
ii  libx11-dev2:1.4.1-5X11 client-side library (develo
ii  libgtk2.0-dev 2.20.1-2 Development files for the GTK+  
ii  libglib2.0-dev2.28.2-1 Development files for the GLib  
ii  libgnome-keyring-dev  2.32.0-1 Development files for GNOME key 
ii  gnome-icon-theme  2.30.3-2 GNOME Desktop icon theme
ii  libxml2-dev   2.7.8.dfsg-2 Development files for the GNOME 
ii  libsm-dev 2:1.2.0-1X11 Session Management library
ii  libgconf2-dev 2.28.1-6 GNOME configuration database sy 
ii  zlib1g-dev1:1.2.3.4.dfsg-3 compression library - developme
ii  libnautilus-extension-dev 2.30.1-3 libraries for nautilus componen
ii  libpoppler-glib-dev   0.12.4-1.2   PDF rendering library -- develo
ii  libspectre-dev0.2.6-1+b1   Library for rendering PostScrip
ii  libtiff4-dev  3.9.4-7  Tag Image File Format library (
ii  libdjvulibre-dev  3.5.24-1 Development files for the DjVu 
ii  libkpathsea-dev   2009-8   TeX Live: path search library f 
ii  libt1-dev 5.1.2-3  Type 1 font rasterizer library
ii  autotools-dev 20100122.1   Update infrastructure for confi

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

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

Versions of packages evince depends on:
ii  evince-common  2.30.3-3  Document (PostScript, PDF) viewer 
ii  gconf2 2.28.1-6  GNOME configuration database syste
ii  gnome-icon-theme   2.30.3-2  GNOME Desktop icon theme
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.2-11 Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libdbus-1-31.4.6-1   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.88-2.1  simple interprocess messaging syst
ii  libevince2 2.30.3-3  Document (PostScript, PDF) renderi
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.4-1   FreeType 2 font engine, shared lib
ii  libgconf2-42.28.1-6  GNOME configuration database syste
ii  libglib2.0-0   2.28.2-1  The GLib library of C routines
ii  libgnome-keyring0  2.32.0-1  GNOME keyring services library
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libice62:1.0.7-1 X11 Inter-Client Exchange library
ii  libnautilus-extension1 2.30.1-3  libraries for nautilus components 
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
ii  libsm6 2:1.2.0-1 X11 Session Management library
ii  libx11-6   2:1.4.1-5 X11 client-side library
ii  libxml22.7.8.dfsg-2  GNOME XML library
ii  shared-mime-info   0.90-1FreeDesktop.org shared MIME databa
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

Ver

Bug#618942: Similar issue with 2:1.7.7-13

[ndlarsen]

On 2011-03-21 21:40, Julien Cristau wrote:

Please file your own bug.


Done

Cheers.



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

Bug#619376: kdm: does not start with parallel boot

[Thorsten Glaser]

Package: kdm
Version: 4:4.4.5-7+squeeze1
Severity: normal

After enabling plymouth with the squeeze theme, to the delight of
the user of a laptop, with uvesafb (due to her requirement of the
fglrx drivers for X proper), kdm doesn’t start any more.

This is related to the following bug in Launchpad:
https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/441653

The suggestion from there was to add a “sleep 1” before starting
kdm; installing file-rc fixed the problem for me.

Rhonda suggested I reportbug this, so here you are.


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

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

Versions of packages kdm depends on:
ii  consolekit0.4.1-4framework for defining and trackin
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  kdebase-runtime   4:4.4.5-1  runtime components from the offici
ii  kdebase-workspace-kgr 4:4.4.5-7+squeeze1 KDE greet libraries for authentica
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libck-connector0  0.4.1-4ConsoleKit libraries
ii  libdbus-1-3   1.2.24-4   simple interprocess messaging syst
ii  libkdecore5   4:4.4.5-2+squeeze1 the KDE Platform Core Library
ii  libkdeui5 4:4.4.5-2+squeeze1 the KDE Platform User Interface Li
ii  libkio5   4:4.4.5-2+squeeze1 the Network-enabled File Managemen
ii  libknewstuff2-4   4:4.4.5-2+squeeze1 the "Get Hot New Stuff" v2 Library
ii  libkworkspace44:4.4.5-7+squeeze1 library for the kdebase workspace
ii  libpam0g  1.1.1-6.1  Pluggable Authentication Modules l
ii  libqimageblitz4   1:0.0.4-4  QImageBlitz image effects library
ii  libqt4-svg4:4.6.3-4  Qt 4 SVG module
ii  libqt4-xml4:4.6.3-4  Qt 4 XML module
ii  libqtcore44:4.6.3-4  Qt 4 core module
ii  libqtgui4 4:4.6.3-4  Qt 4 GUI module
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3
ii  libx11-6  2:1.3.3-4  X11 client-side library
ii  libxau6   1:1.0.6-1  X11 authorisation library
ii  libxdmcp6 1:1.0.3-2  X11 Display Manager Control Protoc
ii  libxtst6  2:1.1.0-3  X11 Testing -- Record extension li
ii  lsb-base  3.2-23.2squeeze1   Linux Standard Base 3.2 init scrip

Versions of packages kdm recommends:
ii  kde-window-manager [x 4:4.4.5-7+squeeze1 the K window manager (KWin)
ii  konsole [x-terminal-e 4:4.4.5-2  X terminal emulator
ii  logrotate 3.7.8-6Log rotation utility
ii  xserver-xorg-core [xs 2:1.7.7-13 Xorg X server - core server
ii  xterm [x-terminal-emu 261-1  X terminal emulator

Versions of packages kdm suggests:
ii  kdepasswd 4:4.4.5-2  graphical password changing utilit

-- Configuration Files:
/etc/kde4/kdm/kdmrc changed:
[General]
ConfigVersion=2.4
StaticServers=:0
ReserveServers=:1,:2,:3
ServerVTs=-7
ConsoleTTYs=tty1,tty2,tty3,tty4,tty5,tty6
PidFile=/var/run/kdm.pid
[Xdmcp]
Enable=false
Willing=/etc/kde4/kdm/Xwilling
[Shutdown]
[X-*-Core]
Setup=/etc/kde4/kdm/Xsetup
Startup=/etc/kde4/kdm/Xstartup
Reset=/etc/kde4/kdm/Xreset
Session=/etc/kde4/kdm/Xsession
AllowRootLogin=true
AllowNullPasswd=false
AllowShutdown=Root
ClientLogFile=.xsession-errors-%d
[X-*-Greeter]
LogoArea=Logo
LogoPixmap=/usr/share/kde4/apps/kdm/pics/kdelogo.png
MinShowUID=1000
MaxShowUID=2
Preloader=/usr/bin/preloadkde
UseTheme=true
Theme=@@@ToBeReplacedByDesktopBase@@@
[X-:*-Core]
ServerCmd=/usr/bin/X
ServerArgsLocal=-br -nolisten tcp
AllowNullPasswd=true
AllowShutdown=All
[X-:*-Greeter]
PreselectUser=Previous
FocusPasswd=true
LoginMode=DefaultLocal
AllowClose=true
[X-:0-Core]
ClientLogFile=.xsession-errors
[X-:0-Greeter]


-- debconf information:
  kdm/stop_running_server_with_children: false
* shared/default-x-display-manager: kdm
  kdm/daemon_name: /usr/bin/kdm



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

Bug#619377: linux-image-2.6.32-5-686: No cursor in X since 2.6.32-31

[bohwaz]

Package: linux-2.6
Version: 2.6.32-31
Severity: important


Since kernel was upgraded last days to 2.6.32-31, there is no more cursor in 
Xorg (with intel 855GM).
The mouse works, I can see it hover on elements, 
I can click, it's just that the cursor is not visible.

Tried the exact same config (same xorg, same intel driver) with 2.6.38 from 
unstable and it works.

Confirmed by multiple people on 
http://forums.debian.net/viewtopic.php?f=6&t=61447

-- Package-specific info:
** Version:
Linux version 2.6.32-5-686 (Debian 2.6.32-31) (b...@decadent.org.uk) (gcc 
version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Tue Mar 8 21:36:00 UTC 2011

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 
root=UUID=a7ba308e-80cf-49f3-8690-94257f189eaf ro quiet splash hpet=force

** Not tainted

** Kernel log:
[3.041804] ata_piix :00:1f.1: enabling device (0005 -> 0007)
[3.041825] ata_piix :00:1f.1: PCI INT A -> GSI 18 (level, low) -> IRQ 18
[3.041902] ata_piix :00:1f.1: setting latency timer to 64
[3.042029] scsi0 : ata_piix
[3.049205] scsi1 : ata_piix
[3.051924] ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x1810 irq 14
[3.051936] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x1818 irq 15
[3.224321] ata1.00: CFA: TRANSCEND, 20070831, max UDMA/66
[3.224333] ata1.00: 15662304 sectors, multi 0: LBA 
[3.228270] e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
[3.228317] sdhci-pci :02:00.1: SDHCI controller found [1180:0822] (rev 
13)
[3.228352] sdhci-pci :02:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 
17
[3.230561] Registered led device: mmc0::
[3.232314] mmc0: SDHCI controller on PCI [:02:00.1] using PIO
[3.240262] ata1.00: configured for UDMA/66
[3.266249] ata1.00: configured for UDMA/66
[3.266259] ata1: EH complete
[3.266513] scsi 0:0:0:0: Direct-Access ATA  TRANSCEND2007 
PQ: 0 ANSI: 5
[3.344254] i915 :00:02.0: power state changed by ACPI to D0
[3.344366] i915 :00:02.0: power state changed by ACPI to D0
[3.344384] i915 :00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[3.344397] i915 :00:02.0: setting latency timer to 64
[3.355209] [drm] set up 7M of stolen space
[3.361042] mmc0: new SDHC card at address 0007
[3.385479] mmcblk0: mmc0:0007 SD16G 15.0 GiB 
[3.385578]  mmcblk0: p1
[3.409338] [drm] initialized overlay support
[4.220064] Console: switching to colour frame buffer device 128x48
[4.236596] fb0: inteldrmfb frame buffer device
[4.236602] registered panic notifier
[4.236619] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[4.266817] sd 0:0:0:0: [sda] 15662304 512-byte logical blocks: (8.01 
GB/7.46 GiB)
[4.266999] sd 0:0:0:0: [sda] Write Protect is off
[4.267010] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[4.267088] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, 
doesn't support DPO or FUA
[4.267495]  sda: sda1
[4.270621] sd 0:0:0:0: [sda] Attached SCSI disk
[   11.876178] udev[279]: starting version 164
[   12.631701] Marking TSC unstable due to TSC halts in idle
[   12.634794] processor LNXCPU:00: registered as cooling_device0
[   12.635334] Switching to clocksource hpet
[   12.643718] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[   12.657220] input: PC Speaker as /devices/platform/pcspkr/input/input5
[   12.658321] i801_smbus :00:1f.3: PCI INT B -> GSI 17 (level, low) -> IRQ 
17
[   12.677013] Non-volatile memory driver v1.3
[   12.677322] ACPI: AC Adapter [AC] (off-line)
[   12.730871] ACPI: Battery Slot [BAT0] (battery present)
[   12.787000] NET: Registered protocol family 23
[   12.787303] intel_rng: FWH not detected
[   12.790753] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[   12.861993] nsc-ircc 00:09: activated
[   12.862044] nsc-ircc, chip->init
[   12.862058] nsc-ircc, Found chip at base=0x164e
[   12.862087] nsc-ircc, driver loaded (Dag Brattli)
[   12.878984] IrDA: Registered device irda0
[   12.878995] nsc-ircc, Using dongle: IBM31T1100 or Temic TFDS6000/TFDS6500
[   13.061956] lib80211: common routines for IEEE802.11 drivers
[   13.061971] lib80211_crypt: registered algorithm 'NULL'
[   13.139431] thinkpad_acpi: ThinkPad ACPI Extras v0.23
[   13.139440] thinkpad_acpi: http://ibm-acpi.sf.net/
[   13.139448] thinkpad_acpi: ThinkPad BIOS 1UETA5WW (1.55 ), EC 1UHTA6WW-1.56
[   13.139456] thinkpad_acpi: IBM ThinkPad X40, model 2371Y29
[   13.139464] thinkpad_acpi: WARNING: Outdated ThinkPad BIOS/EC firmware
[   13.139471] thinkpad_acpi: WARNING: This firmware may be missing critical 
bug fixes and/or important features
[   13.185239] Registered led device: tpacpi::thinklight
[   13.185751] Registered led device: tpacpi::power
[   13.186217] Registered led device: tpacpi::standby
[   13.202616] ieee80211: 802.11 data/management/control stack, git-1.1.13
[   13.202625] ieee80211: Copyright (C) 2004-2005 Intel Corporation 

[ 

Bug#616018: [Bash-completion-devel] Bug#616018: Bug#616018: Bug#616018: bash_completion adds a space at the end of every diretory name, and other issues with completing (e.g. sudo)

[Robert C. Helling]

On Tue, 22 Mar 2011, Ville Skyttä wrote:


On 03/22/2011 07:56 PM, Robby Workman wrote:

On Tue, 22 Mar 2011, Robert C. Helling wrote:


Ok, I see. Now, I filed a bug report with adobe.com pointing to this page.
Let's see what happens.


How did you find out where to file the report, and do you have a link to
the report?

Back in October, I searched for a way to file the bug, and the closest I
could find at that time was to post on their forums which is what I did,
but haven't seen any responses:
   http://forums.adobe.com/thread/745833


When I tried yesterday, their forums were down so I could not search 
there. So I went to www.adobe.com clicked on "Contact Adobe" on the 
bottom, selected "Feedback" and clicked "Report a bug" which brings up a 
web form where I briefly described the bug and pointed to the page in the 
Debian bug tracking.


Best
Robert

--
.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oO
Robert C. Helling Elite Master Course Theoretical and Mathematical Physics
  Scientific Coordinator
  Ludwig Maximilians Universitaet Muenchen, Dept. Physik
print "Just another   Phone: +49 89 2180-4523  Theresienstr. 39, rm. B339
stupid .sig\n";   http://www.atdotde.de

Bug#578097: FYI, pushed s390 changes

[Otavio Salvador]

On Tue, Mar 22, 2011 at 22:33, Stephen Powell  wrote:
> On Sat, 26 Feb 2011 18:08:01 -0500 (EST), Otavio Salvador wrote:
>>
>> In case you have any problem with GIT I can help you with it.
>> I suggest you to read:
>>
>> http://www.kernel.org/pub/software/scm/git/docs/gittutorial.html
>
> Well, I learned at least enough about GIT to do a git clone and
> compare the upstream repository with my modifications.  It's all
> there, as far as I can tell.  Jim did change the code a little bit
> (moved some variable declarations closer to where they are
> referenced), but it's logically equivalent.  When do you anticipate
> a new upstream release that contains this code?

Dunno. I'll talk to Jim about it.

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



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

Bug#614304: not fun, not wishlist

[Thomas Goirand]

On 03/23/2011 03:16 PM, Florian Heigl wrote:

Hi,

unhashed passwords for the admin accounts should leave no room for discussion.
I can't seem to understand how a product can be as focussed
on security as DTC (with sbox and such addons) and then neglect
best practices and deem the most basic level of security a "wishlist item".

There is no single reason that the admin user accounts should be saved 
unexpectedly.

(Dealing with mass signups is an issue, but could be dealt with in much
saner ways than manually comparing passwords)

There's two worrying things in this bug report
a) DTC has unencrypted admin passwords
b) The issue is still open 4 weeks later because of different opinions
(and other priorities?)

Thomas, DTC is the most powerful panel around, but this single issue is so
great that I'd expect to be held liable by the customers in aftermath of a hack.
This isn't the optional type of security.

Greetings,
Florian


I'll be working on it when I have time. But instead of winning, it would 
a lot more productive to send patches!


Thomas



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

Bug#619378: win32-loader: [l10n:ca] Updated Catalan translation

[Jordi Mallach]

Package: win32-loader
Version: 0.7
Severity: wishlist
Tags: l10n

Hi Didier,

Sorry about the delay to send this translation; it was prepared on time
but was forgotten in the review queue.

It is attached.

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

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


ca.po.gz
Description: GNU Zip compressed data

Bug#619380: autoconf 2.63 as_echo generated code does not work on OpenVMS

[John E. Malmberg]

Package: autoconf
Version: 2.63

The curl package is using Debian autoconf to generate its configure 
script, and I was advised to report this issue here for tracking and 
possible resolution by the curl team.


Autoconf 2.63 is generating a configure script that set up the 
environment variable as_echo to spawn a shell that uses eval to write 
out text.


This does not work well on OpenVMS.  Due to a bug that I have not been 
able to trace down, the resulting configure script for curl hangs every 
time it is run.  It does not look like it will be possible in the short 
or intermediate term to find and eliminate that bug.


Changing configure to use:

as_echo="echo"

results in the configure script running to completion.

Even with out the bug that prevents the configure script from 
completing, not using the built in "echo" command is a significant 
performance hit, as spawning processes on OpenVMS is much more expensive 
than on Unix.


As a work around, on VMS, I am running a script to edit the configure 
script to force as_echo="echo" before running the configure in curl.


bash$ uname -a
OpenVMS EAGLE 0 V8.3 AlphaServer_DS10_617_MHz Alpha


Regards,
-John
wb8...@qsl.net
Personal Opinion Only



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

Bug#561593: background image config/handling (plus password handling)

[debian]

hi!

> you want to set a custom wallpaper nowadays, you can either simply copy
> it to /boot/grub/ or specify it in /etc/default/grub for example like
> this:
>   GRUB_BACKGROUND="/path/to/myfile.png"

thanks - but setting a background leads to setting the menu colors. i.e. the 
line in /etc/grub.d/05_debian_theme doesn't quite do:

set_background_image "${GRUB_BACKGROUND}" || set_default_theme

either a

set_background_image ${GRUB_BACKGROUND} || set_default_theme

or passing some further variables from /etc/default/grub is still necessary...

regards,

Chris



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

Bug#147839: Short README file describing how to create a password DB for pam_userdb.so

[Hagen Fuchs]

Package: libpam-modules
Severity: normal

Hello,

I would just like to add that the last part in this README concerning
the implicit addition of the '.db' extension in the pam_userdb module
hit me quite hard this week.  Could pam_userdb(8) perhaps add an
appropriate line?  The 'db' entry under OPTIONS looks to me like the
prime candidate:

db=/path/database
Use the /path/database database for performing lookup. There is
no default; the module will return PAM_IGNORE if no database is
provided.  Please note that the extension '.db' will be
appended implicitly.

Thanks!

Best Regards,
  Hagen Fuchs



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

Bug#618695: nvidia-kernel-source: Artifacts with 260.19.44 driver

[Andreas Beckmann]

You may want to try the 270.30-1 beta driver which should arrive in 
experimental soon. Eventually nvidia already fixed these artifacts.

Otherwise the nvidia-bug-report.log.gz for both versions should be sent to 
nvidia, see http://www.nvnews.net/vbulletin/showthread.php?t=46678


Andreas



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

Bug#602016: any chance of this going into wheezy?

[Zbigniew Jędrzejewski-Szmek]

Hi Yaroslav,

I've prepared an updated patch. Most changes are in comments. The
iptables rule which I previously proposed was unnecessarily
complicated. Just one line is enough. I've added it as an
'actionstart' rule in the action file. It can be used directly if
fail2ban runs as root. If fail2ban runs as non-root, then it won't be
able to execute the rule, but anyway it serves as documentation.  Also
the special rsyslog setup is not necessary -- /var/log/auth.log is
owned by group 'adm' by default, so it is enough to add the fail2ban
user to this group. OTOH, some more setup for logrotate is necessary.

As you suggested, the fail2ban user is not created automatically, but
it is now documented how to add one in the action file comments.

An updated introductory blurb and changes to files follow:
---

Fail2ban currently requires root priviledges to insert iptables rules
through calls to /sbin/iptables and also to read the
logfiles. Fail2ban can run as an unpriviledged user provided that
those two capabilites are preserved. The idea is to run fail2ban as a
normal user (e.g. fail2ban) who belongs to a group which is allowed to
read logfiles. The user should also be allowed to write to
/proc/net/xt_recent/fail2ban-whatever (the name of the file depends on
the iptables rules used to create it).

/proc/net/xt_recent/* is created by the xt_recent kernel module when
an iptables rule with '-m limit' is inserted. This file contains a
dynamic list of IP addresses which can than be used in iptables
rules. Addresses can be matched against this list, with an optional
timeout. One way to use xt_recent is to insert IPs into this list from
an iptables rule, e.g. after connecting to the SSH port three times in
a minute. This is the standard usage described in iptables(3).

Another way to use xt_recent is by inserting the rules by writing to
/proc/net/xt_recent/whatever. This can be performed by a fail2ban
action. Files in /proc/net/xt_recent/ are protected by normal
filesystem rules, so can be chown'ed and chmod'ed to be writable by a
certain user. After the necessary iptables rules are inserted (which
requires root priviledges), blacklisting can be perfomed by an
unpriviledged user.

Using fail2ban with xt_recent allows smarter filtering
than normal iptables rules with the xt_recent module can provide.

The disadvantage is that fail2ban cannot perform the setup by itself,
which would require the priviledge to call /sbin/iptables, and it must
be done through other means.

The primary advantage is obvious: it's generally better to run
services not as root. This setup is more robust, because xt_recent has
it's own memory management and should behave smartly in case a very
large amount of IPs is blocked. Also in case the fail2ban process dies
the rules expire automatically.  In case of a large amount of blocked
IPs, traversing rules linearly for each SYN packet as fail2ban
normally inserts them will be slow, but xt_recent with the same number
of IPs would be much faster. (Didn't test this, so this is pure
handwaving, but it should really be this way ;)) From the
administrators point of view, a setup with xt_recent might also be
easier, because it's very simple to modify the permissions on
/proc/net/xt_recent/fail2ban-whatever to be readable or writable by
some user and thus allow delisting IPs by helper administrators
without the ability to mess up other iptables rules.

The setup is simple:
- add user fail2ban who can read /var/log/auth.log and other
  necessary log files. Log files are owned by group 'adm', so
  it is enough if this user belongs to this group.

- put a rule to check the xt_recent list in the static firewall
  initialization script, with a name like fail2ban-ssh. The
  necessary invocation is documented in the action file.

- set FAIL2BAN_USER in /etc/default/fail2ban.

- make sure that logfiles of fail2ban itself are writable by the
  fail2ban user. /etc/init.d/fail2ban will change the ownership at
  startup, but it is also necessary to modify
  /etc/logrotate.d/fail2ban. Necessary changes are documented in that
  file.

--- fail2ban-0.8.4/debian/fail2ban.default  2011-03-23 11:06:35.0 
+0100
+++ /etc/default/fail2ban   2011-03-23 12:53:41.0 +0100
@@ -21,3 +21,19 @@
 # Command line options for Fail2Ban. Refer to "fail2ban-client -h" for
 # valid options.
 FAIL2BAN_OPTS=""
+
+# Run fail2ban as a different user. If not set, fail2ban
+# will run as root.
+#
+# The user is not created automatically.
+# The user can be created e.g. with
+#useradd --system --no-create-home --home-dir / --groups adm fail2ban
+# Log files are readable by group adm by default. Adding the fail2ban
+# user to this group allows it to read the logfiles.
+#
+# Another manual step that needs to be taken is to allow write access
+# for fail2ban user to fail2ban log files. The /etc/init.d/fail2ban
+# script will change the ownership when starting fail

Bug#619129: nvidia-kernel-dkms: black screen when start kdm after upgrading to a 260.19.44-1

[Andreas Beckmann]

On Monday, 21. March 2011 15:38:30 Pere Nubiola i Radigales wrote:
> Version: 260.19.44-1

> after upgrading the system, when kdm start a black screen without the
> nvidia log apears. No error in /var/log/Xorg.o.log

Did you check the kdm log?
Is the problem reproducible with gdm/gdm3/xdm/...?

You may want to try the 270.30-1 beta driver which should arrive in 
experimental soon. Eventually nvidia already fixed this problem.

Otherwise the nvidia-bug-report.log.gz for both driver versions should be sent 
to nvidia, see http://www.nvnews.net/vbulletin/showthread.php?t=46678


Andreas



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

Bug#619345: [Pkg-vala-maintainers] Bug#619345: valac produces invalid c-code when using pulseaudio's official bindings

[Alexander Kurtz]

reopen 619345
thanks

> This looks more like a bug in the bindings. The channel map bindings
> can't work the way they're written because there's no destroy function.

I don't think so. I tried adding a destructor:

$ diff -u libpulse.vapi.old libpulse.vapi
--- libpulse.vapi.old   2011-03-23 12:54:24.423038993 +0100
+++ libpulse.vapi   2011-03-23 12:54:36.414475642 +0100
@@ -377,6 +377,9 @@
 public struct ChannelMap {
 public uint8 channels;
 public ChannelPosition map[];
+
+~ChannelMap(){
+}
 
 [CCode (cname="PA_CHANNEL_MAP_SNPRINT_MAX")]
 public static const size_t SNPRINT_MAX;
$

It didn't work:

$ valac --pkg=libpulse --vapidir=. test.vala 
libpulse.vapi:381.17-381.29: error: unexpected declaration in struct
~ChannelMap(){
^
Compilation failed: 1 error(s), 0 warning(s)
$

This didn't surprise me, since structs are (normally) fixed-size,
stack-allocated and passed by value, not reference. Therefore they
shouldn't need a destructor.

This seems to be the problematic line:

$ sed --quiet '379p' libpulse.vapi
public ChannelPosition map[];
$

This makes valac compile just fine:

$ diff -u libpulse.vapi.old libpulse.vapi
--- libpulse.vapi.old   2011-03-23 12:54:24.423038993 +0100
+++ libpulse.vapi   2011-03-23 13:04:00.330037971 +0100
@@ -376,7 +376,7 @@
 [CCode (cname="pa_channel_map")]
 public struct ChannelMap {
 public uint8 channels;
-public ChannelPosition map[];
+public ChannelPosition map;
 
 [CCode (cname="PA_CHANNEL_MAP_SNPRINT_MAX")]
 public static const size_t SNPRINT_MAX;
$

But it of course breaks pulseaudio. Looking at the upstream code[1]
reveals this:

00264 typedef struct pa_channel_map {
00265 uint8_t channels;
00268 pa_channel_position_t map[PA_CHANNELS_MAX];
00270 } pa_channel_map;

So map[] should be a fixed size-array. However, this doesn't seem to
work in vala:

$ diff -u libpulse.vapi.old libpulse.vapi
--- libpulse.vapi.old   2011-03-23 12:54:24.423038993 +0100
+++ libpulse.vapi   2011-03-23 13:10:16.838205646 +0100
@@ -376,7 +376,7 @@
 [CCode (cname="pa_channel_map")]
 public struct ChannelMap {
 public uint8 channels;
-public ChannelPosition map[];
+public ChannelPosition map[CHANNELS_MAX];
 
 [CCode (cname="PA_CHANNEL_MAP_SNPRINT_MAX")]
 public static const size_t SNPRINT_MAX;
$ valac --pkg=libpulse --vapidir=. test.vala 
libpulse.vapi:379.44-379.55: error: syntax error, expected `]' or 
integer literal
public ChannelPosition map[CHANNELS_MAX];
   
Compilation failed: 1 error(s), 0 warning(s)
$

Setting the array size directly doesn't work either:

$ diff -u libpulse.vapi.old libpulse.vapi
--- libpulse.vapi.old   2011-03-23 12:54:24.423038993 +0100
+++ libpulse.vapi   2011-03-23 13:10:56.863538104 +0100
@@ -376,7 +376,7 @@
 [CCode (cname="pa_channel_map")]
 public struct ChannelMap {
 public uint8 channels;
-public ChannelPosition map[];
+public ChannelPosition map[32];
 
 [CCode (cname="PA_CHANNEL_MAP_SNPRINT_MAX")]
 public static const size_t SNPRINT_MAX;
$ valac --pkg=libpulse --vapidir=. test.vala 
test.vala:2.2-2.26: warning: field `MyClass.map' never used
PulseAudio.ChannelMap map;
^
/tmp/ccaQ1eM8.o: In function `myclass_finalize':
test.vala.c:(.text+0x152): undefined reference to 
`pulse_audio_channel_map_destroy'
collect2: ld returned 1 exit status
error: cc exited with status 256
Compilation failed: 1 error(s), 1 warning(s)
$ 

So, IMHO we've got four (!) vala bugs here:

 (1) valac doesn't fail if you try to put a dynamically-sized array 
 into a struct
 (2) valac doesn't allow adding a destructor function to a struct
 (3) valac doesn't allow making fixed-sized arrays from constants.
 This is absolutely necessary since there are no preprocessor 
 directives in vala and most C libraries define symbolic names
 for these things.
 (4) valac do

Bug#561593: background image config/handling (plus password handling)

[Alexander Kurtz]

Hi,

if I understand you correctly, you are searching for a way to set custom
menu colors, right? That would be #608283[1]. I'm working on that, but
it will need some time. Or did you want something else?

Best regards

Alexander Kurtz

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608283


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

Bug#619382: [l10n:eu] ldm 2.2.1: updated Basque translation

[dooteo]

Package: ldm
Version: 2.2.1
X-Debbugs-CC:  debian-l10n-bas...@lists.debian.org
Severity: wishlist
Tags: l10n patch

Attached Basque translation. Please, could you add it for us?

Thanks and best regards,

Dooteo

# translation of ldm_2.2.1_eu.po to Basque
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Piarres Beobide , 2008, 2009.
# Iñaki Larrañaga Murgoitio , 2009, 2010, 2011.
msgid ""
msgstr ""
"Project-Id-Version: ldm_2.2.1_eu\n"
"Report-Msgid-Bugs-To: sbaln...@ltsp.org\n"
"POT-Creation-Date: 2011-03-14 11:42-0700\n"
"PO-Revision-Date: 2011-03-23 13:44+0100\n"
"Last-Translator: Iñaki Larrañaga Murgoitio \n"
"Language-Team: Basque \n"
"Language: eu\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n\n"

#: ../src/plugin.c:20
msgid "Username"
msgstr "Erabiltzaile-izena"

#: ../src/plugin.c:32
msgid "Password"
msgstr "Pasahitza"

#: ../src/plugin.c:35
msgid "Verifying password.  Please wait."
msgstr "Pasahitza egiaztatzen. Itxaron..."

#: ../src/plugins/ssh/ssh.c:386
msgid "No response from server, restarting..."
msgstr "Ez dago erantzunik zerbitzaritik, berrabiarazten..."

#: ../gtkgreet/greeter.c:255
#, c-format
msgid "Automatic login in %d seconds"
msgstr "Saio-hasiera automatikoa %d segundotan"

#: ../gtkgreet/greeter.c:514
msgid "Select _Language ..."
msgstr "Hautatu _hizkuntza..."

#: ../gtkgreet/greeter.c:519
msgid "Select _Session ..."
msgstr "Hautatu _saioa..."

#: ../gtkgreet/greeter.c:524
msgid "Select _Host ..."
msgstr "Hautatu _ostalaria..."

#: ../gtkgreet/greeter.c:529
msgid "_Reboot"
msgstr "Be_rrabiarazi"

#: ../gtkgreet/greeter.c:533
msgid "Shut_down"
msgstr "I_tzali"

#: ../gtkgreet/greeter.c:697
msgid "_Preferences"
msgstr "_Hobespenak"

#: ../gtkgreet/greeter.c:801
msgid "Login as Guest"
msgstr "Hasi saioa gonbidatu gisa"

#: ../gtkgreet/sesswin.c:105 ../gtkgreet/langwin.c:104
#: ../gtkgreet/prefwin.c:93
msgid "Default"
msgstr "Lehenetsia"

#: ../gtkgreet/sesswin.c:107
msgid "Failsafe xterm"
msgstr "Xterm segurua"

#: ../gtkgreet/sesswin.c:130
msgid "Change _Session"
msgstr "Aldatu _saioa"

#: ../gtkgreet/sesswin.c:141
msgid "Select your session manager:"
msgstr "Hautatu zure saio-kudeatzailea:"

#: ../gtkgreet/hostwin.c:123
msgid "Select the host for your session to use:"
msgstr "Hautatu ostalaria zure saioan erabiltzeko:"

#: ../gtkgreet/langwin.c:127
msgid "Change _Language"
msgstr "Aldatu _hizkuntza"

#: ../gtkgreet/langwin.c:138
msgid "Select the language for your session to use:"
msgstr "Hautatu hizkuntza zure saioan erabiltzeko:"

Bug#576883: Earcandy failes to start due to white space in .desktop files

[Alessio Treglia]

Hi,

this seems no longer reproducible with the latest 0.9+bzr12-2 release
available in Debian sid.
Can you confirm that?

Cheers,

-- 
Alessio Treglia          | www.alessiotreglia.com
Debian Developer         | ales...@debian.org
Ubuntu Core Developer    | quadris...@ubuntu.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0



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

Bug#613534: Seems to be rather a bug in nvidia, not the kernel

[Andreas Beckmann]

On Monday, 21. March 2011 09:11:43 Andreas Beckmann wrote:
> Please retry with 260.19.44 which is now in unstable and can be compiled
> for 2.6.38-rcX, too

You may want to try the 270.30-1 beta driver which should arrive in 
experimental soon. Eventually nvidia already fixed this problem.

Otherwise the nvidia-bug-report.log.gz for both driver versions should be sent 
to nvidia, see http://www.nvnews.net/vbulletin/showthread.php?t=46678

On Tuesday, 15. February 2011 15:13:31 Andrei POPESCU wrote:
> The ThinkVantage button is not producing any reaction at all in xev.
> This worked fine until now, including on 2.6.36-trunk-amd64. Any other
> things to try that might help you?

Please test the new driver releases with both current (2.6.38, from unstable) 
and older kernels (2.6.32 from squeeze and any versions inbetween you still 
have installed).


Andreas



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

Bug#614923: gengetopt: html documentation not installed

[Alessio Treglia]

Version: 2.22.4-1

Hi,

this is fixed since gengetopt 2.22.4-1 release.

Regards,

-- 
Alessio Treglia          | www.alessiotreglia.com
Debian Developer         | ales...@debian.org
Ubuntu Core Developer    | quadris...@ubuntu.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0



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

Bug#619002: [buildd-tools-devel] Bug#619002: sbuild-update: doesn't work anymore: You do not have permission to access the schroot service

[Jakub Wilk]

* Roger Leigh , 2011-03-20, 21:41:

Group sbuild is not in source-root-groups, and you're using a
filesystem union which requires it.


That's right.


This configuration was previously working, but not entirely correct.
With 0.62.0, the privilege separation means the 'sbuild' user is used
to run schroot, and this required group sbuild to be in root-groups
and source-root-groups. 


Is it documented anywhere?

If you were running sbuild-update as a normal user in group sbuild, you 
would probably have already hit the issue.


This is, I think, the problem you are seeing.  Please let me know if 
this assessment is correct (or not).


Yes, this is the case.

I can't say I'm happy with current behaviour (I normally expect that if 
I am root, I can do anything), but I guess I can live with it. Feel free 
to close the bug.


--
Jakub Wilk



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

Bug#619288: [buildd-tools-devel] Bug#619288: sbuild: FTBFS when HOME isn't set

[Roger Leigh]

tags 619288 patch fixed-upstream pending
thanks

On Tue, Mar 22, 2011 at 06:26:19PM +0100, Philipp Kern wrote:
> Source: sbuild
> Version: 0.62.1-1
> Severity: serious
> 
> > PERL5LIB=/build/buildd-sbuild_0.62.1-1-s390-qtXMSd/sbuild-0.62.1/debian/build/../../lib:/build/buildd-sbuild_0.62.1-1-s390-qtXMSd/sbuild-0.62.1/debian/build/lib
> >  \
> >   
> > /build/buildd-sbuild_0.62.1-1-s390-qtXMSd/sbuild-0.62.1/debian/build/../../tools/sbuild-dumpconfig
> >  buildd config > buildd.conf
> > HOME not defined in environment!
> > make[3]: *** [buildd.conf] Error 255

Fixed using the following patch:

diff --git a/debian/changelog b/debian/changelog
index ab1407b..33f010a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -7,8 +7,9 @@ sbuild (0.62.2-1) unstable; urgency=low
   disabled even when set as the default in the configuration.
 - root is not required to be a member of the sbuild group in order
   to run schroot via the sbuild-schroot wrapper (Closes: #619128).
+- Don't require HOME to be set in the environment (Closes: #619288).
 
- -- Roger Leigh   Mon, 21 Mar 2011 14:52:40 +
+ -- Roger Leigh   Wed, 23 Mar 2011 10:38:03 +
 
 sbuild (0.62.1-1) unstable; urgency=high
 
diff --git a/lib/Sbuild/ConfBase.pm b/lib/Sbuild/ConfBase.pm
index bdd26db..0578795 100644
--- a/lib/Sbuild/ConfBase.pm
+++ b/lib/Sbuild/ConfBase.pm
@@ -74,10 +74,14 @@ sub init_allowed_keys {
if !-d $directory;
 };
 
-my $home = $ENV{'HOME'}
-or die "HOME not defined in environment!\n";
 my @pwinfo = getpwuid($<);
-my $username = $pwinfo[0] || $ENV{'LOGNAME'} || $ENV{'USER'};
+die "Can't get passwd entry for uid $<: $!" if (!@pwinfo);
+my $home = $ENV{'HOME'};
+if (!$home) {
+   print STDERR "W: HOME not set in environment; falling back to $pwinfo[7]
+   $home = $pwinfo[7];
+}
+my $username = $pwinfo[0];
 my $fullname = $pwinfo[6];
 $fullname =~ s/,.*$//;


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature

Bug#619383: php5-fpm: Init script output too verbose

[Olaf van der Spek]

Package: php5-fpm
Version: 5.3.6-2
Severity: wishlist

Hi,

The script should be quiet.

Greetings,

Olaf

testing:~# service php5-fpm stop
[23-Mar-2011 13:43:21] WARNING: [pool www] pm.start_servers is not
set. It's been set to 20.
[23-Mar-2011 13:43:21] NOTICE: configuration file
/etc/php5/fpm/php-fpm.conf test is successful

Stopping PHP5 FPM
testing:~# service php5-fpm start
[23-Mar-2011 13:43:23] WARNING: [pool www] pm.start_servers is not
set. It's been set to 20.
[23-Mar-2011 13:43:23] NOTICE: configuration file
/etc/php5/fpm/php-fpm.conf test is successful

Starting PHP5 FPM...[23-Mar-2011 13:43:23] WARNING: [pool www]
pm.start_servers is not set. It's been set to 20.
.

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

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

Versions of packages php5-fpm depends on:
ii  dpkg1.15.8.10Debian package management system
ii  libbz2-1.0  1.0.5-6  high-quality block-sorting file co
ii  libc6   2.11.2-13Embedded GNU C Library: Shared lib
ii  libcomerr2  1.41.12-2common error description library
ii  libdb4.84.8.30-5 Berkeley v4.8 Database Libraries [
ii  libgssapi-krb5-21.9+dfsg-1   MIT Kerberos runtime libraries - k
ii  libk5crypto31.9+dfsg-1   MIT Kerberos runtime libraries - C
ii  libkrb5-3   1.9+dfsg-1   MIT Kerberos runtime libraries
ii  libmagic1   5.04-5   File type determination library us
ii  libonig25.9.1-1  Oniguruma regular expressions libr
ii  libpcre38.12-3   Perl 5 Compatible Regular Expressi
ii  libqdbm14   1.8.77-4 QDBM Database Libraries [runtime]
ii  libssl0.9.8 0.9.8o-5 SSL shared libraries
ii  libxml2 2.7.8.dfsg-2 GNOME XML library
ii  mime-support3.51-1   MIME files 'mime.types' & 'mailcap
ii  php5-common 5.3.6-2  Common files for packages built fr
ii  tzdata  2011d-1  time zone and daylight-saving time
ii  ucf 3.0025+nmu1  Update Configuration File: preserv
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

php5-fpm recommends no packages.

Versions of packages php5-fpm suggests:
pn  php-pear   (no description available)

-- no debconf information



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

Bug#617501: clisp does not run, claims to be missing a required file

[Agustin Martin]

found 1:2.49-4
thanks

On Wed, Mar 23, 2011 at 09:39:25AM +0100, Agustin Martin wrote:
> Package: clisp
> Version: 1:2.49-4
> 
> On Fri, Mar 18, 2011 at 04:24:39PM +0800, Desmond O. Chang wrote:
> > On Fri, Mar 18, 2011 at 03:24, Agustin Martin  wrote:
> > >
> > > Does this mean that this bug report really belongs to clisp?
> > 
> > I think so.
> 
> Then it should have been fixed by clisp 1:2.49-4.

Strange, xindy now builds and run with this clisp version, but clisp is
showing this error in different scenario, even in a very simple one

$ clisp --version
/usr/lib/clisp-2.49/base/lisp.run: operating system error during load of 
initialization file `/usr/lib/clisp-2.49/base/lispinit.mem'
[/build/buildd-clisp_2.49-4-i386-OupTD9/clisp-2.49/src/spvw_memfile.d:982] 
errno = ENOENT: No existe ese fichero o directorio.

$ dpkg -s clisp | grep -i version
Version: 1:2.49-4

or even simpler as in original bug report, with no arguments.

Reopening for further debug. I am leaving xindy bug report closed, it builds
anr run here with current clisp.

-- 
Agustin



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

Bug#615900: indexing rewrites whole index file for each package

[Thomas Koch]

Esteban Manchado Velázquez:
> On Mon, 28 Feb 2011 22:31:42 +0100, Thomas Koch  wrote:
> > [...]
> > I monitored /var/lib/dhelp and saw that the file documents.index
> > (~150MB) is rewritten for each invocation of index++. The Swish search
> > engine should have some support to merge index files instead of
> > rewriting the index every time.
> 
> I'm not sure I understand your point. IIRC the index file is written
> "from scratch" in a temporary file and then moved to its final location,
> but that doesn't mean that all content is re-indexed. Only the new files
> are indexed, while the rest is, I assume, just taken from the existing
> index. The --incremental switch does that.
> 
> So if that's what you meant, I don't think I can do much about it :-(
> Unless I change to another indexer, that is :-)
Hi Esteban,

you describe the process as I encountered it. The problem is, that the rewrite 
of the already indexed part of the whole index to the new file causes a heavy 
write load. This may especially be annoying for users of solid state disks.
Therefor I consider this Bug to be very important and would kindly ask you to 
mark and handle it as such.

However I know from Lucene, that there are other ways how indexers can handle 
incremental updates. Lucene writes indexes in so called segment files. Every 
time one commits a number of documents to the index, a new segment file is 
added to the index but no old file is changed.
Occassionally some smaller segment files are merged to one bigger segment file 
to keep the total number of files low.

If Swish-e is not capable of this incremental update and merge pattern, then 
you should rather use another indexer. Besides lucene (which has also an 
implementation in C) there are also Xapian and Sphinx, but I don't know 
whether they support merging segments.

Thomas Koch, http://www.koch.ro



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

Bug#619002: [buildd-tools-devel] Bug#619002: Bug#619002: sbuild-update: doesn't work anymore: You do not have permission to access the schroot service

[Roger Leigh]

On Wed, Mar 23, 2011 at 01:53:32PM +0100, Jakub Wilk wrote:
> * Roger Leigh , 2011-03-20, 21:41:
> >Group sbuild is not in source-root-groups, and you're using a
> >filesystem union which requires it.
> 
> That's right.
> 
> >This configuration was previously working, but not entirely correct.
> >With 0.62.0, the privilege separation means the 'sbuild' user is used
> >to run schroot, and this required group sbuild to be in root-groups
> >and source-root-groups.
> 
> Is it documented anywhere?

In the schroot documentation.  When you use a source chroot, the
allowed users/groups are taken from source-*.  It's not mentioned
in the sbuild documentation; it could be mentioned in the setup
documentation.

> >If you were running sbuild-update as a normal user in group
> >sbuild, you would probably have already hit the issue.
> >
> >This is, I think, the problem you are seeing.  Please let me know
> >if this assessment is correct (or not).
> 
> Yes, this is the case.
> 
> I can't say I'm happy with current behaviour (I normally expect that
> if I am root, I can do anything), but I guess I can live with it.
> Feel free to close the bug.

This is an additional issue: #619128 which will be fixed in the
next upload.  You'll then be able to continue to work as root.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature

Bug#619379: xserver-xorg-core: X crashes on launch after update to 1.7.7-13.

[Nicolas Damgaard Larsen]

Forgot to mention, this is on Wheezy 64bit version.

Cheers



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

Bug#619384: preload: logrotate does not send HUP to running process

[EmTeedee]

Package: preload
Version: 0.6.4-1
Severity: normal
Tags: patch

Hi,

the logrotate script refers to /sbin/pidof, which should actually be /bin/pidof
(don't know when it was moved, but definitely in squeeze).
The result is that preload keeps writing to an already deleted log file.

Regards,
Tobias

-- System Information:
Debian Release: 6.0.1
  APT prefers stable
  APT policy: (150, 'stable'), (100, 'testing'), (50, 'unstable'), (1,
'experimental')
Architecture: i386 (i686)

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

Versions of packages preload depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines

preload recommends no packages.

preload suggests no packages.

-- no debconf information
--- preload.logrotate.in2008-10-23 01:08:20.0 +
+++ preload.logrotate.in.1  2011-03-23 12:56:52.0 +
@@ -4,6 +4,6 @@
 size=64k
 compress
 postrotate
-   /bin/kill -HUP `/sbin/pidof preload 2>/dev/null` 2> /dev/null || true
+   /bin/kill -HUP `/bin/pidof preload 2>/dev/null` 2> /dev/null || true
 endscript
 }

Bug#619385: fityk: New upstream version!

[Andres Cimmarusti]

Package: fityk
Version: 0.9.3-1
Severity: wishlist

Version 0.9.7 has been available since early febraury. In fact, release 
0.9.8 will likely happen soon.

Please upgrade this package as there are tons of changes between this 
and the newest releases.

Thanks

Andres Cimmarusti

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

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

Versions of packages fityk depends on:
ii  libbz2-1.0  1.0.5-6  high-quality block-sorting file co
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.5.2-4GCC support library
ii  libjs-jquery1.5.1-1  JavaScript library for dynamic web
ii  libreadline66.1-3GNU readline and history libraries
ii  libstdc++6  4.5.2-4  The GNU Standard C++ Library v3
ii  libwxbase2.8-0  2.8.10.1-3+b1wxBase library (runtime) - non-GUI
ii  libwxgtk2.8-0   2.8.10.1-3+b1wxWidgets Cross-platform C++ GUI t
ii  libxy3  0.6-1Library for reading x-y data from 
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages fityk recommends:
ii  gnuplot   4.4.0-1.1  A command-line driven interactive 

Versions of packages fityk suggests:
ii  menu  2.1.45 generates programs menu for all me

-- no debconf information



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

Bug#619386: libstxxl-dev: files in wrong directory

[Peter Palfrader]

Package: libstxxl-dev
Version: 1.2.1-3
Severity: serious
Tags: squeeze

Hi,

the libstxxl-dev has its include files in /usr/include/include:
| weasel@simona:~$ dpkg -L libstxxl-dev | grep include
| /usr/include
| /usr/include/include
| /usr/include/include/bits
| /usr/include/include/bits/intel_compatibility.h
| /usr/include/include/stxxl
| /usr/include/include/stxxl/io
| /usr/include/include/stxxl/all
| /usr/include/include/stxxl/map
| /usr/include/include/stxxl/mng
..
| /usr/include/include/stxxl/mallocstats
| /usr/include/include/stxxl/random_shuffle
| /usr/include/include/stxxl.h

which appears to be wrong.  They should really be in /usr/include, not
/usr/include/include.

Could we maybe fix this in squeeze with the next point release?

Cheers,
weasel
-- 
   |  .''`.   ** Debian **
  Peter Palfrader  | : :' :  The  universal
 http://www.palfrader.org/ | `. `'  Operating System
   |   `-http://www.debian.org/



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

Bug#615893: grub boot menu crashes on 80 characters on linux lines

[Vladimir 'φ-coder/phcoder' Serbinenko]

Should be fixed upstream now.
On 06.03.2011 07:43, Frank Heckenbach wrote:
> I have the same problem and found this bug report.
> Some further observations:
>
> - It only seems to happen when GRUB runs in a wider than 80
>   characters screen mode (using "set gfxmode=..."). In plain 80x25,
>   longer lines are wrapped and the bug does not occur. So maybe this
>   is a relic from when GRUB didn't support changing screen modes.
>
> - It does not only happen on the "linux" line. In my tests, it
>   happened reproducibly on some lines and reproducibly not on
>   others, but I couldn't discern a pattern regarding which lines.
>
> - When the original line in grub.cfg is already longer than 80
>   characters, it doesn't happen, and I can extend the line even
>   further without crashing.
>
>
>
> ___
> Pkg-grub-devel mailing list
> pkg-grub-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel
>
>   


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko




signature.asc
Description: OpenPGP digital signature

Bug#619129: nvidia-kernel-dkms: black screen when start kdm after upgrading to a 260.19.44-1

[Pere Nubiola Radigales]

I don't see any important error in the log files (see included files).
On the screen appeared the symbol of disconnection and in the terminal
the LED off. But when I do a CTL + Alt + F1 switch to the first
console with no problems

Pere Nubiola Radigales
Telf: +34 656316974
e-mail: p...@nubiola.cat
           pnubi...@fsfe.org
           pere.nubi...@gmail.com



2011/3/23 Andreas Beckmann :
> On Monday, 21. March 2011 15:38:30 Pere Nubiola i Radigales wrote:
>> Version: 260.19.44-1
>
>> after upgrading the system, when kdm start a black screen without the
>> nvidia log apears. No error in /var/log/Xorg.o.log
>
> Did you check the kdm log?
> Is the problem reproducible with gdm/gdm3/xdm/...?
>
> You may want to try the 270.30-1 beta driver which should arrive in
> experimental soon. Eventually nvidia already fixed this problem.
>
> Otherwise the nvidia-bug-report.log.gz for both driver versions should be sent
> to nvidia, see http://www.nvnews.net/vbulletin/showthread.php?t=46678
>
>
> Andreas
>


Xorg.0.log
Description: Binary data


kdm.log
Description: Binary data

Bug#619241: pcscd crashes at time CCID reader is hot-plugged

[Ludovic Rousseau]

Le 22/03/11 11:08, Harald Welte a écrit :

Package: pcscd
Version: 1.7.0-2
Severity: normal
Tags: sid

As soon as any of my CCID readers is hot-plugged, pcscd crashes.

I've tried this with
* Omnikey 3121
* Omnikey 5121
* Omnikey 5321
* Cherry ST-1000 U
* Reiner SCT CyberJack USB

Log file:
nataraja:~# pcscd -f -a -d
 debuglog.c:277:DebugLogSetLevel() debug level=debug
0575 configfile.l:245:DBGetReaderListDir() Parsing conf directory: 
/etc/reader.conf.d
0053 configfile.l:287:DBGetReaderList() Parsing conf file: 
/etc/reader.conf.d/libccidtwin
0116 configfile.l:287:DBGetReaderList() Parsing conf file: 
/etc/reader.conf.d/0comments
0088 pcscdaemon.c:550:main() pcsc-lite 1.7.0 daemon ready.
2987 hotplug_libudev.c:258:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0001, path: (null)
0292 hotplug_libudev.c:258:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0001, path: (null)
0290 hotplug_libudev.c:258:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0002, path: (null)
0280 hotplug_libudev.c:258:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0001, path: (null)
0290 hotplug_libudev.c:258:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0001, path: (null)
0306 hotplug_libudev.c:258:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0001, path: (null)
0287 hotplug_libudev.c:258:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0001, path: (null)
0282 hotplug_libudev.c:258:get_driver() Looking for a driver for VID: 
0x1D6B, PID: 0x0002, path: (null)
27828592 hotplug_libudev.c:258:get_driver() Looking for a driver for VID: 
0x076B, PID: 0x3021, path: (null)
0041 hotplug_libudev.c:309:HPAddDevice() Adding USB device: Generic CCID 
Reader
Segmentation fault

If I do the same in ltrace, I get

dev.c:309:HPAddDevic"..., "\033[0m"0410 hotplug_libudev.c:309:HPAddDevice() 
Adding USB device: Generic CCID Reader
) = 102
[pid 5894] udev_device_get_sysattr_value(0x152a180, 0x415886, 0x7f1133535e00, 
-1, 0x7f1133f5d700) = 0x152ad80
[pid 5894] strtol(0x152ad80, 0, 10, 0, 0)  = 0
[pid 5894] snprintf("\001\200\255\3730", 4282546, "")  = 30
[pid 5894] pthread_mutex_lock(0x61b4e0, 0x4158b2, 0x7fff7acaac9e, 0x4158b2, 0) 
= 0
[pid 5894] udev_device_get_sysattr_value(0x152a180, 0x4158da, 0x7fff7acaac9e, 
0x4158b2, 0x61b4e0) = 0
[pid 5894] udev_device_get_sysattr_value(0x152a8c0, 0x4158b3, 0, 
0x65636166726574, 0x7f1133535ea8) = 0
[pid 5894] __strdup(0x7fff7acaad80, 0xfeadb33f, 80, 0, 0x152b2d0) = 
0x152b300
[pid 5894] __strdup(0, 0x7fff7acaad94, 0, 0x4449434320636972, 
0x72656461655220
[pid 5894] --- SIGSEGV (Segmentation fault) ---
[pid 5894] +++ killed by SIGSEGV +++

So it is most likely some string handling issue regarding sysfs.


I think you are right.

Can you rebuild pcscd in debug mode and run it inside gdb to get a 
backtrace?


Since only pcscd is involved you can run it directly from the source 
directory within installing it.


Thanks

--
 Dr. Ludovic Rousseau



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

Bug#619387: awn-applets-python-core: Weather applet generates "Network error in Weather" notifications

[Daniel E. Markle]

Package: awn-applets-python-core
Version: 0.4.0-3
Severity: normal

When the Weather applet is in use in AWN, it broadcasts a "Network error
in Weather" notification on every update. There's more information about
this problem which also applies to Debian in the ubuntu forums:

http://ubuntuforums.org/showthread.php?t=1704685

They've isolated the problem to the satellite map code. One fix is to simply
comment out the notification:

--- /usr/share/avant-window-navigator/applets/weather/weather.orig  
2011-03-23 09:17:27.394130756 -0400
+++ /usr/share/avant-window-navigator/applets/weather/weather.py
2011-03-23 09:17:42.766463135 -0400
@@ -239,7 +239,7 @@
 def network_error_cb(self, e, tb):
 if type(e) is NetworkException:
 print "Error in Weather:", e
-self.notification.show()
+#self.notification.show()
 else:
 self.applet.errors.set_error_icon_and_click_to_restart()
 self.applet.errors.general(e, traceback=tb, callback=gtk.main_quit)

I've confirmed this works, although the ideal solution would likely be to
merge the updated code from upstream which is also reported to fix this issue.

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

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

Versions of packages awn-applets-python-core depends on:
ii  avant-window-navigator  0.4.0-2  A MacOS X like panel for GNOME
ii  awn-applets-common  0.4.0-3  A collection of applets for avant-
ii  gconf2  2.28.1-6 GNOME configuration database syste
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-awn  0.4.0-2  Python bindings for avant-window-n
ii  python-awn-extras   0.4.0-3  Python bindings for avant-window-n

Versions of packages awn-applets-python-core recommends:
ii  awn-settings0.4.0-2  A preferences manager for avant-wi
ii  fortune-mod [fortune]   1:1.99.1-4   provides fortune cookies on demand
ii  gnome-applets   2.30.0-3 Various applets for the GNOME pane
ii  hal 0.5.14-3 Hardware Abstraction Layer
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-dateutil 1.4.1-3  powerful extensions to the standar
ii  python-feedparser   4.1-14   Universal Feed Parser for Python
ii  python-gnomedesktop 2.30.0-4 Python bindings for the GNOME desk
ii  python-gst0.10  0.10.19-1generic media-playing framework (P
ii  python-gweather 2.30.3-1 Python bindings for GWeather
ii  python-notify   0.1.1-2+b2   Python bindings for libnotify
ii  python-pyinotify0.8.9-1  simple Linux inotify Python bindin
ii  python-rsvg 2.30.0-4 Python bindings for the RSVG libra
ii  python-simplejson   2.1.1-1  simple, fast, extensible JSON enco
ii  python-xklavier 0.3-1Python binding for libxklavier, a 

Versions of packages awn-applets-python-core suggests:
ii  awn-applets-python-extras 0.4.0-3A collection of extras applets for

-- no debconf information



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

Bug#432945: close

[Jeffrin Jose]

hello,

If this bug is fixed then why not close it ?

/Jeffrin.

-- 
software engineer.
department of computer science
rajagiri school of engineering and technology.



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

Bug#612544: ITP: udt -- UDP based Data Transfer Protocol

[Giovanni Funchal]

Hi,

What is the status of this issue? Will the package libudt get included
sometime soon or is the .deb available somewhere already?

-- Giovanni



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

Bug#617470: [Pkg-xfce-devel] Bug#617470: Results of experimenting with gdm3

[Yves-Alexis Perez]

On Thu, 2011-03-10 at 06:59 -0500, Dave Witbrodt wrote:
> I'm finding the same sort of setup here in /etc/gdm3/Xsession, which 
> explains why the menus are not working:
> 
>  [...]
>  SYSSESSIONDIR=/etc/X11/Xsession.d
>  [...]
>  SESSIONFILES=$(run_parts $SYSSESSIONDIR)
>  if [ -n "$SESSIONFILES" ]; then
>for SESSIONFILE in $SESSIONFILES; do
>  . $SESSIONFILE
>done
>  fi
> 
> I could easily be misunderstanding or misinterpretting these scripts, 
> since I don't have any experience with them, but its clear that, by 
> default, gdm3 doesn't get anywhere near /etc/xdg/xfce4/xinitrc or I 
> would have working menus.
> 
> 
> The troubleshooting continues... 

What if you chose “Xfce Session” in gdm instead of “Default Xsession” or
whatever it's called?

Regards,
-- 
Yves-Alexis




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

Bug#619343: [Pkg-utopia-maintainers] Bug#619343: screen still blinks

[Marco d'Itri]

On Mar 23, Michael Biebl  wrote:

> That said, did previous versions of upower not expose this behaviour?
I am not 100% sure, I remember having to kill upowerd at least once
some time ago. Probably I did not reboot since then, but if you can
provide me links to packages I will be happy to try them.
I am on the road and cannot rebuild gnome packages, sorry.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#619386: libstxxl-dev: files in wrong directory

[Sylvestre Ledru]

Le mercredi 23 mars 2011 à 14:19 +0100, Peter Palfrader a écrit :

> the libstxxl-dev has its include files in /usr/include/include:
D Haley, could you manage this ?

I will upload it after your fix.

Thanks,
Sylvestre




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

Bug#619343: [Pkg-utopia-maintainers] Bug#619343: screen still blinks

[Michael Biebl]

Am 23.03.2011 12:22, schrieb Marco d'Itri:
> On Mar 23, Michael Biebl  wrote:
> 
>> That said, did previous versions of upower not expose this behaviour?
> I am not 100% sure, I remember having to kill upowerd at least once
> some time ago. Probably I did not reboot since then, but if you can
> provide me links to packages I will be happy to try them.
> I am on the road and cannot rebuild gnome packages, sorry.

Without knowing where to start, this is a bit hard.
You can at least try the three different versions currently available in the
archive:
squeeze 0.9.5-5
wheezy 0.9.8-2
sid 0.9.9-1

upowerd should be restarted on upgrades, but to rule out any side effects, at
least logout/login from your graphical session or simply reboot.

That said, what kind of desktop environment are you using?
If GNOME, is gnome-power-manager running? Does it have any influence on the
blinkling? Is your backlight completely turned of or more a screen blanking
(like a screensaver kicking in?)

Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#614842: nut: usbhid-ups exits with: libusb_get_report: error sending control

[lee]

Same bug here, see also 
http://osdir.com/ml/debian-bugs-dist/2010-05/msg08997.html



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

Bug#619343: [Pkg-utopia-maintainers] Bug#619343: screen still blinks

[Michael Biebl]

Am 23.03.2011 01:42, schrieb Marco d'Itri:
> Package: upower
> Version: 0.9.9-1~sid1
> Severity: important
> 
> This looks related to #613745. When I run upower -m I get an endless
> stream of:
> 
> [01:36:22.900]device removed:   
> /org/freedesktop/UPower/devices/battery_BAT0
> [01:36:23.971]device added: 
> /org/freedesktop/UPower/devices/battery_BAT0
> [01:36:23.971]device changed: 
> /org/freedesktop/UPower/devices/battery_BAT0
> [01:36:23.972]device changed: 
> /org/freedesktop/UPower/devices/battery_BAT0

I guess you just unplugged AC and what you are seeing is that your battery is
discharging, reflected by the changes in the sysfs values.



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



signature.asc
Description: OpenPGP digital signature

Bug#619388: ITP: cernlib -- CERNLIB data analysis suite

[Lifeng Sun]

Package: wnpp
Severity: wishlist
Owner: Lifeng Sun 

* Package name: cernlib
  Version : 2006
  Upstream Author : CERN - European Laboratory for Particle Physics
* URL : http://cernlib.web.cern.ch/cernlib/
* License : GPL-2+
  Programming Lang: Fortran, C
  Description : CERNLIB data analysis suite

CERNLIB is a suite of data analysis tools and libraries created for
use in physics experiments, but also with applications to other fields
such as the biological sciences.



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

Bug#524963: [Pkg-xfce-devel] Bug#524963: please save status of “MatchCase” option

[Yves-Alexis Perez]

On Tue, 2011-03-22 at 10:18 +0100, Mirosław Gabruś wrote:
> I make patch for mousepad which save status of two checbox: mach_case 
> and replace_all.
> This is old bug, but maybe this patch will be usefull for  someone

Thanks,

it might be worth opening a bug on xfce bugzilla and submit the patch
there (bugzilla.xfce.org) but we'll do it if you don't want to create an
account there.

Regards,
-- 
Yves-Alexis




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

Bug#612085: [Pkg-xfce-devel] Bug#612085: xfce4-mailwatch: Re:

[Yves-Alexis Perez]

On Sat, 2011-03-19 at 19:23 +0100, Sebastian Raase wrote:
> Package: xfce4-mailwatch-plugin
> Version: 1.1.0-2+b1
> Severity: normal
> File: xfce4-mailwatch
> 
> It still crashes (amd64 host):
> 
> [92959.590331] ADDRCONF(NETDEV_UP): eth0: link is not ready
> [92960.220331] xfce4-mailwatch[15206] general protection ip:417015 
> sp:7f73d46e2d48 error:0 in xfce4-mailwatch-plugin[40+1f000]
> [92961.804278] e100: eth0 NIC Link is Up 100 Mbps Full Duplex
> 
> This happened to me twice when resuming from standby (suspend-to-ram). Seems 
> to be related to unreachable servers. I had both IMAP and POP3 configured 
> (different servers). I haven't been able to reproduce a crash, but it dies 
> once every few weeks.
> 
> Worst thing is that the plugin looses all configuration when it dies, so 
> simply adding it back won't work.
> 
> I don't know how to create a backtrace; if someone explains how to do it, I 
> might be able to produce one.

See http://wiki.debian.org/HowToGetABacktrace and
http://wiki.xfce.org/howto/panel_plugin_debug

You can try to attach gdb to the running process or make it dump a core
when it crashes and analyze the coredump later.

Regards,
-- 
Yves-Alexis




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

Bug#617375: [Pkg-xfce-devel] Bug#617375: xfce4-appfinder: FTBFS: package libxfconf-0 found, but the installed version (4.6.2) is too old

[Yves-Alexis Perez]

tag 617375 pending
thanks
On Tue, 2011-03-08 at 15:06 +0100, Cyril Brulebois wrote:
> Source: xfce4-appfinder
> Version: 4.8.0-2
> Severity: serious
> Justification: FTBFS
> 
> Hi,
> 
> same kind of issue as the other xfce4-related packages:
> | checking for libxfconf-0 >= 4.8.0... found, but 4.6.2
> | *** The required package libxfconf-0 was found on your system,
> | *** but the installed version (4.6.2) is too old.
> | *** Please upgrade libxfconf-0 to atleast version 4.8.0, or adjust
> | *** the PKG_CONFIG_PATH environment variable if you installed
> | *** the new version of the package in a nonstandard prefix so
> | *** pkg-config is able to find it.
> 
> Full build logs:
>   
> https://buildd.debian.org/status/package.php?p=xfce4-appfinder&suite=experimental
> 

Fixed in svn, thanks.
-- 
Yves-Alexis




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

Bug#617415: [Pkg-xfce-devel] Bug#617415: xfdesktop4: FTBFS: libxfce4util-1.0 found, but the installed version (4.6.2) is too old

[Yves-Alexis Perez]

tag 617415 pending
thanks

On Tue, 2011-03-08 at 20:03 +0100, Cyril Brulebois wrote:
> Source: xfdesktop4
> Version: 4.8.1-1
> Severity: serious
> Justification: FTBFS
> 
> Hi,
> 
> you know the story now :)
> | checking for libxfce4util-1.0 >= 4.8.0... found, but 4.6.2
> | *** The required package libxfce4util-1.0 was found on your system,
> | *** but the installed version (4.6.2) is too old.
> | *** Please upgrade libxfce4util-1.0 to atleast version 4.8.0, or adjust
> | *** the PKG_CONFIG_PATH environment variable if you installed
> | *** the new version of the package in a nonstandard prefix so
> | *** pkg-config is able to find it.
> | ==> config.log <==
> 
> Full build logs:
>   https://buildd.debian.org/status/package.php?p=xfdesktop4&suite=experimental
> 

Fixed in svn, thanks.

Regards,
-- 
Yves-Alexis




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

Bug#617442: [Pkg-xfce-devel] Bug#617442: Even with orage launch on login, orage panel clock doens't do alarams

[Yves-Alexis Perez]

On Tue, 2011-03-08 at 18:31 -0500, Daniel Dickinson wrote:
> I have orage launched minimized on login (in .config/autostart), and I
> am using the Orage Clock panel plugin, but the alarm is still not
> presented until I click on the clock (to bring up the calendar) after
> the alarm time.
> 
> I want the alarm to notify me there is an alarm in middle of what I'm
> doing, not only if I check Orage. 

And is orage really running or does it only start when you click on the
clock? (basically, what is failing, orage start or alarm ring?)

Regards,
-- 
Yves-Alexis




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

Bug#619389: ntpd listens all interfaces

[Yevgeny Kosarzhevsky]

Package: ntp
Version: 1:4.2.6.p2+dfsg-1+b1
Severity: normal

ntpd ignores 'interface lo' config option and still listens all interfaces

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

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

Versions of packages ntp depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  dpkg1.15.8.10Debian package management system
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libcap2 1:2.19-3 support for getting/setting POSIX.
ii  libedit22.11-20080614-2  BSD editline and history libraries
ii  libopts25   1:5.10-1.1   automated option processing librar
ii  libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii  netbase 4.45 Basic TCP/IP networking system

Versions of packages ntp recommends:
ii  perl  5.10.1-17  Larry Wall's Practical Extraction 

Versions of packages ntp suggests:
pn  ntp-doc(no description available)

-- Configuration Files:
/etc/ntp.conf changed:
driftfile /var/lib/ntp/ntp.drift
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
server 0.debian.pool.ntp.org iburst
server 1.debian.pool.ntp.org iburst
server 2.debian.pool.ntp.org iburst
server 3.debian.pool.ntp.org iburst
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery
restrict 127.0.0.1
restrict ::1
interface lo


-- no debconf information



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