Bug#542232: adept plans for squeeze?

[Ana Guerrero]

On Thu, Nov 18, 2010 at 07:57:44AM +0100, Ana Guerrero wrote:
> FWIW, adept seems to work fine. However, the part about not being longer 
> maintained
> (it has been beta for more than a year now) and the last upload being a NMU,
> make me wonder too what we should do.
>

For the record, #603898.

Ana



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

Bug#582021: linux-image-2.6.32-bpo.4-xen-amd64 misses networking booting domUs installed via xen-tools

[Timo Juhani Lindfors]

Hi,

it would be useful to know

sudo brctl show
sudo xm info
sudo xm list
lsmod
dpkg-query -W linux-image-$(uname -r)

on dom0 when you have no networking and

sudo ip link
lsmod
dpkg-query -W linux-image-$(uname -r)

on domU when you have no networking.

With squeeze dom0 and domU on amd64 at least

cat > config <

Bug#602418: linux-image-2.6.32-5-xen-amd64: with xen 4.0, fork()/clone() fails with ENOMEM during X startup with nv driver

[Timo Juhani Lindfors]

Hmm. So you are running an X server in the dom0 or in a domU?




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

Bug#602536: useless /dev/cciss/ device

[dann frazier]

On Fri, Nov 05, 2010 at 05:40:29PM +, Ian Jackson wrote:
> Package: linux-image-2.6.26-2-686-bigmem
> Version: 2.6.26-25lenny1
> 
> On an HP DL165 with nothing connected to the CCISS controller (the
> disks are connected only to the ordinary SATA controller), this kernel
> produces a device node /dev/cciss/c0d0, without a corresponding entry
> in /proc/partitions, but with an entry in /sys/block.
> 
> (parted sees this and complains about it, and it makes automated
> installs awkward.)
> 
> The device can be opened but looks empty:
> 
>   woodlouse:~# dd if=/dev/cciss/c0d0 of=t
>   0+0 records in
>   0+0 records out
>   0 bytes (0 B) copied, 0.000570254 s, 0.0 kB/s
>   woodlouse:~#

hey Ian,
 I belive this is intentional. This device file persists so that mgmt
software can still talk to the controller:

  commit 8ce51966d3b809d6c1ae4f3902058558589480b8
  Author: Stephen M. Cameron 
  Date:   Thu Sep 17 13:47:34 2009 -0500

  cciss: Handle special case for sysfs attributes of the first logical 
drive.

  For c0dx where x is not 0, we handle deletion and addition simply,
  but for c0d0, there is the special case that even when there's no
  disk, the device node exists so that the controller may be accessed.
  So, for c0d0, we only create the sysfs entries once, when a controller
  is added, and only remove them once, when a controller is being
  taken down.

  Signed-off-by: Stephen M. Cameron 
  Signed-off-by: Jens Axboe 

Though it could be argued that there are more modern interfaces for
configuring devices (raid_class ?), I highly suspect it would break
compatibility with a lot of existing userspace software. Though you
could certainly ask :)

My suggestion would be to blacklist the cciss driver on your system.



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

Bug#545143: bug 545143

[Nerius Landys]

By the way I solved my problem by completely nuking anything
NetworkManager-related from my system via package management (-purge or
"remove with configuration files").

However, think about the thousands of users that will be installing Debian.
They might not know how to fix this (unless they're advanced).  They will
get a very bad impression of Linux because of issues like this.

Bug#599823: linux-2.6: XEN and NFS causes duplicate filenames with large directories

[Timo Juhani Lindfors]

Works for me.

In the following ceasar and lindi1 are nfs clients, lindi1 is a domU
with 2.6.32-27 and nova is an nfs server with 2.6.26+17+lenny1:

nova:~$ ssh caesar bash -c "'for i in \$(seq 1 1); do touch tmp/\$i; done'"
nova:~$ ssh lindi1 ls tmp | sort | uniq -d
nova:~$ ssh caesar mv tmp/1 tmp/1.new
nova:~$ ssh lindi1 ls tmp | sort | uniq -d




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

Bug#603898: package misses copyright information

[Ana Guerrero]

Package: adept
Version: 3.0~beta7.2+nmu1+b1
Severity: serious
Tags: patch


Hi!

While checking the QA status of adept (see bug #542232), I discovered adept
is missing the information from where the upstream sources were obtained in the
debian/copyright file, this is required by Policy 12.5.
In Debian natives packages, this information is usually skip but you can find 
the sources easily inside the Debian infrastructure (alioth, git.d.o, svn.d.o, 
etc).
This does not seem to be the case with adept, upstream page seems
to be at http://web.mornfall.net/adept.html including a darcs repository.

Ana



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

Bug#597533: calibre corrupts epubs

[Arjan Moraal]

Also reported upstream:
http://bugs.calibre-ebook.com/ticket/6928




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

Bug#603802: linux-image-2.6.32-5-xen-amd64: DomU not really resumed (hangs) after restore from disk after Dom0 restart

[Artur Linhart]

One more correctlion to my last message - I have figured out, some instances 
have had still the kernel from version 2.6.32-21 what
was the reason why they started correctly... So it seems the effect can be seen 
on all DomUs with the kernel from package version
2.6.32-27





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

Bug#603897: speech-dispatcher w/ flite not working

[Nerius Landys]

Package: flite
Version: 1.4-release-2
Severity: important

On Squeeze Beta 1, I can't get flite module to work in speech-dispatcher.  
espeak works fine however.

The contents of my /etc/speech-dispatcher/speechd.conf file:

CommunicationMethod "unix_socket"
SocketName "default"
LogLevel  3
LogDir  "default"
DefaultRate 0
DefaultPitch 0
DefaultVolume 100
DefaultVoiceType "MALE1"
DefaultLanguage "en"
AudioOutputMethod "alsa"
AddModule "flite""sd_flite" "flite.conf"
AddModule "dummy" "sd_dummy"  ""
DefaultModule flite
Include "/etc/speech-dispatcher/clients/*.conf"
Include "clients/*.conf"


The contents of /etc/speech-dispatcher/modules/flite.conf:

FliteMaxChunkLength500
FliteDelimiters".?!;"
Debug 1


Steps to repeat:
1. /etc/init.d/speech-dispatcher start
2. spd-say hello
3. Note that speech-dispatcher CPU usage will spike to 100% and no audio will 
be heard.



The tail of /var/log/speech-dispatcher/flite.log:

 Wed Nov 17 23:11:55 2010 [645572]: In stripping ssml: |hello|
 Wed Nov 17 23:11:55 2010 [645613]: Flite: leaving write() normally
^M
 Wed Nov 17 23:11:55 2010 [645626]: Semaphore on

 Wed Nov 17 23:11:55 2010 [645688]: Printing reply: 701 BEGIN

 Wed Nov 17 23:11:55 2010 [645706]: Printed
 Wed Nov 17 23:11:55 2010 [645722]: Returned 5 bytes from get_part

 Wed Nov 17 23:11:55 2010 [645737]: Text to synthesize is 'hello'

 Wed Nov 17 23:11:55 2010 [645753]: Speaking in child...
 Wed Nov 17 23:11:55 2010 [645767]: Trying to synthesize text
VAL: tried to access cart in -1 type val




The tail of /var/log/speech-dispatcher/speech-dispatcher.log:

[Wed Nov 17 23:20:02 2010 : 762244] speechd:  Output module is logging to file 
/var/run/speech-dispatcher/.speech-dispatcher/log//flite.log
[Wed Nov 17 23:20:02 2010 : 762503] speechd:  Module flite loaded.
[Wed Nov 17 23:20:02 2010 : 772194] speechd: LINE here:|304 CANT LIST VOICES|
[Wed Nov 17 23:20:02 2010 : 77] speechd:  Module flite started sucessfully 
with message:
.
[Wed Nov 17 23:20:02 2010 : 776428] speechd:   Reading configuration for 
pattern *:gnomespeech:*
[Wed Nov 17 23:20:02 2010 : 776476] speechd:   Reading configuration for 
pattern emacs:*
[Wed Nov 17 23:20:02 2010 : 776537] speechd:   Reading configuration for 
pattern *:gnomespeech:*
[Wed Nov 17 23:20:02 2010 : 776645] speechd:   Reading configuration for 
pattern emacs:*
[Wed Nov 17 23:20:02 2010 : 776691] speechd:  Configuration has been read from 
"/etc/speech-dispatcher/speechd.conf"
[Wed Nov 17 23:20:02 2010 : 776718] speechd:  Speech Dispatcher Logging to file 
/var/run/speech-dispatcher/.speech-dispatcher/log//speech-dispatcher.log
[Wed Nov 17 23:20:02 2010 : 776733] speechd:   Speech Dispatcher started with 2 
output modules
[Wed Nov 17 23:20:02 2010 : 776747] speechd:  Speech Dispatcher will use local 
unix socket: /var/run/speech-dispatcher/.speech-dispatcher/speechd.sock
[Wed Nov 17 23:20:02 2010 : 777175] speechd: Speech Dispatcher started and 
waiting for clients ...
[Wed Nov 17 23:20:09 2010 : 585349] speechd:   Connection closed




Other info:

cecil:~# dpkg --get-selections | grep flite
flite   install
flite1-dev  install
libflite1   install


Now if I change my speechd.conf to use espeak it works fine.
The reason why I'm using flite is because from my experience on Lenny, flite is 
more stable.  On Lenny,
espeak would get into a bad state in speech-dispatcher and spd would start 
consuming 100% CPU and not work
anymore.  On Lenny, flite did not have this issue.  Now on Squeeze, I'm getting 
a similar behavior.
espeak+speech-dispatcher on Squeeze will cause it to spike to 100% CPU 
sometimes.  I'm trying with flite in
the hope that it will be more stable just like it was on Lenny.  I also like 
the flite voice better.

So right now I pretty much cannot use speech-dispatcher because I can't find a 
module that will be stable with it.
-- 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.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages flite depends on:
ii  dpkg  1.15.8.5   Debian package management system
ii  install-info  4.13a.dfsg.1-6 Manage installed documentation in 
ii  libasound21.0.23-2.1 shared library for ALSA applicatio
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libflite1 1.4-release-2  a small run-time speech synthesis 

flite recommends no packages.

Versions of packages flite suggests:
ii  alsa-base  1.0.23+dfsg-2 ALSA driver configuration files

-- no debconf information



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

Bug#603896: libcpufreq0: cpufreq doesn't scale and allow for it to to go into anything but performance in sid

[macarthur]

Package: libcpufreq0
Version: 007-1
Severity: important

cpufreq doesn't scale at all and always stays within perofrmance and doesn't
allow for it to go into ondemand in sid. The package did seem to be working
back when i was using it in squeeze(less than a month ago). I don't know why
it's not working but this is similar to what ihad happen back with another cpu
that was too old to use cpufreq scaling but this one was working in stable, and
testing.



-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (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 libcpufreq0 depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib

libcpufreq0 recommends no packages.

libcpufreq0 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#603550: Acknowledgement (linux-image-686: My Intel 82801H sound card is doesn't work or linux-image-2.6.32-5-486 and linux-image-2.6-686)

[Hammer Attila]

Elimar, I can not see any problem with my installed system after I 
appliing your patch and reboot, but this is happening perhaps because I 
prewious setted my speaker volume with a higher value with first restart 
my installed system and this value is stored.
How can possible absolute sure testing this change? I need do a new live 
CD with live helper for example a standard and gnome-core packages with 
Speakup and espeakup screen reader support?
I add some toggles with your patch, I setted higher value with Capture, 
Mic Boost and Front Mic Boost volume meters with higher values, because 
default the Capture volume is setted automaticaly with 3%. Now default 
my external and internal microphone is working right after I increasing 
this volume meters values.

I sending the new patch, please look.

Attila
*** alsa-utils.orig	2010-11-18 08:27:04.154522608 +0100
--- alsa-utils	2010-11-18 08:33:05.306538927 +0100
*** sanify_levels_on_card()
*** 206,211 
--- 206,217 
  	# On MacBookPro5,3 and later models (See Bug#597791)
  	unmute_and_set_level "Front Speaker" "80%"
  
+ 	# On Intel 82801H (See Bug#603550)
+ 	unmute_and_set_level "Speaker" "80%"
+ 	unmute_and_set_level "Capture" "100%"
+ 	unmute_and_set_level "Mic Boost" "50%"
+ 	unmute_and_set_level "Front Mic Boost" "50%"
+ 
  	return 0
  }
  

Bug#603895: coreutils: [manual] ls - description for --directory is insufficient

[Jari Aalto]

Package: coreutils
Version: 8.5-1
Severity: normal


Manual page of ls(1) reads:

   -d, --directory
  list directory entries instead of contents, and do not  derefer-
  ence symbolic links

"info ls" reads:

`-d'
`--directory'
 List just the names of directories, as with other types of files,
 rather than listing their contents.  Do not follow symbolic links
 listed on the command line unless the `--dereference-command-line'
 (`-H'), `--dereference' (`-L'), or
 `--dereference-command-line-symlink-to-dir' options are specified.

None of these is helpful in understanding how the option is supposed
to work:

ls -d
ls -dR
ls -dr
ls --directory -R
ls --directory -r
ls --directory

=> They all just return '.'

After lot of Google, a miracle command syntax is found:

ls -d */

Please improve the documentation and give examples. Btw, the command
syntax "*/" is counterintuitive to rest of the ls(1) behavior:

   ls -avs.ls -d

-- 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/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages coreutils depends on:
ii  libacl1   2.2.49-4   Access control list shared library
ii  libattr1  1:2.4.44-2 Extended attribute shared library
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries

coreutils recommends no packages.

coreutils 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#542232: adept plans for squeeze?

[Ana Guerrero]

On Tue, Nov 16, 2010 at 07:55:31PM +0100, Julian Andres Klode wrote:
> On Wed, Sep 02, 2009 at 12:13:28AM +0200, Ana Guerrero wrote:
> > On Mon, Aug 31, 2009 at 01:49:57PM +0200, Petr Rockai wrote:
> > > Hi,
> > > 
> > > Ana Guerrero  writes:
> > > >> Long time ago I read about adept being discontinued [0]. However, a new
> > > >> version was uploaded a couple of weeks ago with 2 big problems,
> > > >> it FTBFS (#540648) and it lacks of a real maintainer now , specially 
> > > >> since
> > > >> the used list is moderated (#540229). Due to this, the package has 
> > > >> been 
> > > >> removed today from testing.
> > > >> I was wondering what are the future plans for adept, specially with 
> > > >> respect
> > > >> its status for releasing it in Squeeze.
> > 
> > > Yes, Adept is currently discontinued as far as development goes. But 
> > > Enrico
> > > needed to change something about libept which is required to build adept, 
> > > so I
> > > tried to kick the package into some shape. Due to limited time and broken
> > > pbuilder, it took a little longer than I'd like, but all RC issues should 
> > > be
> > > fixed again now.
> > > 
> > > Otherwise, when I have time, I'll fix bugs and maybe even add a feature 
> > > here
> > > and there. Don't count on anything though, I may disappear without further
> > > notice again.
> > > 
> > 
> > Thanks for the answer Petr, if you do not mind, i will leave the bug open as
> > possible indicator that we might have to remove it for testing when freezing
> > Squeeze. ok?
> > 
> Should adept be removed from testing now? Shipping it in stable does not make
> much sense, right?

FWIW, adept seems to work fine. However, the part about not being longer 
maintained
(it has been beta for more than a year now) and the last upload being a NMU,
make me wonder too what we should do.


Ana



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

Bug#603880: unblock: wine/1.0.1-3.1

[Adam D. Barratt]

On Wed, 2010-11-17 at 21:36 -0500, Michael Gilbert wrote:
> Hi, please unblock wine.

Already unblocked by Julien.

> It fixes a build failure (bug #602872), and it
> is one of the ia32-libs blockers.  Note that I forgot to set the
> urgency to high, could you hint it in faster?

At the moment, that wouldn't help.  wine's migration is blocked by
ia32-libs itself, and #603679 will need to be resolved before ia32-libs
(and the pile of packages blocked behind it) can finally migrate.

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#603891: libdebian-installer: Add subarch support for YDL PowerStation

[Milan Kupcevic]

clone 603891 -1 -2 -3
reassign -1 base-installer
retitle -1 base-installer: Add YDL PowerStation regression test
reassign -2 debian-installer
retitle -2 debian-installer: Add pata-modules to powerpc cdrom initrd
reassign -3 yaboot
retitle -3 Add YDL PowerStation support
thanks



signature.asc
Description: OpenPGP digital signature

Bug#545143: pidgin: "Waiting for network connection"

[Nerius Landys]

Package: pidgin
Version: 2.7.3-1+squeeze1
Severity: normal

I'm having this problem as well.  Let me give you some details.
To reproduce:

1. Install Debian Squeeze Beta 1.  Configure the system with a static IP address
(that part is important).

2. Boot into new system, apply all updates and fixes (apt-get update, upgrade, 
etc).

3. Install Pidgin through package management.

4. Open Pidgin, configure a Gmail (or Googletalk) account.  I'm able to send 
and receive messages
successfully now (verified it works).

5. Close Pidgin.

6. Open Pidgin.  I'm just "Available - Waiting for network connection".  Now if 
I delete and 
fill out the Googletalk account again I _will_ be able to connect.


Some things you might like to know:

nlan...@cecil% ps aux | grep -i network
root  1696  0.0  0.0  70500  4416 ?Ss   21:56   0:00 
/usr/sbin/NetworkManager
nlandys   2636  0.0  0.0   7548   876 pts/4S+   22:11   0:00 grep -i network



So NetworkManager _is_ running.

nlan...@cecil% cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet static
address 192.168.0.9
netmask 255.255.255.0
network 192.168.0.0
broadcast 192.168.0.255
gateway 192.168.0.254
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers 192.168.0.254
dns-search i




Yes, it's a static IP address.


nlan...@cecil% cat /etc/NetworkManager/NetworkManager.conf 
[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false




Yes, I don't want NetworkManager to control my statically assigned IP interface.

Note: I _did_not_ alter my /etc/network/interfaces _or_ my NetworkManager.conf 
after
installing Debian Squeeze Beta 1.

One more thing just to state the obvious.  My NetoworkManager applet (in Gnome)
says:

Wired Network
  device not managed


Now I also reported a similar problem with Empathy earlier but the bug was 
closed out by
Jonny Lamb.  This was bug 602990.  Please realize that many people will be 
configuring their
Debian boxes with static IP addresses, and those people will have these 
problems.  I don't
consider these problems fixed.

-- 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.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pidgin depends on:
ii  gconf2  2.28.1-5 GNOME configuration database syste
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
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  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-1  FreeType 2 font engine, shared lib
ii  libglib2.0-02.24.2-1 The GLib library of C routines
ii  libgstreamer0.10-0  0.10.30-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface 
ii  libgtkspell02.0.16-1 a spell-checking addon for GTK's T
ii  libice6 2:1.0.6-2X11 Inter-Client Exchange library
ii  libpango1.0-0   1.28.3-1 Layout and rendering of internatio
ii  libpurple0  2.7.3-1+squeeze1 multi-protocol instant messaging l
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libstartup-notification 0.10-1   library for program launch feedbac
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxml2 2.7.8.dfsg-1 GNOME XML library
ii  libxss1 1:1.2.0-2X11 Screen Saver extension library
ii  perl5.10.1-16Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.10 5.10.1-16minimal Perl system
ii  pidgin-data 2.7.3-1+squeeze1 multi-protocol instant messaging c

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base0.10.30-1  GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good0.10.24-1  GStreamer plugins from the "good" 

Versions of packages pidgin suggests:
ii  evolution-data-server 2.30.3-2   evolution database backend server
ii  gnome-panel   2.30.2-2   launcher and docking facility for 
ii  libsqlite3-0  3.7.3-1SQLite 3 shared library

-- no debconf information



-- 
To UN

Bug#596423: Google Earth for GNU/Linux 5.2.1.1588 does not work

[jidanni]

> "RT" == Rex Tsai  writes:
RT> You can try to remove LD_PRELOAD settings from /usr/bin/googleearth.

RT> It's kind of strange, since we all uses same version of library. There
RT> is no debug symbols in google earth binary, and I can not reproduce
RT> your problem on my machine. It's not easy to guess what's wrong of
RT> your installation.

Good heavens, dude. It worked! I could use Google Earth!

diff -u /usr/bin/googleearth /home/jidanni/tmp/googleearth
--- /usr/bin/googleearth2010-11-17 19:52:36.0 +0800
+++ /home/jidanni/tmp/googleearth   2010-11-18 13:56:53.0 +0800
@@ -19,5 +19,5 @@
   LD_PRELOAD=${GOOGLE_EARTH_LD_PRELOAD}
 fi
 export LD_PRELOAD
-
+unset LD_PRELOAD #jidanni
 /usr/lib/googleearth/googleearth-bin "$@"

(This is still with my
 cd /usr/lib/googleearth/||exit 5
 for qtlib in libQtCore.so.4 libQtGui.so.4 libQtNetwork.so.4 libQtWebKit.so.4 ; 
do
ln ${qtlib}.moved.for.workaround ${qtlib}
 done
links. Removing them of course won't work...)



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

Bug#596793: python-apt: Add a lock argument to apt.Cache.update and apt.Cache.commit

[Sebastian Heinlein]

You have to keep in that in most cases you have to acquire more than
one lock. E.g. for commit, you should hold the archive and dpkg status
lock. And they have to be raised in a special order to avoid races
with e.g. apt-get.

That is why I decided to always hold all three locks for an
aptdaemon transaction (archive, status, lists) and implement an
high level lock.

See 
http://bazaar.launchpad.net/~aptdaemon-developers/aptdaemon/main/annotate/head:/aptdaemon/lock.py

The idea with the context manager is very nice.


signature.asc
Description: Digital signature

Bug#603891: libdebian-installer: Add subarch support for YDL PowerStation

[Milan Kupcevic]

Package: libdebian-installer
Version: 0.76

Add support for YDL PowerStation, a CHRP machine with IBM Bimini board
and SLOF firmware.

uname -a: Linux debian 2.6.32-5-powerpc64 #1 SMP Sun Oct 31 03:03:00 UTC 2010 
ppc64 GNU/Linux
lspci -knn: :f0:0b.0 PCI bridge [0604]: Apple Computer Inc. CPC945 PCIe 
Bridge [106b:005b]
lspci -knn: :f1:00.0 VGA compatible controller [0300]: ATI Technologies Inc 
RV535 [Radeon X1650 Series] [1002:71c7] (rev 9e)
lspci -knn: Subsystem: PC Partner Limited Device [174b:0840]
lspci -knn: Kernel driver in use: radeon
lspci -knn: :f1:00.1 Display controller [0380]: ATI Technologies Inc RV535 
[Radeon X1650 Series] [1002:71e7] (rev 9e)
lspci -knn: Subsystem: PC Partner Limited Device [174b:0841]
lspci -knn: 0001:00:01.0 PCI bridge [0604]: Broadcom BCM5780 [HT2000] PCI-X 
bridge [1166:0130] (rev b0)
lspci -knn: 0001:00:02.0 PCI bridge [0604]: Broadcom BCM5780 [HT2000] PCI-X 
bridge [1166:0130] (rev b0)
lspci -knn: 0001:00:03.0 PCI bridge [0604]: Broadcom BCM5780 [HT2000] 
PCI-Express Bridge [1166:0132] (rev b0)
lspci -knn: 0001:00:04.0 PCI bridge [0604]: Broadcom BCM5780 [HT2000] 
PCI-Express Bridge [1166:0132] (rev b0)
lspci -knn: 0001:00:05.0 PCI bridge [0604]: Broadcom BCM5780 [HT2000] 
PCI-Express Bridge [1166:0132] (rev b0)
lspci -knn: 0001:00:06.0 PCI bridge [0604]: Broadcom BCM5780 [HT2000] 
PCI-Express Bridge [1166:0132] (rev b0)
lspci -knn: 0001:00:07.0 PCI bridge [0604]: Advanced Micro Devices [AMD] 
AMD-8111 PCI [1022:7460] (rev 07)
lspci -knn: 0001:00:08.0 ISA bridge [0601]: Advanced Micro Devices [AMD] 
AMD-8111 LPC [1022:7468] (rev 05)
lspci -knn: 0001:00:08.1 IDE interface [0101]: Advanced Micro Devices [AMD] 
AMD-8111 IDE [1022:7469] (rev 03)
lspci -knn: Kernel driver in use: pata_amd
lspci -knn: 0001:01:01.0 RAID bus controller [0104]: IBM Obsidian chipset SCSI 
controller [1014:02bd] (rev 01)
lspci -knn: Subsystem: IBM PCI-X DDR 3Gb SAS Adapter (572A/572C) [1014:02c1]
lspci -knn: Kernel driver in use: ipr
lspci -knn: 0001:02:04.0 Ethernet controller [0200]: Broadcom Corporation 
NetXtreme BCM5780 Gigabit Ethernet [14e4:166a] (rev 10)
lspci -knn: Subsystem: IBM Device [1014:0329]
lspci -knn: Kernel driver in use: tg3
lspci -knn: 0001:02:04.1 Ethernet controller [0200]: Broadcom Corporation 
NetXtreme BCM5780 Gigabit Ethernet [14e4:166a] (rev 10)
lspci -knn: Subsystem: IBM Device [1014:0329]
lspci -knn: Kernel driver in use: tg3
lspci -knn: 0001:05:00.0 PCI bridge [0604]: Texas Instruments 
XIO2000(A)/XIO2200(A) PCI Express-to-PCI Bridge [104c:8231] (rev 03)
lspci -knn: 0001:06:01.0 USB Controller [0c03]: NEC Corporation USB [1033:0035] 
(rev 43)
lspci -knn: Subsystem: NEC Corporation Hama USB 2.0 CardBus [1033:0035]
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: 0001:06:01.1 USB Controller [0c03]: NEC Corporation USB [1033:0035] 
(rev 43)
lspci -knn: Subsystem: NEC Corporation Hama USB 2.0 CardBus [1033:0035]
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: 0001:06:01.2 USB Controller [0c03]: NEC Corporation USB 2.0 
[1033:00e0] (rev 04)
lspci -knn: Subsystem: Device [1838:1074]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 0001:08:00.0 USB Controller [0c03]: Advanced Micro Devices [AMD] 
AMD-8111 USB OHCI [1022:7464] (rev 0b)
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: 0001:08:00.1 USB Controller [0c03]: Advanced Micro Devices [AMD] 
AMD-8111 USB OHCI [1022:7464] (rev 0b)
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: 0001:08:02.0 Serial controller [0700]: Exar Corp. XR17C/D152 Dual 
PCI UART [13a8:0152] (rev 02)
lspci -knn: Kernel driver in use: serial
usb-devices: 
usb-devices: T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=480 MxCh= 5
usb-devices: D:  Ver= 2.00 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
usb-devices: P:  Vendor=1d6b ProdID=0002 Rev=02.06
usb-devices: S:  Manufacturer=Linux 2.6.32-5-powerpc64 ehci_hcd
usb-devices: S:  Product=EHCI Host Controller
usb-devices: S:  SerialNumber=0001:06:01.2
usb-devices: C:  #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=0mA
usb-devices: I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
usb-devices: 
usb-devices: T:  Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 3
usb-devices: D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
usb-devices: P:  Vendor=1d6b ProdID=0001 Rev=02.06
usb-devices: S:  Manufacturer=Linux 2.6.32-5-powerpc64 ohci_hcd
usb-devices: S:  Product=OHCI Host Controller
usb-devices: S:  SerialNumber=0001:06:01.0
usb-devices: C:  #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=0mA
usb-devices: I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
usb-devices: 
usb-devices: T:  Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
usb-devices: D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
usb-devices: P:  Vendor=1d6b ProdID=0001 Rev=02.06
usb-devices: S:  Manufacturer=Linux 2.6.32-5-powerpc64 ohci_hcd
usb-devices: S:  Product=OH

Bug#603890: Successfull Debian install on MCP7A-ION/Atom330 - report

[Arnon Hoogerwerf]

Package: installation-reports

Boot method: PXE / Network boot
Image version: unknown - 2.6.32-5-amd64 (unkn...@debian) #1 SMP Fri Oct 15 
00:56:30 UTC 2010 VGA CGA/MDA/HGC EGA
Date: 26-10-2010 (i've waited a few weeks to let it develop and get all the 
wrinkles out (as we expect from a debian release) and not fill in a form with 
just errors caused by extreme impatience)

Machine: (selfbuilt) Point of View MCP7A-ION 330 Firewall
Processor: Intel Atom 330 2x1.6GHz
Memory: 2GB pc2 6400 so-dimm
Partitions: 

FilesystemType   1K-blocks  Used Available Use% Mounted on
/dev/sda1 ext411533592   4369292   6578420  40% /
tmpfstmpfs  997568 0997568   0% /lib/init/rw
udev tmpfs  992852   184992668   1% /dev
tmpfstmpfs  997568 0997568   0% /dev/shm
/dev/sda3 ext496155404345564  90925360   1% /home

Output of lspci -knn (or lspci -nn):

00:00.0 Host bridge [0600]: nVidia Corporation MCP79 Host Bridge [10de:0a82] 
(rev b1)
Subsystem: Device [1b0a:0071]
00:00.1 RAM memory [0500]: nVidia Corporation MCP79 Memory Controller 
[10de:0a88] (rev b1)
Subsystem: Device [1b0a:0071]
00:03.0 ISA bridge [0601]: nVidia Corporation MCP79 LPC Bridge [10de:0aad] (rev 
b2)
Subsystem: Device [1b0a:0071]
00:03.1 RAM memory [0500]: nVidia Corporation MCP79 Memory Controller 
[10de:0aa4] (rev b1)
Subsystem: Device [1b0a:0071]
00:03.2 SMBus [0c05]: nVidia Corporation MCP79 SMBus [10de:0aa2] (rev b1)
Subsystem: Device [1b0a:0071]
Kernel driver in use: nForce2_smbus
00:03.3 RAM memory [0500]: nVidia Corporation MCP79 Memory Controller 
[10de:0a89] (rev b1)
Subsystem: Device [1b0a:0071]
00:03.5 Co-processor [0b40]: nVidia Corporation MCP79 Co-processor [10de:0aa3] 
(rev b1)
Subsystem: Device [1b0a:0071]
00:04.0 USB Controller [0c03]: nVidia Corporation MCP79 OHCI USB 1.1 Controller 
[10de:0aa5] (rev b1)
Subsystem: Device [1b0a:0071]
Kernel driver in use: ohci_hcd
00:04.1 USB Controller [0c03]: nVidia Corporation MCP79 EHCI USB 2.0 Controller 
[10de:0aa6] (rev b1)
Subsystem: Device [1b0a:0071]
Kernel driver in use: ehci_hcd
00:06.0 USB Controller [0c03]: nVidia Corporation MCP79 OHCI USB 1.1 Controller 
[10de:0aa7] (rev b1)
Subsystem: Device [1b0a:0071]
Kernel driver in use: ohci_hcd
00:06.1 USB Controller [0c03]: nVidia Corporation MCP79 EHCI USB 2.0 Controller 
[10de:0aa9] (rev b1)
Subsystem: Device [1b0a:0071]
Kernel driver in use: ehci_hcd
00:08.0 Audio device [0403]: nVidia Corporation MCP79 High Definition Audio 
[10de:0ac0] (rev b1)
Subsystem: Device [1b0a:0073]
Kernel driver in use: HDA Intel
00:09.0 PCI bridge [0604]: nVidia Corporation MCP79 PCI Bridge [10de:0aab] (rev 
b1)
00:0a.0 Ethernet controller [0200]: nVidia Corporation MCP79 Ethernet 
[10de:0ab0] (rev b1)
Subsystem: Device [1b0a:0071]
Kernel driver in use: forcedeth
00:0b.0 IDE interface [0101]: nVidia Corporation MCP79 SATA Controller 
[10de:0ab5] (rev b1)
Subsystem: Device [1b0a:0071]
Kernel driver in use: ahci
00:0c.0 PCI bridge [0604]: nVidia Corporation MCP79 PCI Express Bridge 
[10de:0ac4] (rev b1)
Kernel driver in use: pcieport
00:10.0 PCI bridge [0604]: nVidia Corporation MCP79 PCI Express Bridge 
[10de:0aa0] (rev b1)
00:15.0 PCI bridge [0604]: nVidia Corporation MCP79 PCI Express Bridge 
[10de:0ac6] (rev b1)
Kernel driver in use: pcieport
00:16.0 PCI bridge [0604]: nVidia Corporation MCP79 PCI Express Bridge 
[10de:0ac7] (rev b1)
Kernel driver in use: pcieport
00:17.0 PCI bridge [0604]: nVidia Corporation MCP79 PCI Express Bridge 
[10de:0ac7] (rev b1)
Kernel driver in use: pcieport
00:18.0 PCI bridge [0604]: nVidia Corporation MCP79 PCI Express Bridge 
[10de:0ac7] (rev b1)
Kernel driver in use: pcieport
02:00.0 Ethernet controller [0200]: Intel Corporation 82571EB Gigabit Ethernet 
Controller [8086:105e] (rev 06)
Subsystem: Intel Corporation PRO/1000 PT Dual Port Server Adapter 
[8086:115e]
Kernel driver in use: e1000e
02:00.1 Ethernet controller [0200]: Intel Corporation 82571EB Gigabit Ethernet 
Controller [8086:105e] (rev 06)
Subsystem: Intel Corporation PRO/1000 PT Dual Port Server Adapter 
[8086:115e]
Kernel driver in use: e1000e
03:00.0 VGA compatible controller [0300]: nVidia Corporation ION VGA 
[10de:087d] (rev b1)
Subsystem: Device [1b0a:0071]
Kernel driver in use: nouveau

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:  [ ]
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:

Bug#34182: Shipping compiled ncurses examples

[Sven Joachim]

On 2010-11-18 05:29 +0100, Craig Small wrote:

> On Wed, Nov 17, 2010 at 06:56:53PM +0100, Sven Joachim wrote:
>> I think we should really ship an ncurses-examples packages with the
>> precompiled test programs, some of them are very nice. :-)  However,
> I didn't even notice them at first, I think you mean the programs 
> found in test.

Yes.  We're currently shipping the sources for them in
/usr/share/doc/libncurses5-dev/examples/ which is not too useful.

>> /usr/lib/ncurses/examples.
> That looks like where most of those sort of programs are found. The
> developers reference and FSSTND are both silent on this sort of file.

Debian Policy mentions those in §12.6.

Cheers,
   Sven



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

Bug#603662: software-center does not install anything

[Sebastian Heinlein]

The D-Bus activation (start on request) of aptdaemon seems to fail.

Could you please run the aptdaemon in a terminal before starting
software-center:

sudo aptd -td --replace

This should provide more information.


signature.asc
Description: Digital signature

Bug#603889: wput: option --skip-existing skips all nondirectories

[Andrew Varner]

Subject: wput: option --skip-existing skips all nondirectories
Package: wput
Version: 0.6.2-2
Severity: normal

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

$ mkdir foo
$ touch foo/bar
$ wput foo --skip-existing 'ftp://192.168.0.5/F/' --verbose
--23:00:22-- `foo/bar'
=> ftp://user:xx...@192.168.0.5:21/F/foo/bar
Connecting to 192.168.0.5:21... connected! 
==> AUTH TLS ... failed (Auth type not supported).

Logging in as user ... Logged in!
==> CWD F/foo failed (CWD failed. "/F/foo": directory not found.).
==> CWD F
==> CWD foo failed (CWD failed. "/F/foo": directory not found.).
==> MKD foo
==> CWD foo
==> TYPE I ... done.
==> SIZE bar ... failed.
Skipping this file due to resume/upload/skip rules.
-- Skipping file: foo/bar
FINISHED --23:00:22--
Skipped 1 file.

$ touch baz
$ wput baz --skip-existing 'ftp://192.168.0.5/F/' --verbose
--23:06:01-- `baz'
=> ftp://user:xx...@192.168.0.5:21/F/baz
Connecting to 192.168.0.5:21... connected! 
==> AUTH TLS ... failed (Auth type not supported).

Logging in as user ... Logged in!
==> CWD F
==> TYPE I ... done.
==> SIZE baz ... failed.
Skipping this file due to resume/upload/skip rules.
-- Skipping file: baz
FINISHED --23:06:01--
Skipped 1 file.

$ wput baz 'ftp://192.168.0.5/F/' --verbose
--23:08:45-- `baz'
=> ftp://user:xx...@192.168.0.5:21/F/baz
Connecting to 192.168.0.5:21... connected! 
==> AUTH TLS ... failed (Auth type not supported).

Logging in as user ... Logged in!
==> CWD F
==> TYPE I ... done.
==> SIZE baz ... failed.
==> PASV ... done.
==> STOR baz ... done.
Length: 0

23:08:45 (baz) - ` --.--' [0]

FINISHED --23:08:45--
Transfered 0 bytes in 1 file at  --.--





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

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

Versions of packages wput depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library:
Shared lib
ii  libgnutls26   2.8.6-1the GNU TLS library -
runtime libr

wput recommends no packages.

wput 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#603534: ITP: xf86-input-multitouch -- Multitouch X input driver

[Nobuhiro Iwamatsu]

Hi,

2010/11/15 Julien Cristau :
> On Mon, Nov 15, 2010 at 11:12:52 +0900, Nobuhiro Iwamatsu wrote:
>
>> Package: wnpp
>> Owner: Nobuhiro Iwamatsu 
>> Severity: wishlist
>>
>> *** Please type your report below this line ***
>>
>> * Package name    : xf86-input-multitouch
>>   Version         : 1.0~rc2
>>   Upstream Author : Henrik Rydberg 
>> * URL             : http://bitmath.org/code/multitouch/
>> * License         : GPL v2 or any later version
>>   Programming Lang: C
>>   Description     : Multitouch X input driver
>>
>>  This X input driver provides gestures support for multitouch touchpads,
>>  in particular those with integrated button.
>>
> My understanding is that MT support will be added to the regular evdev
> and synaptics drivers (and the X protocol).

I didn't know this. Thank you.
( maybe this ? http://cgit.freedesktop.org/~cndougla/xf86-input-evdev/ )

> Does this driver have any sort of future at all?
>
This driver is necessary in new Macbook / Macbook pro.
This will not be necessary if xorg 1.8 or 1.9 is in unstable, and the
evdev driver who
supported MT comes to be usable.

Do you know whether multitouch in latest xf86-input-evde is already usable ?

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



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

Bug#603463: apache2-mpm-worker: Seems to send incorrect multi-page reply

[Bas Wijnen]

Op 17-11-10 23:54, Stefan Fritsch schreef:
> It turns out the problem is not in packet 19, which is well after the 
> 90 second delay, but in packet 6, which is the last data received 
> before the delay, and the last data on that connection.

Ah, I forgot to look at the time stamps. The problem must indeed be
before it.

> The second response is a 404 which should have a body. But apt-cacher-
> ng does not include a body, therefore it must send a "Content-Length: 
> 0" header. Or, seen the other way round, since this response does not 
> include a Content-Length header, aptitude must treat all data to the 
> end of the connection as body for this responce, per RFC 2616 4.4. 
> Therefore aptitude has to wait until apt-cacher-ng closes the 
> connection, which apt-cacher-ng does after 90 seconds. This is what 
> makes aptitude seem to hang.

That does explain the delay. The problem is that it seemed to hang on
the local repository, but I was mistaken about that. The error was:

http://localhost sid/i386/ Release.gpg [ERROR]
Error reading from server. Remote end closed connection [IP: ::1 3142]

"sid/i386" only appears for the local repository in sources.list, which
is what made me think it must be there. However, the IP clearly shows
that this is the link with apt-cacher-ng, not with localhost:80/~shevek.

> HTTP/1.1 404 Not Found
> Date: Sun Nov 14 07:15:55 2010
> Server: Debian Apt-Cacher NG/0.5.10
> X-Original-Source: 
> http://ftp.debian.org/debian/dists/unstable/main/i18n/Translation-
> en.bz2
> Connection: Keep-Alive

I thought it was my inexperience with http that made me unable to see
where the packet ended, but as I now understand it, aptitude doesn't see
it either. :-)

> So my initial analysis is incorrect and there is actually a bug in 
> apt-cacher-ng. Reassigning.

Thanks for analyzing this!
Bas



signature.asc
Description: OpenPGP digital signature

Bug#601768: Unclear situation

[Rolf Leggewie]

retitle 601768 configure scripts abort on error fails (when set)
thanks

Helge, thank you for your comment.  The situation is clear enough for me
as maintainer and that's what I think matters most.  I appreciate your
concern, but 2.4 in testing is not affected.  This bug is no longer
blocking release.  This ticket's status is as it is on purpose, reasons
were given, no need to repeat them.  I am resetting the title as it's no
longer an installation issue.



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

Bug#603888:

[Nicola Ferralis]

Sorry I forgot to attach the patch...
diff -Nru vlc-1.1.5.orig//modules/stream_out/transcode/video.c vlc-1.1.5/modules/stream_out/transcode/video.c
--- vlc-1.1.5.orig//modules/stream_out/transcode/video.c	2010-07-24 06:17:44.0 -0700
+++ vlc-1.1.5/modules/stream_out/transcode/video.c	2010-11-17 14:25:10.115084004 -0800
@@ -435,6 +435,11 @@
 if( id->p_encoder->fmt_out.video.i_sar_num <= 0 ||
 id->p_encoder->fmt_out.video.i_sar_den <= 0 )
 {
+	vlc_ureduce( &id->p_decoder->fmt_out.video.i_sar_num, 
+ 	&id->p_decoder->fmt_out.video.i_sar_den, 
+ 	id->p_decoder->fmt_out.video.i_sar_num, 
+ 	id->p_decoder->fmt_out.video.i_sar_den, 
+ 	0 ); 
 id->p_encoder->fmt_out.video.i_sar_num = id->p_decoder->fmt_out.video.i_sar_num * i_src_width / i_dst_width;
 id->p_encoder->fmt_out.video.i_sar_den = id->p_decoder->fmt_out.video.i_sar_den * i_src_height / i_dst_height;
 }

Bug#603888: transcode from capture: Integer overflow in aspect ratio calculation (leads to deformed output stream)

[Nicola Ferralis]

Package: vlc
Version: 1.1.5-1

Using VLC 1.1.4-1 and 1.1.5-1 on Ubuntu 10.10. When I try to stream
and transcode from my webcam, the image I stream is always stretched
vertically. Note that if I select to stream without

transcoding, the image, in either case, looks normal. Please keep in
mind that this bug seems to be only reproducible with Ubuntu. In
Windows everything works as expected. I tried several webcams, with
similar results.

To reproduce:
0. Make sure you have a webcam attached.
1. Launch vlc
2. press CTRL+C for capture from the webcam using v4l2
3. press ALT+S for streaming
4. select stream to a file (but http will do also)

5. Important: make sure you select a transcoding option. Anyone is
good, other than OGG (where this bug seem not to apply).
6. Start the stream and wait a few minutes, before turning the stream OFF.

Expected: the file (or http stream) should have an image with the
correct aspect ratio.

Actual: the video is deformed (in my case vertically elongated.

The bug has been reported both upstream:
http://trac.videolan.org/vlc/ticket/4312


and in launchpad:
https://bugs.launchpad.net/ubuntu/+source/vlc/+bug/672304

I have been working with upstream to test possible causes and patches.
I prepared a working patch for vlc 1.1.5-1 (attached).

I tested successfully under Ubuntu, test versions for Natty are available here:
https://launchpad.net/~natty-bleed/+archive/ppa



 I am using Ubuntu Maverick 10.10, kernel 2.6.35 with vlc 1.1.5ubuntu1
backported to Maverick from my PPA:
 https://launchpad.net/~*maverick-bleed*/+archive/*ppa*

Bug#34182: Shipping compiled ncurses examples

[Craig Small]

On Wed, Nov 17, 2010 at 06:56:53PM +0100, Sven Joachim wrote:
> I think we should really ship an ncurses-examples packages with the
> precompiled test programs, some of them are very nice. :-)  However,
I didn't even notice them at first, I think you mean the programs 
found in test.

> /usr/lib/ncurses/examples.
That looks like where most of those sort of programs are found. The
developers reference and FSSTND are both silent on this sort of file.

 - Craig

-- 
Craig Small VK2XLZhttp://www.enc.com.au/   csmall at : enc.com.au
Debian GNU/Linux  http://www.debian.org/   csmall at : debian.org
GPG fingerprint:   1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5



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

Bug#603887: debsums does not play well with new dpkg path exclusions

[Gianluigi Tiesi]

Package: debsums
Version: 2.0.48+nmu3
Severity: normal

I'm using the (relatively) new dpkg feature to avoid installing
files based on patterns.
As reported by this mail, this is the output of debsums -c
without uneeded locales I avoid using dpkg patterns

In a whole system where a lot of files are skipped
debsums -c it is a lot noisy.

I'm not sure dpkg keeps track of non installed files, so atm I don't
have any suggestion.
It may use dpkg pattern exclusions/inclusions even if the rules may have
been applied differently (i.e. rules are not retro-active)
but at least it will avoid a lot of spam


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

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

Versions of packages debsums depends on:
ii  debconf [debconf-2.0]1.5.36  Debian configuration management sy
ii  perl 5.10.1-16   Larry Wall's Practical Extraction 
ii  ucf  3.0025+nmu1 Update Configuration File: preserv

debsums recommends no packages.

debsums suggests no packages.

-- Configuration Files:
/etc/default/debsums changed [not included]

-- debconf information excluded

-- debsums errors found:
debsums: missing file /usr/share/man/de/man1/debsums.1.gz (from debsums package)
debsums: missing file /usr/share/man/de/man8/debsums_gen.8.gz (from debsums 
package)
debsums: missing file /usr/share/man/de/man8/debsums_init.8.gz (from debsums 
package)
debsums: missing file /usr/share/man/es/man1/debsums.1.gz (from debsums package)
debsums: missing file /usr/share/man/es/man8/debsums_gen.8.gz (from debsums 
package)
debsums: missing file /usr/share/man/es/man8/debsums_init.8.gz (from debsums 
package)
debsums: missing file /usr/share/man/fr/man1/debsums.1.gz (from debsums package)
debsums: missing file /usr/share/man/fr/man8/debsums_gen.8.gz (from debsums 
package)
debsums: missing file /usr/share/man/fr/man8/debsums_init.8.gz (from debsums 
package)
debsums: missing file /usr/share/man/pt/man1/debsums.1.gz (from debsums package)
debsums: missing file /usr/share/man/pt/man8/debsums_gen.8.gz (from debsums 
package)
debsums: missing file /usr/share/man/pt/man8/debsums_init.8.gz (from debsums 
package)
debsums: missing file /usr/share/man/ru/man1/debsums.1.gz (from debsums package)
debsums: missing file /usr/share/man/ru/man8/debsums_gen.8.gz (from debsums 
package)
debsums: missing file /usr/share/man/ru/man8/debsums_init.8.gz (from debsums 
package)
debsums: missing file /usr/share/man/sv/man1/debsums.1.gz (from debsums package)
debsums: missing file /usr/share/man/sv/man8/debsums_gen.8.gz (from debsums 
package)
debsums: missing file /usr/share/man/sv/man8/debsums_init.8.gz (from debsums 
package)



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

Bug#591094: [hojia] How to read Chinese PDFs anymore with xpdf?

[jidanni]

Dear Hojia list, here's more of the conversation, as some participants
are not subscribed so couldn't post. Thread is on
http://news.gmane.org/group/gmane.org.user-groups.taiwan.tossug.hojia

> "D" == Derek B Noonburg  writes:
D> On 2010 Nov 17, Kan-Ru Chen wrote:
>> jida...@jidanni.org writes:
>> 
>>> Can anybody read the Chinese these days with xpdf anymore?
>>> wget -O x.pdf 
>>> http://www1.hl.gov.tw/bus/upload/%AA%E1%BD%AC%AB%C8%B9B%A5%FA%C2%D7%BDu%AE%C9%B6%A1%AA%ED.pdf
>>> xpdf x.pdf
>>> See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591094
>>> Should I dump xpdf and instead use what?
>>> Thanks.
>> 
>> I could confirm the Chinese characters were broken inside my evince.
>> 
>> I guess, since poppler disabled hinting, the bytecode interpreter wasn't
>> used at all.  IIRC, it was disabled for correctness or better print
>> quality, because grid fitting is not suitable for printing.  I used to
>> have a patched version installed locally some time ago.
>> 
>> Screenshot attached.

D> In my experience, that sort of broken output for Chinese glyphs is
D> always due to a missing or disabled bytecode interpreter in FreeType.

D> There are two ways that can happen:

D> (1) FreeType was built with the bytecode interpreter disabled.  This was
D> the default before 2.4 (and the 2.4.x versions can still be configured
D> this way, but I'm not sure why anyone would do that).  Later 2.3.x
D> versions (I think) of FreeType have a workaround that tries to fix
D> Chinese fonts based on their name.  This may or may not work, depending
D> on exactly how the font was embedded in the PDF file.  I.e., FreeType
D> 2.4.x should always work; FreeType 2.3.x may or may not work.

D> (2) FreeType hinting was disabled.  In Xpdf 3.02, there is a
D> compile-time check for FreeType's bytecode interpreter -- if the
D> interpreter is available, then hinting is enabled, otherwise hinting is
D> disabled.  This means that, if Xpdf 3.02 is compiled with a 2.3.x
D> version of FreeType without the bytecode interpreter, and then FreeType
D> is later upgraded to 2.4.x, then Xpdf will still disable hinting.

D> I believe some Linux distributions (and code forks, like Poppler) may
D> also modify the Xpdf code to disable hinting.  (Certain fonts look
D> better when FreeType's auto-hinting is disabled.)

D> If you want to debug the problem, I would recommend doing this:

D> (1) Download the Xpdf binaries from my ftp site.  They're staticly
D> linked to FreeType (a 2.3.x version, with the bytecode interpreter
D> enabled).  You can just unpack the tar file in /tmp and run it from
D> there -- no need to install anything.  If that displays the Chinese text
D> correctly, then the problem is almost certainly as described above.

D> (2) Install FreeType 2.4.x, and make sure the bytecode interpreter is
D> enabled.  Build Xpdf 3.02pl5 from the unmodified source code from my ftp
D> site.  If that works, then my guess is that the issue is one of:

D>   (a) The Xpdf package released by your distribution has been modified
D>   to disable hinting

D>   (b) The Xpdf package released by your distribution was built with
D>   FreeType 2.3.x with the bytecode interpreter disabled (and not
D>   re-built after FreeType was upgraded to 2.4.x).

D> The next release of Xpdf (3.03) will have a run-time option (xpdfrc
D> setting) to enable/disable FreeType hinting.  Of course, I can't control
D> modifications made by Debian packagers, the Poppler project, etc.

D> - Derek

Above my head, but I sure hope the Debian people will recompile with all
those expired-patent things etc. included this time.



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

Bug#603886: chemical-structures: [INTL:ja] Japanease translation of the debconf templates

[Nobuhiro Iwamatsu]

Package: chemical-structures
Severity: wishlist
Tags: l10n patch

Hi,

Please include the attached japanese debconf translation.
PO file reviewed by several Japanese Debian developers and users.

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
  iwamatsu at {nigauri.org / debian.org}
  GPG ID: 40AD1FA6
# Copyright (C) 2010 Nobuhiro Iwamatsu 
# This file is distributed under the 2-clause BSD license.
# Nobuhiro Iwamatsu , 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: chemical-structures_2.1.dfsg.1-5\n"
"Report-Msgid-Bugs-To: chemical-structu...@packages.debian.org\n"
"POT-Creation-Date: 2010-11-06 15:05+0100\n"
"PO-Revision-Date: 2010-11-16 12:21+0900\n"
"Last-Translator: Nobuhiro Iwamatsu \n"
"Language-Team: Japanese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: multiselect
#. Description
#: ../chemical-structures.templates:1001
#| msgid "List of web servers to reconfigure automatically:"
msgid "Web server to reconfigure automatically:"
msgstr "自動的に再設定するウェブサーバ:"

#. Type: multiselect
#. Description
#: ../chemical-structures.templates:1001
msgid "Please choose the web server that should be automatically configured to run chemical-structures."
msgstr "chemical-structures が動作するように自動的に設定するウェブサーバを選択してください。"

#. Type: boolean
#. Description
#: ../chemical-structures.templates:2001
#| msgid "Do you want ${webserver} to be restarted now?"
msgid "Should ${webserver} be restarted?"
msgstr "${webserver} を再起動しますか?"

#. Type: boolean
#. Description
#: ../chemical-structures.templates:2001
#| msgid ""
#| "Remember that in order to activate the new configuration ${webserver} has "
#| "to be restarted. You can also restart ${webserver} manually executing \"/"
#| "etc/init.d/${webserver} restart\"."
msgid "In order to activate the new configuration, ${webserver} has to be restarted. You can also restart ${webserver} by manually executing 'invoke-rc.d ${webserver} restart'."
msgstr "新規の設定を有効にするには、${webserver} を再起動する必要があります。'invoke-rc.d ${webserver} restart' を手動で実行することで、${webserver} を再起動することもできます。"

#~ msgid "Chemical-structures supports Apache and Apache2."
#~ msgstr ""
#~ "Chemical-structures supports は Apache と Apache2 をサポートします。"

Bug#603021: installation-reports: UI doesn't update while downloading packages in tasksel

[Mike Miller]

Package: installation-reports
Severity: normal

I observed the same behavior on my install.  I switched to VT-2 and confirmed
the installer was downloading packages but no progress bar or status was shown
on the graphically installer until it completely finished installing all
packages.

- mike



-- Package-specific info:

Boot method: USB
Image version: http://cdimage.debian.org/cdimage/squeeze_di_beta1/amd64/iso-cd
/debian-squeeze-di-beta1-amd64-netinst.iso
Date: 2010-11-14 15:35:15 -0500

Machine: Custom ASUS P5QL PRO / Pentium(R) Dual-Core CPU E5200
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=hd-media

==
Installer hardware-summary:
==
uname -a: Linux tesla 2.6.32-5-amd64 #1 SMP Fri Oct 15 00:56:30 UTC 2010 x86_64 
GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 4 Series Chipset DRAM 
Controller [8086:2e20] (rev 03)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d3]
lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation 4 Series Chipset PCI 
Express Root Port [8086:2e21] (rev 03)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 
Family) USB UHCI Controller #4 [8086:3a37]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d4]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1a.1 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 
Family) USB UHCI Controller #5 [8086:3a38]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d4]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1a.2 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 
Family) USB UHCI Controller #6 [8086:3a39]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d4]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1a.7 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 
Family) USB2 EHCI Controller #2 [8086:3a3c]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d4]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 82801JI (ICH10 
Family) HD Audio Controller [8086:3a3e]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82fe]
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 82801JI (ICH10 Family) 
PCI Express Root Port 1 [8086:3a40]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.5 PCI bridge [0604]: Intel Corporation 82801JI (ICH10 Family) 
PCI Express Root Port 6 [8086:3a4a]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 
Family) USB UHCI Controller #1 [8086:3a34]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d4]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 
Family) USB UHCI Controller #2 [8086:3a35]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d4]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.2 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 
Family) USB UHCI Controller #3 [8086:3a36]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d4]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.7 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 
Family) USB2 EHCI Controller #1 [8086:3a3a]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d4]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge 
[8086:244e] (rev 90)
lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation 82801JIB (ICH10) LPC 
Interface Controller [8086:3a18]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d4]
lspci -knn: 00:1f.2 SATA controller [0106]: Intel Corporation 82801JI (ICH10 
Family) SATA AHCI Controller [8086:3a22]
lspci -knn: Subsystem: ASUSTeK Compute

Bug#603885: iceweasel: right click on link sometimes doesn't work

[Joshua]

Package: iceweasel
Version: 3.5.15-1
Severity: normal

Right click on link sometimes does nothing until left click on frame first.
On rare occasions this is true even when having just typed into a textbox or 
scrolled the frame with the mouse wheel so focus is unlikely to be the issue.

-- Package-specific info:

-- Extensions information
Name: Default
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: Personas
Location: ${PROFILE_EXTENSIONS}/perso...@christopher.beard
Status: enabled

Name: Ubuntu Firefox Modifications
Location: 
/usr/lib/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/ubu...@ubuntu.com
Status: user-disabled

-- Plugins information
Name: Shockwave Flash
Location: /usr/lib/iceweasel/plugins/libflashplayer.so
Status: enabled


-- Addons package information
ii  iceweasel  3.5.15-1   Web browser based on Firefox

-- 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=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages iceweasel depends on:
ii  debianutils   3.4Miscellaneous utilities specific t
ii  fontconfig2.8.0-2.1  generic font configuration library
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user interface 
ii  libnspr4-0d   4.8.6-1NetScape Portable Runtime Library
ii  libstdc++64.4.5-6The GNU Standard C++ Library v3
ii  procps1:3.2.8-9  /proc file system utilities
ii  xulrunner-1.9.1   1.9.1.15-1 XUL + XPCOM application runner

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  libgssapi-krb5-21.8.3+dfsg-2 MIT Kerberos runtime libraries - k
pn  mozplugger (no description available)
ii  ttf-lyx 1.6.7-1  TrueType versions of some TeX font
pn  ttf-mathematica4.1 (no description available)
ii  xfonts-mathml   4Type1 Symbol font for MathML
pn  xprint (no description available)

Versions of packages xulrunner-1.9.1 depends on:
ii  libasound2  1.0.23-2.1   shared library for ALSA applicatio
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libbz2-1.0  1.0.5-6  high-quality block-sorting file co
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  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-1  FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.5-6GCC support library
ii  libglib2.0-02.24.2-1 The GLib library of C routines
ii  libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface 
ii  libhunspell-1.2-0   1.2.11-1 spell checker and morphological an
ii  libjpeg62   6b1-1The Independent JPEG Group's JPEG 
ii  libmozjs2d  1.9.1.15-1   The Mozilla SpiderMonkey JavaScrip
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  libpng12-0  1.2.44-1 PNG library - runtime
ii  libreadline66.1-3GNU readline and history libraries
ii  libsqlite3-03.7.3-1  SQLite 3 shared library
ii  libstartup-notification 0.10-1   library for program launch feedbac
ii  libstdc++6  4.4.5-6  The GNU Standard C++ Library v3
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxrender1 1:0.9.6-1X Rendering Extension client libra
ii  libxt6  1:1.0.7-1X11 toolkit intrinsics library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

-- no debconf information



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

Bug#603882: util-vserver: startup script breaks boot (on sparc)

[Daniel Hokka Zakrisson]

Ivan Jager wrote:
> Package: util-vserver
> Version: 0.30.216-pre2864-2
> Severity: critical
> Justification: breaks the whole system
>
>
> I'm trying to switch to vservers from openvz because openvz support (for
> sparc) got silently dropped in Lenny. After installing
> linux-image-2.6.32-5-vserver-sparc64, during boot I get an endless
> stream of "lstat(): No such file or directory"
>
> Fortunately, I was able to ssh in and found /etc/init.d/util-vserver was
> running setattr. Running setattr with the same arguments also produces
> the endless stream of errors. strace shows that it is trying to stat ""
> a lot. I found I could reproduce the stream of errors as a normal user
> by running showattr without arguments instead. I guess it's something in
> the common code that is shared between the two.
>
> I rebuild with debugging and got a backtrace:
> #0  0x00010e88 in lstat ()
> #1  0x000102c4 in iterateFilesystem (path=0x11730 ".") at src/fstool.c:89
> #2  0x000106b8 in processFile (path=0x11730 ".") at src/fstool.c:162
> #3  0x00010ae8 in main (argc=1, argv=) at 
> src/fstool.c:236
>
> (gdb) frame 1
> #1  0x000102c4 in iterateFilesystem (path=0x11730 ".") at src/fstool.c:89
> 89  if (lstat(ent->d_name, &st)==-1) {
> (gdb) print ent
> $1 = (struct dirent64 *) 0xf7ffc000
> (gdb) print *ent
> $2 = {d_ino = 0, d_off = 58613, d_reclen = 0, d_type = 0 '\000',
>   d_name = "\000\000\273\377R\000 \blibtool", '\000' ,
> "\...@\024\000\000\000\000\001h\262g\000
> \bltmain.sh\000\000\000\000\000\000\000\000\000\000\342\372\000\000\000\000\003^`\211\000
> \binstall-sh\000\000\000\000\000\000\000\000\000\341o\000\000\000\000\004\222C\314\000
> \004lib_internal\000\000\000\000\000\000\000\342\373\000\000\000\000\005ô\365\000\030\004man\000\000\000\000\000\000\000\...@\032\000\000\000\000\amm\363\000
> \bMakefile.svn\000\000\000\000\000\000\000\344\300\000\000\000\000\a\323N%\000
> \bpathconfig.h\000\000\000\000\000\000\000\341\320\000\000\000\000\tho\216"...}
>
>
> Obviously ent is bogus. The things that look like filenames inside
> d_name are files in the working directory. (In this case
> util-vserver-0.30.216-pre2864)
>
> I tried to reproduce the problem with a small program that just did
> opendir and readir with printf, but that worked fine, so I'm not sure
> where the problem lies exactly. My best current guess is that either
> something is overwriting the data from opendir before readdir gets
> called, or somehow an incompatible opendir and readdir are getting
> linked in. (Is that possible?)  I haven't looked at the internals of how
> opendir and readdir work yet, so I don't really know.
>
> I tried installing util-vserver on a lenny machine, which installed
> version 0.30.216~r2772-6, but that version does not have this problem.
> I also tried transplaning the binary from 0.30.216-pre2864-2 to the
> lenny box, and then I do get the endless stream of errors.
>
> So, to reproduce in a way that is easy to debug:
> install util-vserver-0.30.216-pre2864-2 on a sparc system and run
> showattr.Make sure the startup script won't run or that you're not
> running a vserver kernel to avoid setattr being run at startup.
>
> To reproduce in a way that will leave you without a login prompt:
> install util-vserver-0.30.216-pre2864-2 and boot a sparc system into a
> kernel with vserver support.
>
> Sorry I didn't get around to testing vservers earlier. I was hoping
> openvz support might come back.

What dietlibc version was used to build the binaries? Does it have
http://people.linux-vserver.org/~dhozac/p/m/delta-dietdirent-fix01.diff
applied? IIRC this was one way that problem exhibited itself.

> Thanks,
> Ivan
>
> -- System Information:
> Debian Release: squeeze/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: sparc (sparc64)
>
> Kernel: Linux 2.6.32-5-vserver-sparc64 (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 util-vserver depends on:
> ii  debconf [debconf-2.0] 1.5.36 Debian configuration management 
> sy
> ii  iproute   20100519-3 networking and traffic control 
> too
> ii  libc6 2.11.2-7   Embedded GNU C Library: Shared 
> lib
> ii  libnss3-1d3.12.8-1   Network Security Service 
> libraries
> ii  make  3.81-8 An utility for Directing 
> compilati
> ii  net-tools 1.60-23+b1 The NET-3 networking toolkit
> ii  util-linux2.17.2-3.3 Miscellaneous system utilities
>
> Versions of packages util-vserver recommends:
> ii  binutils  2.20.1-15  The GNU assembler, linker and 
> bina
> ii  debootstrap   1.0.25 Bootstrap a basic Debian system
>
> Versions of packages util-vserver suggests:
> ii  iptables  1.4.8-3administration tools for packet 
> fi
> ii  linux-image-2.6.32-5-sparc64- 2.6.32

Bug#591094: 回覆: [hojia] How to read Chinese PDFs anymore with xpdf?

[Ted Chien]

Some CMap mappings are copyrighted by Adobe, if I remember correctly. In PDFBox 
which is from Apache Software Foundation, you need to download the missing 
files from Adobe and compile the code manually so you can use it.

Regards,
Ted Chien
-- Sent from my HTC EVO 4G
LinkedIn: http://linkedin.com/in/htchien

- Reply message -
寄件者： "Yuan Chao" 
日期： 周四, 11 月 18 日, 2010 年 8:03 上午
主旨： [hojia] How to read Chinese PDFs anymore with xpdf?
收件者： 
副本： , <591...@bugs.debian.org>


On Wed, Nov 17, 2010 at 10:55 AM,   wrote:
> Can anybody read the Chinese these days with xpdf anymore?
> wget -O x.pdf 
> http://www1.hl.gov.tw/bus/upload/%AA%E1%BD%AC%AB%C8%B9B%A5%FA%C2%D7%BDu%AE%C9%B6%A1%AA%ED.pdf
> xpdf x.pdf
> See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591094
> Should I dump xpdf and instead use what?
I can read it in Ubuntu lucid. But other PDF listed in the bugreport
shows glyphs
with broken radicals. It's obvious due to the byte-code-interpreter
(BCI) settings
of FreeType. Most of the usage of BCI in western fonts are for grid
fitting (hinting),
but some chinese fonts use it to assemble glyphs from radicals.
(the well-know mingliu and kaiu from windows) As the related patents
are expired,
BCI is enabled by default in FT 2.4. But some distros still choose to
turn it off by
default or use some special rules to get around with it.

Also, you'll need to re-compile xpdf against BCI enabled FreeType.

ps. anyone know why Ubuntu only packs limited CMap nowadays? Others goes
to poppler-data?


-- 
Best regards,
Yuan Chao
___
 ho...@tossug.org
http://tossug.org/mailman/listinfo/hojia

Bug#603884: pppconfig: [INTL:fr] French manual pages translation update

[David Prévot]

Package: pppconfig
Severity: wishlist
Tags: l10n patch

Hi,

Please find attached the French translation for pppconfig's manual
pages

You may consider replacing the version number by something like
“##VERSION##” in your source file and replacing it during build time by
the real version number in order not to mark fuzzy a string that could
automatically be replaced.

Regards,

David

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

Kernel: Linux 2.6.34-1-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# French translation of pppconfig(8)
# , 2004.
# Gregory Colpart , 2006.
#
msgid ""
msgstr ""
"Project-Id-Version: pppconfig\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2010-04-21 20:32+0300\n"
"PO-Revision-Date: 2006-07-31 23:59+0200\n"
"Last-Translator: Gregory Colpart \n"
"Language-Team: French \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"

# type: TH
#. type: TH
#: man/pppconfig.8:2
#, no-wrap
msgid "PPPCONFIG"
msgstr "PPPCONFIG"

# type: TH
#. type: TH
#: man/pppconfig.8:2
#, no-wrap
msgid "Version 2.3.16"
msgstr "Version 2.3.16"

# type: TH
#. type: TH
#: man/pppconfig.8:2
#, no-wrap
msgid "Debian GNU/Linux"
msgstr "Debian GNU/Linux"

# type: SH
#. type: SH
#: man/pppconfig.8:3
#, no-wrap
msgid "NAME"
msgstr "NOM"

# type: Plain text
#. type: Plain text
#: man/pppconfig.8:5
msgid "pppconfig - configure pppd to connect to the Internet"
msgstr "pppconfig - Configurer le démon pppd afin de se connecter à Internet"

# type: SH
#. type: SH
#: man/pppconfig.8:5
#, no-wrap
msgid "SYNOPSIS"
msgstr "SYNOPSIS"

# type: Plain text
#. type: Plain text
#: man/pppconfig.8:8
msgid ""
"B [--version] | [--help] | [[--dialog] | [--whiptail] | [--"
"gdialog] [--noname] | [providername]]"
msgstr ""
"B [\\-\\-version] | [\\-\\-help] | [[\\-\\-dialog] | [\\-\\-"
"whiptail] | [\\-\\-gdialog] [\\-\\-noname] | [fichier_fournisseur]]"

# type: SH
#. type: SH
#: man/pppconfig.8:9
#, no-wrap
msgid "DESCRIPTION"
msgstr "DESCRIPTION"

# type: Plain text
#. type: Plain text
#: man/pppconfig.8:22
msgid ""
"B is a B based interactive, menu driven utility to help "
"automate setting up a dial out ppp connection.  It provides extensive "
"explanations at each step.  pppconfig supports PAP, CHAP, and chat methods "
"of authentication.  It uses the standard ppp configuration files and sets "
"ppp up so that the standard pon and poff commands can be used to control "
"ppp.  Some features supported by pppconfig are:"
msgstr ""
"B est un utilitaire basé sur une interface « B », piloté "
"par menu, afin d'automatiser la configuration d'une connexion PPP. Il "
"fournit des explications étendues à chaque étape. pppconfig gère les "
"méthodes d'identification « PAP », « CHAP » et « chat ». Il utilise les "
"fichiers de configuration standard de ppp et active ppp, les commandes "
"standard « pon » et « poff » peuvent dès lors être utilisées pour contrôler "
"ppp. Les autres fonctionnalités gérées par pppconfig sont :"

# type: Plain text
#. type: Plain text
#: man/pppconfig.8:24
msgid "- Multiple ISP's with separate nameservers."
msgstr ""
"- Différents fournisseurs d'accès Internet avec serveurs de domaines (DNS) "
"distincts ;"

# type: Plain text
#. type: Plain text
#: man/pppconfig.8:26
msgid "- Modem detection."
msgstr "- Détection du modem ;"

# type: Plain text
#. type: Plain text
#: man/pppconfig.8:28
msgid "- Dynamic DNS."
msgstr "- DNS dynamique ;"

# type: Plain text
#. type: Plain text
#: man/pppconfig.8:30
msgid "- Dial on demand."
msgstr "- Connexion à la demande ;"

# type: Plain text
#. type: Plain text
#: man/pppconfig.8:32
msgid "- Allow non-root users to run ppp."
msgstr "- Permettre l'emploi de ppp aux utilisateurs non privilégiés ;"

# type: Plain text
#. type: Plain text
#: man/pppconfig.8:34
msgid "- Uses the gdialog GUI dialog replacement if possible."
msgstr ""
"- Utilisation de l'interface graphique « gdialog » en remplacement de "
"« dialog » si possible."

# type: Plain text
#. type: Plain text
#: man/pppconfig.8:44
msgid ""
"Before running pppconfig you should know what sort of authentication your "
"isp requires, the username and password that they want you to use, and the "
"phone number.  If they require you to use chat authentication, you will also "
"need to know the login and password prompts and any other prompts and "
"responses required for login.  If you can't get this information from your "
"isp you could try dialing in with minicom and working through the procedure "
"until you get the garbage that indicates that ppp has started on the other "
"end."
msgstr ""
"Avant de lancer pppconfig, vous devez savoir quelle méthode d'identification "
"votre fournisseur requiert, le nom d'utilisateur et le mot de passe à "
"utiliser

Bug#603767: gdm: starts on v8 instead of vt7

[Stephen Powell]

This appears to be a duplicate of 596700.

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



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

Bug#603878: nvidia-graphics-drivers: various issues upgrading from lenny's nvidia-*-legacy-96xx

[Russ Allbery]

Michael Gilbert  writes:
> On Wed, 17 Nov 2010 18:44:41 -0800 Russ Allbery wrote:

>> Right, the problem that had is because the version of
>> nvidia-graphics-drivers-legacy-96xx which works properly with the
>> squeeze Xorg server still hasn't migrated to squeeze.  The upgrade
>> should work fine with the version in unstable.

>> Reassigning this bug and updating the version information accordingly,
>> since this bug is fixed in unstable.  We're just waiting on ia32-libs
>> for the NVIDIA packages to all migrate to squeeze.

> Ok, thanks for the rapid response :)  Interestingly I've been
> working on the ia32-libs issue to get fglrx-driver unblocked as well.

nvidia-graphics-drivers-legacy-71xx would have had a similar problem, in
that it has no upgrade path, since there's no version of those drivers
available from NVIDIA that work with the latest server.  I hadn't thought
about that.  But it looks like it's not a problem since that wasn't in
stable, nor was nvidia-graphics-drivers-legacy (which predates it).  We
got lucky there.

Once nvidia-graphics-drivers{,-legacy-173xx,-legacy-96xx} all propagate,
we have a defined upgrade path for everything that was in lenny, I think.

At some point, we probably do want to push people more towards nouveau,
but the NVIDIA drivers still support some stuff that nouveau doesn't even
on GPUs that nouveau supports.

-- 
Russ Allbery (r...@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#603883: sensible-utils: [INTL:fr] French manpage translation

[David Prévot]

Package: sensible-utils
Version: 0.0.5
Severity: wishlist
Tags: l10n patch

Please find attached the French translation for sensible-utils'
manpages.

Regards,

David

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

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

-- no debconf information
# French translation of the debianutils' man pages
# Traduction des pages de manuel du paquet debianutils
#
# Copyright (C) 2004 Software in the Public Interest
# This file is distributed under the same license as the debianutils package.
#
# Nicolas FRANÇOIS , 2004.
# Reprise des traduction originelles de which.1 (Laëtitia Groslong)
# et savelog.8 (Antoine Gémis, 13 janvier 2003).
#
msgid ""
msgstr ""
"Project-Id-Version: debianutils\n"
"POT-Creation-Date: 2010-11-14 01:14-0500\n"
"PO-Revision-Date: 2005-12-08 23:19+0100\n"
"Last-Translator: Nicolas François \n"
"Language-Team: Debian French Team \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"

# type: TH
#. type: TH
#: ../sensible-editor.1:2
#, no-wrap
msgid "SENSIBLE-EDITOR"
msgstr "SENSIBLE-EDITOR"

#. type: TH
#: ../sensible-editor.1:2
#, no-wrap
msgid "14 Nov 2010"
msgstr "14 novembre 2010"

# type: TH
#. type: TH
#: ../sensible-editor.1:2
#, no-wrap
msgid "Debian"
msgstr "Debian GNU/Linux"

# type: SH
#. type: SH
#: ../sensible-editor.1:3
#, no-wrap
msgid "NAME"
msgstr "NOM"

# type: Plain text
#. type: Plain text
#: ../sensible-editor.1:5
msgid ""
"sensible-editor, sensible-pager, sensible-browser - sensible editing, "
"paging, and web browsing"
msgstr ""
"sensible-editor, sensible-pager, sensible-browser - outils pratiques "
"d'édition, de mise en page et de navigation sur le web"

# type: SH
#. type: SH
#: ../sensible-editor.1:5
#, no-wrap
msgid "SYNOPSIS"
msgstr "SYNOPSIS"

# type: Plain text
#. type: Plain text
#: ../sensible-editor.1:7
msgid "B [OPTIONS...]"
msgstr "B [OPTIONS...]"

# type: Plain text
#. type: Plain text
#: ../sensible-editor.1:9
msgid "B [OPTIONS...]"
msgstr "B [OPTIONS...]"

# type: Plain text
#. type: Plain text
#: ../sensible-editor.1:11
msgid "B url"
msgstr "B url"

# type: SH
#. type: SH
#: ../sensible-editor.1:12
#, no-wrap
msgid "DESCRIPTION"
msgstr "DESCRIPTION"

# type: Plain text
#. type: Plain text
#: ../sensible-editor.1:17
msgid ""
"B, B and B make sensible "
"decisions on which editor, pager, and web browser to call, respectively.  "
"Programs in Debian can use these scripts as their default editor, pager, or "
"web browser or emulate their behavior."
msgstr ""
"B, B et B prennent des "
"décisions sensées respectivement sur le choix de l'éditeur, de l'outil de "
"mise en page (« pageur ») et de l'outil de navigation qu'il faut appeler. "
"Les programmes de la distribution Debian peuvent utiliser ces scripts comme "
"éditeur, pageur, ou navigateur par défaut ou peuvent simuler leur "
"comportement."

# type: SH
#. type: SH
#: ../sensible-editor.1:17
#, no-wrap
msgid "SEE ALSO"
msgstr "VOIR AUSSI"

# NOTE : manque un verbe
# type: Plain text
#. type: Plain text
#: ../sensible-editor.1:19
msgid ""
"Documentation of the EDITOR, VISUAL, PAGER, and BROWSER variables in "
"B(7)"
msgstr ""
"La documentation des variables d'environnement EDITOR, VISUAL, PAGER, et 
BROWSER se "
"trouve dans B(7)."

Bug#603882: util-vserver: startup script breaks boot (on sparc)

[Ivan Jager]

Package: util-vserver
Version: 0.30.216-pre2864-2
Severity: critical
Justification: breaks the whole system


I'm trying to switch to vservers from openvz because openvz support (for 
sparc) got silently dropped in Lenny. After installing 
linux-image-2.6.32-5-vserver-sparc64, during boot I get an endless 
stream of "lstat(): No such file or directory"

Fortunately, I was able to ssh in and found /etc/init.d/util-vserver was 
running setattr. Running setattr with the same arguments also produces 
the endless stream of errors. strace shows that it is trying to stat "" 
a lot. I found I could reproduce the stream of errors as a normal user 
by running showattr without arguments instead. I guess it's something in 
the common code that is shared between the two.

I rebuild with debugging and got a backtrace:
#0  0x00010e88 in lstat ()
#1  0x000102c4 in iterateFilesystem (path=0x11730 ".") at src/fstool.c:89
#2  0x000106b8 in processFile (path=0x11730 ".") at src/fstool.c:162
#3  0x00010ae8 in main (argc=1, argv=) at src/fstool.c:236

(gdb) frame 1
#1  0x000102c4 in iterateFilesystem (path=0x11730 ".") at src/fstool.c:89
89  if (lstat(ent->d_name, &st)==-1) {
(gdb) print ent
$1 = (struct dirent64 *) 0xf7ffc000
(gdb) print *ent
$2 = {d_ino = 0, d_off = 58613, d_reclen = 0, d_type = 0 '\000',
  d_name = "\000\000\273\377R\000 \blibtool", '\000' , 
"\...@\024\000\000\000\000\001h\262g\000 
\bltmain.sh\000\000\000\000\000\000\000\000\000\000\342\372\000\000\000\000\003^`\211\000
 
\binstall-sh\000\000\000\000\000\000\000\000\000\341o\000\000\000\000\004\222C\314\000
 
\004lib_internal\000\000\000\000\000\000\000\342\373\000\000\000\000\005ô\365\000\030\004man\000\000\000\000\000\000\000\...@\032\000\000\000\000\amm\363\000
 \bMakefile.svn\000\000\000\000\000\000\000\344\300\000\000\000\000\a\323N%\000 
\bpathconfig.h\000\000\000\000\000\000\000\341\320\000\000\000\000\tho\216"...}


Obviously ent is bogus. The things that look like filenames inside 
d_name are files in the working directory. (In this case 
util-vserver-0.30.216-pre2864)

I tried to reproduce the problem with a small program that just did 
opendir and readir with printf, but that worked fine, so I'm not sure 
where the problem lies exactly. My best current guess is that either 
something is overwriting the data from opendir before readdir gets 
called, or somehow an incompatible opendir and readdir are getting 
linked in. (Is that possible?)  I haven't looked at the internals of how 
opendir and readdir work yet, so I don't really know.

I tried installing util-vserver on a lenny machine, which installed 
version 0.30.216~r2772-6, but that version does not have this problem.  
I also tried transplaning the binary from 0.30.216-pre2864-2 to the 
lenny box, and then I do get the endless stream of errors.

So, to reproduce in a way that is easy to debug:
install util-vserver-0.30.216-pre2864-2 on a sparc system and run 
showattr.Make sure the startup script won't run or that you're not 
running a vserver kernel to avoid setattr being run at startup.

To reproduce in a way that will leave you without a login prompt: 
install util-vserver-0.30.216-pre2864-2 and boot a sparc system into a 
kernel with vserver support.

Sorry I didn't get around to testing vservers earlier. I was hoping 
openvz support might come back.

Thanks,
Ivan

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

Kernel: Linux 2.6.32-5-vserver-sparc64 (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 util-vserver depends on:
ii  debconf [debconf-2.0] 1.5.36 Debian configuration management sy
ii  iproute   20100519-3 networking and traffic control too
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libnss3-1d3.12.8-1   Network Security Service libraries
ii  make  3.81-8 An utility for Directing compilati
ii  net-tools 1.60-23+b1 The NET-3 networking toolkit
ii  util-linux2.17.2-3.3 Miscellaneous system utilities

Versions of packages util-vserver recommends:
ii  binutils  2.20.1-15  The GNU assembler, linker and bina
ii  debootstrap   1.0.25 Bootstrap a basic Debian system

Versions of packages util-vserver suggests:
ii  iptables  1.4.8-3administration tools for packet fi
ii  linux-image-2.6.32-5-sparc64- 2.6.32-27  Linux 2.6.32 for multiprocessor 64
ii  linux-image-2.6.32-5-vserver- 2.6.32-27  Linux 2.6.32 for uniprocessor 64-b
ii  module-init-tools 3.12-1 tools for managing Linux kernel mo
ii  procps1:3.2.8-9  /proc file system utilities
ii  vlan  1.9-3  user mode programs to enable VLANs
ii  wget  1.

Bug#603878: nvidia-graphics-drivers: various issues upgrading from lenny's nvidia-*-legacy-96xx

[Michael Gilbert]

On Wed, 17 Nov 2010 18:44:41 -0800 Russ Allbery wrote:

> reassign 603878 nvidia-graphics-drivers-legacy-96xx
> found 603878 nvidia-graphics-drivers-legacy-96xx/96.43.07-2
> fixed 603878 nvidia-graphics-drivers-legacy-96xx/96.43.18-1
> close 603878
> thanks
> 
> Michael Gilbert  writes:
> 
> > package: nvidia-graphics-drivers
> > version: 195.36.24-4
> > severity: grave
> 
> > After the call for upgrade testing, I just did a lenny-to-squeeze
> > test on an old system of mine. The nvidia-*-legacy-96xx kernel module
> > and glx were installed under lenny (to support an old nvidia card that
> > none of the newer nvidia drivers support). I followed the upgrade
> > instructions exactly at [0].
> 
> > During the dist-upgrade (section 4.5.6), a lot of xorg drivers and xorg
> > itself ended up getting removed.
> 
> Right, the problem that had is because the version of
> nvidia-graphics-drivers-legacy-96xx which works properly with the squeeze
> Xorg server still hasn't migrated to squeeze.  The upgrade should work
> fine with the version in unstable.
> 
> Reassigning this bug and updating the version information accordingly,
> since this bug is fixed in unstable.  We're just waiting on ia32-libs for
> the NVIDIA packages to all migrate to squeeze.

Ok, thanks for the rapid response :)  Interestingly I've been
working on the ia32-libs issue to get fglrx-driver unblocked as well.

Mike



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

Bug#603874: I found it

[Joe Neal]

It shows up fine under the document class setting.  It's just in the generated 
LayTeX configuration document that it doesn't show up, even after reconfiguring 
and restarting. 

You can downgrade this to minor or close it.




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

Bug#603878: nvidia-graphics-drivers: various issues upgrading from lenny's nvidia-*-legacy-96xx

[Russ Allbery]

reassign 603878 nvidia-graphics-drivers-legacy-96xx
found 603878 nvidia-graphics-drivers-legacy-96xx/96.43.07-2
fixed 603878 nvidia-graphics-drivers-legacy-96xx/96.43.18-1
close 603878
thanks

Michael Gilbert  writes:

> package: nvidia-graphics-drivers
> version: 195.36.24-4
> severity: grave

> After the call for upgrade testing, I just did a lenny-to-squeeze
> test on an old system of mine. The nvidia-*-legacy-96xx kernel module
> and glx were installed under lenny (to support an old nvidia card that
> none of the newer nvidia drivers support). I followed the upgrade
> instructions exactly at [0].

> During the dist-upgrade (section 4.5.6), a lot of xorg drivers and xorg
> itself ended up getting removed.

Right, the problem that had is because the version of
nvidia-graphics-drivers-legacy-96xx which works properly with the squeeze
Xorg server still hasn't migrated to squeeze.  The upgrade should work
fine with the version in unstable.

Reassigning this bug and updating the version information accordingly,
since this bug is fixed in unstable.  We're just waiting on ia32-libs for
the NVIDIA packages to all migrate to squeeze.

-- 
Russ Allbery (r...@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#603878: nvidia-graphics-drivers: various issues upgrading from lenny's nvidia-*-legacy-96xx

[Michael Gilbert]

On Wed, 17 Nov 2010 21:29:03 -0500 Michael Gilbert wrote:
> During the dist-upgrade (section 4.5.6), a lot of xorg drivers and
> xorg itself ended up getting removed.  After the dist-upgrade, I
> manually installed xorg, which removed nvidia-glx-legacy-96xx.  After
> that X still wouldn't work since I still had the old nvidia-based
> xorg.conf.  I removed /etc/X11/xorg.conf and installed
> xserver-xorg-nvidia, which fixed all of the problems.

  ^ correction, that should read "xserver-xorg-nouveau"

Obviously it makes no sense as written.

Mike



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

Bug#603881: pbuilder: get_source_control_field: fails to parse debian/control with leading comment-block

[Eric Pozharski]

Package: pbuilder
Version: 0.199
Severity: important
Tags: patch

atk1.0_1.30.0-1 has a leading block of comments in debian/control file.
'pbuilder' then fails to get Build-Depends (actually any other too) from
such file.

Attached patch works with or without leading comment-block.  That
comment-block could or not have separating empty line.  It fails with
multiple separating empty lines.  Also if there's no comment-block while
empty-line is present then it fails 'get_source_control_field' too.

As of 'important'.  Look, atk1.0 is in testing.  It has been
successfully built at 04Apr2010.  Thus debian build system supports such
comment-blocks.  Please fix.

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

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=ru_UA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash
--- pbuilder-0.199+nmu1/pbuilder-satisfydepends-funcs   2010-11-14 
17:04:19.0 +0200
+++ atk-problem/pbuilder-satisfydepends-funcs   2010-11-17 21:32:18.0 
+0200
@@ -61,6 +61,12 @@
 /^$/ d
 b pgploop
 }
+: leadloop
+/^\s*#/ {
+n
+/^$/ d
+b leadloop
+}
 /^$/q
 d
 : store

Bug#603880: unblock: wine/1.0.1-3.1

[Michael Gilbert]

package: release.debian.org
severity: normal
user: release.debian@packages.debian.org
usertags: unblock

Hi, please unblock wine.  It fixes a build failure (bug #602872), and it
is one of the ia32-libs blockers.  Note that I forgot to set the
urgency to high, could you hint it in faster?

Thanks,
Mike

unblock wine/1.0.1-3.1



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

Bug#603879: [INTL:id] console-setup translation update for indonesian

[Arief S Fitrianto]

Package: console-setup
Tags: l10n patch
Severity: wishlist


Attached is the updated Indonesian translation for console-setup package


-- 
Arief S Fitrianto
Departemen Fisika Universitas Indonesia






id.po
Description: Binary data

Bug#603878: nvidia-graphics-drivers: various issues upgrading from lenny's nvidia-*-legacy-96xx

[Michael Gilbert]

package: nvidia-graphics-drivers
version: 195.36.24-4
severity: grave

Hi,

After the call for upgrade testing, I just did a lenny-to-squeeze
test on an old system of mine. The nvidia-*-legacy-96xx kernel module
and glx were installed under lenny (to support an old nvidia card that
none of the newer nvidia drivers support). I followed the upgrade
instructions exactly at [0].

After installing the new kernel and udev and rebooting (section 4.5.5),
X was nonworking (since it was using the new kernel and I hadn't built
a new module).  So I had to boot into single user mode to complete the
rest of the install.

During the dist-upgrade (section 4.5.6), a lot of xorg drivers and
xorg itself ended up getting removed.  After the dist-upgrade, I
manually installed xorg, which removed nvidia-glx-legacy-96xx.  After
that X still wouldn't work since I still had the old nvidia-based
xorg.conf.  I removed /etc/X11/xorg.conf and installed
xserver-xorg-nvidia, which fixed all of the problems.

So, I think this could be fixed by either providing an upgrade path
from the legacy drivers to nouveau or by simply telling the user to
remove nvidia-*-legacy-* packages and /etc/X11/xorg.conf in the release
notes.

Setting the severity at grave since this caused all kinds of upgrade
breakage (that a less technically apt user would have a lot of trouble
with), but I will deffer to your judgment on the severity since its so
late in the release process.

Thanks,
Mike

[0]
http://www.debian.org/releases/squeeze/i386/release-notes/ch-upgrading.en.html



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

Bug#603877: eclipse: Maven builds do not work after update

[Gonzalo Bermudez]

Package: eclipse
Version: 3.5.2-7
Severity: normal
Tags: sid

After upgrading eclipse, I tried to run a maven build which failed 
with "Could not initialize class com.ibm.icu.impl.JavaTimeZone".

Googling around for a solution (I was in sort of a hurry) I came up 
with a thread in the Eclipse Forums, which mentioned an additional 
problem that came with this one: Project Properties windows fail to 
open, reporting invalid values. Once I was convinced this was the 
case, I patched the jar suggested by the link and now it works.

The post in Eclipse Forums with the solution is
http://www.eclipse.org/forums/index.php?t=msg&goto=488654#msg_529393

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

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

Versions of packages eclipse depends on:
ii  eclipse-jdt   3.5.2-7Eclipse Java Development Tools (JD
ii  eclipse-pde   3.5.2-7Eclipse Plug-in Development Enviro

eclipse recommends no packages.

eclipse suggests no packages.

Versions of packages eclipse-platform depends on:
ii  ant 1.8.0-4  Java based build tool like make
ii  ant-optional1.8.0-4  Java based build tool like make - 
ii  default-jre [java6-runtime] 1:1.6-40 Standard Java or Java compatible R
ii  eclipse-platform-data   3.5.2-7  Eclipse platform without plug-ins 
ii  eclipse-rcp 3.5.2-7  Eclipse Rich Client Platform (RCP)
ii  java-common 0.40 Base of all Java packages
ii  libc6   2.11.2-6 Embedded GNU C Library: Shared lib
ii  libcommons-codec-java   1.4-2encoder and decoders such as Base6
ii  libcommons-el-java  1.0-6Implementation of the JSP2.0 Expre
ii  libcommons-httpclient-java  3.1-9A Java(TM) library for creating HT
ii  libcommons-logging-java 1.1.1-8  commmon wrapper interface for seve
ii  libjasper-java  5.5.26-5 Implementation of the JSP Containe
ii  libjetty-java   6.1.24-6 Java servlet engine and webserver 
ii  libjsch-java0.1.42-2 pure Java implementation of the SS
ii  liblucene2-java 2.9.3+ds1-1  Full-text search engine library fo
ii  libservlet2.5-java  6.0.28-7 Servlet 2.5 and JSP 2.1 Java API c
ii  openjdk-6-jre [java6-runtim 6b18-1.8.2-1 OpenJDK Java runtime, using Hotspo
ii  perl5.10.1-15Larry Wall's Practical Extraction 
ii  sat4j   2.2.0-3  Efficient library of SAT solvers i

Versions of packages eclipse-pde depends on:
ii  default-jre [java6-runtime] 1:1.6-40 Standard Java or Java compatible R
ii  eclipse-jdt 3.5.2-7  Eclipse Java Development Tools (JD
ii  eclipse-platform3.5.2-7  Eclipse platform without plug-ins 
ii  libasm3-java3.2-3Java bytecode manipulation framewo
ii  openjdk-6-jre [java6-runtim 6b18-1.8.2-1 OpenJDK Java runtime, using Hotspo

Versions of packages eclipse-jdt depends on:
ii  default-jre [java6-runtime] 1:1.6-40 Standard Java or Java compatible R
ii  eclipse-platform3.5.2-7  Eclipse platform without plug-ins 
ii  eclipse-plugin-cvs  3.5.2-7  Eclipse Team Integration (CVS supp
ii  junit   3.8.2-4  Automated testing framework for Ja
ii  junit4  4.8.2-2  JUnit regression test framework fo
ii  libhamcrest-java1.1-8library of matchers for building t
ii  openjdk-6-jre [java6-runtim 6b18-1.8.2-1 OpenJDK Java runtime, using Hotspo

-- 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#603876: gnome-do: Crashes on start when collaborating with gnome keyring

[Gonzalo Bermudez]

Package: gnome-do
Version: 0.8.3.1+dfsg-2
Severity: important
Tags: squeeze

Gnome Do fails to start when trying to get a password from the Ring, I 
suppose, to login to some Google service as I activated those plugins.
The weird thing is that sometimes it works. I couldn't find the pattern 
yet, but eventually it stops responding.

Attached is a stacktrace (inline as it is not so long)

(Do:4968): Wnck-CRITICAL **: wnck_set_client_type got called multiple times.

**
ERROR:gkr-operation.c:383:gkr_operation_block: assertion failed: (op->pending 
!= pending)
Stacktrace:

  at (wrapper managed-to-native) 
Gnome.Keyring.Ring.gnome_keyring_find_items_sync 
(Gnome.Keyring.ItemType,intptr,intptr&) <0x00067>
  at (wrapper managed-to-native) 
Gnome.Keyring.Ring.gnome_keyring_find_items_sync 
(Gnome.Keyring.ItemType,intptr,intptr&) <0x00067>
  at Gnome.Keyring.Ring.Find 
(Gnome.Keyring.ItemType,System.Collections.Hashtable) <0x000b7>
  at Do.Platform.Linux.GnomeKeyringSecurePreferencesService.TryGet 
(string,string&) <0x000c3>
  at Do.Platform.SecurePreferencesServiceWrapper.TryGet 
(string,object&) <0x0005f>
  at Do.Platform.Preferences.PreferencesImplementation`1.TryGet 
(Do.Platform.IPreferencesService,string,object&) <0x00064>
  at Do.Platform.Preferences.PreferencesImplementation`1.TryGet 
(Do.Platform.IPreferencesService,string,object,object&) <0x0004f>
  at 
Do.Platform.Preferences.PreferencesImplementation`1.GetSecure 
(string,object) <0x00067>
  at GCalendar.GCalPreferences.get_Password () <0x0003b>
  at GCalendar.GCal..cctor () <0x00087>
  at (wrapper runtime-invoke) object.runtime_invoke_void 
(object,intptr,intptr,intptr) <0x00049>
  at GCalendar.GCalendarItemSource.get_Items () <0x>
  at GCalendar.GCalendarItemSource.get_Items () <0xc>
  at Do.Universe.Safe.SafeItemSource.get_Items () <0x00045>
  at Do.Core.UniverseManager.ReloadSource 
(Do.Universe.ItemSource,System.Collections.Generic.Dictionary`2) <0x00077>
  at Do.Core.UniverseManager/c__AnonStoreyD.<>m__22 
(Do.Universe.ItemSource) <0x00023>
  at System.Linq.EnumerableExtensions.ForEach 
(System.Collections.Generic.IEnumerable`1,System.Action`1) 
<0x00093>
  at Do.Core.UniverseManager.ReloadUniverse () <0x000d3>
  at Do.Core.UniverseManager.InitializeAsync () <0xf>
  at Do.Platform.ApplicationService/c__AnonStoreyF.<>m__28 () 
<0x00024>
  at (wrapper runtime-invoke) object.runtime_invoke_void__this__ 
(object,intptr,intptr,intptr) <0x00051>

Native stacktrace:

/usr/bin/cli() [0x487bb6]
/lib/libpthread.so.0(+0xef60) [0x7f39b3756f60]
/lib/libc.so.6(gsignal+0x35) [0x7f39b3197165]
/lib/libc.so.6(abort+0x180) [0x7f39b3199f70]
/lib/libglib-2.0.so.0(g_assertion_message+0x131) [0x7f39b3dd35d1]
/lib/libglib-2.0.so.0(g_test_timer_start+0) [0x7f39b3dd3b50]
/usr/lib/libgnome-keyring.so.0(+0x9a3a) [0x7f399e950a3a]
[0x40f96177]

Debug info from gdb:


=
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries 
used by your application.
=

-- 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, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnome-do depends on:
ii  dbus 1.2.24-3simple interprocess messaging syst
ii  gconf2   2.28.1-5GNOME configuration database syste
ii  libc62.11.2-6Embedded GNU C Library: Shared lib
ii  libgconf2.0-cil  2.24.1-6CLI binding for GConf 2.24
ii  libglib2.0-0 2.24.2-1The GLib library of C routines
ii  libglib2.0-cil   2.12.10-1   CLI binding for the GLib utility l
ii  libgnome-keyring1.0- 1.0.0-3 CLI library to access the GNOME Ke
ii  libgnome-vfs2.0-cil  2.24.1-6CLI binding for GnomeVFS 2.24
ii  libgnome2.24-cil 2.24.1-6CLI binding for GNOME 2.24
ii  libgnomedesktop2.20- 2.26.0-3CLI binding for GNOME Desktop 2.24
ii  libgtk2.0-0  2.20.1-2The GTK+ graphical user interface 
ii  libgtk2.0-cil2.12.10-1   CLI binding for the GTK+ toolkit 2
ii  libmono-addins0.2-ci 0.4-8   addin framework for extensible CLI
ii  libmono-cairo2.0-cil 2.6.7-3 Mono Cairo library (for CLI 2.0)
ii  libmono-corlib2.0-ci 2.6.7-3 Mono core library (for CLI 2.0)
ii  libmono-posix2.0-cil 2.6.7-3 Mono.Posix library (for CLI 2.0)
ii  libmono-system2.0-ci 2.6.7-3 Mono System libraries (for CLI 2.0
ii  libndesk-dbus-glib1. 0.4.1-3 CLI implementation of D-Bus (GLib 
ii  libndesk-dbus1.0-cil 0.6.0-4 CLI implem

Bug#603875: unblock: brltty/4.2-6

[Samuel Thibault]

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


Please unblock package brltty

brltty (4.2-6) unstable; urgency=low

  * debian/patches/40-silence-offset-warning.patch: New patch to silence
permanent "input byte missing at offset 14" warnings on clio and esys
devices, making the console unusable.

 -- Samuel Thibault   Wed, 17 Nov 2010 23:58:16 +0100

An actual fix exists upstream, but it's mostly a rewrite of a few
functions of the drivers, so I prefered to just avoid the symptoms by
lowering the loglevel of the messages. When people have troubles with
they braille device, they are taught to use -l debug anyway.

unblock brltty/4.2-6

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

Kernel: Linux 2.6.36 (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

-- 
Samuel Thibault 
 je viens d'inventer mutt version magritte :D
 ?
 dans mutt
 tape "cceci" return



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

Bug#603874: foiltex is installed but not found by lyx

[Joe Neal]

Package: lyx
Version: 1.6.7-1
Severity: normal

I have the foiltex package installed but it doesn't show up on the LaTeX 
configuration page.

I don't know much about LaTeX itself (that's why I'm using Lyx) so there isn't 
too much digging around
I can do to diagnose the problem.

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

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

Versions of packages lyx depends on:
ii  libaiksaurus-1.2-0c2 1.2.1+dev-0.12-6an English-language thesaurus (dev
ii  libboost-regex1.42.0 1.42.0-4regular expression library for C++
ii  libboost-signals1.42 1.42.0-4managed signals and slots library 
ii  libc62.11.2-7Embedded GNU C Library: Shared lib
ii  libenchant1c2a   1.6.0-1 a wrapper library for various spel
ii  libgcc1  1:4.4.5-8   GCC support library
ii  libqtcore4   4:4.6.3-4   Qt 4 core module
ii  libqtgui44:4.6.3-4   Qt 4 GUI module
ii  libstdc++6   4.4.5-8 The GNU Standard C++ Library v3
ii  lyx-common   1.6.7-1 Architecture-independent files for
ii  mime-support 3.51-1  MIME files 'mime.types' & 'mailcap
ii  xdg-utils1.0.2+cvs20100307-3 desktop integration utilities from
ii  zlib1g   1:1.2.3.4.dfsg-3compression library - runtime

Versions of packages lyx recommends:
ii  dvipng  1.13-1   convert DVI files to PNG graphics
ii  ghostscript 8.71~dfsg2-6 The GPL Ghostscript PostScript/PDF
ii  gv [pdf-viewer] 1:3.7.1-1PostScript and PDF viewer for X
ii  imagemagick 8:6.6.0.4-3  image manipulation programs
pn  librsvg2-bin | inkscape(no description available)
ii  okular [pdf-viewer] 4:4.4.5-2universal document viewer
ii  poppler-utils   0.12.4-1.2   PDF utilitites (based on libpopple
ii  preview-latex-style 11.86-2  extraction of elements from LaTeX 
ii  psutils 1.17-28  A collection of PostScript documen
ii  texlive-fonts-recommended   2009-11  TeX Live: Recommended fonts
ii  texlive-latex-extra 2009-10  TeX Live: LaTeX supplementary pack
ii  texlive-latex-recommended   2009-11  TeX Live: LaTeX recommended packag
ii  texlive-science 2009-10  TeX Live: Typesetting for natural 
ii  ttf-lyx 1.6.7-1  TrueType versions of some TeX font
ii  zathura [pdf-viewer]0.0.8.1-2PDF viewer with a minimalistic int

Versions of packages lyx suggests:
ii  chktex 1.6.3-2.1 Finds typographic errors in LaTeX
ii  dvipost1.1-4 Post processor for dvi files suppo
ii  elyxer 1.0.0-1   Standalone LyX to HTML converter
ii  gnuhtml2latex  0.4-1 A Perl script that converts html f
ii  groff  1.20.1-10 GNU troff text-formatting system
ii  latex2rtf  1.9.19-4.1Converts documents from LaTeX to R
ii  libtiff-tools  3.9.4-5   TIFF manipulation and conversion t
ii  linuxdoc-tools 0.9.66convert LinuxDoc SGML source into 
ii  menu   2.1.44generates programs menu for all me
ii  noweb  2.11b-7   A WEB-like literate-programming to
ii  rcs5.7-25The GNU Revision Control System
ii  sgmltools-lite 3.0.3.0.cvs.20010909-15.1 convert DocBook SGML source into H
ii  writer2latex   1.0-12OpenOffice.org Writer/Calc to LaTe
ii  wv 1.2.4-2+b1Programs for accessing Microsoft W

-- 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#517935: Patch fix

[Craig Miskell]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sorry, nasty little typo in the untested bit of the code.  New patch attached.
- --
Craig Miskell
Senior Systems Administrator
Opus International Consultants
Phone: +64 4 471 7209
Hateful, blasphemous, prejudiced, vulgar, rude, or ignorant remarks are
the music of a free society, and the  relentless patter of idiots is how
we know we're in one. When all the words in our public conversation are
fair, good, and true, it's time to make a run for the fence.

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

iEYEARECAAYFAkzkgfcACgkQmDveRtxWqnZROgCbBg33o6/uVXbjZH3umfqPh3WB
xr0AoJ0i/6xCRs1B6CJWII7n4KwUnO75
=ALlI
-END PGP SIGNATURE-
diff -u3 -r partman-auto-93/lib/recipes.sh partman-auto-93.new/lib/recipes.sh
--- partman-auto-93/lib/recipes.sh	2010-05-28 16:00:23.0 +1200
+++ partman-auto-93.new/lib/recipes.sh	2010-11-18 12:27:42.0 +1300
@@ -159,10 +159,27 @@
 }
 
 min_size () {
-	local size
+	local size type
+	type=$1
+	ignore="${type:+${type}ignore}"
 	size=0
+	#When calculating the minimum required size, ignore partitions that
+	# we would otherwise be ignoring
+	#Also if we are doing LVM and this partition is supposed to be in
+	# a volume group, ignore it as we will have counted the min size of
+	# it's container already
+	# This means we could oversubscribe a container, but that's a separate issue
+	# that needs handling elsewhere
 	foreach_partition '
-		size=$(($size + $1))'
+		if [ "$ignore" ] && [ "$(echo $partition | grep "$ignore")" ]; then
+			:
+		else
+			if [ "$type" = "lvm" ] && [ "$(echo $partition | grep in_vg)" ]; then
+:
+			else
+size=$(($size + $1))
+			fi
+		fi'
 	echo $size
 }
 
@@ -316,11 +333,11 @@
 	if [ ! -z "$RET" ] && [ -e "$RET" ]; then
 		recipe="$RET"
 		decode_recipe $recipe $type
-		if [ $(min_size) -le $free_size ]; then
+		if [ $(min_size $type) -le $free_size ]; then
 			return 0
 		else
 			logger -t partman-auto \
-			"Available disk space ($free_size) too small for expert recipe ($(min_size)); skipping"
+			"Available disk space ($free_size) too small for expert recipe ($(min_size $type)); skipping"
 		fi
 	fi
 
@@ -333,7 +350,7 @@
 	for recipe in $recipedir/*; do
 		[ -f "$recipe" ] || continue
 		decode_recipe $recipe $type
-		if [ $(min_size) -le $free_size ]; then
+		if [ $(min_size $type) -le $free_size ]; then
 			choices="${choices}${recipe}${TAB}${name}${NL}"
 			if [ "$default_recipe" = no ]; then
 default_recipe="$recipe"
@@ -366,10 +383,12 @@
 }
 
 expand_scheme() {
+	local type
+	type=$1
 	# Make factors small numbers so we can multiply on them.
 	# Also ensure that fact, max and fs are valid
 	# (Ofcourse in valid recipes they must be valid.)
-	factsum=$(($(factor_sum) - $(min_size)))
+	factsum=$(($(factor_sum) - $(min_size $type)))
 	if [ $factsum -eq 0 ]; then
 		factsum=100
 	fi
@@ -396,7 +415,7 @@
 	while [ "$scheme" != "$oldscheme" ]; do
 		oldscheme="$scheme"
 		factsum=$(factor_sum)
-		unallocated=$(($free_size - $(min_size)))
+		unallocated=$(($free_size - $(min_size $type)))
 		if [ $unallocated -lt 0 ]; then
 			unallocated=0
 		fi
diff -u3 -r partman-auto-93/perform_recipe partman-auto-93.new/perform_recipe
--- partman-auto-93/perform_recipe	2010-04-22 16:00:38.0 +1200
+++ partman-auto-93.new/perform_recipe	2010-11-18 12:29:28.0 +1300
@@ -31,7 +31,7 @@
 
 db_progress STEP 1
 
-expand_scheme
+expand_scheme default
 
 ensure_primary
 


partman-auto.patch.sig
Description: Binary data

Bug#603873: New formatting of README.txt.

[Mats Erik Andersson]

Package: piuparts
Version: 0.38
Severity: wishlist
Tags: patch

The present formatting of "README.txt" is close to being a disgrace,
sadly to say. The length of some lines is almost perturbing the concept
"infinity".

I submit a difference file against the present contents in the repository.
The intention was to get closer to the ideal of Donald E Knuth's line
length of 67 characters. The result is not completely uniform, but a
definite improvement. Some context sensitive indentation was implemented,
as well as some changes to the text. This latter step could certainly
need reviewing, but that should mean less work for a maintainer than the
act of reformatting took me.


Best regards,

Mats Erik Andersson, pending DM
Index: README.txt
===
--- README.txt	(revision 783)
+++ README.txt	(arbetskopia)
@@ -1,94 +1,99 @@
 piuparts README
 ---
 
-Author: Lars Wirzenius 
+Author: Lars Wirzenius
 Email: 
 
-After reading this README you probably also want to have a look at the piuparts manpage, to learn about the available options. But read this document first! 
+After reading this README you probably also want to have a
+look at the piuparts manpage, to learn about the available
+options. But read this document first!
 
 == Introduction
 
-piuparts is a tool for testing that .deb packages can be
-installed, upgraded, and removed without problems. The
-name, a variant of something suggested by Tollef Fog
+piuparts is a tool for testing that deb-packages can be
+installed, upgraded, and removed without problems. The name
+"piuparts", a variant of something suggested by Tollef Fog
 Heen, is short for "package installation, upgrading, and
 removal testing suite".
 
-piuparts is licensed under the GNU General Public
-License, version 2, or (at your option) any later version.
+piuparts is licensed under the GNU General Public License,
+version 2, or (at your option) any later version.  
 
-
 == How to use piuparts in 5 minutes
 
 === Basic Usage
 
-Testing your packages with piuparts is as easy as typing at the console prompt:
+Testing your packages with piuparts is as easy as typing this
+at the console prompt:
 
- 
+
 # piuparts sm_0.6-1_i386.deb
- 
+
 
-Note that in order to work, piuparts has to be executed as user root, so you 
-need to be logged as root or use 'sudo'.
+Note that in order to work, piuparts has to be executed as user
+root, so you need to be logged as root or use 'sudo'.
 
-This will create a sid chroot with debootstrap, where it'll test your package.
+This will create a sid chroot with debootstrap, within which it
+will test your package.
 
-If you want to test your package in another release, for example, lenny, you can
-do so with:
+If you want to test your package in another release, for example
+in lenny, you can do so with:
 
- 
+
 # piuparts sm_0.6-1_i386.deb -d lenny
- 
+
 
-By default, this will read the first mirror from your '/etc/apt/sources.list '
-file. If you want to specify a different mirror you can do it with the option 
-'-m':
+By default, this command will read the first mirror from your
+file '/etc/apt/sources.list'. If you want to specify a different
+mirror you can do it with the option '-m':
 
- 
+
 # piuparts sm_0.6-1_i386.deb -m http://ftp.de.debian.org/debian
- 
+
 
 
 === Some tips
 
-If you use piuparts on a regular basis, waiting for it to create a chroot every 
-time takes too much time, even if you are using a local mirror or a caching tool 
-such as approx. 
+If you use piuparts on a regular basis, waiting for it to create
+a chroot every time takes too much time, even if you are using a
+local mirror or a caching tool such as approx.
 
-Piuparts has the option of using a tarball as the contents of the initial chroot, 
-instead of building a new one with debootstrap. A easy way to use this option 
-is use a tarball created with pbuilder. If you are not a pbuilder user, you can 
-create this tarball with the command (again, as root):
+Piuparts has the option of using a tarball as the contents of the
+initial chroot, instead of building a new one with debootstrap.
+An easy way to use this option is to use a tarball created using
+pbuilder. If you are not a user of pbuilder, then you can create
+this tarball with the command (again, as root):
 
- 
-# pbuilder create
- 
- 
+
+# pbuilder --create
+
+
 then you only have to remember to update this tarball with:
 
- 
-# pbuilder update
- 
+
+# pbuilder --update
+
 
 To run piuparts using this tarball:
 
- 
+
 # piuparts -p sm_0.6-1_i386.deb
- 
+
 
 If you want to use your own pre-made tarball:
 
- 
+
 # piuparts --basetgz=/path/to/my/tarball.tgz sm_0.6-1_i386.deb
- 
+
 
-Piuparts also has the option of using a tarball as the contents of the initial
-chroot, instead of building a new one with pbuilder. You can save a tarball
-for later use w

Bug#603872: fluxbox: Adding OnTab key context

[Paul Tagliamonte]

Hello, Julien,

Patch looks great, thanks! If if not in the upstream git repo by the
next release, it will be in the package anyway.

Thanks so much!
-Paul

On Wed, Nov 17, 2010 at 7:43 PM, Julien Viard de Galbert
 wrote:
> Package: fluxbox
> Version: 1.1.1+git20100908.df2f51b-2
> Severity: wishlist
> Tags: upstream patch
>
> This patch adds the OnTab keyword for the keys file, also adding the
> following lines to the keys file restore the old behaviour to use Mouse2
> on tabs to start tabbing that was the default before the :StartTabbing
> command was introduced, and keep OnTitlebar Mouse2 to lower the window.
> Of course this only works with external tabs.
>
> OnTab Mouse2 :StartTabbing
> OnTab Move1 :StartMoving
>
>
> -- System Information:
> Debian Release: squeeze/sid
>  APT prefers unstable
>  APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
> Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages fluxbox depends on:
> ii  libc6                   2.11.2-7         Embedded GNU C Library: Shared 
> lib
> ii  libfontconfig1          2.8.0-2.1        generic font configuration 
> library
> ii  libfreetype6            2.4.2-2          FreeType 2 font engine, shared 
> lib
> ii  libfribidi0             0.19.2-1         Free Implementation of the 
> Unicode
> ii  libgcc1                 1:4.4.5-8        GCC support library
> ii  libice6                 2:1.0.6-2        X11 Inter-Client Exchange library
> ii  libimlib2               1.4.2-8+b2       powerful image loading and 
> renderi
> ii  libsm6                  2:1.2.0-1        X11 Session Management library
> ii  libstdc++6              4.4.5-8          The GNU Standard C++ Library v3
> ii  libx11-6                2:1.3.3-3        X11 client-side library
> ii  libxext6                2:1.1.2-1        X11 miscellaneous extension 
> librar
> ii  libxft2                 2.1.14-2         FreeType-based font drawing 
> librar
> ii  libxinerama1            2:1.1.1-1        X11 Xinerama extension library
> ii  libxpm4                 1:3.5.8-1        X11 pixmap library
> ii  libxrandr2              2:1.3.0-3        X11 RandR extension library
> ii  libxrender1             1:0.9.6-1        X Rendering Extension client 
> libra
> ii  menu                    2.1.44           generates programs menu for all 
> me
> ii  zlib1g                  1:1.2.3.4.dfsg-3 compression library - runtime
>
> Versions of packages fluxbox recommends:
> ii  xfonts-terminus               4.30-2     Fixed-width fonts for fast 
> reading
>
> Versions of packages fluxbox suggests:
> ii  fbdesk    1.4.1-5                        desktop icons for window managers
> ii  fbpager   0.1.5~git20090221.1.8e0927e6-1 a pager application for the 
> Fluxbo
>
> -- no debconf information
>



-- 
All programmers are playwrights, and all computers are lousy actors.

#define sizeof(x) rand()
:wq



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

Bug#603850:

[Nicolás Alvarez]

I don't think you're supposed to be uploading equivs-built packages
anywhere... In fact I even wonder why the --full switch exists.



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

Bug#517935: Patches that should fix

[Craig Miskell]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,
I have attached patches which I believe fix the problem; it requires the
min_size function to know which type of partitioning is being done (lvm or
default), which requires a few changes to other places than might be at first
obvious.

I have semi-tested this (playing with the shell scripts manually), but have
*not* tested this in an actual install setting (my netinst build skills are
limited and I'm still trying to figure that out).

This may not be the best way to solve it, and may not be complete, but it's
better than what's there now.

- --
Craig Miskell
Senior Systems Administrator
Opus International Consultants
Phone: +64 4 471 7209
That's it, I'm acting the way America acts best - Unilaterally.
-Homer Simpson, on a roundabout in England

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

iEYEARECAAYFAkzkdM8ACgkQmDveRtxWqna74wCfffrFmoXsIe3mcBgpqpSZqYvp
j/8AnjGlUUbu4ySa4+U5gn94PLE1baAe
=51dK
-END PGP SIGNATURE-
diff -u3 -r partman-auto-93/lib/recipes.sh partman-auto-93.new/lib/recipes.sh
--- partman-auto-93/lib/recipes.sh	2010-05-28 16:00:23.0 +1200
+++ partman-auto-93.new/lib/recipes.sh	2010-11-18 12:27:42.0 +1300
@@ -159,10 +159,27 @@
 }
 
 min_size () {
-	local size
+	local size type
+	type=$1
+	ignore="${type:+${type}ignore}"
 	size=0
+	#When calculating the minimum required size, ignore partitions that
+	# we would otherwise be ignoring
+	#Also if we are doing LVM and this partition is supposed to be in
+	# a volume group, ignore it as we will have counted the min size of
+	# it's container already
+	# This means we could oversubscribe a container, but that's a separate issue
+	# that needs handling elsewhere
 	foreach_partition '
-		size=$(($size + $1))'
+		if [ "$ignore" ] && [ "$(echo $partition | grep "$ignore")" ]; then
+			:
+		else
+			if [ "$type" = "lvm" ] && [ "$(echo $partition | grep in_vg)" ]; then
+:
+			else
+size=$(($size + $1))
+			fi
+		fi'
 	echo $size
 }
 
@@ -316,11 +333,11 @@
 	if [ ! -z "$RET" ] && [ -e "$RET" ]; then
 		recipe="$RET"
 		decode_recipe $recipe $type
-		if [ $(min_size) -le $free_size ]; then
+		if [ $(min_size $type) -le $free_size ]; then
 			return 0
 		else
 			logger -t partman-auto \
-			"Available disk space ($free_size) too small for expert recipe ($(min_size)); skipping"
+			"Available disk space ($free_size) too small for expert recipe ($(min_size $type)); skipping"
 		fi
 	fi
 
@@ -333,7 +350,7 @@
 	for recipe in $recipedir/*; do
 		[ -f "$recipe" ] || continue
 		decode_recipe $recipe $type
-		if [ $(min_size) -le $free_size ]; then
+		if [ $(min_size $type) -le $free_size ]; then
 			choices="${choices}${recipe}${TAB}${name}${NL}"
 			if [ "$default_recipe" = no ]; then
 default_recipe="$recipe"
@@ -366,10 +383,12 @@
 }
 
 expand_scheme() {
+	local type
+	$type=$1
 	# Make factors small numbers so we can multiply on them.
 	# Also ensure that fact, max and fs are valid
 	# (Ofcourse in valid recipes they must be valid.)
-	factsum=$(($(factor_sum) - $(min_size)))
+	factsum=$(($(factor_sum) - $(min_size $type)))
 	if [ $factsum -eq 0 ]; then
 		factsum=100
 	fi
@@ -396,7 +415,7 @@
 	while [ "$scheme" != "$oldscheme" ]; do
 		oldscheme="$scheme"
 		factsum=$(factor_sum)
-		unallocated=$(($free_size - $(min_size)))
+		unallocated=$(($free_size - $(min_size $type)))
 		if [ $unallocated -lt 0 ]; then
 			unallocated=0
 		fi
diff -u3 -r partman-auto-93/perform_recipe partman-auto-93.new/perform_recipe
--- partman-auto-93/perform_recipe	2010-04-22 16:00:38.0 +1200
+++ partman-auto-93.new/perform_recipe	2010-11-18 12:29:28.0 +1300
@@ -31,7 +31,7 @@
 
 db_progress STEP 1
 
-expand_scheme
+expand_scheme default
 
 ensure_primary
 
diff -U3 -r partman-auto-lvm-36/lib/auto-lvm.sh partman-auto-lvm-36.new/lib/auto-lvm.sh
--- partman-auto-lvm-36/lib/auto-lvm.sh	2010-01-23 01:05:22.0 +1300
+++ partman-auto-lvm-36.new/lib/auto-lvm.sh	2010-11-18 12:30:58.0 +1300
@@ -26,7 +26,7 @@
 	get_last_free_partition_infos $dev
 	free_size=$(convert_to_megabytes $free_size)
 
-	expand_scheme
+	expand_scheme lvm
 
 	ensure_primary
 
diff -U3 -r partman-auto-lvm-36/perform_recipe_by_lvm partman-auto-lvm-36.new/perform_recipe_by_lvm
--- partman-auto-lvm-36/perform_recipe_by_lvm	2010-11-18 12:31:38.0 +1300
+++ partman-auto-lvm-36.new/perform_recipe_by_lvm	2010-11-18 12:30:43.0 +1300
@@ -52,7 +52,7 @@
 
 db_progress STEP 1
 
-expand_scheme
+expand_scheme lvm
 
 db_progress STEP 1
 


partman-auto.patch.sig
Description: Binary data


partman-auto-lvm.patch.sig
Description: Binary data

Bug#603777: I can confirm the bug

[Douglas A. Augusto]

I'm experiencing the same bug (with another pdf file) when switching between
full screen and normal mode. However, I'm getting some variations:

*** glibc detected *** xpdf: munmap_chunk(): invalid pointer: 
0x01a0a5b0 ***
*** glibc detected *** xpdf: corrupted double-linked list: 0x02679cb0 
***
*** glibc detected *** xpdf: double free or corruption (fasttop): 
0x010f3940 ***

Attached are the full error outputs.


My system:
   Linux gnu 2.6.36-trunk-amd64 #1 SMP Wed Oct 27 14:28:29 UTC 2010 x86_64 
GNU/Linux

-- 
Douglas A. Augusto
*** glibc detected *** xpdf: munmap_chunk(): invalid pointer: 
0x01a0a5b0 ***
=== Backtrace: =
/lib/libc.so.6(+0x71ad6)[0x7fe57e37bad6]
xpdf[0x4289cf]
xpdf[0x41a995]
xpdf[0x4272eb]
xpdf[0x427f63]
xpdf[0x42824b]
xpdf[0x41ca88]
/usr/lib/libXt.so.6(XtCallCallbackList+0x130)[0x7fe57e0bab30]
/usr/lib/libXm.so.2(_XmDrawingAreaInput+0x39)[0x7fe57f2ae1b9]
/usr/lib/libXt.so.6(+0x4c13d)[0x7fe57e0f213d]
/usr/lib/libXt.so.6(+0x4c3dd)[0x7fe57e0f23dd]
/usr/lib/libXt.so.6(_XtTranslateEvent+0x5e6)[0x7fe57e0f2b76]
/usr/lib/libXt.so.6(XtDispatchEventToWidget+0x5cd)[0x7fe57e0c8f3d]
/usr/lib/libXt.so.6(+0x23577)[0x7fe57e0c9577]
/usr/lib/libXt.so.6(XtDispatchEvent+0xb1)[0x7fe57e0c8561]
/usr/lib/libXt.so.6(XtAppMainLoop+0x33)[0x7fe57e0c86f3]
xpdf[0x4299ea]
/lib/libc.so.6(__libc_start_main+0xfd)[0x7fe57e328c4d]
xpdf[0x40b6b9]
=== Memory map: 
0040-0043b000 r-xp  09:01 21 
/usr/bin/xpdf
0063a000-0063f000 rw-p 0003a000 09:01 21 
/usr/bin/xpdf
0063f000-00645000 rw-p  00:00 0 
017f5000-023fb000 rw-p  00:00 0  [heap]
7fe57affa000-7fe57afff000 r-xp  09:01 134015 
/usr/lib/libXfixes.so.3.1.0
7fe57afff000-7fe57b1fe000 ---p 5000 09:01 134015 
/usr/lib/libXfixes.so.3.1.0
7fe57b1fe000-7fe57b1ff000 rw-p 4000 09:01 134015 
/usr/lib/libXfixes.so.3.1.0
7fe57b1ff000-7fe57b208000 r-xp  09:01 134081 
/usr/lib/libXrender.so.1.3.0
7fe57b208000-7fe57b408000 ---p 9000 09:01 134081 
/usr/lib/libXrender.so.1.3.0
7fe57b408000-7fe57b409000 rw-p 9000 09:01 134081 
/usr/lib/libXrender.so.1.3.0
7fe57b409000-7fe57b412000 r-xp  09:01 134067 
/usr/lib/libXcursor.so.1.0.2
7fe57b412000-7fe57b612000 ---p 9000 09:01 134067 
/usr/lib/libXcursor.so.1.0.2
7fe57b612000-7fe57b613000 rw-p 9000 09:01 134067 
/usr/lib/libXcursor.so.1.0.2
7fe57b613000-7fe57b618000 r-xp  09:01 133829 
/usr/lib/libXdmcp.so.6.0.0
7fe57b618000-7fe57b817000 ---p 5000 09:01 133829 
/usr/lib/libXdmcp.so.6.0.0
7fe57b817000-7fe57b818000 rw-p 4000 09:01 133829 
/usr/lib/libXdmcp.so.6.0.0
7fe57b818000-7fe57b83e000 r-xp  09:01 133909 
/usr/lib/libexpat.so.1.5.2
7fe57b83e000-7fe57ba3e000 ---p 00026000 09:01 133909 
/usr/lib/libexpat.so.1.5.2
7fe57ba3e000-7fe57ba4 rw-p 00026000 09:01 133909 
/usr/lib/libexpat.so.1.5.2
7fe57ba4-7fe57ba42000 r-xp  09:01 133815 
/usr/lib/libXau.so.6.0.0
7fe57ba42000-7fe57bc42000 ---p 2000 09:01 133815 
/usr/lib/libXau.so.6.0.0
7fe57bc42000-7fe57bc43000 rw-p 2000 09:01 133815 
/usr/lib/libXau.so.6.0.0
7fe57bc43000-7fe57bc47000 r-xp  09:01 132377 
/lib/libuuid.so.1.3.0
7fe57bc47000-7fe57be46000 ---p 4000 09:01 132377 
/lib/libuuid.so.1.3.0
7fe57be46000-7fe57be47000 rw-p 3000 09:01 132377 
/lib/libuuid.so.1.3.0
7fe57be47000-7fe57be49000 r-xp  09:01 144878 
/lib/libdl-2.11.2.so
7fe57be49000-7fe57c049000 ---p 2000 09:01 144878 
/lib/libdl-2.11.2.so
7fe57c049000-7fe57c04a000 r--p 2000 09:01 144878 
/lib/libdl-2.11.2.so
7fe57c04a000-7fe57c04b000 rw-p 3000 09:01 144878 
/lib/libdl-2.11.2.so
7fe57c04b000-7fe57c067000 r-xp  09:01 132142 
/usr/lib/libxcb.so.1.1.0
7fe57c067000-7fe57c266000 ---p 0001c000 09:01 132142 
/usr/lib/libxcb.so.1.1.0
7fe57c266000-7fe57c267000 rw-p 0001b000 09:01 132142 
/usr/lib/libxcb.so.1.1.0
7fe57c267000-7fe57c29a000 r-xp  09:01 133996 
/usr/lib/libfontconfig.so.1.4.4
7fe57c29a000-7fe57c49a000 ---p 00033000 09:01 133996 
/usr/lib/libfontconfig.so.1.4.4
7fe57c49a000-7fe57c49c000 rw-p 00033000 09:01 133996 
/usr/lib/libfontconfig.so.1.4.4
7fe57c49c000-7fe57c5e2000 r-xp  09:01 132239 
/usr/lib/libxml2.so.2.7.8
7fe57c5e2000-7fe57c7e1000 ---p 00146000 09:01 132239   

Bug#603767: gdm: starts on v8 instead of vt7

[dave b]

So what's kind of why i asked about how you were trying to find the bug.
Don't tell me to search through lots of C code point it out!
I don't have time for that and you seemed to know more!
We so then the question is what happens if it is 'busy' and we attempt
to use it anyways ;) ?



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

Bug#603872: fluxbox: Adding OnTab key context

[Julien Viard de Galbert]

Package: fluxbox
Version: 1.1.1+git20100908.df2f51b-2
Severity: wishlist
Tags: upstream patch

This patch adds the OnTab keyword for the keys file, also adding the
following lines to the keys file restore the old behaviour to use Mouse2
on tabs to start tabbing that was the default before the :StartTabbing
command was introduced, and keep OnTitlebar Mouse2 to lower the window.
Of course this only works with external tabs.

OnTab Mouse2 :StartTabbing
OnTab Move1 :StartMoving


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

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

Versions of packages fluxbox depends on:
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-2  FreeType 2 font engine, shared lib
ii  libfribidi0 0.19.2-1 Free Implementation of the Unicode
ii  libgcc1 1:4.4.5-8GCC support library
ii  libice6 2:1.0.6-2X11 Inter-Client Exchange library
ii  libimlib2   1.4.2-8+b2   powerful image loading and renderi
ii  libsm6  2:1.2.0-1X11 Session Management library
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxext62:1.1.2-1X11 miscellaneous extension librar
ii  libxft2 2.1.14-2 FreeType-based font drawing librar
ii  libxinerama12:1.1.1-1X11 Xinerama extension library
ii  libxpm4 1:3.5.8-1X11 pixmap library
ii  libxrandr2  2:1.3.0-3X11 RandR extension library
ii  libxrender1 1:0.9.6-1X Rendering Extension client libra
ii  menu2.1.44   generates programs menu for all me
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages fluxbox recommends:
ii  xfonts-terminus   4.30-2 Fixed-width fonts for fast reading

Versions of packages fluxbox suggests:
ii  fbdesk1.4.1-5desktop icons for window managers
ii  fbpager   0.1.5~git20090221.1.8e0927e6-1 a pager application for the Fluxbo

-- no debconf information
Author: Julien Viard de Galbert 
Description: Adding OnTab key context

This patch adds the OnTab keyword for the keys file, also adding the
following lines to the keys file restore the old behaviour to use Mouse2
on tabs to start tabbing that was the default before the :StartTabbing
command was introduced, and keep OnTitlebar Mouse2 to lower the window.
Of course this only works with external tabs.

OnTab Mouse2 :StartTabbing
OnTab Move1 :StartMoving

--- fluxbox-1.1.1+git20100908.df2f51b.orig/src/Keys.cc
+++ fluxbox-1.1.1+git20100908.df2f51b/src/Keys.cc
@@ -414,6 +414,8 @@ bool Keys::addBinding(const string &line
 context |= ON_WINDOWBORDER;
 else if (arg == "onleftgrip")
 context |= ON_LEFTGRIP;
+else if (arg == "ontab")
+context |= ON_TAB;
 else if (arg == "onrightgrip")
 context |= ON_RIGHTGRIP;
 else if (arg == "double")
--- fluxbox-1.1.1+git20100908.df2f51b.orig/src/Window.cc
+++ fluxbox-1.1.1+git20100908.df2f51b/src/Window.cc
@@ -2347,9 +2347,16 @@ void FluxboxWindow::buttonPressEvent(XBu
 bool onTitlebar =
 frame().insideTitlebar( be.window ) &&
 frame().handle().window() != be.window;
-
+bool onTab = false;
+{
+using RectangleUtil::insideBorder;
+int borderw = frame().window().borderWidth();
+   onTab = ( frame().externalTabMode() 
+ && insideBorder(frame().tabcontainer(), be.x_root, 
be.y_root, borderw) );
+}
 Keys *k = Fluxbox::instance()->keys();
-if ((onTitlebar && k->doAction(be.type, be.state, be.button, 
Keys::ON_TITLEBAR, &winClient(), be.time)) ||
+if ((onTab && k->doAction(be.type, be.state, be.button, Keys::ON_TAB, 
&winClient(), be.time)) ||
+(onTitlebar && k->doAction(be.type, be.state, be.button, 
Keys::ON_TITLEBAR, &winClient(), be.time)) ||
 k->doAction(be.type, be.state, be.button, Keys::ON_WINDOW, 
&winClient(), be.time)) {
 
 return;
@@ -2405,6 +2412,7 @@ void FluxboxWindow::motionNotifyEvent(XM
 bool inside_titlebar = frame().insideTitlebar( me.window );
 bool inside_grips = (me.window == frame().gripRight() || me.window == 
frame().gripLeft());
 bool inside_border = false;
+bool inside_tab = false;
 
 if (!inside_grips)
 {
@@ -2413,6 +2421,8 @@ void FluxboxWindow::motionNotifyEvent(XM
 
 
 //!! TODO(tabs): the below test ought 

Bug#603858: Mount options for proc conflict with /etc/fstab breaking /etc/init.d/mountall.sh

[Steve Langasek]

On Wed, Nov 17, 2010 at 11:04:15PM +0100, Goswin von Brederlow wrote:
> Package: initramfs-tools
> Version: 0.93.4
> Severity: critical
> File: /usr/share/initramfs-tools/init
> Tags: patch

How in the world does this count as "critical"?

> The /etc/init.d/mountall.sh script reports a red FAILED because of that.

This is the only symptom you describe, and that's certainly not critical!

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@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#603752: CVE-2010-4168

[Steven Chamberlain]

Hi,

Just thought I'd mention, I had trouble connecting to multiplay servers 
*before* I applied this patch, despite the suggestion it 'does not 
change network compatibility at all'.


Anyway, I've play-tested it with the patch, which applies cleanly, 
except it needed CRLF to LF conversion (fromdos), and a modification to 
apply with 'patch -p1' (sed -i 's/src/openttd\/src/').  The direct URL 
to it is:


http://security.openttd.org/en/patch/28.patch

Regards,
--
Steven Chamberlain
ste...@pyro.eu.org



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

Bug#541979: #541979 - RFP: miniupnpd -- UPnP IGD which provide NAT traversal services

[Adam Cécile (Le_Vert)]

Hi mates,

I created a package for my own use and uploaded it to mentors [1].
It's working nice but I had to include some iptables headers which are 
not provided by iptables-dev so I'm not sure it really fits the 
"debian's standards".

However, I can't figure out how to do something better.
Anyway, if some DD come here and think the hack is not so crappy, I'd be 
glad if someone sponsor this upload!


Best regards, Adam.

[1] 
http://mentors.debian.net/debian/pool/main/m/miniupnpd/miniupnpd_1.4.20100921-1.dsc




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

Bug#586449: unbootable system after grub-pc upgrade (unaligned pointer) locales problem

[André Nunes]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I am sorry but I won't be able to supply any further intel on this bug,
since back then I was forced to reinstall my DebianOS.

All I can tell you now is that I was using LVM but didn't have any
snapshots at the time. Also, after the first reinstall and update my
system got the same bug again, but after a second reinstall the bug
didn't come up. I don't know if in between the days of the first and
the second reinstall there was some patch or update to grub, but
somehow the system was able to boot without any problem.

As far as I know my LVM does not have any special feature besides
dm-crypt LUKS encryption.

If it would help you, I can send you the first 64k of the device (my
current partition scheme is the same as before), but I don't know how
to log this info.

Regards,

On 11/16/2010 03:35 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> On 06/19/2010 06:33 PM, Andre Nunes Batista wrote:
>> Package: grub-pc Version: 1.98+20100617-1 Severity: grave Tags:
>> upstream Justification: renders package unusable
>>
>>
>> Hi, after the last grub-pc and grub-common update my system was
>> rendered unbootable. I originaly thought I had te same problem as
>> described by other people on bug #586143, however I couldn't
>> solve my problem following the same steps as others.
>> (grub-install and so)
>>
>>
> Do you have any snapshots? If so the bug should already be fixed.
> Could you retest? If bug persists can you supply the output of:
> vgdisplay lvdisplay pvdisplay and tell if your LVM is supposed to
> have any non-standard property. Could you also send first 64K of a
> device containing LVM?
>
>> When I try dpkg-reconfigure I get a lot of messages regarding
>> locales unset and the need to manually give --modules.
>>
>> -- Package-specific info:
>>
>> *** BEGIN /proc/mounts /dev/scd0 /cdrom
>> iso9660 ro 0 0 /dev/tagesuhu/root / ext2 rw,errors=continue 0 0
>> *** END /proc/mounts
>>
>> *** BEGIN /boot/grub/device.map (hd0)
>> /dev/sda *** END /boot/grub/device.map
>>
>> -- System Information: Debian Release: squeeze/sid APT prefers
>> unstable APT policy: (500, 'unstable'), (500, 'testing'), (500,
>> 'stable'), (1, 'experimental') Architecture: i386 (i686)
>>
>> Kernel: Linux 2.6.26-1-486 Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8
>> (charmap=locale: Cannot set LC_CTYPE to default locale: No such
>> file or directory locale: Cannot set LC_MESSAGES to default
>> locale: No such file or directory locale: Cannot set LC_ALL to
>> default locale: No such file or directory ANSI_X3.4-1968) Shell:
>> /bin/sh linked to /bin/dash
>>
>> Versions of packages grub-pc depends on: ii debconf
>> [debconf-2.0] 1.5.32 Debian configuration management
>> sy ii grub-common 1.98+20100617-1 GRand Unified
>> Bootloader, version ii libc6 2.11.2-1
>> Embedded GNU C Library: Shared lib ii libdevmapper1.02.1
>> 2:1.02.48-2 The Linux Kernel Device Mapper use ii ucf
>> 3.0025 Update Configuration File: preserv
>>
>> grub-pc recommends no packages.
>>
>> Versions of packages grub-pc suggests: ii desktop-base
>> 5.0.5 common files for the Debian Deskto
>>
>> -- debconf information: perl: warning: Setting locale failed.
>> perl: warning: Please check that your locale settings: LANGUAGE =
>> "en", LC_ALL = (unset), LANG = "C.UTF-8" are supported and
>> installed on your system. perl: warning: Falling back to the
>> standard locale ("C"). locale: Cannot set LC_CTYPE to default
>> locale: No such file or directory locale: Cannot set LC_MESSAGES
>> to default locale: No such file or directory locale: Cannot set
>> LC_ALL to default locale: No such file or directory
>> grub2/kfreebsd_cmdline: * grub2/linux_cmdline:
>> grub-pc/install_devices_empty: false *
>> grub-pc/chainload_from_menu.lst: true grub-pc/kopt_extracted:
>> true * grub-pc/install_devices: /dev/sda
>> grub-pc/postrm_purge_boot_grub: false
>> grub2/kfreebsd_cmdline_default: quiet
>> grub2/linux_cmdline_default: quiet
>> grub-pc/mixed_legacy_and_grub2: true
>>
>>
>>
>> ___ Pkg-grub-devel
>> mailing list pkg-grub-de...@lists.alioth.debian.org
>> http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel
>>
>>
>
>

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

iEYEARECAAYFAkzkcegACgkQewWQy2ciz4BRkACcDm3CvZM+GWl3xNwD7LRYlBWz
EHoAnjy1eO9AX8RbI3ZQNNG6UL0KKQ90
=dZ6E
-END PGP SIGNATURE-

Bug#444392: #444392 - ITP: miniupnpc -- UPnP IGD client lightweight library

[Adam Cécile (Le_Vert)]

Hi mates,

I created a package for my own use and its working fine.
Is there really someone who plan to create an official debian's package ?
If not mine is available here [1] and I would be glad if someone could 
sponsor this upload.


Best regards, Adam.

[1] 
http://mentors.debian.net/debian/pool/main/m/miniupnpc/miniupnpc_1.4.20100609-1.dsc 





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

Bug#419960: `xset dpms force ???' has no effect

[Matt Kraai]

On Wed, Nov 17, 2010 at 06:26:05PM +0100, Julien Viard de Galbert wrote:
> May I close this bug ?

That would be fine with me.

-- 
Matt   https://ftbfs.org/kraai



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

Bug#591094: [hojia] How to read Chinese PDFs anymore with xpdf?

[Yuan Chao]

On Wed, Nov 17, 2010 at 10:55 AM,   wrote:
> Can anybody read the Chinese these days with xpdf anymore?
> wget -O x.pdf 
> http://www1.hl.gov.tw/bus/upload/%AA%E1%BD%AC%AB%C8%B9B%A5%FA%C2%D7%BDu%AE%C9%B6%A1%AA%ED.pdf
> xpdf x.pdf
> See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591094
> Should I dump xpdf and instead use what?
I can read it in Ubuntu lucid. But other PDF listed in the bugreport
shows glyphs
with broken radicals. It's obvious due to the byte-code-interpreter
(BCI) settings
of FreeType. Most of the usage of BCI in western fonts are for grid
fitting (hinting),
but some chinese fonts use it to assemble glyphs from radicals.
(the well-know mingliu and kaiu from windows) As the related patents
are expired,
BCI is enabled by default in FT 2.4. But some distros still choose to
turn it off by
default or use some special rules to get around with it.

Also, you'll need to re-compile xpdf against BCI enabled FreeType.

ps. anyone know why Ubuntu only packs limited CMap nowadays? Others goes
to poppler-data?


-- 
Best regards,
Yuan Chao



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

Bug#603871: Build with debugging messages disabled

[Olly Betts]

Package: wv2
Version: 0.4.2.dfsg.1-1
Severity: normal
Tags: patch

By default, wv2 builds with debug logging to stderr enabled, which generates a
*LOT* of output.  If used in a desktop application, this ends up in
.xsession-errors in the user's home directory.

Upstream recommends building packages with debug disabled (see README).

This issue was previously reported and fixed, but has since regressed (probably
when upstream moved to a cmake-based build system, but I haven't checked
that):

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

The attached patch fixes this.

Cheers,
Olly
--- wv2-0.4.2.dfsg.1/debian/rules	2009-11-14 09:46:12.0 +1030
+++ wv2-0.4.2.dfsg.1-tweaked/debian/rules	2010-11-17 23:47:37.694185124 +1030
@@ -1,4 +1,6 @@
 #!/usr/bin/make -f
 
+CXXFLAGS += -DNDEBUG
+
 %:
 	dh $@


signature.asc
Description: Digital signature

Bug#603869: librtf-writer-perl: FTBFS in sid, error in Build-Depends-Indep

[Angel Abad]

Package: librtf-writer-perl
Severity: important
Tags: patch

This package FTBFS, it should Build-Depends-Indep on libimage-size-perl
to pass perl tests. I attach a patch

There is pbuilder error log:

Can't locate Image/Size.pm in @INC (@INC contains: 
/tmp/buildd/librtf-writer-perl-1.11/blib/lib 
/tmp/buildd/librtf-writer-perl-1.11/blib/arch /etc/perl 
/usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 
/usr/local/lib/site_perl .) at 
/tmp/buildd/librtf-writer-perl-1.11/blib/lib/RTF/Writer.pm line 435.
t/image1.t ... 
Dubious, test returned 2 (wstat 512, 0x200)
Failed 8/10 subtests 
Can't locate Image/Size.pm in @INC (@INC contains: 
/tmp/buildd/librtf-writer-perl-1.11/blib/lib 
/tmp/buildd/librtf-writer-perl-1.11/blib/arch /etc/perl 
/usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 
/usr/local/lib/site_perl .) at 
/tmp/buildd/librtf-writer-perl-1.11/blib/lib/RTF/Writer.pm line 435.

Thanks!

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.32-5-powerpc
Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -wu librtf-writer-perl-1.11/debian/control librtf-writer-perl-1.11/debian/control
--- librtf-writer-perl-1.11/debian/control
+++ librtf-writer-perl-1.11/debian/control
@@ -2,7 +2,7 @@
 Section: perl
 Priority: optional
 Build-Depends: debhelper (>= 7)
-Build-Depends-Indep: perl
+Build-Depends-Indep: perl, libimage-size-perl
 Maintainer: Richard Holland 
 Standards-Version: 3.9.1
 Homepage: http://search.cpan.org/dist/RTF-Writer/

Bug#603835: linux-image-2.6.32-5-amd64: page allocation failures while transferring data with virtio

[Ben Hutchings]

On Wed, 2010-11-17 at 19:44 +0100, Frederik Himpe wrote:
> Package: linux-2.6
> Version: 2.6.32-27
> Severity: important
> 
> I've got a KVM virtual machine which is using bacula-fd to back-up its 
> files to another virtual machine.
> 
> Regularly, while back-ing up, backtraces start appearing in the kernel 
> logs and bacula-fd starts eating up a huge amount of memory.
[...]

And why is it the kernel's fault if bacula eats all the memory?

Ben.

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


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

Bug#603868: Don't try to unpack empty associated strings

[Olly Betts]

Package: wv2
Version: 0.4.2.dfsg.1-1
Severity: normal
Tags: patch

If the length of the associated strings section is 0, libwv2 currently tries to
unpack it anyway, which tries to interpret whatever is after that point in the
files as a table of strings.  In some cases (such as the attached example
document) this results in garbage values for the metadata.

I've attached a patch to fix this by special casing when this size is 0.

I created the test document from scratch - I'm happy to license it under the
same licence as libwv2 if someone wants to use it in a testsuite.

Cheers,
Olly
diff -ru wv2-0.4.2.dfsg.1/src/associatedstrings.cpp wv2-0.4.2.dfsg.1-tweaked/src/associatedstrings.cpp
--- wv2-0.4.2.dfsg.1/src/associatedstrings.cpp	2009-11-01 04:52:43.0 +1030
+++ wv2-0.4.2.dfsg.1-tweaked/src/associatedstrings.cpp	2010-11-17 22:28:50.263808931 +1030
@@ -27,6 +27,10 @@
 AssociatedStrings::AssociatedStrings( U32 fcSttbfAssoc, U32 lcbSttbfAssoc, U16 lid, OLEStreamReader* tableStream ) :
 m_sttbf( 0 )
 {
+if ( lcbSttbfAssoc == 0 ) {
+	m_sttbf = new STTBF();
+	return;
+}
 tableStream->push();
 tableStream->seek( fcSttbfAssoc );
 m_sttbf = new STTBF( lid, tableStream );
diff -ru wv2-0.4.2.dfsg.1/src/word_helper.cpp wv2-0.4.2.dfsg.1-tweaked/src/word_helper.cpp
--- wv2-0.4.2.dfsg.1/src/word_helper.cpp	2009-11-01 04:52:43.0 +1030
+++ wv2-0.4.2.dfsg.1-tweaked/src/word_helper.cpp	2010-11-17 22:27:14.126649654 +1030
@@ -24,6 +24,10 @@
 namespace wvWare
 {
 
+STTBF::STTBF() : m_extraDataLength( 0 )
+{
+}
+
 STTBF::STTBF( U16 lid, OLEStreamReader* reader, bool preservePos )
 {
 if ( preservePos )
diff -ru wv2-0.4.2.dfsg.1/src/word_helper.h wv2-0.4.2.dfsg.1-tweaked/src/word_helper.h
--- wv2-0.4.2.dfsg.1/src/word_helper.h	2009-11-01 04:52:43.0 +1030
+++ wv2-0.4.2.dfsg.1-tweaked/src/word_helper.h	2010-11-17 22:25:41.591053581 +1030
@@ -44,6 +44,7 @@
 class STTBF
 {
 public:
+STTBF();
 STTBF( U16 lid, OLEStreamReader* reader, bool preservePos = false );
 STTBF( U16 lid, const U8* ptr );
 STTBF( const STTBF& rhs );


test97.doc
Description: MS-Word document


signature.asc
Description: Digital signature

Bug#603810: desktop-base: /etc/kde3/kdeglobals obviously dropped but still there

[Christoph Anton Mitterer]

On Wed, 2010-11-17 at 17:07 +0100, Yves-Alexis Perez wrote:
> Yes and no. Tbh we only stopped shipping kdeglobals, but we didn't take
> care of removing the conffile, that's why it's still appearing in dpkg
> -L.
Already suspected that,... but haven't had time to look into it myself.

Can you remove it with the next release?


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#599197: gnome-orca: Bad display of orca's preferences menu

[Samuel Thibault]

Just to document a workaround: start orca in a UTF-8 locale, e.g.

LANG=fr_FR.UTF-8 orca

or

sh -c "LANG=fr_FR.UTF-8 orca"

Samuel



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

Bug#603682: ddclient: [INTL:pt_BR] encoding error in debconf templates translation file pt_BR.po

[Adriano Rafael Gomes]

Em Wed, 17 Nov 2010 20:18:25 +0100
Christian PERRIER  escreveu:

> I fixed the problem in another NMU which I uploaded to
> DELAYED/7-day. It also includes the pendins Vietnamese
> translation.
> 
> Patch attached.

Thank you very much, Christian.


signature.asc
Description: PGP signature

Bug#595384: acpi-support-base: use consolekit to determine whether sessions are still open on powerdown/etc.

[Christoph Anton Mitterer]

On Mon, 2010-11-15 at 11:22 +0100, Michael Meskes wrote:
> I cannot see how you come to this conclusion. Let's look for instance at
> powerbtn-acpi-support.sh. It calls CheckPolicy to decide whether or not it is
> supposed to start any action. CheckPolicy in return checks to see if any GUI
> power manager is running, e.g. /usr/bin/gnome-power-manager or
> /usr/bin/guidance-power-manager, but not gdm. AFAICT these power managers are
> only started if someone is logged in.
> 
> Could you please explain?

I haven't looked at the details of the different scripts,... but just
tried the following (everything as most recent sid version).

1) log on to gnome (via gdm) as some user
2) log off
3) switching to console
4) press power button

=> nothing happens.

And gnome-power-manager seems to be not running.


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#603865: gnome-terminal: New tabs don't inherit font size from currently active tab

[Lorenz Minder]

Package: gnome-terminal
Version: 2.30.2-1
Severity: wishlist
Tags: upstream


Hi,

When gnome-terminal is open (at, say 80x25 chars) and a new tab is
opened, the new tab has the same dimensions (80x25) but with the default
font size instead of the one of the old tab.  This resizes the window,
which is annoying.  It does not accomodate the usual reasons to change
the font size (which are either to cram more lines into a small space,
or to get better readability).

I think new tabs should inherit the font settings from the previous tab.
Note that new tabs already inherit other things, for example the
dimension (number of rows and columns) and the current working
directory, so this would also make it more consistent.

Even if this were a controversial change, it could still be implemented
as an option.

Best,
--L

-- 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.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-terminal depends on:
ii  gnome-terminal-data   2.30.2-1   Data files for the GNOME terminal 
ii  libatk1.0-0   1.30.0-1   The ATK accessibility toolkit
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libdbus-glib-1-2  0.88-2 simple interprocess messaging syst
ii  libgconf2-4   2.28.1-5   GNOME configuration database syste
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user interface 
ii  libice6   2:1.0.6-2  X11 Inter-Client Exchange library
ii  libpango1.0-0 1.28.3-1   Layout and rendering of internatio
ii  libsm62:1.1.1-1  X11 Session Management library
ii  libvte9   1:0.24.3-1 Terminal emulator widget for GTK+ 
ii  libx11-6  2:1.3.3-3  X11 client-side library

Versions of packages gnome-terminal recommends:
ii  gvfs 1.6.4-2 userspace virtual filesystem - ser
ii  yelp 2.30.1+webkit-1 Help browser for GNOME

gnome-terminal 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#603866: rt3.8-rtfm: Failure to set up database on a clean install

[Dominic Hargreaves]

Package: rt3.8-rtfm
Version: 2.4.2-3
Severity: grave
Justification: renders package unusable

According to the build logs here, this package fails to install
cleanly:

http://people.debian.org/~lucas/logs/2010/11/17/rt3.8-rtfm.log



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

Bug#603867: movabletype-opensource: Fails to install cleanly

[Dominic Hargreaves]

Package: movabletype-opensource
Version: 4.3.4+dfsg-1
Severity: grave
Justification: renders package unusable

According to the build logs here, this package fails install cleanly
on a new install:

http://people.debian.org/~lucas/logs/2010/11/17/movabletype-opensource.log



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

Bug#603760: Pre-approval for unblock of nvidia-graphics-drivers/195.36.31-6

[Russ Allbery]

"Adam D. Barratt"  writes:
> On Tue, 2010-11-16 at 16:13 -0800, Russ Allbery wrote:

>>   * If both original and diverted file exist when removing obsolete
>> diversions, move the original file (which is not owned by any package) 
>> out
>> of the way.  This problem may originate from incorrect diversion creation
>> before lenny (and was not noticed or fixed in lenny) or having used the
>> nvidia installer to install the driver in the past.  (Closes: #600327)
> [...]
>>   * Add a NEWS entry recommending to update all pre-squeeze nvidia packages
>> before switching to a -legacy- variant.  (Closes: #596843)
>>   * Update gdm/kdm insufficient timeout NEWS entry: mention xdm (no 
>> workaround
>> needed) and that kdm was fixed in 4:4.4.5-4.
>>   * Document the warnings emitted by the maintainer scripts in README.Debian.
>>   * Install the upstream README.txt in the dkms package.  It is referenced by
>> the package description.  Add a README.Debian, too.  (Closes: #602733)
>> 
>> If this looks okay, let me know, and I'll upload 195.36.31-6 to unstable.

> Please go ahead.

Thanks!  nvidia-graphics-drivers 195.36.31-6 has now been uploaded.

-- 
Russ Allbery (r...@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#603864: acpi-support-base: latest revision; some small improvements

[Cristian Ionescu-Idbohrn]

Package: acpi-support-base
Version: 0.137-7
Severity: normal
Tags: patch

See attached.  Motivations (not only on 'policy-funcs'):

--- check_policy.diff   2010-11-17 22:23:01.0 +0100
+++ check_policy.cii.diff   2010-11-17 23:04:21.0 +0100
@@ -1,7 +1,9 @@
 --- acpi-support-0.137/lib/policy-funcs2010-11-15 13:40:42.0 
+0100
 +++ acpi-support-0.137/lib/policy-funcs2010-11-15 13:50:58.0 
+0100
-@@ -7,16 +7,25 @@
+@@ -7,1 +7,1 @@
return 1;
+***^
+***not needed
fi
  }
 +
@@ -21,7 +23,17 @@
 +  PMS="$PMS /usr/bin/guidance-power-manager 
/usr/lib/dalston/dalston-power-applet"
if pidof -x $PMS > /dev/null ||
 - (pidof dcopserver > /dev/null && test -x /usr/bin/dcop && 
/usr/bin/dcop kded kded loadedModules | grep -q klaptopdaemon) ||
+
+*** I would write it:
+
 + { test "$XUSER" != "" && pidof dcopserver > /dev/null && test -x 
/usr/bin/dcop && /usr/bin/dcop --user $XUSER kded kded loadedModules | grep -q 
klaptopdaemon; } ||
+
+*** like this:
+
++ { [ "$XUSER" ] && pidof dcopserver > /dev/null &&
+[ -x /usr/bin/dcop ] &&
+/usr/bin/dcop --user $XUSER kded kded loadedModules | grep -q 
klaptopdaemon; } ||
+
   PowerDevilRunning ; then
 -  echo 0;
 +  return 0
@@ -44,23 +56,44 @@

 --- acpi-support-0.137/power.sh2010-06-30 11:40:57.0 +0200
 +++ acpi-support-0.137/power.sh2010-11-15 14:11:14.0 +0100
-@@ -4,7 +4,7 @@
+@@ -4,4 +4,3 @@

  . /usr/share/acpi-support/policy-funcs

 -if [ -z "$*" ] && ( [ `CheckPolicy` = 0 ] || CheckUPowerPolicy ); then
+
+*** you should not need to run second part in a subshell:
+
 +if [ -z "$*" ] && ( CheckPolicy || CheckUPowerPolicy ); then
+
+*** similar to the above, but do it like this:
+
++if [ -z "$*" ] && { CheckPolicy || CheckUPowerPolicy; }; then
  exit;
+ ^
+*** not needed
  fi
-
+
 --- acpi-support-0.137/lid.sh  2010-11-15 13:40:42.0 +0100
 +++ acpi-support-0.137/lid.sh  2010-11-15 14:11:32.0 +0100
-@@ -8,7 +8,7 @@
+@@ -8,4 +8,4 @@

  [ -x /etc/acpi/local/lid.sh.pre ] && /etc/acpi/local/lid.sh.pre

 -if [ `CheckPolicy` = 0 ]; then exit; fi
 +if CheckPolicy; then exit; fi
-
+
+*** or:
+
++! CheckPolicy || exit
+
+
+
+*** equivalent to this:
+
  grep -q closed /proc/acpi/button/lid/*/state
  if [ $? = 0 ]
+
+*** is:
+
+ if grep -q closed /proc/acpi/button/lid/*/state


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

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

Versions of packages acpi-support-base depends on:
ii  acpid  1:2.0.7-1 Advanced Configuration and Power I
ii  console-tools [console-uti 1:0.2.3dbs-69 Linux console and font utilities

acpi-support-base recommends no packages.

Versions of packages acpi-support-base suggests:
ii  acpi-support  0.137-7scripts for handling many ACPI eve

-- no debconf information


Cheers,

-- 
Cristian--- /usr/share/acpi-support/policy-funcs	2010-11-17 09:56:51.0 +0100
+++ /tmp/policy-funcs	2010-11-18 00:00:27.0 +0100
@@ -1,11 +1,7 @@
 . /usr/share/acpi-support/power-funcs
 
 CheckUPowerPolicy() {
-	if pidof upowerd > /dev/null; then
-		return 0;
-	else
-		return 1;
-	fi
+	pidof upowerd >/dev/null
 }
 
 # The (not very aptly named) function CheckPolicy checks if the current X
@@ -17,27 +13,29 @@
 CheckPolicy() {
 	local PMS
 
+	# FIXME: several things in getXconsole may fail, but
+	#	 error handling missing :(
 	getXconsole
 	PMS="/usr/bin/gnome-power-manager /usr/bin/kpowersave /usr/bin/xfce4-power-manager"
 	PMS="$PMS /usr/bin/guidance-power-manager /usr/lib/dalston/dalston-power-applet"
-	if pidof -x $PMS > /dev/null ||
-	   { test "$XUSER" != "" && pidof dcopserver > /dev/null && test -x /usr/bin/dcop && /usr/bin/dcop --user $XUSER kded kded loadedModules | grep -q klaptopdaemon; } ||
-	   PowerDevilRunning ; then
-		return 0
-	else
-		return 1
-	fi
+	pidof -x $PMS >/dev/null ||
+	{ [ "$XUSER" ] &&
+	  pidof dcopserver > /dev/null &&
+	  [ -x /usr/bin/dcop ] &&
+	  /usr/bin/dcop --user $XUSER kded kded loadedModules | grep -q klaptopdaemon; } ||
+	PowerDevilRunning
 }
 
 PowerDevilRunning() {
-	test -x /usr/bin/dbus-send || return 1
-	
+	[ -x /usr/bin/dbus-send ] || return 1
+
+	local DBUS_SESS
 	for p in $(pidof kded4); do
-		test -r /proc/$p/environ || continue
-		local DBUS_SESS=$(cat /proc/$p/environ | grep -a -z "DBUS_SESSION_BUS_ADDRESS=")
-		test "$DBUS_SESS" != "" || continue
-		(su $(ps -o user= $p) -s /bin/sh -c "$DBUS_SESS dbus-send --print-reply --dest=org.kde.kded /kded org.kde.kded.loadedModules" | grep -q powerdevil) && return 0
+		[ -r /proc/$p/environ ] || continue
+		DBUS_SESS=$(grep -a -z "DBUS_SESSION_

Bug#603863: console-setup: [INTL:uk] Ukrainian debconf templates translation update

[Borys Yanovych]

Package: console-setup
Version: 1.59
Severity: wishlist
Tags: patch l10n

Please, update Ukrainian debconf template.
Translation has been attached.

Thanks.

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

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

Versions of packages console-setup depends on:
ii  console-terminus  4.30-2 Fixed-width fonts for fast reading
ii  debconf [debconf-2.0] 1.5.36 Debian configuration management sy
ii  keyboard-configuration1.59   system-wide keyboard preferences
ii  xkb-data  1.8-1  X Keyboard Extension (XKB) configu

Versions of packages console-setup recommends:
ii  console-tools  1:0.2.3dbs-69 Linux console and font utilities

Versions of packages console-setup suggests:
ii  locales   2.11.2-7   Embedded GNU C Library: National L
ii  lsb-base  3.2-26 Linux Standard Base 3.2 init scrip

-- debconf information excluded
# translation of uk.po to Ukrainian
# Ukrainian messages for debian-installer.
# Copyright (C) 2003 Software in the Public Interest, Inc.
# This file is distributed under the same license as debian-installer.
#
# Eugeniy Meshcheryakov , 2005, 2006, 2007.
# Євгеній Мещеряков , 2008.
# Borys Yanovych , 2010.
msgid ""
msgstr ""
"Project-Id-Version: uk\n"
"Report-Msgid-Bugs-To: console-se...@packages.debian.org\n"
"POT-Creation-Date: 2010-11-09 22:27+0100\n"
"PO-Revision-Date: 2010-11-18 01:08+0200\n"
"Last-Translator: Borys Yanovych \n"
"Language-Team: Ukrainian <>\n"
"Language: uk\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.0\n"
"Plural-Forms:  nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && "
"n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: text
#. Description
#. :sl2:
#: ../console-setup.templates:2001
msgid "Do not change the boot/kernel font"
msgstr "Не змінювати шрифт завантаження/ядра"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid ". Arabic"
msgstr ". Арабська"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Armenian"
msgstr "# Вірменська"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Cyrillic - KOI8-R and KOI8-U"
msgstr "# Кирилиця - KOI8-R та KOI8-U"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Cyrillic - non-Slavic languages"
msgstr "# Кирилиця - Неслов'янські мови"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Cyrillic - Slavic languages (also Bosnian and Serbian Latin)"
msgstr ""
"# Кирилиця - Слов'янські мови (а також боснійська та сербська латиниця)"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid ". Ethiopic"
msgstr ". Ефіопська"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Georgian"
msgstr "# Грузинська"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Greek"
msgstr "# Грецька"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Hebrew"
msgstr "# Єврейська"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Lao"
msgstr "# Лаоська"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Latin1 and Latin5 - western Europe and Turkic languages"
msgstr "# Latin1 та Latin5 - західноєвропейські та турецька"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Latin2 - central Europe and Romanian"
msgstr "# Latin2 - центральноєвропейські та румунська"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Latin3 and Latin8 - Chichewa; Esperanto; Irish; Maltese and Welsh"
msgstr ""
"# Latin3 та Latin8 - чева (Chichewa); есперанто; ірландська; мальтійська та "
"уельська"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Latin7 - Lithuanian; Latvian; Maori and Marshallese"
msgstr "# Latin7 - литовська; латвійська; маорі та маршальська"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid ". Latin - Vietnamese"
msgstr ". Latin - в'єтнамська"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Thai"
msgstr "# Тайська"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid ". Combined - Latin; Slavic Cyrillic; Hebrew; basic Arabic"
msgstr ""
". Комбінована - латиниця; слов'янська кирилиця; єврейська; базова арабська"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid ". Combined - Latin; Slavic Cyrillic; Greek"
msgstr ". Комбінована - латиниця; слов'янська кирилиця; грецька"

#. Type: select
#. Choice

Bug#587668: fixed in desktop-base 6.0.0

[Pompee William]

Hello Francesco,

I confirm that this bug is not completely fixed yet. I thank Yves-Alexis 
for fixing it in part and I thank you for reopening it too.


Regards


PS: I prefer to be the submitter upto the end in order to keep things
clear. Please call me William it sounds more familiar to me. ;-)

Francesco Poli wrote:

found 587668 desktop-base/6.0.0
thanks


On Mon, 15 Nov 2010 19:33:53 + Yves-Alexis Perez wrote:

[...]

   * {ksplash,kdm}-theme/moreblue-orbit{-default}:
 - drop “Debian” word from image to only use DFSG-free logo. closes: #587668

[...]

It seems to me that there are several other derivative works of the
Debian Open Use Logo with “Debian”

still present in desktop-base_6.0.0.tar.gz.

Here's a list of what I found with a complete review of the package:

./backgrounds/moreblue-orbit-grub.svg.tar.bz2
./backgrounds/gnome-debian-sid-wp.png
./backgrounds/moreblue-orbit-grub.png
./backgrounds/gnome-debian-sid-wp.xcf.gz
./debian-desktop-logo.png
./source/spacefun/splashy.svg
./source/spacefun/grub.svg
./source/spacefun/splash.svg
./splash/spacefun-splash.svg
./splash/gnome-debian-sid-splash.png
./splash/moreblue-orbit-splash.svg.tar.bz2
./splash/gnome-debian-sid-splash.xcf.gz
./grub/spacefun-grub-widescreen.png
./splashy/spacefun/back.png
./splashy/spacefun/error.png
./splashy/spacefun/go.png
./usplash/moreblue-orbit/cmap.gif
./usplash/moreblue-orbit/background.svg

All these images include a “Debian” text clearly derived from
 and have to be modified
in order to become DFSG-free...

I am therefore reopening the bug.
I hope this issue may be fixed soon.


P.S.: Pompee, do you prefer if I set myself as the bug report
submitter? Or do you prefer to keep things as they are?






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

Bug#563706: the rootstrap bug

[Václav Ovsík]

Hi,
I have just discovered this problem too.
The bug should be reassigned to the rootstrap package.
The rootstrap module /usr/lib/rootstrap/modules/uml creates static dev
entries using MAKEDEV (package makedev), witch is from Squeeze up no
longer priority required but only extra!

Simple workaround is to add the package makedev by hand in
/etc/rootstrap/rootstrap.conf

...
[debian]
...
include=makedev
...

Regards
-- 
Zito



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

Bug#603862: aptitude: Search for ?action(upgrade) finds all packages

[Alexey Feldgendler]

Package: aptitude
Version: 0.6.3-3.2
Severity: normal

aptitude search '?action(upgrade)' lists every package in the world,
even those I don't have installed. If given -F '%p %A', it shows that
the action is “none” for the majority of the listed packages.

aptitude keep-all does not fix the problem. This seems to be a recent
regression; I've been running a script that relies on ?action(upgrade)
for years, and after the last system upgrade this script broke.

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

Current library versions:
  NCurses version: ncurses 5.7.20100313
  cwidget version: 0.5.16
  Apt version: 4.10.1
linux-gate.so.1 =>  (0xb78dd000)
libapt-pkg.so.4.10 => /usr/lib/libapt-pkg.so.4.10 (0xb77cf000)
libncursesw.so.5 => /lib/libncursesw.so.5 (0xb7789000)
libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0xb7782000)
libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0xb76c2000)
libept.so.1 => /usr/lib/libept.so.1 (0xb7671000)
libxapian.so.22 => /usr/lib/sse2/libxapian.so.22 (0xb7496000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7482000)
libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0xb73f5000)
libboost_iostreams.so.1.42.0 => /usr/lib/libboost_iostreams.so.1.42.0 
(0xb73dc000)
libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb73c3000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb72ce000)
libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb72a8000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb728a000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7143000)
libutil.so.1 => /lib/i686/cmov/libutil.so.1 (0xb713f000)
libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb713b000)
libuuid.so.1 => /lib/libuuid.so.1 (0xb7137000)
libbz2.so.1.0 => /lib/libbz2.so.1.0 (0xb7126000)
librt.so.1 => /lib/i686/cmov/librt.so.1 (0xb711c000)
/lib/ld-linux.so.2 (0xb78de000)
Terminal: eterm-color
$DISPLAY is set.
`which aptitude`: /usr/bin/aptitude
aptitude version information:

aptitude linkage:

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

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

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

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

Versions of packages aptitude suggests:
pn  debtags(no description available)
ii  tasksel   2.84   Tool for selecting tasks for insta

-- debconf-show failed

Bug#603788: aribas: fails to upgrade from lenny

[Ralf Treinen]

>   Preparing to replace aribas 1.63-2 (using .../aribas_1.64-3_amd64.deb) ...
>   ERROR: emacsen-common being used before being configured.
>   ERROR: This is likely a bug in the aribas package, which needs to
>   ERROR: add one of the appropriate dependencies.
>   ERROR: See /usr/share/doc/emacsen-common/debian-emacs-policy.gz
>   ERROR: for details.
>   dpkg: warning: subprocess old pre-removal script returned error exit status 

Changing "Depends: emacsen-common" to "Pre-Depends: emacsen-common"
seems to solve the problem. Needs some further investigation
before uploading that patch.

-Ralf.



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

Bug#603463: apache2-mpm-worker: Seems to send incorrect multi-page reply

[Stefan Fritsch]

reassign 603463 apt-cacher-ng
thanks

On Wednesday 17 November 2010, Bas Wijnen wrote:
> Op 16-11-10 23:50, Stefan Fritsch schreef:
> >> The problem seems to be in packet 19. It contains 3 HTTP parts,
> >> the second of which does not seem to have data in it (according
> >> the wireshark's parser). However, when looking at that part, it
> >> not only contains data: it also contains the next HTTP header.
> > 
> > The problem is that there is a 304 response which should not
> > happen for an unconditional request. But the 304 response not
> > having any body is OK (it doesn't have a content-length header
> > either).

Sorry, I overlooked something here. The 4th request on that connection 
is a conditional request (it has a If-Modified-Since header). 
Therefore the "304" response without any request body is OK.

It turns out the problem is not in packet 19, which is well after the 
90 second delay, but in packet 6, which is the last data received 
before the delay, and the last data on that connection.  The 
connection contains 8 requests:

GET /ftp.nl.debian.org/debian/dists/unstable/Release.gpg HTTP/1.1
Host: localhost:3142
Connection: keep-alive
Cache-Control: max-age=0
If-Modified-Since: Sun, 14 Nov 2010 02:16:14 GMT
User-Agent: Debian APT-HTTP/1.3 (0.8.8)

GET /ftp.nl.debian.org/debian/dists/unstable/main/i18n/Translation-
en.bz2 HTTP/1.1
Host: localhost:3142
Connection: keep-alive
User-Agent: Debian APT-HTTP/1.3 (0.8.8)

GET /ftp.nl.debian.org/debian/dists/unstable/main/i18n/Translation-
en_GB.bz2 HTTP/1.1
Host: localhost:3142
Connection: keep-alive
User-Agent: Debian APT-HTTP/1.3 (0.8.8)

GET /ftp.nl.debian.org/debian/dists/unstable/main/i18n/Translation-
nl.bz2 HTTP/1.1
Host: localhost:3142
Connection: keep-alive
If-Modified-Since: Sat, 13 Nov 2010 13:27:02 GMT
User-Agent: Debian APT-HTTP/1.3 (0.8.8)

GET /multimedia/dists/unstable/Release.gpg HTTP/1.1
Host: localhost:3142
Connection: keep-alive
Cache-Control: max-age=0
If-Modified-Since: Sat, 13 Nov 2010 23:23:04 GMT
User-Agent: Debian APT-HTTP/1.3 (0.8.8)

GET /multimedia/dists/unstable/main/i18n/Translation-en.bz2 HTTP/1.1
Host: localhost:3142
Connection: keep-alive
User-Agent: Debian APT-HTTP/1.3 (0.8.8)

GET /multimedia/dists/unstable/main/i18n/Translation-en_GB.bz2 
HTTP/1.1
Host: localhost:3142
Connection: keep-alive
User-Agent: Debian APT-HTTP/1.3 (0.8.8)

GET /multimedia/dists/unstable/main/i18n/Translation-nl.bz2 HTTP/1.1
Host: localhost:3142
Connection: keep-alive
User-Agent: Debian APT-HTTP/1.3 (0.8.8)



The first response is ok. A 304 response is not supposed to have a 
body ("data" as you call it):


HTTP/1.1 304 Not Modified
Date: Sun Nov 14 07:15:55 2010
Server: Debian Apt-Cacher NG/0.5.10
X-Original-Source: 
http://ftp.debian.org/debian/dists/unstable/Release.gpg
Connection: Keep-Alive


The second response is a 404 which should have a body. But apt-cacher-
ng does not include a body, therefore it must send a "Content-Length: 
0" header. Or, seen the other way round, since this response does not 
include a Content-Length header, aptitude must treat all data to the 
end of the connection as body for this responce, per RFC 2616 4.4. 
Therefore aptitude has to wait until apt-cacher-ng closes the 
connection, which apt-cacher-ng does after 90 seconds. This is what 
makes aptitude seem to hang.

HTTP/1.1 404 Not Found
Date: Sun Nov 14 07:15:55 2010
Server: Debian Apt-Cacher NG/0.5.10
X-Original-Source: 
http://ftp.debian.org/debian/dists/unstable/main/i18n/Translation-
en.bz2
Connection: Keep-Alive

The same for the 3rd response:

HTTP/1.1 404 Not Found
Date: Sun Nov 14 07:15:55 2010
Server: Debian Apt-Cacher NG/0.5.10
X-Original-Source: 
http://ftp.debian.org/debian/dists/unstable/main/i18n/Translation-
en_GB.bz2
Connection: Keep-Alive

HTTP/1.1 304 Not Modified
Date: Sun Nov 14 07:15:55 2010
Server: Debian Apt-Cacher NG/0.5.10
X-Original-Source: 
http://ftp.debian.org/debian/dists/unstable/main/i18n/Translation-
nl.bz2
Connection: Keep-Alive

HTTP/1.1 304 Not Modified
Date: Sun Nov 14 07:15:55 2010
Server: Debian Apt-Cacher NG/0.5.10
X-Original-Source: http://www.debian-
multimedia.org/dists/unstable/Release.gpg
Connection: Keep-Alive

The same for the 6th response:

HTTP/1.1 404 Not Found
Date: Sun Nov 14 07:15:55 2010
Server: Debian Apt-Cacher NG/0.5.10
X-Original-Source: http://www.debian-
multimedia.org/dists/unstable/main/i18n/Translation-en.bz2
Connection: Keep-Alive

Even if those responses above would not be broken, the 7th response is 
broen in a different way. It says "Content-Length: 14", but there is 
no content following the headers. So the first 14 bytes of the 8th 
response are treated as content of the 7th response, which would be 
"HTTP/1.1 404 Not".

HTTP/1.1 404 Not Found
Content-Length: 14
Last-Modified: Thu, 10 Jun 2010 18:25:48 GMT
Content-Type: application/octet-stream
Date: Sun Nov 14 07:15:55 2010
Server: Debian Apt-Cacher NG/0.5.10
X-Original-Source: http://www.debian-
multimedia.org/dists/unstable/main/i18n/Tr

Bug#591094: [hojia] How to read Chinese PDFs anymore with xpdf?

[Derek B. Noonburg]

On 2010 Nov 17, Kan-Ru Chen wrote:
> jida...@jidanni.org writes:
> 
>> Can anybody read the Chinese these days with xpdf anymore?
>> wget -O x.pdf 
>> http://www1.hl.gov.tw/bus/upload/%AA%E1%BD%AC%AB%C8%B9B%A5%FA%C2%D7%BDu%AE%C9%B6%A1%AA%ED.pdf
>> xpdf x.pdf
>> See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591094
>> Should I dump xpdf and instead use what?
>> Thanks.
> 
> I could confirm the Chinese characters were broken inside my evince.
> 
> I guess, since poppler disabled hinting, the bytecode interpreter wasn't
> used at all.  IIRC, it was disabled for correctness or better print
> quality, because grid fitting is not suitable for printing.  I used to
> have a patched version installed locally some time ago.
> 
> Screenshot attached.

In my experience, that sort of broken output for Chinese glyphs is
always due to a missing or disabled bytecode interpreter in FreeType.

There are two ways that can happen:

(1) FreeType was built with the bytecode interpreter disabled.  This was
the default before 2.4 (and the 2.4.x versions can still be configured
this way, but I'm not sure why anyone would do that).  Later 2.3.x
versions (I think) of FreeType have a workaround that tries to fix
Chinese fonts based on their name.  This may or may not work, depending
on exactly how the font was embedded in the PDF file.  I.e., FreeType
2.4.x should always work; FreeType 2.3.x may or may not work.

(2) FreeType hinting was disabled.  In Xpdf 3.02, there is a
compile-time check for FreeType's bytecode interpreter -- if the
interpreter is available, then hinting is enabled, otherwise hinting is
disabled.  This means that, if Xpdf 3.02 is compiled with a 2.3.x
version of FreeType without the bytecode interpreter, and then FreeType
is later upgraded to 2.4.x, then Xpdf will still disable hinting.

I believe some Linux distributions (and code forks, like Poppler) may
also modify the Xpdf code to disable hinting.  (Certain fonts look
better when FreeType's auto-hinting is disabled.)

If you want to debug the problem, I would recommend doing this:

(1) Download the Xpdf binaries from my ftp site.  They're staticly
linked to FreeType (a 2.3.x version, with the bytecode interpreter
enabled).  You can just unpack the tar file in /tmp and run it from
there -- no need to install anything.  If that displays the Chinese text
correctly, then the problem is almost certainly as described above.

(2) Install FreeType 2.4.x, and make sure the bytecode interpreter is
enabled.  Build Xpdf 3.02pl5 from the unmodified source code from my ftp
site.  If that works, then my guess is that the issue is one of:

  (a) The Xpdf package released by your distribution has been modified
  to disable hinting

  (b) The Xpdf package released by your distribution was built with
  FreeType 2.3.x with the bytecode interpreter disabled (and not
  re-built after FreeType was upgraded to 2.4.x).

The next release of Xpdf (3.03) will have a run-time option (xpdfrc
setting) to enable/disable FreeType hinting.  Of course, I can't control
modifications made by Debian packagers, the Poppler project, etc.

- Derek




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

Bug#603861: fetchmailconf: looks in the wrong place for fetchmailconf.py

[Justin B Rye]

Package: fetchmailconf
Version: 6.3.18-1
Severity: normal

 j...@xan:~$ sudo aptitude install fetchmailconf
 [...]
 j...@xan:~$ fetchmailconf
 /usr/bin/python: can't open file 
'/usr/lib/python2.6/site-packages/fetchmailconf.py': [Errno 2] No such file or 
directory

But it's probably too late to keep this bug out of Squeeze, because
of course there's a simple workaround:

 j...@xan:/$ ls -l /usr/lib/py*/*-*/f*.py
 lrwxrwxrwx 1 root root 36 Nov 17 22:02 
/usr/lib/python2.6/dist-packages/fetchmailconf.py -> 
/usr/share/pyshared/fetchmailconf.py
 j...@xan:/$ python /usr/share/pyshared/fetchmailconf.py
 [works]

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

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

Versions of packages fetchmailconf depends on:
ii  fetchmail   6.3.18-1 SSL enabled POP3, APOP, IMAP mail 
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-tk   2.6.6-1  Tkinter - Writing Tk applications 

fetchmailconf recommends no packages.

fetchmailconf suggests no packages.

-- no debconf information
-- 
JBR
Ankh kak! (Ancient Egyptian blessing)



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

Bug#549451: Please fix this damm network-manager!

[vagner]

I totally agree with Dominique Brazziel 

That is not a plausible answer for a package maintainer.
So, if he is unable to fix the package then give the place away for
other person who can do the job.
I have this bug her for ages. I like Linux to but, sometimes Windows
people have some reason when they say that they do not have time to
spend fixing all the linux bugs that exist.
I have spent days for figuring out what is wrong with Evolution and I
have found that the problem is another package.

That is amazing!
:(

__




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

Bug#603860: unifdef: /* in string is taken as comment start

[Ken Raeburn]

Package: unifdef
Version: 1.0+20030701-1
Severity: important


Running "unifdef -UBARF" over the file:

char foo[] = "rm -rf /*";

causes a warning that the file ends within a comment.  That's not so
bad.  However, since the text following up to the next "*/" will be
considered to be in a comment, it won't go through proper unifdef
processing:

$ cat unifdef-test.c 
#ifdef FOO
int a;
#endif
char foo[] = "rm -rf /*";
#ifdef FOO
int b;
#endif
/* baz */
$ unifdef -UFOO < unifdef-test.c 
char foo[] = "rm -rf /*";
#ifdef FOO
int b;
#endif
/* baz */
$ 

Workarounds:

Immediately follow any such string literals with /* */ comments.

Use "\" before the "*", though that generates a warning from gcc about
an unknown escape sequence.

Construct the string literal from two, e.g.:

char foo[] = "rm -rf /" "*";

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

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

Versions of packages unifdef depends on:
ii  libc6   2.7-18lenny4 GNU C Library: Shared libraries

unifdef recommends no packages.

unifdef 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#601228: "open" gives memory corruption

[Derek B. Noonburg]

I can't reproduce this one here.

- Derek


On 2010 Oct 24, jida...@jidanni.org wrote:
> X-debbugs-Cc: der...@glyphandcog.com
> Package: xpdf
> Version: 3.02-11
> 
> Right click and then choose "Open", or "Open in another window",
> 
> $ *** glibc detected *** xpdf: malloc(): memory corruption (fast): 0x09f5a048 
> ***
> === Backtrace: =
> /lib/i686/cmov/libc.so.6(+0x6b281)[0xb71c8281]
> /lib/i686/cmov/libc.so.6(+0x6e400)[0xb71cb400]
> /lib/i686/cmov/libc.so.6(__libc_malloc+0x5c)[0xb71ccc8c]...
> 
> Happens in various PDF files, every time.
> Happens if I have a ~/.xpdfrc file or not.
> 
> Also right click, type ESC, then left click. Segmentation fault.
> 
> 




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

Bug#603751: [php-maint] Bug#603751: Three more security issues

[Moritz Muehlenhoff]

On Wed, Nov 17, 2010 at 10:36:21PM +0100, Ondřej Surý wrote:
> On Wed, Nov 17, 2010 at 21:32, Adam D. Barratt  
> wrote:
> > On Wed, 2010-11-17 at 10:05 +0100, Ondřej Surý wrote:
> >> thanks for heads up. I have cherry-picked fixes and they are in php
> >> git. Do you need any help with backporting those to lenny? Anyway I am
> >> going to wait for 5.3.3-3 to squeeze into the squeeze :) and after
> >> that I am going to upload 5.3.3-4.
> >>
> >> Meanwhile I thought it might be a good idea to went through svn log
> > [...]
> >> The fixes below are small, self-contained and I
> >> have hand checked them all for sanity. There's even one CVE in
> >> openbasedir which we have not catched before.
> >
> > I don't mind fixing the issues you mentioned if you think they're
> > important enough at this stage.  However, I'd prefer that an upload
> > including such fixes did not have high urgency, so it may depend how
> > urgent getting the security fixes in to Squeeze is.
> 
> That's fair since we are waiting for 5.3.3-3 to be in squeeze anyway
> and I think that those three CVEs are not that urgent. Moritz could
> you correct me if I am wrong? So I am going to upload 5.3.3-4 (it's
> already built) with those changes I mentioned when 5.3.3-3 has
> migrated to testing.

Ack.

Cheers,
Moritz



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

Bug#601220: noip2: abuse of debconf

[Andres Mejia]

On Sun, Oct 24, 2010 at 8:44 AM, Jakub Wilk  wrote:
> Package: noip2
> Version: 2.1.9-3
> Severity: serious
> Justification: Policy 10.7
>
> The only place noip2 store configuration data (apart from the debconf cache)
> is a binary blob in /var/lib/noip2/. This file will be happily overwritten
> on each upgrade using *only* values supplied by debconf.
>
> --
> Jakub Wilk
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iQIcBAEBCAAGBQJMxCocAAoJEC1Os6YBVHX1bBwP/02ty0C3MHO4vcXjLMCnuT4B
> HTSaoUi/vf+k9PBbtFhaKa5iDE6oSOprOFiGDeuwcFeK+zJU8Hoil3XjheA2x+ak
> LXsF9OUrQeuOJ63j4HSRnTYspsK7RX3ezKqUzMyOT4PdIgIXxV4WtytX2jWs+oP1
> JnbctxKRrwyrfSp9uFvhcc6uUFMZVUGAQRqHq/355qJDKN7b03WFl0gveRFASazn
> LyLOC5Dvm6T0VFRrwTMuRttZZGaU8RTANaid6fQkS2lC4Wk/U7xHrxhtJqGovx7j
> CJjH9ZfMuAASPPEJYepNMN6JimLilxl7PYQ8AFLajiK0JOpkIqJsVW7yRLnaIgEc
> KUKIxShr3tTR48OE+SyiTDU5jRt/+J6cWZz78UgJGfQDnKkNtGu9RYV3Y08Pyy5A
> cJr7t9iXYrfqcqTigobP7ybB8Wd4kZdNjJN7lKPGTQC7jntPrp7shaBAa7o3SzNa
> KXIECM2M15hsqZK5bFaV40LTvcmHmUJVM5g4J8pBR4YcJtISzq55uXaYH2DtaixI
> JvibWOkTdQ4ajHfkEfZzp36PQ+i1Pit55U+KzuRzKCz834eWDtCojLKLsKV63cm8
> qDyqZgUchvvUVkWymTRmT2d9vVImfpub5WLrf1BPpz23FaWun+/y/y+JcPjqC79M
> T99gANkfu3c3BvZQH0Zd
> =Wlvg
> -END PGP SIGNATURE-
>
>

For anyone looking into resolving this bug, feel free to remove me as
uploader. I no longer use the noip service thus I no longer have any
interest in maintaining this package.

-- 
Regards,
Andres Mejia



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

Bug#603859: unblock: debsums/2.0.48+nmu3

[David Prévot]

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

Please unblock package debsums

The previous unblock request you kindly accepted, even if I forgot to
include the rationale, didn't actually fix #592081, you already kindly
accepted to fix
<1289763146.13259.631.ca...@hathi.jungle.funky-badger.org>

Sorry to bother you again with this tiny diff that actually fix the
problem: s/LC_MESSAGES/LC_ALL/ (since LC_ALL is used over LC_MESSAGES).

Anyway, either you accept this request or not, kudos for your work!

unblock debsums/2.0.48+nmu3

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

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



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

Bug#587668: fixed in desktop-base 6.0.0

[Francesco Poli]

found 587668 desktop-base/6.0.0
thanks


On Mon, 15 Nov 2010 19:33:53 + Yves-Alexis Perez wrote:

[...]
>* {ksplash,kdm}-theme/moreblue-orbit{-default}:
>  - drop “Debian” word from image to only use DFSG-free logo. closes: 
> #587668
[...]

It seems to me that there are several other derivative works of the
Debian Open Use Logo with “Debian”

still present in desktop-base_6.0.0.tar.gz.

Here's a list of what I found with a complete review of the package:

./backgrounds/moreblue-orbit-grub.svg.tar.bz2
./backgrounds/gnome-debian-sid-wp.png
./backgrounds/moreblue-orbit-grub.png
./backgrounds/gnome-debian-sid-wp.xcf.gz
./debian-desktop-logo.png
./source/spacefun/splashy.svg
./source/spacefun/grub.svg
./source/spacefun/splash.svg
./splash/spacefun-splash.svg
./splash/gnome-debian-sid-splash.png
./splash/moreblue-orbit-splash.svg.tar.bz2
./splash/gnome-debian-sid-splash.xcf.gz
./grub/spacefun-grub-widescreen.png
./splashy/spacefun/back.png
./splashy/spacefun/error.png
./splashy/spacefun/go.png
./usplash/moreblue-orbit/cmap.gif
./usplash/moreblue-orbit/background.svg

All these images include a “Debian” text clearly derived from
 and have to be modified
in order to become DFSG-free...

I am therefore reopening the bug.
I hope this issue may be fixed soon.


P.S.: Pompee, do you prefer if I set myself as the bug report
submitter? Or do you prefer to keep things as they are?

-- 
 http://www.inventati.org/frx/progs/scripts/pdebuild-hooks.html
 Need some pdebuild hook scripts?
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpBsEMHyWQ2m.pgp
Description: PGP signature

Bug#602476: [Pkg-utopia-maintainers] Bug#602476: policykit-1: FTBFS on kfreebsd-*: sys/signalfd.h: No such file or directory

[Timo Juhani Lindfors]

Michael Biebl  writes:
>> | gposixsignal.c:26:26: error: sys/signalfd.h: No such file or directory

Hmm. Is signalfd() used by _g_posix_signal_source_new() is a
Linux-only feature? Man page says

VERSIONS
 signalfd() is available on Linux since kernel 2.6.22.  Working
 support is provided in glibc since version 2.8.  The signalfd4()
 system call (see NOTES) is available on Linux since kernel 2.6.27.

and it is also listed in "Re: Porting upstart to kfreebsd" at

http://www.mail-archive.com/debian-...@lists.debian.org/msg04855.html

under "Linux-specific thing that the current and next versions
use/will use are".

This code did not exist in 0.96-3 so maybe you just need to ask
upstream to think about how they want to this on non-Linux systems?
(I'm assuming this 0.99-1 is not targeting squeeze so we are not in a
hurry.)





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

Bug#549451: [Evolution] Bug#549451: 549...@bugs.debian.org

[Yves-Alexis Perez]

On mer., 2010-11-17 at 19:05 -0300, Vagner Rener wrote:
> That is not a plausible answer for a package maintainer.
> So, if he is unable to fix the package then give the place away for
> other person who can do the job. 

Please do, you're really welcome, thanks for your help.
-- 
Yves-Alexis


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

Bug#601961: apt: wrongly thinks install-info is essential

[Carsten Hey]

* Lucas Nussbaum [2010-10-31 15:24 +0100]:
> On 31/10/10 at 14:16 +0100, David Kalnischkies wrote:
> > On Sun, Oct 31, 2010 at 12:40, Lucas Nussbaum  
> > wrote:
> > > apt won't let me remove install-info, because it thinks that it is
> > > essential.
> > >
> > > grep depends on dpkg (>= 1.15.4) | install-info
> > > my dpkg is 1.15.8.5
> > > so I should be allowed to remove install-info without that:
> > >
> > > WARNING: The following essential packages will be removed.
> > > This should NOT be done unless you know exactly what you are doing!
> > >  install-info (due to grep)
> >
> > APT uses "essential" here not in the "Essential: yes" sense but
> > in the essential tools and packages sense. APT considers all
> > packages priority "important" or higher as essential for a system
> > And prints this "AnalPrompt" (as the sourcecode puts it) to prevent
> > the user from doing something stupid as it is unlikely that the "normal"
> > user really wants to remove an important package - and all others tend
> > to know exactly what they are doing…

I was able to remove aptitude using apt 0.8.8, so this does not seem to
be correct.  Even if it would be correct, this would imho be an awful
feature and more or less equivalent to removing the Essential field.

Apt won't let me remove install-info too, maybe alternative dependencies
are not handled correctly in this case, or at least alternative
dependencies if one of the alternatives is "Essential: yes"?


Regards
Carsten



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