Bug#606182: duplicity: Fails to restore on initial run with GPGError

[Olivier Berger]

Package: duplicity
Version: 0.6.08b-1+b1
Severity: normal

I have backups on remote server and try to restore to non-existing dir, with 
empty ~/.cache/duplicity, and get :

# duplicity --force --ssh-askpass 
scp://r...@xx//mnt/xx/dupbackups/x /home/xx/restore/
Password for 'x': 
GnuPG passphrase: 
Synchronizing remote metadata to local cache...
Copying duplicity-full-signatures.20101206T005609Z.sigtar to local cache.
Copying duplicity-full.20100116T134814Z.manifest to local cache.
Copying duplicity-full.20100905T190548Z.manifest to local cache.
Copying duplicity-full.20101006T231429Z.manifest to local cache.
GPGError: GPG Failed, see log below:
= Begin GnuPG log =
gpg: decrypt_message failed: eof
= End GnuPG log =

Thanks in advance.

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

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

Versions of packages duplicity depends on:
ii  gnupg   1.4.10-4 GNU privacy guard - a free PGP rep
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  librsync1   0.9.7-7  rsync remote-delta algorithm libra
ii  python  2.6.6-3+squeeze1 interactive high-level object-orie
ii  python-central  0.6.16+nmu1  register and build utility for Pyt
ii  python-pexpect  2.3-1Python module for automating inter

duplicity recommends no packages.

Versions of packages duplicity suggests:
pn  ncftp  (no description available)
pn  python-boto(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#605537: [Pkg-fonts-devel] Bug#605537: [Pkg-fonts-bugs] Bug#605537: fontforge: buffer overflow when opening .BDF files

[Rogério Brito]

Dear Christian and others,

On Dec 07 2010, Christian PERRIER wrote:
> Quoting Raphael Geissert (geiss...@debian.org):
> > A patch (along with details) is available at:
> > https://bugzilla.redhat.com/659359
> 
> Thanks, Raphaël, for reporting this issue.

I just uploaded a new version for unstable (conservative upload---I would
have changed other stuff, but better not at this stage).

I'm just waiting for the FTP master announcement to see if it was accepted
or not.

> Kęstutis, will you handle this or do you need help in some way?

I'm having some trouble with my ISP right now and uploading stuff is getting
interrupted. :-(

Could any of you just copy my last SVN commit to a stable version (if
applicable)?


Regards,

-- 
Rogério Brito : rbr...@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br



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

Bug#606183: sks: Database problem after 1.1.0 -> 1.1.1 upgrade

[Gabor Kiss]

Package: sks
Version: 1.1.1+dpkgv3-6
Severity: normal

After Debian lenny->squeeze upgrade I got this:

/etc/cron.daily/sks:
db4.7_archive: Program version 4.7 doesn't match environment version 4.6
db4.7_archive: DB_ENV->open: DB_VERSION_MISMATCH: Database environment version $
run-parts: /etc/cron.daily/sks exited with return code 1

SKS was upgraded from 1.1.0-4 to 1.1.1+dpkgv3-6.

Gabor

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

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

Versions of packages sks depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  db4.7-util  4.7.25-9 Berkeley v4.7 Database Utilities
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libdb4.74.7.25-9 Berkeley v4.7 Database Libraries [
ii  logrotate   3.7.8-6  Log rotation utility
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

sks recommends no packages.

Versions of packages sks suggests:
ii  postfix [mail-transport-agent 2.7.1-1High-performance mail transport ag
ii  procmail  3.22-19Versatile e-mail processor

-- Configuration Files:
/etc/default/sks changed [not included]
/etc/sks/membership changed [not included]
/etc/sks/sksconf changed [not included]

-- no debconf information



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

Bug#606184: /etc/kernel/postrm.d/zz-update-grub: causes kernel upgrades to fail when grub-pc is removed

[Vagrant Cascadian]

Package: grub-pc
Version: 1.98+20100804-8
Severity: critical
File: /etc/kernel/post*.d/zz-update-grub
Tags: patch
Justification: breaks unrelated software

when grub-pc is removed but not purged, it causes kernel upgrades to fail as
/etc/kernel/post*.d/zz-update-grub unconditionally call update-grub, which is
not present when grub-pc is removed.

the following patch should hopefully fix this, though it might be better to be
more verbose about what is happening or detect update-grub some other way:

diff -u debian/kernel/zz-update-grub.orig debian/kernel/zz-update-grub
--- debian/kernel/zz-update-grub.orig   2010-12-06 22:38:36.0 -0800
+++ debian/kernel/zz-update-grub2010-12-06 22:39:23.0 -0800
@@ -1,6 +1,7 @@
 #! /bin/sh
 set -e

+if [ -x /usr/sbin/update-grub ]; then
 set -- $DEB_MAINT_PARAMS
 mode="${1#\'}"
 mode="${mode%\'}"
@@ -13,5 +14,6 @@
exec update-grub
;;
 esac

+fi

 exit 0


live well,
  vagrant



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

Bug#605128: installation-reports: install from usb key on dell latitude e4200 (squeeze beta1)

[Julien Cristau]

clone 605128 -1
reassign 605128 console-tools
retitle 605128 console-tools: should prefer console-setup over 
console-{data,common}
reassign -1 kbd
retitle -1 kbd: should prefer console-setup over console-{data,common}
kthxbye

On Mon, Dec  6, 2010 at 22:51:36 +0100, Michael Schutte wrote:

> On Mon, Dec 06, 2010 at 01:50:17PM +0100, Julien Cristau wrote:
> > On Sun, Dec  5, 2010 at 20:17:32 +0100, Michael Schutte wrote:
> > > I’m not at all comfortable with switching from console-tools to kbd
> > > right now, though.  It feels like a bad idea to change the default from
> > > a package which is installed nearly everywhere to the 13%-popcon kbd, in
> > > the middle of a freeze.  I’m really annoyed at myself for not pushing
> > > this long-needed transition right after the release of Lenny, as I had
> > > originally planned.
> > > 
> > As long as console-tools recommends console-data and console-common that
> > doesn't seem workable.  Or can we switch those to console-setup |
> > console-data, console-setup | console-common?
> 
> I believe we can.  Just like kbd’s, console-tools’s primary purpose is
> to provide utilities, so it doesn’t really require data files anyway.
> So, if I’m not missing anything,
> 
>   console-tools:
> Recommends: console-setup | console-data, console-setup | console-common
> 
>   kbd:
> Depends: console-setup | console-common
> Recommends: console-setup | console-data
> 
> seems like the smallest fix to do the job.  The splashy and
> brdesktop-common package also pull in console-common and console-data,
> respectively, but I suppose we can ignore this for now.
> 
OK, let's do this then.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#606078: ExtUtils::MakeMaker: generated makefile can't cope with perl upgrade

[Niko Tyni]

On Mon, Dec 06, 2010 at 02:41:07AM -0600, Jonathan Nieder wrote:
> Package: perl-modules
> Version: 5.10.1-16
> Tags: upstream
> 
> Upgraded perl to 5.12.2-2 today.  Works very well, generally;
> thanks!  But:

>  $ cd ~/src/git
>  $ make -j2
>  SUBDIR git-gui
>  SUBDIR gitk-git
>  make[1]: Nothing to be done for `all'.
>  SUBDIR perl
>  make[2]: *** No rule to make target `/usr/lib/perl/5.10/Config.pm', needed 
> by `perl.mak'.  Stop.

I've seen this with other projects of course, and it also happened with
the 5.8 -> 5.10 transition. However, I never thought of it as a bug.

The generated Makefile might generally depend on some specifics of the
current Perl installation, and if they change the Makefile should be
invalidated too. Hence the dependency on Config.pm.

This does break the automatic Makefile updating when the perl installation
prefix changes, which for us only happens with major version upgrades.

I don't think that requiring the user to re-run 'perl Makefile.PL'
after a major Perl version upgrade is very onerous, but I can see it
may not be quite as obvious if it's only a part of a bigger build system.

>  $(FIRST_MAKEFILE) : Makefile.PL $(CONFIGDEP)
>   $(NOECHO) $(ECHO) "Makefile out-of-date with respect to $?"
>   $(NOECHO) $(ECHO) "Cleaning current config before rebuilding 
> Makefile..."
>   -$(NOECHO) $(RM_F) $(MAKEFILE_OLD)
>   -$(NOECHO) $(MV)   $(FIRST_MAKEFILE) $(MAKEFILE_OLD)
>   - $(MAKE) $(USEMAKEFILE) $(MAKEFILE_OLD) clean $(DEV_NULL)
>   $(PERLRUN) Makefile.PL "PREFIX=/home/jrn" "INSTALL_BASE="
>   $(NOECHO) $(ECHO) "==> Your Makefile has been rebuilt. <=="
>   $(NOECHO) $(ECHO) "==> Please rerun the $(MAKE) command.  <=="
>   $(FALSE)
> 
> Ah.  Should be fixable by adding a dummy
> 
>  $(CONFIGDEP) : ;

Yeah, that probably works. However, EU::MM upstream needs to be very
careful about portability issues and the like. Looking at the FORCE
target, I suspect

$(CONFIGDEP) :
$(NOECHO) $(NOOP)

is the right way to do this.

I'm generally not very enthusiastic about changing ExtUtils::MakeMaker;
getting things upstreamed properly needs more portability care and
testing than I'm comfortable with, and the Debian changes I've inherited
(debian/patches/debian/extutils_hacks.diff) don't help.

As I said I don't see this as a huge issue (and I think the severity
should possibly be just 'minor'). If you want to push this upstream
yourself, please make sure to test with a pristine ExtUtils::MakeMaker
version first.

See also
 http://cpansearch.perl.org/src/MSCHWERN/ExtUtils-MakeMaker-6.57_01/PATCHING

Thanks,
-- 
Niko Tyni   nt...@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#606187: mcabber missing build-deps

[Tim Schumacher]

Package: mcabber
Severity: serious
Justification: no longer builds from source

mcabber missing libtool, libloudmouth1-0 and libloudmouth1-dev as build 
dependency. If I do not have these packages installed, I cannot build mcabber.

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

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



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

Bug#606188: installation-reports: xserver-xorg not installed for gnome/gdm3

[Milan Niznansky]

Package: installation-reports
Severity: important
Tags: d-i

Run a mostly default "Expert Install" with no custom options worth mentioning.
Left defaults in software slection (Desktop + System utils) and selected also
SSH server.
Installtion ran through without a hitch. No X server got installed though.
I was just greeted with "/usr/bin/X: not found" after trying "startx"...

Will leave system un-touched for next 2 days if anyone wants to take a peek.

Regards,
Milan Niznansky

-- Package-specific info:

Boot method: CD
Image version: 
cdimage.debian.org/cdimage/squeeze_di_beta1/i386/iso-cd/debian-squeeze-di-beta1-i386-netinst.iso
Date: 

Machine: Gigabyte GA-5AA/K6-2/640MB/ATi AIW 128 Pro(Rage128 Pro)/Adaptec 
2940W/Creative CT4170/3COM 3c595
Partitions: 


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [ ]
Detect network card:[ ]
Configure network:  [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:




-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="6.0 (squeeze) - installer build 20101020"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux pocitac 2.6.32-5-486 #1 Thu Oct 14 16:56:52 UTC 2010 i586 
GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: ALi Corporation M1541 [10b9:1541] (rev 
04)
lspci -knn: Subsystem: ALi Corporation M1541 [10b9:1541]
lspci -knn: Kernel driver in use: agpgart-ali
lspci -knn: 00:01.0 PCI bridge [0604]: ALi Corporation M1541 PCI to AGP 
Controller [10b9:5243] (rev 04)
lspci -knn: 00:02.0 USB Controller [0c03]: ALi Corporation USB 1.1 Controller 
[10b9:5237] (rev 03)
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: 00:07.0 ISA bridge [0601]: ALi Corporation M1533/M1535/M1543 PCI to 
ISA Bridge [Aladdin IV/V/V+] [10b9:1533] (rev c3)
lspci -knn: Subsystem: ALi Corporation M1533/M1535/M1543 PCI to ISA Bridge 
[Aladdin IV/V/V+] [10b9:1533]
lspci -knn: 00:08.0 Multimedia audio controller [0401]: Fortemedia, Inc Xwave 
QS3000A [FM801] [1319:0801] (rev b1)
lspci -knn: Subsystem: Fortemedia, Inc Device [1319:1319]
lspci -knn: 00:08.1 Gameport controller [0904]: Fortemedia, Inc Xwave QS3000A 
[FM801 game port] [1319:0802] (rev b1)
lspci -knn: Subsystem: Fortemedia, Inc Device [1319:1319]
lspci -knn: 00:09.0 Ethernet controller [0200]: 3Com Corporation 3c595 
100BaseTX [Vortex] [10b7:5950]
lspci -knn: Kernel driver in use: 3c59x
lspci -knn: 00:0a.0 SCSI storage controller [0100]: Adaptec AHA-2940U/UW/D / 
AIC-7881U [9004:8178]
lspci -knn: Kernel driver in use: aic7xxx
lspci -knn: 00:0f.0 IDE interface [0101]: ALi Corporation M5229 IDE [10b9:5229] 
(rev c1)
lspci -knn: Kernel driver in use: pata_ali
lspci -knn: 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Rage 
128 PF/PRO AGP 4x TMDS [1002:5046]
lspci -knn: Subsystem: ATI Technologies Inc Device [1002:002a]
usb-list: 
usb-list: Bus 01 Device 01: OHCI Host Controller [1d6b:0001]
usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 00
usb-list:Manufacturer: Linux 2.6.32-5-486 ohci_hcd
usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
usb-list: 
usb-list: Bus 01 Device 03: OHCI Host Controller [1267:0103]
usb-list:Level 01 Parent 01 Port 00  Class 00(>ifc ) Subclass 00 Protocol 00
usb-list:Interface 00: Class 03(HID  ) Subclass 01 Protocol 01 Driver usbhid
usb-list:Interface 01: Class 03(HID  ) Subclass 00 Protocol 00 Driver usbhid
lsmod: Module  Size  Used by
lsmod: ufs55298  0 
lsmod: qnx45078  0 
lsmod: ntfs  161855  0 
lsmod: reiserfs  172676  0 
lsmod: binfmt_misc 4719  1 
lsmod: battery 3774  0 
lsmod: dm_mod 45725  0 
lsmod: md_mod 65999  0 
lsmod: xfs   403634  0 
lsmod: exportfs2454  1 xfs
lsmod: jfs   132972  0 
lsmod: ext4  239745  1 
lsmod: jbd2   48167  1 ext4
lsmod: crc16   1027  1 ext4
lsmod: ext3   92368  1 
lsmod: jbd27750  1 ext3
lsmod: crc32c  21

Bug#485975: details of the qooxdoo licensing problems?

[Niko Tyni]

On Fri, Dec 03, 2010 at 12:38:58PM -0500, The Anarcat wrote:
 
> Can you detail what licensing problems you found with the library?

You might want to read debian/copyright inside
  http://people.debian.org/~ntyni/qooxdoo_0.8.2-1.diff.gz

but the blocker for me was that
 framework/source/resource/qx/icon/Oxygen/
was licensed under the LGPL but the source .svg files were not included.

(The intentions of the copyright holders of the Oxygen library are made
 quite clear in
  http://techbase.kde.org/Projects/Oxygen/Licensing )

Other than that, there was some code with the 'Good, not Evil' license
that's problematic. It's a recurring topic on debian-legal, see for
example

 http://lists.debian.org/debian-legal/2010/03/msg00064.html

It was also not clear which version of the LGPL applied to the whole
of qooxdoo.

I think the rest were trivial things like failing to reproduce copyright
notices for MIT licenses and failing to include the whole text of the
BSDish licenses. No other blockers IIRC.

Qooxdoo upstream is aware of these; the last I heard of them was in
March 2010 when Andreas Ecker said they are on their TODO list. I haven't
looked at their code repository recently for fixes and I haven't scanned
anything newer than 0.8.2 for new problems.

Thanks for your interest,
-- 
Niko Tyni   nt...@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#490205: closed by Joey Hess (closing)

[Fabian Greffrath]

found 490205 2.88
thanks


As I suggested, it seems that packages that use ttf-liberation
do depend on it, so I see no reason to explicitly list it.


1) That's still not true for openoffice.org as of version 1:3.2.1-10, 
which only recommends the ttf-liberation package.


2) I don't quite get your argumentation. The ttf-liberation package 
contains fonts that substitute the notorious Arial, Times, etc. fonts 
found in other common *desktop environments*. I do not expect any 
other package to *depend* on them, but I expect them to be installed 
on a standard install desktop system and be available for usage in 
other packages (e.g. office software).


Please add this package to the desktop task. It is independent of the 
used desktop (Gnome, KDE, ...) and also independent of the office 
suite of choice (openoffice.org, abiword, ...).


IMHO, it should simply be there.

 - Fabian



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

Bug#606189: ITP: owfs -- 1-Wire File System

[Vincent Danjean]

Package: wnpp
Severity: wishlist
Owner: Vincent Danjean 

* Package name: owfs
  Version : 2.8p4
  Upstream Author : Paul H Allfille
* URL : http://owfs.org
* License : GPL-2, LGPL-2, BSD (depending on components)
  Programming Lang: C, C++, C#, Perl, Python, java, ruby (lots of bindings)
  Description : 1-Wire File System

Global description:
 1-wire is a communication protocol, wiring scheme and system of devices and
 "iButtons".  The design and control of the protocol is from Dallas Semi (part
 of Maxim Semiconductor). The 1-wire protocol uses in fact 2 wires: one
 for ground and the active wire for data *and* power!
 .
 OWFS is an easy way to use the powerful 1-wire system of Dallas/Maxim. It is
 a simple and flexible program to monitor and control the physical
 environment.  You can write scripts to read temperature, flash lights, write
 to an LCD, log and graph, ...

Then, there will be a short paragraph for each package (langage bindings, main
library, documentation, ...)
  

 If some people with knowledge in Python and php packaging are interrested to
help, they are welcome. Let me know. Java, C# and ruby bindings are not yet
ready but I will ask for help when they will be.
 If some people want to co-maintain this package, there are also welcome.



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

Bug#606190: ocfs2-tools: cluster.conf file is not provide by post-inst script

[Benjamin Renard]

Package: ocfs2-tools
Version: 1.4.4-3
Severity: serious

*** Please type your report below this line ***
On ocfs2-tools package installation, debconf call me a pool of 
parameters but it don't create the /etc/ocfs2/cluster.conf. 
Consequently, the configuration of the package does not complete 
successfully.


Setting up ocfs2-tools (1.4.4-3) ...
Setting cluster stack "o2cb": OK
Checking O2CB cluster configuration : Failed
invoke-rc.d: initscript o2cb, action "start" failed.
dpkg: error processing ocfs2-tools (--configure):
 subprocess installed post-installation script returned error exit status 1
configured to not write apport reports

Errors were encountered while processing:
 ocfs2-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)

When I provide my own cluster.conf file, the configuration of the 
package complete successfully.


Thank you

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 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 ocfs2-tools depends on:
ii  debconf [debconf-2.0] 1.5.36 Debian configuration 
management sy
ii  libc6 2.11.2-7   Embedded GNU C Library: 
Shared lib
ii  libcomerr21.41.12-2  common error description 
library

ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libncurses5   5.7+20100313-4 shared libraries for 
terminal hand
ii  libreadline6  6.1-3  GNU readline and history 
libraries

ii  libuuid1  2.17.2-3.3 Universally Unique ID library
ii  psmisc22.11-1utilities that use the proc 
file s


ocfs2-tools recommends no packages.

Versions of packages ocfs2-tools suggests:
pn  ocfs2-tools-cman   (no description available)
pn  ocfs2-tools-pacemaker  (no description available)
pn  ocfs2console   (no description available)

-- debconf information:
* ocfs2-tools/clustername: srvvirt12
* ocfs2-tools/heartbeat_threshold: 31
* ocfs2-tools/idle_timeout: 3
* ocfs2-tools/reconnect_delay: 2000
* ocfs2-tools/init: true
* ocfs2-tools/keepalive_delay: 2000
--
Benjamin Renard  -   Easter-eggs
44-46 rue de l'Ouest  -  75014 Paris   -   France -  Métro Gaité
Phone: +33 (0) 1 43 35 00 37 -Fax: +33 (0) 1 43 35 00 76
mailto:bren...@easter-eggs.com   -http://www.easter-eggs.com



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

Bug#602273: [PATCH] Re: linux-image-2.6.32-5-686-bigmem: domU hangs during dom0 reboot, recovers when dom0 uptime "caught up"

[Timo Juhani Lindfors]

Ian Campbell  writes:
> On Wed, 2010-11-03 at 13:23 +0200, Timo Juhani Lindfors wrote:
>> http://lists.xensource.com/archives/html/xen-devel/2010-10/msg01261.html
>
> Thanks, I've pinged upstream to see if this patch will be applied and
> also requested that it gets tagged to go into stable.

Any news on this? Did you ping them on the xen-devel mailing list? (I
tried to look but there are so many messages that I didn't spot your ping).




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

Bug#606191: balsa: No rule to make target `../gnome-doc-utils.make'

[Jean-Luc Coulon (f5ibh)]

Package: balsa
Version: 2.4.1-1
Severity: serious
Justification: fails to build from source

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I try to build balsa.

I get the following error at build:

Making all in doc
make[3]: Entering directory `/usr/local/src/balsa/balsa-2.4.1/doc'
make[3]: *** No rule to make target `../gnome-doc-utils.make', needed by
`Makefile.in'.  Stop.
make[3]: Leaving directory `/usr/local/src/balsa/balsa-2.4.1/doc'
make[2]: *** [all-recursive] Error 1

I've gnome-doc-utils 0.20.1-1 on my system 
Regards

Jean-Luc


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

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

Versions of packages balsa depends on:
ii  gnome-icon-theme2.30.3-2 GNOME Desktop icon theme
ii  libart-2.0-22.3.21-1 Library of functions for 2D graphi
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libbonobo2-02.24.3-1 Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.24.3-1 The Bonobo UI library
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libcairo2   1.10.0-1 The Cairo 2D vector graphics libra
ii  libcomerr2  1.41.12-2common error description library
ii  libcompfaceg1   1:1.5.2-5Compress/decompress images for mai
ii  libdbus-1-3 1.2.24-3 simple interprocess messaging syst
ii  libdbus-glib-1-20.88-2   simple interprocess messaging syst
ii  libenchant1c2a  1.6.0-1  a wrapper library for various spel
ii  libesmtp6   1.0.6-1  LibESMTP SMTP client library
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-2.1FreeType 2 font engine, shared lib
ii  libgconf2-4 2.32.1-1 GNOME configuration database syste
ii  libgdk-pixbuf2.0-0  2.22.1-3 GDK Pixbuf library
ii  libglib2.0-02.27.4-1 The GLib library of C routines
ii  libgmime-2.4-2  2.4.14-1+nmu1MIME message parser and creator li
ii  libgnome-keyring0   2.30.1-1 GNOME keyring services library
ii  libgnome2-0 2.30.0-1 The GNOME library - runtime files
ii  libgnomecanvas2-0   2.30.1-1 A powerful object-oriented display
ii  libgnomeui-02.24.3-1 The GNOME libraries (User Interfac
ii  libgnomevfs2-0  1:2.24.3-1   GNOME Virtual File System (runtime
ii  libgpg-error0   1.6-1library for common error values an
ii  libgpgme11  1.2.0-1.2GPGME - GnuPG Made Easy
ii  libgssapi-krb5-21.8.3+dfsg-3 MIT Kerberos runtime libraries - k
ii  libgtk2.0-0 2.22.0-1 The GTK+ graphical user interface 
ii  libgtkhtml3.14-19   3.30.3-1 HTML rendering/editing library - r
ii  libgtksourceview2.0-0   2.10.4-1 shared libraries for the GTK+ synt
ii  libgtkspell02.0.16-1 a spell-checking addon for GTK's T
ii  libice6 2:1.0.7-1X11 Inter-Client Exchange library
ii  libk5crypto31.8.3+dfsg-3 MIT Kerberos runtime libraries - C
ii  libkrb5-3   1.8.3+dfsg-3 MIT Kerberos runtime libraries
ii  libldap-2.4-2   2.4.23-7 OpenLDAP libraries
ii  libnm-glib2 0.8.1-6  network management framework (GLib
ii  libnotify1 [libnotify1- 0.5.0-2  sends desktop notifications to a n
ii  liborbit2   1:2.14.18-0.1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.28.3-1 Layout and rendering of internatio
ii  libpng12-0  1.2.44-1 PNG library - runtime
ii  libpopt01.16-1   lib for parsing cmdline parameters
ii  libsm6  2:1.2.0-1X11 Session Management library
ii  libsqlite3-03.7.3-1  SQLite 3 shared library
ii  libssl0.9.8 0.9.8o-4 SSL shared libraries
ii  libxml2 2.7.8.dfsg-1 GNOME XML library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages balsa recommends:
ii  aspell   0.60.6-4GNU Aspell spell-checker
ii  ispell   3.1.20.0-7  International Ispell (an interacti
ii  yelp 2.30.1+webkit-1 Help browser for GNOME

Versions of packages balsa suggests:
ii  ca-certificates20090814+nmu2 Common CA certificates
ii  lbdb   0.37  The little brother's database for 

- -- no debconf information

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

iD8DBQFM/gqOUdGGXzzGnNARAsHWAKCb

Bug#606187: mcabber missing build-deps

[Alexander Reichle-Schmehl]

tags 606187 + unreproducible
notfound 606187 0.10.0-1
notfound 606187 0.10.1-1
notfound 606187 0.9.7-0.1
thanks

Hi Tim!


* Tim Schumacher  [101207 10:43]:

> Package: mcabber
> Severity: serious
> Justification: no longer builds from source
> 
> mcabber missing libtool, libloudmouth1-0 and libloudmouth1-dev as build 
> dependency. If I do not have these packages installed, I cannot build mcabber.

Sorry, I coulnd't reproduce this bug, neither on stable, testing or
unstable with the respective version.

Can you provide more information?  Which version of the package do you
try to build?  On which architecture?  Which what kind of build
environment?  Do you have a build log available?


Best Regards,
  Alexander



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

Bug#530933: Doesn't reproduce on 0.12.8-2

[Oren Held]

Can anybody reproduce that on 0.12.8-2?
I think this one can be closed as invalid.

Oren



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

Bug#568754: Couldn't reproduce here

[Oren Held]

Does it still happen with 0.12.8-2?



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

Bug#591915: Black text on black background

[Torquil Macdonald Sørensen]

Package: rosegarden
Severity: normal

This bug seems to be fixed. I've installed 10.10 from experimental and haven't
got this problem there either.

Torquil

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

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

Versions of packages rosegarden depends on:
ii  flac1.2.1-3  Free Lossless Audio Codec - comman
ii  libasound2  1.0.23-2.1   shared library for ALSA applicatio
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libfftw3-3  3.2.2-1  library for computing Fast Fourier
ii  libgcc1 1:4.4.5-10   GCC support library
ii  libjack-jackd2-0 [libja 1.9.6~dfsg.1-2   JACK Audio Connection Kit (librari
ii  liblircclient0  0.8.3-5  infra-red remote control support -
ii  liblo7  0.26~repack-5Lightweight OSC library
ii  liblrdf00.4.0-3  a library to manipulate RDF files 
ii  libqt4-network  4:4.6.3-4Qt 4 network module
ii  libqt4-qt3support   4:4.6.3-4Qt 3 compatibility library for Qt 
ii  libqt4-xml  4:4.6.3-4Qt 4 XML module
ii  libqtcore4  4:4.6.3-4Qt 4 core module
ii  libqtgui4   4:4.6.3-4Qt 4 GUI module
ii  libsamplerate0  0.1.7-3  Audio sample rate conversion libra
ii  libsndfile1 1.0.23-1 Library for reading/writing audio 
ii  libstdc++6  4.4.5-10 The GNU Standard C++ Library v3
ii  libx11-62:1.3.3-4X11 client-side library
ii  libxml-twig-perl1:3.34-1 Perl module for processing huge XM
ii  sndfile-programs1.0.23-1 Sample programs that use libsndfil
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages rosegarden recommends:
pn  cups-bsd | lpr (no description available)
ii  evince [pdf-viewer] 2.30.3-1 Document (postscript, pdf) viewer
ii  ghostscript 8.71~dfsg2-6 The GPL Ghostscript PostScript/PDF
ii  iceweasel [www-browser] 3.6.10-1 Web browser based on Firefox
ii  jackd   5JACK Audio Connection Kit (default
ii  lilypond2.12.3-7 A program for typesetting sheet mu
ii  swh-plugins [ladspa-plugin] 0.4.15+1-4   Steve Harris's LADSPA plugins
ii  w3m [www-browser]   0.5.2-10 WWW browsable pager with excellent

Versions of packages rosegarden suggests:
ii  qjackctl  0.3.6-1+b1 User interface for controlling the

-- 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#604563: debhelper: Please add support for build-arch, build-indep, install-arch and install-indep sequences

[Roger Leigh]

On Sun, Dec 05, 2010 at 05:43:26PM -0400, Joey Hess wrote:
> Roger Leigh wrote:
> > dh: Add sequence dependencies and satisfy dependencies prior to running 
> > sequence
> [...]
> > The only negative aspect
> > I can see from doing this is that you will get configure run twice.
> > It's possible to prevent that by using a proper dependency on
> > config.status as shown in the example rules file.
> 
> I don't see why configure would be run twice when running eg,
> debian/rules binary. Even if I run debian/rules build; debian/rules binary,
> it doesn't re-run the configure target in my testing. Do you
> have a small testcase where with this patch configure is run twice, so
> I can understand the problem?

I have attached a minimal testcase.  There are two rules files:

  debian/rules.twice (dh defaults, configure gets run twice)
  debian/rules.once (overridden dh_auto_configure to depend on
config.status to avoid multiple runs)

Simply cp one of those files to debian/rules, and run

  [fakeroot] debian/rules binary|build|build-indep|binary-arch etc

With the patch applied you should be able to run all of the
(build|binary)(-arch|-indep)? targets and see what's going on.

It's basically down to the fact that "dh_auto_configure -i" and
"dh_auto_configure -a" are treated separately so dh doesn't think
it's been previously run (when it has been).  Possibly, it should
act on all packages whether or not "-i" or "-a" are given that it is
configuring the package /as a whole/.  I'm trying to think when this
would be the wrong thing to do, maybe some people do run configure
twice, but I doubt it's very common, and I doubt they are using the
dh defaults if doing to.


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.


test.tar.bz2
Description: Binary data


signature.asc
Description: Digital signature

Bug#605052: libdca-utils: dcadec produces broken WAVs

[Fabian Greffrath]

Sergio,

thank you for your detailed investigation.

Am 06.12.2010 17:00, schrieb Sergio:

Anyway, it is not suitable place to discuss the so wide problem.
Bug with size may be renamed to feature, but warning somewhere in
manpage or stderr output is desireable of course.


I think the same. Let's summarize and agree that this bug report 
request two features:


- Add the ability to export raw, headerless WAV data
- Check the output stream for possible errors


And by the way one more minor-minor-minor problem:
ser...@bagira:~/wrk/dcadec/libdca-0.0.5$ LC_ALL=en  iconv -t UTF32LE
AUTHORS > /dev/null
iconv: illegal input sequence at position 899


Well, I wouldn't even consider this worth a patch. ;)

Thanks again!

 - Fabian



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

Bug#606192: [possibly initscripts] system freeze with message "waiting for /dev to be fully populated. The cure at the moment is to restart until, hopefully, /dev is fully populated. Can take a couple

[Bo Forslund]

Package: possibly initscripts
Severity: grave

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

The system freeze saying Waiting for /dev to be fully populated.

There is a possible hmm,... quirk. I have an USB digital piano attached.
And if the piano is turned off at boot, system freeze waiting for
/dev... It can work with the piano off after a couple of restarts (pwr
off, pwr on). It seems to always work ok with piano on.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.36.1-cs

Debian Release: squeeze/sid
  500 testing-proposed-updates ftp.se.debian.org
  500 testing security.debian.org
  500 testing ftp.se.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-=
libc6(>= 2.2.5) | 2.11.2-7
mount  (>= 2.11x-1) | 2.17.2-3.3
debianutils (>= 2.13.1) | 3.4
lsb-base(>= 3.2-14) | 3.2-23.1
sysvinit-utils (>= 2.86.ds1-64) | 2.88dsf-13
sysv-rc | 2.88dsf-13
 OR file-rc |
coreutils (>= 5.93) | 8.5-1


Recommends  (Version) | Installed
=-+-===
psmisc| 22.11-1
e2fsprogs | 1.41.12-2


Package's Suggests field is empty.






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

Bug#606081: not documented that will warn upon unset variable vs. won't

[jidanni]

> "LK" == Lior Kaplan  writes:
LK> It's actually mentioned in a comment of the manual online version at
LK> http://www.php.net/manual/en/function.is-array.php

OK, that's nice to see.

However let's hope the find it important enough to mention on the
official page one day.

Otherwise users can't tell if they should first probe with isset to
avoid stepping on this landmine.



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

Bug#606193: unblock: libvirt/0.8.3-5

[Guido Günther]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package libvirt with the following changes:

  [ Laurent Léonard ]
  * [6e46f0e] Fix wrong regular expression in debian/watch

  [ Guido Günther ]
  * [f561b2e] New patch 0010-nwfilter-resolve-deadlock-between-VM-
operations-and-.patch nwfilter: resolve deadlock between VM operations and
filter update (Closes: #602715)
  * [239bbe5] New patch 0011-OpenVZ-take-veid-from-vmdef-name-when-
defining-new-d.patch: Fixes OpenVZ domain creation (Closes: #592817) -
thanks to Eric Litak.
  * [c4a2a6b] New patch 0012-OpenVZ-Fix-some-overwritten-error-codes.patch:
Improve error reporting.

f561b2e fixes a deadlock during Qemu/KVM VM startup, 239bbe5 fixes
completely broken OpenVZ container creation and c4a2a6b improves the
error reporting in this area. Would be great to have these important bug
fixes in Squeeze.
Cheers,
 -- Guido



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

Bug#600262: apt: random_sleep should not be executed if anacron has started the cron.daily script

[Teodor MICU]

Hi,

On Mon, Oct 25, 2010 at 3:59 PM, Teodor MICU  wrote:
> Ok, I see. So the first version of the patch avoids the first
> problematic time. For the second problematic time I could prepare a
> new patch to:
> [..]
> 2) check for the current hour and if less or equal to 7 to also
> execute "random_sleep".

I've implemented this and tested successfully in the last few weeks.
I've attached the patch against the latest version of the script.
However, I don't recommend to use it since I found quite ugly to
compare the current time with 7:35 (the current time at which anacron
it executed daily).

Let me know if you can think of a more elegant solution.

Thanks
--- apt_0.8.8	2010-10-28 22:48:42.0 +0300
+++ /etc/cron.daily/apt	2010-12-07 12:34:43.122702879 +0200
@@ -415,7 +415,13 @@
 
 # sleep random amount of time to avoid hitting the 
 # mirrors at the same time
-random_sleep
+if pidof -n anacron > /dev/null; then
+  # if anacron is running and the current time is 7:35AM
+  [ "$(date +%H:%M)" = "07:35" ] && random_sleep
+else
+  # if anacron is not running
+  random_sleep
+fi
 
 # include default system language so that "apt-get update" will
 # fetch the right translated package descriptions

Bug#606194: FW by r...@mail.tamay-dogan.net : Cron python /usr/share/rss2email/rss2email.py ${HOME}/.rss2email/IAEA.dat run?????#2>/dev/null

[Michelle Konzack]

Package: rss2email
Version: 1:2.62-3
Severity: normal

Hello Maintainer,

I have a server which will be migrated in the next 3-4 weeks to Squeeze,
but since yesterday I have a bizzar error message:

- Forwarded message from CronDaemon  
-
Date: Tue, 07 Dec 2010 11:27:01 +0100
From: CronDaemon 
To: michelle.konz...@tamay-dogan.net
Subject: Cron  python
/usr/share/rss2email/rss2email.py ${HOME}/.rss2email/IAEA.dat run
#2>/dev/null

/usr/lib/python2.4/encodings/__init__.py:30: DeprecationWarning: Non-ASCII 
character '\xe9' in file /usr/lib/python2.4/codecs.py on line 360, but no 
encoding declared; see http://www.python.org/peps/pep-0263.html for details
  import codecs, exceptions, types, aliases
/usr/lib/python2.4/logging/__init__.py:32: DeprecationWarning: Non-ASCII 
character '\xe9' in file /usr/lib/python2.4/codecs.py on line 360, but no 
encoding declared; see http://www.python.org/peps/pep-0263.html for details
  import codecs
Traceback (most recent call last):
  File "/usr/share/rss2email/rss2email.py", line 216, in ?
import cPickle as pickle, md5, time, os, traceback, urllib2, sys, types
  File "/usr/lib/python2.4/urllib2.py", line 108, in ?
import cookielib
  File "/usr/lib/python2.4/cookielib.py", line 28, in ?
import sys, re, urlparse, copy, time, urllib, logging
  File "/usr/lib/python2.4/logging/__init__.py", line 32, in ?
import codecs
  File "/usr/lib/python2.4/codecs.py", line 360

??p??.?}?7!?a]C.}?8???h3p??)???c$t?f}??T??0??G:??j??w4&^?)i??T?}??i
 
???t?8x|??oOe??s?I????1,B?e?W>h-?8hE??FB4>a??:?:?L??>?xv?s??lo?~}?WTY??_{c>??\?q?C??xW?l??$:?'!?\4Blhx-6xjt(v?gBW?T'hO?w5GXO?d[s?b???S?I:?x??4y?\??#G?q?,^??N????)0`??^?b?D?W?zS![???c>/r??70`???s???y???Sq?8??8eh??8oa??
?m???x???{ks?Jy???kG?,??g'v??B??? 
hM???N?b0?????|QhC8g+
^
SyntaxError: invalid syntax

- End forwarded message -

It comes from one day to another and as you know, there are no  security
updates for etch anymore, which mean, an update can  not  trigered  this
issue.

Can you help me?

Thanks, Greetings and nice Day/Evening
Michelle Konzack
Systemadministrator
24V Electronic Engineer
Tamay Dogan Network
Debian GNU/Linux Consultant


-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
# Debian GNU/Linux Consultant #
Michelle Konzack   Apt. 917  ICQ #328449886
+49/177/935194750, rue de Soultz MSN LinuxMichi
+33/6/61925193 67100 Strasbourg/France   IRC #Debian (irc.icq.com)


signature.pgp
Description: Digital signature

Bug#606016: indexing takes a minute using all CPU and creates 100mb data

[Sturle Sunde]

I have the same problem, and it makes me wonder..  Who has 100MB
addresses and PIM-data anyway?  Perhaps some default setting is a
little bit larger than strictly neccessary (and efficient)?

I don't know what triggers akonadi at login.  Perhaps it is related
to nepomukservices also consuming 100% CPU for a long time?

An equaly large problem for me is that those 100MiB are database log
files are invalidated when the user log out and akonadi stops.  New
files are created at each login, wasting huge amounts of space in my
nilfs2 based backup.  Those logs should be deleted when akonadi close
the database, and hopefully get missed by my nightly backup.

I have mitigated the problem by reducing innodb_log_file_size to 4M,
and trimmed a few other settings as well.  4 MB is probably still
overkill for most users.  I don't know what a sensible setting would
be, but suspect many defaults can be trimmed a lot to achieve better
efficiency for most users.

-- 
Sturle
~~



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

Bug#606188: installation-reports: xserver-xorg not installed for gnome/gdm3

[Milan Niznansky]

re-fill of initially missed check-boxes, see uncommented lines

On Tue, 2010-12-07 at 10:39 +0100, Milan Niznansky wrote:
> Package: installation-reports
> Severity: important
> Tags: d-i
> 
> Run a mostly default "Expert Install" with no custom options worth mentioning.
> Left defaults in software slection (Desktop + System utils) and selected also
> SSH server.
> Installtion ran through without a hitch. No X server got installed though.
> I was just greeted with "/usr/bin/X: not found" after trying "startx"...
> 
> Will leave system un-touched for next 2 days if anyone wants to take a peek.
> 
> Regards,
> Milan Niznansky
> 
> -- Package-specific info:
> 
> Boot method: CD
> Image version: 
> cdimage.debian.org/cdimage/squeeze_di_beta1/i386/iso-cd/debian-squeeze-di-beta1-i386-netinst.iso
> Date: 
> 
> Machine: Gigabyte GA-5AA/K6-2/640MB/ATi AIW 128 Pro(Rage128 Pro)/Adaptec 
> 2940W/Creative CT4170/3COM 3c595
> Partitions: 
DOS table on 9GB SCSI disk: (partitions in physical order)

primary /boot ext3 200MB
primary - swap 512MB
primary / ext4 rest-of-disk

(partition table is stupidly complicated pull to main from box so a
recap will have to do)
> 
> Base System Installation Checklist:
> [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
> 
Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]
> 
> Comments/Problems:
Comment is (per reportbug's direction) on the top.
>and ideas you had during the initial install.>
> 
> 
> -- 
> 
> Please make sure that the hardware-summary log file, and any other
> installation logs that you think would be useful are attached to this
> report. Please compress large files using gzip.
> 
> Once you have filled out this report, mail it to sub...@bugs.debian.org.
> 
> ==
> Installer lsb-release:
> ==
> DISTRIB_ID=Debian
> DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
> DISTRIB_RELEASE="6.0 (squeeze) - installer build 20101020"
> X_INSTALLATION_MEDIUM=cdrom
> 
> ==
> Installer hardware-summary:
> ==
> uname -a: Linux pocitac 2.6.32-5-486 #1 Thu Oct 14 16:56:52 UTC 2010 i586 
> GNU/Linux
> lspci -knn: 00:00.0 Host bridge [0600]: ALi Corporation M1541 [10b9:1541] 
> (rev 04)
> lspci -knn:   Subsystem: ALi Corporation M1541 [10b9:1541]
> lspci -knn:   Kernel driver in use: agpgart-ali
> lspci -knn: 00:01.0 PCI bridge [0604]: ALi Corporation M1541 PCI to AGP 
> Controller [10b9:5243] (rev 04)
> lspci -knn: 00:02.0 USB Controller [0c03]: ALi Corporation USB 1.1 Controller 
> [10b9:5237] (rev 03)
> lspci -knn:   Kernel driver in use: ohci_hcd
> lspci -knn: 00:07.0 ISA bridge [0601]: ALi Corporation M1533/M1535/M1543 PCI 
> to ISA Bridge [Aladdin IV/V/V+] [10b9:1533] (rev c3)
> lspci -knn:   Subsystem: ALi Corporation M1533/M1535/M1543 PCI to ISA Bridge 
> [Aladdin IV/V/V+] [10b9:1533]
> lspci -knn: 00:08.0 Multimedia audio controller [0401]: Fortemedia, Inc Xwave 
> QS3000A [FM801] [1319:0801] (rev b1)
> lspci -knn:   Subsystem: Fortemedia, Inc Device [1319:1319]
> lspci -knn: 00:08.1 Gameport controller [0904]: Fortemedia, Inc Xwave QS3000A 
> [FM801 game port] [1319:0802] (rev b1)
> lspci -knn:   Subsystem: Fortemedia, Inc Device [1319:1319]
> lspci -knn: 00:09.0 Ethernet controller [0200]: 3Com Corporation 3c595 
> 100BaseTX [Vortex] [10b7:5950]
> lspci -knn:   Kernel driver in use: 3c59x
> lspci -knn: 00:0a.0 SCSI storage controller [0100]: Adaptec AHA-2940U/UW/D / 
> AIC-7881U [9004:8178]
> lspci -knn:   Kernel driver in use: aic7xxx
> lspci -knn: 00:0f.0 IDE interface [0101]: ALi Corporation M5229 IDE 
> [10b9:5229] (rev c1)
> lspci -knn:   Kernel driver in use: pata_ali
> lspci -knn: 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc 
> Rage 128 PF/PRO AGP 4x TMDS [1002:5046]
> lspci -knn:   Subsystem: ATI Technologies Inc Device [1002:002a]
> usb-list: 
> usb-list: Bus 01 Device 01: OHCI Host Controller [1d6b:0001]
> usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 
> 00
> usb-list:Manufacturer: Linux 2.6.32-5-486 ohci_hcd
> usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
> usb-list: 
> usb-list: Bus 01 Device 03: OHCI Host Controller [1267:0103]
> usb-list:Level 01 Parent 01 Port 00  Class 00(>ifc ) Subclass 00 Protocol 
> 00
> usb-list:Interface 00: Class 03(HID  ) Subclass 01 Protocol 01 Driver 
> usbhid
> usb-list:Interface 01: Class 03(HID  ) Subclass 00 Protocol 00 Driver 
> usbhid
> lsmod: Module  Size  Used by
> lsmod: ufs55298  0 
> 

Bug#384287: Reportbug not translated (Was: Bug#605892: please state that mails will be publically archived)

[Stefano Zacchiroli]

[ copying the bug log, dropping -devel ]

On Mon, Dec 06, 2010 at 06:50:20PM +0100, Christian PERRIER wrote:
> > If I remember correctly, that was discussed some years ago, and the
> > outcome of the discussion was, that as our translation teams lack the
> > ressources, non English speaking users should contact their respective
> > -user-foo mailing lists, asking someone to proxy their bug report for them.
> > 
> > I don't think so much has changed regarding that, has it?
> 
> That's correct.
> 
> I think it could be good to translate reportbug but the text showed to
> users should be more direct and invite them to send their bug report
> in English language only (with excuses, apologies, etc, etc.).
> 
> So, yes that assumes the user needs some English skills to send the
> bug report. So one might wonder why (s)he would need a translated
> interface...:-)... At first, I woul say that even if one is able to
> read/write some (often broken) English, one does also better
> understand something written in one's own language...an that includes
> the user interface for reportbug (for instance, explanations about bug
> severities).
> 
> So, I would welcome reportbug i18n.

Agreed.

Another argument that comes to my mind is that there are quite some
cases where a bug report can be fully described by a series of technical
steps/shelllogs/etc. In all those cases, a user not mastering English
can be fully capable of providing all needed information to reproduce a
bug, no matter her (natural) language skills.  To me, that is another
valid argument to help those users with a translated reportbug interface
(of course, being very clear that the text in the buglog should better
be in English, to maximize the chances that the maintainer can look into
it and help the submitter.

Now, we "only" need someone providing a patch :-)

Just my 0.02€,
cheers.

-- 
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Quando anche i santi ti voltano le spalle, |  .  |. I've fans everywhere
ti resta John Fante -- V. Capossela ...| ..: |.. -- C. Adams


signature.asc
Description: Digital signature

Bug#606195: software-properties: Updated nb translation

[Petter Reinholdtsen]

Package: software-properties-gtk
Version: 0.60.debian-3
Tags: patch i18n

Hi.  Attached is an updated Norwegian Bokmål translation of
software-properties (po/nb.po).  It is not yet complete, but should be
better than the current version.  It went from 32 translated, 29 fuzzy
and 36 untranslated to 95 translated, 1 fuzzy and 1 untranslated.

CC to upstream and the last translator.

Happy hacking,
-- 
Petter Reinholdtsen
# translation of nb.po to Norwegian Bokmål
# This file is distributed under the same license as the PACKAGE package.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER.
#
# Terance Edward Sola , 2005.
# Petter Reinholdtsen , 2010.
msgid ""
msgstr ""
"Project-Id-Version: nb\n"
"Report-Msgid-Bugs-To: Sebastian Heinlein \n"
"POT-Creation-Date: 2007-08-01 10:22+0200\n"
"PO-Revision-Date: 2010-12-07 11:46MET\n"
"Last-Translator: Petter Reinholdtsen \n"
"Language-Team: Norwegian Bokmål \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: KBabel 1.11.4\n"

#: ../data/software-properties.desktop.in.h:1
msgid "Configure the sources for installable software and updates"
msgstr "Sett opp kildene for installerbar programvare og oppdateringer"

#: ../data/software-properties.desktop.in.h:2
#: ../softwareproperties/kde/SoftwarePropertiesKDE.py:464
#: ../softwareproperties/kde/SoftwarePropertiesKDE.py:465
#: ../softwareproperties/gtk/SoftwarePropertiesGtk.py:517
#: ../softwareproperties/gtk/SoftwarePropertiesGtk.py:537
#: ../data/glade/main.glade.h:17
msgid "Software Sources"
msgstr "Programvarekilder"

#: ../software-properties-gtk:76 ../software-properties-kde:67
msgid "You need to be root to run this program"
msgstr "Du må være «root» for å kjøre dette programmet"

#: ../softwareproperties/distro.py:28
msgid ""
"To improve the user experience of Ubuntu please take part in the "
"popularity contest. If you do so the list of installed software and how "
"often it was used will be collected and sent anonymously to the Ubuntu "
"project on a weekly basis.\n"
"\n"
"The results are used to improve the support for popular applications and to "
"rank applications in the search results."
msgstr ""

#: ../softwareproperties/distro.py:37
msgid ""
"To improve the user experiece of Debian please take part in the "
"popularity contest. If you do so the list of installed software and how "
"often it was used will be collected and sent anonymously to the Debian "
"project.\n"
"\n"
"The results are used to optimise the layout of the installation CDs."
msgstr ""
"For å forbedre brukeropplevelsen i Debian er det fint om du deltar i 
popularitetskonkurransen. Hvis du gjør dette, så vil listen med installert 
programvare og hvor ofte den er brukt bli samlet inn og sendt anonymt til 
Debian-prosjektet.\n\n"
"Resultatet blir brukt til å forbedre hvordan installasjons-CDene settes 
sammen."

#: ../softwareproperties/distro.py:44
msgid ""
"Submit the list of installed software and how often it is is used to the "
"distribution project."
msgstr "Send inn listen med installert programvare og hvor ofte den er brukt 
til distribusjonsprosjektet."

#: ../softwareproperties/kde/DialogMirror.py:68
msgid "Mirror"
msgstr "Speil"

#: ../softwareproperties/kde/DialogMirror.py:214
#: ../softwareproperties/kde/DialogMirror.py:215
msgid "Testing Mirrors"
msgstr "Tester speil"

#: ../softwareproperties/kde/DialogMirror.py:214
#: ../softwareproperties/kde/DialogMirror.py:217
msgid "Cancel"
msgstr "Avbryt"

#. update_days = apt_pkg.Config.FindI(softwareproperties.CONF_MAP["autoupdate"])
#: ../softwareproperties/kde/SoftwarePropertiesKDE.py:171
#: ../softwareproperties/gtk/SoftwarePropertiesGtk.py:149
msgid "Daily"
msgstr "Daglig"

#: ../softwareproperties/kde/SoftwarePropertiesKDE.py:172
#: ../softwareproperties/gtk/SoftwarePropertiesGtk.py:150
msgid "Every two days"
msgstr "Annenhver dag"

#: ../softwareproperties/kde/SoftwarePropertiesKDE.py:173
#: ../softwareproperties/gtk/SoftwarePropertiesGtk.py:151
msgid "Weekly"
msgstr "Ukentlig"

#: ../softwareproperties/kde/SoftwarePropertiesKDE.py:174
#: ../softwareproperties/gtk/SoftwarePropertiesGtk.py:152
msgid "Every two weeks"
msgstr "Hver andre uke"

#: ../softwareproperties/kde/SoftwarePropertiesKDE.py:181
#: ../softwareproperties/gtk/SoftwarePropertiesGtk.py:161
#, python-format
msgid "Every %s days"
msgstr "Hver %s dag"

#. TRANS: %s stands for the distribution name e.g. Debian or Ubuntu
#: ../softwareproperties/kde/SoftwarePropertiesKDE.py:223
#: ../softwareproperties/gtk/SoftwarePropertiesGtk.py:229
#, python-format
msgid "%s updates"
msgstr "%s oppdateringer"

#. TRANS: %s stands for the distribution name e.g. Debian or Ubuntu
#: ../softwareproperties/kde/SoftwarePropertiesKDE.py:227
#: ../softwareproperties/gtk/SoftwarePropertiesGtk.py:232
#, python-format
msgid "%s Software"
msgstr "%s programvare"

#. TRANSLATORS: Label for the components in the Internet section

Bug#606183: sks: Database problem after 1.1.0 -> 1.1.1 upgrade

[Christoph Martin]

Hi Gabor,

Am 07.12.2010 09:21, schrieb Gabor Kiss:
> Package: sks
> Version: 1.1.1+dpkgv3-6
> Severity: normal
> 
> After Debian lenny->squeeze upgrade I got this:
> 
> /etc/cron.daily/sks:
> db4.7_archive: Program version 4.7 doesn't match environment version 4.6
> db4.7_archive: DB_ENV->open: DB_VERSION_MISMATCH: Database environment 
> version $
> run-parts: /etc/cron.daily/sks exited with return code 1
> 
> SKS was upgraded from 1.1.0-4 to 1.1.1+dpkgv3-6.

Did you follow the instructions in README.Debian for upgrading the
database from 4.6 to 4.7 ?

During upgrade of the package there was a message displayed concerning
the DB upgrade.

Christoph

-- 

Christoph Martin, Zentrum für Datenverarbeitung, Uni-Mainz, Germany
 Instant-Messaging: Jabber: mar...@uni-mainz.de
  (Siehe http://www.zdv.uni-mainz.de/4010.php)
<>

signature.asc
Description: OpenPGP digital signature

Bug#604925: /usr/lib/libgssapi_krb5.so.2: cannot login to ssh after upgrade from lenny to squeeze

[Helmut Grohne]

Hi Sam,

On Tue, Nov 30, 2010 at 10:25:57AM -0500, Sam Hartman wrote:
> The 1.9 packages just made their way into experimental.
> I'd expect that
> I'd expect
> aptitude -t experimental install libkrb5-3 libgssapi-krb5-2
> 
> would work and not bring any scary dependencies in.  If it does look
> scary, rebuild the experimental packages for squeeze.

It simply works that way, yes.

> Then you need to set KRB5_TRACE in the environment to some file that
> sshd can write to.  Note that may be kind of tricky as I suspect sshd
> sanitizes its environment.

I can tell that sshd does not put that much effort into sanitizing its
environment. It really is as simple as:

KRB5_TRACE=/tmp/somefile /etc/init.d/ssh restart

This was the easy part. I had more difficulties with tracking down the
problem though.

In a recent mail I said that the error message (auth.log) changed to
"Wrong principal in request". This was due kdc and ssh server having
different ideas about kvno. After solving this the "No such file or
directory" message from the initial report is back.

The trace file does contain a lot more information than the auth.log.
However only success seems to be worth reporting. A typical login
attempt produces the following lines:

[25580] 1291716395.795091: Retrieving host/someserver.f...@realm.domain.example 
from WRFILE:/etc/krb5.keytab (vno 0, enctype 0) with result: 0/success
[25580] 1291716395.829385: Retrieving host/someserver.f...@realm.domain.example 
from WRFILE:/etc/krb5.keytab (vno 6, enctype des3-cbc-sha1) with result: 
0/success
[25580] 1291716395.829555: Decrypted AP-REQ with specified server principal 
host/someserver.f...@realm.domain.example: des3-cbc-sha1/D924
[25580] 1291716395.829577: AP-REQ ticket: gro...@realm.domain.example -> 
host/someserver.f...@realm.domain.example, session key aes256-cts/1039

So the ssh server successfully decrypts the part relayed from the tgs.
Reading the source I can see that the authenticator part is only
decrypted after the "AP-REQ ticket: ..." message, so we have no clue
about whether this actually happens.

Do you have any ideas I could pursue before debugging the code with
print statements?

Thanks in advance

Helmut



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

Bug#604912: debhelper: Update examples to use build-arch and build-indep targets

[Roger Leigh]

On Sun, Dec 05, 2010 at 05:00:02PM -0400, Joey Hess wrote:
> Roger Leigh wrote:
> > Additionally (not in the patch), I noticed that there is a great deal
> > of similarity between the rules.arch, rules.indep and rules.multi
> > files.  Is there actually a need for these three separate files rather
> > than simply having a single one (based on rules.multi)?
> 
> It does not make sense to add build-arch support to rules.indep, which
> is for wholely arch-indep packages. Nor the converse for rules.arch.

We currently have stub binary-arch and binary-indep for indep-only
and arch-only packages.  These are, of course, required by Policy.
This is merely extending the same convention to the build rules, as
an example of good practice, and to also ensure the complete set of
Policy-defined targets are defined in all sample rules files.  Once
build-arch and build-indep are made a Policy requirement, the
examples will need updating anyway, so this is just fixing them
pre-emptively.

If you choose not to apply the patch, please consider applying only
the --prefix/DESTDIR fixes.  The existing examples are buggy in this
respect: misuse of --prefix to include the destdir is considered bad
practice.


Thanks,
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#606185: [Monotone-debian] Bug#606185: monotone: French po translation

[Richard Levitte]

Thanks, I've committed it upstream.

Cheers,
Richard

In message <20101207083749.617.7014.report...@localhost> on Tue, 07 Dec 2010 
09:37:49 +0100, Steve Petruzzello  said:

dlist> Please find attached the french po translation, proofread by the
dlist> debian-l10n-french mailing list contributors.
dlist> 
dlist> This file should be put in your po/ directory.
dlist> 
dlist> Best regards,
dlist> Steve

-- 
Richard Levitte rich...@levitte.org
http://richard.levitte.org/

"Life is a tremendous celebration - and I'm invited!"
-- from a friend's blog, translated from Swedish



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

Bug#606196: googleearth-package: crashes after upgrade to 6.0, moving .googleearth away helps

[Michael Below]

Package: googleearth-package
Version: 0.6.1
Severity: normal


Today I updated googleearth-package from 0.5.7 to 0.6.1 and
built and installed googleearth 6.0.0.1735. Before, I had a 5.x version
installed (on AMD64, see the bug report about image artifacts).

After the upgrade, googleearth wouldn't start anymore, see crash
log below. Moving the .googleearth directory away helped, now
googleearth starts fine. Obviously there are some
incompatibilities between versions. If this happens on every
upgrade, the installer should move .googleearth and inform the
user.

Thanks for your work!

Michael Below

Major Version 6
Minor Version 0
Build Number 
Build Date Nov 23 2010
Build Time 18:46:56
OS Type 3
OS Major Version 2
OS Minor Version 6
OS Build Version 36
OS Patch Version 0
Crash Signal 11
Crash Time 1291718212
Up Time 4,06911

Stacktrace from glibc:
/usr/lib/googleearth/libgoogleearth_free.so(+0xac2a3)[0xf768c2a3]
/usr/lib/googleearth/libgoogleearth_free.so(+0xac423)[0xf768c423]
[0xf7704400]
/usr/lib/googleearth/libcommon.so(_ZN5earth6common11IconManager16GetFeaturePixmapERKNS_7geobase15AbstractFeatureEiR7QPixmap+0xb7)[0xf4f43ec7]
/usr/lib/googleearth/libcommon.so(_ZN5earth6common16GetFeaturePixmapERKNS_7geobase15AbstractFeatureEiR7QPixmap+0x35)[0xf4f440d5]
/usr/lib/googleearth/libcommon.so(_ZN5earth6common4Item12UpdatePixmapEv+0xb4)[0xf4f47be4]
/usr/lib/googleearth/libcommon.so(_ZN5earth6common4Item14CheckDrawDirtyEv+0x5e)[0xf4f4897e]
/usr/lib/googleearth/libcommon.so(_ZNK5earth6common17EarthItemDelegate8sizeHintERK20QStyleOptionViewItemRK11QModelIndex+0x3e)[0xf4f489de]
/usr/lib/googleearth/libQtGui.so.4(_ZNK9QTreeView16indexRowSizeHintERK11QModelIndex+0x473)[0xf6f70873]
/usr/lib/googleearth/libQtGui.so.4(_ZN9QTreeView12rowsInsertedERK11QModelIndexii+0xc93)[0xf6f79cb3]
/usr/lib/googleearth/libQtGui.so.4(_ZN17QAbstractItemView11qt_metacallEN11QMetaObject4CallEiPPv+0x5e7)[0xf6f2f787]
/usr/lib/googleearth/libQtGui.so.4(_ZN9QTreeView11qt_metacallEN11QMetaObject4CallEiPPv+0x3a)[0xf6f7e39a]
/usr/lib/googleearth/libQtGui.so.4(_ZN11QTreeWidget11qt_metacallEN11QMetaObject4CallEiPPv+0x3a)[0xf6fb6e6a]
/usr/lib/googleearth/libcommon.so(_ZN5earth6common8ItemTree11qt_metacallEN11QMetaObject4CallEiPPv+0x3a)[0xf4f4875a]
/usr/lib/googleearth/libQtCore.so.4(_ZN11QMetaObject8metacallEP7QObjectNS_4CallEiPPv+0x3a)[0xf745566a]
/usr/lib/googleearth/libQtCore.so.4(_ZN11QMetaObject8activateEP7QObjectPKS_iPPv+0x2db)[0xf746584b]
/usr/lib/googleearth/libQtCore.so.4(_ZN18QAbstractItemModel12rowsInsertedERK11QModelIndexii+0x4f)[0xf74c06ff]
/usr/lib/googleearth/libQtCore.so.4(_ZN18QAbstractItemModel13endInsertRowsEv+0xd3)[0xf7449a73]
/usr/lib/googleearth/libQtGui.so.4(_ZN15QTreeWidgetItem11insertChildEiPS_+0x391)[0xf6fb43c1]
/usr/lib/googleearth/libQtGui.so.4(_ZN11QTreeWidget18insertTopLevelItemEiP15QTreeWidgetItem+0x49)[0xf6fb44f9]
/usr/lib/googleearth/libQtGui.so.4(_ZN11QTreeWidget15addTopLevelItemEP15QTreeWidgetItem+0x35)[0xf6fb4535]
/usr/lib/googleearth/libcommon.so(_ZN5earth6common4ItemC1ERNS0_8ItemTreeERNS_7geobase15AbstractFeatureE+0xc1)[0xf4f2b441]
/usr/lib/googleearth/libcommon.so(_ZN5earth6common8ItemTree8populateEPNS0_4ItemERNS_7geobase15AbstractFeatureEb+0x174)[0xf4f2b9b4]
/usr/lib/googleearth/liblayer.so(_ZN5earth5layer11LayerWindow12ReadMyPlacesEv+0x1e0)[0xec5bc4d0]
/usr/lib/googleearth/liblayer.so(_ZN5earth5layer11LayerWindow30LoadMyPlacesAndGotoDefaultViewEv+0x5b)[0xec5bd1bb]
/usr/lib/googleearth/liblayer.so(_ZN5earth5layer11LayerWindow5startEv+0x1e3)[0xec5c8963]
/usr/lib/googleearth/liblayer.so(_ZN5earth5layer11LayerWindow12OnFirstEarthERKNS_4evll11UpdateEventE+0x1e)[0xec5c8e5e]
/usr/lib/googleearth/libevll.so(_ZN5earth7EmitterINS_4evll14UpdateObserverENS1_11UpdateEventENS_19EmitterDefaultTraitIS2_S3_EEE8DoNotifyEPNS_10SyncNotifyIS2_S3_S5_EEMS2_FvRKS3_ESB_+0x8a)[0xf154448a]
/usr/lib/googleearth/libevll.so(_ZN5earth4evll17RenderContextImpl16NotifyFirstEarthEv+0x167)[0xf152cec7]
/usr/lib/googleearth/libbase.so(_ZN5earth14SyncMethodImpl8dispatchEv+0x41)[0xf4feb881]
/usr/lib/googleearth/libbase.so(_ZN5earth11QtFramework18CommandCustomEvent8dispatchEv+0x23)[0xf5006043]
/usr/lib/googleearth/libbase.so(_ZN5earth11QtFramework11customEventEP6QEvent+0x40)[0xf50038b0]
/usr/lib/googleearth/libQtCore.so.4(_ZN7QObject5eventEP6QEvent+0x42f)[0xf7461c4f]
/usr/lib/googleearth/libQtGui.so.4(_ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent+0xac)[0xf69b869c]
/usr/lib/googleearth/libQtGui.so.4(_ZN12QApplication6notifyEP7QObjectP6QEvent+0x426)[0xf69c3666]
/usr/lib/googleearth/libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent+0x78)[0xf744fba8]
/usr/lib/googleearth/libQtCore.so.4(_ZN23QCoreApplicationPrivate16sendPostedEventsEP7QObjectiP11QThreadData+0x30b)[0xf745100b]
/usr/lib/googleearth/libQtCore.so.4(_ZN16QCoreApplication16sendPostedEventsEP7QObjecti+0x2d)[0xf74510fd]
/usr/lib/googleearth/libQtGui.so.4(+0x1f7b51)[0xf6a72b51]
/usr/lib/googleearth/libQtCore.so.4(_ZN10QEventLoop13processEventsE6QFlagsINS_17Proc

Bug#606197: iptables-save dumps resolved uids/gids for owner matches

[Ferenc Wagner]

Package: iptables
Version: 1.4.8-3
Severity: important
Tags: patch upstream

Hi, I brought up this issue with upstream already, cf.
http://bugzilla.netfilter.org/show_bug.cgi?id=683
It was fixed by the following patch by Jan Engelhardt:

diff --git a/extensions/libxt_owner.c b/extensions/libxt_owner.c
index 4015f13..867ed49 100644
--- a/extensions/libxt_owner.c
+++ b/extensions/libxt_owner.c
@@ -558,9 +558,9 @@ static void owner_mt_save(const void *ip, const struct 
xt_entry_match *match)
 {
const struct xt_owner_match_info *info = (void *)match->data;
 
-   owner_mt_print_item(info, "--socket-exists",  XT_OWNER_SOCKET, false);
-   owner_mt_print_item(info, "--uid-owner",  XT_OWNER_UID,false);
-   owner_mt_print_item(info, "--gid-owner",  XT_OWNER_GID,false);
+   owner_mt_print_item(info, "--socket-exists",  XT_OWNER_SOCKET, true);
+   owner_mt_print_item(info, "--uid-owner",  XT_OWNER_UID,true);
+   owner_mt_print_item(info, "--gid-owner",  XT_OWNER_GID,true);
 }
 
 static struct xtables_match owner_mt_reg[] = {

There's still some ongoing discussion on netfilter-devel, but I
opted to open this bugreport now, to find out about the possibilities
of pushing the fix into squeeze.  I see you uploaded 1.4.10 recently
to sid, do you expect to push a new version into squeeze as well?

The issue is rather fundamental: the iptables-save program dumps
--uid-owner values in resolved form, not as numeric uids/gids, which
makes early iptables-restore impossible if the user database uses
network services (eg. LDAP), because iptables-restore is best done
before the network is brought up.

We're heavily impacted by this, please advise on the possible options.

Thanks,
Feri.

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

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

Versions of packages iptables depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libnfnetlink0 1.0.0-1Netfilter netlink library

iptables recommends no packages.

iptables 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#606095: lenny->squeeze: libaprutil1-dev dependencies do not autoresolve

[Hanspeter Spalinger]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 06.12.10 12:32, schrieb Julien Cristau:
> On Mon, Dec  6, 2010 at 12:03:24 +0100, deb...@spahan.ch wrote:
> 
>> Package: upgrade-reports
>> Severity: normal
>>
>> After doing a upgrade to squeeze, aptitude kept complain about 
>> libmysqlclient15-dev beeing outdated but libaprutil1-dev depends on it.
> 
> What version of libaprutil1-dev is that?  The one in squeeze depends on
> libmysqlclient-dev.
It was the lenny one while upgrading,
from my aptitude-log from the upgrade:
[UPGRADE] libapr1 1.2.12-5+lenny2 -> 1.4.2-6
[UPGRADE] libapr1-dev 1.2.12-5+lenny2 -> 1.4.2-6
[UPGRADE] libaprutil1 1.2.12+dfsg-8+lenny5 -> 1.3.9+dfsg-5
[UPGRADE] libaprutil1-dev 1.2.12+dfsg-8+lenny5 -> 1.3.9+dfsg-5
> 
>> I had to manualy resolve the conflict to install libmysqlclient-dev as seen 
>> in the below aptitude output:
>>
> What command did you run to get this output?  How did you upgrade?
This is the output of resolving the conflict manualy in aptitude (using
the command line GUI)
The update procedure i did this way:
- - update everything on lenny (with GUI)
- - editing my /etc/apt/sources.list
- - aptitude update (No GUI)
- - aptitude full-upgrade (No GUI)
This one complained about libapr1-dev require libmysqlclient as below,
so i decided to play safe and go with the suggested solution of keeping
libmysql-client15-dev and libmysqlclient15off at current state. I am not
completly sure why and when i installed libapr, but i think it had to do
with compiling some apache-modules.

- - Now i had to fix a bad postfix configuration (completly my own fault).
- - do some other cleanup, hoping aptitude somehow will find the solution
automgicaly (maybe some bug was fixed or alike, usualy i seen conflicts
on other squeeze machines going away after a short time (eg, 1 day or
alike)). I attached the aptitude log for the details.

As aptitude keept complain about the dependecies, i moved on and told
aptitude to install libmysql-dev and remove libmysqlclient15-dev and
libmysqlclient15off. This then produced the output below.
> 
>> dpkg: libmysqlclient15off: dependency problems, but removing anyway as you 
>> requested:
>>  libmysqlclient15-dev depends on libmysqlclient15off (>= 5.0.51a-24+lenny4).
>> (Reading database ... 38504 files and directories currently installed.)
>> Removing libmysqlclient15off ...
>> Purging configuration files for libmysqlclient15off ...
>> dpkg: libmysqlclient15-dev: dependency problems, but removing anyway as you 
>> requested:
>>  libaprutil1-dev depends on libmysqlclient-dev; however:
>>   Package libmysqlclient-dev is not installed.
>>   Package libmysqlclient15-dev which provides libmysqlclient-dev is to be 
>> removed.
>> Removing libmysqlclient15-dev ...
>> Purging configuration files for libmysqlclient15-dev ...
>> Processing triggers for man-db ...
>> Selecting previously deselected package libmysqlclient-dev.
>> (Reading database ... 38403 files and directories currently installed.)
>> Unpacking libmysqlclient-dev (from 
>> .../libmysqlclient-dev_5.1.49-3_amd64.deb) ...
>> Preparing to replace shared-mime-info 0.71-3 (using 
>> .../shared-mime-info_0.71-4_amd64.deb) ...
>> Unpacking replacement shared-mime-info ...
>> Processing triggers for man-db ...
>> Processing triggers for doc-base ...
>> Processing 1 changed doc-base file(s)...
>> Setting up libmysqlclient-dev (5.1.49-3) ...
>> Setting up shared-mime-info (0.71-4) ...
>> Press return to continue.
>>
> Cheers,
> Julien

Greetings,
Hanspeter
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkz+EpIACgkQjLvx8ViUjYJytQCgyIDXgpatWhtmm3FSX1hhFPSS
xOkAnR46fRDb4SrEOR1uaPieS6VaHdkK
=I0XW
-END PGP SIGNATURE-
Aptitude 0.4.11.11: log report
Thu, Dec  2 2010 21:54:04 +0100

IMPORTANT: this log only lists intended actions; actions which fail due to
dpkg problems may not be completed.

Will install 3 packages, and remove 0 packages.
532kB of disk space will be used
===
[INSTALL, DEPENDENCIES] fuse-utils
[INSTALL, DEPENDENCIES] libfuse2
[INSTALL] curlftpfs
===

Log complete.
Aptitude 0.4.11.11: log report
Thu, Dec  2 2010 23:07:18 +0100

IMPORTANT: this log only lists intended actions; actions which fail due to
dpkg problems may not be completed.

Will install 15 packages, and remove 0 packages.
3482kB of disk space will be freed
===
[UPGRADE] base-files 5lenny7 -> 5lenny8
[UPGRADE] dpkg 1.14.29+b1 -> 1.14.30
[UPGRADE] dpkg-dev 1.14.29 -> 1.14.30
[UPGRADE] libkadm55 1.6.dfsg.4~beta1-5lenny4 -> 1.6.dfsg.4~beta1-5lenny6
[UPGRADE] libkrb5-dev 1.6.dfsg.4~beta1-5lenny4 -> 1.6.dfsg.4~beta1-5lenny6
[UPGRADE] libkrb53 1.6.dfsg.4~beta1-5lenny4 -> 1.6.dfsg.4~beta1-5lenny6
[UPGRADE] libssl-dev 0.9.

Bug#606198: unblock: piwigo/2.1.2-3

[Nicolas Roudaire]

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

Hi release team,

I made an update of the piwigo package. It closes BTS bug #605354. The new 
release adds only debconf translations.

Is it possible to add a freeze exception for it ?

I attached a diff file between the package already in testing and the patch I 
made.

Thanks in advance,
Nicolas Roudaire

unblock piwigo/2.1.2-3

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

Kernel: Linux 2.6.34-1-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff --git a/debian/changelog b/debian/changelog
index 8e710f2..b807775 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+piwigo (2.1.2-3) unstable; urgency=low
+  * Update French debconf templates translation (Closes: #605354)
+  * Backport Czech debconf translation 
+  
+ -- Nicolas Roudaire   Mon, 06 Dec 2010 20:56:06 +0100
+  
 piwigo (2.1.2-2) unstable; urgency=high
   
   * Upload to fix security : 
diff --git a/debian/po/cs.po b/debian/po/cs.po
new file mode 100644
index 000..b4ec2f1
--- /dev/null
+++ b/debian/po/cs.po
@@ -0,0 +1,93 @@
+# Czech translation of PO debconf template for package piwigo.
+# Copyright (C) 2002-2003 Pierrick Le Gall, 2003-2008 PhpWebGallery Team,
+# 2008-2010 Piwigo Team 
+# This file is distributed under the same license as the piwigo package.
+# Michal Simunek , 2010.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: piwigo 2.1.2-1\n"
+"Report-Msgid-Bugs-To: \n"
+"POT-Creation-Date: 2010-07-05 10:38+0200\n"
+"PO-Revision-Date: 2010-07-21 11:51+0200\n"
+"Last-Translator: Michal Simunek \n"
+"Language-Team: Czech \n"
+"Language: cs\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: multiselect
+#. Description
+#: ../templates:1001
+msgid "Web server to reconfigure automatically:"
+msgstr "Automaticky přenastavit webový server:"
+
+#. Type: multiselect
+#. Description
+#: ../templates:1001
+msgid ""
+"Please choose the web server that should be automatically configured to run "
+"Piwigo."
+msgstr ""
+"Zvolte prosím webový server, který se má automaticky nastavit ke spuštění "
+"Piwigo."
+
+#. Type: string
+#. Description
+#: ../templates:2001
+msgid "Administrative user's login:"
+msgstr "Přihlašovací jméno správce:"
+
+#. Type: string
+#. Description
+#: ../templates:2001
+msgid ""
+"Please enter the login of the administrative user. This login is needed to "
+"enter the administrative panel."
+msgstr ""
+"Zadejte prosím přihlašovací jméno správce. Toto přihlašovací jméno je "
+"potřeba ke vstupu do administračního panelu."
+
+#. Type: password
+#. Description
+#: ../templates:3001
+msgid "Administrative user's password:"
+msgstr "Heslo správce:"
+
+#. Type: password
+#. Description
+#: ../templates:3001
+msgid ""
+"Please enter the password of the administrative user. This password is "
+"needed to enter the administrative panel."
+msgstr ""
+"Zadejte prosím heslo správce. Toto heslo je potřeba ke vstupu do "
+"administračního panelu."
+
+
+#. Type: string
+#. Description
+#: ../templates:4001
+msgid "Administrative user's mail:"
+msgstr "E-mail správce:"
+
+#. Type: string
+#. Description
+#: ../templates:4001
+msgid "Please enter the mail address of the administrative user."
+msgstr "Zadejte prosím e-mailovou adresu správce."
+
+#. Type: boolean
+#. Description
+#: ../templates:5001
+msgid "Configure Piwigo automatically?"
+msgstr "Nastavit Piwigo automaticky?"
+
+#. Type: boolean
+#. Description
+#: ../templates:5001
+msgid ""
+"The configuration program for the package can configure automatically Piwigo."
+msgstr ""
+"Program pro nastavení tohoto balíčku může Piwigo automaticky nastavit."
diff --git a/debian/po/fr.po b/debian/po/fr.po
index d673b36..7c4910d 100644
--- a/debian/po/fr.po
+++ b/debian/po/fr.po
@@ -21,7 +21,7 @@ msgstr ""
 #. Description
 #: ../templates:1001
 msgid "Web server to reconfigure automatically:"
-msgstr "Serveur web à reconfigurer automatiquement"
+msgstr "Serveur web à reconfigurer automatiquement :"
 
 #. Type: multiselect
 #. Description
@@ -37,7 +37,7 @@ msgstr ""
 #. Description
 #: ../templates:2001
 msgid "Administrative user's login:"
-msgstr "Nom d'utilisateur de l'administrateur:"
+msgstr "Identifiant de l'administrateur :"
 
 #. Type: string
 #. Description
@@ -46,14 +46,14 @@ msgid ""
 "Please enter the login of the administrative user. This login is needed to "
 "enter the administrative panel."
 msgstr ""
-"Veuillez entrer le nom d'utilisateur de l'administrateur. Il est "
+"Veuillez indiquer l'identifiant de l'administrateur. Il est "
 "indispensable pour entrer dans la zone d'administration."
 
 #. Type: password
 #. Description
 #: ../templates:3001
 msgid "Administrative user's password

Bug#606199: libdbusmenu-qt: Please upgrade to newer version (B-D for kde4libs)

[Didier Raboud]

Package: libdbusmenu-qt
Version: 0.5.1-1
Severity: wishlist
Tags: experimental

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Praveen, 

Could you please upgrade libdbusmenu-qt to a newer version (in experimental), 
e.g. the latest upstream 0.6.4.

libdbusmenu-qt is a Build-Dependency of kde4libs, which need a newer
libdbusmenu-qt in its latest beta version (4.5.80) needs.

Thanks in advance, cheers, 

OdyX

P.S. Would you be okay if other people for the Qt-KDE team would work on it ?

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

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

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

iJwEAQECAAYFAkz+GOcACgkQKA1Vt+jBwDiGjAP+INGotQXnchcJq/5ajt7h7SHA
MAOQC72aR/bcxFqheVw8lJp+JyCiLpGNpkootOm9FkpWmsnM37rWvUtuZi94m3t7
zKPSjTm2XjxnqHUtJ6cLooKPgzlLA3602CUMxps9RSsUxyyf2uJszuzJjz6F/sFY
V531chXAfV08VD6ndYc=
=tyTV
-END PGP SIGNATURE-



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

Bug#596899: Please unblock ia32-libs/20101012

[Julien Cristau]

On Sat, Dec  4, 2010 at 10:12:54 +, Adam D. Barratt wrote:

> On Sat, 2010-12-04 at 08:37 +0100, Thijs Kinkhorst wrote:
> > On Thursday 18 November 2010 22:24:01 Thijs Kinkhorst wrote:
> > >   On Wednesday 17 November 2010 14:26:07 Goswin von Brederlow wrote:
> > > >  ia32-libs-core (20101117) unstable; urgency=low
> > > >  ia32-libs (20101117) unstable; urgency=low
> > > 
> > > I just uploaded these to sid.
> > 
> > I think ia32-libs-core still needs an unblock?
> 
> Why was the Breaks on "ia32-libs (<< 20100418)" dropped?  That isn't
> mentioned in the changelog.  (Nor are the two lines that have
> retrospectively appeared in the changelog for ia32-libs-core 20100421).
> 
Ping.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#604215: libpam-rsa: installation fails

[Agustin Martin]

2010/12/6 Julien Cristau :
> On Mon, Dec  6, 2010 at 17:26:36 +0100, Agustin Martin wrote:
>> +         db_get libpam-rsa/pubkey_dir
>> +         echo "pubkey_dir $RET" >> /etc/security/pam_rsa.conf
>
> I think this part is broken if pam_rsa.conf already exists, you need to
> either read the existing values from the config file, or just not touch
> if it it exists.  The first solution usually means reading pam_rsa.conf
> in the .config script, and seeding debconf with the values from the
> file.

Hi Julien, thanks for the feedback.

In theory that should not be a problem, there is a way (debconf
question based) to state that config file is to be handled manually
and to avoid maintainer scripts to fiddle with it. I followed theory.

In practice, ..., things are different, you are right.

Because of its priority most sysadmins will not notice about that
debconf question and, what is worse, pam_rsa.conf does not state
anywhere that it is an automatically generated file. That means that
there is a high chance of sysadmins having modified manually that file
without even noticing that there is a canonical way to say maintainer
scripts to not modify it.

And that manually modified file will be overwritten, both by original
package (another RC bug) or by my first patch.

I am attaching a second cut, that keeps file if present unless
dpkg-reconfigure is being run. If the later, default values are shown
rather than modified ones, but at least sysadmin does not get fooled.

I have been playing about parsing config file and seed values in
config. It is a whitespace separated file with an unquoted string. I
want some validation, but my tests still do not deal with the unquoted
string, needs to refresh my awk here.

Cheers,

-- 
Agustin
diff --git a/debian/changelog b/debian/changelog
index 5629331..7c65c24 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,14 @@
+libpam-rsa (0.8-9-2.2~amd2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix installation problems with pam_rsa.conf (Closes: #444770, #604215).
+- Install pam_rsa.conf as pam_rsa.conf.sample
+- Move automatic mode pam_rsa.conf generation from config to postinst.
+- Add libpam-rsa.postrm to make sure /etc/security/pam_rsa.conf is
+  removed on purge
+
+ -- Agustin Martin Domingo   Mon, 06 Dec 2010 13:54:34 +0100
+
 libpam-rsa (0.8-9-2.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff --git a/debian/libpam-rsa.config b/debian/libpam-rsa.config
index 530975c..2ec98ab 100644
--- a/debian/libpam-rsa.config
+++ b/debian/libpam-rsa.config
@@ -16,15 +16,4 @@ then
 	db_input low libpam-rsa/pam_prompt || true
 	db_input low libpam-rsa/log_auth_result || true
 	db_go || true
-
-	db_get libpam-rsa/pubkey_dir
-	echo "pubkey_dir $RET" > /etc/security/pam_rsa.conf
-	db_get libpam-rsa/privkey_dir
-	echo "privkey_dir $RET" >> /etc/security/pam_rsa.conf
-	db_get libpam-rsa/privkey_name_hash
-	echo "privkey_name_hash $RET" >> /etc/security/pam_rsa.conf
-	db_get libpam-rsa/pam_prompt
-	echo "pam_prompt $RET" >> /etc/security/pam_rsa.conf
-	db_get libpam-rsa/log_auth_result
-	echo "log_auth_result $RET" >> /etc/security/pam_rsa.conf
 fi
diff --git a/debian/libpam-rsa.postinst b/debian/libpam-rsa.postinst
index f06b70e..7a5962e 100644
--- a/debian/libpam-rsa.postinst
+++ b/debian/libpam-rsa.postinst
@@ -19,10 +19,44 @@ set -e
 # the debian-policy package
 #
 
+pam_rsa_conf="/etc/security/pam_rsa.conf"
+
 case "$1" in
 configure)
+	db_get libpam-rsa/no_configuration
+	if [ "$RET" = "false" ]
+	then
+	# If exists, may have been created by sysadmin. Honour it
+	# unless we are running debconf-reconfigure
+	if [ "$DEBCONF_RECONFIGURE" ] || [ ! -e $pam_rsa_conf ]
+	then
+		echo "Writing auto-generated $pam_rsa_conf" >&2
+		cat < $pam_rsa_conf
+# Configuration file for libpam-rsa
+#
+# This file has been automatically generated by libpam-rsa.postinst
+# If you want to manually handle this file, run
+#
+#   dpkg-reconfigure libpam-rsa
+#
+# and select no automatic configuration option
+#
+# Please read pam_rsa (8) for further instructions
 
-;;
+EOF
+		db_get libpam-rsa/pubkey_dir
+		echo "pubkey_dir $RET" >> $pam_rsa_conf
+		db_get libpam-rsa/privkey_dir
+		echo "privkey_dir $RET" >> $pam_rsa_conf
+		db_get libpam-rsa/privkey_name_hash
+		echo "privkey_name_hash $RET" >> $pam_rsa_conf
+		db_get libpam-rsa/pam_prompt
+		echo "pam_prompt $RET" >> $pam_rsa_conf
+		db_get libpam-rsa/log_auth_result
+		echo "log_auth_result $RET" >> $pam_rsa_conf
+	fi
+	fi
+	;;
 
 abort-upgrade|abort-remove|abort-deconfigure)
 
diff --git a/debian/libpam-rsa.postrm b/debian/libpam-rsa.postrm
new file mode 100644
index 000..5d600a0
--- /dev/null
+++ b/debian/libpam-rsa.postrm
@@ -0,0 +1,11 @@
+#!/bin/sh
+
+set -e
+
+#  Make sure /etc/security/pam_rsa.conf is removed on purge
+
+if [ "$1" = "purge" ]; then
+rm -f /etc/security/pam_rsa.conf
+fi
+
+#DEBHELPER#
diff --git a/debian/rules b/debian/rules
index 3d2d50d..df50352

Bug#606196: googleearth-package: crashes after upgrade to 6.0, moving .googleearth away helps

[Holger Levsen]

Hi,

On Dienstag, 7. Dezember 2010, Michael Below wrote:
> Today I updated googleearth-package from 0.5.7 to 0.6.1 and
> built and installed googleearth 6.0.0.1735. Before, I had a 5.x version
> installed (on AMD64, see the bug report about image artifacts).
>
> After the upgrade, googleearth wouldn't start anymore, see crash
> log below. Moving the .googleearth directory away helped, now
> googleearth starts fine. Obviously there are some
> incompatibilities between versions. If this happens on every
> upgrade, the installer should move .googleearth and inform the
> user.

I'm not sure this is a good idea to do on default and/or by the installer 
package. Maybe the changes are not oncompatible, then the user looses her 
settings for nothing.

So IMO googleearth should deal with that, not googleearth-package.

I'd tag this upstream and leave it there, but I leave that to the maintainer.


cheers,
Holger


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

Bug#604563: debhelper: Please add support for build-arch, build-indep, install-arch and install-indep sequences

[Roger Leigh]

On Sun, Dec 05, 2010 at 05:32:43PM -0400, Joey Hess wrote:
> Roger Leigh wrote:
> > Another possibility to consider.  Rather than overriding the various
> > dh_ commands with override, which is useful to invoke them with
> > extra/different options, it would be possible to additionally add
> > _hook or _local rules, possibly with _indep and _arch variants e.g.
> > dh_install_arch_hook to be run after dh_install.  This prevents the
> > need for an override_dh_install.  For example:
> 
> Sorry to say I see no need for this. It adds three more things have to
> be learned to use dh. I purposefully want to keep dh's surface area as
> small as possible. 
> 
> The current override targets   With your hooks, there is no
> are nice because you can start common case to start off with.
> off with an override that does What hook will be needed depends
> not change behavior, and which on exactly what needs to be changed.
> an editor can easily be taught
> to insert:
> 
> dh_override_dh_foo:
>   dh_foo

Agreed.  The key point of the "hook" concept is that it's not in any
way overriding the behaviour of the various dh* commands in the
manner of override.  It's /supplementing/ them.  And it's entirely
complementary to override (you can use both independently).  I
agree entirely there is overlap between them.

[…]
> Maybe instead of the option youWith your hooks, I have to remember
> need to run something before;  that _hook runs _after_ (and there's
> it's obvious to anyone who knows   nothing that runs before, so still
> make how to change it to do that:  cannot use them:
> 
> dh_override_dh_foo:dh_override_dh_foo:
> something  something
> dh_foo dh_foo

This is something I considered, but chose not to implement in this
initial proof-of-concept patch.  The reasons were:

- running something before is not as common as running after
- this can be implemented using make dependencies to trigger
  actions beforehand
- it's trivial to add should it be required

> And if you decide it needs to run  Now I can use your hook, but I have
> after instead, that's a single yankto change everything I had written:
> and paste to do:
> 
> dh_override_dh_foo:dh_foo_hook:
> dh_foosomething
> something
>(And, looking at that, it's not really
>clear in which order it and dh_foo 
> run.)
> 
> Oh, I still needed that -X after   Now I have to write another target,
> all, of course it's trivial to put and I also have to consider whether
> back:  I can mix the _hook with the
>override target.
> 
> dh_override_dh_foo:dh_override_dh_foo:
> dh_foo -X  dh_foo -X
> something  dh_foo_hook:
>something

I agree that these examples show maintenance as being more complex.
However, they aren't really using the hooks/overrides in the manner
I intended.  My intentions were to make use of dh much simpler, by
cleanly separating overriding of the dh commands and any additional
tasks.  You examples above are using the override rule to do both
these things, which is contrary to how I envisioned their use (though
it is obviously perfectly acceptable to continue to use them like
this).

If we had separate override, "pre-hook" and "post-hook" targets
(I'm sure better names are possible), then you can keep everything
separate and avoid the complications illustrated above.

> > override_dh_auto_install:
> > ifneq (,$(shell dh_listpackages -a 2>/dev/null))
> > $(MAKE) -C debian/build install DESTDIR=$(CURDIR)/debian/install
> > endif
> > ifneq (,$(filter schroot-common, $(shell dh_listpackages)))
> > $(MAKE) -C debian/build/po install DESTDIR=$(CURDIR)/debian/install
> > endif
> > 
> > would become
> > 
> > dh_auto_install_arch_hook:
> > $(MAKE) -C debian/build install DESTDIR=$(CURDIR)/debian/install
> > 
> > dh_auto_install_indep_hook:
> > $(MAKE) -C debian/build/po install DESTDIR=$(CURDIR)/debian/install
> 
> At the moment we don't know for how many packages it will make sense
> to do this splitting. It might be 0.1% for all I know. I'd rather wait
> until there is a demonstrated wide need for a simpler syntax. Then there
> would be other ways to simplify it, for example:
> 
>   override_dh_auto_install:
>   dh_do -a -- $(MAKE) -C debian/build install 
> DESTDIR=$(CURDIR)/debian/install
>   dh_do -i -- $(MAKE) -C debian/build/po install 
> DESTDIR=$(CURDIR)/debian/install

The schroot rules file I included as an example was made much simpler
with the addition of the above hooks, though the correct invocation 

Bug#591493: Render defects on AMD RS780V chipset: fixed with kernel .36

[Michael Below]

Hi Adnan,

you asked for the output of lspci:
01:05.0 VGA compatible controller: ATI Technologies Inc Radeon 3100
Graphics

This is an integrated graphics controller in a business-type PC.

As a graphics driver for X, I am using radeon (from testing). As I
reported earlier, the problem disappeared when I moved to fglrx (after
the move to a .35 kernel didn't help). Recently I upgraded the kernel
to .36, and moved back to radeon, and the problem didn't appear again.

Thanks

Michael



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

Bug#601341: Bug#602418: #601341, #602418 and #604096 seem to be duplicates

[Ian Campbell]

On Mon, 2010-12-06 at 19:27 -0500, Konrad Rzeszutek Wilk wrote:
> >  a) Fix the GART/AGP backend (so drivers/char/agp/*.c) so they use the PCI 
> > API.
> >Only the i915 and higher are using the PCI API and I've some of the older
> >boxes with i860 so can actually test it.
> 
> I've posted patches to address this (https://lkml.org/lkml/2010/12/6/480)
> and Dave question is "why anyone cares about AGP in 2010."
> 
> I was wondering if any folks could comment?

His general principle of fixing the modern stuff first and then working
backwards until nobody is complaining any more seems pretty sane to me.

Is the series at https://lkml.org/lkml/2010/12/6/516  sufficient in its
own right to make Nouveau and ATI work or is more needed? What about NV?

More generally if we were to take the series from
https://lkml.org/lkml/2010/12/6/516 but not the series from
https://lkml.org/lkml/2010/12/6/480 which sets of cards would we be
including/excluding support for?

Ian.
-- 
Ian Campbell
Current Noise: Mistress - 38

What's done to children, they will do to society.




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

Bug#566624: WFM on 0.12.8-2

[Oren Held]

Can you reproduce in 0.12.8-2? I think it's solved, I could easily edit
tags on an .m4a file.

Oren



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

Bug#602273: [PATCH] Re: linux-image-2.6.32-5-686-bigmem: domU hangs during dom0 reboot, recovers when dom0 uptime "caught up"

[Ian Campbell]

On Tue, 2010-12-07 at 12:14 +0200, Timo Juhani Lindfors wrote:
> Ian Campbell  writes:
> > On Wed, 2010-11-03 at 13:23 +0200, Timo Juhani Lindfors wrote:
> >> http://lists.xensource.com/archives/html/xen-devel/2010-10/msg01261.html
> >
> > Thanks, I've pinged upstream to see if this patch will be applied and
> > also requested that it gets tagged to go into stable.
> 
> Any news on this? Did you ping them on the xen-devel mailing list? (I
> tried to look but there are so many messages that I didn't spot your ping).

My ping at http://marc.info/?l=linux-kernel&m=128879080525214&w=2 went
unanswered but Jeremy picked it up again at
http://marc.info/?l=linux-kernel&m=129045702011984&w=2 and it seems to
have gone into the tip.git tree (in x86/urgent) but not to Linus yet.

Ian.

-- 
Ian Campbell
Current Noise: Mistress - Psychic One Inch Punch

Kleeneness is next to Godelness.




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

Bug#604215: libpam-rsa: installation fails

[Julien Cristau]

On Tue, Dec  7, 2010 at 12:12:29 +0100, Agustin Martin wrote:

> 2010/12/6 Julien Cristau :
> > On Mon, Dec  6, 2010 at 17:26:36 +0100, Agustin Martin wrote:
> >> +         db_get libpam-rsa/pubkey_dir
> >> +         echo "pubkey_dir $RET" >> /etc/security/pam_rsa.conf
> >
> > I think this part is broken if pam_rsa.conf already exists, you need to
> > either read the existing values from the config file, or just not touch
> > if it it exists.  The first solution usually means reading pam_rsa.conf
> > in the .config script, and seeding debconf with the values from the
> > file.
> 
> Hi Julien, thanks for the feedback.
> 
> In theory that should not be a problem, there is a way (debconf
> question based) to state that config file is to be handled manually
> and to avoid maintainer scripts to fiddle with it. I followed theory.
> 
I think that's a serious misuse of debconf.  Especially as the default
is false.

> In practice, ..., things are different, you are right.
> 
> Because of its priority most sysadmins will not notice about that
> debconf question and, what is worse, pam_rsa.conf does not state
> anywhere that it is an automatically generated file. That means that
> there is a high chance of sysadmins having modified manually that file
> without even noticing that there is a canonical way to say maintainer
> scripts to not modify it.
> 
> And that manually modified file will be overwritten, both by original
> package (another RC bug) or by my first patch.
> 
> I am attaching a second cut, that keeps file if present unless
> dpkg-reconfigure is being run. If the later, default values are shown
> rather than modified ones, but at least sysadmin does not get fooled.
> 
> I have been playing about parsing config file and seed values in
> config. It is a whitespace separated file with an unquoted string. I
> want some validation, but my tests still do not deal with the unquoted
> string, needs to refresh my awk here.
> 
How about something like the following (untested)?

diff -u libpam-rsa-0.8-9/debian/libpam-rsa.postinst 
libpam-rsa-0.8-9/debian/libpam-rsa.postinst
--- libpam-rsa-0.8-9/debian/libpam-rsa.postinst
+++ libpam-rsa-0.8-9/debian/libpam-rsa.postinst
@@ -19,8 +19,52 @@
 # the debian-policy package
 #
 
+pam_rsa_conf="/etc/security/pam_rsa.conf"
+
 case "$1" in
 configure)
+   db_get libpam-rsa/no_configuration
+   if [ "$RET" = "false" ]; then
+   db_get libpam-rsa/pubkey_dir
+   pubkey_dir="$RET"
+   db_get libpam-rsa/privkey_dir
+   privkey_dir="$RET"
+   db_get libpam-rsa/privkey_name_hash
+   privkey_name_hash="$RET"
+   db_get libpam-rsa/pam_prompt
+   pam_prompt="$RET"
+   db_get libpam-rsa/log_auth_result
+   log_auth_result="$RET"
+
+   if ! [ -f "$pam_rsa_conf" ]; then
+   cat > "$pam_rsa_conf" << EOF
+# Configuration file for libpam-rsa
+# Please read pam_rsa (8) for further instructions
+
+EOF
+   LC_ALL=C sed -e '/^pubkey_dir[[:space:]]/d;\
+   /^privkey_dir[[:space:]]/d;\
+   /^privkey_name_hash[[:space:]]/d;\
+   /^pam_prompt[[:space:]]/d;\
+   /^log_auth_result[[:space:]]/d' \
+   "$pam_rsa_conf" > "${pam_rsa_conf}.dpkg-tmp"
+   if [ -n "$pubkey_dir" ]; then
+   echo pubkey_dir $pubkey_dir >> 
"${pam_rsa_conf}.dpkg-tmp"
+   fi
+   if [ -n "$privkey_dir" ]; then
+   echo privkey_dir $privkey_dir >> 
"${pam_rsa_conf}.dpkg-tmp"
+   fi
+   if [ -n "$privkey_name_hash" ]; then
+   echo privkey_name_hash $privkey_name_hash >> 
"${pam_rsa_conf}.dpkg-tmp"
+   fi
+   if [ -n "$pam_prompt" ]; then
+   echo pam_prompt $pam_prompt >> 
"${pam_rsa_conf}.dpkg-tmp"
+   fi
+   if [ -n "$log_auth_result" ]; then
+   echo log_auth_result $log_auth_result >> 
"${pam_rsa_conf}.dpkg-tmp"
+   fi
+   mv "${pam_rsa_conf}.dpkg-tmp" "$pam_rsa_conf"
+   fi
 
 ;;
 
diff -u libpam-rsa-0.8-9/debian/libpam-rsa.config 
libpam-rsa-0.8-9/debian/libpam-rsa.config
--- libpam-rsa-0.8-9/debian/libpam-rsa.config
+++ libpam-rsa-0.8-9/debian/libpam-rsa.config
@@ -2,6 +2,25 @@
 
 set -e
 
+pam_rsa_conf="/etc/security/pam_rsa.conf"
+
+read_config() {
+   if ! [ -f $pam_rsa_conf ]; then
+   return
+   fi
+
+   pubkey_dir=$(sed -ne '^pubkey_dir[[:space:]]\+\(.*\)/\1/p' 
$pam_rsa_conf)
+   db_set libpam_rsa/pubkey_dir "$pubkey_dir"
+   privkey_dir=$(sed -ne '^privkey_dir[[:space:]]\+\(.*\)/\1/p' 
$pam_rsa_conf)
+   db_set libpam_rsa/privkey_d

Bug#606143: [buildd-tools-devel] Bug#606143: netbase: Installation in build chroot breaks package builds

[Roger Leigh]

On Mon, Dec 06, 2010 at 08:21:05PM +0100, Julian Andres Klode wrote:
> On Mo, 2010-12-06 at 20:07 +0100, Julien Cristau wrote:
> > On Mon, Dec  6, 2010 at 19:58:30 +0100, Julian Andres Klode wrote:
> > 
> > > Package: netbase
> > > Version: 4.43
> > > Severity: critical
> > > 
> > > I don't really know what happens, but installing netbase
> > > in a chroot freshly created by cdebootstrap or into an
> > > old one in use for multiple months results in:
> > > 
> > >   Configuration file `/etc/services'
> > >==> File on system created by you or by a script.
> > >==> File also in package provided by package maintainer.
> > >  What would you like to do about it ?  Your options are:
> > >   Y or I  : install the package maintainer's version
> > >   N or O  : keep your currently-installed version
> > > D : show the differences between the versions
> > > Z : start a shell to examine the situation
> > >The default action is to keep your current version.
> > >   *** services (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing netbase 
> > > (--configure):
> > >EOF on stdin at conffile prompt
> > > 
> > > I'm attaching the complete log of the failed build.
> > > 
> > tell schroot to not mess with the chroot's /etc/services.
> Reassigning the bug:
> 
> $ sudo chroot /srv/chroot/sid ls -l /etc/services
> ls: cannot access /etc/services: No such file or directory
> $ schroot -c sid -- ls -l /etc/services
> -rw-r--r-- 1 root root 17430 Dec  6 19:17 /etc/services
> $ sudo chroot /srv/chroot/sid ls -l /etc/services
> ls: cannot access /etc/services: No such file or directory
> 
> Worst thing after using -source:
> $ sudo chroot /srv/chroot/sid ls -l /etc/services
> ls: cannot access /etc/services: No such file or directory
> $ schroot -c sid-source -- ls -l /etc/services
> -rw-r--r-- 1 root root 17430 Dec  6 19:19 /etc/services
> $ sudo chroot /srv/chroot/sid ls -l /etc/services
> -rw-r--r-- 1 root root 17430 Dec  6 19:19 /etc/services
> 
> This behaviour is not acceptable. It causes build failures.

Note that sbuild (git master) should have this fixed.  It
uses dpkg --force-confold on all package installations which
should prevent this type of installation failure.

I'll try your failing package with the current sbuild and
schroot to see if it's fixed.

I would like to know exactly which versions of sbuild and
schroot you are using.

The examples above show schroot creating the NSS services
database file whenever run.  This the intended default
behaviour (networking is broken without it, and you also
generally want all the NSS databases inside the chroot to
match those on the outside).

schroot itself is entirely configurable.  The NSS databases
and files copied over from the host to the chroot environment
are not hard coded; you can configure this as you like.  We
even provide a number of defaults for different usage
scenarios, including "sbuild" and "buildd" profiles.  If
those defaults need changing, then we can do so.  However, the
root cause of the problem (sbuild not using --force-confold)
should be fixed now.


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#606174: [pkg-dhcp-devel] Bug#606174: isc-dhcp-server-ldap: Package does not include a dhcp schema

[José Luis Redrejo Rodríguez]

2010/12/7 Munroe :
> Package: isc-dhcp-server-ldap
> Version: 4.1.1-P1-12
> Severity: important
>
>
> It would be beneficial to include the correct DHCP schema with the package.  
> Further, as slapd in squeeze defaults to cn=config, the schema would be best 
> if provided in LDIF format
>

I don't think this bug should have an important severity for two reasons:
- the schema must be installed in the ldap server, not in the dhcp
server, so the isc-dhcp-server-ldap package must/can not do anything
with the schema. Also, it's very common the ldap server (with its
schemas) is in a different machine.
- the isc-dhcp-server-ldap package already includes a schema, at
/usr/share/doc/isc-dhcp-server-ldap/dhcp.schema.gz . This schema is
used and tested in lenny. I don't know if it can be used in squeeze as
it is. If not, you're probably partially right and it should be fixed.

Regards.
José L.



> -- System Information:
> Debian Release: squeeze/sid
>  APT prefers testing
>  APT policy: (500, 'testing')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages isc-dhcp-server-ldap depends on:
> ii  debianutils                  3.4         Miscellaneous utilities specific 
> t
> ii  isc-dhcp-common              4.1.1-P1-12 common files used by all the 
> isc-d
> ii  isc-dhcp-server              4.1.1-P1-12 ISC DHCP server for automatic IP 
> a
> ii  libc6                        2.11.2-7    Embedded GNU C Library: Shared 
> lib
> ii  libldap-2.4-2                2.4.23-6    OpenLDAP libraries
> ii  libssl0.9.8                  0.9.8o-3    SSL shared libraries
>
> isc-dhcp-server-ldap recommends no packages.
>
> isc-dhcp-server-ldap suggests no packages.
>
> -- no debconf information
>
>
>
> ___
> pkg-dhcp-devel mailing list
> pkg-dhcp-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-dhcp-devel
>



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

Bug#606143: [buildd-tools-devel] Bug#606143: netbase: Installation in build chroot breaks package builds

[Roger Leigh]

On Mon, Dec 06, 2010 at 08:41:32PM +0100, Julian Andres Klode wrote:
> => file from netbase&host not equal to the one in chroot
> 
> Explanation
> ---
>  ah right
>  because schroot iterates around getservent, it doesn't just
> copy the file
> 
> Solution
> 
> Copy the files instead?

NSS databases can't simply be copied.  In the simple case, this is
certainly possible.  But for arbitrary NSS configurations where
/etc/nsswitch.conf is using configurations other than the basic
files, this is not the correct behaviour.  By default, we dump the
database using getent(1) to the flat file in the chroot.  This
covers all configurations (except for very large sites, where you
don't want to dump the entire LDAP passwd/group dbs on each
session startup for performance reasons, so copying a subset of
selected entries should be done instead).

Now, historically we did copy the files until we got into the
above problems.  The copyfiles mechanism is still present and
can still be used to copy the files if you want to do it this way.
It's not the default, because it's too inflexible and fragile,
but if you want to configure schroot this way, it's entirely
possible.


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#606143: [buildd-tools-devel] Bug#606143: netbase: Installation in build chroot breaks package builds

[Julien Cristau]

On Tue, Dec  7, 2010 at 11:52:56 +, Roger Leigh wrote:

> The examples above show schroot creating the NSS services
> database file whenever run.  This the intended default
> behaviour (networking is broken without it, and you also
> generally want all the NSS databases inside the chroot to
> match those on the outside).
> 
I think that's a broken default, at least for services and protocols.
It's easy enough to install netbase in the chroot if needed, and very
unlikely that those files have local modifications.  (Which incidentally
is also why they're conffiles, unlike passwd, shadow, group, hosts and
networks.)

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#594830: failed kfreebsd-amd64 build of libidn 1.19-2

[Simon Josefsson]

I discovered a problem that appears similar to #594830 when building
Libidn on amd64-kfreebsd, see below.

/Simon

make[5]: Entering directory 
`/build/buildd-libidn_1.19-2-kfreebsd-amd64-1ln1hd/libidn-1.19/java/gnu/inet'
Making all in encoding
make[6]: Entering directory 
`/build/buildd-libidn_1.19-2-kfreebsd-amd64-1ln1hd/libidn-1.19/java/gnu/inet/encoding'
CLASSPATH=../../../../java:./../../../../java:$CLASSPATH javac -d 
../../../../javaCombiningClass.java Composition.java DecompositionKeys.java 
DecompositionMappings.java IDNA.java IDNAException.java NFKC.java Punycode.java 
PunycodeException.java RFC3454.java Stringprep.java StringprepException.java
gcj-4.4: Internal error: Bus error (program ecj1)
Please submit a full bug report.
See  for instructions.
make[6]: *** [classdist_noinst.stamp] Error 1
make[6]: Leaving directory 
`/build/buildd-libidn_1.19-2-kfreebsd-amd64-1ln1hd/libidn-1.19/java/gnu/inet/encoding'

Debian buildds  writes:

>  * Source package: libidn
>  * Version: 1.19-2
>  * Architecture: kfreebsd-amd64
>  * State: failed
>  * Suite: experimental
>  * Builder: fasch.debian.org
>  * Build log: 
> https://buildd.debian.org/fetch.cgi?pkg=libidn&arch=kfreebsd-amd64&ver=1.19-2&stamp=1291714013&file=log
>
> Please note that these notifications do not necessarily mean bug reports
> in your package but could also be caused by other packages, temporary
> uninstallabilities and arch-specific breakages.  A look at the build log
> despite this disclaimer would be appreciated however.



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

Bug#602273: [PATCH] Re: linux-image-2.6.32-5-686-bigmem: domU hangs during dom0 reboot, recovers when dom0 uptime "caught up"

[Timo Juhani Lindfors]

Ian Campbell  writes:
> My ping at http://marc.info/?l=linux-kernel&m=128879080525214&w=2 went
> unanswered but Jeremy picked it up again at
> http://marc.info/?l=linux-kernel&m=129045702011984&w=2 and it seems to
> have gone into the tip.git tree (in x86/urgent) but not to Linus yet.

Ok thanks. I hope you are still planning to add this to squeeze when
it reaches Linus.



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

Bug#114742: xgraph-12.1 Segmentation fault

[Eugene Dudnyk]

 I've downloaded xgraph-12.1 sources and just checked with xCode that
problem was in alloc.c. Functions do not work properly on Mac SL 10.6.5 (for
example, Calloc does not allocate enough memory). So, I 've just replaced
all calls of custom functions declared in alloc.c with system ones. And now
it is working! :)

-- 
Regards,
Eugene Dudnyk.

Bug#606201: unblock: seq24/0.9.0-3

[Alessio Treglia]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package seq24 0.9.0-3, it's a bugfix-only update (it contains a 
small patch taken from upstream's VCS).
The changelog entry follows:

seq24 (0.9.0-3) unstable; urgency=low

   * New maintainer (Closes: #547028), add myself to the Uploaders list.
   * Add git-buildpackage config file.
   * debian/patches/02-sched_param_memory_leaks.patch:
 - Fix sched_param memory leaks, patch taken from upstream's bzr.
   * debian/patches/01-gtkmm_2.19.patch:
 - Applied upstream.

 -- Alessio Treglia   Mon, 06 Dec 2010 18:48:14 +0100

I am adopting this to bring it under the Debian Multimedia Maintainers team's 
umbrella, I've also adjusted the Maintainer field and added the Vcs-* tags as 
per our spec [1].

Thanks in advance.

[1] http://wiki.debian.org/DebianMultimedia/DevelopPackaging#Packagingguidelines

unblock seq24/0.9.0-3

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (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#357032: Please make a symlink for the documentation

[Julian Gilbey]

On Sat, Jun 02, 2007 at 10:47:08AM +0200, Manuel Pégourié-Gonnard wrote:
> Package: latex-beamer
> Version: 3.07-1
> 
> --- Please enter the report below this line. ---
> 
> "texdoc beamer" shows a catalogue page with following link to the doc :
> 
> that is, to 
> 

Well, that link doesn't show any longer, but the documentation is
*still* not available to texdoc.  Please can you fix this old bug!

Many thanks,

   Julian



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

Bug#606143: [buildd-tools-devel] Bug#606143: netbase: Installation in build chroot breaks package builds

[Roger Leigh]

On Tue, Dec 07, 2010 at 01:01:46PM +0100, Julien Cristau wrote:
> On Tue, Dec  7, 2010 at 11:52:56 +, Roger Leigh wrote:
> 
> > The examples above show schroot creating the NSS services
> > database file whenever run.  This the intended default
> > behaviour (networking is broken without it, and you also
> > generally want all the NSS databases inside the chroot to
> > match those on the outside).
> > 
> I think that's a broken default, at least for services and protocols.
> It's easy enough to install netbase in the chroot if needed, and very
> unlikely that those files have local modifications.  (Which incidentally
> is also why they're conffiles, unlike passwd, shadow, group, hosts and
> networks.)

This is part of the problem.  They shouldn't be conffiles, and
they should be installed in exactly the same way as all of the
other NSS database files (in base-files).  They are required for
the correct functioning of the glibc getproto* and getserv*
functions, and they shouldn't require netbase to be present to
function correctly.

That historic mistake aside, sbuild should now handle this
correctly.  The apport build log posted on -devel by Loïc
Minier showed that it works correctly in current sbuild.


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#606143: [buildd-tools-devel] Bug#606143: netbase: Installation in build chroot breaks package builds

[Julian Andres Klode]

On Di, 2010-12-07 at 11:52 +, Roger Leigh wrote:
> On Mon, Dec 06, 2010 at 08:21:05PM +0100, Julian Andres Klode wrote:
> > On Mo, 2010-12-06 at 20:07 +0100, Julien Cristau wrote:
> > > On Mon, Dec  6, 2010 at 19:58:30 +0100, Julian Andres Klode wrote:
> > > 
> > > > Package: netbase
> > > > Version: 4.43
> > > > Severity: critical
> > > > 
> > > > I don't really know what happens, but installing netbase
> > > > in a chroot freshly created by cdebootstrap or into an
> > > > old one in use for multiple months results in:
> > > > 
> > > >   Configuration file `/etc/services'
> > > >==> File on system created by you or by a script.
> > > >==> File also in package provided by package maintainer.
> > > >  What would you like to do about it ?  Your options are:
> > > >   Y or I  : install the package maintainer's version
> > > >   N or O  : keep your currently-installed version
> > > > D : show the differences between the versions
> > > > Z : start a shell to examine the situation
> > > >The default action is to keep your current version.
> > > >   *** services (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing 
> > > > netbase (--configure):
> > > >EOF on stdin at conffile prompt
> > > > 
> > > > I'm attaching the complete log of the failed build.
> > > > 
> > > tell schroot to not mess with the chroot's /etc/services.
> > Reassigning the bug:
> > 
> > $ sudo chroot /srv/chroot/sid ls -l /etc/services
> > ls: cannot access /etc/services: No such file or directory
> > $ schroot -c sid -- ls -l /etc/services
> > -rw-r--r-- 1 root root 17430 Dec  6 19:17 /etc/services
> > $ sudo chroot /srv/chroot/sid ls -l /etc/services
> > ls: cannot access /etc/services: No such file or directory
> > 
> > Worst thing after using -source:
> > $ sudo chroot /srv/chroot/sid ls -l /etc/services
> > ls: cannot access /etc/services: No such file or directory
> > $ schroot -c sid-source -- ls -l /etc/services
> > -rw-r--r-- 1 root root 17430 Dec  6 19:19 /etc/services
> > $ sudo chroot /srv/chroot/sid ls -l /etc/services
> > -rw-r--r-- 1 root root 17430 Dec  6 19:19 /etc/services
> > 
> > This behaviour is not acceptable. It causes build failures.
> 
> Note that sbuild (git master) should have this fixed.  It
> uses dpkg --force-confold on all package installations which
> should prevent this type of installation failure.
> 
> I'll try your failing package with the current sbuild and
> schroot to see if it's fixed.
> 
> I would like to know exactly which versions of sbuild and
> schroot you are using.

sbuild (Debian sbuild) 0.60.5 (14 Nov 2010)
schroot (Debian sbuild) 1.4.15 (21 Okt 2010)

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.





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

Bug#606143: [buildd-tools-devel] Bug#606143: netbase: Installation in build chroot breaks package builds

[Julian Andres Klode]

On Di, 2010-12-07 at 12:17 +, Roger Leigh wrote:
> On Tue, Dec 07, 2010 at 01:01:46PM +0100, Julien Cristau wrote:
> > On Tue, Dec  7, 2010 at 11:52:56 +, Roger Leigh wrote:
> > 
> > > The examples above show schroot creating the NSS services
> > > database file whenever run.  This the intended default
> > > behaviour (networking is broken without it, and you also
> > > generally want all the NSS databases inside the chroot to
> > > match those on the outside).
> > > 
> > I think that's a broken default, at least for services and protocols.
> > It's easy enough to install netbase in the chroot if needed, and very
> > unlikely that those files have local modifications.  (Which incidentally
> > is also why they're conffiles, unlike passwd, shadow, group, hosts and
> > networks.)
> 
> This is part of the problem.  They shouldn't be conffiles, and
> they should be installed in exactly the same way as all of the
> other NSS database files (in base-files).  They are required for
> the correct functioning of the glibc getproto* and getserv*
> functions, and they shouldn't require netbase to be present to
> function correctly.
Shouldn't we clone this bug to base-files and netbase then, and request
a change of file handling or making netbase essential?

> 
> That historic mistake aside, sbuild should now handle this
> correctly.  The apport build log posted on -devel by Loïc
> Minier showed that it works correctly in current sbuild.

Well, 'current' is relative. For me, it's unstable; for many others,
it's stable. If it's git master for you, then there is a problem
somewhere (as that would be 'next').

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.





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

Bug#536823: I also see these losses of the uptimed database

[Martin Steigerwald]

Ted, I cc'd you. Could you please have a look at the save_records function 
in the middle of my mail and tell us whether its safe to use on Ext4 at 
least. I understand there might be a problem when using it on XFS, as XFS 
doesn't cover the rename case. Thanks.


Hi!

It ate it, about 13 days ago - on my ThinkPad T42:

shambhala:~> uprecords | cut -c1-66
 #   Uptime | System  
+-
 110 days, 21:01:41 | Linux 2.6.37-rc3-tp42 Fri Nov 26
 2 2 days, 02:09:03 | Linux 2.6.37-rc3-tp42 Wed Nov 24
 3 0 days, 13:59:05 | Linux 2.6.37-rc3-tp42 Tue Nov 23
 4 0 days, 06:40:23 | Linux 2.6.36-tp42-gtt-vr  Tue Nov 23
->   5 0 days, 02:04:05 | Linux 2.6.37-rc3-tp42   
 6 0 days, 00:41:55 | Linux 2.6.37-rc3-tp42 Tue Nov 23
+-
1up in 0 days, 04:36:19 | atTue Dec  7
no1 in10 days, 18:57:37 | atSat Dec 18
up13 days, 22:36:12 | since Tue Nov 23
  down 0 days, 00:06:49 | since Tue Nov 23
   %up   99.966 | since Tue Nov 23

I don't remember what might have happened at that time.

Its not the first time. I already restored it from a backup in october:

shambhala:~> ls -l /var/spool/uptimed
insgesamt 28
-rw-r--r-- 1 daemon daemon   11  7. Dez 10:50 bootid
-rw-r--r-- 1 root   root254  7. Dez 12:35 records
-rw-r--r-- 1 daemon daemon 9806  3. Mär 2010  records-2010-03-03-aus-dem-
rsync-backup
-rw-r--r-- 1 daemon daemon 1450  9. Mär 2010  records-2010-03-09-
unvollstaendig
-rw-r--r-- 1 daemon daemon  254  7. Dez 12:30 records.old

As you see the last working backup here is 9802 bytes, way bigger than the 
current file.

This is on a

shambhala:~> df -hT /var/spool/uptimed
Dateisystem   Typ Size  Used Avail Use% Eingehängt auf
/dev/mapper/shambhala-debian
  ext4 20G   14G  5,5G  72% /

and a quite recent kernel 2.6.36 / 2.6.37-rc3 which has the Ext4 safeguard 
for the rename and truncate case which was introduced in 2.6.30 I believe 
- that it will flush written data *before* renaming the file. But according 
to libuptimed/urec.d

247 void save_records(int max, time_t log_threshold) {
248 »···FILE *f;
249 »···Urec *u;
250 »···int i = 0;
251 »···
252 »···f = fopen(FILE_RECORDS".tmp", "w");
253 »···if (!f) {
254 »···»···printf("uptimed: cannot write to %s\n", FILE_RECORDS);
255 »···»···return;
256 »···}
257 
258 »···for (u = urec_list; u; u = u->next) {
259 »···»···/* Ignore everything below the threshold */
260 »···»···if (u->utime >= log_threshold) {
261 »···»···»···fprintf(f, "%lu:%lu:%s\n", (unsigned long)u-
>utime, (unsigned long)u->btime, u->sys);
262 »···»···»···/* Stop processing when we've logged the max 
number specified. */
263 »···»···»···if ((max > 0) && (++i >= max)) break;
264 »···»···}
265 »···}
266 »···fclose(f);
267 »···rename(FILE_RECORDS, FILE_RECORDS".old");
268 »···rename(FILE_RECORDS".tmp", FILE_RECORDS);
269 }

uptimed uses the rename case. Thus I do not get, *why* it ate my old 
records again.

Nonetheless, I think there should be a safeguard, like using the old file 
if the current one is empty.

I would also keep more than one backup given the small size of this file. 
Maybe logrotate can do this while keeping the original file instead of 
truncating it.

I have the following configuration:

shambhala:~> cat /etc/uptimed.conf
# Uptimed configuration file.

# Interval to write the logfile with in seconds.
UPDATE_INTERVAL=300

# Maximum number of entries in logfile. Set to 0 for unlimited.
LOG_MAXIMUM_ENTRIES=0

# Minimum uptime that must be reached for it to be considered a record.
LOG_MINIMUM_UPTIMED=1h
[...]

An option to fsync() would be fine, thus people here can easily test, 
whether fsync helps in that case.

Then there is the slight chance that uptimed gets confused during runtime 
and writes out an empty configuration file by accident. But I find this 
highly unlikely.

I will restore as much as possible from my backup. Its easily possible to 
combine the contents of a backup and a new records file.

I also lost the records on a Lenny => Squeeze update on my Dell 
workstation at work. So this is three losses within just a few month. In 
the current state, uptimed is hardly usable for me.

For now I done a backup for myself as fcrontab jobs:

# Backup der uptimed-Datenbank
@ 1d cp -p /var/spool/uptimed/records ~/Backup/uptimed/records-$(date 
+%Y-%M-%d)
@ 30d find ~/Backup/uptimed/ -name "records-*" -and -mtime +30 -delete

Something like that should go into uptimed or a cron-job that comes with 
the package. Could be a cron.daily or at least cron.weekly job (using some 
directory in /var for back

Bug#606143: [buildd-tools-devel] Bug#606143: netbase: Installation in build chroot breaks package builds

[Julien Cristau]

On Tue, Dec  7, 2010 at 12:17:03 +, Roger Leigh wrote:

> On Tue, Dec 07, 2010 at 01:01:46PM +0100, Julien Cristau wrote:
> > On Tue, Dec  7, 2010 at 11:52:56 +, Roger Leigh wrote:
> > 
> > > The examples above show schroot creating the NSS services
> > > database file whenever run.  This the intended default
> > > behaviour (networking is broken without it, and you also
> > > generally want all the NSS databases inside the chroot to
> > > match those on the outside).
> > > 
> > I think that's a broken default, at least for services and protocols.
> > It's easy enough to install netbase in the chroot if needed, and very
> > unlikely that those files have local modifications.  (Which incidentally
> > is also why they're conffiles, unlike passwd, shadow, group, hosts and
> > networks.)
> 
> This is part of the problem.  They shouldn't be conffiles, and
> they should be installed in exactly the same way as all of the
> other NSS database files (in base-files).  They are required for

base-files doesn't seem to have anything to do with those.  I guess you
meant base-passwd.  Which only seems to care about passwd and group.
shadow is (I think) created by passwd, and hosts and networks by
netbase.

> the correct functioning of the glibc getproto* and getserv*
> functions, and they shouldn't require netbase to be present to
> function correctly.
> 
I don't think that follows.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#606202: print_event should flush it's output

[Tom]

Package: input-utils
Tags: patch

Events used to be output immediately...  Now they get buffered if not
being output to a terminal.

Here's a patch:

--- input-utils-0.0.20081014/debian/patches/flush-events   1969-12-31 16:00
+++ input-utils-0.0.20081014/debian/patches/flush-events   
2010-12-07 04:07
@@ -0,0 +1,10 @@
+--- input-utils.orig/input.c   2010-12-07 04:02:18.0 -0800
 input-utils/input.c2010-12-07 04:05:27.0 -0800
+@@ -179,6 +179,7 @@
+   (unsigned int)event->code, event->value);
+   }
+   printf("\n");
++  fflush(stdout);
+ }
+
+ /* -
--- input-utils-0.0.20081014/debian/patches/series 2010-12-07 04:26:33.
+++ input-utils-0.0.20081014/debian/patches/series  2010-12-07
04:09:12.
@@ -6,3 +6,4 @@
 use-system-input.h
 stdout-not-stderr
 show-numeric-key-values
+flush-events


- Tom



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

Bug#606203: gpicview: [INTL:vi] Vietnamese translation update

[Duy Hùng Trần]

Package: gpicview
Version: 0.2.1-1
Tags:  l10n patch
Severity: wishlist

Hello,
This is my updated Vietnamese translation for gpicview. It's almost the same
with the translation I did for LXDE. And this is the first time I submit
translation, so please tell me if I do something wrong :).
Thank you!

Regard,
Hung
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR , YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: gpicview\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2009-05-18 23:21+0800\n"
"PO-Revision-Date: 2010-12-07 18:40+0700\n"
"Last-Translator: Duy Hung Tran \n"
"Language-Team: debian-user-vietnamese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Vietnamese\n"
"X-Poedit-Country: VIET NAM\n"

#: ../src/gpicview.c:37
msgid "[FILE]"
msgstr "[FILE]"

#: ../src/gpicview.c:39
msgid "Print version information and exit"
msgstr "Hiển thị thông tin phiên bản và thoát"

#: ../src/main-win.c:145
#: ../src/main-win.c:1283
msgid "Image Viewer"
msgstr "Ứng dụng xem ảnh"

#: ../src/main-win.c:221
#: ../src/main-win.c:1295
msgid "Previous"
msgstr "Trước"

#: ../src/main-win.c:222
#: ../src/main-win.c:1296
msgid "Next"
msgstr "Sau"

#: ../src/main-win.c:226
#: ../src/main-win.c:1298
msgid "Zoom Out"
msgstr "Thu nhỏ"

#: ../src/main-win.c:227
#: ../src/main-win.c:1299
msgid "Zoom In"
msgstr "Phóng to"

#. percent = gtk_entry_new();// show scale (in percentage)
#. g_signal_connect( percent, "activate", G_CALLBACK(on_percentage), mw );
#. gtk_widget_set_size_request( percent, 45, -1 );
#. gtk_box_pack_start( (GtkBox*)nav_bar, percent, FALSE, FALSE, 2 );
#: ../src/main-win.c:234
#: ../src/main-win.c:1300
msgid "Fit Image To Window Size"
msgstr "Vừa kích thước cửa sổ"

#: ../src/main-win.c:236
#: ../src/main-win.c:1301
msgid "Original Size"
msgstr "Kích thước gốc"

#: ../src/main-win.c:243
#: ../src/main-win.c:1303
msgid "Full Screen"
msgstr "Toàn màn hình"

#: ../src/main-win.c:247
#: ../src/main-win.c:1305
msgid "Rotate Counterclockwise"
msgstr "Xoay ngược chiều kim đồng hồ"

#: ../src/main-win.c:248
#: ../src/main-win.c:1306
msgid "Rotate Clockwise"
msgstr "Xoay theo chiều kim đồng hồ"

#: ../src/main-win.c:250
#: ../src/main-win.c:1307
msgid "Flip Horizontal"
msgstr "Lật ngang"

#: ../src/main-win.c:251
#: ../src/main-win.c:1308
msgid "Flip Vertical"
msgstr "Lật dọc"

#: ../src/main-win.c:255
#: ../src/main-win.c:1310
msgid "Open File"
msgstr "Mở ảnh"

#: ../src/main-win.c:256
#: ../src/main-win.c:1311
msgid "Save File"
msgstr "Lưu ảnh"

#: ../src/main-win.c:257
msgid "Save File As"
msgstr "Lưu bản sao ảnh"

#. PTK_IMG_MENU_ITEM( N_("Save As Other Size"), GTK_STOCK_SAVE_AS, G_CALLBACK(on_save_as), GDK_A, 0 ),
#: ../src/main-win.c:258
#: ../src/main-win.c:1314
msgid "Delete File"
msgstr "Xóa ảnh"

#: ../src/main-win.c:261
#: ../src/main-win.c:1316
#: ../data/pref-dlg.glade.h:8
msgid "Preferences"
msgstr "Tùy chỉnh"

#: ../src/main-win.c:262
#: ../src/main-win.c:1319
msgid "Quit"
msgstr "Thoát"

#: ../src/main-win.c:1179
msgid ""
"The file name you selected already exists.\n"
"Do you want to overwrite existing file?\n"
"(Warning: The quality of original image might be lost)"
msgstr ""
"Đã tồn tại tập tin với tên bạn chọn.\n"
"Bạn có muốn ghi đè lên tập tin này không?\n"
"(Cảnh báo: Chất lượng ảnh gốc có thể bị mất)"

#: ../src/main-win.c:1220
msgid "Writing this image format is not supported."
msgstr "Không hỗ trợ ghi định dạng tập tin này."

#: ../src/main-win.c:1254
msgid ""
"Are you sure you want to delete current file?\n"
"\n"
"Warning: Once deleted, the file cannot be recovered."
msgstr ""
"Bạn có chắc muốn xóa tập tin hiện tại?\n"
"\n"
"Cảnh báo: Không thể hồi phục lại tập tin đã xóa."

#: ../src/main-win.c:1312
msgid "Save As"
msgstr "Lưu bản sao"

#: ../src/main-win.c:1381
msgid " * Refer to source code of EOG image viewer and GThumb"
msgstr "* Tham khảo mã nguồn của ứng dụng xem ảnh EOG và GThumb"

#. TRANSLATORS: Replace this string with your names, one name per line.
#: ../src/main-win.c:1385
msgid "translator-credits"
msgstr "Người dịch"

#: ../src/main-win.c:1393
msgid "GPicView"
msgstr "GPicView"

#: ../src/main-win.c:1395
msgid "Copyright (C) 2007 - 2009"
msgstr "Bản quyền (C) 2007 - 2009"

#: ../src/main-win.c:1396
msgid "Lightweight image viewer from LXDE project"
msgstr "Ứng dụng xem ảnh gọn nhẹ từ dự án LXDE"

#: ../src/pref.c:153
msgid ""
"GPicView will become the default viewer for all supported image files on your system.\n"
"(This will be done through 'xdg-mime' program)\n"
"\n"
"Are you sure you really want to do this?"
msgstr ""
"GPicView sẽ trở thành ứng dụng xem ảnh mặc định cho tất cả định dạng ảnh được hỗ trợ trên hệ thống của bạn.\n"
"(Điều này được thực hiện qua chương trình 'xdg-mime')\n"
"\n"
"Bạn có chắc chắn muốn làm điều này?"

#: ../src/file-dlgs.c:62
msgid "All Supported Images"
msgst

Bug#606204: /usr/bin/git-import-dscs: allow to different .dsc's with same version

[Ansgar Burchardt]

Package: git-buildpackage
Version: 0.5.10
Severity: wishlist
File: /usr/bin/git-import-dscs

I use git-import-dscs to review package changes from mentors.debian.net.
As later often updated packages with the same version are uploaded, it
would be nice if git-import-dscs would support importing several .dsc's
with the same version, for example with a switch to override the
detected version.

Regards,
Ansgar



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

Bug#605817: pgadmin3-1.12.1 in experimental

[Michael Fladischer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

There is a new upstream version 1.12.1 of pgadmin3 in experimental.
I wasn't able to reproduce the behavior you described with the new
version. Could you give it a try and install pgadmin3 from experimental
to see if the problem persists?

Regards
- -- 
Michael Fladischer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkz+MJkACgkQeJ3z1zFMUGaHkwCeMT+lJTDYM939KQGXzM08yGkQ
RAUAnjoBXbfnR/FuQrh8yog1eoe8JMfB
=egQW
-END PGP SIGNATURE-



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

Bug#606162: [buildd-tools-devel] Bug#606162: [PATCH] 15killprocs: Don’t run /bin/readlink for every process

[Roger Leigh]

tags 606162 + fixed-upstream pending
thanks

On Mon, Dec 06, 2010 at 05:39:24PM -0500, Anders Kaseorg wrote:
> /etc/schroot/setup.d/15killprocs has a loop that runs ‘readlink 
> /proc/"$pid"/root’ for every process in the system.  I have a system with 
> thousands of processes, and this loop makes schroot take about a minute to 
> close a chroot.  I changed it to use the builtin -ef operator; now it 
> takes about a second.

Thanks, I've applied the patch and it should be in the next release.


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#602273: [PATCH] Re: linux-image-2.6.32-5-686-bigmem: domU hangs during dom0 reboot, recovers when dom0 uptime "caught up"

[Ian Campbell]

On Tue, 2010-12-07 at 14:02 +0200, Timo Juhani Lindfors wrote:
> Ian Campbell  writes:
> > My ping at http://marc.info/?l=linux-kernel&m=128879080525214&w=2 went
> > unanswered but Jeremy picked it up again at
> > http://marc.info/?l=linux-kernel&m=129045702011984&w=2 and it seems to
> > have gone into the tip.git tree (in x86/urgent) but not to Linus yet.
> 
> Ok thanks. I hope you are still planning to add this to squeeze when
> it reaches Linus.

Absolutely, if not before, I think it's far enough along to be
considered upstream at this point.

-- 
Ian Campbell
Current Noise: Testament - Nobody's Fault

I call them as I see them.  If I can't see them, I make them up.
-- Biff Barf




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

Bug#581007: libsnmp-base: all MIBs are missing incl directory /usr/share/snmp/mibs

[Jonatan Hazell]

Package: libsnmp-base
Version: 5.4.3~dfsg-1
Severity: normal

All MIBs that used to be in /usr/share/snmp/mibs are missing, including the 
directory itself.
Workaround is to download them manually or use earlier package (like 
5.4.1~dfsg-12 from Debian 5).

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

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

libsnmp-base depends on no packages.

libsnmp-base recommends no packages.

Versions of packages libsnmp-base suggests:
pn  snmp-mibs-downloader   (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#573994: Have similar crash with nvidia

[Dmitry Khlystov]

full backtrace from gdb:

Continuing.

Program received signal SIGUSR1, User defined signal 1.

Program received signal SIGUSR1, User defined signal 1.

Program received signal SIGUSR1, User defined signal 1.

Program received signal SIGUSR1, User defined signal 1.

Program received signal SIGUSR1, User defined signal 1.

Program received signal SIGSEGV, Segmentation fault.
0xb7717eb0 in ?? () from /usr/lib/libpixman-1.so.0
#0  0xb7717eb0 in ?? () from /usr/lib/libpixman-1.so.0
No symbol table info available.
#1  0xb77180c0 in ?? () from /usr/lib/libpixman-1.so.0
No symbol table info available.
#2  0xb76df9e3 in ?? () from /usr/lib/libpixman-1.so.0
No symbol table info available.
#3  0xb77053a8 in pixman_blt () from /usr/lib/libpixman-1.so.0
No symbol table info available.
#4  0xb61af4dd in fbCopyNtoN (pSrcDrawable=0xaccbd008, pDstDrawable=0x9088e48, 
pGC=0x9ebbaa8, pbox=0xff966b40, nbox=5, dx=0, dy=0, reverse=0, upsidedown=0, 
bitplane=0, closure=0x0) at ../../fb/fbcopy.c:97
alu = 3 '\003'
pm = 4294967295
src = 0xaccbd038
srcStride = 1440
srcBpp = 32
srcXoff = 0
srcYoff = 0
dst = 0x0
dstStride = 1440
dstBpp = 
dstXoff = 0
dstYoff = 0
#5  0x081a6eab in miCopyRegion (pSrcDrawable=0xaccbd008, 
pDstDrawable=0x9088e48, pGC=0x9ebbaa8, pDstRegion=0xbfdb5ed4, dx=0, dy=0, 
copyProc=0xb61af290 , bitPlane=0, closure=0x0) at 
../../mi/micopy.c:138
reverse = 136200684
upsidedown = -1395929080
pbox = 
nbox = 5
pboxNew1 = 0x809c63b
pboxNew2 = 
pboxBase = 
pboxNext = 
pboxTmp = 
#6  0x081a73ed in miDoCopy (pSrcDrawable=0xaccbd008, pDstDrawable=0x9088e48, 
pGC=0x9ebbaa8, xIn=1174, yIn=852, widthSrc=265, heightSrc=24, xOut=1174, 
yOut=852, copyProc=0xb61af290 , bitPlane=0, closure=0x0) at 
../../mi/micopy.c:338
prgnSrcClip = 0x0
freeSrcClip = 0
prgnExposed = 
rgnDst = {extents = {x1 = 1174, y1 = 852, x2 = 1439, y2 = 876}, data = 
0xc5229d8}
dx = 0
dy = 0
box_x1 = 1174
box_y1 = 154776384
box_x2 = 
box_y2 = 
fastSrc = 1
fastDst = 0
fastExpose = 1
#7  0xb61aea48 in fbCopyArea (pSrcDrawable=0x4af468, pDstDrawable=0xad16c4a4, 
pGC=0x9ebbaa8, xIn=1174, yIn=852, widthSrc=265, heightSrc=24, xOut=1174, 
yOut=852) at ../../fb/fbcopy.c:344
copy = 
#8  0x08117063 in damageCopyArea (pSrc=0xaccbd008, pDst=0x9088e48, 
pGC=0x9ebbaa8, srcx=1174, srcy=852, width=265, height=24, dstx=1174, dsty=852)
at ../../../miext/damage/damage.c:949
ret = 0x808059f
pGCPriv = 0x9ebdb88
oldFuncs = 0x81eb7e0
#9  0xb7369da1 in ShadowCopyArea (pSrc=0xaccbd008, pDst=0x9088e48, 
pGC=0x9ebbaa8, srcx=1174, srcy=852, width=265, height=24, dstx=1174, dsty=852)
at ../../../../hw/xfree86/shadowfb/shadow.c:720
ret = 0x4af468
box = {x1 = 24616, y1 = -16421, x2 = -12280, y2 = -21301}
pPriv = 
pGCPriv = 0x9eb9078
oldFuncs = 0xb736d2c0
#10 0x08072005 in ProcCopyArea (client=0x8c329c8) at ../../dix/dispatch.c:1725
pDst = 0x9088e48
pSrc = 0xaccbd008
pGC = 0x9ebbaa8
pRgn = 
rc = 4912232
#11 0x08074187 in Dispatch () at ../../dix/dispatch.c:439
result = 
client = 0x8c329c8
nready = 0
start_tick = 727200
#12 0x080669aa in main (argc=8, argv=0xbfdb6214, envp=0xbfdb6238) at 
../../dix/main.c:283
i = 
alwaysCheckForInput = {0, 1}
A debugging session is active.

Inferior 1 [process 1450] will be detached.

Quit anyway? (y or n) LND: Sending signal 11 to Thread 0xb741a6c0 (LWP 1450)
Detaching from program: /usr/bin/Xorg, process 1450



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

Bug#554399: Fix FTBFS with ld --no-add-needed

[Matthias Klose]

reopen 554399
tag 554399 + patch
severity 554399 important
user ubuntu-de...@lists.ubuntu.com
usertags 554399 + origin-ubuntu natty ubuntu-patch
thanks

there's one chunk missing. patch at
http://launchpadlibrarian.net/60269287/fox1.6_1.6.37-1ubuntu2_1.6.37-1ubuntu3.diff.gz



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

Bug#606205: Fix build failure with python2.7

[Matthias Klose]

Package: pyofa
Version: 1.0.3+hg20090101-1
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch

xml.etree.ElementPath.Path isn't available anymore in 2.7, and is unused anyway.

patch at
http://launchpadlibrarian.net/60270201/pyofa_1.0.3%2Bhg20090101-1ubuntu4_1.0.3%2Bhg20090101-1ubuntu5.diff.gz



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

Bug#606206: epiphany-browser: epiphany crashed when opening a page

[Umarzuki Bin Mochlis Moktar]

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

when i opened a page, sometimes epiphany crashed and below can be found when i
ran dmesg

epiphany-browse[5882]: segfault at f ip 7f82ed4e7ba1 sp 7fff8057c050
error 4 in libflashplayer.so[7f82ed41d000+9bc000]



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

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

Versions of packages epiphany-browser depends on:
ii  dbus-x111.2.24-3 simple interprocess messaging syst
ii  epiphany-browser-data   2.30.6-1 Data files for the GNOME web brows
ii  gnome-icon-theme2.30.3-2 GNOME Desktop icon theme
ii  iso-codes   3.22-1   ISO language, territory, currency,
ii  libavahi-client30.6.27-2 Avahi client library
ii  libavahi-common30.6.27-2 Avahi common library
ii  libavahi-gobject0   0.6.27-2 Avahi GObject library
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-6 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.24-3 simple interprocess messaging syst
ii  libdbus-glib-1-20.88-2   simple interprocess messaging syst
ii  libgconf2-4 2.28.1-6 GNOME configuration database syste
ii  libgirepository1.0-00.6.14-1+b1  Library for handling GObject intro
ii  libglib2.0-02.24.2-1 The GLib library of C routines
ii  libgnome-keyring0   2.30.1-1 GNOME keyring services library
ii  libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface 
ii  libice6 2:1.0.6-2X11 Inter-Client Exchange library
ii  libnotify1 [libnotify1-gtk2 0.5.0-2  sends desktop notifications to a n
ii  libnspr4-0d 4.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 Layout and rendering of internatio
ii  libseed02.30.0-1+b1  GObject JavaScript bindings for th
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libsoup-gnome2.4-1  2.30.2-1 an HTTP library implementation in 
ii  libsoup2.4-12.30.2-1 an HTTP library implementation in 
ii  libwebkit-1.0-2 1.2.5-2  Web content engine library for Gtk
ii  libx11-62:1.3.3-4X11 client-side library
ii  libxml2 2.7.8.dfsg-1 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-1Document (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#606207: Fix FTBFS with ld --as-needed

[Matthias Klose]

Package: goaccess
Version: 1:0.4-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch
User: debian-...@lists.debian.org
Usertags: ld-as-needed

fix build failure with ld --as-needed. patch at
http://launchpadlibrarian.net/60268027/goaccess_1%3A0.4-1_1%3A0.4-1ubuntu1.diff.gz

there is a config.log diff in the patch, so maybe this should be removed in the 
clean target.




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

Bug#606208: xxkb: Wrong information on icons in the man page

[Milan Zamazal]

Package: xxkb
Version: 1.11-2.1
Severity: normal

xxkb man page documents `*.xpm.*' configuration options, e.g.

  XXkb.button.xpm.1

These used to work in lenny, but is not working for me anymore in
squeeze.  These should actually be of the form `*.image.*' now, e.g.
  
  XXkb.button.image.1

This should be corrected in the man page.  It would be worth to fix this
misinformation also in squeeze, considering the fact that the former
form was valid in lenny and must be converted to the latter form after
upgrading to squeeze (and this change should be documented in NEWS as
well).

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

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

Versions of packages xxkb depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libx11-6  2:1.3.3-4  X11 client-side library
ii  libxext6  2:1.1.2-1  X11 miscellaneous extension librar
ii  libxpm4   1:3.5.8-1  X11 pixmap library
ii  libxt61:1.0.7-1  X11 toolkit intrinsics library

xxkb recommends no packages.

xxkb 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#606018: shogun fails to build with ld --as-needed

[Matthias Klose]

On 05.12.2010 22:11, Soeren Sonnenburg wrote:

On Sun, 2010-12-05 at 16:56 +0100, Matthias Klose wrote:

Package: shogun
Version: 0.9.3-4
Severity: normal
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty
User: debian-...@lists.debian.org
Usertags: ld-as-needed

I didn't debug the build system too much, a build with ld --as-needed fails 
with:

c++ -Xlinker --no-undefined -lm -pthread -lhdf5 -llapack -lcblas -lglpk -lm
-llzo2 -lz -llzma -L../libshogun -lshogun -shared -L /usr/lib/octave-3.2.4
-loctinterp -loctave -lcruft  -o Classifier.oct Classifier_wrap.cxx.o
sg_print_functions.cpp.o -L../libshogun -lshogun
Classifier_wrap.cxx.o: In function `SWIG_check_num_args':
/build/buildd/shogun-0.9.3/src/octave_modular/Classifier_wrap.cxx:785: undefined
reference to `error(char const*, ...)'
/build/buildd/shogun-0.9.3/src/octave_modular/Classifier_wrap.cxx:783: undefined
reference to `error(char const*, ...)'
Classifier_wrap.cxx.o: In function `octave_swig_ref::operator new(unsigned 
int)':
/build/buildd/shogun-0.9.3/src/octave_modular/Classifier_wrap.cxx:1727:
undefined reference to `octave_allocator::alloc(unsigned int)'
Classifier_wrap.cxx.o: In function
`octave_value_typeinfo::lookup_binary_op(octave_value::binary_op, int, int)':
/usr/include/octave-3.2.4/octave/ov-typeinfo.h:138: undefined reference to
`octave_value_typeinfo::instance'
[further undefined reference messages omitted]

the reason is that objects and local libraries have to appear on the command
line first, like:

c++ -Xlinker --no-undefined -shared \
  -o Classifier.oct \
  Classifier_wrap.cxx.o \
  -L../libshogun -lshogun \
  -lm -pthread -lhdf5 -llapack -lcblas -lglpk -lm -llzo2 -lz -llzma \
  -L /usr/lib/octave-3.2.4 -loctinterp -loctave -lcruft

any hint where to fix this properly?


Shogun generates a .config file upon configure with all the link flags
being in LINKFLAGS, LINKFLAGS_INTERFACE, and PRELINKFLAGS
POSTLINKFLAGS .

And linking takes place in Makefile.template with the PRE / LINKFLAGS /
POSTLINKFLAGS.

So the fix should be to modify configure and replace LINKFLAGS_OCTAVE
with POSTLINKFLAGS_OCTAVE in this section:


some more changes were required. a really "interesting" build system.

patch at
http://launchpadlibrarian.net/60267720/shogun_0.9.3-4ubuntu4_0.9.3-4ubuntu5.diff.gz

  Matthias



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

Bug#606209: Fix FTBFS with ld --no-add-needed

[Matthias Klose]

Package: wmii
Version: 3.9.2+debian-2
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch
User: peter.fritzs...@gmx.de
Usertags: no-add-needed

patch at
http://launchpadlibrarian.net/60268001/wmii_3.9.2%2Bdebian-2_3.9.2%2Bdebian-2ubuntu1.diff.gz



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

Bug#606210: Fix FTBFS with ld --no-add-needed

[Matthias Klose]

Package: cmor
Version: 2.5.1-1
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch
User: peter.fritzs...@gmx.de
Usertags: no-add-needed

patch at
http://launchpadlibrarian.net/60263282/cmor_2.5.1-1_2.5.1-1ubuntu1.diff.gz



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

Bug#606211: Fix FTBFS with ld --no-add-needed

[Matthias Klose]

Package: wmii2
Version: 2.5.2-13
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch
User: peter.fritzs...@gmx.de
Usertags: no-add-needed

patch at
http://launchpadlibrarian.net/60262965/wmii2_2.5.2-13_2.5.2-13ubuntu1.diff.gz



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

Bug#606212: Fix FTBFS with ld --as-needed

[Matthias Klose]

Package: sbox-dtc
Version: 1.11.2-3
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch
User: debian-...@lists.debian.org
Usertags: ld-as-needed

patch at
http://launchpadlibrarian.net/60262454/sbox-dtc_1.11.2-3_1.11.2-3ubuntu1.diff.gz



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

Bug#606038: two whole screensworth

[jidanni]

Two whole screensworth of warnings.



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

Bug#595749: cannot reproduce

[Holger Levsen]

Hi Joey,

On Montag, 6. Dezember 2010, Joey Hess wrote:
> wfinnish is not in the russian task, and neither are any of its reverse
> dependencies.

did you really try to reproduce this bug or was that just based on looking at 
the tasks?

We've seen this on Debian Edu also several times (on german installs it asks 
for wdanish and for english installs with norwegian keyboard it suggest 
danish (or another one) too). 

There was a fix in dictionaries-common about this (which already made it to 
squeeze recently) but appearantly it didt catch all cases.


cheers,
Holger






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

Bug#594179: dpkg: emdebian.org and other machines patched for armhf support

[Hector Oron]

Hello,

  I am patching machines to support armhf, which it is almost at 90%
built. I know you are very busy with squeeze release, but could you
give a comment if the patch is wrong or right, as we are using it for
patching machines? Why is it taking so long to include such
architecture?
  Let me know if I can help you out doing a NMU if you do not have the time.

Best regards,
-- 
 Héctor Orón

"Our Sun unleashes tremendous flares expelling hot gas into the Solar
System, which one day will disconnect us."

-- Day DVB-T stop working nicely
Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html



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

Bug#606213: unblock: tcsh/6.17.02-4

[Thomas Lange]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock tcsh_6.17.02-4, which fixes an RC bug. I also adopted
this package, since it was orphaned.

changelog:

tcsh (6.17.02-4) unstable; urgency=high

  * new maintainer Closes: #592093
  * add tcsh-6.17.02-multibyte.patch Closes: #603545

 -- Thomas Lange   Mon, 06 Dec 2010 17:41:17 +0100


-- 
regards Thomas



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

Bug#606198: unblock: piwigo/2.1.2-3

[Adam D. Barratt]

On Tue, 2010-12-07 at 12:03 +0100, Nicolas Roudaire wrote:
> I made an update of the piwigo package. It closes BTS bug #605354. The
> new release adds only debconf translations.
> 
> Is it possible to add a freeze exception for it ?

Has the package been uploaded yet?  If not then please go ahead and let
us know once it's been accepted.

Regards,

Adam




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

Bug#606214: acpi-support-base: power button stopped working on hosts without X

[Bjørn Mork]

Package: acpi-support-base
Version: 0.138-3
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Looks like acpi-support-base now depends on X.  It should not.

In particular, it makes some very dubious assumptions about console
names:

ipv6-pppoe-2:~# sh -x /etc/acpi/powerbtn-acpi-support.sh 
+ [ -f /etc/acpi/events/powerbtn -o -f /etc/acpi/events/powerbtn.dpkg-bak ]
+ [ -e /usr/share/acpi-support/policy-funcs ]
+ . /usr/share/acpi-support/policy-funcs
+ . /usr/share/acpi-support/power-funcs
+ umask 022
+ PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11
+ POWERSTATE=/var/lib/acpi-support/powerstate
+ HDPARM=/sbin/hdparm -q
+ LIDSTATE=/var/lib/acpi-support/lidstate
+ CheckPolicy
+ local PMS
+ getXconsole
+ fgconsole
+ activeVT=serial
+ pwf_error invalid active VT 'serial'
+ logger -tpowerbtn-acpi-support.sh -perr -- power-funcs: invalid active VT 
'serial'
+ exit 1

Please fix. You shouldn't need to run X to poweroff a system.


Bjørn

- -- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (600, 'unstable'), (1, 'experimental')
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

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

iEYEARECAAYFAkz+P8kACgkQ10rqkowbIsmhRwCeKBW5HcRRzY2fp7VH0HJByuba
4KYAnjGqnpdWbf+TXr8Nwuu4HZrHZFcl
=Tt2y
-END PGP SIGNATURE-



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

Bug#606215: [PATCH] Initscript for gunicorn_django

[Arthur Furlan]

Package: gunicorn
Version: 0.10.0-1


I'm attaching in this message an initscript to manage gunicorn_django
environments. I currently run gunicorn_django in my servers and manage
differents environtments/projects using this single initscript and the
respective configuration files.

The initscript have a default configuration file[1] and each django
project should have an additional configuration file[2]. The default
configuration have the default parameters and they can/should be
overwrriten in the specific configuration files of the django project.
I don't know if it's the best approach or if we should use a directory
/etc/gunicorn_django.d/ and I would be glad if
you could point a better way. I'm currently using this initiscript in
my production environment and it have been working very well.

[1]. /etc/default/gunicorn_django
[2]. /etc/default/gunicorn_django-myprojectname


A more complete version of the code (with some documentation and usage
examples) are available in my github page[3].

[3]. https://github.com/afurlan/debian-gunicorn_django


-- 
Atenciosamente,

Arthur Furlan (afurlan)
afur...@afurlan.org
http://blog.afurlan.org
Public GPG KeyID: 27D81084

#!/bin/bash

### BEGIN INIT INFO
# Provides:  gunicorn_django
# Required-Start:$local_fs $syslog
# Required-Stop: $syslog $local_fs
# Default-Start: 2 3 4 5
# Default-Stop:  0 1 6
# Short-Description: Start and stop your gunicorn_django processes
# Description:   Start and stop your gunicorn_django processes
### END INIT INFO

# Author: Arthur Furlan 

PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="generic gunicorn_django initscript"
NAME="gunicorn_django"
DAEMON=/usr/bin/gunicorn_django
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME

# Exit if the package is not installed
[ -x "$DAEMON" ] || exit 0

# Read global configuration variable file if it is present
[ -r /etc/default/$NAME ] && . /etc/default/$NAME

# Load the VERBOSE setting and other rcS variables
. /lib/init/vars.sh

# Define LSB log_* functions.
# Depend on lsb-base (>= 3.0-6) to ensure that this file is present.
. /lib/lsb/init-functions

_do_start_project()
{
NAME=$ORIG_NAME-$1
PIDFILE=/var/run/$NAME.pid

# Read project configuration variable file if it is present
[ -r /etc/default/$NAME ] && . /etc/default/$NAME

# Return
#   0 if daemon has been started
#   1 if daemon was already running
#   2 if daemon could not be started
start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -d 
$ROOTDIR --test > /dev/null || return 1
start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -d 
$ROOTDIR --background --make-pidfile --chuid $RUN_AS --startas $DAEMON -- 
$DAEMON_ARGS || return 2
}

_do_stop_project()
{
NAME=$ORIG_NAME-$1
PIDFILE=/var/run/$NAME.pid

# Read project configuration variable file if it is present
[ -r /etc/default/$NAME ] && . /etc/default/$NAME

# Return
#   0 if daemon has been stopped
#   1 if daemon was already stopped
#   2 if daemon could not be stopped
#   other if a failure occurred
start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --pidfile $PIDFILE 
> /dev/null # --name $DAEMON
RETVAL="$?"
[ "$RETVAL" = 2 ] && return 2
# Wait for children to finish too if this is a daemon that forks
# and if the daemon is only ever run from this initscript.
# If the above conditions are not satisfied then add some other code
# that waits for the process to drop all resources that could be
# needed by services started subsequently.  A last resort is to
# sleep for some time.
start-stop-daemon --stop --quiet --oknodo --retry=0/30/KILL/5 --exec $DAEMON
[ "$?" = 2 ] && return 2
# Many daemons don't delete their pidfiles when they exit.
rm -f $PIDFILE
return "$RETVAL"
}

do_start()
{
ORIG_NAME=$NAME

# Start specific projects if specified
if [ $# -gt 1 ]; then

for PROJECT in $(echo $@ | cut -d ' ' -f 2-); do
_do_start_project $PROJECT
done

# ... or start all available projects
else

for c in /etc/default/gunicorn_django*; do
[ "$c" == "/etc/default/$NAME" ] && continue

PROJECT=$(echo "$c" | cut -d '-' -f 2)
_do_start_project $PROJECT
done

fi
}

do_stop()
{
ORIG_NAME=$NAME

# Start specific projects if specified
if [ $# -gt 1 ]; then

for PROJECT in $(echo $@ | cut -d ' ' -f 2-); do
_do_stop_project $PROJECT
done

# ... or start all available projects
else

for c in /etc/default/gunicorn_django*; do
[ "$c" == "/etc/default/$NAME" ] && continue

PROJECT=$(echo "$c" | cut -d '-' -f 2)
_do_stop_project $PROJECT
done

fi
}

case "$1" in
  start)
[ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME"
do_start $@
case "$?" in
0|1) [ "$VERBOS

Bug#606016: indexing takes a minute using all CPU and creates 100mb data

[Holger Levsen]

Hi Sturle,

On Dienstag, 7. Dezember 2010, Sturle Sunde wrote:
> An equaly large problem for me is that those 100MiB are database log
> files are invalidated when the user log out and akonadi stops.  New
> files are created at each login, wasting huge amounts of space in my
> nilfs2 based backup.  

ouch.

> I have mitigated the problem by reducing innodb_log_file_size to 4M,
> and trimmed a few other settings as well.

could you please share those settings with us?


cheers,
Holger


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

Bug#605596: Patch to remove brdesktop-artwork-splashy

[Matt Kraai]

tag 605596 patch
thanks

Hi,

The attached patch should fix this problem by removing
brdesktop-desktop-splashy.  Is it OK to perform an NMU using it?

-- 
Matt   https://ftbfs.org/kraai
diff -Nru brdesktop-artwork-0.7/debian/brdesktop-artwork-splashy.dirs brdesktop-artwork-0.7.new/debian/brdesktop-artwork-splashy.dirs
--- brdesktop-artwork-0.7/debian/brdesktop-artwork-splashy.dirs	2010-07-27 15:50:40.0 -0700
+++ brdesktop-artwork-0.7.new/debian/brdesktop-artwork-splashy.dirs	1969-12-31 16:00:00.0 -0800
@@ -1 +0,0 @@
-usr/share/splashy/themes
diff -Nru brdesktop-artwork-0.7/debian/brdesktop-artwork-splashy.install brdesktop-artwork-0.7.new/debian/brdesktop-artwork-splashy.install
--- brdesktop-artwork-0.7/debian/brdesktop-artwork-splashy.install	2010-07-27 15:50:40.0 -0700
+++ brdesktop-artwork-0.7.new/debian/brdesktop-artwork-splashy.install	1969-12-31 16:00:00.0 -0800
@@ -1 +0,0 @@
-splashy/* usr/share/splashy/themes/
diff -Nru brdesktop-artwork-0.7/debian/brdesktop-artwork-splashy.lintian-overrides brdesktop-artwork-0.7.new/debian/brdesktop-artwork-splashy.lintian-overrides
--- brdesktop-artwork-0.7/debian/brdesktop-artwork-splashy.lintian-overrides	2010-07-27 15:50:40.0 -0700
+++ brdesktop-artwork-0.7.new/debian/brdesktop-artwork-splashy.lintian-overrides	1969-12-31 16:00:00.0 -0800
@@ -1 +0,0 @@
-brdesktop-artwork-splashy: duplicate-font-file usr/share/splashy/themes/brdesktop/FreeSans.ttf also in ttf-freefont
diff -Nru brdesktop-artwork-0.7/debian/brdesktop-artwork-splashy.postinst brdesktop-artwork-0.7.new/debian/brdesktop-artwork-splashy.postinst
--- brdesktop-artwork-0.7/debian/brdesktop-artwork-splashy.postinst	2010-07-27 15:50:40.0 -0700
+++ brdesktop-artwork-0.7.new/debian/brdesktop-artwork-splashy.postinst	1969-12-31 16:00:00.0 -0800
@@ -1,17 +0,0 @@
-#!/bin/sh
-
-set -e
-
-if which splashy_config > /dev/null 2>&1; then
-splashy_config -s brdesktop
-fi
-
-[ -r /etc/default/splashy ] && . /etc/default/splashy
-
-if [ "x$ENABLE_INITRAMFS" = "x1" ]; then
-update-initramfs -u;
-fi
-
-#DEBHELPER#
-
-exit 0
diff -Nru brdesktop-artwork-0.7/debian/brdesktop-artwork-splashy.postrm brdesktop-artwork-0.7.new/debian/brdesktop-artwork-splashy.postrm
--- brdesktop-artwork-0.7/debian/brdesktop-artwork-splashy.postrm	2010-07-27 15:50:40.0 -0700
+++ brdesktop-artwork-0.7.new/debian/brdesktop-artwork-splashy.postrm	1969-12-31 16:00:00.0 -0800
@@ -1,17 +0,0 @@
-#!/bin/sh
-
-set -e
-
-if which splashy_config > /dev/null 2>&1; then
-splashy_config -s default
-fi
-
-[ -r /etc/default/splashy ] && . /etc/default/splashy
-
-if [ "x$ENABLE_INITRAMFS" = "x1" ]; then
-update-initramfs -u;
-fi
-
-#DEBHELPER#
-
-exit 0
diff -Nru brdesktop-artwork-0.7/debian/changelog brdesktop-artwork-0.7.new/debian/changelog
--- brdesktop-artwork-0.7/debian/changelog	2010-08-01 19:27:33.0 -0700
+++ brdesktop-artwork-0.7.new/debian/changelog	2010-12-07 05:22:31.0 -0800
@@ -1,3 +1,11 @@
+brdesktop-artwork (0.7+nmu1) unstable; urgency=low
+
+  * Remove the brdesktop-artwork-splashy stanza from debian/control.
+  * Remove debian/brdesktop-artwork-splashy.{dirs,install,lintian-overrides,postinst,postrm}
+and splashy.
+
+ -- Matt Kraai   Tue, 07 Dec 2010 05:22:31 -0800
+
 brdesktop-artwork (0.7) unstable; urgency=low
 
   * Depending on gdm3 instead of gdm. It avoids future conflicts.
diff -Nru brdesktop-artwork-0.7/debian/control brdesktop-artwork-0.7.new/debian/control
--- brdesktop-artwork-0.7/debian/control	2010-08-01 19:20:42.0 -0700
+++ brdesktop-artwork-0.7.new/debian/control	2010-12-07 05:17:41.0 -0800
@@ -21,18 +21,3 @@
  theme and a streamlined installation process with Brazilian localization
  options and packages pre-selected.
 Homepage: http://brdesktop.org
-
-Package: brdesktop-artwork-splashy
-Depends: ${shlibs:Depends}, ${misc:Depends}
-Recommends: splashy
-Architecture: all
-Description: Brazilian Debian Pure Blend - splashy graphical boot theme
- This package installs the Splashy startup screen for BrDesktop.
- .
- BrDesktop is a Debian Pure Blend designed for Brazilian desktop users. Its
- main goal is to make Debian easier to install and more pleasant to use for
- these users by providing a selection of free software covering most of the
- tasks a desktop user may want to do with his computer, a customized desktop
- theme and a streamlined installation process with Brazilian localization
- options and packages pre-selected.
-Homepage: http://brdesktop.org
Binary files brdesktop-artwork-0.7/splashy/brdesktop/background.png and brdesktop-artwork-0.7.new/splashy/brdesktop/background.png differ
Binary files brdesktop-artwork-0.7/splashy/brdesktop/FreeSans.ttf and brdesktop-artwork-0.7.new/splashy/brdesktop/FreeSans.ttf differ
diff -Nru brdesktop-artwork-0.7/splashy/brdesktop/README brdesktop-artwork-0.7.new/splashy/brdesktop/README
--- brdesktop-artwork-0.7/sp

Bug#606206: epiphany-browser: epiphany crashed when opening a page

[Emilio Pozuelo Monfort]

reassign 606206 flashplugin-nonfree
thanks

On 07/12/10 13:33, Umarzuki Bin Mochlis Moktar wrote:

epiphany-browse[5882]: segfault at f ip 7f82ed4e7ba1 sp 7fff8057c050
error 4 in libflashplayer.so[7f82ed41d000+9bc000]


Flash is crashing, nothing we can do with it. Reassigning anyway...

Cheers,
Emilio



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

Bug#606216: inconsistent permission on log files

[Holger Levsen]

package: munin-node
version: 1.4.5-3
x-debbugs-cc: m...@elzevir.fr

thanks, Manuel!

--  Forwarded Message  --

Betreff: inconsistent permission on log files
Datum: Dienstag, 7. Dezember 2010
Von: Manuel Pégourié-Gonnard 
An: Munin Debian Maintainers 

Hi,

The logrotate entry for munin-node.log contains:

copytruncate
create 640 munin adm

However, according to logrotate(8),


When this [copytruncate) option is
used, the create option will have no effect, as the old log file
stays in place.

Actually, the create option seems to have an effect on the rotated log files
munin-node.log.X.gz. Since the log file itself is own by root:root with mode
644, it results in different owner/group/modes for the log file itself and its
rotated version. This is no big deal, but it just looks odd, so you may want 
to
rationalise this.

Thanks,
Manuel.

PS : munin-node version 1.4.5-3 on a squeeze box.



---


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

Bug#606217: Subject: cdbs: Python cross building not supported

[Peter Pearse]

Subject: cdbs: Python cross building not supported
Package: cdbs
Version: 0.4.83ubuntu2
Severity: wishlist

When python is called to build C/C++ extensions whilst cross building a
package,  it needs to be set up to use the cross toolchain, rather than the
default build host toolchain.

The patch below indicates how this might be done by adding an environment
variable to be set in the Makefile.

---
--- /usr/share/cdbs/1/class/python-sugar.mk 2010-09-03
09:39:47.0 +0100
+++ 1/class/python-sugar.mk 2010-11-24 09:01:08.0 +
@@ -67,11 +67,16 @@ pre-build clean::
 pre-build::
mkdir -p debian/stamps-configure

+# LINARO_PYTHON_SET_ENV, defined in /usr/share/cdbs/1/class/python-
distutils.mk,
+# allows e.g. cross tools to be set for use during setup.py
 $(patsubst %,build/%,$(DEB_PYTHON_SUGAR_PACKAGES)) :: build/%:
[ ! -e $(cdbs_cursrcdir)/MANIFEST ] || [ -e
$(cdbs_cursrcdir)/MANIFEST.upstream ] || mv $(cdbs_cursrcdir)/MANIFEST
$(cdbs_cursrcdir)/MANIFEST.upstream
[ ! -e $(cdbs_cursrcdir)/MANIFEST.upstream ] || egrep -v
'^locale/.*/(.*\.mo|activity\.linfo)$$' $(cdbs_cursrcdir)/MANIFEST.upstream >
$(cdbs_cursrcdir)/MANIFEST
+   @echo "$@ in modified /usr/share/cdbs/1/class/python-sugar.mk"
set -e; for buildver in $(cdbs_python_build_versions); do \
+   $(LINARO_PYTHON_SET_ENV);\
$(call cdbs_python_binary,python$$buildver)
$(cdbs_cursrcdir)/setup.py build; \
+   touch /home/chroot-user/python_run ;\
done
[ ! -e $(cdbs_cursrcdir)/MANIFEST.upstream ] || IFS="`printf '\n'`"
find "$(cdbs_cursrcdir)/locale" -type f \( -name '*.mo' -or -name
'activity.linfo' \) | while read path; do \
echo "$$path" | sed 's!^$(cdbs_cursrcdir)/!!' >>
$(cdbs_cursrcdir)/MANIFEST; \
--- /usr/share/cdbs/1/class/python-distutils.mk 2010-09-03
09:39:47.0 +0100
+++ 1/class/python-distutils.mk 2010-11-24 09:11:51.0 +
@@ -61,13 +61,30 @@ common-build-arch common-build-indep:: $

 $(patsubst %,build/%,$(cdbs_python_indep_packages)
$(cdbs_python_arch_packages)) :: build/% : debian/python-module-stampdir/%

+# These are the tool defaults used during setup.py
+LINARO_PYTHON_SET_ENV = \
+  export CC=gcc;\
+  export CXX=g++   ;\
+  export LDSHARED='gcc -shared';\
+  export CPP=cpp   ;\
+  export LDFLAGS='-L /usr/lib -L /lib' ;\
+  export BASECFLAGS=-DBASECFLAGS   ;\
+  export OPT=-DOPT ;\
+  export CFLAGS='-I/usr/include -I/include';\
+  export CPPFLAGS=-DCPPFLAGS
+
 $(patsubst %,debian/python-module-stampdir/%,$(cdbs_python_indep_packages)) ::
debian/python-module-stampdir/%:
-   cd $(DEB_SRCDIR) && python$(cdbs_python_nondefault_version)
$(DEB_PYTHON_SETUP_CMD) build $(DEB_PYTHON_BUILD_ARGS)
+   @echo "$@ in modified /usr/share/cdbs/1/class/python-distutils.mk"
+   $(LINARO_PYTHON_SET_ENV) && \
+   cd $(DEB_SRCDIR) && python$(cdbs_python_nondefault_version)
$(DEB_PYTHON_SETUP_CMD) build $(DEB_PYTHON_BUILD_ARGS)
touch $@

 $(patsubst %,debian/python-module-stampdir/%,$(cdbs_python_arch_packages)) ::
debian/python-module-stampdir/%:
+   @echo "$@ in modified /usr/share/cdbs/1/class/python-distutils.mk"
set -e; for buildver in $(cdbs_python_build_versions); do \
-   cd $(CURDIR) && cd $(DEB_SRCDIR) && $(call
cdbs_python_binary,python$$buildver) $(DEB_PYTHON_SETUP_CMD) build
$(DEB_PYTHON_BUILD_ARGS); \
+   $(LINARO_PYTHON_SET_ENV) && \
+   cd $(CURDIR) && cd $(DEB_SRCDIR) && $(call
cdbs_python_binary,python$$buildver) $(DEB_PYTHON_SETUP_CMD) \
+   build $(DEB_PYTHON_BUILD_ARGS); \
done
touch $@

---

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

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

Versions of packages cdbs depends on:
ii  debhelper   8.0.0ubuntu1 helper programs for debian/rules
ii  fdupes  1.50-PR2-3   identifies duplicate files within
ii  intltool0.41.1-1 Utility scripts for internationali

Versions of packages cdbs recommends:
ii  autotools-dev 20100122.1 Update infrastructure for config.{

Versions of packages cdbs suggests:
ii  devscripts2.10.67ubuntu1 scripts to make the life of a Debi
ii  doc-base  0.9.5  utilities to manage online documen



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

Bug#606218: RM: olsrd/0.5.6-r7-1 -- RoM; outdated

[Holger Levsen]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
x-debbugs-cc: 605...@bugs.debian.org

Hi,

please remove olsrd/0.5.6-r7-1 from squeeze. 

"#605296 olsrd 0.5.6.r7 doesn't work with kernels >= 2.6.31" is only sensible 
fixable by a new upstream version, which we plan to supply via 
squeeze-backports (and maybe lenny-sloppy-backports).

Thanks!


cheers,
Holger


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

Bug#598020: IMO this is not serious

[Holger Levsen]

Hi,

there is a easy "workaround" ("fix your init.d scripts headers") and this is 
by design, so IMHO this bug should not be RC. Maybe wishlist, maybe normal or 
important...


cheers,
Holger


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

Bug#591969: status update?

[Holger Levsen]

Hi Christian,

any idea what to do about this bug?


cheers,
Holger


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

Bug#604234: unreproducable

[Holger Levsen]

Hi,

http://piuparts.debian.org/sid/pass/emacspeak-ss_1.12.1-1.log and
http://piuparts.debian.org/squeeze/pass/emacspeak-ss_1.12.1-1.log are both 
examples of successful installations.

Though piuparts creates a dummy packages with the depends first (which for 
some reasons in this cases fails to install) and then uses "apt-get 
install -f" to install the package.

Also please note that the above logs are from June+September, I've just 
rescheduled them for testing again and they both passed. These logs will be 
available from tomorrow at the same URLs.


cheers,
Holger


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

Bug#606189: ITP: owfs -- 1-Wire File System

[Sebastian Harl]

Hi,

On Tue, Dec 07, 2010 at 11:16:24AM +0100, Vincent Danjean wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Vincent Danjean 
> 
> * Package name: owfs
>   Version : 2.8p4
>   Upstream Author : Paul H Allfille
> * URL : http://owfs.org
> * License : GPL-2, LGPL-2, BSD (depending on components)
>   Programming Lang: C, C++, C#, Perl, Python, java, ruby (lots of bindings)
>   Description : 1-Wire File System

Did you see #325159?

Cheers,
Sebastian

-- 
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin



signature.asc
Description: Digital signature

Bug#594179: dpkg: emdebian.org and other machines patched for armhf support

[Konstantinos Margaritis]

On Tuesday 07 December 2010 16:02:16 Hector Oron wrote:
> Hello,
> 
>   I am patching machines to support armhf, which it is almost at 90%
> built. I know you are very busy with squeeze release, but could you
> give a comment if the patch is wrong or right, as we are using it for
> patching machines? Why is it taking so long to include such
> architecture?
>   Let me know if I can help you out doing a NMU if you do not have the
> time.

Nice timing Hector, I was just thinking of sending a mail to the lists (so I'm 
cross-posting this mail to both debian-arm and linaro-dev lists as they are 
[in]directly involved in this).

In essence, I would like to express my objection in having the same triplet 
for both softfp and hard ABIs. I know upstream (ARM) objects, but IMHO they 
just haven't done the extensive compiling I have and didn't consider the 
problems (I doubt anyone else has built ~8000 packages for a hardfloat port).

So, what is the problem: I'm trying to port some compilers now to armhf now -
gnat, openjdk, etc- using cross-compiling (you know, build a cross-compiler on 
an arch that already supports gnat, then use that cross-compiler to build a 
native binary and use that binary to build the final compiler on the native 
machine. It's a complicated process with lots of problems, but I've done this 
before -I actually did the gnat powerpc port for Debian back in 2000, using 
that same method, things have evolved since then but not that much. 

With a different triplet, I just have to add a new triplet entry for armhf to 
gnat's setup scripts. 

Using the same triplet, I would have to actually go to great lengths to change 
the scripts to use something else than the gnu triplet to decide cpu/system 
detection -not to mention that I would have to push for acceptance for each 
and every such patch. I'm sorry, but right now I have better things to do than 
this. 

Anyway, I know this point has been stressed before, but I now I would like to 
re-surface this issue again. 

Till now I was mostly indifferent, but now I'm convinced that we should *not* 
force the same triplets for the two abis until there is a concrete migration 
plan of OS detection using another method. It mostly ends down to unnecessary 
over-engineering with little benefit and way too many problems. I like 
simplicity and any other solution than a single triplet is not simple at the 
moment.

So, what does this mean? It means that someone has first to propose a proper 
solution for handling this sort of stuff when a single triplet -something like 
that has been proposed in http://bugs.debian.org/596298 but though it's a good 
idea, it has not been discussed as much as it should. It has to actually be 
decided and even then we still would have to change many configure scripts to 
use that, as gcc for example configures based on the gnu triplet, NOT 
something as arbitrary as DEB_{HOST,BUILD}_ABI. In real terms, this means it's 
going to take a very long time to actually have something that works -no I 
don't think 6 months are enough.

Anyway, with regards to the actual bug report, I have done a 1.15.8.6+armhf.1 
release -in debian-ports.org/unreleased for now- which fixes a bug I missed 
previously. Some tests also fail, but that's beside the point, they have to be 
fixed to support quads as well -which I will do in the next days and I will 
send a complete patch. For that matter, I have tested the patch on amd64 and 
i386 and it doesn't break anything. 

The problem is that with ~7600 packages built and still the port is not 
recognized by dpkg. 

So, bottom line, until the issue with multiarch/DEB_HOST_ABI is actually 
*decided* could you please please get armhf support into dpkg proper? Or at 
least give a good reason why you do not accept the patch?

Thanks

Konstantinos




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

Bug#601753: please remove silly nag screen

[Benoît Knecht]

tags 601753 patch
thanks

Hi,

I just installed bouml and tested this:

 - Run bouml;
 - Click OK on the greeting dialog;
 - Close bouml;
 - Repeat.

I get the greeting dialog every time, probably because I'm not loading
any project, and I have to admit it's rather irritating.

I can understand the motivation (although I much prefer when asked for a
donation in the Help->About screen, and would be more inclined to donate
in that case), but forcing the user to wait 5 seconds or so every time
(or even every thirty time) is I think too constraining (reminds me of
unskipable trailers/advertisement on commercial DVDs, that only make
illegal downloading a more attractive alternative).

How about, as a compromise, keeping the greeting dialog but removing the
mandatory waiting period?

Here's a patch that implements just that.

Cheers,

-- 
Benoît Knecht

---

diff --git a/src/dialog/GreetingsDialog.cpp b/src/dialog/GreetingsDialog.cpp
index 09b8039..98f521b 100644
--- a/src/dialog/GreetingsDialog.cpp
+++ b/src/dialog/GreetingsDialog.cpp
@@ -86,7 +86,8 @@ Bruno Pages http://bouml.free.fr\n\
   
   ok = new QPushButton("&OK", this);
   ok->setDefault(TRUE);
-  ok->setEnabled(FALSE);
+  ok->setEnabled(TRUE);
+  ok->setFocus();
   
   hbox->addWidget(new QLabel(this));
   hbox->addWidget(ok);
@@ -96,14 +97,6 @@ Bruno Pages http://bouml.free.fr\n\
 UmlDesktop::tocenter(this);
   
   connect(ok, SIGNAL(clicked()), this, SLOT(reject()));
-  
-  QTimer::singleShot(5000, this, SLOT(valid_ok()));
-  QApplication::setOverrideCursor(Qt::waitCursor);
-}
-
-void GreetingsDialog::valid_ok() {
-  ok->setEnabled(TRUE);
-  QApplication::restoreOverrideCursor();
 }
 
 void GreetingsDialog::closeEvent(QCloseEvent * e) {
diff --git a/src/dialog/GreetingsDialog.h b/src/dialog/GreetingsDialog.h
index b6edd2f..43ce9be 100644
--- a/src/dialog/GreetingsDialog.h
+++ b/src/dialog/GreetingsDialog.h
@@ -41,7 +41,6 @@ class GreetingsDialog : public QDialog {
   
   protected slots:
 virtual void closeEvent(QCloseEvent * e);
-void valid_ok();
 };
 
 #endif



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

Bug#606220: chromium-browser: Honor KDE's proxy exceptions.

[Lisandro Damián Nicanor Pérez Meyer]

Package: chromium-browser
Version: 6.0.472.63~r59945-2
Severity: wishlist
Tags: upstream

1. Add a proxy exception in KDE's proxy control.
2. Launch chromium-browser.
3. Try to open the proxy excepted URL.

What is the expected result?
Load the URL without using the proxy.

Already reported upstream as suggested by reportbug:

.

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

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

Versions of packages chromium-browser depends on:
ii  chromium-browser-ins 6.0.472.63~r59945-2 page inspector for the chromium-br
ii  libasound2   1.0.23-2.1  shared library for ALSA applicatio
ii  libatk1.0-0  1.30.0-1The ATK accessibility toolkit
ii  libbz2-1.0   1.0.5-6 high-quality block-sorting file co
ii  libc62.11.2-7Embedded GNU C Library: Shared lib
ii  libcairo21.8.10-6The Cairo 2D vector graphics libra
ii  libcups2 1.4.4-7 Common UNIX Printing System(tm) - 
ii  libdbus-1-3  1.2.24-3simple interprocess messaging syst
ii  libdbus-glib-1-2 0.88-2  simple interprocess messaging syst
ii  libevent-1.4-2   1.4.13-stable-1 An asynchronous event notification
ii  libexpat12.0.1-7 XML parsing C library - runtime li
ii  libfontconfig1   2.8.0-2.1   generic font configuration library
ii  libfreetype6 2.4.2-2.1   FreeType 2 font engine, shared lib
ii  libgcc1  1:4.4.5-10  GCC support library
ii  libgconf2-4  2.28.1-6GNOME configuration database syste
ii  libgcrypt11  1.4.5-2 LGPL Crypto library - runtime libr
ii  libgl1-mesa-glx [lib 7.7.1-4 A free implementation of the OpenG
ii  libglewmx1.5 1.5.4-1 The OpenGL Extension Wrangler - ru
ii  libglib2.0-0 2.24.2-1The GLib library of C routines
ii  libgtk2.0-0  2.20.1-2The GTK+ graphical user interface 
ii  libicu44 4.4.2-2 International Components for Unico
ii  libjpeg626b1-1   The Independent JPEG Group's JPEG 
ii  libnspr4-0d  4.8.6-1 NetScape Portable Runtime Library
ii  libnss3-1d   3.12.8-1Network Security Service libraries
ii  libpango1.0-01.28.3-1Layout and rendering of internatio
ii  libpng12-0   1.2.44-1PNG library - runtime
ii  libstdc++6   4.4.5-10The GNU Standard C++ Library v3
ii  libv8-2.2.24 2.2.24-7V8 JavaScript Engine
ii  libvpx0  0.9.1-2 VP8 video codec (shared library)
ii  libx11-6 2:1.3.3-4   X11 client-side library
ii  libxext6 2:1.1.2-1   X11 miscellaneous extension librar
ii  libxml2  2.7.8.dfsg-1GNOME XML library
ii  libxrender1  1:0.9.6-1   X Rendering Extension client libra
ii  libxslt1.1   1.1.26-6XSLT 1.0 processing library - runt
ii  libxss1  1:1.2.1-1   X11 Screen Saver extension library
ii  xdg-utils1.0.2+cvs20100307-3 desktop integration utilities from
ii  zlib1g   1:1.2.3.4.dfsg-3compression library - runtime

chromium-browser recommends no packages.

Versions of packages chromium-browser suggests:
pn  chromium-browser-l10n  (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#606221: Downgrade gcc dependency to recommends - Or: What's the gcc dependency for?

[Daniel Leidert]

Package: pbuilder
Version: 0.199
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

pbuilder depends on gcc, so it pulls in a compiler on a system, where I don't
want to have a compiler for everybody. But why does it depend on gcc? There
is no gcc dependency for (c)debootstrap like stated in the changelog entry for
0.10. Further the gcc dependency had been removed in version 0.187. There is
no information about why it has been re-added nor when? Can this dependency
please be dropped (fortunately already for squeeze) or downgraded?

Regards, Daniel


- -- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (850, 'unstable'), (700, 'testing'), (560, 'stable'), (110, 
'experimental')
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/bash

Versions of packages pbuilder depends on:
ii  cdebootstrap  0.5.7  Bootstrap a Debian system
ii  coreutils 8.5-1  GNU core utilities
ii  debconf [debconf-2.0] 1.5.37 Debian configuration management sy
ii  debianutils   3.4.2  Miscellaneous utilities specific t
ii  debootstrap   1.0.26 Bootstrap a basic Debian system
ii  wget  1.12-2.1   retrieves files from the web

Versions of packages pbuilder recommends:
ii  devscripts2.10.69scripts to make the life of a Debi
ii  fakeroot  1.14.5-1   Gives a fake root environment
ii  sudo  1.7.4p4-5  Provide limited super user privile

Versions of packages pbuilder suggests:
pn  cowdancer  (no description available)
pn  gdebi-core (no description available)
pn  pbuilder-uml   (no description available)

- -- debconf information excluded

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

iEYEARECAAYFAkz+RQAACgkQm0bx+wiPa4w3dACeIkMjzRDXEuNmtKL+5HBq2/N7
3TYAn0Z2hB6Z9lP1NX3QJMuHCVfAUkMb
=Q8Pc
-END PGP SIGNATURE-



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