Bug#654924: Latest efforts on TigerVNC (was Re: Bug#654924: Inclusion of TigerVNC sources)

[Mike Gabriel]

Hi Joachim, hi all,

Yesterday I played with several things that are still a showstopper  
for upload to Debian...


1. Name of the tarballs...

After doing some reading on multiple tarballs, I adapted the tarball  
names spit out by debian/rules get-orig-source. These still have to be  
imported on top of the former orig tarballs. They probably should be  
imported in a branch called ,,upstream'' (not into to separate  
branches).


2. source/format -> 3.0 (quilt)

I tried switching to source format 3.0 (quilt) which fails to work.  
There is something odd with dpkg-source -b, the patches and the source  
format. dpkg-source tries to apply patches twice and fails the second  
time. Not sure why. I first thought that this was due to the CDBS  
packaging (I lack experience with that), so I tested the whole thing  
with a minmal debhelper debian/rules file. However, this also failed  
with 3.0 (quilt) source format.


3. copyright file

The copyright converge against becoming complete...

4. shipped libraries: zlib, libfltk

I have removed the zlib library in tigervnc/common/zlib from the  
source tree as CMake successfully builds+links against the system's  
zlib if the folder is missing. Something similar should be achieved  
for libfltk. The latter also is in Debian, so we should try to  
build+link against that one (in sid, there actually are two version of  
libfltk -> libfltk1.1 and libfltk1.3).


I guess all other directories / libraries in tigervnc/common are part  
of vnc and have to stay there.


@Joachim: maybe you could take a look at this and see what is  
hindering the CMake files to build against the system's libfltk1.3?


5. One cannot build packages twice from the same working copy

An issue we also have to address is this: one cannot clone the source  
tree from Git and run debuild on that one more than once.


6. Using packaging mailing list for tigervnc?

I guess we should not overload BTS with these kinds of mails. I have  
created this list on Alioth for further discussions on TigerVNC  
packaging:

pkg-tigervnc-de...@lists.alioth.debian.org

The list will be available in a couple of hours, please everyone get  
subscribed to it if interested.


Greets,
Mike

--

DAS-NETZWERKTEAM
mike gabriel, dorfstr. 27, 24245 barmissen
fon: +49 (4302) 281418, fax: +49 (4302) 281419

GnuPG Key ID 0xB588399B
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpTmmumvmofs.pgp
Description: Digitale PGP-Unterschrift

Bug#542953: sysvinit: fixes for GNU/kFreeBSD

[Petter Reinholdtsen]

[Roger Leigh]
> If startpar still requires /proc, then probably not, but I don't
> understand why this doesn't break on Linux (without initramfs) if
> this is the case, since it won't have /proc mounted either.

Startpar do not require /proc, it just work better with /proc than
without.
-- 
Happy hacking
Petter Reinholdtsen



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

Bug#668214: RE : Bug#668214: /usr/bin/convert.im6: Postscript delegate not found

[Bastien ROUCARIES]

Seems a gs error, no rangecheck come from gs

Bastien

Le 9 avr. 2012 21:15, "Thomas Preud'homme"  a
écrit :

Package: imagemagick
Version: 8:6.7.4.0-3
Severity: normal
File: /usr/bin/convert.im6

Greatings,

when converting a pdf image to png image I get the following error:

% LANG=C convert images/tmp/pipeline-speedup-crop.pdf
images/pipeline-speedup.png
Unrecoverable error: rangecheck in .putdeviceprops
convert.im6: Postscript delegate failed
`images/tmp/pipeline-speedup-crop.pdf': No such file or directory @
error/pdf.c/ReadPDFImage/665.
convert.im6: missing an image filename `images/pipeline-speedup.png' @
error/convert.c/ConvertImageCommand/3016.

When downgrading to version 8:6.6.9.7-7, the problem disappear.

DELEGATES with current version:
% convert -list configure | grep DELEGATES
DELEGATES bzlib djvu fontconfig freetype gvc jpeg jng jp2 lcms2 lqr
openexr png rsvg tiff x11 xml wmf zlib

DELEGATES with version 8:6.6.9.7-7:
% convert -list configure | grep DELEGATES
DELEGATES bzlib djvu fontconfig freetype gvc jpeg jng jp2 lcms lqr
openexr png rsvg tiff x11 xml wmf zlib

Thanks for your work on imagemagick.

Best regards.

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

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

Versions of packages imagemagick depends on:
ii  libbz2-1.0  1.0.6-1
ii  libc6   2.13-27
ii  libfontconfig1  2.8.0-3.1
ii  libfreetype62.4.9-1
ii  libglib2.0-02.32.0-3
ii  libgomp14.7.0-2
ii  libice6 2:1.0.7-2
ii  libjpeg88d-1
ii  liblcms2-2  2.2+git20110628-2.1
ii  liblqr-1-0  0.4.1-1.1
ii  libltdl72.4.2-1
ii  libmagickcore5  8:6.7.4.0-3
ii  libmagickwand5  8:6.7.4.0-3
ii  libsm6  2:1.2.0-2
ii  libtiff43.9.6-2
ii  libx11-62:1.4.4-4
ii  libxext62:1.3.0-3
ii  libxt6  1:1.1.1-2
ii  zlib1g  1:1.2.6.dfsg-2

Versions of packages imagemagick recommends:
ii  ghostscript   9.05~dfsg-4
ii  libmagickcore5-extra  8:6.7.4.0-3
ii  netpbm2:10.0-15
ii  ufraw-batch   0.18-1.1

Versions of packages imagemagick suggests:
ii  autotrace
ii  cups-bsd [lpr]   1.5.2-9
ii  curl 7.25.0-1
ii  enscript 
ii  ffmpeg   5:0.8.1-4
ii  gimp 2.6.12-1+b2
ii  gnuplot  4.6.0-3
ii  grads
ii  groff-base   1.21-7
ii  hp2xx
ii  html2ps  
ii  imagemagick-doc  
ii  libav-tools [ffmpeg] 5:0.8.1-4
ii  libwmf-bin   0.2.8.4-10
ii  mplayer  2:1.0~rc4.dfsg1+svn34540-1+b1
ii  povray   
ii  radiance 
ii  sane-utils   1.0.22-7.1
ii  texlive-binaries [texlive-base-bin]  2011.20120328-1
ii  transfig 
ii  xdg-utils1.1.0~rc1+git20111210-6

-- no debconf information

Bug#667144: crtmpserver: ftbfs with GCC-4.7

[Andriy Beregovenko]

fixed 667144 1.0~dfsg-3
thanks
-- 
Best regards,
Andriy
0xBDDBDAE3


signature.asc
Description: Digital signature

Bug#668025: mercurial: FTBFS[kfreebsd-amd64]: testsuite failure

[Julien Cristau]

On Sun, Apr  8, 2012 at 13:27:03 +0200, Christoph Egger wrote:

> Your package failed to build on the kfreebsd-amd64 buildds:
> 
> --- 
> /build/buildd-mercurial_2.1.2-2-kfreebsd-amd64-aq2Wfm/mercurial-2.1.2/tests/test-symlink-placeholder.t
> +++ 
> /build/buildd-mercurial_2.1.2-2-kfreebsd-amd64-aq2Wfm/mercurial-2.1.2/tests/test-symlink-placeholder.t.err
> @@ -29,7 +29,6 @@
>$ rm b
>$ echo foo > b
>$ hg --config extensions.n=$TESTTMP/nolink.py status --debug
> -  ignoring suspect symlink placeholder "b"
>  
>  Make a clone using placeholders:
>  
> 
> ERROR: 
> /build/buildd-mercurial_2.1.2-2-kfreebsd-amd64-aq2Wfm/mercurial-2.1.2/tests/test-symlink-placeholder.t
>  output changed
> 
Out of 4 tries on kfreebsd-amd64 for this version, it failed 3 times on
3 different tests, and succeeded on the fourth build.  Not sure I
understand this particular one, but I think it's more likely to be an
unreliable test than a new bug.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#668245: gadmin-openvpn-server: homepage domain is squatted

[Matt Taggart]

Package: gadmin-openvpn-server
Version: 0.1.5-3.1
Severity: minor

The Homepage url listed in the package metadata points to

  http://www.gadmintools.org/

which appears to be parked by domain squatter.

 I guess this applies to gadmin-openvpn-client, I don't know how these 
source packages are managed but it should be fixed there too.

-- 
Matt Taggart
tagg...@debian.org





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

Bug#668244: New uriparser source release, 0.7.7

[Glenn McGrath]

Source: uriparser
Version: 0.7.5

There is a new version of uriparser available from its homepage, version 0.7.7.

0.7.6 looks to be fix mainly build errors, 0.7.7 has a couple of bug fixes.


Thanks



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

Bug#668240: guitarix: FTBFS(kfreebsd-i386): hangs during waf build

[Steven Chamberlain]

found 668240 0.20.2-3
thanks

Also seen during a build of 0.20.2-3, in the same place (although the
object was called wrap_init_77 here vs. wrap_init_80 in current versions).

> [149/268] cxx: build/default/libgxwmm/gxwmm/simplevaluedisplay.cc -> 
> build/default/libgxwmm/gxwmm/simplevaluedisplay_77.o
> [150/268] cxx: libgxwmm/gxwmm/init.cc -> 
> build/default/libgxwmm/gxwmm/init_77.o
> [151/268] cxx: build/default/libgxwmm/gxwmm/wrap_init.cc -> 
> build/default/libgxwmm/gxwmm/wrap_init_77.o

Older versions of the package than this, could not be built at all on
kFreeBSD due to #649634.

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



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

Bug#668242: isc-dhcp-server-ldap: creates invalid config for dhcpHost without dhcpHWAddress

[Dave Whitla]

Package: isc-dhcp-server-ldap
Version: 4.2.2.dfsg.1-4
Severity: important

For example, the following LDAP config:

dn: cn=xenmaster,cn=reservations,cn=config,ou=dhcp,dc=hive
objectClass: dhcpHost
objectClass: top
objectClass: dhcpOptions
cn: xenmaster
dhcpOption: dhcp-client-identifier "xenmaster"
dhcpStatements: fixed-address 10.0.0.100

yields in the generated config:

host xenmasterfixed-address 10.0.0.100;
option dhcp-client-identifier "xenmaster";
}

while the following LDAP config:

dn: cn=xenmaster,cn=reservations,cn=config,ou=dhcp,dc=hive
objectClass: dhcpHost
objectClass: top
objectClass: dhcpOptions
cn: xenmaster
dhcpHWAddress: ethernet ff:ff:ff:ff:ff:ff
dhcpOption: dhcp-client-identifier "xenmaster"
dhcpStatements: fixed-address 10.0.0.100

yields in the generated config:

host xenmaster {
hardware ethernet ff:ff:ff:ff:ff:ff;
fixed-address 10.0.0.100;
option dhcp-client-identifier "xenmaster";
}


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

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

Versions of packages isc-dhcp-server-ldap depends on:
ii  debianutils  4.2.1
ii  isc-dhcp-common  4.2.2.dfsg.1-4
ii  isc-dhcp-server  4.2.2.dfsg.1-4
ii  libc62.13-27
ii  libldap-2.4-22.4.28-1.2

isc-dhcp-server-ldap recommends no packages.

isc-dhcp-server-ldap 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#668241: liferea: Should remove item not only from items list.

[Sthu]

Package: liferea
Version: 1.8.3-0.1
Severity: wishlist

Dear Maintainer,


I think it adds comfort in liferea usage when it will be possible to remove
item when cursor is in the item section (the item text itself) of the window
- and not in the feeds list (where date and headline) only.


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

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

Versions of packages liferea depends on:
ii  gconf-service   3.2.3-4
ii  gconf2  3.2.3-4
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-27
ii  libcairo2   1.10.2-7
ii  libgconf-2-43.2.3-4
ii  libgdk-pixbuf2.0-0  2.24.1-1
ii  libglib2.0-02.30.2-6
ii  libgtk2.0-0 2.24.10-1
ii  libice6 2:1.0.7-2
ii  libjson-glib-1.0-0  0.14.2-1
ii  libnotify4  0.7.5-1
ii  libpango1.0-0   1.29.4-3+b1
ii  libsm6  2:1.2.0-2
ii  libsoup2.4-12.34.3-1
ii  libsqlite3-03.7.11-2
ii  libunique-1.0-0 1.1.6-4
ii  libwebkitgtk-1.0-0  1.6.3-1
ii  libxml2 2.7.8.dfsg-7
ii  libxslt1.1  1.1.26-8
ii  liferea-data1.8.3-0.1

Versions of packages liferea recommends:
ii  dbus  1.5.12-1
ii  dbus-x11  1.5.12-1
ii  wget  1.13.4-2

Versions of packages liferea suggests:
ii  network-manager  0.9.2.0-2

-- 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#664039: (no subject)

[Matt Fischer]

I tested it in a clean VM image tonight.  The accelerator keys are still 
the same in

1.2.3-309-g7176ff4-1, they're both still "C".



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

Bug#668240: guitarix: FTBFS(kfreebsd-i386): hangs during waf build

[Steven Chamberlain]

Package: src:guitarix
Version: 0.22beta2-1
Severity: serious
Tags: sid wheezy
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Justification: fails to build from source (but built successfully in the
past)

Hi,

Builds of guitarix have been seen to hang for kfreebsd-i386, and I've
been able to reproduce this on my own system.

This happens immediately after:

> [154/304] cxx: build/default/libgxwmm/gxwmm/simplevaluedisplay.cc -> 
> build/default/libgxwmm/gxwmm/simplevaluedisplay_80.o
> [155/304] cxx: libgxwmm/gxwmm/init.cc -> 
> build/default/libgxwmm/gxwmm/init_80.o
> [156/304] cxx: build/default/libgxwmm/gxwmm/wrap_init.cc -> 
> build/default/libgxwmm/gxwmm/wrap_init_80.o

I think the hung task is python2.7 (running the waf build system):

> make(76717)───python2.7(76718)─┬─python2.7(77035)
>└─python2.7(77015)

> steven   77035  0.0  0.9  24940  9988 ?S+   05:02   0:00 python ./waf 
> build
> steven   77015  0.0  0.9  23732  9976 ?S+   05:02   0:00 python ./waf 
> build
> steven   76718  0.4  0.9  24944 10040 ?S+   05:02   0:02 python ./waf 
> build
> steven   76717  0.0  0.1   3508  1416 ?S+   05:02   0:00 
> /usr/bin/make -f debian/rules override_dh_auto_build

The same issue also happened when building 0.21.0-1, but a second
attempt was successful.  So this issue has existed at least since then,
and seems to happen only sometimes.

This issue has not been seen yet on kfreebsd-amd64.

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



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

Bug#364565: clusterssh: Pastes uses a strange keyboard layout

[tony mancill]

Hello Peter, Stefano,

Thank you for the patch and the testing.  I'll do a little more testing
here and prepare an upload.

Cheers,
tony



signature.asc
Description: OpenPGP digital signature

Bug#668195: openssh-server: Forwarded Kerberos ticket has the wrong filename

[Russ Allbery]

Liam Healy  writes:

> When sshing to this computer with forwarded tickets, the filename is
> changed from what is defined by $KRBCCNAME on the client to some kind of
> default naming /tmp/krb5ccname__x.  This means that the ticket
> is there, but not under the expected name, so setting $KRB5CCNAME on the
> server to the same value on the client means that the ticket is not
> seen.  This worked correctly under lenny.

Why would you do that, rather than just let sshd set KRB5CCNAME to the
appropriate value, which it will do automatically?  KRB5CCNAME should
generally always point to a randomly-named ticket cache as long as files
in /tmp are used, since otherwise you raise the possibility of DoS attacks
and other annoyances due to known-file-name attacks in /tmp.

KRB5CCNAME is a system-local setting.  It doesn't make sense to forward it
from one system to another.  The remote system could be using something
completely different to store the ticket cache, like KCM or kernel keyring
caches.

-- 
Russ Allbery (r...@debian.org)   



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

Bug#573745: Please decide on Python interpreter packages maintainership

[Russ Allbery]

Sandro Tosi  writes:
> On Mon, Mar 19, 2012 at 05:57, Russ Allbery  wrote:

>> I would like this to not slip back into limbo again, since it's clear
>> that the problem is neither going to go away nor is provoking any
>> substantively new discussion.  I think we should take some time to
>> craft a reasonable ballot, but I'd like us to start voting on this
>> within a week or two and reach some sort of conclusion.

> thanks for trying to push this to an end drafting a vote (which is good)
> but a question come to my mind: do you think it's correct to try to
> conclude this process without any public statement from Matthias on the
> matter? I'm thinking about a long reply, but even a quick note.

I would love to have a public statement from Matthias on the subject.  I
think it would be very helpful.  However, as stated in the constitution,
Debian cannot require anyone to do work.  That includes making public
statements where they don't want to.  Matthias has no obligation to do
anything that he doesn't want to; Debian is a volunteer project.  (Of
course, when determining a question like this where communication is a big
part of the matter in question, it is relevant to the decision whether or
not people have or can make the time and effort -- which in contentious
issues I realize can be substantial -- to reply to issues related to the
maintenance of the Python packages.)

> I mean, part of the problems we've tried to highlight are the lack of
> public communications, and that has manifested itself with no
> contributions to this bug. Has the CTTE tried to indicate Matthias to
> reply? (maybe coming from a high rank ctte might be more well received.)
> Is it something you think it's important?

I believe that's been attempted several times over the long history of
this bug.  I certainly intend to invite him to reply once we have an idea
of what the ballot might be, since I would like to know what he thinks
before voting.

-- 
Russ Allbery (r...@debian.org)   



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

Bug#668211: linux-image-3.2.0-2-686-pae: Genius iSlim 1300 V2 webcam not working since 2.6.39

[Ben Hutchings]

On Mon, 2012-04-09 at 20:58 +0200, Peter Baranyi wrote:
> Package: linux-2.6
> 
> Version: 3.2.14-1
> Severity: normal
> 
> Dear Maintainer,
> 
> my iSlim 1300 V2 webcam is detected, but its not working. Every
> program I tried gives a black screen, while mplayer shows a green
> window.  I tried several kernels listed at
> http://snapshot.debian.org/package/linux-2.6/ and this is what I found:
[...]
> So the last working one was 2.6.38-5 (2.6.38-2-686_2.6.38-5_i386.deb),
> the problem is introduced in 2.6.39~rc4-1~experimental.1
> (2.6.39-rc4-686-pae_2.6.39~rc4-1~experimental.1_i386.deb)
[...]

Thank you very much for testing this in advance.

The uvcvideo driver used for this webcam is *identical* in Debian
versions 2.6.38-5 and 2.6.39-rc4 (except for comments).  So this
regression was presumably caused by a change in some more general code,
probably in V4L2 (support for cameras and video capture).

It's also possible that the problem could be on the display side, since
video is usually displayed differently from other graphics.  Are you
able to play video files successfully?  Can mplayer show the webcam
video properly if you use the option '-vo x11'?

Ben.

-- 
Ben Hutchings
It is easier to change the specification to fit the program than vice versa.


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

Bug#665779: Window corner re-size events ignored by SDL

[Andrew Caudwell]

Hi,

Here's a patch to add to the package that reverts the commit that
introduced the fault.

Works for me. If you take a look at it it's a pretty innocuous change.

Cheers

Andrew Caudwell
Description: Revert change that breaks window corner resizing
 http://bugzilla.libsdl.org/show_bug.cgi?id=1430
Author: Andrew Caudwell 
Last-Update: 2012-04-10
Bug-Debian: http://bugs.debian.org/665779

diff -r c787fb1b5699 src/video/x11/SDL_x11events.c
--- a/src/video/x11/SDL_x11events.c	Mon Feb 20 23:51:08 2012 -0500
+++ b/src/video/x11/SDL_x11events.c	Mon Mar 26 12:26:52 2012 +1300
@@ -57,12 +57,6 @@
 static SDLKey MISC_keymap[256];
 SDLKey X11_TranslateKeycode(Display *display, KeyCode kc);
 
-/*
- Pending resize target for ConfigureNotify (so outdated events don't
- cause inappropriate resize events)
-*/
-int X11_PendingConfigureNotifyWidth = -1;
-int X11_PendingConfigureNotifyHeight = -1;
 
 #ifdef X_HAVE_UTF8_STRING
 Uint32 Utf8ToUcs4(const Uint8 *utf8)
@@ -825,16 +819,6 @@
 #ifdef DEBUG_XEVENTS
 printf("ConfigureNotify! (resize: %dx%d)\n", xevent.xconfigure.width, xevent.xconfigure.height);
 #endif
-		if ((X11_PendingConfigureNotifyWidth != -1) &&
-		(X11_PendingConfigureNotifyHeight != -1)) {
-		if ((xevent.xconfigure.width != X11_PendingConfigureNotifyWidth) &&
-			(xevent.xconfigure.height != X11_PendingConfigureNotifyHeight)) {
-			/* Event is from before the resize, so ignore. */
-			break;
-		}
-		X11_PendingConfigureNotifyWidth = -1;
-		X11_PendingConfigureNotifyHeight = -1;
-		}
 		if ( SDL_VideoSurface ) {
 		if ((xevent.xconfigure.width != SDL_VideoSurface->w) ||
 		(xevent.xconfigure.height != SDL_VideoSurface->h)) {
diff -r c787fb1b5699 src/video/x11/SDL_x11events_c.h
--- a/src/video/x11/SDL_x11events_c.h	Mon Feb 20 23:51:08 2012 -0500
+++ b/src/video/x11/SDL_x11events_c.h	Mon Mar 26 12:26:52 2012 +1300
@@ -27,8 +27,3 @@
 extern void X11_InitOSKeymap(_THIS);
 extern void X11_PumpEvents(_THIS);
 extern void X11_SetKeyboardState(Display *display, const char *key_vec);
-
-/* Variables to be exported */
-extern int X11_PendingConfigureNotifyWidth;
-extern int X11_PendingConfigureNotifyHeight;
-
diff -r c787fb1b5699 src/video/x11/SDL_x11video.c
--- a/src/video/x11/SDL_x11video.c	Mon Feb 20 23:51:08 2012 -0500
+++ b/src/video/x11/SDL_x11video.c	Mon Mar 26 12:26:52 2012 +1300
@@ -1182,8 +1182,6 @@
 			current = NULL;
 			goto done;
 		}
-		X11_PendingConfigureNotifyWidth = width;
-		X11_PendingConfigureNotifyHeight = height;
 	} else {
 		if (X11_CreateWindow(this,current,width,height,bpp,flags) < 0) {
 			current = NULL;

Bug#668239: host key handling broken when port!=22

[Alexander Zangerl]

Package: python-paramiko
Version: 1.7.7.1-2
Severity: important
Tags: upstream patch

in lines 307-310 in client.py, the hostname is rewritten
to "[origname]:portnumber" if the port isn't 22.

this serves no useful purpose at all, and it breaks
the lookup for the host key that is attempted on the next few
lines: that now fails as the ssh known hosts format allows 
hostnames or ip addresses, nothing else (and certainly 
not '[hostname]:port'). 
result: you get a "unknown server" exception (unless you enable the
only-warn missing host key policy).

the attached patch removes the problematic hostname rewriting.

regards
az
--- client.py.orig  2012-04-10 11:59:19.892476651 +1000
+++ client.py   2012-04-10 11:59:58.743449158 +1000
@@ -303,11 +303,7 @@
 
 server_key = t.get_remote_server_key()
 keytype = server_key.get_name()
-
-if port == SSH_PORT:
-server_hostkey_name = hostname
-else:
-server_hostkey_name = "[%s]:%d" % (hostname, port)
+server_hostkey_name = hostname
 our_server_key = self._system_host_keys.get(server_hostkey_name, 
{}).get(keytype, None)
 if our_server_key is None:
 our_server_key = self._host_keys.get(server_hostkey_name, 
{}).get(keytype, None)

Bug#668219: ITP: otf -- Open Trace Format support library

[Harshula]

Hi Saumuel,

On Mon, 2012-04-09 at 20:06 +0200, Samuel Thibault wrote:

> There is already a libotf in debian, for handling OpenType Font. What
> I intend to do is renaming the so to allow co-installation, but
> keep development file names as is and use a conflict between -dev
> packages. Does it sound OK?

OTF is an established acronym for OpenType Fonts. Emacs depends on
libotf0.

I guess the question is, do you think someone wanting to use the
existing libotf-dev might also want to use Open Trace Format's dev
package? It's unfortunate that Open Trace Format uses the phrase OTF.
Would they consider renaming?

cya,
#




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

Bug#667311: opencsg: ftbfs with GCC-4.7

[chrysn]

confirming this. g++ used to ignore the -Wl option without further
arguments, and now terminates with an error. patched for the moment,
upstream is notified.

i've uploaded an 1.3.2-3 version to mentors[1]; it also includes a fix
for #658551 and multiarch support. as i've kicked myself out of DMUA
with my last upload, i'll need sponsoring again.

[1] http://mentors.debian.net/package/opencsg


signature.asc
Description: Digital signature

Bug#668237: Acknowledgement (batman-adv out of date in Debian)

[Antoine Beaupré]

reassign 668237 batctl
retitle 668237 batctl: please backport to squeeze
thanks

Actually, sorry for my confusion, but it looks like batman-adv is now
part of the kernel itself and we just need to backport the batctl
utility.

I am looking at doing the backport as we speak, if there is no
opposition here i will proceed with uploading (and therefore
maintaining) such a backport.

A.
-- 
Les écrivains qui ont recours à leurs doigts pour savoir s'ils ont leur
compte de pieds ne sont pas des poètes, ce sont des dactylographes.
- Léo Ferré, "Préface"


pgpf0rro4VSLn.pgp
Description: PGP signature

Bug#668238: terminator: Doesn't close unlinked files

[Witold Baryluk]

Package: terminator
Version: 0.95-1
Severity: normal

I do not know if this is bug or by design, but terminator keeps lots of opened
files in /tmp/ which are actually deleted:

user1@sil:~/$ LC_ALL=C ls -U -l /proc/`ps aux | grep '/usr/bin/terminator' |
grep -v grep | awk '{print $2}'`/fd/
total 0
lr-x-- 1 user1 user1 64 Apr 10 03:29 0 -> /dev/null
lrwx-- 1 user1 user1 64 Apr 10 03:29 1 -> /home/user1/.xsession-errors
lrwx-- 1 user1 user1 64 Apr 10 03:29 2 -> /home/user1/.xsession-errors
lrwx-- 1 user1 user1 64 Apr 10 03:29 3 -> socket:[12124]
lrwx-- 1 user1 user1 64 Apr 10 03:29 4 -> socket:[12119]
lrwx-- 1 user1 user1 64 Apr 10 03:29 5 -> anon_inode:[eventfd]
lrwx-- 1 user1 user1 64 Apr 10 03:29 6 -> socket:[12126]
lrwx-- 1 user1 user1 64 Apr 10 03:29 7 -> socket:[12128]
lrwx-- 1 user1 user1 64 Apr 10 03:29 8 -> anon_inode:[eventfd]
lr-x-- 1 user1 user1 64 Apr 10 03:29 9 -> pipe:[12123]
l-wx-- 1 user1 user1 64 Apr 10 03:29 10 -> pipe:[12123]
lrwx-- 1 user1 user1 64 Apr 10 03:29 11 -> /dev/ptmx
lrwx-- 1 user1 user1 64 Apr 10 03:29 12 -> /dev/pts/5
lrwx-- 1 user1 user1 64 Apr 10 03:29 13 -> socket:[12133]
lrwx-- 1 user1 user1 64 Apr 10 03:29 14 -> anon_inode:[eventfd]
lr-x-- 1 user1 user1 64 Apr 10 03:29 15 -> pipe:[12161]
l-wx-- 1 user1 user1 64 Apr 10 03:29 16 -> pipe:[12161]
lrwx-- 1 user1 user1 64 Apr 10 03:29 17 -> /dev/ptmx
lrwx-- 1 user1 user1 64 Apr 10 03:29 18 -> /tmp/vteEC8PCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 19 -> /tmp/vtePE8PCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 20 -> /tmp/vte1OPRCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 21 -> /dev/ptmx
lrwx-- 1 user1 user1 64 Apr 10 03:29 22 -> /tmp/vte6Z3DCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 23 -> /tmp/vteJ13DCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 24 -> /tmp/vteF33DCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 25 -> /tmp/vte19VICW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 26 -> /dev/pts/0
lrwx-- 1 user1 user1 64 Apr 10 03:29 27 -> /tmp/vte8IMFCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 28 -> /tmp/vte3RKXCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 29 -> /tmp/vteCSKXCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 30 -> /tmp/vteMMKXCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 31 -> /tmp/vte8FNLCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 32 -> /tmp/vteYIMFCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 33 -> /tmp/vteL4VXCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 34 -> /tmp/vteB6VXCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 35 -> /tmp/vte36VXCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 36 -> /dev/pts/1
lrwx-- 1 user1 user1 64 Apr 10 03:29 37 -> /tmp/vteO69QCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 38 -> /tmp/vte23SXCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 39 -> /tmp/vteI5SXCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 40 -> /tmp/vte979QCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 41 -> /tmp/vte42ZSCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 42 -> /tmp/vteIH2LCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 43 -> /tmp/vteWF2LCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 44 -> /tmp/vteR45GCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 45 -> /tmp/vte935GCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 46 -> /tmp/vteIQ2WCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 47 -> /dev/ptmx
lrwx-- 1 user1 user1 64 Apr 10 03:29 48 -> /tmp/vteSX7QCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 49 -> /tmp/vteIGGOCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 50 -> /tmp/vteBEGOCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 51 -> /tmp/vteUR3YCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 52 -> /tmp/vteUS3YCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 53 -> /tmp/vteVZJRCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 54 -> /tmp/vteFZJRCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 55 -> /tmp/vte117QCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 56 -> /tmp/vteLYFZCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 57 -> /tmp/vteGWFZCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 58 -> /tmp/vteJ18XCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 59 -> /tmp/vteO38XCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 60 -> /tmp/vteRFBMCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 61 -> /tmp/vteCEBMCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 62 -> /tmp/vteBF9XCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 63 -> /tmp/vteZE9XCW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 64 -> /tmp/vte3N6ICW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 65 -> /tmp/vteCPA0CW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 66 -> /tmp/vteSNA0CW (deleted)
lrwx-- 1 user1 user1 64 Apr 10 03:29 67 -> /tmp/vteZN6ICW (deleted)
lrwx-- 1 user1 user1 64 Apr 1

Bug#668237: batman-adv out of date in Debian

[Antoine Beaupré]

Package: batman-adv-source
Version: 2011.1.0-1
Severity: wishlist

http://www.open-mesh.org/wiki/open-mesh/2012-02-05-batman-adv-2012-0-0-release

Some empirical evidence show that this is not really interoperable
with the version in testing, let alone the one in squeeze, therefore
an update is quite important.

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

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_CA.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#667799: [3.0 -> 3.2.13 regression] Radeon KMS fails on Radeon X850XT (R480) graphics card

[Mike Brodbelt]

On 09/04/12 15:11, Jonathan Nieder wrote:

tags 667799 + upstream patch moreinfo
found 667799 linux-2.6/3.3-1~experimental.1
quit



If you get a chance to try it, please report the result to the
upstream bugtracker.  This information can be used to help decide
whether and how quickly to apply the patch to mainline and the stable
trees.


I have done basic testing. Pulling a kernel source tree for 3.3.y and 
applying the patch results in a new kernel which now boots successfully.


Currently running kernel is :-

$ uname -a
Linux mordor 3.3.1+ #5 SMP Tue Apr 10 01:53:45 BST 2012 x86_64 GNU/Linux

Which is working I've not tested this tree without the patch yes, so 
can't be 100% certain, but that patch is looking pretty convincing so far.


Mike




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

Bug#668236: mirror submission for debian.cs.pu.edu.tw

[Huang Yi-Ming]

Package: mirrors
Severity: wishlist

Submission-Type: new
Site: debian.cs.pu.edu.tw
Type: leaf
Archive-architecture: amd64 i386 
Archive-ftp: /Linux/Debian/
Archive-http: /
CDImage-ftp: /Linux/Debian/debian-cd/
CDImage-http: /debian-cd/
IPv6: no
Archive-upstream: debian.nctu.edu.tw
CDImage-upstream: debian.nctu.edu.tw
Updates: twice
Maintainer: Huang Yi-Ming 
Country: TW Taiwan
Location: Taichung, Taian



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

Bug#665004: xserver-xorg-input-synaptics: scrolling stopped working after upgrade 1.5.0 --> 1.5.99

[Facundo Gaich]

Package: xserver-xorg-input-synaptics
Version: 1.5.99.901-1
Followup-For: Bug #665004

Also affects my ASUS 1015PE. Two-finger-tapping and three-finger-tapping
are still working though. Apparently, scrolling is now only working if you
do a fast swipe, as opposed to the previous version behaviour where
doing precision scrolling by moving the fingers a few milimiters worked.


-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Mar 14 00:57 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2056560 Mar  4 20:44 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation N10 Family 
Integrated Graphics Controller [8086:a011] (rev 02)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1
/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 3.2.0-2-amd64 (Debian 3.2.12-1) (debian-ker...@lists.debian.org) 
(gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Tue Mar 20 18:36:37 UTC 2012

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 33771 Apr  9 21:13 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[19.152] 
X.Org X Server 1.11.4
Release Date: 2012-01-27
[19.152] X Protocol Version 11, Revision 0
[19.153] Build Operating System: Linux 3.2.0-1-amd64 x86_64 Debian
[19.153] Current Operating System: Linux fgnet 3.2.0-2-amd64 #1 SMP Tue Mar 
20 18:36:37 UTC 2012 x86_64
[19.153] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-2-amd64 
root=UUID=6c216d95-00c7-4643-82de-ace766ffcac2 ro quiet
[19.153] Build Date: 04 March 2012  11:42:13PM
[19.153] xorg-server 2:1.11.4-1 (Cyril Brulebois ) 
[19.153] Current version of pixman: 0.24.4
[19.153]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[19.153] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[19.153] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Apr  9 19:22:49 
2012
[19.194] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[19.214] (==) No Layout section.  Using the first Screen section.
[19.214] (==) No screen section available. Using defaults.
[19.214] (**) |-->Screen "Default Screen Section" (0)
[19.214] (**) |   |-->Monitor ""
[19.225] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[19.225] (==) Automatically adding devices
[19.225] (==) Automatically enabling devices
[19.265] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[19.265]Entry deleted from font path.
[19.281] (WW) The directory 
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist.
[19.281]Entry deleted from font path.
[19.281] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[19.281] (==) ModulePath set to "/usr/lib/xorg/modules"
[19.281] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[19.281] (II) Loader magic: 0x7fb39a862ae0
[19.281] (II) Module ABI versions:
[19.281]X.Org ANSI C Emulation: 0.4
[19.281]X.Org Video Driver: 11.0
[19.281]X.Org XInput driver : 13.0
[19.281]X.Org Server Extension : 6.0
[19.283] (--) PCI:*(0:0:2:0) 8086:a011:1043:83ac rev 2, Mem @ 
0xf7e0/524288, 0xd000/268435456, 0xf7d0/1048576, I/O @ 0xdc00/8
[19.283] (--) PCI: (0:0:2:1) 8086:a012:1043:83ac rev 2, Mem @ 
0xf7e8/524288
[19.283] (II) Open ACPI successful (/var/run/acpid.socket)
[19.283] (II) LoadModule: "extmod"
[19.294] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
[19.306] (II) Module extmod: vendor="X.Org Foundation"
[19.306]compiled for 1.11.4, module version = 1.0.0
[19.306]Module class: X.Org Server Extension
[19.306]ABI class: X.Org Server Extension, version 6.0
[19.306] (II) Loading extension SELinux
[19.306] (II) Loading extension MIT-SCREEN-SAVER
[19.306] (II) Loading extension XFree86-VidModeExtension
[19.306] (II) Loading extension XFree86-DGA
[19.306] (II) Loading extension DPMS
[19.306] (II) Loading extension XV

Bug#668087: libtiff4: libtiff crashes with corrupted images

[Jay Berkenbilt]

Mikulas Patocka  wrote:

> libtiff crashes on corrupted images when using electric fence memory debugger.
>
> . . .

Do you know whether this bug is present with libtiff4 3.9.4-5+squeeze3
or with 3.9.6-1?  If so, I'd like to temporarily downgrade this bug to
allow the fix to CVE-2012-1173 to transition to testing.

-- 
Jay Berkenbilt 




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

Bug#667960: [PATCH] combine: let "xor" read a file only once. This is required to correctly work when reading from pipes. Closes: #667960

[Carsten Hey]

I noticed that moreutils includes isutf8.  The same, but with
a different interface, can be archived with "iconv -f UTF8 >/dev/null
filename".

Currently "combine file1 and file2 _" is valid syntax, as is "_ file1
and file2".  If you ever plan to add options, I think this must change
in some way, at least if an option is passed.  Otherwise combine can't
know if "_ -z or xor _" should process the files "-z" and "xor", or the
files "or" and "_".

Useful options are in my opinion -u (unique - if one pipes combine's
output through sort -u anyway one could also use comm instead), -z (zero
terminated entries) and -n (to print the line number instead of the
lines itself - this would solve all those "please reimplement join"
feature requests, but an exhaustive explanation would be too long for
now).  An argument against adding -u is that the perl one-liner perl -ne
'print unless $seen{$_}++' archives the same.

* Joey Hess [2012-04-09 16:14 -0400]:
> Carsten Hey wrote:
> > I'll send an update after being able to measure the memory usage of
> > a simple implementation in C.
>
> I'd rather avoid dealing with custom hash tables in C.

All testing that has been done for the attached C implementation is
comparing the output of all for operations on the two test files
I created with the output of the combine shipped in moreutils, so it is
likely to contain bugs.  For now I agree that the perl variant from my
former mail is the best option mentioned in this bug.

It reads the files into an array of C-strings.  The "hash table" is
built by qsort()ing it and the lookup is done by using bsearch().  If
both, the lines in the original order and the sorted lines are needed,
the array with pointers to char needs to be copied and sorted, which is
quite cheap.

Without a more complex data structure, xor needs to read both files into
memory.  All that is needed for such more complex data structures (which
are also needed for implementing some possible options and for
supporting embedded '\0' characters) is to additionally store some
integers for each entry, for example to store the entries length or to
mark an entry as seen.

With the same arguments I used to measure the memory usage of the
different perl variants it uses 22832 kbytes of memory, despite reading
both files into memory.  The perl implementations needed at least 36576
kbytes.


Regards
Carsten
/*
   Copyright (C) 2006 Joey Hess 
   Copyright (C) 2012 Carsten Hey 

   This software 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, or
   (at your option) any later version.

   This program 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 ,
   or, on Debian systems, the file '/usr/share/common-licenses/GPL-2'.
*/

#ifndef _XOPEN_SOURCE
#define _XOPEN_SOURCE 700
#endif
#ifndef _BSD_SOURCE
#define _BSD_SOURCE 1
#endif

#include 
#include 
#include 
#include 
#include 
#include 

static void *
xmalloc_error(void)
{
	(void)fflush(stdout);
	errx(EXIT_FAILURE, "Memory allocation failed");
}

static void *
xmalloc(size_t sz)
{
	void *rv = malloc(sz);
	if (!rv)
		xmalloc_error();
	return rv;
}

static void *
xrealloc(void *ptr, size_t sz)
{
	void *rv = realloc(ptr, sz);
	if (!rv)
		xmalloc_error();
	return rv;
}

static void *
xmemdup(void *s, size_t n)
{
	/* Add a trailing '\0' as long as support for embedded '\0'
	 * characters is not complete. */
	void *rv = malloc(n + 1);
	if (!rv)
		xmalloc_error();
	((char *)rv)[n] = '\0';
	return memcpy(rv, s, n);
}

static FILE *
xfopen(const char *filename, const char *mode)
{
	FILE *rv;
	errno = 0;
	rv = fopen(filename, mode);
	if (!rv) {
		int bak = errno;
		(void)fflush(stdout);
		errno = bak;
		err(EXIT_FAILURE, filename);
	}
	return rv;
}

/* Write from stream 'in' to stream 'out' until EOF is reached and add
 * a trailing delim character if appropriate.   Return 0 on success.
 */
static int
file_paste(FILE *in, FILE *out, const char delim)
{
	int c,
	last = (int)~delim,
	rv = -1;

	(void)fwide(in,  -1);
	(void)fwide(out, -1);

	flockfile(in);
	flockfile(out);

	while ((c = getc_unlocked(in)) != EOF)
		if ((last = fputc_unlocked(c, out)) == EOF)
			goto DONE;

	if (last != (int)delim)
		if (fputc_unlocked(delim, out) == EOF)
			goto DONE;

	if (ferror_unlocked(in))
		goto DONE;

	rv = 0;

DONE:
	funlockfile(out);
	funlockfile(in);

	return rv;
}

static char **
file_to_array(const char *filename, size_t *n, const char delim)
{
#define ARRAY_APPEND(type, ptr, current_size, malloced_size, val) \
do {  

Bug#591791: [PATCH] Document generic and upstart-specific init-system requirements

[Steve Langasek]

Oh right, should've answered this mail together with the previous, sorry.

On Fri, Mar 16, 2012 at 10:46:38PM +0100, Michael Biebl wrote:
> > If invoke-rc.d intercepts and redirects the request to upstart (or
> > systemd), should update-rc.d do the same?

> > Say you run "update-rc.d  disable", should this disable only
> > the sysv init script, both, or only the upstart/systemd service?

> The reason, why I brought this up, is this:

> Say you run upstart/systemd and a you have a package which provides a
> sysv init script foo, which you have disabled. On upgrades, invoke-rc.d
> will respect and not run the service.
> In version X, your packages starts shipping a upstart job file.
> In this case invoke-rc.d will happily run the upstart job.
> Do we require maintainers to preserve the on/off state of the service,
> if they start shipping a native upstart/systemd job? What would be the
> interface for that? Would this be a one-time migration or done on each
> package upgrade? Do we "somehow" ensure the on/off state of the service
> is kept consistent between the different init systems, so it doesn't
> matter when I switch from sysvinit to upstart (or back again)?

I think preserving the on/off state of the service is a good idea, but I
also think it's premature to try to specify this in policy; AFAIK there's
currently no implementation for either upstart or systemd that does this.

There are really two subquestions here:

 - When a package adds support for other init systems, how does it ensure
   that the override status for the service is applied to all init systems?

 - How should an admin disable a service to make sure it's disabled for all
   init systems?

I think the answer to the second is definitely not 'update-rc.d disable'.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#668235: golang-go: 'go' command build failure: runtime.morestack not defined

[Wouter Van Hemel]

Package: golang-go
Version: 2:1-2
Severity: normal

Hello,

After updating to Go1 currently in Debian unstable, I can't seem to build 
anything with the "go " command. If I call 8g/8l manually, I get 
a working binary though.

The problem occurs when 'go' tries to link my test program with something 
called "command-line-arguments" (which it doesn't seem to do when calling the 
compiler and linker manually):

$ go build -v -x helloworld.go
[...]
/usr/lib/go/pkg/tool/linux_386/8l -o helloworld -L $WORK 
$WORK/command-line-arguments.a
# command-line-arguments
runtime.morestack not defined


I unset GOROOT and GOPATH is set to an empty, writeable directory:

declare -x GOPATH="/home/wouter/Code/Go/GoInstall"


I'm running the latest Go from Debian unstable on a ThinkPad Pentium/M:

Linux debian 2.6.38-2-686 #1 SMP Sun May 8 14:49:45 UTC 2011 i686 GNU/Linux


Thanks for your time,

  Wouter


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

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

Versions of packages golang-go depends on:
ii  debconf [debconf-2.0]  1.5.42
ii  libc6  2.13-27
ii  perl   5.14.2-9

golang-go recommends no packages.

golang-go suggests no packages.

-- debconf information:
* golang-go/dashboard: true



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

Bug#591791: [PATCH] Document generic and upstart-specific init-system requirements

[Steve Langasek]

On Fri, Mar 16, 2012 at 10:05:32PM +0100, Michael Biebl wrote:
> >> What happens in maintainers scripts that call invoke-rc.d service start?
> >> Will they now suddenly all fail? How will invoke-rc.d behave when the
> >> package both installs a upstart job and sysv init script?

> > Doesn't this language already cover that?

> >Instead, implementations of invoke-rc.d must detect when
> >upstart is running and when an upstart job with the same name as an
> >init script is present, and perform the requested action using the
> >upstart job instead of the init script.

> Seems I missed that, sorry. Yeah, invoke-rc.d forwarding the request to
> the native implementation looks fine in general.

> I think it would also make sense to specify, which actions are forwarded.
> I think policy mandates start/stop/restart/force-reload, status and
> reload are optional iirc. How would those be mapped to the corresponding
> upstart (or systemd) jobs.

I think answering that is out of scope for this policy bug.  It's obvious to
me that the requests *must* be mapped to the native interface, and the
implementation details of how that mapping is done are not interesting from
a policy perspective.

> What are we doing about custom actions?
> Contrary to sysvinit, upstart and systemd don't allow custom actions.
> E.g. openvpn allows /etc/init.d/openvpn start vpn1 vpn2 ... vpnX

> Do we specify which actions invoke-rc.d forwards and if so, which ones?

invoke-rc.d is an interface for maintainer scripts.  I don't see any reason
for a maintainer script to ever call custom actions, or for this to be
specified in policy if they do.

invoke-rc.d itself spits out a warning if you pass it a custom action.  So I
don't think this is something we should be worrying about.

> If invoke-rc.d intercepts and redirects the request to upstart (or
> systemd), should update-rc.d do the same?

No.  The update-rc.d policy interface is for managing a service's runlevel
configuration.  Those symlinks still need to be managed, regardless of
whether you're running upstart, to preserve compatibility if you reboot back
to sysvinit; and there is no corresponding action to be taken for upstart
because upstart scripts' runlevel declarations are part of the job
definition itself.

> Say you run "update-rc.d  disable", should this disable only
> the sysv init script, both, or only the upstart/systemd service?

'update-rc.d disable' is not a policy interface.  I think this is out of
scope for this bug.

But to answer the question, no, I don't think 'update-rc.d' is a sensible
tool to have as an admin-oriented, init-system-agnostic interface for
disabling services.  'service  disable' would be much better.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#664961: xdvi(1): Some minor correction to the manual

[Norbert Preining]

Hi Bjarni,

thanks for your work on the man page, though ...

On Mi, 21 MÀr 2012, Bjarni Ingi Gislason wrote:
> xdvi.1.in:51: warning: macro `#' not defined

This has been fixed upstream with the inclusion of the latest release
of xdvik.

>   Some corrections of spaces, orthography and last full stop in
> abbreviations "protected".

Your patch is funny, in the first part you remove double spaces after
full stops (XXX.  YYY -> XXX, YYY), in the later part of your patch
you are *introducing* double spaces where they aren't?!?! 

I tried to extract the useful parts, but gave up after some point.
If you really want to do that again, please get the current xdvi.1.in
from
http://www.tug.org/svn/texlive/trunk/Build/source/texk/xdvik/xdvi.1.in?view=markup
and send us another patch against this, thanks.

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

CLABBY (adj.)
A 'clabby' conversation is one stuck up by a commissionaire or
cleaning lady in order to avoid any further actual work. The opening
gambit is usually designed to provoke the maximum confusion, and
therefore the longest possible clabby conversation. It is vitally
important to learn the correct, or 'clixby' (q.v.), responses to a
clabby gambit, and not to get trapped by a 'ditherington' (q.v.). For
instance, if confronted with a clabby gambit such as 'Oh, mr Smith, I
didn't know you'd had your leg off', the ditherington response is 'I
haven't' whereas the clixby is 'good.'
--- Douglas Adams, The Meaning of Liff



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

Bug#668227: links2: security bugs in links

[Axel Beckert]

Hi Mikulas,

Mikulas Patocka wrote:
> I discovered some out of memory accesses in links2 graphics mode that could be
> potentially used to run exploits. I fixed them in links-2.6.

Thanks for the information. I'll prepare an upload of 2.6 to Unstable.

> For Debian Squeeze, I am sending this patch that backports the fixes
> to links-2.3pre1. Apply the patch and distribute patched packages
> links and links2 through security.debian.org.

Thanks for the ready to use patch for Debian Stable. Much appreciated!

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



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

Bug#667434: lvcreate / lvremove snapshot under Xen causes Kernel OOPs

[Quintin Russ]

Hi Ian,

On 05/04/12 21:04, Ian Campbell wrote:

On Thu, 2012-04-05 at 09:00 +1200, Quintin Russ wrote:

Those issues were believed to be fixed in 2.6.32-34 and you are running
2.6.32-39 so either this is a different issue (perhaps with similar
symptoms) or the issue isn't really fixed. Either way I think we need to
see your kernel logs containing the actual oops in order to make any
progress.

Yes, we have been having this problem since before 2.6.32-34 and were
very hopeful that change would fix it. This sadly was not the case.
Unfortunately there isn't anything in the logs for this, but I have a
screenshot from the console, which I have attached.

Thanks.

Googling around for issues with sync_super threw up
https://bugzilla.redhat.com/show_bug.cgi?id=587265 and
https://bugzilla.redhat.com/show_bug.cgi?id=550724. Comment 81 of the
second one mentioned issues with IRQ handling which reminded me that a
bunch of those were fixed 2.6.32-40 whereas you are running -39 (which
is fair enough since that is the version currently in stable). Could you
try the kernel from stable-proposed-updates (now 2.6.32-43)?

Also referenced was https://lkml.org/lkml/2010/9/1/178 which supports
the interrupt problem theory.


Thanks for that, I think you could be on the right track here.

On another dom0 which crashed over the weekend I observed the following 
behaviour at least 6 times while doing a raid re-sync, unsure if this is 
related at all, but disk utilisation is low & the server is responsive.


Apr 10 03:30:47 dom0 kernel: [261639.807061] INFO: task umount:18216 
blocked for more than 120 seconds.
Apr 10 03:30:47 dom0 kernel  [261639.807098] "echo 0 > 
/proc/sys/kernel/hung_task_timeout_secs" disables this message.
Apr 10 03:30:47 dom0 kernel: [261639.807146] umountD 
0002 0 18216  18214 0x
Apr 10 03:30:47 dom0 kernel: [261639.807152]  88003d44cdb0 
0286 00043ca5fd08 88003ca5fd98
Apr 10 03:30:47 dom0 kernel: [261639.807157]   
 f9e0 88003ca5ffd8
Apr 10 03:30:47 dom0 kernel: [261639.807161]  00015780 
00015780 88003d44a350 88003d44a648

Apr 10 03:30:47 dom0 kernel: [261639.807165] Call Trace:
Apr 10 03:30:47 dom0 kernel: [261639.807177]  [] ? 
xen_force_evtchn_callback+0x9/0xa
Apr 10 03:30:47 dom0 kernel: [261639.807180]  [] ? 
check_events+0x12/0x20
Apr 10 03:30:47 dom0 kernel: [261639.807186]  [] ? 
check_preempt_wakeup+0x0/0x268
Apr 10 03:30:47 dom0 kernel: [261639.807191]  [] ? 
bdi_sched_wait+0x0/0xe
Apr 10 03:30:47 dom0 kernel: [261639.807194]  [] ? 
bdi_sched_wait+0x9/0xe
Apr 10 03:30:47 dom0 kernel: [261639.807201]  [] ? 
_spin_unlock_irqrestore+0xd/0xe
Apr 10 03:30:47 dom0 kernel: [261639.807205]  [] ? 
__wait_on_bit+0x41/0x70
Apr 10 03:30:47 dom0 kernel: [261639.807208]  [] ? 
check_preempt_wakeup+0x0/0x268
Apr 10 03:30:47 dom0 kernel: [261639.807211]  [] ? 
bdi_sched_wait+0x0/0xe
Apr 10 03:30:47 dom0 kernel: [261639.807214]  [] ? 
out_of_line_wait_on_bit+0x6b/0x77
Apr 10 03:30:47 dom0 kernel: [261639.807219]  [] ? 
wake_bit_function+0x0/0x23
Apr 10 03:30:47 dom0 kernel: [261639.807222]  [] ? 
sync_inodes_sb+0x73/0x12a
Apr 10 03:30:47 dom0 kernel: [261639.807227]  [] ? 
__sync_filesystem+0x4b/0x70
Apr 10 03:30:47 dom0 kernel: [261639.807239]  [] ? 
generic_shutdown_super+0x21/0xfa
Apr 10 03:30:47 dom0 kernel: [261639.807242]  [] ? 
xen_restore_fl_direct_end+0x0/0x1
Apr 10 03:30:47 dom0 kernel: [261639.807245]  [] ? 
kill_block_super+0x22/0x3a
Apr 10 03:30:47 dom0 kernel: [261639.807249]  [] ? 
deactivate_super+0x60/0x77
Apr 10 03:30:47 dom0 kernel: [261639.807254]  [] ? 
sys_umount+0x2dc/0x30b
Apr 10 03:30:47 dom0 kernel: [261639.807257]  [] ? 
system_call_fastpath+0x16/0x1b


When reviewing our logs across multiple crashes affecting multiple 
physical servers I note that 1 process is umounting the snapshot while 
another process takes a new snapshot as the last log entry on the server 
before the oops.


It will take us a few days (probably a week) or so to get this new 
kernel rolled out, but will post an update here on how that has changed 
things once I know more.



If there's any chance of setting up a serial console to catch this issue
should it happen again then that would be very useful too.


Will also be looking into the possibility of setting this up, as it has 
been happening fairly frequently for us.


Thanks for your help so far. :-)

Best Regards,

Quintin



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

Bug#591791: [PATCH] Document generic and upstart-specific init-system requirements

[Steve Langasek]

On Fri, Mar 16, 2012 at 11:33:26PM +0100, Michael Biebl wrote:
> >> Fwiw, this is a non-issue for systemd, as it treats sysv services and
> >> native services alike. So during the upgrade, the old sysv based service
> >> is stopped, systemd reloads the service definitions and sees that there
> >> is a native one now, and starts the new, native one.

> > By what mechanism is the new service started?  I don't see anything here
> > distinguishing systemd from upstart.  If the service is being stopped and
> > started via invoke-rc.d, you have all the same issues.  If systemd is
> > starting the service directly, that's a gross violation of policy.

> Under systemd, native and sysv service are all started and tracked by
> systemd directly. The sysv based services are created on the fly. They
> simplified look like
> ExecStart=/etc/init.d/foo start
> ExecStop=/etc/init.d/foo stop
> etc.

> The "invoke-rc.d foo stop" call is always forwarded to systemd, which
> then calls "/etc/init.d/foo stop", reloads the service definitions
> and "invoke-rc.d foo start" will then start the native one.

So the invoke-rc.d code diverts all requests to systemd iff systemd is
running?  That seems like it should work ok for upgrades, yes, as in that
case any service started after systemd is booted will already be a systemd
unit.

Where does this invoke-rc.d code live, though?  I don't see it in the
sysvinit-provided invoke-rc.d implementation, and I don't see a separate
invoke-rc.d implementation shipped by any of the systemd binary packages.

> >> I'm wondering if this couldn't be handled in invoke-rc.d though.
> >> If upstart is running, and there is a native upstart job, which is not
> >> running though, invoke-rc.d could just call /etc/init.d/foo stop

> >> In postinst, when you run invoke-rc.d foo start, it would then start the
> >> upstart job.
> >> Wouldn't this cover this upgrade case?

> > It would; I just don't think invoke-rc.d is the right place for that
> > complexity to live.  For instance: if upstart is running, there's an upstart
> > job for foo, job foo is not running, and invoke-rc.d calls
> > /etc/init.d/foo stop as a fallback: how should invoke-rc.d handle the exit
> > code of /etc/init.d/foo?

> > All possible answers to that question are sufficiently irksome that I
> > think we should avoid putting the complexity in invoke-rc.d.

> invoke-rc.d already needs to be upstart aware, so this seems like the
> right place to put this logic imho. Putting it in each and every sysv
> init script on the other hand looks wrong to me.

You didn't actually answer the question I posed here.  How should
invoke-rc.d handle the exit code of /etc/init.d/foo to make this not suck in
the corner cases?

If you don't have an answer for how to make this reliable, I don't think
this aesthetic preference counts for much.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#661465: openjdk-7-jre: Dependency madness

[Christoph Anton Mitterer]

Hi.

CCing to the OpenJDK Team in the hope that we can get some clearer 
answers.



I guess the cards lay on the table... as it was pointed out -headless 
is just not enough for many people, e.g. they want to have a JDK 
installed.
While IMHO it's ok to pull in simple and small base libs like glib, the 
recent dependency additions pull in more or less large parts of GNOMEs 
core stuff, weirdly lots of long deprecated things like bonobo.



So can you please give some enlightenment why hard dependencies are 
required?


As pointed out by some people in the chat, the functionality might be 
dynamically loaded when the respective libs are there.
But even then I'd vote against recommends, because this would then pull 
in all the stuff with APTs default config anyway.



Having this issue laying around is rather problematic for some of 
us at least I haven't upgraded so far, because I don't want to 
clutter server installations with all the GNOME stuff,... but this is 
problematic not only for matters of security updates.



Cheers,
Chris.



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

Bug#655745: freshly installed dosemu (no customization) crashes on start up with Bus Error

[J G Miller]

===

Sorry, this was my fault.

I have subsequently discovered that I had an outdated zlib installation
v1.2.5 in /usr/local (used for an application compiled and installed in
/usr/local), and it was the presence of this which was causing
dosemu to crash with the bus error.

Removal of that library from /usr/local cured the problem and therefore
this bug should be closed.

Apologies once again for the false alarm.



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

Bug#668233: libmockito-java: Intent to NMU: update use of maven-repo-helper

[Ludovic Claude]

Package: libmockito-java
Version: 1.9.0+ds1-1.1
Severity: minor
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello,

I intent to NMU this package to improve some parts of the packaging. This is
part of a wider initiative to document and improve the use of the packaging
tools provided by maven-repo-helper.

This upload simplifies debian/rules by using the jh_maven_repo_helper DH 7
plugin provided by  maven-repo-helper. This plugin installs the jar and Maven
metadata in /usr/share/maven-repo.

Full changelog:

mockito (1.9.0+ds1-1.1) unstable; urgency=low

  * Non-maintainer upload.
  * d/control: update locations of Mockito in Vcs-Git and
Vcs-Browser
  * d/control: add version contraint >= 1.7.1 to be able to
use jh_maven_repo_helper plugin
  * d/rules: use jh_maven_repo_helper plugin and remove
override_dh_auto_install section.
  * Update debian/pom.xml for mockito 1.9.0

 -- Ludovic Claude   Fri, 06 Apr 2012 00:17:33
+0200

The changes have been commited in the Git repository for mockito



- -- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

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

Versions of packages libmockito-java depends on:
ii  junit4 4.8.2-2
ii  libasm3-java   3.3.2-1
ii  libcglib-java  2.2.2+dfsg-1
ii  libhamcrest-java   1.2-2
ii  libobjenesis-java  1.2+full-2

libmockito-java recommends no packages.

libmockito-java suggests no packages.

- -- no debconf information

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

iQIcBAEBCAAGBQJPg2ZUAAoJEImmFv6yGz69rocQALINouDPdKhmrstzg0DduKBS
OsQcASvz09Byy3iFkRxtuZpBSyFgIWn/7FcxtGbNK66aieplJmqSoaseqRUzoKwl
uQNAWFOsB7Tx0qw+0QwHdViiFLK89Fwq/dOH+DXz3mEYEEjLGjXct3Sdrkki46SK
aaugTsqT9mGTG+fZxRTm2d82OOuyTbxciPuK3Y7eKVdra7bnCZdm8NRg2HmqxvOv
vuSeAziYfhBYLNgLNRsmDuN/7PfrUU57VQK+zKDWUJYkXufFlAuNzRh8qlBBKBYX
jibgvD7rMSVbtIOm5Mj8ZH78G8wahXrfgC+uQ0lKGthwmOO6BMg7w0SdymJH6vQX
PA4FdplNmZ4Otcu4tlidjdf3HQ6LGKq5p8591DrsEBkB9x6QY0JUemu9Dlu5bD94
97q5D9ojxIFVa7Bbj1EANkc4F4KjBupmGVevLryngW7HbvRoS/ICCYjqW9A5kXl4
bmk6D9P1R+LYKuiwOXY4TbIZOJ7zMY9QyKYIiOnYINv9vCiFRMy5QCzYWy4fOhz2
ejkebWyTUSQUaiFPh0i/u8HIO/ERTDLMmr7AzBwnvO+jB8zNPaJPwhXNWFJfkmVX
oAmYBQIXJeUMQ3TZt2Q3zwgJnmQCK3VdiKpiKgxoSuSBPEiNOT+8YvTmlhSEnkH2
MRWyebCN2pP7Mt885p6v
=H+om
-END PGP SIGNATURE-



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

Bug#577040: dh_installinit: don't force upstart when both .init and .upstart exist.

[Steve Langasek]

block 660824 by 577040

Hi Joey,

On Tue, Jan 25, 2011 at 03:59:00PM -0400, Joey Hess wrote:
> Steve Langasek wrote:
> > I don't think it should be uploaded to Debian before upstart support is also
> > added in the places mentioned above (policy, sysvinit, lsb-base).

> I'd appreciate a ping when that happens. 

Here's a ping, and a rebased patch.  The Debian policy bug is not finalized,
but is converging on consensus, so I think this is a good time to start
introducing some working code.

I was going to start with the sysvinit package first, but since
sysvinit-utils will itself install an upstart job, it needs dh_installinit
to DTRT first and avoid adding a dependency on upstart-job to this core
package.  So it looks like debhelper should be done first.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
From ce639e6273d1d56ce8e2a67a9a53a2a382f4a874 Mon Sep 17 00:00:00 2001
From: Steve Langasek 
Date: Sun, 16 Jan 2011 19:27:15 -0800
Subject: [PATCH] dh_installinit: rework upstart handling to comply with new policy proposal; packages will ship both an init script and an upstart job, instead of just an upstart job and a symlink to a compat wrapper.

---
 debian/changelog |6 +
 debian/copyright |2 +-
 dh_installinit   |   58 +
 3 files changed, 26 insertions(+), 40 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index eaef9b2..cbddd48 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -2,6 +2,12 @@ debhelper (9.20120323) UNRELEASED; urgency=low
 
   * Fix a typo. Closes: #665891
 
+  [ Steve Langasek ]
+  * dh_installinit: rework upstart handling to comply with new policy
+proposal; packages will ship both an init script and an upstart job,
+instead of just an upstart job and a symlink to a compat wrapper.
+Closes: #577040
+
  -- Joey Hess   Mon, 26 Mar 2012 17:18:58 -0400
 
 debhelper (9.20120322) unstable; urgency=low
diff --git a/debian/copyright b/debian/copyright
index ceb743f..4ec9761 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -57,7 +57,7 @@ License: GPL-2+
 
 Files: dh_installinit
 Copyright: 1997-2008 Joey Hess 
-   2009 Canonical Ltd.
+   2009,2011 Canonical Ltd.
 License: GPL-3+
 
 Files: dh_installgsettings
diff --git a/dh_installinit b/dh_installinit
index d08798a..4daff14 100755
--- a/dh_installinit
+++ b/dh_installinit
@@ -2,7 +2,7 @@
 
 =head1 NAME
 
-dh_installinit - install upstart jobs or init scripts into package build directories
+dh_installinit - install upstart jobs and/or init scripts into package build directories
 
 =cut
 
@@ -16,9 +16,8 @@ B [S>] [B<--name=>I] [B<-n>] [B<-R>]
 =head1 DESCRIPTION
 
 B is a debhelper program that is responsible for installing
-upstart job files or init scripts with associated defaults files into package
-build directories, and in the former case providing compatibility handling
-for non-upstart systems.
+upstart job files and init scripts with associated defaults files into
+package build directories.
 
 It also automatically generates the F and F and F commands
 needed to set up the symlinks in F to start and stop the init
@@ -35,8 +34,8 @@ build directory.
 
 =item debian/I.init
 
-Otherwise, if this exists, it is installed
-into etc/init.d/I in the package build directory.
+If this exists, it is installed into etc/init.d/I in the package
+build directory.
 
 =item debian/I.default
 
@@ -60,11 +59,6 @@ script, default files, or upstart job. May be useful if the init script or
 upstart job is shipped and/or installed by upstream in a way that doesn't
 make it easy to let B find it.
 
-If no upstart job file is installed in the target directory when
-B is called, this program will assume that an
-init script is being installed and not provide the compatibility symlinks
-or upstart dependencies.
-
 =item B<-R>, B<--restart-after-upgrade>
 
 Do not stop the init script until after the package upgrade has been
@@ -88,7 +82,7 @@ Only call B. Useful for rcS scripts.
 =item B<-d>, B<--remove-d>
 
 Remove trailing B from the name of the package, and use the result for the
-filename the upstart job file is installed as in F , or for the
+filename the upstart job file is installed as in F , and for the
 filename the init script is installed as in etc/init.d and the default file
 is installed as in F . This may be useful for daemons with names
 ending in B. (Note: this takes precedence over the B<--init-script> parameter
@@ -103,7 +97,7 @@ passed to L.
 
 =item B<--name=>I
 
-Install the upstart job file or the init script (and default file) using the
+Install the upstart job file and init script (and default file) using the
 filename I instead of the default filename, which is the 

Bug#668232: yate: FTBFS: skips upstream installation step

[Aaron M. Ucko]

Source: yate
Version: 4.0.0-1~dfsg-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

At least on the autobuilders, builds of yate have been skipping the
upstream installation step and failing as a result:

  [...]
  touch build-indep-stamp
   fakeroot debian/rules binary-arch
  dh_testdir -a
  dh_testroot -a
  dh_installchangelogs -a ChangeLog
  dh_installdocs -a
  dh_installexamples -a
  dh_install -a --fail-missing
  cp: cannot stat `debian/tmp/usr/bin/yate': No such file or directory
  dh_install: cp -a debian/tmp/usr/bin/yate debian/yate//usr/bin/ returned exit 
code 1
  make: *** [binary-arch] Error 2

I'd recommend converting more fully to dh, but adding an explicit
install target would probably work as a quick fix:

install:
dh install

Could you please look into it?

Thanks!



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

Bug#668231: vmstat: output isn't aligned when a large amount of memory is available

[Adam Heath]

package: procps
version: 1:3.2.8-9
severity: minor

See attached file(which shouldn't have any word-wrap issues).
Basically, I have a machine with 24G of ram, and the value rows in
vmstat don't align with their headers.
17:22:46 -0500 doogie@vm10:/home/doogie(master)$ vmstat 1
procs ---memory-- ---swap-- -io -system-- cpu
 r  b   swpd   free   buff  cache   si   sobibo   in   cs us sy id wa
 1  0  0 12342016  14352 1160624800  2506  3073  247  295  0  2 86 
11
 0  0  0 12332260  14352 1161533200  2048  2064  592  386  0  1 99  0
 0  0  0 12325112  14352 1162252400  2048  2072  467  352  0  0 99  0
 0  1  0 12313312  14360 1163418800  2504  2676  748  399  1  1 99  0
 0  0  0 12297308  14360 1165032400  2048  2064  885  560  0  1 98  0
 0  0  0 12278340  14372 1166618000  3908 136316 1450 2362  1  6 91 
 3
 0  0  0 12265856  14372 1167758000  2048  2064  758  445  1  0 99  0
 0  0  0 12260672  14384 1168363600  3912 135592  981  860  0  5 93 
 2
17:24:47 -0500 doogie@vm10:/home/doogie(master)$ free
 total   used   free sharedbuffers cached
Mem:  24744900   172223127522588  0  15420   16342500
-/+ buffers/cache: 864392   23880508
Swap:   974844  0 974844

Bug#668230: libmagic1:i386: 'man magic' typo: "as the an unsigned"

[A. Costa]

Package: libmagic1:i386
Version: 5.11-1
Severity: minor
Tags: patch

Dear Maintainer,

Found a typo in '/usr/share/man/man5/magic.5.gz', see attached '.diff'.

Hope this helps...

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

Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages libmagic1:i386 depends on:
ii  libc6  2.13-27
ii  multiarch-support  2.13-27
ii  zlib1g 1:1.2.6.dfsg-2

libmagic1:i386 recommends no packages.

Versions of packages libmagic1:i386 suggests:
ii  file  5.11-1

-- no debconf information
--- magic.5	2012-03-17 05:29:19.0 -0400
+++ /tmp/magic.5	2012-04-09 02:44:15.357791673 -0400
@@ -86,7 +86,7 @@
 .Dq b
 flag forces the test to be done for binary files.
 .It Dv pstring
-A Pascal-style string where the first byte/short/int is interpreted as the an
+A Pascal-style string where the first byte/short/int is interpreted as an
 unsigned length.
 The length defaults to byte and can be specified as a modifier.
 The following modifiers are supported:

Bug#668229: duplicity: sftp backups to nonstandard ports no longer supported

[Zed Pobre]

Package: duplicity
Version: 0.6.18-1
Severity: important

After the change to use paramiko for sftp connections, there appears
to be no way to tell Duplicity to connect to a nonstandard SSH port.
This has broken my backups.

Old style of call:

duplicity collection-status sftp://backup@zp/duplicity/moebius/@etc 
--archive-dir /var/cache/duplicity/moebius --name @etc --verbosity 1 
--no-print-statistics --ssh-options '-oPort=3 
-oIdentityFile=/root/.ssh/id_rsa-backup'

now results in:

** (process:4135): WARNING **: Trying to register gtype 'GMountMountFlags' as 
flags when in fact it is of type 'GEnum'

** (process:4135): WARNING **: Trying to register gtype 'GDriveStartFlags' as 
flags when in fact it is of type 'GEnum'

** (process:4135): WARNING **: Trying to register gtype 'GSocketMsgFlags' as 
flags when in fact it is of type 'GEnum'
BackendException: ssh connection to zp:22 failed: Private key file is encrypted

(I expect the gtype warnings are unrelated, but I'm including them
because they're also new to my recent upgrade of a number of packages
to testing.)

The "Private key file is encrypted" is a little nonsensical here --
the failure has nothing to do with the private key file (which has no
password), but that user backup isn't allowed to connect to port 22
(there's a DenyUsers on the main sshd_config), and Duplicity is now
ignoring -oPort=3.

If I attempt to modify the URL to use user@host:port format, Duplicity
fails to look up the host:

duplicity collection-status sftp://backup@zp:3/duplicity/moebius/@etc 
--archive-dir /var/cache/duplicity/moebius --name @etc --verbosity 1 
--no-print-statistics --ssh-options '-oPort=3 
-oIdentityFile=/root/.ssh/id_rsa-backup'

** (process:4503): WARNING **: Trying to register gtype 'GMountMountFlags' as 
flags when in fact it is of type 'GEnum'

** (process:4503): WARNING **: Trying to register gtype 'GDriveStartFlags' as 
flags when in fact it is of type 'GEnum'

** (process:4503): WARNING **: Trying to register gtype 'GSocketMsgFlags' as 
flags when in fact it is of type 'GEnum'
BackendException: ssh connection to zp:3 failed: Unknown server [zp]:3


Unfortunately, reverting is no longer an option, since Python 2.7 is
required by too many other core packages that were upgraded to Testing
(this started because I needed a more recent dpkg-dev, and everything
else got dragged along with it.)

This is... really unpleasant.  I'm actually not sure how to get
backups working again without completely switching protocols and
coming up with a new security plan (the alternate SSH daemon forces a
chroot, so loss of a key can't do much damage to the system).

This could be solved either by having -oPort being honored in addition
to -oIdentityFile, or by fixing the Unknown server error when a port
is specified, but I don't really know where to start looking to fix
either place.

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

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

Versions of packages duplicity depends on:
ii  libc6 2.13-27Embedded GNU C Library: Shared lib
ii  librsync1 0.9.7-7rsync remote-delta algorithm libra
ii  python2.7.2-10   interactive high-level object-orie
ii  python-gnupginterface 0.3.2-9.1  Python interface to GnuPG (GPG)
ii  python2.7 2.7.2-8An interactive high-level object-o

Versions of packages duplicity recommends:
ii  python-paramiko   1.7.7.1-2  Make ssh v2 connections with Pytho
ii  rsync 3.0.7-2fast remote file copy program (lik

Versions of packages duplicity suggests:
ii  lftp  4.0.6-1Sophisticated command-line FTP/HTT
ii  ncftp 2:3.2.4-1  A user-friendly and well-featured
ii  python-boto   1.9b-4 Python interface to Amazon's Web S
pn  python-cloudfiles  (no description available)
pn  python-gdata   (no description available)
ii  python-pexpect2.3-1  Python module for automating inter
pn  tahoe-lafs (no description available)

-- debconf-show failed



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

Bug#668193: libreoffice-common: Postinst fails saying it cannot determine language

[Javier Fernández-Sanguino Peña]

On Mon, Apr 09, 2012 at 05:50:15PM +0200, Rene Engelhard wrote:
> Full log? Interesting is the ordering. Without it - as you should know -
> this isn't really helpful.

I can't provide the full upgrade log as I didn't save it. I do have the
aptitude and dpkg logs if those are useful (attached)

Please note that I did two upgrades, the first one started at 17:17 broke
because of libreoffice's postinstall script and the second one, at 17:29, did
go ahead fine (and upgraded the system). 

> > When retrying the upgrade the error does not reproduce itself so I'm not 
> > sure what generated it.
> 
> the UNO environment not consistent..
> 
> (That said, I wonder why you attempt an upgrade 11 days after the first 3.5 
> was uploaded, but
> anyway...)

I just did an upgrade of the system as I'm having some issues after the
GNOME 3 upgrade (last week) and wanted to see if an upgrade fixes them (it
doesn't) and use xfce in the meantime. I also encountered some strange issue
with libreoffice and GNOME (a libreoffice process would be spawned whenever I
opened up some applications) and wanted to see if this was fixed (it seems to
be now).

I didn't really check when was the upgrade of the last libreoffice version,
but I don't mind help testing it out and weeding some bugs, after all, that
is what sid is for :)

Regards


Javier




aptitude.log.gz
Description: Binary data


dpkg.log.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#668228: uswsusp.conf: resume_device=/dev/zram => FAIL^^

[Marcel Partap]

Package: uswsusp
Version: 1.0+20110509-2
Severity: normal

ok, i have a swap partition on a compressed ramdrive that even
palimpsest thinks is an SSD. Is not! Resume image will NOT survive
reboot, obviously. These compressed ram devices are not bad actually
btw, zramswap-enabler_0.2.1-0~12~oneiric1_all.deb has an init script..
...best regards ;)

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

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

Versions of packages uswsusp depends on:
ii  cdebconf [debconf-2.0]  0.160
ii  debconf [debconf-2.0]   1.5.42
ii  libc6   2.13-27
ii  libgcrypt11 1.5.0-3
ii  liblzo2-2   2.06-1
ii  libpci3 1:3.1.8-2
ii  libx86-11.1+ds1-7

Versions of packages uswsusp recommends:
ii  initramfs-tools  0.101
ii  mount2.20.1-4

uswsusp suggests no packages.

-- debconf information:
  uswsusp/suspend_loglevel:
  uswsusp/no_swap:
  uswsusp/resume_offset:
  uswsusp/early_writeout: true
  uswsusp/image_size: 3791881420
  uswsusp/snapshot_device:
  uswsusp/max_loglevel:
  uswsusp/shutdown_method: platform
  uswsusp/encrypt: false
  uswsusp/RSA_key_bits: 1024
  uswsusp/continue_without_swap: true
  uswsusp/compute_checksum: false
  uswsusp/no_snapshot:
  uswsusp/compress: true
  uswsusp/create_RSA_key: false
  uswsusp/RSA_key_file: /etc/uswsusp.key
  uswsusp/resume_device: /dev/zram3
  uswsusp/splash: true



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

Bug#553311: Debian packaging

[Leonardo Zide]

On Fri, Mar 30, 2012 at 9:44 AM, David Paleino  wrote:

> > The LeoCAD pieces library is compiled from the LDraw library but
> optimized
> > for faster rendering. It's currently built using the LeoCAD GUI
> > (File->Pieces Library Manager->Import Folder) but I can add a command
> line
> > option or separate utility that can generate it from the command line if
> you
> > really need it.
>
> Yes, please. A separate utility would be best. Consider that the build
> would need to be scriptable.
>

  I've added a new command line option to convert LDraw files, if you run
something like "leocad --convert /home/david/ldraw/parts/
/home/david/leocad/" it will convert all LDraw parts from the first
directory and save a new LeoCAD library in the second directory.

  You can get the source from either svn
http://svn.leocad.org/tags/leocad-0.76.2/ or leocad-0.76.2-src.tgz from
http://code.google.com/p/leocad

  Let me know if you run into any problems.

Bug#668227: links2: security bugs in links

[Mikulas Patocka]

Package: links2
Version: 2.3~pre1-1
Severity: grave
Tags: security
Justification: user security hole

I discovered some out of memory accesses in links2 graphics mode that could be
potentially used to run exploits. I fixed them in links-2.6. For Debian
Squeeze, I am sending this patch that backports the fixes to links-2.3pre1.
Apply the patch and distribute patched packages links and links2 through
security.debian.org.



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

Kernel: Linux 3.3.0 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/dash

Versions of packages links2 depends on:
ii  libc6  2.11.3-2  Embedded GNU C Library: Shared lib
ii  libdirectfb-1.2-9  1.2.10.0-4direct frame buffer graphics - sha
ii  libgpm21.20.4-3.3General Purpose Mouse - shared lib
ii  libjpeg62  6b1-1 The Independent JPEG Group's JPEG 
ii  libpng12-0 1.2.44-1+squeeze4 PNG library - runtime
ii  libssl0.9.80.9.8o-4squeeze7  SSL shared libraries
ii  libsvga1   1:1.4.3-29console SVGA display libraries
ii  libtiff4   3.9.6 Empty libtiff4 package
ii  libx11-6   2:1.3.3-4 X11 client-side library
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

links2 recommends no packages.

links2 suggests no packages.

-- no debconf information
This patch fixes:

Buffer overflow when pasting too long text from clipboard to dialog boxes
(not remotely exploitable)
A write out of allocated memory in the graphics rendeder (potentionally
exploitable)
An infinite loop when parsing invalid usemap specification in text and
graphics mode (can cause browser lockup, but not otherwise exploitable)
Accesses out of memory in the xbm decoder (potentionally exploitable)

---
 bfu.c  |3 ++-
 dip.c  |3 ++-
 html.c |6 +-
 xbm.c  |   20 ++--
 4 files changed, 19 insertions(+), 13 deletions(-)

Index: links-2.3pre1/bfu.c
===
--- links-2.3pre1.orig/bfu.c2012-04-09 23:39:47.0 +0200
+++ links-2.3pre1/bfu.c 2012-04-09 23:39:56.0 +0200
@@ -1382,7 +1382,8 @@ void dialog_func(struct window *win, str
 clipbd_paste:
clipboard = get_clipboard_text(term);
if (clipboard) {
-   if (strlen(di->cdata) < 
di->item->dlen - strlen(clipboard)) {
+   if (strlen(di->cdata) + 
strlen(clipboard) < (size_t)di->item->dlen ||
+   strlen(di->cdata) + 
strlen(clipboard) < strlen(di->cdata)) {
memmove(di->cdata + 
di->cpos + strlen(clipboard), di->cdata + di->cpos, strlen(di->cdata) - 
di->cpos + 1);

memcpy(&di->cdata[di->cpos], clipboard, strlen(clipboard));
di->cpos += 
strlen(clipboard);
Index: links-2.3pre1/dip.c
===
--- links-2.3pre1.orig/dip.c2012-04-09 23:39:47.0 +0200
+++ links-2.3pre1/dip.c 2012-04-09 23:39:56.0 +0200
@@ -1901,6 +1901,7 @@ int g_wrap_text(struct wrap_struct *w)
while (*w->text) {
int u;
int s;
+   unsigned char *l_text = w->text;
if (*w->text == ' ') w->last_wrap = w->text,
 w->last_wrap_obj = w->obj;
GET_UTF_8(w->text, u);
@@ -1913,7 +1914,7 @@ int g_wrap_text(struct wrap_struct *w)
if (u != 0xad || *w->text == ' ') continue;
s = g_char_width(w->style, '-');
if (w->pos + s <= w->width || (!w->last_wrap && 
!w->last_wrap_obj)) {
-   w->last_wrap = w->text;
+   w->last_wrap = l_text;
w->last_wrap_obj = w->obj;
continue;
}
Index: links-2.3pre1/html.c
===
--- links-2.3pre1.orig/html.c   2012-04-09 23:39:47.0 +0200
+++ links-2.3pre1/html.c2012-04-09 23:39:56.0 +0200
@@ -2920,6 +2920,7 @@ int get_image_map(unsigned char *head, u
lblen = 0;
se3:
ss = s;
+   se4:
while (ss < eof && *ss != '<') ss++;
if (ss >= eof) {
mem_free(label);
@@ -2933,7 +2934,10 @@ int get_image_map(unsigned char *head, u
  

Bug#668226: gettext: Support the new style Python format strings

[Rodrigo Silva (MestreLion)]

Package: gettext
Version: 0.18.1.1-1ubuntu2
Severity: normal
Tags: upstream

I've stumbled on this issue recently, and while searching if this was
already reported somewhere, I've found upstream bug #30854 in Savannah. Looks
like it wasn't forwarded to neither the old nor the new bug mailing list,
so I'll do it now, make his words mine, and add a few comments on my own:

Mon 23 Aug 2010 05:10:05 PM GMT, original submission by David Planella
https://savannah.gnu.org/bugs/index.php?30854
---
Currently the gettext tools support only the old Python string format for
substitutions, that is, %s or %(variable)s type strings.

Python standards PEP 0292 [1] and PEP 3101 [2] recommend the use of $foo
and {foo} strings. More and more Python applications migrate to this new
syntax, and it would make sense for the gettext tools to support it.

The ones I can think, off the top of my head:

xgettext to extract {foo} and $foo strings from Python files and mark
them as python-format in the .pot templates
msgmerge -c to validate those

[1] http://www.python.org/dev/peps/pep-0292/
[2] http://www.python.org/dev/peps/pep-3101/
-

I think he means msgfmt -c, since AFAIK there's no msgmerge -c

A few remarks on my own:

The 3 formats currently co-exist in Python 2:
  %(foo)s is used by the % operator, as in "%(foo)s" % {'foo':bar}
  {foo}   is used by the str.format() method and format() builtin,
  as in "{foo}".format(foo=bar) or format("{foo}",foo=bar)
  $foois used by the Template class, as in "$foo".Template(foo=bar)

The % format is deprecated in Python 3, and, while still widely used in
Python 2, its usage for new code is discouraged. format() is the new
standard. See http://docs.python.org/library/stdtypes.html#str.format

That said, I urge gettext to support at least the new format() syntax. If
it's not possible to support 3 different syntax rules simultaneously, at
least give Python users a way to choose one of the sets, using xgettext's
--flag for example



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

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

Versions of packages gettext depends on:
ii  dpkg   1.15.8.4ubuntu3.1 Debian package management system
ii  gettext-base   0.18.1.1-1ubuntu2 GNU Internationalization utilities
ii  install-info   4.13a.dfsg.1-5ubuntu1 Manage installed documentation in
ii  libc6  2.12.1-0ubuntu10.4Embedded GNU C Library: Shared lib
ii  libcroco3  0.6.2-1   a generic Cascading Style Sheet (C
ii  libglib2.0-0   2.26.1-0ubuntu1   The GLib library of C routines
ii  libgomp1   4.5.1-7ubuntu2GCC OpenMP (GOMP) support library
ii  libncurses55.7+20100626-0ubuntu1 shared libraries for terminal hand
ii  libunistring0  0.9.3-1   Unicode string library for C
ii  libxml22.7.7.dfsg-4ubuntu0.4 GNOME XML library

Versions of packages gettext recommends:
ii  curl   7.21.0-1ubuntu1.3 Get a file from an HTTP, HTTPS or
ii  wget   1.12-1.1ubuntu3   retrieves files from the web

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



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

Bug#665972: Segmentation fault

[Sergio Cuellar Valdes]

Package: passwd
Version: 1:4.1.5-1
Followup-For: Bug #665972

Segmentation fault in userdel, cannot remove any user.


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

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

Versions of packages passwd depends on:
ii  debianutils   4.2.1  Miscellaneous utilities specific t
ii  libc6 2.13-26Embedded GNU C Library: Shared lib
ii  libpam-modules1.1.2-2Pluggable Authentication Modules f
ii  libpam0g  1.1.3-7Pluggable Authentication Modules l
ii  libselinux1   2.1.9-2SELinux runtime shared libraries
ii  libsemanage1  2.1.6-2SELinux policy management library.

passwd recommends no packages.

passwd 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#655405: pacpl: diff for NMU version 4.0.5-7.1

[Tim Retout]

tags 655405 + patch
tags 655405 + pending
thanks

Dear maintainer,

I've prepared an NMU for pacpl (versioned as 4.0.5-7.1) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru pacpl-4.0.5/debian/changelog pacpl-4.0.5/debian/changelog
--- pacpl-4.0.5/debian/changelog	2011-08-18 19:53:01.0 +0100
+++ pacpl-4.0.5/debian/changelog	2012-04-09 22:43:26.0 +0100
@@ -1,3 +1,13 @@
+pacpl (4.0.5-7.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/control: B-D and Depend on libogg-vorbis-header-pureperl-perl.
+  * debian/patches:
+- added 60_use-ogg-vorbis-header-pureperl.patch to avoid use of
+  Ogg::Vorbis::Header. (Closes: #655405)
+
+ -- Tim Retout   Mon, 09 Apr 2012 22:41:38 +0100
+
 pacpl (4.0.5-7) unstable; urgency=low
 
   * debian/control:
diff -Nru pacpl-4.0.5/debian/control pacpl-4.0.5/debian/control
--- pacpl-4.0.5/debian/control	2011-08-18 19:29:05.0 +0100
+++ pacpl-4.0.5/debian/control	2012-04-09 22:41:33.0 +0100
@@ -4,7 +4,7 @@
 Maintainer: Maxime Chatelle 
 Build-Depends: debhelper (>= 8.0),
libcddb-get-perl,
-   libogg-vorbis-header-perl,
+   libogg-vorbis-header-pureperl-perl,
libmp3-tag-perl,
libmp4-info-perl,
libaudio-flac-header-perl,
@@ -19,7 +19,7 @@
 Architecture: all
 Depends: ${perl:Depends}, ${misc:Depends},
  libcddb-get-perl,
- libogg-vorbis-header-perl,
+ libogg-vorbis-header-pureperl-perl,
  libmp3-tag-perl,
  libmp4-info-perl,
  libaudio-flac-header-perl,
diff -Nru pacpl-4.0.5/debian/patches/60_use-ogg-vorbis-header-pureperl.patch pacpl-4.0.5/debian/patches/60_use-ogg-vorbis-header-pureperl.patch
--- pacpl-4.0.5/debian/patches/60_use-ogg-vorbis-header-pureperl.patch	1970-01-01 01:00:00.0 +0100
+++ pacpl-4.0.5/debian/patches/60_use-ogg-vorbis-header-pureperl.patch	2012-04-09 22:49:51.0 +0100
@@ -0,0 +1,44 @@
+Description: Use Ogg::Vorbis::Header::PurePerl
+Author: Tim Retout 
+Bug-Debian: http://bugs.debian.org/655405
+
+--- a/pacpl
 b/pacpl
+@@ -26,7 +26,7 @@
+ use File::Spec::Functions qw(rel2abs);
+ 
+ # Tagging modules
+-use Ogg::Vorbis::Header;
++use Ogg::Vorbis::Header::PurePerl;
+ use MP3::Tag;
+ use Audio::FLAC::Header;
+ use MP4::Info;
+@@ -682,7 +682,7 @@
+ TAGS=> {
+  READ   => 1,
+  WRITE  => 1,
+- MODULE => "Ogg::Vorbis::Header",
++ MODULE => "Ogg::Vorbis::Header::PurePerl",
+},
+},
+
+@@ -2295,7 +2295,7 @@
+ }
+ 
+when ('ogg')   {
+-$tag_m = Ogg::Vorbis::Header->new("$out_file");
++$tag_m = Ogg::Vorbis::Header::PurePerl->new("$out_file");
+ 
+ # this prevents duplicate tags =)
+ $tag_m->clear_comments();
+--- a/configure
 b/configure
+@@ -3039,7 +3039,7 @@
+ 			File::Find
+ 			File::Spec::Functions
+ 			CDDB_get
+-			Ogg::Vorbis::Header
++			Ogg::Vorbis::Header::PurePerl
+ 			Audio::Musepack
+ 			Audio::APETags
+ 			Audio::WMA
diff -Nru pacpl-4.0.5/debian/patches/series pacpl-4.0.5/debian/patches/series
--- pacpl-4.0.5/debian/patches/series	2011-08-18 18:13:01.0 +0100
+++ pacpl-4.0.5/debian/patches/series	2012-04-09 22:35:14.0 +0100
@@ -3,3 +3,4 @@
 40_change-normalize-to-normalize-audio.patch
 45_case-independent-flac-tags.patch
 50_replace-depreciated-switch-by-given-for-perl5.14.patch
+60_use-ogg-vorbis-header-pureperl.patch

Bug#605001: Request for package: Ubuntu's usb image creator software

[Justin B Rye]

Dmitrijs Ledkovs wrote:
> Please note this RFP has already previously been filed as
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576359
>
> Please consider merging these two together.

Good advice.

> And usb-creator is a better name for a package.

Bad advice - it would prevent it getting through NEW.  See:

 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582884#77

If it created bootable LiveCDs and installer-CDs, "cd-creator" would
be a poor but tolerable name and "bootcd-creator" would be fine.  But
even "bootusb-creator" would still be a terrible name for this
package, because there's no such thing as a bootable USB (or "a USB"
in general), and because the software also works on non-USB media.
-- 
JBR
already reserving a space at http://wiki.debian.org/WhyTheName



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

Bug#660941: Fwd: gpsprune: set Debian default paths for tools used by GpsPrune

[Christoph Anton Mitterer]

Hi.

a) I think it would be better to have full pathnames.

b) In my case the fields are really empty.
I tried a bit and it seems they get auto-detected once you have
a .pruneconfig file, even if that is partially empty.
But as this file is only created when the user manually chooses to do so
in the program, I'd still vote to patch the sources to include the
debian standard paths for the programs.


Cheers,
Chris.


On Fri, 2012-04-06 at 11:46 +0200, Activity Workshop wrote:
> Hi,
> I tried to respond to your bug report for gpsprune, but it seems like
> my mail (see below) was ignored by the bug system.
> I'm not sure how to add my comments, so I'll just forward my mail to
> you instead.
> 
> Thanks,
> activityworkshop
> 
> 
>  Original Message  
>   Subject: 
> gpsprune: set Debian default paths
> for tools used by GpsPrune
>  Date: 
> Tue, 13 Mar 2012 19:42:27 +0100
>  From: 
> activityworkshop
> 
>To: 
> 660...@bugs.debian.org
> 
> 
> I think the default values are fine as they are.
> 
> The default paths for these three programs in GpsPrune are "gpsbabel", 
> "gnuplot" and "exiftool" respectively.
> If the packages are installed on Debian, then these resolve to 
> /usr/bin/gpsbabel, /usr/bin/gnuplot and /usr/bin/exiftool so everything 
> works automatically.
> 
> I don't see any reason to change these defaults (I presume you expect to 
> see the /usr/bin/ paths explicitly?) as it works fine on Debian as it 
> is, and changing it could potentially break things on non-Debian platforms.



smime.p7s
Description: S/MIME cryptographic signature

Bug#668178:

[Hendrik Rittich]

Thank you for reporting this bug. It is fixed in the 0.12.6 version of
gogglesmm, since this version does not link to the libcurl library
anymore.

The new package should be uploaded as part of the libpng transition
(http://packages.qa.debian.org/g/gogglesmm.html).


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

Bug#559542: #559542 lynx: CTRL-R (reload) does not work with # (hash) in URL

[Thomas Dickey]

This is fixed in 2.8.8dev.12

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#471927: [Scratch] Fwd: Re: Bug#471927: Scratch 1.4 source code released under GPL v2

[Amos Blanton]

Source package updated to 1.4.0.5, now available here:
http://info.scratch.mit.edu/GPLv2_Licensed_Scratch_Code

Recent changes:
Includes Squeak changes file
Instructions for downloading / installing Squeak sources file added to
readme
Changed license on included media  to DFSG compatible Share-alike license
(CC BY-SA 3.0) for included media / help files

Thanks to Bert and Miry for pointing out the need for these changes. :)

On Thu, Apr 5, 2012 at 11:50 PM, Miriam Ruiz  wrote:

> 2012/4/6 Miriam Ruiz :
> > 2012/4/5 Bert Freudenberg :
> >> Unless things changed recently (and I don't think they did), the Squeak
> VM uses none of the stock cursors or is concerned with themeing. I suspect
> a local misconfiguration.
> >
> > Fair enough, but I cannot get Scratch to work with latest Squeak VM in
> > any of my computers (64 and 32 bits). Could any of you try it in your
> > computers to check whether is a local problem of mine? Is your strace
> > noticeabily different from mine?
> >
> > Whatever the problem is, I don't seem to be the only one facing it:
> > - http://scratch.mit.edu/forums/viewtopic.php?id=78617
> > -
> http://www.raspberrypi.org/forum/educational-applications/scratch-on-raspberry-pi-and-other-linuxes
> >
> > To sum it up, it works for me, in all of my computers, with
> > http://packages.debian.org/squeeze/squeak-vm , but it doesn't work
> > with http://packages.debian.org/sid/squeak-vm
>
> Just for the record, I've also tried it with the binary VM obtained
> from http://squeakvm.org/unix/ and it doesn't work either. Same
> problem.
>
> lib/squeak/4.4.7-2357/squeakvm -encoding UTF-8 -vm-display-x11 -xshm
> -plugins /usr/lib/scratch/plugins/:lib/squeak/4.4.7-2357/
> -vm-sound-oss /usr/share/scratch/Scratch.image
>
> Greetings,
> Miry
>
> ___
> Mailing list: https://launchpad.net/~scratch
> Post to : scra...@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~scratch
> More help   : https://help.launchpad.net/ListHelp
>



-- 
_
Amos

Bug#668065: Remove drupal6 in favour of drupal7?

[Gunnar Wolf]

Luk Claes dijo [Sun, Apr 08, 2012 at 06:23:02PM +0200]:
> Package: drupal6
> Version: 6.22-1
> Severity: serious
> 
> Hi
> 
> There is drupal6 and drupal7 in unstable/testing. Having both in the
> upcoming release would be a PITA security wise. Is there a reason
> why drupal6 is still in the archive or should it be removed
> altogether?

Drupal6 and Drupal7 are different enough for upgrades to be a real
PITA - Drupal6 is still maintained upstream (for security updates
only).

I know that having extra versions is a burden, and I understand that
Drupal6 can and probably should be removed. Migration will be a
challenge for many users, though. Given the responsiveness track of
the Drupal developers, I'd request leaving Druapl6 in - But take it as
a "light" request only, just answering to the "is there a reason..?"
part.


signature.asc
Description: Digital signature

Bug#668039: iceowl: Upgrade to latest sid makes all calendar, data unavailable

[Guido Günther]

On Mon, Apr 09, 2012 at 01:57:48PM -0400, Jeremy Kozlowski wrote:
> Sorry, I meant Iceowl.
> -safemode seems to have no effect.
> 
> Console repeats this:
> Error: Error setting up timezone database: [Exception... "Component
> returned failure code: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED)
> [mozIStorageService.openDatabase]"  nsresult: "0x80520015
> (NS_ERROR_FILE_ACCESS_DENIED)"  location: "JS frame ::
> file:///usr/lib/iceowl/components/calTimezoneService.js :: _initDB ::
> line 210"  data: no]
> Error: No timezones found! Please install calendar-timezones.xpi.

This pretty much looks like messed up permissions. Check the timezones
in /usr/lib/iceowl/extensions/calendar-timezo...@mozilla.org/
Cheers,
 -- Guido

> 
> 
> 
> On Mon, Apr 9, 2012 at 13:33, Guido Günther  wrote:
> > On Mon, Apr 09, 2012 at 01:23:26PM -0400, Jeremy Kozlowski wrote:
> >> I have upgraded to experimental version 1.3 but icedove still will
> >> not read my calendar data. Did the update in sid erase the calendars
> >> or can I somehow get this data out?
> >
> > Icedove or Iceowl? Did you start with -safemode? What's on the console?
> > What's on the JS Console?
> >  -- Guido
> 



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

Bug#666390: anacron: change default ANACRON_RUN_ON_BATTERY_POWER to yes

[Christoph Anton Mitterer]

On Mon, 2012-04-09 at 22:36 +0300, Peter Eisentraut wrote:
> I don't entirely agree.  Anacron isn't guaranteeing anything, it just
> tries to do a better job than cron.
Well there is no hard guarantees but at least that's the idea behind.

>   If a package has a regular job to
> execute with security or other correctness implications, then using cron
> is wrong in the first place.
Well you're right, but the reality is still that people do this.
clamav is just one example where the security relevance get's obvious.


> I understand those concerns, but this is a long-standing behavior of the
> anacron package, so I'm not inclined to change it on a whim.  This needs
> more thought.

But then I don't see why you change the "long-standing behaviour" that
it always runs.
Especially when it's quite obvious that it can easily happen that some
people will more or less always work on battery and recharge when
powered off.

Also I think using a default that is at least more safe is the better
way.

When you provide a debconf question you'll even hit the end-users an can
ask them what they want and notice the possible (security) implications.



Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#668225: colord-sane: segfault with error 6 in libdbus-1.so.3.7.0

[Paul Menzel]

Package: colord
Version: 0.1.18-1
Severity: normal
Tags: upstream

Dear Debian folks,


I see several crashes of colord.

$ zgrep segfault /var/log/syslog* # output edited
/var/log/syslog: joey kernel: [11002.555364] colord-sane[5803]: 
segfault at 4 ip f571d482 sp f729cfb8 error 6 in 
libdbus-1.so.3.7.0[f56f2000+49000]
/var/log/syslog.0: joey kernel: [12857.345724] colord-sane[3014]: 
segfault at 19 ip f562748a sp f71a1fb8 error 6 in 
libdbus-1.so.3.7.0[f55fc000+49000]
/var/log/syslog.0: joey kernel: [11557.500247] colord-sane[2850]: 
segfault at 21 ip f572748a sp f729ffb8 error 6 in 
libdbus-1.so.3.7.0[f56fc000+49000]
/var/log/syslog.1.gz: joey kernel: [12941.969023] colord-sane[2934]: 
segfault at 2c ip f564a482 sp f71c6fb8 error 6 in 
libdbus-1.so.3.7.0[f561f000+49000]
/var/log/syslog.1.gz: joey kernel: [25366.027574] colord-sane[2854]: 
segfault at 4 ip f4e03482 sp f71abfb8 error 6 

I had similar problems with packagekitd [1] reported and fixed in
#658293 [1]. I was told my D-Bus setup is messed up. But I was not told
what might be wrong and still programs should not crash because of that.
I am very interested how my D-Bus setup is wrong and how I can remedy
that. In the meanwhile it would be great if colord could be fixed.


Thanks,

Paul


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

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

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

Versions of packages colord depends on:
ii  acl2.2.51-5
ii  adduser3.113+nmu1
ii  libc6  2.13-27
ii  libcolord1 0.1.18-1
ii  libglib2.0-0   2.32.0-3
ii  libgudev-1.0-0 175-3.1
ii  libgusb2   0.1.3-3
ii  liblcms2-2 2.2+git20110628-2.1
ii  libpolkit-gobject-1-0  0.104-2
ii  libsane1.0.22-7.1
ii  libsqlite3-0   3.7.11-2
ii  libusb-1.0-0   2:1.0.9~rc3-4
ii  multiarch-support  2.13-27
ii  policykit-10.104-2

colord recommends no packages.

colord suggests no packages.

-- no debconf information


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

Bug#664765: RFS: ember-media/0.6.2.1-1 [ITA]

[Ansgar Burchardt]

Hi,

"Stephen M. Webb"  writes:
>   dget -x 
> http://mentors.debian.net/debian/pool/main/e/ember-media/ember-media_0.6.2.1-1.dsc

I haven't had time for a proper review, but here are some first
comments:

 - typo in the package description: "media data user at runtime" should
   be "media data *used* at runtime".
 - The WF packages currently use three different forms to refer to WF:
   "Worldforge", "WorldForge" and "World Forge". Please decide on one of
   them.
 - I prefer if the short description would tell more about the package,
   not only that it is related to ember.  Maybe "3D client of the
   WorldForge project -- media files" or something along that lines?
 - The package creates links to fonts shipped in other packages, but
   does not depend on them.
 - debian/copyright should use "GPL-2+ or GFDL-NIV-1.1+" for
   dual-licensed files and have two license paragraphs (one for GPL-2+
   and one GFDL-NIV-1.1+).

Regards,
Ansgar



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

Bug#224268: #224268 lynx: Very long lines have been truncated!

[Thomas Dickey]

This was fixed in 2.8.8dev.12, which is in testing.

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#668208: lynx: Support for TLS server name indication (http, ftp)

[Thomas Dickey]

On Mon, Apr 09, 2012 at 07:57:47PM +0200, kwadronaut-deb...@riseup.net wrote:
> Package: lynx
> Version: 2.8.8dev.5-1
> Severity: important

hmm - that's a feature request, which makes it either normal (functionality
which is essentially reporting that a nonessential feature is broken), or
wishlist (new functionality).

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#626812: GNOME dependency

[Philippe Grégoire]

Hi,

I have icedove-3.0.11-1+squeeze8 and could not get it to start due to
the libimgicon.so having an undefined symbol.

I installed a package marked as "Suggestion" which resolved my problem:
"libgnome2-0". I use KDE!

Hope it can help. Cheers.



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

Bug#668224: inaccurate arcs

[Zefram]

Package: inkscape
Version: 0.47.0-2+b1
Severity: important

When rendering SVG  items that contain Arc commands, inkscape
screws up the geometry.  Simple test case:

http://www.w3.org/2000/svg";>






This attempts to render a unit circle twice.  First, in red, as a
.  Secondly, in green, in four equal arc-segment pieces in
a .  The correct result is that the two versions of the circle
coincide.  There should be no visible difference between their locations.

For testing, I've invoked inkscape to render it via "inkscape -bblack
-e t1.png t1.svg".  Actual result is that the red version is properly
circular but the green one deviates from it significantly.  They coincide
at the four cardinal points, but between them the green one is located
well inside the red circle.  I crudely measured its diagonal diameter
to be about 1.7% less than the circle's diameter.

In my real application, where I first noticed the fault, the deviations
are much more significant than the 1.7% that you see with the simple
test case.  It seems to depend on the angular extent of the arc, in a
non-obvious manner.  The bug is utterly devastating.

Googling reveals some talk about Inkscape internally approximating arcs
with Bezier curves.  That could account for this, if it's done ineptly.
If Inkscape is to use such approximations then it must use more control
points, adaptively, to get a result that's close enough given the output
resolution.  But it would be much better, of course, for Inkscape to
actually handle arcs as arcs, rendering them natively.

-zefram



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

Bug#542953: sysvinit: fixes for GNU/kFreeBSD

[Robert Millan]

Hi Roger,

I gave a quick look at this bug report.  I think the problem reported
in 2009 is no longer present.  In particular:

  - The premise [1] doesn't seem to be true anymore. Perhaps what we
were missing is "X-Start-Before" support, which we're using now:

  $ grep X-Start-Before: /etc/init.d/freebsd-utils -H
  /etc/init.d/freebsd-utils:# X-Start-Before:mtab

  - I've been using Debian GNU/kFreeBSD in my main workstation for
about 6 months and haven't observed any problems related to this.

initscript still has a few (minor) issues with GNU/kFreeBSD support,
but they're mostly aesthetical.  I'll prepare a report (and patch)
when I have some free time.

[1] "it is not possible to do GNU/kFreeBSD specific initialisation in
a dedicated script and ensure it is done at the right moment due to
dependencies issue"

-- 
Robert Millan



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

Bug#667814: sudo: Fails to start process with signal 143

[Achim Schaefer]

On 04/09/2012 03:45 PM, Julien Cristau wrote:

On Fri, Apr  6, 2012 at 20:42:13 +0200, Achim Schaefer wrote:


Package: sudo
Version: 1.8.3p2-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

since some days, I can not tell exactly when, sudo fails with error status:

Are you using systemd?

Cheers,
Julien

yes indeed.

I saw in another mail, some people have similar issues with su as well, 
I don't .


Achim



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

Bug#655408: mp3burn: diff for NMU version 0.4.2-2.1

[Tim Retout]

tags 655408 + patch
tags 655408 + pending
thanks

Dear maintainer,

I've prepared an NMU for mp3burn (versioned as 0.4.2-2.1) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Regards.
diff -u mp3burn-0.4.2/mp3burn mp3burn-0.4.2/mp3burn
--- mp3burn-0.4.2/mp3burn
+++ mp3burn-0.4.2/mp3burn
@@ -60,7 +60,7 @@
 use Pod::Usage;
 use String::ShellQuote;
 use Getopt::Long;
-use Ogg::Vorbis::Header;
+use Ogg::Vorbis::Header::PurePerl;
 
 sub get_audio_info {
 my  ($filename) =@_;
@@ -90,7 +90,7 @@
 } elsif ($fileinfo =~ m/Ogg data/i) {
 # Ogg/Vorbis processing
 	$hash->{DECODER}=["ogg123", "-d", "raw", "-f", "-", "-q"];
-	my $ogginfo = Ogg::Vorbis::Header->new("$filename");
+	my $ogginfo = Ogg::Vorbis::Header::PurePerl->new("$filename");
 	if (! defined $ogginfo) { 
 	undef $hash;
 	next; 
diff -u mp3burn-0.4.2/debian/changelog mp3burn-0.4.2/debian/changelog
--- mp3burn-0.4.2/debian/changelog
+++ mp3burn-0.4.2/debian/changelog
@@ -1,3 +1,11 @@
+mp3burn (0.4.2-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Use Ogg::Vorbis::Header::PurePerl instead of Ogg::Vorbis::Header.
+(Closes: #655408)
+
+ -- Tim Retout   Mon, 09 Apr 2012 21:39:29 +0100
+
 mp3burn (0.4.2-2) unstable; urgency=low
 
   * Remove dependency on cdrecord (Closes: #405644) 
diff -u mp3burn-0.4.2/debian/control mp3burn-0.4.2/debian/control
--- mp3burn-0.4.2/debian/control
+++ mp3burn-0.4.2/debian/control
@@ -7,7 +7,7 @@
 
 Package: mp3burn
 Architecture: all
-Depends: ${perl:Depends}, mpg321 (>= 0.1.5.2) | mpg123, wodim, libmp3-info-perl, vorbis-tools (>= 1.0), file, libstring-shellquote-perl, libogg-vorbis-header-perl, ${misc:Depends}
+Depends: ${perl:Depends}, mpg321 (>= 0.1.5.2) | mpg123, wodim, libmp3-info-perl, vorbis-tools (>= 1.0), file, libstring-shellquote-perl, libogg-vorbis-header-pureperl-perl, ${misc:Depends}
 Suggests: flac, libaudio-flac-perl
 Description: burn audio CDs directly from MP3, Ogg Vorbis, or FLAC files
  mp3burn is a Perl script that allows you to burn audio CDs composed

Bug#668223: Wrong translate in fr - Faute d'orthographe sur un message de nautilus

[kycka]

Package: nautilus
Version: 2.30.1-2squeeze1
Severity: minor
Tags: l10n

Bonjour,

Il s'agit d'une simple faute d'orthographe à corriger.

Lorsque l'on ouvre l'onglet "Telechargement" du navigateur, un message apparaît 
en haut de la zone d'apparition des dossiers indiquant :
 """Partage de fichiers personnels
Vous pouvez recevoir de fichiers par Bluetooth dans ce dossier"""

Il s'agit ici de mettre un "s" à "de" pour tout faire coincider.

Si je trouve le fichier à modifier dans les sources, j'essaierai de modifier ce 
bug pour y adjoindre le fichier.

Cordialement,

Kycka.

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

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

Versions of packages nautilus depends on:
ii  desktop-file-utils 0.15-2Utilities for .desktop files
ii  gvfs   1.6.4-3   userspace virtual filesystem - ser
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.3-3  Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libdbus-glib-1-2   0.88-2.1  simple interprocess messaging syst
ii  libexempi3 2.1.1-1   library to parse XMP metadata (Lib
ii  libexif12  0.6.19-1  library to parse EXIF files
ii  libgail18  2.20.1-2  GNOME Accessibility Implementation
ii  libgconf2-42.28.1-6  GNOME configuration database syste
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libglib2.0-data2.24.2-1  Common files for GLib library
ii  libgnome-desktop-2 2.30.2-2  Utility library for loading .deskt
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libice62:1.0.6-2 X11 Inter-Client Exchange library
ii  libnautilus-extens 2.30.1-2squeeze1  libraries for nautilus components 
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
ii  libselinux12.0.96-1  SELinux runtime shared libraries
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libunique-1.0-01.1.6-1.1 Library for writing single instanc
ii  libx11-6   2:1.3.3-4 X11 client-side library
ii  libxml22.7.8.dfsg-2+squeeze3 GNOME XML library
ii  libxrender11:0.9.6-1 X Rendering Extension client libra
ii  nautilus-data  2.30.1-2squeeze1  data files for nautilus
ii  shared-mime-info   0.71-4FreeDesktop.org shared MIME databa

Versions of packages nautilus recommends:
ii  app-install-d 2010.11.17 Application Installer Data Files
ii  brasero   2.30.3-2   CD/DVD burning application for GNO
ii  consolekit0.4.1-4framework for defining and trackin
ii  desktop-base  6.0.5squeeze1  common files for the Debian Deskto
ii  eject 2.1.5+deb1+cvs20081104-7.1 ejects CDs and operates CD-Changer
ii  gvfs-backends 1.6.4-3userspace virtual filesystem - bac
ii  librsvg2-comm 2.26.3-1   SAX-based renderer library for SVG
ii  synaptic  0.70~pre1+b1   Graphical package manager

Versions of packages nautilus suggests:
ii  eog2.30.2-1  Eye of GNOME graphics viewer progr
ii  evince [pdf-viewer]2.30.3-2+squeeze1 Document (PostScript, PDF) viewer
ii  totem  2.30.2-6  A simple media player for the GNOM
pn  tracker(no description available)
ii  xdg-user-dirs  0.13-2tool to manage well known user dir

-- 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#668212: wishlist: key bindings for use as jukebox

[Nanakos Chrysostomos]

Hi,
Have you tried remote mode of mpg321?
Have you also tried the latest version of mpg321? It supports some  
basic key bindings via -K option either in buffered or unbuffered mode.


Regards,
Chris.



On 09 Απρ 2012, at 21:43, Ubuntu6226  wrote:


Package: mpg321
Version: 0.2.12-1
Severity: wishlist

Dear Sir,

I am using mpg321 to play with dialog my channels of internet  
streams. I can give you the code if you desire.


I would need while playing wiht my CLI jukebox a key 'Q' so that it  
quits it..


I could for instance like :

mpg321 --with-keybindings  "$myurl"

then I could press Q to quit it

thank you

"Health Radio US"+"http://www.healthradio.net/player/healthradio/playlist.pls 
"

"UFO RADIO Inception Florida"+"http://178.159.0.80:7486/listen.pls";
"WBEN Buffalo New York Radio"+"http://provisioning.streamtheworld.com/pls/WBENAM.pls 
"
"WGN Chicago Illinois Radio"+"http://provisioning.streamtheworld.com/pls/WGNAM.pls 
"

"Detour Talk Radio US"+"http://thedetour.us/player/talk.pls";
"radiocampus.be -playlist"+"http://radiocampus.ulb.ac.be/streaming/streamstereo.pls 
"

"Zen Fm"+"http://ns25042.ovh.net:8010/listen.pls";
"ExposureNYC"+"http://www.di.fm/mp3/exposurenyc.pls";
"Trance"+"http://www.di.fm/mp3/trance.pls";
"VocalTrance"+"http://www.di.fm/mp3/vocaltrance.pls";
"ElectroHouse"+"http://www.di.fm/mp3/electro.pls";
"Chillout"+"http://www.di.fm/mp3/chillout.pls";
"EuroDance"+"http://www.di.fm/mp3/eurodance.pls";
"House"+"http://www.di.fm/mp3/house.pls";
"SoulfulHouse"+"http://www.di.fm/mp3/soulfulhouse.pls";
"FunkyHouse"+"http://www.di.fm/mp3/funkyhouse.pls";
"TribalHouse"+"http://www.di.fm/mp3/tribalhouse.pls";
"HardDance"+"http://www.di.fm/mp3/harddance.pls";
"Minimal"+"http://www.di.fm/mp3/minimal.pls";
"Techno"+"http://www.di.fm/mp3/techno.pls";
"Progressive"+"http://www.di.fm/mp3/progressive.pls";
"GoaPsyTrance"+"http://www.di.fm/mp3/goapsy.pls";
"HardStyle"+"http://www.di.fm/mp3/hardstyle.pls";
"Hardcore"+"http://www.di.fm/mp3/hardcore.pls";
"DJMixes"+"http://www.di.fm/mp3/djmixes.pls";
"Lounge"+"http://www.di.fm/mp3/lounge.pls";
"DrumAndBass"+"http://www.di.fm/mp3/drumandbass.pls";
"OldschoolElectronica"+"http://www.di.fm/mp3/classictechno.pls";
"Ambient"+"http://www.di.fm/mp3/ambient.pls";
"Breaks"+"http://www.di.fm/mp3/breaks.pls";
"FutureSynthpop"+"http://www.di.fm/mp3/futuresynthpop.pls";
"Gabber"+"http://www.di.fm/mp3/gabber.pls";
"TopHits"+"http://www.sky.fm/mp3/tophits.pls";
"MostlyClassical"+"http://www.sky.fm/mp3/classical.pls";
"DaTempoLounge"+"http://www.sky.fm/mp3/datempolounge.pls";
"NewAge"+"http://www.sky.fm/mp3/newage.pls";
"WorldMusic"+"http://www.sky.fm/mp3/world.pls";
"ClassicalGuitar"+"http://www.sky.fm/mp3/guitar.pls";
"SoloPiano"+"http://www.sky.fm/mp3/solopiano.pls";
"SmoothJazz"+"http://www.sky.fm/mp3/smoothjazz.pls";
"UpTempoSmoothJazz"+"http://www.sky.fm/mp3/uptemposmoothjazz.pls";
"UrbanJamz"+"http://www.sky.fm/mp3/urbanjamz.pls";
"RootsReggae"+"http://www.sky.fm/mp3/rootsreggae.pls";
"BestOfThe80s"+"http://www.sky.fm/mp3/the80s.pls";
"Hit70s"+"http://www.sky.fm/mp3/hit70s.pls";
"ClassicRock"+"http://www.sky.fm/mp3/classicrock.pls";
"AltRock"+"http://www.sky.fm/mp3/altrock.pls";
"Oldies"+"http://www.sky.fm/mp3/oldies.pls";
"ClassicRap"+"http://www.sky.fm/mp3/classicrap.pls";
"PianoJazz"+"http://www.sky.fm/mp3/pianojazz.pls";
"BossaNova"+"http://www.sky.fm/mp3/bossanova.pls";
"Country"+"http://www.sky.fm/mp3/country.pls";
"LoveMusic"+"http://www.sky.fm/mp3/lovemusic.pls";
"Beatles"+"http://www.sky.fm/mp3/beatles.pls";
"IndieRock"+"http://www.sky.fm/mp3/indierock.pls";
"Soundtracks"+"http://www.sky.fm/mp3/soundtracks.pls";
"Christian"+"http://www.sky.fm/mp3/christian.pls";
"FreeJazz"+"http://www.sky.fm/mp3/jazz.pls";
"Salsa"+"http://www.sky.fm/mp3/salsa.pls";






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

Kernel: Linux 2.6.36 (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale:  
Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or  
directory

locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages mpg321 depends on:
ii  libao4  1.0.0-5  Cross Platform Audio  
Output Librar
ii  libaudio-scrobbler-perl 0.01-2.1 perl interface to  
audioscrobbler.c
ii  libc6   2.11.2-10Embedded GNU C Library:  
Shared lib
ii  libid3tag0  0.15.1b-10   ID3 tag reading library  
from the M
ii  libmad0 0.15.1b-5MPEG audio decoder  
library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library -  
runtime


mpg321 recommends no packages.

mpg321 suggests no packages.

-- debconf information excluded





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

Bug#655410: randomplay: diff for NMU version 0.60+nmu1

[Tim Retout]

tags 655410 + patch
tags 655410 + pending
thanks

Dear maintainer,

I've prepared an NMU for randomplay (versioned as 0.60+nmu1) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru randomplay-0.60/debian/changelog randomplay-0.60+nmu1/debian/changelog
--- randomplay-0.60/debian/changelog	2006-10-15 18:12:07.0 +0100
+++ randomplay-0.60+nmu1/debian/changelog	2012-04-09 21:22:42.0 +0100
@@ -1,3 +1,11 @@
+randomplay (0.60+nmu1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Use Ogg::Vorbis::Header::PurePerl instead of Ogg::Vorbis::Header.
+(Closes: #655410)
+
+ -- Tim Retout   Mon, 09 Apr 2012 21:21:41 +0100
+
 randomplay (0.60) unstable; urgency=low
 
   * New options --older-than and --newer-than, to only play files whose
diff -Nru randomplay-0.60/debian/control randomplay-0.60+nmu1/debian/control
--- randomplay-0.60/debian/control	2006-10-15 18:13:20.0 +0100
+++ randomplay-0.60+nmu1/debian/control	2012-04-09 21:24:06.0 +0100
@@ -8,7 +8,7 @@
 Package: randomplay
 Section: sound
 Architecture: all
-Depends: ${perl:Depends}, libdate-calc-perl, libterm-readkey-perl, libmp3-info-perl, libogg-vorbis-header-perl, libdate-manip-perl
+Depends: ${perl:Depends}, libdate-calc-perl, libterm-readkey-perl, libmp3-info-perl, libogg-vorbis-header-pureperl-perl, libdate-manip-perl
 Recommends: vorbis-tools, mpg321
 Suggests: xosd-bin
 Description: command-line based shuffle music player that remembers songs between sessions
diff -Nru randomplay-0.60/randomplay randomplay-0.60+nmu1/randomplay
--- randomplay-0.60/randomplay	2006-10-15 18:22:24.0 +0100
+++ randomplay-0.60+nmu1/randomplay	2012-04-09 21:21:10.0 +0100
@@ -10,7 +10,7 @@
 use Term::ReadKey;
 use POSIX ":sys_wait_h";
 use MP3::Info;
-use Ogg::Vorbis::Header;
+use Ogg::Vorbis::Header::PurePerl;
 use Time::localtime;
 
 $| = 1;
@@ -417,7 +417,7 @@
  $song_artist = $v if ($k =~ /artist/i);
   }
 } elsif ($next_song =~ /ogg$/i) {
-  my $tag = Ogg::Vorbis::Header->new($next_song);
+  my $tag = Ogg::Vorbis::Header::PurePerl->new($next_song);
   foreach ($tag->comment_tags) {
  $song_info .= $_ . ": " . join(" ", (defined $tag->comment($_) ? $tag->comment($_) : "")) . "\n";
  $song_title = join(" ", (defined $tag->comment($_) ? $tag->comment($_) : "")) if (/title/i);

Bug#668222: Overflowing arp table

[Jaap Winius]

Package: libcurl3
Version: 7.21.0-2.1+squeeze1

After upgrading to this version, none of the servers I maintain  
displayed any problems except for one machine that uses an ADSL  
broadband connection with RFC1483.


Some years ago I managed to configure the modem/router involved (a  
Thomson SpeedTouch 780i WL) to operate in a DHCP spoofing mode so that  
its public IP address is passed on to its only client, a Debian  
GNU/Linux server currently running squeeze. On the server, all I had  
to do was add an extra NIC and give it a simple dhcp client  
configuration. For the latter I use the dhcpcd package, although I  
forget whether this is what allows me to run the isc-dhcp-server on  
the other NIC, or that it's important for the DHCP spoofing trick  
itself.


Anyway , this worked fine for some years until the recent update for  
libcurl3 and libcurl3-gnutls. For me, this update involved only these  
two packages, and the event was followed almost immediately by these  
error messages in the syslog:


1.)  kernel: [5470349.890390] Neighbour table overflow.
1a.) kernel: [5470359.920776] __ratelimit: 1766 callbacks suppressed

Error 1a appeared regularly, once every 10 times for error 1. Six  
hours after the update, I also started seeing this error in the syslog:


2.)  kernel: [527233.379270] nf_conntrack: table full, dropping packet.

Whenever the error types 1 or 2 two would start, hundreds would  
usually appear within the space of a few minutes and then stop. The  
server is mostly quiet, but such events would occur several times a day.


Eventually I examined the arp table, which turned out to have far too  
many entries. Instead of having just a few local IP/MAC address  
combinations, it was full of public IP addresses. Only, in these cases  
the MAC address was always the same -- I suspect it's the MAC address  
of the nearby DSLAM, the IP address of which is the server's default  
gateway. I tried a server reboot, but afterwards the arp table quickly  
filled up and the errors continued.


After downgrading libcurl3 and libcurl3-gnutls to version 7.21.0-2,  
the error messages disappeared. For some reason the arp table did not  
clear up, even after several days, so the server was rebooted again  
and now it's fine.


I don't know how, but it seems clear to me that the most recent  
version of libcurl3 and/or libcurl3-gnutls introduced a bug that only  
affects certain systems, such as the one described above.




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

Bug#668221: RFP: seahorse-nautilus -- Integrates Seahorse in Nautilus (GTK 3)

[Christian Meyer]

Package: wnpp
Severity: wishlist

* Package name: seahorse-nautilus
  Version : 3.4.0
  Upstream Author : Stef Walter 
* URL : http://git.gnome.org/browse/seahorse-nautilus/
* License : GPL v2
  Description : Seahorse nautilus is an extension for nautilus which allows
encryption
and decryption of OpenPGP files using GnuPG.
Homepage: http://www.gnome.org/projects/seahorse/

Ubuntu: http://packages.ubuntu.com/de/precise/seahorse-nautilus



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

Bug#668067: [php-maint] Bug#668067: Bug#668067: [php5-common] Nonsensical part about configuration known to be inherently insecure in README.Debian.security

[Filipus Klutiero]

On 2012-04-09 16:06, Thomas Goirand wrote:

- Original message -

Hi Thomas,

On 2012-04-08 17:29, Thomas Goirand wrote:

- Original message -

If you want to be helpful, answer the question, or better yet, fix
the text, don't just close the report.

Filipus,

ultimately, it's the maintainers decision here.

What?

It's the maintainers decision to decide the faith
of a bug report, to change severity, or to close
it if he sees fit.


What makes you think so?




Please don't do bug tracker system ping-pong
without at least providing a new text!

I'm not sure what you mean, but I can't recommend a new text. I am not
in the mind of the person who wrote this. I do not know what he meant.

I really think it's clear enough. What part you
don't understand exactly?


I already asked a question showing what I don't understand:

How would the PHP interpreter be a
configuration known to be inherently insecure?




You've been critic about
it, so I thought you could rewrite. Maybe you can
rewrite with your own words what you understand and
ask for more insights on parts you don't, so that
finally, we have something clear enough?



I already asked. But I also suggested some approaches that could fix:


The whole list is
presented as configurations known to be inherently insecure. Please
either remove those which are not about configuration, present the list
differently, or clarify your understanding of what "configuration" means.




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

Bug#668220: gnome: playing naev in fullscreen mode screws up gnome desktop until log-out. xfce is fine.

[Andrew Engelbrecht]

Package: gnome
Version: 1:3.0+7
Severity: important

Dear Maintainer,

This is about graphics corruption that occurs whenever playing a
particular game in full screen mode in gnome3, but never in xfce:

I built and installed naev 0.5.2 and its associated ndata file: (It is
free software.)

http://sourceforge.net/projects/naev/files/naev-0.5.2/

When I launch the game in gnome3 with full screen mode enabled, the
screen flickers a bit during the loading screen, and then at full speed
at the main menu. If I then quit, gnome windows will occasionally blink
and disappear, and/or be partially drawn. If I then log out and back in
again, gnome thankfully appears normal again. If you try to run the
game, I suggest that you quit other programs beforehand, as you might
have to kill your session from a tty if you cannot see the menus.

Disabling VBOs doesn't solve the problem. If I disable full screen mode
in the game menu and relaunch the game after logging out and back into
gnome, there appears to be no problem, even with all of the graphics
optimizations enabled.

Also, the game works fine in xfce4 with either full screen mode enabled
or disabled. I did not test gnome fallback mode. This is a problem with
naev 0.4 and 0.5.1 in gnome3 as well. I think I tried naev 0.5 in
Trisquel 5.0 (based off of Ubuntu 11.04) and didn't have problems. One
of the lead developers in their irc channel said that they haven't made
real changes in the rendering code for a while.

I have a laptop with a core i3 390M with integrated graphics.

Thanks,
-Andrew



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

Kernel: Linux 3.2.0-2-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 gnome depends on:
pn  alacarte 
pn  avahi-daemon 0.6.31-1
pn  cheese   
pn  cups-pk-helper   0.2.1.2-1
pn  desktop-base 6.0.7
pn  ekiga
pn  epiphany-extensions  
pn  evolution
pn  evolution-plugins
pn  file-roller  
pn  gedit3.2.6-1
pn  gedit-plugins3.2.1-1
pn  gimp 2.6.12-1+b2
pn  gnome-applets
pn  gnome-core   
pn  gnome-documents  
pn  gnome-games  
pn  gnome-media  
pn  gnome-nettool
pn  gstreamer0.10-ffmpeg 0.10.13-2
pn  gstreamer0.10-plugins-ugly   0.10.19-1
pn  gvfs-bin 1.10.1-2+b1
pn  hamster-applet   
pn  inkscape 0.48.1-2.2
pn  libgtk2-perl 2:1.242-1
pn  libreoffice-gnome1:3.4.6-2
pn  nautilus-sendto  3.0.1-2
pn  rhythmbox2.96-3
pn  rhythmbox-plugin-cdrecorder  2.96-3
pn  rhythmbox-plugins2.96-3
pn  seahorse 
pn  shotwell 0.11.6-2
pn  simple-scan  
pn  sound-juicer 
pn  telepathy-gabble 
pn  telepathy-salut  
pn  tomboy | gnote   
pn  totem-plugins3.0.1-8
pn  transmission-gtk 2.50-1
pn  vinagre  
pn  xdg-user-dirs-gtk

Versions of packages gnome recommends:
pn  browser-plugin-gnash0.8.10-5
pn  gdebi   
pn  gnome-games-extra-data  
pn  liferea | evolution-rss | blam  
pn  menu-xdg0.5
pn  nautilus-sendto-empathy 
pn  telepathy-butterfly 
pn  telepathy-idle  

Versions of packages gnome suggests:
pn  dia-gnome  
pn  gnome-tweak-tool   
pn  gnucash
pn  libreoffice-evolution  1:3.4.6-2
pn  libreoffice-gnome  1:3.4.6-2
pn  planner



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

Bug#667960: [PATCH] combine: let "xor" read a file only once. This is required to correctly work when reading from pipes. Closes: #667960

[Joey Hess]

Carsten Hey wrote:
> The above can easily be adapted to use only two times of the original
> memory, even without an ordered hash:

Thanks. I think this is sufficient; probably in practice an ordered hash
uses a certian amount of extra memory for bookkeeping.

> I'll send an update after being able to measure the memory usage of
> a simple implementation in C.

I'd rather avoid dealing with custom hash tables in C.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#573745: Please decide on Python interpreter packages maintainership

[Sandro Tosi]

Hello Russ,

On Mon, Mar 19, 2012 at 05:57, Russ Allbery  wrote:
> I would like this to not slip back into limbo again, since it's clear that
> the problem is neither going to go away nor is provoking any substantively
> new discussion.  I think we should take some time to craft a reasonable
> ballot, but I'd like us to start voting on this within a week or two and
> reach some sort of conclusion.

thanks for trying to push this to an end drafting a vote (which is
good) but a question come to my mind: do you think it's correct to try
to conclude this process without any public statement from Matthias on
the matter? I'm thinking about a long reply, but even a quick note.

I mean, part of the problems we've tried to highlight are the lack of
public communications, and that has manifested itself with no
contributions to this bug. Has the CTTE tried to indicate Matthias to
reply? (maybe coming from a high rank ctte might be more well
received.) Is it something you think it's important?

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



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

Bug#581607: Possible solution, aling can be the problem.. patch..

[Karl Schmidt]

I don't have a free drive to test with right now .. I worked around the problem by setting Debian up 
to boot on a pair of mirrored 80GB SSD and creating /home on a pair of raid1 3TB drives formatted 
via gparted using EFI/GPT.


This was using Debian stable -  in the mean time 4TB drives have appeared on the market. I suppose 
it will be addressed in the next release.




Karl Schmidt  EMail k...@xtronics.com
Transtronics, Inc.  WEB 
http://secure.transtronics.com
3209 West 9th Street Ph (785) 841-3089
Lawrence, KS 66049  FAX (785) 841-0434

It looks like both parties are now playing the tax Peter
to buy Paul's vote game. This won't end well. -kps





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

Bug#668219: ITP: otf -- Open Trace Format support library

[Samuel Thibault]

Package: wnpp
Severity: wishlist
Owner: Samuel Thibault 

* Package name: otf
  Version : 1.8.1
  Upstream Author : TU dresden
* URL : http://www.tu-dresden.de/zih/otf
* License : BSD
  Programming Lang: C
  Description : Open Trace Format (OTF) support library

OTF is a standard trace format used by several high-performance tools,
using an ASCII encoding, which supports multiple streams. The libotf
provides support for reading/writing them.



libotf is actually already used by openmpi, could be used by vite, and
by the prospective eztrace package (ITP #658116).

There is already a libotf in debian, for handling OpenType Font. What
I intend to do is renaming the so to allow co-installation, but
keep development file names as is and use a conflict between -dev
packages. Does it sound OK?



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

Bug#668218: ITP: gtg-trace -- Generic Trace Generator (GTG)

[Samuel Thibault]

Package: wnpp
Severity: wishlist
Owner: Samuel Thibault 

* Package name: gtg-trace
  Version : 0.1
  Upstream Author : gtg-de...@lists.gforge.inria.fr
* URL : http://gforge.inria.fr/projects/gtg/
* License : CeCILL-C
  Programming Lang: C, Fortran
  Description : Generic Trace Generator (GTG)

The GTG library provides a low level library to generate execution
traces in various formats (Paje, OTF).



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

Bug#667979: libtokyocabinet9: TokyoCabinet got endianness in DB wrong on both big- and little-endian architectures

[Mikhail Gusarov]

Hi.

Upstream Tokyo Cabinet uses little-endian data in databases and hence
the databases are portable.

After disabling the switch database format will not change for
big-endian machines, but *will* for little-endian ones, so existing
databases on little-endian machines will become unreadable and opening
those will fail with "invalid metadata" error.

BTW, I stand corrected in the original bug report: on big-endian
machines database format is correct.

-- 


pgpeBU6CSIGoL.pgp
Description: PGP signature

Bug#668217: file conflict with lam4-dev

[Peter Palfrader]

Package: lam-runtime
Version: 7.1.4-2
Severity: serious

| Unpacking replacement lam-runtime ...
| dpkg: error processing /var/cache/apt/archives/lam-runtime_7.1.4-2_sparc.deb 
(--unpack):
|  trying to overwrite '/usr/share/man/man7/libmpi.7.gz', which is also in 
package lam4-dev 7.1.2-2
| configured to not write apport reports
|   dpkg-deb: error: subprocess paste was 
killed by signal (Broken pipe)

Cheers,



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

Bug#668067: [php-maint] Bug#668067: Bug#668067: [php5-common] Nonsensical part about configuration known to be inherently insecure in README.Debian.security

[Thomas Goirand]

- Original message -
> Hi Thomas,
> 
> On 2012-04-08 17:29, Thomas Goirand wrote:
> > - Original message -
> > > If you want to be helpful, answer the question, or better yet, fix
> > > the text, don't just close the report.
> > Filipus,
> > 
> > ultimately, it's the maintainers decision here.
> 
> What?

It's the maintainers decision to decide the faith
of a bug report, to change severity, or to close
it if he sees fit. Of course you can discuss it,
and tell what you believe would be right. But also,
you should respect the maintainers decision (and
specifically here, the decision to close the bug).

> > Please don't do bug tracker system ping-pong
> > without at least providing a new text!
> 
> I'm not sure what you mean, but I can't recommend a new text. I am not 
> in the mind of the person who wrote this. I do not know what he meant.

I really think it's clear enough. What part you
don't understand exactly? You've been critic about
it, so I thought you could rewrite. Maybe you can
rewrite with your own words what you understand and
ask for more insights on parts you don't, so that
finally, we have something clear enough?

Thomas




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

Bug#667470: systemd: breaks sudo

[Michael Biebl]

On 04.04.2012 12:43, Sven Joachim wrote:
> Package: systemd
> Version: 44-1
> Severity: grave
> 
> After upgrading from 37-1.1, many commands fail with error codes 143 or
> 129 under sudo, including "sudo bash" or "sudo passwd root", meaning
> that the problem cannot easily be rectified or circumvented if root
> logins are disabled.  Hence, I'm filing this at RC severity, feel free
> to downgrade if you cannot reproduce the problem.

I think I've found something.

This bug seems to happen only if if you use libpam-systemd.

The reason why I didn't encounter this myself is because I've added
pam_loginuid.so to my login and gdm3* pam config locally.

Could you please update the pam configuration of login and/or the login
manager you are using and include pam_loginuid *before* @include
common-session. In my case I've changed /etc/pam.d/login and
/etc/pam.d/gdm3* and added a line
 session requiredpam_loginuid.so
just before
 @include common-session

I'm interested to know if that fixes the problem for you, too.


Cheers,
Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#655407: audiolink: diff for NMU version 0.05-1.2

[Tim Retout]

tags 655407 + patch
tags 655407 + pending
thanks

Dear maintainer,

I've prepared an NMU for audiolink (versioned as 0.05-1.2) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Regards.
diff -u audiolink-0.05/debian/changelog audiolink-0.05/debian/changelog
--- audiolink-0.05/debian/changelog
+++ audiolink-0.05/debian/changelog
@@ -1,3 +1,11 @@
+audiolink (0.05-1.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Use Ogg::Vorbis::Header::PurePerl instead of Ogg::Vorbis::Header.
+(Closes: #655407)
+
+ -- Tim Retout   Mon, 09 Apr 2012 20:48:40 +0100
+
 audiolink (0.05-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u audiolink-0.05/debian/control audiolink-0.05/debian/control
--- audiolink-0.05/debian/control
+++ audiolink-0.05/debian/control
@@ -8,7 +8,7 @@
 
 Package: audiolink
 Architecture: all
-Depends: ${perl:Depends}, mysql-client (>= 4.0.16-2), libdbd-mysql-perl (>= 2.1027-1), libmp3-info-perl (>= 1.01-1), libogg-vorbis-header-perl (>= 0.03-1), libfile-temp-perl
+Depends: ${perl:Depends}, mysql-client (>= 4.0.16-2), libdbd-mysql-perl (>= 2.1027-1), libmp3-info-perl (>= 1.01-1), libogg-vorbis-header-pureperl-perl, libfile-temp-perl
 Recommends: mysql-server (>=4.0.16-2)
 Description: makes managing and searching for music easier
  AudioLink is a tool that makes searching for music on your local
only in patch2:
unchanged:
--- audiolink-0.05.orig/code/alfilldb
+++ audiolink-0.05/code/alfilldb
@@ -31,7 +31,7 @@
 use MP3::Info;
 use File::Find;
 use Getopt::Long;
-use Ogg::Vorbis::Header;
+use Ogg::Vorbis::Header::PurePerl;
 use Pod::Usage;
 
 # Options
@@ -240,7 +240,7 @@
 }
 elsif ($mp3_ogg == 2) { # we have an Ogg file to work on
 	eval {
-	$ogg = Ogg::Vorbis::Header->new($pathname);
+	$ogg = Ogg::Vorbis::Header::PurePerl->new($pathname);
 	};
 	if ($@) {
 	warn "Couldn't open Vorbis file $pathname; skipping...\n";

Bug#491923: asterisk-app-fax: not installable on current testing

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

Le 22/07/2008 15:29, Shane Wegner a écrit :
> Package: asterisk-app-fax
> Severity: grave
> Justification: renders package unusable
> 
> continuum:~# apt-get install asterisk-app-fax

Thanks for your report. asterisk-app-fax has removed from Debian since
its functionalities have been merged in Asterisk, see #532942.

This bug does no longer apply, thus closing.

Regards

David

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

iQIcBAEBCAAGBQJPg0FcAAoJELgqIXr9/gnyA2EP/26lDSy+P3nAAev/16e3Qc5c
LU2VxbleyKv19LAoHM79udpbevXJmGybKfinvjJznfkGb6VKxoyM8Uvy0QGwZvqc
jsOJ/OlfEF2EoQO/VJITrtCFghCfx2Q58ou8/qYms3SqR+tMeYjGhnXy1KcMHP0y
wkZLw8bbG4RIFyOITCXjbtwuwlb4toIXK4vGMQf2S471Eail2iHnN6xnwtwTsZZK
MhTxkVDgskkggCxArxXgwvXW8NUaTceGnDuhgmhuNBzjVCoM1STllSbG68ybGT1t
ECVvzM9tAbjvUAYSb0r63B9n4FyJyb7NTG4tM/oKKIZYIfmsBWtALvXp99XewKMu
iH9VXdWVdWg1kc8O7+MmtB7v2HQs5Bjt3pvmZn+Da9lTASUPQ/vkHdsloqCRkYT+
vpwBGqDBruHWHDVsp+2M6/6TitRjaMP4WeFJvkKCgFHOLcmlU/sy2oRA67X4+vR9
blIR72f3VZOakLUmPbItYCDXJB3gjd7x1X16yk3p0cp3eA/8Ke4ce5xWxDnh7Qhs
d14hC28nEyLfiVgzK+hGGMbb7yBaws1RcA8noXqx6WDM91bO9w4XdknbPgtjVMQf
vD/O7aM8PJLVFwRzbu5FPXdU3LMrI0Dchz6JSntBMb/nvWMEu/OO3iyI/Y2sCZwd
eAYxdi9P7q8zOYSeCL6r
=5916
-END PGP SIGNATURE-



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

Bug#469451: asterisk-app-fax: app_rxfax does not receive fax

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

Le 05/03/2008 05:54, root a écrit :
> Package: asterisk-app-fax
> Version: 0.0.20070624-1
> Severity: important
> 
> After upgrading from previous versions of app_rxfax and libspandsp
> my asterisk box stopped to receive faxes with rxfax application.

Thanks for your report. asterisk-app-fax has removed from Debian since
its functionalities have been merged in Asterisk, see #532942.

This bug does no longer apply, thus closing.

Regards

David

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

iQIcBAEBCAAGBQJPg0FVAAoJELgqIXr9/gnyktwP/iI8a96NZYdU/nUlrDlyzsfX
7vXSkEj0nzHvfXKMGtwjmnuyDVtLIlJgw3KBcPS3SVckFEINyLnPXKH7Dq4QK8b3
SPc2qjg4zKupV1I9bysokslvBJ3imqgmB/WmXFNvkt6+fo1eew4WbgOZlqRZIroN
bHf9un6UzVeE+b1giI82B2kTd4HNOLxyCu378l+GLGd/XFCUFUZ2vCACCZUZ6fHt
FseaYtMWFho5HxGsR7QcHq5B4MP1c+sPcKoBWUGrnRyLTUfMcLTuW7vw95iNoK+x
cC07Ix9Tq+BDLouUeEIuAhS19p4uU4DMXGdK43lM9KjPcD+18tS44YubrseTEfsS
jviP+iIw/ac69lQ3kURSe4ZmPsL2PDb9AykcwwXHDOqFotP+nfAuYU0csQrbLnn6
dNdvVNaLiGcQH5C5jCrxO2NbQ62K/8nPmlCmSRvu1R8ydQlhijrgAWb4n8LrvOAG
7nOCaXUlS3c9AI1lii3sWvVzEuVSRio4rEYHis5XYkSYW9Y7lAwYRBdXtBZxF4I6
QKTyKKRi/T9eIprB42o+pEWkLfRZDQcc27xzIgs6A4X4dZ6BKzsAm7DWnuROAG+C
mN4JLwSNgbZNA3NO+XpQO6V5UV9O5sRQeTVQscFQCYaGjdY/ucYKxHJgbdPSh6Rt
LSQZ+/SUcHaJkB9zUIjB
=1SA4
-END PGP SIGNATURE-



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

Bug#458436: [php-maint] Bug#458436: Bug#458436: php-pear doesn't warn when modules are upgradeable

[Bob Proulx]

Josip Rodin wrote:
> Ondøej Surý wrote:
> > Josip Rodin wrote:
> > > I disagree on the wish part - the whole purpose of the pear package is to
> > > get those external PEAR packages. If pear is used to put those files on
> > > users' systems, it also has the responsibility to take care of them once
> > > they're there.

This seems very similar to perl, perl packaging, and the use of cpan
to install perl modules into /usr/local.

> > > The tool itself does do that, but the package doesn't properly
> > > integrate with it. If we lower the bar for package quality to
> > > the level where one only has to ship the binaries and be done
> > > with it, then integration of software features with package
> > > features is a "wish", but it's 2008...

That reads like a wishlist feature.  If that feature is implemented
for any of the other languages with a similar structure then I am
unaware of it.  For example if you use cpan to install perl modules
into /usr/local then that is outside the realm of the package manager
and those files are the responsibility of the person who put them
there.

> > If you install custom packages into /usr/local/ using gcc as a
> > compiler, you also don't get a warning when shared library is
> > upgraded. That's exactly same situation as with PEAR package. If
> > you install anything by hand, then it's your responsibility as a
> > system administrator to get them upgraded.

Agreed.

> Please try not to make such bogus analogies. GCC doesn't install anything
> into /usr/local by default - it only does that if the user *specifies*
> /usr/local as the path for some of its output.

Exactly.  And specifying /usr/local is exactly what you are doing when
you use cpan, er...,  pear to install php modules.

> The system administrator who runs:
> 
>   sudo apt-get install pear && sudo pear install something
> 
> ...is not specifying /usr/local anywhere - they are using the main tool that
> the package provided for them to accomplish the stated goal of the software.
> They're not doing anything out of the ordinary.

As soon as you type in the words "pear" instead of "apt-get" then you
are saying "I have the controls" and are taking responsibility for it.
The issue is that "pear" is not "apt-get" and the two are not
interchangable.

Perhaps this is a documentation issue?  A problem is that upstream
projects often prefer and recommend these pseudo-package tools making
it harder to modify all of the needed documentation everywhere.

> If you're saying that the package is not responsible in any way for what
> happens next, then I'd say that the package has literally led the user into
> a trap there, and we've descended so much below the quality standard of
> 2008, it may even warrant a request to remove such software from Debian for
> being harmful to its users. And it's now 2012, BTW. :P

This isn't specific to php and is a problem with perl, python, ruby
and other languages too.  You have fallen into a trap thinking that
upstream will create some random pseudo-package method and that it
will always be able to interoperate with apt.  That just ain't so.  In
most cases being able to make those interoperate would be impossible.

At worst I think going down your line of reasoning would force that
Debian must disable and remove (as you said) every upstream
pseudo-package tool.  For example cpan must be removed because its
operation is outside the scope of apt's package operation.  And yet if
that were done it would annoy users who expect that to be able to
work.  There would be the opposite bug report asking to have that
feature enabled.  These two views are diametrically opposed and in
conflict with each other.  Only one can work.  Most people prefer to
have upstream tools such as cpan and pear available and accept that
they operate outside the realm of the package manager.

> > PEAR was not really made to integrate well packaged (/usr) and external
> > (/usr/local) packages, so it's very hard to solve this.

Agreed.  The two methods are irreconcilable at this time.

> I don't see how it's very hard to solve the original bug report, which said:
> 
>  The package should make some sort of an effort to warn that an upgrade is
>  necessary, maybe have a debconf prompt that offers to run pear upgrade-all
>  and pecl upgrade-all when modules with an old ABI version are detected.

At that point I think the severity is a wishlist.  It would be a new
and never before implemented feature.  It would be waiting for
contributed code that might actually do it.

Bob



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

Bug#667764: strongswan-starter: package must not include /var/lock/subsys

[René Mayrhofer]

On 2012-04-09 21:58, Adam D. Barratt wrote:
> Policy section 9.3.2:
> 
> Files and directories under `/run', including ones referred to via the
> compatibility paths `/var/run' and `/var/lock', are normally stored on
> a temporary filesystem and are normally not persistent across a
> reboot.  The `init.d' scripts must handle this correctly.  This will
> typically mean creating any required subdirectories dynamically when
> the `init.d' script is run.

I stand corrected and am happy to include a change for the init script
to create the /var/lock directory and remove the directory from the
binary package. Unfortunately, I am not completely swamped with
real-world projects and will probably be unable to make even this simple
change within the next few weeks. NMUs for this issue are welcome, as
are co-maintainers for strongswan.

best 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#668216: kmod: modprobe fails to load zram.ko

[Marco d'Itri]

tag 668216 unreproducible help
thanks

On Apr 09, Rainer Dorsch  wrote:

> I have problems loading zram with modprobe and Ben Hutchings
Works for me.

> blackbox:~# modprobe zram zram_num_devices=2
> ERROR: could not insert 'zram': No such file or directory
Is the module already loaded? Or builtin?

Check if upgrading to kmod 7 helps: http://www.bofh.it/~md/debian/

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#667764: strongswan-starter: package must not include /var/lock/subsys

[Adam D. Barratt]

On Mon, 2012-04-09 at 20:50 +0200, René Mayrhofer wrote:
> The subdirectory under /var/lock is used to restrict its permissions for 
> more secure locking, and upstream will most probably not change it. I do 
> not currently agree that this is in violation to Debian Policy, so 
> unless you can convince me that a change will indeed improve the 
> package, I will mark this as wontfix and lower the priority to normal.

fwiw, the original bug report even said:

Justification: Policy 9.1.4

Regards,

Adam




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

Bug#667764: strongswan-starter: package must not include /var/lock/subsys

[Adam D. Barratt]

On Mon, 2012-04-09 at 20:50 +0200, René Mayrhofer wrote:
> On 06.04.2012 17:32, Aristov Max wrote:
> > According to DP "/run is cleared at boot", so some changes should be made 
> > to the upstream code, for example strongswan could keep files directly in 
> > /run/lock directory.
> > I noticed the problem, when configuration of base-files failed in 
> > multistrapped environment: its postinst script assumes /var/lock to be 
> > empty.
> The subdirectory under /var/lock is used to restrict its permissions for 
> more secure locking, and upstream will most probably not change it. I do 
> not currently agree that this is in violation to Debian Policy, so 
> unless you can convince me that a change will indeed improve the 
> package, I will mark this as wontfix and lower the priority to normal.

Policy section 9.1.4:

Packages must not include files or directories under `/run', or under
the older `/var/run' and `/var/lock' paths.  The latter paths will
normally be symlinks or other redirections to `/run' for backwards
compatibility.

Policy section 9.3.2:

Files and directories under `/run', including ones referred to via the
compatibility paths `/var/run' and `/var/lock', are normally stored on
a temporary filesystem and are normally not persistent across a
reboot.  The `init.d' scripts must handle this correctly.  This will
typically mean creating any required subdirectories dynamically when
the `init.d' script is run.

Regards,

Adam




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

Bug#585409: [pkg-wine-party] Bug#585409: Too ambitious!

[Michael Gilbert]

On Fri, Apr 6, 2012 at 6:58 PM, Michael Gilbert wrote:
> On Wed, Mar 28, 2012 at 11:55 AM, Ove Kåven wrote:
>>
>> On 03/28/2012 04:49 PM, Ivan Baldo wrote:
>>>
>>> Hello Ove!
>>> I appreciate your work and time, what follows is just a constructive
>>> opinion for your consideration.
>>> Many of the things you mention are really upstream bugs and considering
>>> your limited time it would be best just to delegate that work to
>>> upstream (coinstallability, multiarch, etc.).
>>
>>
>> Hardly. Such things are packaging issues, not upstream issues. In the case
>> of multiarch, anything they might possibly do would probably actually be in
>> direct conflict with the way things are supposed to work, and thus just
>> compound the packager's headaches, not alleviate them. For most packages
>> (including Wine), multiarchification involves intentionally overriding
>> upstream's build system defaults in ways only the distribution-specific
>> packaging system really needs to know. Upstream's job is only to allow this
>> kind of override, nothing more; doing the actual override is the packager's
>> job. Wine's upstream has already done what they need to do.
>>
>>
>>> Instead of aiming for perfection and missing Wine 1.4 in Wheeze
>>
>>
>> Pff. What's left to do in that plan should probably take a skilled and
>> motivated volunteer about a week or so of work. Packaging Wine 1.4
>> afterwards, maybe another week. For various practical reasons (including
>> this not being anyone's day job), you'd probably have to multiply this with
>> some fairly significant number to get the real time it'll take, but even
>> then, it'd still leave a comfortable amount of time left until Wheezy.
>
>
> Hi,
>
> I've prepared a package for 1.1.37 (http://people.debian.org/~mgilbert).
>  This doesn't yet make progress towards Ove's goals, but it does at least
> move us forward.  If Ove were willing to grant commit access to the pkg-wine
> git repository and uploader status, I could keep doing this over the next
> couple days for the subsequent 1.1.x releases to at least get us to the
> stable 1.2 series.
>
> Once we're at 1.2 we will at least have a better/newer base for the wheezy
> release.  At that point, I will start looking at some the wine/wine-unstable
> co-installibility and 32/64-bit multiarch goals.
>
> On the wine/wine-unstable co-installibility, I wonder if that would
> necessarily be urgent now since for the wheezy release (at least), the vast
> majority of users really only want/need one of wine's stable versions there,
> and the 1.5.x series isn't very far ahead of the 1.4.x one anyway.
>
> I have the 1.1.37 changes staged in my own git repository.  Attached is a
> 'git log -p' for my changes for your review.

1.1.38 is now up at http://people.debian.org/~mgilbert.

Best wishes,
Mike



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

Bug#64524: popen/pclose declarations

[Hilmar Preuße]

tags 667392 + pending
tags 64524 + pending
stop

On 09.04.12 Karl Berry (k...@freefriends.org) wrote:

Hi,

> After some tests, I removed the popen/pclose declarations from
> kpathsea/c-std.h.  We'll see if problems arise on other systems.
> 
Many thanks!

Norbert: I guess you'll make another source checkout for Debian.
Please don't forget to close this one and #667392.

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#663735: Vim Git runtime files update

[Bram Moolenaar]

Tim -

> I've been prompted by a couple of different sources to send you the latest
> versions of the Git runtime files.  In addition to the attached updates, a
> recent change to submodules in Git has prompted the following additional
> filetype autocommands:
> 
> autocmd BufNewFile,BufRead *.git/modules/**/COMMIT_EDITMSG setf
> gitcommit
> autocmd BufNewFile,BufRead *.git/modules/**/config setf gitconfig

Thanks, I'll include this soon.

- Bram

-- 
"A mouse can be just as dangerous as a bullet or a bomb."
 (US Representative Lamar Smith, R-Texas)

 /// Bram Moolenaar -- b...@moolenaar.net -- http://www.Moolenaar.net   \\\
///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\  an exciting new programming language -- http://www.Zimbu.org///
 \\\help me help AIDS victims -- http://ICCF-Holland.org///



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

Bug#151820: gethostname() seems to work on wheezy/sid but is not in the default dhclient.conf config.

[William Schaub]

Would it be possible to add the following line to /etc/dhcp/dhclient.conf?


send host-name = gethostname();

that should solve this bug in testing and unstable.



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

Bug#668216: kmod: modprobe fails to load zram.ko

[Rainer Dorsch]

Package: kmod
Version: 6-2
Severity: normal

Dear Maintainer,

I have problems loading zram with modprobe and Ben Hutchings
recommended to open a bug report:

http://lists.debian.org/debian-kernel/2012/04/msg00290.html

> > I have a small issue with zram, I cannot load it with modprobe, just with
> > insmod, which broke my /etc/init.d/zram script. The problem was
> > introduced with same recent upgrade in wheezy.
> > 
> > blackbox:~# uname -a
> > Linux blackbox 3.2.0-2-686-pae #1 SMP Tue Mar 20 19:48:26 UTC 2012 i686
> > GNU/Linux
> > blackbox:~# modprobe zram
> > ERROR: could not insert 'zram': No such file or directory
> > blackbox:~# modprobe -d /lib/modules/3.2.0-2-686-pae zram
> > blackbox:~# lsmod|grep zram
> > blackbox:~# insmod /lib/modules/3.2.0-2-686-
> > pae/kernel/drivers/staging/zram/zram.ko
> > blackbox:~# lsmod|grep zram
> > zram   13155  0
> > blackbox:~#
> > 
> > Any hint what to check is very welcome.
> 
> ls -l /lib/modules/3.2.0-2-686-pae/modules.dep{,.bin}
> grep zram /lib/modules/3.2.0-2-686-pae/modules.dep{,.bin}

That looks ok for me (?):

rd@blackbox:~$ ls -l /lib/modules/3.2.0-2-686-pae/modules.dep{,.bin}
-rw-r--r-- 1 root root 351421 Apr  9 17:20 /lib/modules/3.2.0-2-686-
pae/modules.dep
-rw-r--r-- 1 root root 487906 Apr  9 17:20 /lib/modules/3.2.0-2-686-
pae/modules.dep.bin
rd@blackbox:~$ grep zram /lib/modules/3.2.0-2-686-pae/modules.dep{,.bin}
/lib/modules/3.2.0-2-686-pae/modules.dep:kernel/drivers/staging/zram/zram.ko:
Übereinstimmungen in Binärdatei /lib/modules/3.2.0-2-686-pae/modules.dep.bin.
rd@blackbox:~$ su -
Passwort: 
blackbox:~# modprobe zram zram_num_devices=2
ERROR: could not insert 'zram': No such file or directory
blackbox:~# ls -l /lib/modules/3.2.0-2-686-
pae/kernel/drivers/staging/zram/zram.ko
-rw-r--r-- 1 root root 17412 Mär 20 23:01 /lib/modules/3.2.0-2-686-
pae/kernel/drivers/staging/zram/zram.ko
blackbox:~# 
 
> Most likely you can fix this by running depmod again, but that is run
> automatically at installation time.

No, doesn't help unforteunately:

blackbox:~# depmod
blackbox:~# modprobe zram zram_num_devices=2
ERROR: could not insert 'zram': No such file or directory
blackbox:~# 


Thanks,
Rainer


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

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

Versions of packages kmod depends on:
ii  libc6 2.13-27
ii  libkmod2  6-2
ii  lsb-base  4.1+Debian0

kmod recommends no packages.

kmod 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#666390: anacron: change default ANACRON_RUN_ON_BATTERY_POWER to yes

[Peter Eisentraut]

On fre, 2012-03-30 at 13:24 +0200, Christoph Anton Mitterer wrote:
> The idea of anacron is to more or less "guarantee" that cron jobs are run
> on hosts that are not always up.
> This can also include security relevant stuff, like running rkhunter,
> downloading the latest virus signatures, etc..

I don't entirely agree.  Anacron isn't guaranteeing anything, it just
tries to do a better job than cron.  If a package has a regular job to
execute with security or other correctness implications, then using cron
is wrong in the first place.

> While it's nice to be able to control that it does not run on battery, the
> secure default should be to run always.  Especially people who rarely
> (or never) use the system on power may otherwise run into the
> situation that their cron jobs are not executed (often enough).

I understand those concerns, but this is a long-standing behavior of the
anacron package, so I'm not inclined to change it on a whim.  This needs
more thought.





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

Bug#668067: [php-maint] Bug#668067: Bug#668067: [php5-common] Nonsensical part about configuration known to be inherently insecure in README.Debian.security

[Filipus Klutiero]

Hi Thomas,

On 2012-04-08 17:29, Thomas Goirand wrote:

- Original message -

If you want to be helpful, answer the question, or better yet, fix the
text, don't just close the report.

Filipus,

ultimately, it's the maintainers decision here.


What?


Please don't do bug tracker system ping-pong
without at least providing a new text!


I'm not sure what you mean, but I can't recommend a new text. I am not 
in the mind of the person who wrote this. I do not know what he meant.




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

Bug#605001: usb-creator-common

[Dmitrijs Ledkovs]

Dear all,

Please note this RFP has already previously been filed as

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

Please consider merging these two together.

And usb-creator is a better name for a package.

Regards,

Dmitrijs.



signature.asc
Description: OpenPGP digital signature

Bug#668215: [iceweasel] garbage instead of random parts of texts

[Mate Miklos]

Package: iceweasel
Version: 11.0-2
Severity: normal

--- Please enter the report below this line. ---
After dist-upgrading today texts in iceweasel (not just web pages, but menu 
items and tab titles as well) randomly change to garbage, and most of the time 
back to normal. The ones that remain garbage can be 'fixed' by selecting them. 
Unselecting garbles them back sometimes, though. This happens to random parts 
with random lengths. May be a concurrency issue in text drawing?

This happens without any extensions as well. Having several tabs open 
increases the chances of occurrence.

I upgraded to Iceweasel 11 from experimental a while ago, but this started 
happening only today, so it's probably not Iceweasel's fault, but one of the 
underlying library's, but I haven't seen this problem in other gtk apps yet.

According to apt log these relevant dependencies were upgraded:
libcairo2:amd64 (1.10.2-7, 1.12.0-2)
libpango1.0-0:amd64 (1.29.4-3, 1.30.0-1)

MM

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.3.1fxa

Debian Release: wheezy/sid
  500 unstableftp.uni-kl.de 
  500 unstableftp.de.debian.org 
1 experimentalftp.hu.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-
===
libc6(>= 2.2.5) | 2.13-27
libgdk-pixbuf2.0-0  (>= 2.22.0) | 2.26.0-2
libglib2.0-0(>= 2.16.0) | 2.32.0-3
libgtk2.0-0   (>= 2.10) | 2.24.10-1
libnspr4-0d   (>= 1.8.0.10) | 4.9-1
libstdc++6   (>= 4.1.1) | 4.7.0-2
fontconfig  | 2.8.0-3.1
procps  | 1:3.3.2-3
debianutils   (>= 1.16) | 4.3
xulrunner-11.0  (>= 11.0-2) | 11.0-2
libasound2  (>= 1.0.16) | 1.0.25-2
libatk1.0-0 (>= 1.12.4) | 2.4.0-2
libbz2-1.0  | 1.0.6-1
libc6(>= 2.3.3) | 2.13-27
libcairo2(>= 1.10.2-2~) | 1.12.0-2
libdbus-1-3  (>= 1.0.2) | 1.5.12-1
libdbus-glib-1-2  (>= 0.78) | 0.98-1
libevent-2.0-5   (>= 2.0.10-stable) | 2.0.18-stable-1
libfontconfig1   (>= 2.8.0) | 2.8.0-3.1
libfreetype6 (>= 2.2.1) | 2.4.9-1
libgcc1(>= 1:4.1.1) | 1:4.7.0-2
libgdk-pixbuf2.0-0  (>= 2.22.0) | 2.26.0-2
libglib2.0-0(>= 2.24.0) | 2.32.0-3
libgtk2.0-0 (>= 2.24.0) | 2.24.10-1
libhunspell-1.3-0   | 1.3.2-4
libjpeg8(>= 8c) | 8d-1
libmozjs11d  (= 11.0-2) | 11.0-2
libnotify4   (>= 0.7.0) | 0.7.5-1
libnspr4-0d(>> 4.7.1-1) | 4.9-1
libnss3-1d  (>= 3.13.2) | 3.13.3-1
libpango1.0-0   (>= 1.14.0) | 1.30.0-1
libpixman-1-0   (>= 0.18.0) | 0.24.4-1
libreadline6   (>= 6.0) | 6.2-8
libsqlite3-0 (>= 3.7.4) | 3.7.11-2
libstartup-notification0   (>= 0.8) | 0.12-1
libstdc++6 (>= 4.6) | 4.7.0-2
libvpx1  (>= 1.0.0) | 1.0.0-2
libx11-6| 2:1.4.4-4
libxext6| 2:1.3.0-3
libxrender1 | 1:0.9.6-2
libxt6  | 1:1.1.1-2
zlib1g (>= 1:1.1.4) | 1:1.2.6.dfsg-2


Package's Recommends field is empty.

Suggests(Version) | Installed
=-+-===
ttf-lyx   | 2.0.3-2
 OR latex-xft-fonts   | 
xfonts-mathml | 4
ttf-mathematica4.1| 
mozplugger| 
libgssapi-krb5-2  | 1.10+dfsg~beta1-2
 OR libkrb53  | 
libgnomeui-0  | 2.24.5-2
libcanberra0  | 0.28-4



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