Bug#681291: override: libgl1-nvidia-legacy-96xx-glx-ia32:non-free/oldlibs extra, nvidia-alternative-legacy-96xx:non-free/oldlibs extra, nvidia-glx-legacy-96xx:non-free/oldlibs extra, xserver-xorg-vide

[Andreas Beckmann]

Package: ftp.debian.org
Severity: normal

Nvidia Corporation has not updated the legacy 96xx driver to support
current X servers, so this driver is no longer usable.
This package is now a transitional package to aid switching to the free
Nouveau driver.

Andreas


There are disparities between your recently accepted upload and the
override file for the following file(s):

libgl1-nvidia-legacy-96xx-glx-ia32_96.43.20-5_amd64.deb: package says section 
is non-free/oldlibs, override says non-free/libs.
libgl1-nvidia-legacy-96xx-glx_96.43.20-5_amd64.deb: package says section is 
non-free/oldlibs, override says non-free/libs.
libgl1-nvidia-legacy-96xx-glx_96.43.20-5_amd64.deb: package says priority is 
extra, override says optional.
libgl1-nvidia-legacy-96xx-glx_96.43.20-5_i386.deb: package says section is 
non-free/oldlibs, override says non-free/libs.
libgl1-nvidia-legacy-96xx-glx_96.43.20-5_i386.deb: package says priority is 
extra, override says optional.
nvidia-alternative-legacy-96xx_96.43.20-5_amd64.deb: package says section is 
non-free/oldlibs, override says non-free/libs.
nvidia-alternative-legacy-96xx_96.43.20-5_amd64.deb: package says priority is 
extra, override says optional.
nvidia-alternative-legacy-96xx_96.43.20-5_i386.deb: package says section is 
non-free/oldlibs, override says non-free/libs.
nvidia-alternative-legacy-96xx_96.43.20-5_i386.deb: package says priority is 
extra, override says optional.
nvidia-glx-legacy-96xx_96.43.20-5_amd64.deb: package says section is 
non-free/oldlibs, override says non-free/x11.
nvidia-glx-legacy-96xx_96.43.20-5_amd64.deb: package says priority is extra, 
override says optional.
nvidia-glx-legacy-96xx_96.43.20-5_i386.deb: package says section is 
non-free/oldlibs, override says non-free/x11.
nvidia-glx-legacy-96xx_96.43.20-5_i386.deb: package says priority is extra, 
override says optional.
nvidia-kernel-legacy-96xx-dkms_96.43.20-5_amd64.deb: package says priority is 
extra, override says optional.
nvidia-kernel-legacy-96xx-dkms_96.43.20-5_i386.deb: package says priority is 
extra, override says optional.
nvidia-kernel-legacy-96xx-source_96.43.20-5_amd64.deb: package says priority is 
extra, override says optional.
nvidia-kernel-legacy-96xx-source_96.43.20-5_i386.deb: package says priority is 
extra, override says optional.
xserver-xorg-video-nvidia-legacy-96xx_96.43.20-5_amd64.deb: package says 
section is non-free/oldlibs, override says non-free/x11.
xserver-xorg-video-nvidia-legacy-96xx_96.43.20-5_amd64.deb: package says 
priority is extra, override says optional.
xserver-xorg-video-nvidia-legacy-96xx_96.43.20-5_i386.deb: package says section 
is non-free/oldlibs, override says non-free/x11.
xserver-xorg-video-nvidia-legacy-96xx_96.43.20-5_i386.deb: package says 
priority is extra, override says optional.



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

Bug#681292: sbuild: Please add "binary-only=yes" keyword in the changelog for binNMUs

[Raphaël Hertzog]

Package: sbuild
Version: 0.63.1-1
Severity: wishlist

dpkg-dev introduced a generic solution for binNMUs that doesn't hardcode
the requirement to use a "+bX" suffix. All you have to do is to add
a "binary-only=yes" keyword in the changelog header line like this:

ftplib (3.1-1-9+b1) unstable; urgency=low, binary-only=yes

When this keyword is present, dpkg-gencontrol will assume that the source
version is the one listed in the changelog entry below the one tagged
binary-only.

This gives us the freedom to do binary-only uploads with different
suffixes, for instance we could use "~bpo6.0+1" to build squeeze backports
while reusing the same source package that is in testing.

Please update sbuild to add this keyword. It should not break anything
for older versions of dpkg as long as you stick to the usual suffix.

Cheers,

-- System Information:
Debian Release: wheezy/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.4-trunk-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 sbuild depends on:
ii  adduser 3.113+nmu3
ii  apt-utils   0.9.7.1
ii  libsbuild-perl  0.63.1-1
ii  perl5.14.2-12
ii  perl-modules5.14.2-12

Versions of packages sbuild recommends:
ii  debootstrap  1.0.42
ii  fakeroot 1.18.4-2

Versions of packages sbuild suggests:
ii  deborphan  1.7.28.8
ii  wget   1.13.4-3

-- 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#680932: file-roller: bad encoding as file-roller used 7z instead of 7za when decompressing zip files made under MacOSX

[Josselin Mouette]

reassign 680932 p7zip-full
thanks

Le lundi 09 juillet 2012 à 12:57 +0200, Mahendra TALLUR a écrit :
> this bug occurs when decompressing zip files made under MacOSX (latest
> version), which contain some UTF-8 characters. For instance, it occurs
> with a ZIP file containing japanese characters made under a French OSX
> installation, which is in turn extracted under my system (French
> locale, up to date Wheezy). 
> 
> What is important, is that, encoding is detected properly when using
> 7za from the commandline or when using unzip, but not when using 7z,
> which is summoned by file-roller by default as of today.

I discussed with the maintainer of p7zip, and he agrees this is the root
of the problem.

I’m reassigning for now, since the correct behavior should still be to
use 7z, not 7za.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-




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

Bug#681248: pdns-server: Fatal error: Trying to set unexisting parameter 'gmysql-host'

[Marc Haber]

On Thu, Jul 12, 2012 at 08:29:55AM +0300, Juha Heinanen wrote:
> Marc Haber writes:
> > Does your package contain a NEWS.Debian file in /usr/share/doc/pdns?
> > You should read it.
> 
> ok, i read it, but i do not like at all the decision to include bind
> backend in every debian pdns-server installation.  perhaps it could be
> done in fresh powerdns installation, but NOT in case of upgrade.  it is
> bad and user unfriendly idea to break working setups during upgrade.

Please send a working and tested patch. This is decidedly non-trivial.

Greetings
Marc

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



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

Bug#681293: apt-listchanges should try to get the changelog from control.tar first

[Raphaël Hertzog]

Package: apt-listchanges
Version: 2.85.11
Severity: wishlist
User: debian-d...@lists.debian.org
Usertags: changelog

We want to move the changelog file from /usr/share/doc// to the
package's metadata (i.e. within control.tar in the .deb file). You
should thus try to look for the changelog file there before falling
back to the current location.

If you have just this file to extract, the best interface is probably
to use "dpkg-deb -I  changelog 2>/dev/null".

See #681289 for the corresponding policy bug.

-- System Information:
Debian Release: wheezy/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.4-trunk-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 apt-listchanges depends on:
ii  apt0.9.7.1
ii  debconf [debconf-2.0]  1.5.45
ii  debianutils4.3.2
ii  python 2.7.3-1
ii  python-apt 0.8.6
ii  python-support 1.0.15
ii  ucf3.0025+nmu3

apt-listchanges recommends no packages.

Versions of packages apt-listchanges suggests:
ii  chromium [www-browser]20.0.1132.43~r143823-1
ii  epiphany-browser [www-browser]3.4.2-1
ii  gnome-terminal [x-terminal-emulator]  3.4.1.1-1
ii  iceweasel [www-browser]   10.0.5esr-2
ii  links [www-browser]   2.7-1
ii  lynx-cur [www-browser]2.8.8dev.12-2
ii  midori [www-browser]  0.4.3-1
ii  postfix [mail-transport-agent]2.9.3-2
ii  python-glade2 2.24.0-3
ii  python-gtk2   2.24.0-3
ii  rxvt [x-terminal-emulator]1:2.6.4-14
ii  rxvt-unicode [x-terminal-emulator]9.15-2
ii  terminator [x-terminal-emulator]  0.95-1
ii  w3m [www-browser] 0.5.3-8
ii  xterm [x-terminal-emulator]   278-1

-- debconf information excluded



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

Bug#681244: gdm3: Should have a "use ~/.xsession" option

[Josselin Mouette]

Le mercredi 11 juillet 2012 à 17:55 +0100, Matthew Vernon a écrit : 
> Package: gdm3
> Version: 3.4.1-2
> Severity: important
> 
> Hi,
> 
> gdm3 should ship a .desktop file that runs the users ~/.xsession ; 
> lightdm does, and the file they provide (contents reproduced below) 
> would be just fine.

We do ship one. It should the one called when you select “system
default”.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-




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

Bug#653011: gnome-keyring can't connect to pkcs11 file

[Josselin Mouette]

Le jeudi 12 juillet 2012 à 03:50 +0200, Gabriel Corona a écrit : 
> Hello,
> 
> Same problem here using KDE.

Of course it’s the same problem. The keyring daemon is not started by
default by KDE. Start it if you want to use it.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-




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

Bug#681185: libreoffice: Opening a document when LO is already running returns too early

[Matthias Urlichs]

Hi,

Rene Engelhard:
> > 
> > $ libreoffice &
> > $ libreoffice /tmp/something.odt; rm /tmp/something.odt
> 
> And why are you doing that then? Sorry, I'd understand it in the second
> case, but...
> 
Doesn't matter. Maybe the user is editing the next Great American Novel at
the time; the point is that LO is running in the background while this
takes place.

> > This is because the second command signals LO to open the document and then
> > returns immediately, instead of waiting for the file to be actually opened.
> 
> Of course it tells the already running process to open the file. What else?

It should wait until the 'receiving' LO process indicates that it has in fact
opened the file!

The problem is that as soon as mutt notices that the LO process it forked
has died, it feels free to delete the temporary file it created.

> I *think* it's ooplash.bins fault.

This is not a splash screen problem.

-- 
-- Matthias Urlichs



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

Bug#672711: [buildd-tools-devel] Bug#672711: Bug#672711: sbuild: --append-to-version should set source:Version substvar

[Raphael Hertzog]

Hi,

On Sun, 13 May 2012, Roger Leigh wrote:
> The current situation, as I see it, is that the versions in
> debian/changelog specify the source version.  The binary
> version is always equal to the source version.  However, when
> the version is +bn we treat this specially and have different
> source and binary versions.

As you probably saw with my last bug report, there's now a way
for you to deal with this wishlist but it still involves messing
with the changelog.

If you tag the changelog entry with "binary-only=yes" then
dpkg-gencontrol will use the former changelog entry to find
out the version to put in ${source:Version}.

ftplib (3.1-1-9+b1) unstable; urgency=low, binary-only=yes

You should update --append-to-version to use this mechanism too.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/



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

Bug#681295: packages.debian.org: should try to extract changelog and copyright from package metadata

[Raphaël Hertzog]

Package: www.debian.org
Severity: wishlist
User: debian-d...@lists.debian.org
Usertags: changelog

We want to move the changelog and copyright files from
/usr/share/doc// to the package's metadata (i.e. within control.tar
in the .deb file). You should thus try to look for the changelog and
copyright files there before falling back to the current location.

Since you want to extract both files, the best interface is probably
to use "dpkg-deb -e " and get the "changelog" and "copyright" file
from the DEBIAN sub-directory.

See #681289 for the corresponding policy bug.

-- System Information:
Debian Release: wheezy/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.4-trunk-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



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

Bug#681296: ITP: libcoro-twiggy-perl -- Coro interface for Twiggy webserver

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov 

 Package name: libcoro-twiggy-perl
 Version : 0.01
 Upstream Author : Dmitry E. Oboukhov 
 URL : http://search.cpan.org/dist/Coro-Twiggy/
 License : Artistic or GPL-1+
 Programming Lang: Perl
 Description : perl tests for debian

 The package provides Coro(utine) interface for Twiggy webserver,
 so You can use Twiggy as http backend of Coro applications.


-- 
. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#620336: rabbitmq-server: Starting fails after upgrade to 2.4.0-1

[Michael Fladischer]

On Wed, 2012-06-27 at 13:04 +0100, Emile Joubert wrote: 
> Can you reproduce this bug on more recent versions of rabbitmq-server?
> Are you able to supply the contents of /var/lib/rabbitmq/mnesia/ or any
> other information to help me reproduce the problem?

I'm no longer able to reproduce this with 2.8.4-1. I haven't archived
the contents of /var/lib/rabbitmq/mnesia/ when it failed to upgrade and
my backups from this time have already been phased out.

Cheers,
-- 
Michael Fladischer 


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

Bug#681195: gdm3 displays "Oh No! Something has gone wrong" screen on Alpha

[Michael Cree]

On 12/07/12 02:04, Josselin Mouette wrote:
> Le mercredi 11 juillet 2012 à 22:06 +1200, Michael Cree a écrit :
> 
>> Gdm3 displays a screen with a very sad computer icon and the message:
>> "Oh no! Something has gone wrong..." and to call your administrator who
>> happens to be me.  So I called myself, but didn't really get a 
>> satisfactory response as there was nothing in the system logs that
>> might give a hint as to what the problem really is, and all the
>> administrator could suggest was to file this bug report.
> 
> Can you attach your /etc/gdm3/greeter.gsettings file?
> 
> If it wasn’t modified, you will also find useful logs
> in /var/log/gdm3/:0-greeter.log

Both attached.

Cheers
Michael.
gnome-session[3281]: DEBUG(+): Enabling debugging
gnome-session[3281]: DEBUG(+): GsmXsmpServer: SESSION_MANAGER=local/alpha:@/tmp/.ICE-unix/3281,unix/alpha:/tmp/.ICE-unix/3281

gnome-session[3281]: DEBUG(+): GsmShell: Not connected to the shell
gnome-session[3281]: DEBUG(+): GsmManager: setting client store 0x12007de30
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Adding handler 1: signum=4 (nil)
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Registering for 4 signals
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Adding handler 2: signum=10 (nil)
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Registering for 10 signals
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Adding handler 3: signum=11 (nil)
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Registering for 11 signals
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Adding handler 4: signum=6 (nil)
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Registering for 6 signals
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Adding handler 5: signum=5 (nil)
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Registering for 5 signals
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Adding handler 6: signum=8 0x120025d40
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Registering for 8 signals
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Adding handler 7: signum=1 0x120025d40
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Registering for 1 signals
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Adding handler 8: signum=30 0x120025d40
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Registering for 30 signals
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Adding handler 9: signum=15 0x120025d40
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Registering for 15 signals
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Adding handler 10: signum=2 0x120025d40
gnome-session[3281]: DEBUG(+): GdmSignalHandler: Registering for 2 signals
gnome-session[3281]: DEBUG(+): fill: *** Getting session 'gdm-fallback'
gnome-session[3281]: DEBUG(+): fill: *** Looking if /var/lib/gdm3/.config/gnome-session/sessions/gdm-fallback.session is a valid session file
gnome-session[3281]: DEBUG(+): Cannot use session '/var/lib/gdm3/.config/gnome-session/sessions/gdm-fallback.session': non-existing or invalid file.
gnome-session[3281]: DEBUG(+): fill: *** Looking if /etc/xdg/gnome-session/sessions/gdm-fallback.session is a valid session file
gnome-session[3281]: DEBUG(+): Cannot use session '/etc/xdg/gnome-session/sessions/gdm-fallback.session': non-existing or invalid file.
gnome-session[3281]: DEBUG(+): fill: *** Looking if /usr/share/gdm/greeter/gnome-session/sessions/gdm-fallback.session is a valid session file
gnome-session[3281]: DEBUG(+): Cannot use session '/usr/share/gdm/greeter/gnome-session/sessions/gdm-fallback.session': non-existing or invalid file.
gnome-session[3281]: DEBUG(+): fill: *** Looking if /usr/local/share/gnome-session/sessions/gdm-fallback.session is a valid session file
gnome-session[3281]: DEBUG(+): Cannot use session '/usr/local/share/gnome-session/sessions/gdm-fallback.session': non-existing or invalid file.
gnome-session[3281]: DEBUG(+): fill: *** Looking if /usr/share/gnome-session/sessions/gdm-fallback.session is a valid session file
gnome-session[3281]: DEBUG(+): fill: *** Checking required components and providers
gnome-session[3281]: DEBUG(+): fill: provider 'windowmanager' looking for component: 'metacity'
gnome-session[3281]: DEBUG(+): GsmUtil: Looking for file 'metacity.desktop'
gnome-session[3281]: DEBUG(+): GsmUtil: Looking in '/var/lib/gdm3/.config/autostart'
gnome-session[3281]: DEBUG(+): GsmUtil: Looking in '/usr/share/gdm/greeter/gnome/autostart'
gnome-session[3281]: DEBUG(+): GsmUtil: Looking in '/usr/local/share/gnome/autostart'
gnome-session[3281]: DEBUG(+): GsmUtil: Looking in '/usr/share/gnome/autostart'
gnome-session[3281]: DEBUG(+): GsmUtil: Looking in '/etc/xdg/autostart'
gnome-session[3281]: DEBUG(+): GsmUtil: Looking in '/var/lib/gdm3/.local/share/applications'
gnome-session[3281]: DEBUG(+): GsmUtil: Looking in '/usr/share/gdm/greeter/applications'
gnome-session[3281]: DEBUG(+): GsmUtil: Looking in '/usr/local/share/applications'
gnome-session[3281]: DEBUG(+): GsmUtil: Looking in '/usr/share/applications'
gnome-sessio

Bug#681265: xorg: Segfault at address 0x48 via dri2. radeon driver. r600

[Michel Dänzer]

reassign 681265 xserver-xorg-core 2:1.12.1.902-1
forwarded 681265 https://bugs.freedesktop.org/show_bug.cgi?id=50019
kthxbye

On Mit, 2012-07-11 at 20:07 +0100, Nick Thomas wrote: 
> Package: xorg
> Version: 1:7.7+1
> Severity: critical
> Justification: breaks unrelated software
> 
> Dear Maintainer,
> *** Please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> 
> Logged into a gnome session via gdm3. Started xchat, chromium-browser (with 
> flashplugin-nonfree),
> gnome-terminal. X server quit a short time later. Not correlated with any 
> particular action beyond
> (maybe) switching between workspaces.

[...]

> [  2439.766] Backtrace:
> [  2439.820] 0: /usr/bin/Xorg (xorg_backtrace+0x36) [0x7ff368cc0796]
> [  2439.820] 1: /usr/bin/Xorg (0x7ff368b42000+0x1822b9) [0x7ff368cc42b9]
> [  2439.820] 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7ff367e6a000+0xf030) 
> [0x7ff367e79030]
> [  2439.820] 3: /usr/lib/x86_64-linux-gnu/dri/r600_dri.so 
> (0x7ff362ae+0x1fa17e) [0x7ff362cda17e]
> [  2439.820] 4: /usr/lib/xorg/modules/extensions/libdri2.so 
> (0x7ff364db6000+0x1afc) [0x7ff364db7afc]
> [  2439.820] 5: /usr/lib/xorg/modules/extensions/libdri2.so 
> (0x7ff364db6000+0x1b58) [0x7ff364db7b58]
> [  2439.820] 6: /usr/bin/Xorg (TraverseTree+0x29) [0x7ff368bbcae9]
> [  2439.820] 7: /usr/lib/xorg/modules/extensions/libdri2.so 
> (DRI2SwapBuffers+0x17a) [0x7ff364db8bda]
> [  2439.820] 8: /usr/lib/xorg/modules/extensions/libdri2.so 
> (0x7ff364db6000+0x3e72) [0x7ff364db9e72]
> [  2439.820] 9: /usr/bin/Xorg (0x7ff368b42000+0x52e41) [0x7ff368b94e41]
> [  2439.820] 10: /usr/bin/Xorg (0x7ff368b42000+0x41ed5) [0x7ff368b83ed5]
> [  2439.821] 11: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xfd) 
> [0x7ff366b94ead]
> [  2439.821] 12: /usr/bin/Xorg (0x7ff368b42000+0x421ad) [0x7ff368b841ad]

Looks like the upstream report referenced above.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast |  Debian, X and DRI developer



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

Bug#681297: [korganizer] [feature request] korganizer should help users to keep calendar files small

[Lorenz Wenner]

Package: korganizer
Version: 4:4.4.11.1+l10n-3
Severity: normal

--- Please enter the report below this line. ---
Hello folks,

in my view korganizer works way faster if calendar files are kept small. I 
could increase speed massively by reshaping an .ics file from 300k to 12k. I 
did that by manually "cleaning up the past" which took an hour or so, but was 
a very simply task. So i would very much like to see a feature in korganizer 
that allows the user to trigger that past events are erased or moved to some 
kind of archive, which should be another file, of course.

For repeated events it could mean that they are processed after their last 
occurrence is over. Or that every time an occurrence becomes part of the past 
it is removed/archived and at the same time the following occurrence is set 
the starting point of the sequence.

There should also be the freedom say that past event are kept for some time 
before they are removed/archived.

The reason for this feature request is that a calendar should rather keep the 
focus on the future than the past.

Kind Regards
Lorenz

--- System information. ---
Architecture: i386
Kernel:   Linux 3.2.0-3-486

Debian Release: wheezy/sid
  800 testing www.debian-multimedia.org 
  800 testing security.debian.org 
  800 testing ftp.de.debian.org 
  750 unstableftp.de.debian.org 
  250 experimentalftp.de.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-=
kde-runtime   | 4:4.8.4-1
kdepim-runtime| 4:4.4.11.1-5
libakonadi-contact4(>= 4:4.6) | 4:4.8.4-1
libc6  (>= 2.1.3) | 2.13-33
libkabc4   (>= 4:4.6) | 4:4.8.4-1
libkcal4   (>= 4:4.6) | 4:4.8.4-1
libkcmutils4   (>= 4:4.6) | 4:4.8.4-3
libkde3support4(>= 4:4.6) | 4:4.8.4-3
libkdecore5(>= 4:4.6) | 4:4.8.4-3
libkdepim4  (= 4:4.4.11.1+l10n-3) | 4:4.4.11.1+l10n-3
libkdeui5  (>= 4:4.6) | 4:4.8.4-3
libkholidays4  (>= 4:4.6) | 4:4.8.4-1
libkio5(>= 4:4.6) | 4:4.8.4-3
libkmime4  (>= 4:4.6) | 4:4.8.4-1
libknewstuff2-4(>= 4:4.6) | 4:4.8.4-3
libkontactinterface4   (>= 4:4.6) | 4:4.8.4-1
libkparts4 (>= 4:4.6) | 4:4.8.4-3
libkpimidentities4 (>= 4:4.6) | 4:4.8.4-1
libkpimutils4  (>= 4:4.6) | 4:4.8.4-1
libkprintutils4(>= 4:4.6) | 4:4.8.4-3
libkresources4 (>= 4:4.6) | 4:4.8.4-1
libphonon4   (>= 4:4.6.0really4.3.80) | 4:4.6.0.0-2
libqt4-dbus  (>= 4:4.5.3) | 4:4.8.2-1
libqt4-qt3support(>= 4:4.5.3) | 4:4.8.2-1
libqt4-xml   (>= 4:4.5.3) | 4:4.8.2-1
libqtcore4   (>= 4:4.8.0) | 4:4.8.2-1
libqtgui4(>= 4:4.8.0) | 4:4.8.2-1
libstdc++6 (>= 4.1.1) | 4.7.1-2
phonon| 4:4.6.0.0-2
zlib1g   (>= 1:1.1.4) | 1:1.2.7.dfsg-13
perl  | 5.14.2-12


Package's Recommends field is empty.

Suggests   (Version) | Installed
-+-===
kdepim-kresources| 4:4.4.11.1+l10n-3
kdepim-groupware | 4:4.4.11.1+l10n-3


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

Bug#105830: marked as done (Please provide a method for packages to register themselves to texdoctk)

[Hilmar Preusse]

On 11.07.12 Debian Bug Tracking System (ow...@bugs.debian.org) wrote:

Hi,

> this bug is about improving texdoctk.  However, the texdoc script is no
> longer developed, and texdoc is a usable replacement.  
> 
> It doesn't make sense to keep a wishlist bug open for a legacy script,
> therefore closing.
> 
Then please close #327341 too.

H.
-- 
sigmentation fault



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

Bug#677250: Acknowledgement (xz files with multiple blocks are not recognized)

[Vincent Ladeuil]

> Joey Hess  writes:

> Vincent Ladeuil wrote:
>> But, the option name is now --block-list instead of --block-split.

> Won't use of this option cause the paranoia check to fail when
> reproducing the xz file, unless it's whitelisted there?

Ouch. Dang, I thought my tests covered that, obviously not :-/

Fixed (and also added --check={crc64,none} while I was there).

> (Also, changelog,

Done in the attached patch ?

> git commit etc would be useful.)

Not sure what you mean here, I'm using bzr (based on
bzr+ssh://bazaar.launchpad.net/+branch/pristine-tar/) not git :-}

https://code.launchpad.net/~vcs-imports/pristine-tar/trunk is an import
from git://git.kitenet.net/pristine-tar/ though so there should be a
way...

In the mean time, I've pushed my branch at
bzr+ssh://bazaar.launchpad.net/~vila/pristine-tar/677250-parse-xz or
https://code.launchpad.net/~vila/pristine-tar/677250-parse-xz/ for human
readers.

I'm also quite a noob at packaging but I'm eager to learn...

Vincent

P.S.: I'll be in vacations for a week starting tonight.


   modified  debian/changelog
   modified  pristine-xz


=== modified file 'debian/changelog'
--- debian/changelog	2012-06-19 13:28:41 +
+++ debian/changelog	2012-07-12 06:52:07 +
@@ -1,9 +1,8 @@
 pristine-tar (1.26) UNRELEASED; urgency=low
 
   * pristine-xz: Use xz --robot to extract information from xz files,
-avoiding the need to do more expensive guessing. Will also later
-allow supporting files needing --block-split (once upstream xz
-provides that option; a patch has been submitted).
+avoiding the need to do more expensive guessing. Support --block-list
+when available to reproduce multi blocks files.
 Closes: #677250 Thanks, Vincent Ladeuil
 
  -- Joey Hess   Tue, 19 Jun 2012 09:24:30 -0400

=== modified file 'pristine-xz'
--- pristine-xz	2012-06-19 13:28:41 +
+++ pristine-xz	2012-07-12 07:33:57 +
@@ -168,7 +168,7 @@
 sub predict_xz_args {
 	my ($xz) = @_;
 	my $presets = undef;
-	my $block_split = undef;
+	my $block_list = undef;
 	my $blocks = $xz->{blocks};
 	if (scalar(@$blocks)) {
 		# There is at least one block. We assume the same compression
@@ -199,13 +199,13 @@
 		}
 		if (scalar(@$blocks) > 1) {
 			# Gather the block uncompressed sizes
-			$block_split = join(',', map {$_->{uncompressed_size}}
+			$block_list = join(',', map {$_->{uncompressed_size}}
 	@$blocks);
 		}
 	}
-	# FIXME: none is missing
 	my %check_kwd_of = 
-		(CRC32 => 'crc32',
+		(None => 'none',
+		 CRC32 => 'crc32',
 		 CRC64 => 'crc64',
 		 'SHA-256' => 'sha256',
 		);
@@ -215,11 +215,8 @@
 
 	my $possible_args = [];
 	my $common = ["--check=$check_kwd", "-z"];
-	# FIXME: --block-split is not (yet) part of xz-utils upstream
-	if (0 && defined($block_split)) {
-		# We put the block list in front of the parameters to make it
-		# easier to filter it later.
-		unshift @$common, "--block-split=$block_split";
+	if (defined($block_list)) {
+		unshift @$common, "--block-list=$block_list";
 	}
 	foreach my $preset (@$presets) {
 		push @$possible_args, [@$common, "-$preset"];
@@ -350,8 +347,11 @@
 
 		next if $param=~/^(-[0-9]e?)$/;
 		next if $param eq '-z';
+		next if $param eq '--check=none';
 		next if $param eq '--check=crc32';
+		next if $param eq '--check=crc64';
 		next if $param eq '--check=sha256';
+		next if $param=~/^(--block-list=[0-9,]+)$/;
 		die "paranoia check failed on params from delta (@params)";
 	}
 	@params=split(' ', $delta->{params});

Bug#678525:

[tobiasbp]

I have now installed the 32 bit version of Wheezy. Calendarserver
accepts queries on port 8008 with "UseMetaFD" enabled.

This bug seems to only be relevant when running the 64 bit version of Wheezy.



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

Bug#681126: [Pkg-gmagick-im-team] Bug#681126: Bug#681126: imagemagick: Use built convert instead of graphicmagick's

[roucaries bastien]

tags

tags  681126 + pending
severity  681126 wishlist
thanks

On Wed, Jul 11, 2012 at 3:57 PM, Michael Terry
 wrote:
> On 11/07/12 09:26, roucaries bastien wrote:
>>
>> On Tue, Jul 10, 2012 at 10:01 PM, Michael Terry
>>  wrote:
>>>
>>> Package: imagemagick
>>> Version: 8:6.7.7.10-2
>>> Severity: normal
>>> Tags: patch
>>> User: ubuntu-de...@lists.ubuntu.com
>>> Usertags: origin-ubuntu quantal ubuntu-patch
>>>
>>> Dear Maintainer,
>>>
>>> I noticed that you use graphicmagick's compat package to generate an xpm
>>> out of the svg images.  You comment that you couldn't get the delegates
>>> to be found.  For me, defining MAGICK_CODER_MODULE_PATH fixed that, so
>>> that the graphicmagick build dependency can be dropped.
>>>
>>> Thanks for considering the patch.
>>
>> Too late for next stable.
>>
>> Have you tried on pbuilder chroot ?
>>
>> If yes, will consider this patch for next revision.
>
>
> Yes, it works both locally in a pbuilder and on Ubuntu's buildd.
>
>
>> BTW if you maintain imagemagick for ubuntu, I plan to drop external
>> svg support like in ubuntu, and to try to have a non X imagemagick.
>
>
> I don't maintain it per se, just making some changes.
>
> -mt
>
>
>
>
> ___
> Pkg-gmagick-im-team mailing list
> pkg-gmagick-im-t...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gmagick-im-team



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

Bug#681162: ITP: scscp -- Symbolic Computation Software Composibility Protocol (SCSCP) library

[Bastien ROUCARIES]

On Wed, Jul 11, 2012 at 2:24 AM, Jerome Benoit  wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Jerome Benoit 
>
> * Package name: scscp
>   Version : 0.6.4
>   Upstream Author : Mickael Gastineau 
> * URL : http://www.imcce.fr/trip/scscp
> * License : (CeCILL-C (close to GNU GPL) or CeCILL v2.0 (compatible 
> with GNU GPL))
>   Programming Lang: (C, C++)
>   Description : Symbolic Computation Software Composibility Protocol 
> (SCSCP) library
>
>
> This C/C++ library is an implementation of the Symbolic Computation Software 
> Composibility Protocol
> (SCSCP) and provides an Application Programming Interface (API) to develop 
> client applications to
> access Computer Algebra Systems (CAS) which support the SCSCP protocol. CAS 
> could use these API to
> provide services to other applications using this protocol, and vice versa.
Notice that cecill-C is incompatible with gpl, according to fsf
(private mail on request)

Bastien
>
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: 
> http://lists.debian.org/20120711002447.9028.28745.report...@nen.dnsalias.org
>



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

Bug#668561: [korganizer] more investigations and a feature request

[Lorenz Wenner]

Package: korganizer
Version: 4:4.4.11.1+l10n-3

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

Hello folks,

I realized that the problem primarily occurs when loading a specific .ics 
file. And the reason is that this file was very big for an .ics file (300k). 
After shrinking it down to 12k by manually by removing almost all events of 
the past it is loaded reasonably quicker now. Although i ask myself whether it 
is normal that cpu goes up to such high rates every time when loading an .ics 
file...

While removing all those old events i thought to myself it would be nice if 
korganizer would do that for me. I wrote a corresponding feature request. See 
Bug#681297.

Kind Regards
Lorenz

--- System information. ---
Architecture: i386
Kernel:   Linux 3.2.0-3-486

Debian Release: wheezy/sid
  800 testing www.debian-multimedia.org 
  800 testing security.debian.org 
  800 testing ftp.de.debian.org 
  750 unstableftp.de.debian.org 
  250 experimentalftp.de.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-=
kde-runtime   | 4:4.8.4-1
kdepim-runtime| 4:4.4.11.1-5
libakonadi-contact4(>= 4:4.6) | 4:4.8.4-1
libc6  (>= 2.1.3) | 2.13-33
libkabc4   (>= 4:4.6) | 4:4.8.4-1
libkcal4   (>= 4:4.6) | 4:4.8.4-1
libkcmutils4   (>= 4:4.6) | 4:4.8.4-3
libkde3support4(>= 4:4.6) | 4:4.8.4-3
libkdecore5(>= 4:4.6) | 4:4.8.4-3
libkdepim4  (= 4:4.4.11.1+l10n-3) | 4:4.4.11.1+l10n-3
libkdeui5  (>= 4:4.6) | 4:4.8.4-3
libkholidays4  (>= 4:4.6) | 4:4.8.4-1
libkio5(>= 4:4.6) | 4:4.8.4-3
libkmime4  (>= 4:4.6) | 4:4.8.4-1
libknewstuff2-4(>= 4:4.6) | 4:4.8.4-3
libkontactinterface4   (>= 4:4.6) | 4:4.8.4-1
libkparts4 (>= 4:4.6) | 4:4.8.4-3
libkpimidentities4 (>= 4:4.6) | 4:4.8.4-1
libkpimutils4  (>= 4:4.6) | 4:4.8.4-1
libkprintutils4(>= 4:4.6) | 4:4.8.4-3
libkresources4 (>= 4:4.6) | 4:4.8.4-1
libphonon4   (>= 4:4.6.0really4.3.80) | 4:4.6.0.0-2
libqt4-dbus  (>= 4:4.5.3) | 4:4.8.2-1
libqt4-qt3support(>= 4:4.5.3) | 4:4.8.2-1
libqt4-xml   (>= 4:4.5.3) | 4:4.8.2-1
libqtcore4   (>= 4:4.8.0) | 4:4.8.2-1
libqtgui4(>= 4:4.8.0) | 4:4.8.2-1
libstdc++6 (>= 4.1.1) | 4.7.1-2
phonon| 4:4.6.0.0-2
zlib1g   (>= 1:1.1.4) | 1:1.2.7.dfsg-13
perl  | 5.14.2-12


Package's Recommends field is empty.

Suggests   (Version) | Installed
-+-===
kdepim-kresources| 4:4.4.11.1+l10n-3
kdepim-groupware | 4:4.4.11.1+l10n-3


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

Bug#681298: ITP: font-kalapi -- Kalapi Gujarati Unicode font

[Kartik Mistry]

Package: wnpp
Severity: wishlist
Owner: Debian-IN Team 

* Package name: font-kalapi
  Version : 0.1
  Upstream Author : GujaratiLexicon Team 
* URL : https://github.com/gujaratilexicon/font-kalapi
* License : OFL-1.1
  Programming Lang: N/A
  Description : Kalapi Gujarati Unicode font

Kalapi Unicode font for Gujarati (gu) language.

--
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com


signature.asc
Description: Digital signature

Bug#681254: xserver-xorg-video-radeon: HD 6450 video card not properly recognized / supported

[Michel Dänzer]

On Mit, 2012-07-11 at 13:59 -0400, Gary Dale wrote: 
> 
> DRM Information from dmesg:
> ---
> [0.00] No AGP bridge found
> [0.00] No AGP bridge found
> [2.160898] PCI-DMA: Disabling AGP.
> [2.160985] PCI-DMA: Reserving 64MB of IOMMU area in the AGP aperture
> [2.456450] Linux agpgart interface v0.103

Looks like something is preventing the radeon kernel driver from
loading / initializing. Make sure the radeon kernel module isn't
blacklisted, e.g.

The X radeon driver can't work without the corresponding kernel driver
on your card, which probably also explains the resolution problem.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast |  Debian, X and DRI developer



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

Bug#678960: Fails to build git-buildpackage manual out of a sudden

[Ricardo Mones]

  Hi there,

  FWIW, updating sgml-data fixed this for me when building claws-mail manual.

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



signature.asc
Description: Digital signature

Bug#461932: network-manager: NetworkManager fails to connect to WPA network

[garcia]

ping?

I had this problem years ago, but now n-m works for me (kind of, lets say) 
with WPA networks. I think it started "working" around v0.8.x with x=2-3-4.



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

Bug#652960: Imagemagick

[Bastien ROUCARIES]

I have rebuilded imagemagick with gcc4.7 and it does not change anything.

Moreover running this program under valgrind does not segfault

Bastien



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

Bug#632850: network-manager: Fails to restore Ethernet Internet connection after resuming suspend or hibernate on Wheezy

[garcia]

Just a "me too" for this annoying bug!

Sometimes disconnecting/reconnecting for 5-10seconds the cable works, 
sometimes running 
   ethtool -r eth0
also helps (but again, just sometimes), and sometimes disabling/reenabling n-m 
in the KDE n-m applet helps. But restartin the n-m daemon immediately solves 
the problem.

Another n-m bug which stays unresolved for years... :-(



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

Bug#680129: network-manager: fails to bring up WLAN after suspend

[Ariel Garcia (SCC)]

Might this be the same bug as #632850
[ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632850 ],even if in this 
case it is a wireless IF which is involved?



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

Bug#681299: unblock: netsniff-ng/0.5.7-1

[Kartik Mistry]

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

Please unblock package netsniff-ng, reasons are below:

1. netsniff-ng in unstable is 12 days old [1].
2. With version, 0.5.6-2, It only aimed for amd64, i386, powerpc and sparc
   arches [2].
3. But, migration is on hold due to briteny is looking for it for other arches.

Please do needful or do I need to poke someone from buildd side?

[1] http://packages.qa.debian.org/n/netsniff-ng.html
[2] https://buildd.debian.org/status/package.php?p=netsniff-ng

unblock netsniff-ng/0.5.7-1

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

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

--
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com


signature.asc
Description: Digital signature

Bug#681300: latex-make: latexfilter.py: not found and other issues

[Bernd Zeimetz]

Package: latex-make
Version: 2.1.18-1
Severity: grave

Hi,

I'm filing this bug as grave as I can't see how latex-make is useable as
expected anymore.

What I've done so far:

- a fresh install of texlive-full and latex-make
- running make in a project which built fine before (on a different
  machine, older installation). Its based on zack's talk repository
  (I'm using it to teach the sales team and others about Debian at work
  ;) - its easy to reproduce this bug with
  git://gitorious.org/zacchiro/talks.git


The first issue I see is
/bin/sh: 1: latexfilter.py: not found

Which is something one can work around by running
export PATH=/usr/share/texmf/scripts/latex-make:$PATH

(Obviously I do not want to do this...)



Next thing I run into is that texdepends seems to be missing:

make[1]: Entering directory `/home/bzed/workspace/debian/talks/2012'
make[2]: Entering directory 
`/home/bzed/workspace/debian/talks/2012/20120205-fosdem'
make[2]: *** No targets specified and no makefile found.  Stop.
make[2]: Leaving directory 
`/home/bzed/workspace/debian/talks/2012/20120205-fosdem'
make[2]: Entering directory 
`/home/bzed/workspace/debian/talks/2012/20120416-univpm'
make[2]: *** No targets specified and no makefile found.  Stop.
make[2]: Leaving directory 
`/home/bzed/workspace/debian/talks/2012/20120416-univpm'
make[2]: Entering directory 
`/home/bzed/workspace/debian/talks/2012/20120723-conova'
make -C ../../images/
make[3]: Entering directory `/home/bzed/workspace/debian/talks/images'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/bzed/workspace/debian/talks/images'
touch build-images-stamp
make LU_REC_MASTER="main" LU_REC_FLAVOR="PDF" LU_REC_TARGET="main.pdf" 
LU_WATCH_FILES_SAVE
make[3]: Entering directory 
`/home/bzed/workspace/debian/talks/2012/20120723-conova'
make[3]: Nothing to be done for `LU_WATCH_FILES_SAVE'.
make[3]: Leaving directory 
`/home/bzed/workspace/debian/talks/2012/20120723-conova'
 ==> building  main.pdf <==
Running: 'pdflatex' '--interaction' 'errorstopmode' '--jobname' 'main' 
'\RequirePackage[extension=.pdf]{texdepends}\input{main.tex}'
*
texdepends does not seems be loaded
Either your (La)TeX installation is wrong or you found a bug.
If so, please, report it (with the result of shell command 'kpsepath tex')
Aborting compilation
*
make[2]: *** [main.pdf] Error 1
make[2]: Leaving directory 
`/home/bzed/workspace/debian/talks/2012/20120723-conova'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/bzed/workspace/debian/talks/2012'
make: *** [all] Error 2



kpsepath tex shows:

..:/home/bzed/.texmf-config/tex/kpsewhich//:/home/bzed/.texmf-var/tex/kpsewhich//:/home/bzed/texmf/tex/kpsewhich//:/etc/texmf/tex/kpsewhich//:!!/var/lib/texmf/tex/kpsewhich//:!!/usr/share/texmf/tex/kpsewhich//:!!/usr/share/texlive/texmf/tex/kpsewhich//:!!/usr/local/share/texmf/tex/kpsewhich//:!!/usr/share/texlive/texmf-dist/tex/kpsewhich//:/home/bzed/.texmf-config/tex/generic//:/home/bzed/.texmf-var/tex/generic//:/home/bzed/texmf/tex/generic//:/etc/texmf/tex/generic//:!!/var/lib/texmf/tex/generic//:!!/usr/share/texmf/tex/generic//:!!/usr/share/texlive/texmf/tex/generic//:!!/usr/local/share/texmf/tex/generic//:!!/usr/share/texlive/texmf-dist/tex/generic//:/home/bzed/.texmf-config/tex///:/home/bzed/.texmf-var/tex///:/home/bzed/texmf/tex///:/etc/texmf/tex///:!!/var/lib/texmf/tex///:!!/usr/share/texmf/tex///:!!/usr/share/texlive/texmf/tex///:!!/usr/local/share/texmf/tex///:!!/usr/share/texlive/texmf-dist/tex///


So as far as I can tell the recent latex-make version came with
a major regression compared with the old one, or the issue was
introduced by changes in texlive - in any case it just does not
work as expected anymore :(


Cheers,

Bernd




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

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

Versions of packages latex-make depends on:
ii  ghostscript  9.05~dfsg-6
ii  make 3.81-8.2
ii  python   2.7.3-1
ii  transfig 1:3.2.5.d-3

Versions of packages latex-make recommends:
ii  inkscape   0.48.3.1-1.1
ii  texlive-latex-extra2012.20120611-1
ii  texlive-latex-recommended  2012.20120611-3

latex-make 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#681301: CVE-2012-3371

[Moritz Muehlenhoff]

Package: nova
Severity: grave
Tags: security

Please see here for details and links to upstream patches:
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2012-3371

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#681302: tar: buggy mailcap entries, making lynx freeze

[Vincent Lefevre]

Package: tar
Version: 1.26-4
Severity: important

The /etc/mailcap entries for /bin/tar are:

application/x-tar; /bin/tar tvf -; print=/bin/tar tvf - | print text/plain:-; 
copiousoutput
application/x-gtar; /bin/tar tvzf -; print=/bin/tar tvzf - | print 
text/plain:-; copiousoutput

They apparently come from "/usr/lib/mime/packages/tar". This makes
lynx freeze with:

lynx 
https://gforge.inria.fr/scm/viewvc.php/\*checkout\*/misc/www/mpfr-3.1.1/mpfr-3.1.1.tar.gz\?revision\=8314\&root\=mpfr

I suppose that they should be:

application/x-tar; /bin/tar tvf '%s'; print=/bin/tar tvf - | print 
text/plain:-; copiousoutput
application/x-gtar; /bin/tar tvzf '%s'; print=/bin/tar tvzf - | print 
text/plain:-; copiousoutput

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

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

Versions of packages tar depends on:
ii  libc6  2.13-34

tar recommends no packages.

Versions of packages tar suggests:
ii  bzip2  1.0.6-3
pn  ncompress  
ii  xz-utils   5.1.1alpha+20120614-1

-- 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#668713: piuparts: install dependencies, snapshot, install, purge, verify-snapshot

[Andreas Beckmann]

On 2012-05-14 15:31, Holger Levsen wrote:
> On Samstag, 14. April 2012, Andreas Beckmann wrote:
>> This could catch postrm scripts that do too much, affecting other
>> packages. Such errors are probably hidden if the deps are purged, too.

> Sounds good. Actually can't this just be the default behaviour by adding

I did a few tests (and filed a few bug reports already) and found the
following problems that need to be addressed:

* the test should be skipped for packages that are part of the base
chroot, but not essential/required - purging them fails :-)

* needs to handle packags on dependecy cycles
  - currently install deps(p) installs p, too
  - removing p removes the depcycle(p), too
  => there is an unwanted delta in the chroot

* we need another list of excludes or some other mechanism to ignore
modified logfiles that are owned by deps(p), modified by installing p
and only purged by purging deps(p), e.g. fontconfig.log


Andreas



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

Bug#681303: apt: Dependency resolution fails for foreign architecture with architecture independent dependency

[Andre Naujoks]

Package: apt
Version: 0.9.7.1
Severity: normal

Dear Maintainer,

Hi

I told my amd64 system to be able to install i386 packages with
'dpkg --add-architecture i386'

After an apt-get update I am now able to tell apt to use i386 versions
of packages. I need this for a third party package, that is not
available in 64bit.

apt seems to try to resolve packages from the foreign architecture only
from the foreign architecture, which fails if the dependency is for a
package, that is available for 'all'

I hit this, while trying to install libgnomeprint2.2-0:i386

# apt-get install libgnomeprint2.2-0:i386
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libgnomeprint2.2-0:i386 : Depends: libgnomeprint2.2-data:i386 (=
2.18.8-3) but
it is not installable
E: Unable to correct problems, you have held broken packages.


The Problem is, that libgnomeprint2.2-data is in the 'all' architecture,
so apt
should use that package to satisfy the dependency.

Or am I doing something horribly wrong here?

Regards
  nautsch



-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image.*";
APT::NeverAutoRemove:: "^kfreebsd-image.*";
APT::NeverAutoRemove:: "^linux-restricted-modules.*";
APT::NeverAutoRemove:: "^linux-ubuntu-modules-.*";
APT::NeverAutoRemove:: "^gnumach$";
APT::NeverAutoRemove:: "^gnumach-image.*";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Never-MarkAuto-Sections:: "oldlibs";
APT::Never-MarkAuto-Sections:: "restricted/oldlibs";
APT::Never-MarkAuto-Sections:: "universe/oldlibs";
APT::Never-MarkAuto-Sections:: "multiverse/oldlibs";
APT::Periodic "";
APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Download-Upgradeable-Packages "0";
APT::Periodic::AutocleanInterval "0";
APT::Update "";
APT::Update::Post-Invoke "";
APT::Update::Post-Invoke:: "touch
/var/lib/apt/periodic/update-success-stamp 2>/dev/null || true";
APT::Update::Post-Invoke-Success "";
APT::Update::Post-Invoke-Success:: "[ ! -f
/var/run/dbus/system_bus_socket ] || /usr/bin/dbus-send --system
--dest=org.debian.apt --type=signal /org/debian/apt
org.debian.apt.CacheChanged || true";
APT::Update::Post-Invoke-Success:: "/usr/bin/test -e
/usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service &&
/usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call
--system --dest org.freedesktop.PackageKit --object-path
/org/freedesktop/PackageKit --timeout 1 --method
org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null;
/bin/echo > /dev/null";
APT::Archives "";
APT::Archives::MaxAge "30";
APT::Archives::MinAge "2";
APT::Archives::MaxSize "500";
APT::Architectures "";
APT::Architectures:: "amd64";
APT::Architectures:: "i386";
APT::Compressor "";
APT::Compressor::. "";
APT::Compressor::.::Name ".";
APT::Compressor::.::Extension "";
APT::Compressor::.::Binary "";
APT::Compressor::.::Cost "1";
APT::Compressor::gzip "";
APT::Compressor::gzip::Name "gzip";
APT::Compressor::gzip::Extension ".gz";
APT::Compressor::gzip::Binary "gzip";
APT::Compressor::gzip::Cost "2";
APT::Compressor::gzip::CompressArg "";
APT::Compressor::gzip::CompressArg:: "-9n";
APT::Compressor::gzip::UncompressArg "";
APT::Compressor::gzip::UncompressArg:: "-d";
APT::Compressor::bzip2 "";
APT::Compressor::bzip2::Name "bzip2";
APT::Compressor::bzip2::Extension ".bz2";
APT::Compressor::bzip2::Binary "bzip2";
APT::Compressor::bzip2::Cost "3";
APT::Compressor::bzip2::CompressArg "";
APT::Compressor::bzip2::CompressArg:: "-9";
APT::Compressor::bzip2::UncompressArg "";
APT::Compressor::bzip2::UncompressArg:: "-d";
APT::Compressor::xz "";
APT::Compressor::xz::Name "xz";
APT::Compressor::xz::Extension ".xz";
APT::Compressor::xz::Binary "xz";
APT::Compressor::xz::Cost "4";
APT::Compressor::xz::CompressArg "";
APT::Compressor::xz::CompressArg:: "-6";
APT::Compressor::xz::UncompressArg "";
APT::Compressor::xz::UncompressArg:: "-d";
APT::Compressor::lzma "";
APT::Compressor::lzma::Name "lzma";
APT::Compressor::lzma::Extension ".lzma";
APT::Compressor::lzma::Binary "xz";
APT::Compressor::lzma::Cost "5";
APT::Compressor::lzma::CompressAr

Bug#678525:

[Rahul Amaram]

I am unable to reproduce this problem on my laptop running 32-bit Debian 
Testing. Could this bug that you mentioned be specific to 64 bit OS or 
perhaps your environment? Also a similar fix has been mentioned for 
another bug as well: http://trac.calendarserver.org/ticket/448 .


I could consider setting the default value of UseMetaFD to false in the 
configuration file but I am not sure how that will impact other parts of 
the system. I will have to follow up with upstream reg. this.





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

Bug#679744: [PATCH] add -6 switch to turn on an ipv6 mode

[Alex Owen]

On 11 July 2012 12:09, Alex Owen  wrote:
> The debian init script could be patched to also run uif with the -6
> switch if a flag in /etc/default/uif requests it

Attached is a rough (untested) patch for the init script.

I have called the flag variable: IPV6MODE and it defaults to 0 (off).
Setting IPV6MODE=1 in /etc/default/uif should activate the changes in the patch.
Without activation via the  IPV6MODE flag then the init script should
run as normal


Regards
Alex Owen


uif-init-script.patch
Description: Binary data

Bug#681304: ART file is misleading and incomplete

[Bastien ROUCARIES]

Package: file
Version: 5.11-1
Severity: normal
Tags: patch

They are several art image file format.

AOL art file is one of this format, another one is the psf art file
format (a bitmap dump from the 80's).

The entry for aol art file format is thus misleading and moreover
incomplete (see http://www.garykessler.net/library/file_sigs.html)

see patch joined


0001-Art.patch
Description: Binary data

Bug#681305: lynx-cur: broken handling of copiousoutput /etc/mailcap entries (e.g. for archives)

[Vincent Lefevre]

Package: lynx-cur
Version: 2.8.8dev.12-2
Severity: normal

lynx doesn't behave correctly when downloading a file (such as tar
and zip archives) that has a /etc/mailcap entry with a copiousoutput
parameter, e.g.

application/zip; unzip -l '%s'; nametemplate=%s.zip; copiousoutput

I expect the file to be downloaded. Instead, the contents are listed
on the terminal, but don't appear in the alternate screen[*] (which
lynx uses), so that they are immediately erased.

[*] when supported by the terminal, such as xterm.

So, there are 2 problems:

1. lynx doesn't offer the choice to download the file (I don't know
whether this is configurable, but giving the choice should be the
default, like with other browsers).

2. If lynx wants to support the copiousoutput entries, it should get
the results via a pipe.

Note: lynx currently freeze for tar archives, but this is a bug in
the tar mailcap entries (a Ctrl-C interrupts tar). I've reported the
bug here:

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

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

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

Versions of packages lynx-cur depends on:
ii  libbsd0   0.4.2-1
ii  libbz2-1.01.0.6-3
ii  libc6 2.13-34
ii  libgcrypt11   1.5.0-3
ii  libgnutls26   2.12.20-1
ii  libidn11  1.25-2
ii  libncursesw5  5.9-10
ii  libtinfo5 5.9-10
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages lynx-cur recommends:
ii  mime-support  3.52-1

lynx-cur suggests no packages.

-- debconf information:
  lynx-cur/defaulturl: http://www.vinc17.org/
  lynx-cur/etc_lynx.cfg:



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

Bug#681306: package does not include qemu-icon.bmp file (new for 1.1)

[Michael Tokarev]

Package: qemu-kvm
Version: 1.1.0+dfsg-1
Severity: minor

qemu-1.1 is able to display its icon in SDL window.
But this icon isn't shipped in the package
(should go to /usr/share/kvm/qemu-icon.bmp)

/mjt



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

Bug#681185: libreoffice: Opening a document when LO is already running returns too early

[Rene Engelhard]

On Thu, Jul 12, 2012 at 09:03:12AM +0200, Matthias Urlichs wrote:
> > I *think* it's ooplash.bins fault.
> 
> This is not a splash screen problem.

Wrong. soffice(.sh) calls oosplash.bin.

$ tail -n 2 /usr/bin/soffice 
# oosplash does the rest: forcing pages in, javaldx etc. are
exec $VALGRINDCHECK "$sd_prog/oosplash.bin" "$@"

(3.4.6 from bpo, but should be similar in wheezy/sid)

Regards,

Rene



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

Bug#681307: gdm3 *sometimes* crashes on resume

[Laurento Frittella]

Package: gdm3
Version: 3.4.1-2
Severity: normal

Dear Maintainer,
I've noticed gdm3 (or some its component) simply crashes on resume (after a 
suspend to disk) and then restarts with the normal greater window.
This issue doesn't happen on every susped-resume cycle so it's difficult to 
reproduce, but I attach the :0-slave.log.1 created after the crash (I've just 
installed the gdb package hoping the next time I'll gather more useful info)

Let me know if I can provide you more specific details.

Cheers,
Laurento

# cat \:0-slave.log.1 
gdm-welcome][3966]: pam_unix(gdm-welcome:session): session opened for user 
Debian-gdm by (uid=0)
gdm-welcome][3966]: pam_ck_connector(gdm-welcome:session): nox11 mode, ignoring 
PAM_TTY :0
gdm-welcome][3966]: GLib-GIO-WARNING: Dropping signal ActiveSessionChanged of 
type (s) since the type from the expected interface is (o)
gdm3][4013]: GLib-GIO-WARNING: Dropping signal ActiveSessionChanged of type (s) 
since the type from the expected interface is (o)
gdm-welcome][3966]: GLib-GIO-WARNING: Dropping signal ActiveSessionChanged of 
type (s) since the type from the expected interface is (o)
gdm-welcome][3966]: GLib-GIO-WARNING: Dropping signal ActiveSessionChanged of 
type (s) since the type from the expected interface is (o)
gdm3][4013]: GLib-GIO-WARNING: Dropping signal ActiveSessionChanged of type (s) 
since the type from the expected interface is (o)
gdm3][4013]: GLib-GIO-WARNING: Dropping signal ActiveSessionChanged of type (s) 
since the type from the expected interface is (o)
gdm-welcome][3966]: GLib-GIO-WARNING: Dropping signal ActiveSessionChanged of 
type (s) since the type from the expected interface is (o)
gdm3][4013]: pam_unix(gdm3:session): session opened for user mrfree by (uid=0)
gdm3][4013]: pam_ck_connector(gdm3:session): nox11 mode, ignoring PAM_TTY :0
gdm-simple-slave[3933]: WARNING: Child process 3976 was already dead.
gdm3][4013]: GLib-GIO-WARNING: Dropping signal ActiveSessionChanged of type (s) 
since the type from the expected interface is (o)
gdm3][4013]: GLib-GIO-WARNING: Dropping signal ActiveSessionChanged of type (s) 
since the type from the expected interface is (o)

** (process:2096): WARNING **: Unable to get backtrace: Failed to execute child 
process "gdb" (No such file or directory)
gdm3][4013]: *** START 
gdm3][4013]: Frame 0: gdm-session-worker [pam/gdm3]() [0x40ebfb]
gdm3][4013]: Frame 1: gdm-session-worker [pam/gdm3]() [0x40efea]
gdm3][4013]: Frame 2: /lib/x86_64-linux-gnu/libpthread.so.0(+0xf030) 
[0x7f65c615f030]
gdm3][4013]: Frame 3: 
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(g_cancellable_is_cancelled+0x9) 
[0x7f65c6b2a6c9]
gdm3][4013]: Frame 4: /usr/lib/libaccountsservice.so.0(+0x18d86) 
[0x7f65c6384d86]
gdm3][4013]: Frame 5: 
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(g_simple_async_result_complete+0x87) 
[0x7f65c6b633f7]
gdm3][4013]: Frame 6: /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(+0xc877a) 
[0x7f65c6bbb77a]
gdm3][4013]: Frame 7: 
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(g_simple_async_result_complete+0x87) 
[0x7f65c6b633f7]
gdm3][4013]: Frame 8: /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(+0xbec0e) 
[0x7f65c6bb1c0e]
gdm3][4013]: Frame 9: 
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(g_simple_async_result_complete+0x87) 
[0x7f65c6b633f7]
gdm3][4013]: Frame 10: /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(+0x704f9) 
[0x7f65c6b634f9]
gdm3][4013]: Frame 11: 
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x135) 
[0x7f65c65f6205]
gdm3][4013]: Frame 12: /lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x4a538) 
[0x7f65c65f6538]
gdm3][4013]: Frame 13: 
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_loop_run+0x72) [0x7f65c65f6932]
gdm3][4013]: Frame 14: gdm-session-worker [pam/gdm3]() [0x405bce]
gdm3][4013]: Frame 15: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd) 
[0x7f65c5de7ead]
gdm3][4013]: Frame 16: gdm-session-worker [pam/gdm3]() [0x405c71]
gdm3][4013]: *** END **
gdm-simple-slave[3933]: WARNING: Freeing conversation 'gdm3' with active job




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

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

Versions of packages gdm3 depends on:
ii  accountsservice 0.6.21-5
ii  adduser 3.113+nmu3
ii  dconf-gsettings-backend 0.12.1-2
ii  dconf-tools 0.12.1-2
ii  debconf [debconf-2.0]   1.5.44
ii  dpkg1.16.4.3
ii  gir1.2-freedesktop  1.32.1-1
ii  gir1.2-glib-2.0 1.32.1-1
ii  gnome-session [x-session-manager]   3.4.2.1-1
ii  gnome-session-bin   3.4

Bug#681308: libreoffice: Extremely slow display with font fallback

[Mahendra TALLUR]

Package: libreoffice
Version: 1:3.5.4-5
Severity: normal
Tags: upstream

Dear Maintainer,

font substitution is extremely slow. For instance, a document which is full of
bulleted list items using a font that is not present on the system is extremely
slow to display / scroll through.

This bug was confirmed and fixed in LibreOffice 3.5.5, cf. :
https://bugs.freedesktop.org/show_bug.cgi?id=47636
This is a regression as it didn't happen before LibreOffice 3.5.0.

Here is a sample file : https://bugs.freedesktop.org/attachment.cgi?id=63259
(uses the Calibri font, so you have not to have it installed).

Would it be possible to backport the fix into Wheezy ? I think it will affect
many users and make their system very slow.

Best regards & thanks to everyone !



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

Kernel: Linux 3.2.0-3-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 libreoffice depends on:
ii  fonts-sil-gentium-basic [ttf-sil-gentium-basic]  1.1-5
ii  liblucene2-java  2.9.4+ds1-4
ii  libreoffice-base 1:3.5.4-5
ii  libreoffice-calc 1:3.5.4-5
ii  libreoffice-core 1:3.5.4-5
ii  libreoffice-draw 1:3.5.4-5
ii  libreoffice-filter-mobiledev 1:3.5.4-5
ii  libreoffice-impress  1:3.5.4-5
ii  libreoffice-java-common  1:3.5.4-5
ii  libreoffice-math 1:3.5.4-5
ii  libreoffice-report-builder-bin   1:3.5.4-5
ii  libreoffice-writer   1:3.5.4-5
ii  ttf-dejavu   2.33-2
ii  ttf-sil-gentium-basic1.1-5

Versions of packages libreoffice recommends:
ii  fonts-liberation [ttf-liberation]  1.07.2-5
ii  libpaper-utils 1.1.24+nmu2
ii  ttf-liberation 1.07.2-5

Versions of packages libreoffice suggests:
ii  cups-bsd   1.5.3-1
ii  default-jre [java5-runtime]1:1.6-47
ii  gstreamer0.10-ffmpeg   0.10.13-5
ii  gstreamer0.10-plugins-bad  0.10.23-6
ii  gstreamer0.10-plugins-base 0.10.36-1
ii  gstreamer0.10-plugins-good 0.10.31-3
ii  gstreamer0.10-plugins-ugly 0.10.19-2+b2
pn  hunspell-dictionary
pn  hyphen-hyphenation-patterns
ii  icedove10.0.4-1
ii  iceweasel  10.0.5esr-2
ii  imagemagick8:6.7.7.10-2
ii  libgl1-mesa-glx [libgl1]   8.0.3-1
ii  libldap-2.4-2  2.4.31-1
ii  libreoffice-filter-binfilter   1:3.5.4-5
ii  libreoffice-gnome  1:3.5.4-5
pn  libreoffice-grammarcheck   
ii  libreoffice-help-en-us [libreoffice-help-3.5]  1:3.5.4-5
ii  libreoffice-help-fr [libreoffice-help-3.5] 1:3.5.4-5
ii  libreoffice-l10n-fr [libreoffice-l10n-3.5] 1:3.5.4-5
pn  libreoffice-officebean 
ii  libsane1.0.22-7.1
ii  libxrender11:0.9.7-1
ii  myspell-en-us [myspell-dictionary] 1:3.3.0-3
ii  myspell-fr-gut [myspell-dictionary]1:1.0-30
ii  mythes-en-us [mythes-thesaurus]1:3.3.0-3
ii  mythes-fr [mythes-thesaurus]   1:3.3.0-3
pn  openclipart-libreoffice
ii  openjdk-6-jre [java5-runtime]  6b24-1.11.3-2
ii  pstoedit   3.60-2+b1
pn  unixodbc   

Versions of packages libreoffice-core depends on:
ii  fontconfig 2.9.0-6
ii  fonts-opensymbol [ttf-opensymbol]  2:102.2+LibO3.5.4-5
ii  libc6  2.13-33
ii  libcairo2  1.12.2-2
ii  libcmis-0.2-0  0.1.0-1+b1
ii  libcurl3-gnutls7.26.0-1
ii  libdb5.1   5.1.29-5
ii  libexpat1  2.1.0-1
ii  libexttextcat0 3.2.0-2
ii  libfontconfig1 2.9.0-6
ii  libfreetype6   2.4.9-1
ii  libgcc11:4.7.1-2
ii  libglib2.0-0   2.32.3-1
ii  libgraphite2-2.0.0 1.1.3-1
ii  libgstreamer-plugins-base0.10-00.10.36-1
ii  libgstreamer0.10-0 0.10.36-1
ii  libhunspell-1.3-0  1.3.2-4
ii  libhyphen0 2.8.3-2
ii  libice6   

Bug#681185: libreoffice: Opening a document when LO is already running returns too early

[Rene Engelhard]

On Thu, Jul 12, 2012 at 10:27:23AM +0200, Rene Engelhard wrote:
> > > I *think* it's ooplash.bins fault.
> > 
> > This is not a splash screen problem.
> 
> Wrong. soffice(.sh) calls oosplash.bin.
> 
> $ tail -n 2 /usr/bin/soffice 
> # oosplash does the rest: forcing pages in, javaldx etc. are
> exec $VALGRINDCHECK "$sd_prog/oosplash.bin" "$@"

Oh, and before you try again to know something better than the maintainer
who did the -no-oosplash hack back then:

$ ls -l /usr/bin/soffice
lrwxrwxrwx 1 root root 34 30. Mär 11:00 /usr/bin/soffice -> 
../lib/libreoffice/program/soffice
$ cat /usr/bin/libreoffice 
#!/bin/sh
/usr/lib/libreoffice/program/soffice  "$@"

Regards,
 
Rene



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

Bug#681309: wajig: command newupgrades fails

[Michael Panteleit]

Package: wajig
Version: 2.7
Severity: normal
Tags: upstream

Dear Maintainer, 

wajig doesn't recognize the commands 'newupgrades' or 'new-upgrades'
anymore though they are listed in the 'choose from'-list coming up
after issueing the command.


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

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

Versions of packages wajig depends on:
ii  apt  0.9.7.1
ii  aptitude 0.6.8-1
ii  python3  3.2.3-1
ii  python3-apt  0.8.4

wajig recommends no packages.

Versions of packages wajig suggests:
pn  alien  
ii  apt-file   2.5.1
pn  apt-move   
pn  apt-show-versions  
ii  dctrl-tools2.22.2
ii  debconf1.5.44
ii  deborphan  1.7.28.8
pn  debsums
ii  dpkg-dev   1.16.4.3
pn  dpkg-repack
ii  fakeroot   1.18.4-2
ii  locales2.13-33
pn  netselect-apt  
ii  reportbug  6.4
ii  sudo   1.8.5p2-1
pn  vrms   

-- 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#681310: gdm3 sometimes starts greater with ugly graphics (no wallpaper and poor gtk theme for the login window)

[Laurento Frittella]

Package: gdm3
Version: 3.4.1-2
Severity: normal

Dear Maintainer,
sometimes on the first start (just after the boot process) gdm3 starts in an 
ugly mode without graphic stuff: a black screen instead of the nice debian 
background and without the usual gtk theme for the login window.
If I manually restart the service all work as expected.

I suspect a problem with the service start order during boot... here is my 
(cleaned) bootlog file:
 INIT: Entering runlevel: 2
 Using makefile-style concurrent boot in runlevel 2.
 [] Starting enhanced syslogd: rsyslogd
 [] Starting system message bus: dbus
 [] Starting network connection manager: NetworkManager
 [] Starting ACPI services...
 [] Starting virtual private network daemon
 [] Starting GNOME Display Manager: gdm3
 [] Starting acpi_fakekey daemon...
 [] Enabling power management...
 [] Starting anac(h)ronistic cron: anacron
 [] Starting deferred execution scheduler: atd
 [] Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon
 [] Enabling additional executable binary formats: binfmt-support
 [] Starting bluetooth: bluetoothd
 [] Starting Common Unix Printing System: cupsd
 [] Starting DNS forwarder and DHCP server: dnsmasq
 [] Starting web server: apache2
 [] Starting periodic command scheduler: cron
 [] Loading cpufreq kernel modules...
 [] CPUFreq Utilities: Setting ondemand CPUFreq governor...CPU0...CPU1...
 Applying Intel IA32 Microcode update... done.
 [] Starting MySQL database server: mysqld 
 [] Starting NFS common utilities: statd idmapd
 [] PulseAudio configured for per-user sessions ...
 [] Starting rpcbind daemon...
 [] Starting OpenBSD Secure Shell server: sshd
 [] Starting VirtualBox kernel modules

Workaround:
 * switch to the tty1
 * /etc/init.d/gdm3 restart

Cheers,
Laurento

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

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

Versions of packages gdm3 depends on:
ii  accountsservice 0.6.21-5
ii  adduser 3.113+nmu3
ii  dconf-gsettings-backend 0.12.1-2
ii  dconf-tools 0.12.1-2
ii  debconf [debconf-2.0]   1.5.44
ii  dpkg1.16.4.3
ii  gir1.2-freedesktop  1.32.1-1
ii  gir1.2-glib-2.0 1.32.1-1
ii  gnome-session [x-session-manager]   3.4.2.1-1
ii  gnome-session-bin   3.4.2.1-1
ii  gnome-session-fallback [x-session-manager]  3.4.2.1-1
ii  gnome-settings-daemon   3.4.2-3
ii  gnome-terminal [x-terminal-emulator]3.4.1.1-1
ii  gsettings-desktop-schemas   3.4.2-1
ii  libaccountsservice0 0.6.21-5
ii  libatk1.0-0 2.4.0-2
ii  libattr11:2.4.46-8
ii  libaudit0   1:1.7.18-1.1
ii  libc6   2.13-33
ii  libcairo-gobject2   1.12.2-2
ii  libcairo2   1.12.2-2
ii  libcanberra-gtk3-0  0.28-4
ii  libcanberra00.28-4
ii  libdbus-1-3 1.6.0-1
ii  libdbus-glib-1-20.100-1
ii  libfontconfig1  2.9.0-6
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libglib2.0-bin  2.32.3-1
ii  libgtk-3-0  3.4.2-2
ii  libpam-modules  1.1.3-7.1
ii  libpam-runtime  1.1.3-7.1
ii  libpam0g1.1.3-7.1
ii  libpango1.0-0   1.30.0-1
ii  librsvg2-common 2.36.1-1
ii  libselinux1 2.1.9-5
ii  libupower-glib1 0.9.17-1
ii  libwrap07.6.q-23
ii  libx11-62:1.5.0-1
ii  libxau6 1:1.0.7-1
ii  libxdmcp6   1:1.1.1-1
ii  libxklavier16   5.2.1-1
ii  libxrandr2  2:1.3.2-2
ii  lsb-base4.1+Debian7
ii  metacity [x-window-manager] 1:2.34.3-2
ii  policykit-1-gnome   0.105-2
ii  upower  0.9.17-1
ii  x11-common  1:7.7+1
ii  x11-xserver-utils   7.7~3

Ve

Bug#681311: softhsm: /etc/softhsm/softhsm.conf managed by both softhsm and softhsm-common

[Andreas Beckmann]

Package: softhsm
Version: 1.3.3-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts replaces-without-breaks

Hi,

during a test with piuparts I noticed your package causes
removal of files that also belong to another package.

>From the attached log (scroll to the bottom...):

0m25.7s ERROR: FAIL: After purging files have disappeared:
  /etc/softhsm/softhsm.conf  owned by: softhsm

If the disappearing file is owned by softhsm, it must have existed
before softhsm was installed.

Looking further up in the logfile:

  Setting up softhsm-common (1.3.3-1) ...
  dpkg-statoverride: warning: --update given but /var/lib/softhsm does not exist
  
  Creating config file /etc/softhsm/softhsm.conf with new version

That does not look correct ... softhsm.conf was created by
softhsm-common and is shippd by softhsm as a conffile.
And softhsm-common should create /var/lib/softhsm first (or better ship
it as an empty directory in the package, otherwise the statoverride is
useless)

Cheers,

Andreas


softhsm_1.3.3-1.log.gz
Description: GNU Zip compressed data

Bug#681091: gnucash: starting gnucash freezes showing the tip window

[Sébastien Villemot]

tags 681091 + moreinfo
thanks

Dear Leandro,

Leandro Noferini  writes:

> Trying to start gnucash stops showing the window for the tip and do not
> run anymore.
>
> Running with --debug option gives no result in window and write these lines 
> in $
>
> * 17:01:01  INFO  [gnc_hook_lookup] no hook lists
> * 17:01:02  INFO  [init_from_file] guid_init got 512 bytes from 
> /de$
> * 17:01:02  INFO  [init_from_file] guid_init got 2266 bytes from 
> /e$
> * 17:01:02  INFO  [init_from_file] guid_init got 27 bytes from 
> /pro$
> * 17:01:02  INFO  [init_from_file] guid_init got 1170 bytes from 
> /p$
> * 17:01:02  INFO  [init_from_file] guid_init got 571 bytes from 
> /pr$
> * 17:01:02  INFO  [init_from_file] guid_init got 1385 bytes from 
> /p$
> * 17:01:02  INFO  [init_from_file] guid_init got 227 bytes from 
> /pr$
> * 17:01:02  INFO  [init_from_file] guid_init got 1766 bytes from 
> /p$
> * 17:01:02  INFO  [init_from_file] guid_init got 18 bytes from 
> /pro$

We need more information in order to be able to fix the problem. Ideally
we would need precise information on how to reproduce it. Also, can you
provide the following:

- an untruncated version of /tmp/gnucash.trace (the one you sent is
  truncated on the right)

- does gnucash segfault? is there any output on stdout/stderr?

- what happens if you try to run gnucash from another account on your
  system? (ideally an account which has never ran gnucash)

- do you have anything unusual in your setup? which features of GnuCash
  do you use?

Thanks for your feedback,

-- 
 .''`.Sébastien Villemot
: :' :Debian Maintainer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594


pgp1YRLkejfqO.pgp
Description: PGP signature

Bug#681312: libstrongswan: fails to upgrade from squeeze - trying to overwrite /usr/lib/ipsec/plugins/libstrongswan-attr-sql.so

[Andreas Beckmann]

Package: libstrongswan
Version: 4.6.4-5
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'squeeze'.
It installed fine in 'squeeze', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks/Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Preparing to replace libstrongswan 4.4.1-5.1 (using 
.../libstrongswan_4.6.4-5_amd64.deb) ...
  Unpacking replacement libstrongswan ...
  dpkg: error processing 
/var/cache/apt/archives/libstrongswan_4.6.4-5_amd64.deb (--unpack):
   trying to overwrite '/usr/lib/ipsec/plugins/libstrongswan-attr-sql.so', 
which is also in package strongswan-ikev2 4.4.1-5.1
  configured to not write apport reports
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)


cheers,

Andreas


strongswan-ikev2_4.6.4-5.log.gz
Description: GNU Zip compressed data

Bug#641811: Reassigning based on reports

[Alberto Gonzalez Iniesta]

reassign 641811 libobjc4
thanks

Reassigned according to users' reports.

-- 
Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico
agi@(inittab.org|debian.org)| en GNU/Linux y software libre
Encrypted mail preferred| http://inittab.com

Key fingerprint = 9782 04E7 2B75 405C F5E9  0C81 C514 AF8E 4BA4 01C3



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

Bug#681313: libpoppler-private-dev: trying to overwrite '/usr/include/poppler/CachedFile.h', which is also in package libpoppler-dev 0.20.1-1

[Jakub Wilk]

Package: libpoppler-private-dev
Version: 0.20.2-1
Severity: serious

There's undeclared file conflict with previous versions of libpoppler-dev:

Unpacking replacement libpoppler-private-dev ...
dpkg: error processing 
/var/cache/apt/archives/libpoppler-private-dev_0.20.2-1_i386.deb (--unpack):
 trying to overwrite '/usr/include/poppler/CachedFile.h', which is also in 
package libpoppler-dev 0.20.1-1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)

--
Jakub Wilk



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

Bug#680482: libapache2-modsecurity: should not include all *.conf files by default

[Alberto Gonzalez Iniesta]

On Wed, Jul 11, 2012 at 04:40:35PM +0300, Teodor MICU wrote:
> 2012/7/6 Alberto Gonzalez Iniesta :
> > If you want rules only for a VirtualHost, they can be added to its
> > configuration file. You don't need to use /etc/modsecurity at all.
> 
> Yes, but that's exactly the purpose of this directory.

Not exactly. The purpose of the directory is to contain common rules for
the web server (all domains).

> > I don't really see the problem or the severity of the bug.
> 
> The problem I've had was that on every web server I have at least one
> virtual site (default) that it's not public. This caused too much
> noise from mod_security when all rules from «/etc/modsecurity/*.conf»
> were enabled globally.

Then disable modsecurity for that(/those) domain(s).

> So, I thought what options do I have?
> 1) move the rules from /etc/modsecurity to another place or
> 2) remove the rule from mods-available/modsecurity.conf that includes them.

Well, mods-available/modsecurity.conf is a conffile, remove the
"Include" line if you don't want that behaviour.

> I believe the best design is to use /etc/modsecurity for all common
> (or specific rules) of all public web sites.

And how is the package supposed to guess which sites are "public" and
which aren't? Or that you only want certain rules for "public" sites?

I'm sorry Teodor, I don't see any advantage in removing the mentioned
"Include". If it does not fit your needs, simply ignore
/etc/modsecurity.

Regards,

Alberto

-- 
Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico
agi@(inittab.org|debian.org)| en GNU/Linux y software libre
Encrypted mail preferred| http://inittab.com

Key fingerprint = 9782 04E7 2B75 405C F5E9  0C81 C514 AF8E 4BA4 01C3



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

Bug#681314: unblock: yp-svipc/0.14-2

[Thibaut Paumard]

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

Please unblock source package yp-svipc.

It builds the following binary packages:
 - python-svipc
 - python3-svipc
 - yorick-svipc

I attach a debdiff and explain the changes below.

1- Hardening flags release goal:
   http://bugs.debian.org/680216
Fixed for python*-svipc by putting CPPFLAGS in CFLAGS, for yorick-svipc by
passing Y_LDFLAGS etc. to make.

2- 0.14-1 failed to build on kfreebsd-any:
   http://bugs.debian.org/679919
Portability code for *BSD and Darwin is erroneously activated on GNU/kFreeBSD,
which doesn't need it.
Fixed for python*-svipc by patching setup.py; for yorick-svipc by passing
PKG_CFLAGS explicitly to make.

3- the yorick-full meta-package (src:yorick), already unblocked, is waiting for
yorick-svipc to build on kfreebsd-* before it can migrate.
   http://release.debian.org/migration/testing.pl?package=yorick
Fixing the above-mentioned FTBFS takes us halfway through to letting yorick
migrate (Yorick is also waiting for yorick-gyoto, I'm working on it).

Kind regards, Thibaut.

unblock yp-svipc/0.14-2

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

Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
diff -Nru yp-svipc-0.14/debian/changelog yp-svipc-0.14/debian/changelog
--- yp-svipc-0.14/debian/changelog	2012-06-22 11:25:24.0 +0200
+++ yp-svipc-0.14/debian/changelog	2012-07-11 13:41:39.0 +0200
@@ -1,3 +1,14 @@
+yp-svipc (0.14-2) unstable; urgency=low
+
+  * Bug fix: "don't rely on yorick to pass the fortified build flags"
+(Closes: #680216).
+  * Bug fix: "FTBFS on kfreebsd-i386 and kfreebsd-amd64: "conflicting
+types for semtimedop"" (Closes: #679919). Involves a patch for the
+Python modules (fix_679919_kFreeBSD_FTBFS) and passing PKG_CFLAGS when
+building the Yorick plug-in.
+
+ -- Thibaut Paumard   Wed, 11 Jul 2012 13:41:39 +0200
+
 yp-svipc (0.14-1) unstable; urgency=low
 
   * Initial release (Closes: #668841)
diff -Nru yp-svipc-0.14/debian/patches/fix_679919_kFreeBSD_FTBFS yp-svipc-0.14/debian/patches/fix_679919_kFreeBSD_FTBFS
--- yp-svipc-0.14/debian/patches/fix_679919_kFreeBSD_FTBFS	1970-01-01 01:00:00.0 +0100
+++ yp-svipc-0.14/debian/patches/fix_679919_kFreeBSD_FTBFS	2012-07-11 13:58:53.0 +0200
@@ -0,0 +1,24 @@
+Description: fix 679919 FTBFS on kfreebsd-*
+ upstream provides an implementation of semtimedop which they use on FreeBSD
+ and MacOS. It is eroneously used also under GNU/kFreeBSD and GNU/Hurd.
+ This patch disables it altogether for the python modules. 
+Author: Thibaut Paumard 
+Origin: vendor
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679919
+Forwarded: no
+Last-Update: 2012-07-11
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- a/setup.py
 b/setup.py
+@@ -32,10 +32,8 @@
+('SVIPC_NOSEGFUNC',   None),
+]
+ 
+ platform=uname()[0]
+-if platform != 'Linux':
+-   define_macros.append(('SVIPC_HACKS', None))
+ 
+ extra_compile_args=[
+#'-g3',
+#'-ggdb3'
diff -Nru yp-svipc-0.14/debian/patches/series yp-svipc-0.14/debian/patches/series
--- yp-svipc-0.14/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ yp-svipc-0.14/debian/patches/series	2012-07-11 14:08:11.0 +0200
@@ -0,0 +1 @@
+fix_679919_kFreeBSD_FTBFS
diff -Nru yp-svipc-0.14/debian/rules yp-svipc-0.14/debian/rules
--- yp-svipc-0.14/debian/rules	2012-06-22 11:25:06.0 +0200
+++ yp-svipc-0.14/debian/rules	2012-07-11 14:17:49.0 +0200
@@ -6,6 +6,7 @@
 # This has to be exported to make some magic below work.
 export DH_OPTIONS
 
+CFLAGS += $(CPPFLAGS)
 
 %:
 	dh $@ --with python2 \
@@ -23,7 +24,10 @@
 	set -ex; for python in $(shell py3versions -r); do \
 	  $$python setup.py build; \
 	done;
-	cd yorick; make
+	cd yorick; make COPT_DEFAULT="" \
+	Y_CFLAGS="$(CFLAGS)" \
+	Y_LDFLAGS="$(LDFLAGS)" \
+	PKG_CFLAGS="-I ../common"
 
 override_dh_auto_install:
 	dh_auto_install

Bug#681315: gufw: the gufw desktop entry doesn't show up in gnome environment

[Laurento Frittella]

Package: gufw
Version: 12.10.0-1
Severity: minor
Tags: patch

Dear Maintainer,
the gufw desktop entry (the shield icon I expect to find searching for 
"firewall" between the installed gnome application) simply doesn't show up.
It is because the upstream limits its scope to the Unity desktop.

My patch simply add the GNOME env too :)

Cheers,
Laurento


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

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

Versions of packages gufw depends on:
ii  gir1.2-gtk-3.0 3.4.2-2
ii  gir1.2-polkit-1.0  0.105-1
ii  gnome-icon-theme-symbolic  3.4.0-2
ii  notification-daemon0.7.5-1
ii  policykit-10.105-1
ii  python 2.7.3~rc2-1
ii  python-dbus1.1.1-1
ii  python-gobject 3.2.2-1
ii  ufw0.31.1-1

gufw recommends no packages.

gufw suggests no packages.

-- no debconf information
diff -Naur gui-ufw-12.10.0.orig/gufw.desktop.in gui-ufw-12.10.0/gufw.desktop.in
--- gui-ufw-12.10.0.orig/gufw.desktop.in	2012-07-12 11:03:26.686198685 +0200
+++ gui-ufw-12.10.0/gufw.desktop.in	2012-07-12 11:05:47.938899127 +0200
@@ -73,5 +73,5 @@
 Comment[ar]=يسٌمح لك بإعداد الجدار الناري UFW
 Icon=gufw.png
 Categories=System;Settings;X-GNOME-Settings-Panel;
-OnlyShowIn=Unity;
+OnlyShowIn=GNOME;Unity;
 X-GNOME-Settings-Panel=gufw.png

Bug#681136: Should libavcodec-extra-53 Provides: libavcodec53? [Was: Re: Bug#681136: libavcodec-extra-53: Cannot install libavcodec-extra-53 without losing kde]

[Reinhard Tartler]

On Wed, Jul 11, 2012 at 10:07 PM, Fabian Greffrath  wrote:
>> The problem appears to have been that I had not succeeded in removing all
>> Marillat's packages, despite trying to make sure I had before reporting
>
> I suspected this. :)
>
>> After reinstalling all the vlc (and xine) related packages I was able to
>> install libavcodec-extra-53.
>
> At least.
>
>> I still think it would have been easier if libavcodec-extra-53 had either
>> Provides: libavcodec53 or, even better, really was just extras without
> I don't see any reason against this approach but leave it up for
> discussion with the other team members (then this big should get closed).


That would make 'libavcodec53' a "virtual" package, which AFAIUI would
break versioned dependencies as dpkg does not support "versioned
provides".

>
>> replacing libavcodec53 at all.  However, I am sure you have good reasons
>> for this packaging.
>
> Unfortunately, it is not possible to package the "extra" parts alone, so
> both libraries need to replace each other.

It would require invasive modifications to libavcodec to load all
libraries that are only included in the -extra- variations at run-time
via dlopen(). It seems to me that this approach has a number of corner
cases to figure out (most importantly: at what time can libavcodec
decide if a codec is available or not - moreover dlopen() is not
available on all platforms that libav supports), and is therefore not
really a favored approach by upstream.

-- 
regards,
Reinhard



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

Bug#681316: httpie: missing dependency on python-pkg-resources

[Jakub Wilk]

Package: httpie
Version: 0.1.6+20120309git-2
Severity: serious
Justification: Policy 3.5

I get this in a minimal chroot:

$ http GET http://example.com/
Traceback (most recent call last):
  File "/usr/bin/http", line 5, in 
from pkg_resources import load_entry_point
ImportError: No module named pkg_resources

--
Jakub Wilk



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

Bug#678834: usable configurations for guest-writable public samba shares

[email . bug]

The three alternatives I found:

• (also a workaround without samba adjustments) chmod publicly writable shares 
to be setguid dirs and add the samba option "inherit permissions = yes" (x bits 
are still mapped to archive,hidden,system)

• (should works in all cases)  let samba guests create files as "sambaguest" 
and belonging to the "users" group (rw for all users if they have local access 
to the path)

• (should work for usershares)  let samba guests create files in the name of 
the user who created the user share (and belonging to the "sambaguest" group)



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

Bug#681318: pdfposter: missing dependency on python-pkg-resources

[Jakub Wilk]

Package: pdfposter
Version: 0.5.0-1
Severity: serious
Justification: Policy 3.5

In a minimal chroot:

$ pdfposter
Traceback (most recent call last):
  File "/usr/bin/pdfposter", line 5, in 
from pkg_resources import load_entry_point
ImportError: No module named pkg_resources

--
Jakub Wilk



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

Bug#681319: melt: Floating point exception in webm consumer with bandwidth limiting

[Jonas Smedegaard]

Package: melt
Version: 0.8.0-1
Severity: normal

When I run this command:

  melt $videofile -consumer avformat:video.webm b=768k

...melt fails like this:

[flv @ 0x7f1b4ed9e0a0] Estimating duration from bitrate, this may be inaccurate
[libvorbis @ 0x7f1b4eda7c40] oggvorbis_encode_init: init_encoder failed
consumer_avformat.c: Unable to encode audio - disabling audio output.
[webm @ 0x7f1b4ee328a0] Extradata corrupt.
Floating point exception   0


Changing bitrate to e.g. 200k works.

 - Jonas

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

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

Versions of packages melt depends on:
ii  libc62.13-34
ii  libmlt-data  0.8.0-1
ii  libmlt5  0.8.0-1

melt recommends no packages.

melt 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#681320: Triggers fail with "/usr/share/cli-common/packages.d/mono.installcligac doesn't exist!"

[Andrey Rahmatullin]

Package: monodoc-browser
Version: 2.10-4
Severity: normal

Today I upgraded monodoc-manual from 2.10.8.1-4 to 2.10.8.1-5 and the monodoc-
browser trigger failed with:

! /usr/share/cli-common/packages.d/mono.installcligac doesn't exist!

The file doesn't exist indeed.



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

Kernel: Linux 3.4.1-wrar-5+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages monodoc-browser depends on:
ii  libglade2.0-cil 2.12.10-4
ii  libglib2.0-cil  2.12.10-3
pn  libgtk2.0-cil   
ii  libmono-corlib4.0-cil   2.10.8.1-5
ii  libmono-system-web-services4.0-cil  2.10.8.1-5
ii  libmono-system-xml4.0-cil   2.10.8.1-5
ii  libmono-system4.0-cil   2.10.8.1-5
ii  libwebkit1.1-cil0.3-6
ii  mono-runtime2.10.8.1-5
ii  monodoc-base2.10.8.1-5
ii  monodoc-manual  2.10.8.1-5

monodoc-browser recommends no packages.

monodoc-browser 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#681321: migemo-el: migemo-coding-system should be utf-8-unix, and it would better to work without user's setting

[Kenshi Muto]

Package: migemo-el
Version: 20110227-6
Severity: normal

Dear Maintainer,

I'm not sure this bug should be separated or not, but:

1. Although dictionary is set as utf-8, migemo-coding-system is
   set as euc-jp-unix.
   Lisp file seems need a fix.


(defcustom migemo-coding-system
  (if (>= emacs-major-version 20)
  (if (featurep 'mule)
  (if (string-match "XEmacs" emacs-version)
  (cond
   ((memq 'euc-japan-unix (coding-system-list)) 'euc-japan-unix)
   ((memq 'euc-jp-unix (coding-system-list)) 'euc-jp-unix))
'euc-japan-unix))
(and (boundp 'MULE) *euc-japan*unix))
  "*Default coding system for migemo.el"
  :group 'migemo
  :type 'coding-system)


2. This package won't work until users write a caller in their
   .emacs file.
   In my opinion, those who install this know what this is
   explicitly, and want to work well without nothing to do more.

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

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

Versions of packages migemo-el depends on:
ii  cmigemo20110227-6
ii  emacs [emacsen]23.4+1-3
ii  emacs22-gtk [emacsen]  22.3+1-1.2
ii  emacs23 [emacsen]  23.4+1-3

migemo-el recommends no packages.

migemo-el 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#681216: collectd: patch for restart issue

[Sebastian Harl]

Hi,

On Wed, Jul 11, 2012 at 08:01:41PM +0200, Evgeni Golov wrote:
> I have prepared a (trivial) patch, which is attached and solves the 
> issue. No intent to NMU right now.

Thanks for the patch! Please don't NMU since I've got some other stuff
that should be fixed. I'll take care of that shortly.

> --- collectd-5.1.0/debian/collectd-core.collectd.init.d
> +++ collectd-5.1.0/debian/collectd-core.collectd.init.d
> @@ -50,12 +50,12 @@
>   . /etc/default/$NAME
>  fi
>  
> -if test "$DISABLE" != 0 -a "$1" == "start"; then
> +if test "$DISABLE" != 0 -a \( "$1" == "start" -o "$1" == "restart" \); then
>   log_warning_msg "Not starting $DESC, disabled by /etc/default/$NAME."
>   exit 0
>  fi

Hrm, on "restart" should the daemon be stopped in that case?
Imho, "restart" is meant to be something like "apply the current
configuration" and disabling the daemon is kind of a configuration
setting, so I'd go for stopping collectd.

> -if test ! -e "$CONFIGFILE" -a "$1" == "start"; then
> +if test ! -e "$CONFIGFILE" -a \( "$1" == "start" -o "$1" == "restart" \); 
> then
>   log_warning_msg "Not starting $DESC, no configuration ($CONFIGFILE) 
> found."
>   exit 0
>  fi

Basically the same applies here as well.

Cheers,
Sebastian

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

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



signature.asc
Description: Digital signature

Bug#681322: ITP: liburi-escape-xs-perl -- Drop-In replacement for URI::Escape

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov 

 Package name: liburi-escape-xs-perl
 Version : 0.08
 Upstream Author : Dan Kogai 
 URL : http://search.cpan.org/dist/URI-Escape-XS/
 License : Artistic or GPL-1+
 Programming Lang: Perl
 Description : Drop-In replacement for URI::Escape

The package replaces standard perl URI::Escape by XS module.


-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#681319: melt: Floating point exception in webm consumer with bandwidth limiting

[Patrick Matthäi]

Hey,

could you please install the mlt dbg and ffmpeg/libav dbg packages and 
run it within gdb?


Am 12.07.2012 11:33, schrieb Jonas Smedegaard:

Package: melt
Version: 0.8.0-1
Severity: normal

When I run this command:

   melt $videofile -consumer avformat:video.webm b=768k

...melt fails like this:

[flv @ 0x7f1b4ed9e0a0] Estimating duration from bitrate, this may be inaccurate
[libvorbis @ 0x7f1b4eda7c40] oggvorbis_encode_init: init_encoder failed
consumer_avformat.c: Unable to encode audio - disabling audio output.
[webm @ 0x7f1b4ee328a0] Extradata corrupt.
Floating point exception   0


Changing bitrate to e.g. 200k works.

  - Jonas

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

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

Versions of packages melt depends on:
ii  libc62.13-34
ii  libmlt-data  0.8.0-1
ii  libmlt5  0.8.0-1

melt recommends no packages.

melt 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#681323: libjs-swfupload: XSS via ExternalInterface.call

[Christian Welzel]

Package: libjs-swfupload
Version: 2.2.0.1+ds1-1
Severity: grave
Tags: security
Justification: user security hole

Dear Maintainer,
libjs-swfupload contains a XSS security vulnarability that allows attackers to
inject javascript code into the context of the current webpage.
As a Flash applet can be loaded directly (with parameters in the URL), the Flash
applet allows for reflected cross-site scripting. For sites where the applet is
hosted on the same domain as the main website, this is a serious security 
concern.

More information can be found here:
http://code.google.com/p/swfupload/issues/detail?id=376


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

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

-- 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#681319: melt: Floating point exception in webm consumer with bandwidth limiting

[Jonas Smedegaard]

On 12-07-12 at 11:33am, Jonas Smedegaard wrote:
> When I run this command:
> 
>   melt $videofile -consumer avformat:video.webm b=768k
> 
> ...melt fails like this:
> 
> [flv @ 0x7f1b4ed9e0a0] Estimating duration from bitrate, this may be 
> inaccurate
> [libvorbis @ 0x7f1b4eda7c40] oggvorbis_encode_init: init_encoder failed
> consumer_avformat.c: Unable to encode audio - disabling audio output.
> [webm @ 0x7f1b4ee328a0] Extradata corrupt.
> Floating point exception   0

...and dmesg contains this:

[248232.106274] melt[24481] trap divide error ip:7f1b4d4cde34 sp:7f1b36c99760 
error:0 in libavformat.so.53.21.0[7f1b4d41a000+f2000]


 - Jonas

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

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature

Bug#681324: ITP: liblog-dispatch-perl-perl -- Use core Perl functions for logging

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov 

 Package name: liblog-dispatch-perl-perl
 Version : 0.04
 Upstream Author : Elizabeth Mattijsen (l...@dijkmat.nl)
 URL : http://search.cpan.org/dist/Log-Dispatch-Perl/
 License : Artistic or GPL-1+
 Programming Lang: Perl
 Description : Use core Perl functions for logging

 The "Log::Dispatch::Perl" module offers a logging alternative using standard
 Perl core functions. It allows you to fall back to the common Perl
 alternatives for logging, such as "warn" and "cluck". It also adds the
 possibility for a logging action to halt the current environment, such as
 with "die" and "croak"
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#681325: unblock: modsecurity-crs/2.2.5-2

[Alberto Gonzalez Iniesta]

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

Please unblock package modsecurity-crs

A change in the license went unnoticed. Just debian/copyright was
updated.

debdiff attached.

unblock modsecurity-crs/2.2.5-2

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

Kernel: Linux 3.2.0-2-686-pae (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
diff -Nru modsecurity-crs-2.2.5/debian/changelog 
modsecurity-crs-2.2.5/debian/changelog
--- modsecurity-crs-2.2.5/debian/changelog  2012-06-18 11:44:46.0 
+0200
+++ modsecurity-crs-2.2.5/debian/changelog  2012-07-02 17:19:01.0 
+0200
@@ -1,3 +1,9 @@
+modsecurity-crs (2.2.5-2) unstable; urgency=low
+
+  * Update debian/copyright with right license.
+
+ -- Alberto Gonzalez Iniesta   Mon, 02 Jul 2012 17:18:35 
+0200
+
 modsecurity-crs (2.2.5-1) unstable; urgency=low
 
   * New upstream release
diff -Nru modsecurity-crs-2.2.5/debian/copyright 
modsecurity-crs-2.2.5/debian/copyright
--- modsecurity-crs-2.2.5/debian/copyright  2012-03-16 18:01:44.0 
+0100
+++ modsecurity-crs-2.2.5/debian/copyright  2012-07-02 17:22:10.0 
+0200
@@ -3,22 +3,13 @@
 Source: http://www.modsecurity.org
 
 Files: *
-Copyright: (c) 2006-2011 Trustwave
-License: GPL-2
- This package is free software; you can redistribute it and/or modify
- it under the terms of the GNU General Public License as published by
- the Free Software Foundation; either version 2 of the License.
+Copyright: (c) 2006-2012 Trustwave Holdings, Inc.
+License: ASLv2
+ The ModSecurity Core Rule Set is provided to you under the terms and
+ conditions of Apache Software License Version 2 (ASLv2).
  .
- This package is distributed in the hope that it will be useful,
- but WITHOUT ANY WARRANTY; without even the implied warranty of
- MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
- GNU General Public License for more details.
- .
- You should have received a copy of the GNU General Public License
- along with this program. If not, see 
- .
- On Debian systems, the complete text of the GNU General
- Public License version 2 can be found in "/usr/share/common-licenses/GPL-2".
+ On Debian systems, the complete text of the Apache Software License
+ Version 2 can be found in "/usr/share/common-licenses/Apache-2.0".
 
 Files: debian/*
 Copyright: 2011 Alberto Gonzalez Iniesta 

Bug#681326: Directly accessing .git directory

[Barak A. Pearlmutter]

Package: pristine-tar
Version: 1.25

In the current version of git, the "git submodule" commands create
submodule repos which do not have .git subdirectories, but instead
have .git files which contain text with a redirection pointer.

This causes "pristine-tar commit" to fail rather mysteriously when it
tries to access files in .git/* directly.  The pristine-tar program
really should be using the appropriate git commands instead.

The "right" way to find the true git subdirectory, following textual
redirects etc, is:

  git rev-parse --git-dir

If not inside a git repo this will give an error status, so it is also
a good way to check if you're inside a git repo.


I should say that "pristine-tar checkout" works even when
"pristine-tar commit" does not, so this is a pretty easy problem to
work around: just make a non-submodule clone of the repo in question,
"pristine-tar commit" there, and push the pristine-tar branch back
into the submodule.

Below:
 - example of non-directory .git in submodule
 - example pristine-tar commit failure in said repo
 - example of how a user can work around problem
(The last of these three is provided for other users who come across
this problem and find this bug report.)

Cheers,

--Barak.
--
Barak A. Pearlmutter
 Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
 http://www.bcl.hamilton.ie/~barak/



~/tmp $ echo SHOW THAT GIT SUBMODULES HAVE PLAIN .git FILE
SHOW THAT GIT SUBMODULES HAVE PLAIN .git FILE

~/tmp $ git init foo
Initialized empty Git repository in /var/tmp/barak/tmp/foo/.git/

~/tmp $ cd foo

~/tmp/foo $ echo FOO > fu

~/tmp/foo $ git add fu

~/tmp/foo $ git commit -m 'kung fu'
[master (root-commit) c07cc51] kung fu
 1 file changed, 1 insertion(+)
 create mode 100644 fu

~/tmp/foo $ git submodule add git://github.com/barak/auto6to4.git
Cloning into 'auto6to4'...
remote: Counting objects: 126, done.
remote: Compressing objects: 100% (107/107), done.
remote: Total 126 (delta 50), reused 53 (delta 10)
Receiving objects: 100% (126/126), 24.11 KiB, done.
Resolving deltas: 100% (50/50), done.

~/tmp/foo $ cd auto6to4/

~/tmp/foo/auto6to4 $ ls -lA
total 32
-rwxrwxr-x 1 barak barak 8986 Jul 12 09:54 auto6to4
drwxrwxr-x 3 barak barak 4096 Jul 12 09:54 debian
-rw-rw-r-- 1 barak barak   33 Jul 12 09:54 .git
-rw-rw-r-- 1 barak barak   12 Jul 12 09:54 .gitignore
-rw-rw-r-- 1 barak barak  998 Jul 12 09:54 Makefile
-rw-rw-r-- 1 barak barak 2511 Jul 12 09:54 README

~/tmp/foo/auto6to4 $ cat .git
gitdir: ../.git/modules/auto6to4

~/tmp/foo/auto6to4 $ ls -l ../.git/modules/auto6to4/
total 44
drwxrwxr-x 2 barak barak 4096 Jul 12 09:54 branches
-rw-rw-r-- 1 barak barak  290 Jul 12 09:54 config
-rw-rw-r-- 1 barak barak   73 Jul 12 09:54 description
-rw-rw-r-- 1 barak barak   23 Jul 12 09:54 HEAD
drwxrwxr-x 2 barak barak 4096 Jul 12 09:54 hooks
-rw-rw-r-- 1 barak barak 1336 Jul 12 09:54 index
drwxrwxr-x 2 barak barak 4096 Jul 12 09:54 info
drwxrwxr-x 3 barak barak 4096 Jul 12 09:54 logs
drwxrwxr-x 4 barak barak 4096 Jul 12 09:54 objects
-rw-rw-r-- 1 barak barak  710 Jul 12 09:54 packed-refs
drwxrwxr-x 5 barak barak 4096 Jul 12 09:54 refs

~/tmp/foo/auto6to4 $ cat ../.git/modules/auto6to4/config
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
worktree = ../../../auto6to4
[remote "origin"]
fetch = +refs/heads/*:refs/remotes/origin/*
url = git://github.com/barak/auto6to4.git
[branch "master"]
remote = origin
merge = refs/heads/master

~/tmp/foo/auto6to4 $ echo SHOW pristine-tar commit COMMAND FAILING
SHOW pristine-tar commit COMMAND FAILING

~/tmp/foo/auto6to4 $ git tag upstream/1.20.1 origin/upstream

~/tmp/foo/auto6to4 $ git archive --format=tgz --prefix=auto6to4-1.20.1/ 
--output ../auto6to4_1.20.1.orig.tar.gz upstream/1.20.1

~/tmp/foo/auto6to4 $ pristine-tar commit ../auto6to4_1.20.1.orig.tar.gz 
upstream/1.20.1
Branch pristine-tar set up to track remote branch pristine-tar from origin.
error: auto6to4_1.20.1.orig.tar.gz.delta: does not exist and --remove not passed
fatal: Unable to process path auto6to4_1.20.1.orig.tar.gz.delta
pristine-tar: command failed: git update-index --add 
auto6to4_1.20.1.orig.tar.gz.delta auto6to4_1.20.1.orig.tar.gz.id

~/tmp/foo/auto6to4 $ echo SHOW HOW TO WORK AROUND THIS PROBLEM
SHOW HOW TO WORK AROUND THIS PROBLEM

~/tmp/foo/auto6to4 $ cd ../..

~/tmp $ git clone foo/auto6to4
Cloning into 'auto6to4'...
done.

~/tmp $ cd auto6to4/

~/tmp/auto6to4 $ ls -lA
total 32
-rwxrwxr-x 1 barak barak 8986 Jul 12 09:59 auto6to4
drwxrwxr-x 3 barak barak 4096 Jul 12 09:59 debian
drwxrwxr-x 8 barak barak 4096 Jul 12 09:59 .git
-rw-rw-r-- 1 barak barak   12 Jul 12 09:59 .gitignore
-rw-rw-r-- 1 barak barak  998 Jul 12 09:59 Makefile
-rw-rw-r-- 1 barak barak 2511 Jul 12 09:59 README

~/tmp/auto6to4 $

Bug#673148: CVE-2012-2118

[Julien Cristau]

On Mon, Jul  9, 2012 at 07:23:40 -, Jonathan Wiltshire wrote:

> Dear maintainer,
> 
> Recently you fixed one or more security problems and as a result you closed
> this bug. These problems were not serious enough for a Debian Security
> Advisory, so they are now on my radar for fixing in the following suites
> through point releases:
> 
> squeeze (6.0.6) - use target "stable"
> 
> Please prepare a minimal-changes upload targetting each of these suites,
> and submit a debdiff to the Release Team [0] for consideration. They will
> offer additional guidance or instruct you to upload your package.
> 
NAK, squeeze is not affected.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#679886: Work around...

[H.A.J. Koster]

A work-around for those who can't wait for this bug to be resolved: 
replace dkms.conf in /usr/src/open-vm-tools-/ with the one from 
Ubuntu 12.04, then run the 'dkms install open-vm-tools/' command.


Enjoy!



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

Bug#673148: CVE-2012-2118

[Jonathan Wiltshire]

On 2012-07-12 11:21, Julien Cristau wrote:

On Mon, Jul  9, 2012 at 07:23:40 -, Jonathan Wiltshire wrote:


Dear maintainer,

Recently you fixed one or more security problems and as a result you 
closed
this bug. These problems were not serious enough for a Debian 
Security
Advisory, so they are now on my radar for fixing in the following 
suites

through point releases:

squeeze (6.0.6) - use target "stable"

Please prepare a minimal-changes upload targetting each of these 
suites,
and submit a debdiff to the Release Team [0] for consideration. They 
will

offer additional guidance or instruct you to upload your package.


NAK, squeeze is not affected.


Thanks, tracking updated.

--
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51



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

Bug#677864: compiz works just fine

[Julien Cristau]

On Thu, Jul 12, 2012 at 02:49:51 +0200, Adam Borowski wrote:

> Could you please elaborate what exactly is the problem with compiz 0.8?

The lack of a maintainer.  If you're willing to sign up for that for the
lifetime of wheezy then I might consider allowing it back into wheezy.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#681263: is your libdecoration0 from Debian?

[Julien Cristau]

On Thu, Jul 12, 2012 at 05:59:37 +0200, Adam Borowski wrote:

> Works for me, both with gtk-window-decorator and emerald.  On amd64, like
> you.
> 
If you want the submitter to see your messages you need to CC them.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#681327: unblock: modsecurity-apache/2.6.6-2

[Alberto Gonzalez Iniesta]

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

Please unblock package modsecurity-apache

A change in the license went unnoticed. Just debian/copyright was
updated.

debdiff attached.

unblock modsecurity-apache/2.6.6-2

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

Kernel: Linux 3.2.0-2-686-pae (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
diff -Nru modsecurity-apache-2.6.6/debian/changelog 
modsecurity-apache-2.6.6/debian/changelog
--- modsecurity-apache-2.6.6/debian/changelog   2012-06-15 13:22:03.0 
+0200
+++ modsecurity-apache-2.6.6/debian/changelog   2012-07-02 17:23:28.0 
+0200
@@ -1,3 +1,9 @@
+modsecurity-apache (2.6.6-2) unstable; urgency=low
+
+  * Updated debian/copyright with right license.
+
+ -- Alberto Gonzalez Iniesta   Mon, 02 Jul 2012 17:23:08 
+0200
+
 modsecurity-apache (2.6.6-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru modsecurity-apache-2.6.6/debian/copyright 
modsecurity-apache-2.6.6/debian/copyright
--- modsecurity-apache-2.6.6/debian/copyright   2012-03-16 13:23:17.0 
+0100
+++ modsecurity-apache-2.6.6/debian/copyright   2012-07-02 17:21:53.0 
+0200
@@ -1,163 +1,31 @@
-This package was debianized by 
-Alberto Gonzalez Iniesta  on Mon, 6 Nov 2006
-
-It was downloaded from http://www.modsecurity.org
-
-Copyright (C) 2004-2006 Breach Security, Inc. (http://www.breach.com)
-
-Copyright:
-
-   This package is free software; you can redistribute it and/or modify
-   it under the terms of the GNU General Public License as published by
-   the Free Software Foundation; version 2 dated June, 1991.
-
-   This package is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
-   GNU General Public License for more details.
-
-   You should have received a copy of the GNU General Public License
-   along with this package; if not, write to the Free Software
-   Foundation, Inc., 51 Franklin St, Fifth Floor, Boston,
-   MA 02110-1301, USA.
-
-On Debian GNU/Linux systems, the complete text of the GNU General
-Public License can be found in `/usr/share/common-licenses/GPL-2'.
-
-
-MODSECURITY LICENSING EXCEPTION
-===
-
-Version 1.0, 29 July 2008
-
-As a special exception ("Exception") to the terms and conditions of version 2
-of the GPL, Breach Security, Inc. hereby grants you the rights described
-below, provided you agree to the terms and conditions in this Exception,
-including its obligations and restrictions on use.
-
-
-Exception Intent
-
-
-We want specified Free/Libre and Open Source Software ("FLOSS") programs to be
-able to use ModSecurity (the "Program") despite the fact that not all FLOSS
-licenses are compatible with version 2 of the GNU General Public License (the
-"GPLv2").
-
-
-Legal Terms and Conditions
-==
-
-You are free to distribute a Derivative Work that is formed entirely from the
-Program and one or more works (each, a "FLOSS Work") licensed under one or
-more of the licenses listed below in section 1, as long as all of the
-following conditions are met:
-
-  1. You obey the GPLv2 in all respects for the Program and the Derivative
- Work, except for identifiable sections of the Derivative Work which are
- 
- 1. not derived from the Program, and
- 
- 2. are not designed to interact with the Program, and
- 
- 3. which can reasonably be considered independent and separate works in
-themselves.
-
-  2. All such identifiable sections of the Derivative Work are
-  
- 1. distributed subject to one of the FLOSS licenses listed below, and
- 
- 2. the object code or executable form of those sections are accompanied
-by the complete corresponding machine-readable source code for those
-sections on the same medium and under the same FLOSS license as the
-corresponding object code or executable forms of those sections.
-
-  3. Any works which are aggregated with the Program or with a Derivative Work
- on a volume of a storage or distribution medium in accordance with the
- GPLv2, can reasonably be considered independent and separate works in
- themselves which are not derivatives of either the Program, a Derivative
- Work or a FLOSS Work, and are not designed to interact with the Program.
- 
-If the above conditions are not met, then the Program may only be copied,
-modified, distributed or used under the terms and conditions of the GPLv2
-or another valid licensing option from Breach Security, Inc.
-
-
-FLOSS License List
-==
-
-License name   Version(s)/Copyright Date
-

Bug#680514: xserver-xorg-video-intel: X locks up with EQ overflow

[Julien Cristau]

severity 680514 important
tag 680514 moreinfo
kthxbye

On Fri, Jul  6, 2012 at 08:28:47 -0500, John Goerzen wrote:

> Package: xserver-xorg-video-intel
> Version: 2:2.19.0-1
> Severity: critical
> 
This is an old version.

> Kernel version (/proc/version):
> ---
> Linux version 3.2.0-2-amd64 (Debian 3.2.19-1) 
> (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP 
> Fri Jun 1 17:49:08 UTC 2012
> 
So is this.

> [49.668] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-2-amd64 
> root=/dev/mapper/minerva-root ro quiet i915.i915_enable_rc6=1 
> i915.i915_enable_fbc=1 pcie_aspm=force i915.lvds_downclock=1

And this includes a bunch of "please give me pain" options.

Is the problem reproducible with all of the above fixed?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#681185: libreoffice: Opening a document when LO is already running returns too early

[Matthias Urlichs]

Hi,

Rene Engelhard:
> On Thu, Jul 12, 2012 at 09:03:12AM +0200, Matthias Urlichs wrote:
> > > I *think* it's ooplash.bins fault.
> > 
> > This is not a splash screen problem.
> 
> Wrong. soffice(.sh) calls oosplash.bin.

Unfortunately, the name "oosplash.bin" strongly suggests to people that its
main function is in fact to pop up a splash screen.

Since the problem shows up when LO has been running for some time and no
splash screen is visible anywhere, my statement is factually correct --
even though it turns out that it has nothing to do with the sentence which
I quoted. :-/

-- 
-- Matthias Urlichs



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

Bug#681328: blockdiag: FTBFS: pep8: 21 errors / 0 warnings

[Jakub Wilk]

Source: blockdiag
Version: 1.1.6-1
Severity: serious
Justification: fails to build from source

blockdiag FTBFS:
| set -e; \
|   PYTHONPATH=/build/blockdiag-VLK4f1/blockdiag-1.1.6/src nosetests -d
| 
F..
| ==
| FAIL: blockdiag.tests.test_pep8.test_pep8
| --
| Traceback (most recent call last):
|   File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
| self.test(*self.arg)
|   File 
"/build/blockdiag-VLK4f1/blockdiag-1.1.6/src/blockdiag/tests/test_pep8.py", 
line 38, in test_pep8
| assert errors + warnings == 0, message
| AssertionError: pep8: 21 errors / 0 warnings
| 0 = .get_count('W')
| 'pep8: 21 errors / 0 warnings' = 'pep8: %d errors / %d warnings' % (21, 0)
| print 'pep8: 21 errors / 0 warnings'
| >>  assert 21 + 0 == 0, 'pep8: 21 errors / 0 warnings'
|
|  >> begin captured stdout << -
| /build/blockdiag-VLK4f1/blockdiag-1.1.6/src/blockdiag/builder.py:505:51: E272 
multiple spaces before keyword
| for edge in (e for e in self.diagram.edges  if e.style != 'none'):
|   ^
| /build/blockdiag-VLK4f1/blockdiag-1.1.6/src/blockdiag/builder.py:509:48: E272 
multiple spaces before keyword
| for edge in (e for e in group.edges  if e.style != 'none'):
|^
| /build/blockdiag-VLK4f1/blockdiag-1.1.6/src/blockdiag/drawer.py:78:38: E272 
multiple spaces before keyword
| for edge in (e for e in edges  if e.style != 'none'):
|  ^
| /build/blockdiag-VLK4f1/blockdiag-1.1.6/src/blockdiag/elements.py:591:74: 
E502 the backslash is redundant between brackets
| kwargs = dict([str(unquote(attr.name)), unquote(attr.value)] \
|  ^
| /build/blockdiag-VLK4f1/blockdiag-1.1.6/src/blockdiag/metrics.py:45:26: E712 
comparison to False should be 'if cond is False:' or 'if not cond:'
| if self.stroking == False:
|  ^
| 
/build/blockdiag-VLK4f1/blockdiag-1.1.6/src/blockdiag/imagedraw/simplesvg.py:206:52:
 E502 the backslash is redundant between brackets
| self.path.append('A%s,%s %s %s %s %s %s' % \
|^
| 
/build/blockdiag-VLK4f1/blockdiag-1.1.6/src/blockdiag/imagedraw/simplesvg.py:210:52:
 E502 the backslash is redundant between brackets
| self.path.append('a%s,%s %s %s %s %s %s' % \
|^
| 
/build/blockdiag-VLK4f1/blockdiag-1.1.6/src/blockdiag/imagedraw/filters/linejump.py:131:52:
 E712 comparison to True should be 'if cond is True:' or 'if cond:'
| if 'jump' in kwargs and kwargs['jump'] == True:
|^
| 
/build/blockdiag-VLK4f1/blockdiag-1.1.6/src/blockdiag/noderenderer/__init__.py:104:27:
 E711 comparison to None should be 'if cond is not None:'
| if self.node.icon != None and kwargs.get('shadow') != True:
|   ^
| 
/build/blockdiag-VLK4f1/blockdiag-1.1.6/src/blockdiag/noderenderer/__init__.py:119:31:
 E711 comparison to None should be 'if cond is not None:'
| if self.node.numbered != None and kwargs.get('shadow') != True:
|   ^
| 
/build/blockdiag-VLK4f1/blockdiag-1.1.6/src/blockdiag/tests/test_builder_edge.py:49:31:
 E711 comparison to None should be 'if cond is None:'
| assert edge.thick == None
|   ^
| 
/build/blockdiag-VLK4f1/blockdiag-1.1.6/src/blockdiag/tests/test_builder_edge.py:57:31:
 E711 comparison to None should be 'if cond is None:'
| assert edge.thick == None
|   ^
| 
/build/blockdiag-VLK4f1/blockdiag-1.1.6/src/blockdiag/tests/test_utils_fontmap.py:291:52:
 E502 the backslash is redundant between brackets
| _config = ("[fontmap]\nserif-bold: %s\n" + \
|^
| /build/blockdiag-VLK4f1/blockdiag-1.1.6/src/blockdiag/tests/utils.py:85:73: 
E502 the backslash is redundant between brackets
| raise RuntimeError('edge (%s -> %s) is not found' % \
| ^
| /build/blockdiag-VLK4f1/blockdiag-1.1.6/src/blockdiag/tests/utils.py:89:50: 
E272 multiple spaces before keyword
| for node in (n for n in diagram.nodes  if n.drawable):
|  ^
|

Bug#680951: unblock: ace-of-penguins/1.3-9

[jaalto]

On 2012-07-11 22:46, Neil McGovern wrote:
| On Wed, Jul 11, 2012 at 12:19:04PM +0300, Jari Aalto wrote:
| > | > +Recommends: xfonts-100dpi
| > 
| > 1.3-9 has been uploaded to unstable with this change.
| > 
| 
| Ok, looking at the actual diff, I also see:
| -45-libpng15

Thanks for noticing. This is mistake. I have no explanation why the
patch line got deleted. It contains important libpng transition
support.

| +50-buildflags.patch

This was added to improve 2012-03-24 and I had forgetten to list
it. The patch enables CPPFLAGS, thus making full use of hardened build
flags (hardening=+all) added in 1.3-8.

I'll upload 1.3-10 with these fixes,
Jari


signature.asc
Description: Digital signature

Bug#560423: debhelper: Add debian/dh_norun file to list, commands not to run (ver 8?)

[Niels Thykier]

X-Enigmail-Version: 1.4.1
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

Joey Hess wrote:
> There is some potential for speeding up dh. Josh Tripplet and I once
> discussed:
>
> * Having dh optimize out calls to debhelper commands that will be
>   no-ops. For a subset of commands, this can be determined just
>   by looking for their config files. Some kind of metadata would be
>   necessary for dh to tell which commands are in that subset.

Hi,

Perhaps the sequence modules could contain such information?  This would
allow third-party sequences to take advantage of this optimization as well.

> * Speed up dh_gencontrol, er, I mean dpkg-gencontrol, which by itself
>   is responsible for more than 1/3 of the total runtime of dh binary
>   in a package where the other debhelper commands are all no-ops.

Can you remember what method you used to determine this?  I would like
to see if this is still the case, before I try look at optimizing it (if
only to know when I am done ;) ).

~Niels




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

Bug#681309: wajig: command newupgrades fails

[Tshepang Lekhonkhobe]

On 12/07/2012 10:53, Michael Panteleit wrote:

Dear Maintainer,

wajig doesn't recognize the commands 'newupgrades' or 'new-upgrades'
anymore though they are listed in the 'choose from'-list coming up
after issueing the command.


Thanks for the report. A fixed version is available from VCS (wajig 
readme wajig), and will be uploaded to Debian a few days from now (am 
waiting for one currently in Unstable to transition to Wheezy).




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

Bug#681327: unblock: modsecurity-apache/2.6.6-2

[Niels Thykier]

On 2012-07-12 12:21, Alberto Gonzalez Iniesta wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Please unblock package modsecurity-apache
> 
> A change in the license went unnoticed. Just debian/copyright was
> updated.
> 
> debdiff attached.
> 
> unblock modsecurity-apache/2.6.6-2
> 
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (i686)
> 
> Kernel: Linux 3.2.0-2-686-pae (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

"""
+ [...]; either version 2 of the License.
"""

Did you mean "either version 2 or (at your choice any) later version of
the License"? (or however it is written...)

According to your copyright file, any Debian patches will be under GPL-2
and cannot be applied.  However, the Apache2 license is not compatible
with GPL-2 (it seems to be with GPL-3)[1].

[1] http://www.apache.org/licenses/GPL-compatibility.html

"""
Despite our best efforts, the FSF has never considered the Apache
License to be compatible with GPL version 2, citing the patent
termination and indemnification provisions as restrictions not present
in the older GPL license.
"""





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

Bug#678960: Fails to build git-buildpackage manual out of a sudden

[Guido Günther]

On Thu, Jul 12, 2012 at 10:02:12AM +0200, Ricardo Mones wrote:
>   Hi there,
> 
>   FWIW, updating sgml-data fixed this for me when building claws-mail manual.

Seems to work here too now.
Cheers,
 -- Guido

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





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

Bug#569668: Update?

[Matthew Vernon]

Hi,

I see that libjackrabbit-java is now in Debian. How are you getting on 
with libhtmlcleaner-java and, more pertinently davmail packaging?


Thanks,

Matthew



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

Bug#681330: fonts-droid: Please do also package the roboto fonts

[Fabian Greffrath]

Package: fonts-droid
Severity: wishlist

Hi,

I have just read the following in debian/README.Debian:
[...]
- Removed all fonts other than the Droid font family (to be packaged
separately)
[...]

Yes, exact. The other fonts should indeed get packaged separately, i.e. not all
of them, but at least the roboto fonts. If you check out the current git tag
android-4.1.1_r1, there are 10 roboto fonts in data/fonts that we currently
just throw away.

Regarding the README.Debian document itself: Since it describes the way to
create the source tarball, it should get renamed to README.source. And
furthermore, a step-by-step description formulated in plain English is nice,
but to reproduce the creation of the tarball, a few lines of shell that do just
the same would help better.

 - Fabian



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (901, 'testing'), (501, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

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



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

Bug#681162: ITP: scscp -- Symbolic Computation Software Composibility Protocol (SCSCP) library

[Jerome BENOIT]

Thanks for noticing.

On 12/07/12 09:50, Bastien ROUCARIES wrote:

On Wed, Jul 11, 2012 at 2:24 AM, Jerome Benoit  wrote:

Package: wnpp
Severity: wishlist
Owner: Jerome Benoit

* Package name: scscp
   Version : 0.6.4
   Upstream Author : Mickael Gastineau
* URL : http://www.imcce.fr/trip/scscp
* License : (CeCILL-C (close to GNU GPL) or CeCILL v2.0 (compatible 
with GNU GPL))
   Programming Lang: (C, C++)
   Description : Symbolic Computation Software Composibility Protocol 
(SCSCP) library


This C/C++ library is an implementation of the Symbolic Computation Software 
Composibility Protocol
(SCSCP) and provides an Application Programming Interface (API) to develop 
client applications to
access Computer Algebra Systems (CAS) which support the SCSCP protocol. CAS 
could use these API to
provide services to other applications using this protocol, and vice versa.

Notice that cecill-C is incompatible with gpl, according to fsf
(private mail on request)

Bastien


So I will submit the Debian package under the license CeCILL v2.0.

Jerome   





--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120711002447.9028.28745.report...@nen.dnsalias.org






--
Jerome BENOIT
jgmbenoit-at+rezozer*dot_net



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

Bug#680070: live-boot-initramfs-tools: Booting with fetch mechanism over tftp fails because of empty ${DEVICE} variable

[Lars Eric Scheidler]

Severity: normal

Adjust severity, because the bug affects only parts of the package.



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

Bug#681327: unblock: modsecurity-apache/2.6.6-2

[Alberto Gonzalez Iniesta]

On Thu, Jul 12, 2012 at 12:48:04PM +0200, Niels Thykier wrote:
> On 2012-07-12 12:21, Alberto Gonzalez Iniesta wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: unblock
> > 
> > Please unblock package modsecurity-apache
> > 
> > A change in the license went unnoticed. Just debian/copyright was
> > updated.
> > 
> > debdiff attached.
> > 
> > unblock modsecurity-apache/2.6.6-2
> > 
> > -- System Information:
> > Debian Release: wheezy/sid
> >   APT prefers unstable
> >   APT policy: (500, 'unstable')
> > Architecture: i386 (i686)
> > 
> > Kernel: Linux 3.2.0-2-686-pae (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
> 
> """
> + [...]; either version 2 of the License.
> """
> 
> Did you mean "either version 2 or (at your choice any) later version of
> the License"? (or however it is written...)
> 
> According to your copyright file, any Debian patches will be under GPL-2
> and cannot be applied.  However, the Apache2 license is not compatible
> with GPL-2 (it seems to be with GPL-3)[1].
> 
> [1] http://www.apache.org/licenses/GPL-compatibility.html
> 
> """
> Despite our best efforts, the FSF has never considered the Apache
> License to be compatible with GPL version 2, citing the patent
> termination and indemnification provisions as restrictions not present
> in the older GPL license.
> """
> 

Hi Niels,

Thanks for noticing. I just uploaded 2.6.6-3 with debian/* files
licensed as ASLv2. Hope that's enough.
Attached debdiff.

Cheers,

Alberto


-- 
Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico
agi@(inittab.org|debian.org)| en GNU/Linux y software libre
Encrypted mail preferred| http://inittab.com

Key fingerprint = 9782 04E7 2B75 405C F5E9  0C81 C514 AF8E 4BA4 01C3
diff -Nru modsecurity-apache-2.6.6/debian/changelog 
modsecurity-apache-2.6.6/debian/changelog
--- modsecurity-apache-2.6.6/debian/changelog   2012-06-15 13:22:03.0 
+0200
+++ modsecurity-apache-2.6.6/debian/changelog   2012-07-12 13:06:12.0 
+0200
@@ -1,3 +1,16 @@
+modsecurity-apache (2.6.6-3) unstable; urgency=low
+
+  * Relicense debian/* files to ASLv2 to avoid conflicts with upstream
+license.
+
+ -- Alberto Gonzalez Iniesta   Thu, 12 Jul 2012 13:05:20 
+0200
+
+modsecurity-apache (2.6.6-2) unstable; urgency=low
+
+  * Updated debian/copyright with right license.
+
+ -- Alberto Gonzalez Iniesta   Mon, 02 Jul 2012 17:23:08 
+0200
+
 modsecurity-apache (2.6.6-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru modsecurity-apache-2.6.6/debian/copyright 
modsecurity-apache-2.6.6/debian/copyright
--- modsecurity-apache-2.6.6/debian/copyright   2012-03-16 13:23:17.0 
+0100
+++ modsecurity-apache-2.6.6/debian/copyright   2012-07-12 13:03:53.0 
+0200
@@ -1,163 +1,22 @@
-This package was debianized by 
-Alberto Gonzalez Iniesta  on Mon, 6 Nov 2006
-
-It was downloaded from http://www.modsecurity.org
-
-Copyright (C) 2004-2006 Breach Security, Inc. (http://www.breach.com)
-
-Copyright:
-
-   This package is free software; you can redistribute it and/or modify
-   it under the terms of the GNU General Public License as published by
-   the Free Software Foundation; version 2 dated June, 1991.
-
-   This package is distributed in the hope that it will be useful,
-   but WITHOUT ANY WARRANTY; without even the implied warranty of
-   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
-   GNU General Public License for more details.
-
-   You should have received a copy of the GNU General Public License
-   along with this package; if not, write to the Free Software
-   Foundation, Inc., 51 Franklin St, Fifth Floor, Boston,
-   MA 02110-1301, USA.
-
-On Debian GNU/Linux systems, the complete text of the GNU General
-Public License can be found in `/usr/share/common-licenses/GPL-2'.
-
-
-MODSECURITY LICENSING EXCEPTION
-===
-
-Version 1.0, 29 July 2008
-
-As a special exception ("Exception") to the terms and conditions of version 2
-of the GPL, Breach Security, Inc. hereby grants you the rights described
-below, provided you agree to the terms and conditions in this Exception,
-including its obligations and restrictions on use.
-
-
-Exception Intent
-
-
-We want specified Free/Libre and Open Source Software ("FLOSS") programs to be
-able to use ModSecurity (the "Program") despite the fact that not all FLOSS
-licenses are compatible with version 2 of the GNU General Public License (the
-"GPLv2").
-
-
-Legal Terms and Conditions
-==
-
-You are free to distribute a Derivative Work that is formed entirely from the
-Program and one or more works (each, a "FLOSS Work") licensed under one or
-more of the licenses listed below in section 1, as long as all of the
-following conditions are met:
-
-  1. You obey the GPLv2 in all respects for the Program and the Deri

Bug#681331: unblock: mono-tools/2.10-5

[Iain Lane]

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

Hiya,

We just got #681320 in mono-tools. It's a postinst trigger failure,
which will kill upgrades so is RC imho.

It turned out we were calling the wrong command here
(gac-package-install which should have been gac-install). I've fixed
this specific problem in -5 and also added some more guards against
failure. It's difficult to do anything as robustly as I'd like since
I've never been able to construct a reproducer scenario for this trigger
failure.

Diff attached. Please consider unblocking it.

Cheers,

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]
PhD student   [ i...@cs.nott.ac.uk ]
diff -Nru mono-tools-2.10/debian/changelog mono-tools-2.10/debian/changelog
--- mono-tools-2.10/debian/changelog2012-06-26 19:09:09.0 +0100
+++ mono-tools-2.10/debian/changelog2012-07-12 11:54:26.0 +0100
@@ -1,3 +1,17 @@
+mono-tools (2.10-5) unstable; urgency=low
+
+  * [f5fdaf0] Ignore failures in the postinst trigger. It's difficult to
+guarantee what's going to be available when the trigger is run. We might
+as well not fail if running any of the commands fails, since that's no
+worse than not registering the packages.
+  * [8817190] Call gac-install instead of gac-package-install to install mono
+gac-package-install is for installing /packages/ into the GAC.
+gac-install is for initialising the gac itself. It wasn't right to call
+gac-package-install here. Also, check that required files exist before
+proceeding. (Closes: #681320)
+
+ -- Iain Lane   Thu, 12 Jul 2012 11:53:48 +0100
+
 mono-tools (2.10-4) unstable; urgency=low
 
   * [51d46c9] When triggered, manually install mono bits. This is to work
diff -Nru mono-tools-2.10/debian/monodoc-browser.postinst 
mono-tools-2.10/debian/monodoc-browser.postinst
--- mono-tools-2.10/debian/monodoc-browser.postinst 2012-06-26 
19:09:09.0 +0100
+++ mono-tools-2.10/debian/monodoc-browser.postinst 2012-07-12 
11:54:26.0 +0100
@@ -18,19 +18,24 @@
 
 # Try to register stuff manually (these commands are idempotent, so
 # it'll be fine when the real postinst is run later on)
+
+# We ignore all failures here. Either the stuff can be registered now—
+# in which case we'll do it—or it can't, in which case we cannot
+# proceed anyway. Failure isn't harmful.
 mono_gac_status=`dpkg-query -f '${Status}' -W mono-gac`
 if [ "$mono_gac_status" != "install ok installed" -a \
--x /usr/share/cli-common/gac-install ]; then
-/usr/share/cli-common/gac-package-install mono
+-x /usr/share/cli-common/gac-install -a \
+-e /usr/share/cli-common/runtimes.d/mono ]; then
+/usr/share/cli-common/gac-install mono || true
 fi
 
 libgtk_cil_status=`dpkg-query -f '${Status}' -W libgtk2.0-cil`
 if [ "$libgtk_cil_status" != "install ok installed" -a \
--x /usr/share/cli-common/gac-package-install ]; then
-/usr/share/cli-common/gac-package-install libgtk2.0-cil
+-x /usr/share/cli-common/gac-package-install -a \ 
+-e /usr/share/cli-common/packages.d/libgtk2.0-cil.installcligac ]; 
then
+/usr/share/cli-common/gac-package-install libgtk2.0-cil || true
 fi
 
-# Now don't fail; we've done the best we can.
 /usr/bin/update-monodoc || true
 
 ;;


signature.asc
Description: Digital signature

Bug#681212: w3m adds 8 bytes to a downloaded file

[Vincent Lefevre]

retitle 681212 w3m doesn't truncate downloaded files to Content-Length value
thanks

On 2012-07-11 15:14:03 +0200, Vincent Lefevre wrote:
> When downloading a file from http://partage-fichiers.ens-lyon.fr/
> w3m added 8 bytes to the file:
> 
> -rw-r--r-- 1 vlefevre vlefevre 59675248 2012-07-11 14:07:33 tst-exp.tar.xz
> -rw-r--r-- 1 vlefevre vlefevre 59675256 2012-07-11 14:51:34 tst-exp.tar.xz.2
> 
> $ cmp tst-exp.tar.xz tst-exp.tar.xz.2
> cmp: EOF on tst-exp.tar.xz
> $ tail -c 8 tst-exp.tar.xz.2 | hd
>   35 39 36 37 35 32 34 38   |59675248|
> 0008

This is actually the file size. This can be reproduced on a small
file:

  http://partage-fichiers.ens-lyon.fr/j1c49rqvm (web page)
  http://partage-fichiers.ens-lyon.fr/j1c49rqvm/download (file)

These links are valid up to 2012-09-10.

FYI:

$ telnet partage-fichiers.ens-lyon.fr 80
GET /j1c49rqvm/download HTTP/1.1
Host: partage-fichiers.ens-lyon.fr

HTTP/1.1 200 OK
Date: Thu, 12 Jul 2012 11:40:23 GMT
Server: Apache/2.2.16 (Debian)
X-Powered-By: PHP/5.3.3-7+squeeze13
Set-Cookie: filez=esgdt25bj270ovmq5jn9jq7b00; path=/
Expires: 0
Cache-Control: must-revalidate, post-check=0, pre-check=0
Pragma: public
Content-Disposition: attachment; filename="foo"
Content-Transfer-Encoding: binary
Content-Length: 5
Content-Type: application/octet-stream

test
5[Cursor]

The file should be truncated to the Content-Length value.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)



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

Bug#675495: Bug#675834: hsqldb: FTBFS: The import java.sql.SQLFeatureNotSupportedException cannot be resolved

[Lionel Elie Mamane]

On Sun, Jun 03, 2012 at 06:07:33PM +0200, Rene Engelhard wrote:
> On Sun, Jun 03, 2012 at 05:44:59PM +0200, Christoph Egger wrote:
>> Your package failed to build on the kfreebsd-* buildds:

> More: s/on the kfreebsd-* buildds/with gcj/

> Interesting. This should be JAVA7 only:

> +//#ifdef JAVA7
> +public Logger getParentLogger() throws SQLFeatureNotSupportedException
> +{
> +throw new SQLFeatureNotSupportedException("Not supported yet.");
> +}
> +
> +//#endif JAVA7

It should, but is not, because the way the preprocessing was applied
is buggy.

See 
http://cgit.freedesktop.org/libreoffice/core/commit/?id=69273cdd675b205b6f47e9aab2872901c03be578

> But maybe we should just stop the native compilation, which makes this a pure
> _all package and then it can build everywjere (and we can then ignore that 
> this
> is not building on gcj archs as noone seriously will build there for _all
> packages)

I'd rather avoid a situation where one of our arches cannot build one
of the packages that it ships: this makes users of this arch unable to
patch their package, and thus to make use of the software freedom.

-- 
Lionel



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

Bug#681214: lynx-cur: lynx adds 8 bytes to a downloaded file

[Vincent Lefevre]

retitle 681214 lynx-cur: lynx doesn't truncate downloaded files to 
Content-Length value
thanks

On 2012-07-11 15:19:12 +0200, Vincent Lefevre wrote:
> When downloading a file from http://partage-fichiers.ens-lyon.fr/
> lynx added 8 bytes to the file:
> 
> -rw-r--r-- 1 vlefevre vlefevre 59675248 2012-07-11 14:07:33 tst-exp.tar.xz
> -rw-r--r-- 1 vlefevre vlefevre 59675256 2012-07-11 15:02:33 tst-exp.tar.xz.3
> 
> $ cmp tst-exp.tar.xz tst-exp.tar.xz.3
> cmp: EOF on tst-exp.tar.xz
> $ tail -c 8 tst-exp.tar.xz.3 | hd
>   35 39 36 37 35 32 34 38   |59675248|
> 0008

This is actually the file size. This can be reproduced on a small
file:

  http://partage-fichiers.ens-lyon.fr/j1c49rqvm (web page)
  http://partage-fichiers.ens-lyon.fr/j1c49rqvm/download (file)

These links are valid up to 2012-09-10.

FYI:

$ telnet partage-fichiers.ens-lyon.fr 80
GET /j1c49rqvm/download HTTP/1.1
Host: partage-fichiers.ens-lyon.fr

HTTP/1.1 200 OK
Date: Thu, 12 Jul 2012 11:40:23 GMT
Server: Apache/2.2.16 (Debian)
X-Powered-By: PHP/5.3.3-7+squeeze13
Set-Cookie: filez=esgdt25bj270ovmq5jn9jq7b00; path=/
Expires: 0
Cache-Control: must-revalidate, post-check=0, pre-check=0
Pragma: public
Content-Disposition: attachment; filename="foo"
Content-Transfer-Encoding: binary
Content-Length: 5
Content-Type: application/octet-stream

test
5[Cursor]

The file should be truncated to the Content-Length value.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)



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

Bug#675495: Bug#675834: hsqldb: FTBFS: The import java.sql.SQLFeatureNotSupportedException cannot be resolved

[Rene Engelhard]

Hi,

On Thu, Jul 12, 2012 at 01:31:36PM +0200, Lionel Elie Mamane wrote:
> It should, but is not, because the way the preprocessing was applied
> is buggy.
> 
> See 
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=69273cdd675b205b6f47e9aab2872901c03be578

Ah, OK, thanks, will try to update the patch...

Regards,

Rene



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

Bug#681333: RM: mecab-cannadic -- ROM; not useful any more

[Osamu Aoki]

Package: ftp.debian.org
Severity: normal


This was discussed on http://bugs.debian.org/639371 and mail as below.

Since Nobuyuki seems not familiar with removal request, i am doing this
now.  we just had mail exchange as below:

I am asking package removal with this mail instead of replying in private mail.

Regards,

Osamu

On Tue, Jul 10, 2012 at 08:45:16PM +0200, Evgeni Golov wrote:
> Hi Osamu, Hi Takatsugu,
>
> mecab-cannadic in Sid curretly suffers a FTBFS [1] as did
> ipadic [2] before Osamu fixed it with my patch.
>
> I submitted a very similar patch for mecab-cannadic, but given the
> last comments in [3] I am not sure that it's really worth an NMU and
> should be removed from Sid and Wheezy instead?
>
> Do you have any strong feelings in either direction? As my Japanese is
> limited to baka, neko and kawaii, I have no use for the package so you
> should better decide here on your own :)
>
> Regards
> Evgeni
>
> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680827
> [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680834
> [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639371


On Thu, Jul 12, 2012 at 08:26:19AM +0900, NOKUBI Takatsugu wrote:
> At Tue, 10 Jul 2012 20:45:16 +0200,
> Evgeni Golov wrote:
> >
> > Hi Osamu, Hi Takatsugu,
> >
> > mecab-cannadic in Sid curretly suffers a FTBFS [1] as did
> > ipadic [2] before Osamu fixed it with my patch.
> >
> > I submitted a very similar patch for mecab-cannadic, but given the
> > last comments in [3] I am not sure that it's really worth an NMU and
> > should be removed from Sid and Wheezy instead?
>
> mecab-cannadic was made to make mecab as main package, because
> mecab-ipadic had treated non-free package.
>
>
> Now mecab-ipadic is in main, so there is no reason to keep maintain
> mecab-cannadic, I think. So dropping the package is acceptable for me.






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

Bug#681224: Can someone check fcitx/ibus issue.. Bug#681224: im-config

[Osamu Aoki]

Hi,

I am almost sure this Bug#681224 on im-config is not the bug but user problem.
But just to be sure please check this bug is true for you or not.

http://bugs.debian.org/681224

Can any one of you confirm this is not the case?

Osamu



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

Bug#681334: [INTL:es] Spanish updated translation

[Omar Campagne]

Package: unattended-upgrades
Version: 0.79
Severity: wishlist
Tags: l10n, patch

Please find attached the updated Spanish translation for 
unattended-upgrades.


Regards,

Omar
# unattended-upgrades po translation to Spanish
# Copyright (C) 2012 Software in the Public Interest
# This file is distributed under the same license as the unattended-upgrades package.
#
# Changes:
#   - Initial translation
#   Omar Campagne , 2012
#
#   - Updates
#   TRANSLATOR
#
# Traductores, si no conocen el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
#   info -n '(gettext)PO Files'
#   info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
#   - El proyecto de traducción de Debian al español
# http://www.debian.org/intl/spanish/
# especialmente las notas y normas de traducción en
# http://www.debian.org/intl/spanish/notas
#
#   - La guía de traducción de po's de debconf:
# /usr/share/doc/po-debconf/README-trans
# o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: unattended-upgrades 0.79\n"
"Report-Msgid-Bugs-To: unattended-upgra...@packages.debian.org\n"
"POT-Creation-Date: 2011-07-19 15:24+0200\n"
"PO-Revision-Date: 2012-07-12 14:04+0200\n"
"Last-Translator: Omar Campagne \n"
"Language-Team: Debian l10n Spanish \n"
"Language: es\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Virtaal 0.7.1\n"

#: ../unattended-upgrade:72
#, c-format
msgid "Progress: %s %% (%s)"
msgstr "Progreso: %s %% (%s)"

#: ../unattended-upgrade:190 ../unattended-upgrade:254
msgid "All upgrades installed"
msgstr "Se han instalado todas las actualizaciones"

#: ../unattended-upgrade:192 ../unattended-upgrade:246
msgid "Installing the upgrades failed!"
msgstr "Fallo al instalar actualizaciones"

#: ../unattended-upgrade:193 ../unattended-upgrade:247
#, c-format
msgid "error message: '%s'"
msgstr "Mensaje de fallo: «%s»"

#: ../unattended-upgrade:194 ../unattended-upgrade:248
#, c-format
msgid "dpkg returned a error! See '%s' for details"
msgstr "Se ha detectado un fallo de dpkg. Para más detalles, consulte «%s»"

#: ../unattended-upgrade:231
#, c-format
msgid "Progress: %s %%: (%s)"
msgstr "Progreso: %s %%: (%s)"

#: ../unattended-upgrade:412
msgid ""
"No '/usr/bin/mail', can not send mail. You probably want to install the "
"'mailx' package."
msgstr ""
"No se ha detectado «/usr/bin/mail», no se puede enviar correo. Considere "
"instalar el paquete «mailx»."

#: ../unattended-upgrade:423
#, c-format
msgid "[reboot required] unattended-upgrades result for '%s'"
msgstr "[Se requiere un reinicio] Resultado de unattended-upgrades para «%s»"

#: ../unattended-upgrade:425
#, c-format
msgid "unattended-upgrades result for '%s'"
msgstr "Resultado de unattended-upgrades para «%s»"

#: ../unattended-upgrade:428
#, c-format
msgid ""
"Unattended upgrade returned: %s\n"
"\n"
msgstr ""
"Valor devuelto por unattended-upgrade: %s\n"
"\n"

#: ../unattended-upgrade:430
msgid ""
"Warning: A reboot is required to complete this upgrade.\n"
"\n"
msgstr ""
"Advertencia: Se requiere reinciar para completar la actualización.\n"
"\n"

#: ../unattended-upgrade:431
msgid "Packages that are upgraded:\n"
msgstr "Paquetes que actualizar:\n"

#: ../unattended-upgrade:435
msgid "Packages with upgradable origin but kept back:\n"
msgstr "Paquetes con una actualización disponible en la fuente pero que no se "
"actualizarán:\n"

#: ../unattended-upgrade:439
msgid "Package installation log:"
msgstr "Registro de instalación de paquete:"

#: ../unattended-upgrade:442
msgid "Unattended-upgrades log:\n"
msgstr "Registro de unattended-upgrades:\n"

#: ../unattended-upgrade:513
#, c-format
msgid "Initial blacklisted packages: %s"
msgstr "Paquetes inicialmente bloqueados: %s"

#: ../unattended-upgrade:514
msgid "Starting unattended upgrades script"
msgstr "Iniciando script de unattended-upgrades"

#: ../unattended-upgrade:517
#, c-format
msgid "Allowed origins are: %s"
msgstr "Fuentes permitidas: %s"

#: ../unattended-upgrade:528 ../unattended-upgrade:529
msgid "Unclean dpkg state detected, trying to correct"
msgstr "Se ha detectado un estado no limpio de dpkg, intentando corregir"

#: ../unattended-upgrade:538
#, c-format
msgid ""
"dpkg --configure -a output:\n"
"%s"
msgstr ""
"dpkg --configure -a output:\n"
"%s"

#: ../unattended-upgrade:546
msgid "Lock could not be acquired (another package manager running?)"
msgstr ""
"No se puede establecer el bloqueo (¿otro gestor de paquetes ejecutándose?)"

#: ../unattended-upgrade:548
msgid "Cache lock can not be acquired, exiting"
msgstr "No se puede establecer el bloqueo de la caché, saliendo"

#: ../unattended-upgrade:554 ../unattended-upgrade:555
msgid

Bug#675386: klavaro: (Blinking) cursor lags makes klavaro difficult to use

[Felipe Castro]

Hi, for sure, here is the patch to solve the blinking cursor issue in
the 1.9.4 version.

For that dark green problem, already since version 1.9.4 the user is
able to manage colors through configuration of his
$HOME/.config/klavaro/preferences.ini file. See details with  'man
klavaro', or in the README file, ok?

Kind regards,
Felipe Castro.
diff -b -B -u -r klavaro-1.9.4/src/cursor.c klavaro-1.9.5/src/cursor.c
--- klavaro-1.9.4/src/cursor.c	2011-07-03 12:30:30.0 -0300
+++ klavaro-1.9.5/src/cursor.c	2012-06-02 21:15:47.0 -0300
@@ -222,9 +222,9 @@
 	gtk_text_buffer_get_iter_at_mark (buf, &end, gtk_text_buffer_get_insert (buf));
 	gtk_text_iter_forward_char (&end);
 	if (tutor_get_correcting ())
-		gtk_text_buffer_apply_tag_by_name (buf, "cursor_blink", &start, &end);
-	else
 		gtk_text_buffer_remove_tag_by_name (buf, "cursor_blink", &start, &end);
+	else
+		gtk_text_buffer_apply_tag_by_name (buf, "cursor_blink", &start, &end);
 }
 
 /**
@@ -245,7 +245,7 @@
 	gtk_text_buffer_get_iter_at_mark (buf, &end, gtk_text_buffer_get_insert (buf));
 	gtk_text_iter_forward_char (&end);
 	if (tutor_get_correcting ())
-		gtk_text_buffer_remove_tag_by_name (buf, "cursor_blink", &start, &end);
-	else
 		gtk_text_buffer_apply_tag_by_name (buf, "cursor_blink", &start, &end);
+	else
+		gtk_text_buffer_remove_tag_by_name (buf, "cursor_blink", &start, &end);
 }
diff -b -B -u -r klavaro-1.9.4/src/tutor.c klavaro-1.9.5/src/tutor.c
--- klavaro-1.9.4/src/tutor.c	2011-12-23 22:35:08.0 -0200
+++ klavaro-1.9.5/src/tutor.c	2012-06-02 21:24:36.0 -0300
@@ -574,21 +575,23 @@
 	}
 	else
 	{
-		cursor_on (NULL);
-
 		switch (tutor.type)
 		{
 		case TT_BASIC:
+			cursor_on (NULL);
 			hints_update_from_char (cursor_get_char ());
 			tutor_speak_char ();
 			return;
 		case TT_ADAPT:
+			cursor_on (NULL);
 			tutor_speak_char ();
 			return;
 		case TT_VELO:
+			cursor_on (NULL);
 			tutor_speak_word ();
 			return;
 		case TT_FLUID:
+			cursor_off (NULL);
 			return;
 		}
 	}

Bug#681335: ITP: libmath-int64-perl -- Manipulate 64 bits integers in Perl

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov 

 Package name: libmath-int64-perl
 Version : 0.26
 Upstream Author : Salvador Fandino 
 URL : http://search.cpan.org/dist/Math-Int64/
 License : Artistic or GPL-1+
 Programming Lang: Perl
 Description : Manipulate 64 bits integers in Perl

Math::Int64 adds support for 64 bit integers, signed and unsigned, to
Perl.
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#681336: ITP: libanyevent-connection-perl -- Base class for tcp connectful clients

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov 

 Package name: libanyevent-connection-perl
 Version : 0.06
 Upstream Author : Mons Anderson 
 URL : http://search.cpan.org/dist/AnyEvent-Connection/
 License : Artistic or GPL-1+
 Programming Lang: Perl
 Description : Base class for tcp connectful clients

 The module provides base interface for creating tcp connection using
 perl and AnyEvent framework.


-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#681337: digikam: upstream bug correction version 2.7 available

[Pedro Celestino dos Reis Rodrigues]

Package: digikam
Version: 4:2.6.0-1+b1
Severity: wishlist

Dear Maintainer,

Despite, as far as I know, wheezy is in freeze state by now, digikam developers 
made available a bug correction version (2.7) that you may consider to 
prelimiar testing and then to enter unstable. In case that is not possible it 
may be a source for producing patches for the actual version.

Keep the good work
Thanks

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

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

Versions of packages digikam depends on:
ii  digikam-data4:2.6.0-1
ii  kde-runtime 4:4.8.4-1
ii  libc6   2.13-33
ii  libgcc1 1:4.7.1-2
ii  libgomp14.7.1-2
ii  libgphoto2-22.4.14-2
ii  libgphoto2-port02.4.14-2
ii  libjasper1  1.900.1-13
ii  libjpeg88d-1
ii  libkdcraw20 4:4.8.4-1
ii  libkdecore5 4:4.8.3-2
ii  libkdeui5   4:4.8.3-2
ii  libkdewebkit5   4:4.8.3-2
ii  libkexiv2-104:4.8.4-1
ii  libkfile4   4:4.8.3-2
ii  libkhtml5   4:4.8.3-2
ii  libkio5 4:4.8.3-2
ii  libkipi84:4.8.4-1
ii  libknotifyconfig4   4:4.8.3-2
ii  libkparts4  4:4.8.3-2
ii  liblcms11.19.dfsg-1.1
ii  liblensfun0 0.2.5-2
ii  liblqr-1-0  0.4.1-2
ii  libmarblewidget13   4:4.8.4-2
ii  libnepomuk4 4:4.8.3-2
ii  libopencv-core2.3   2.3.1-10
ii  libopencv-highgui2.32.3.1-10
ii  libopencv-imgproc2.32.3.1-10
ii  libopencv-legacy2.3 2.3.1-10
ii  libopencv-objdetect2.3  2.3.1-10
ii  libphonon4  4:4.6.0.0-2
ii  libpng12-0  1.2.49-1
ii  libqjson0   0.7.1-6
ii  libqt4-dbus 4:4.8.2-1
ii  libqt4-network  4:4.8.2-1
ii  libqt4-qt3support   4:4.8.2-1
ii  libqt4-sql  4:4.8.2-1
ii  libqt4-sql-sqlite   4:4.8.2-1
ii  libqt4-xml  4:4.8.2-1
ii  libqtcore4  4:4.8.2-1
ii  libqtgui4   4:4.8.2-1
ii  libqtwebkit42.2.1-4+b1
ii  libsolid4   4:4.8.3-2
ii  libsoprano4 2.7.6+dfsg.1-1
ii  libstdc++6  4.7.1-2
ii  libtiff43.9.6-6
ii  libx11-62:1.5.0-1
ii  phonon  4:4.6.0.0-2

Versions of packages digikam recommends:
ii  chromium [www-browser]  18.0.1025.151~r130497-1
ii  google-chrome-stable [www-browser]  20.0.1132.47-r144678
ii  iceweasel [www-browser] 10.0.5esr-1
ii  kipi-plugins4:2.6.0-1+b1
ii  konqueror [www-browser] 4:4.8.4-1
ii  mplayerthumbs   4:4.8.4-1
ii  rekonq [www-browser]0.9.2-1

Versions of packages digikam suggests:
ii  digikam-doc  4:2.6.0-1

-- 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#659772: landscape sciposter + hyperref + latex + dvips = center-mirrored image

[jaakov jaakov]

Dear maintainers of hyperref and sciposter!

We have found an incompatibility problem between both packages and are not able 
to address it ourselves. We wonder whether you could do that? Please see the 
debian bug report http://bugs.debian.org/659772

Regards
Jaakov.


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