Bug#652281: qemu-kvm: sysconfigs missing from /etc/kvm

[Michael Tokarev]

On 16.12.2011 01:44, Marc Lehmann wrote:
> Package: qemu-kvm
> Version: 1.0+dfsg-1
> Severity: normal
> 
> 
> The manpage says to use "-cpu ?" to get a list of cpus, but this only outputs:
> 
>Unable to find x86 CPU definition
> 
> the reason is that /etc/kvm/target-x86_64.conf is missing - once this file
> is there the -cpu switch works again.

I'm not sure I follow.

$ kvm -version
QEMU emulator version 1.0 (qemu-kvm-1.0 Debian 1.0+dfsg-1), Copyright (c) 
2003-2008 Fabrice Bellard

$ kvm -cpu \?
x86   [n270]
x86 [athlon]
x86   [pentium3]
x86   [pentium2]
x86[pentium]
x86[486]
x86[coreduo]
x86  [kvm32]
x86 [qemu32]
x86  [kvm64]
x86   [core2duo]
x86 [phenom]
x86 [qemu64]

$ kvm -cpu foobar
Unable to find x86 CPU definition

Yes, qemu tries to open /etc/kvm/qemu.conf and /etc/kvm/target-x86_64.conf
but these files are not mandatory - built-in configuration (as used
without these files) is exactly the same as if there were the default
files installed.

The bug looks like an operator error - quit typical trap I'd say,
using a shell metacharacter (?) in a directory where there's a file
matching it.  Do you not agree?

/mjt



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

Bug#623253: Upstream bug related to this bugreport

[Salvatore Bonaccorso]

Hi

There seems to be a bugreport related to this issue upstream [1].

 [1] https://rt.cpan.org/Public/Bug/Display.html?id=70565

Could that solve the blocking bug for the transition?

Regards
Salvatore


signature.asc
Description: Digital signature

Bug#652320: altree FTBFS, /usr/bin/env: python: No such file or directory

[Vincent Danjean]

reassign 652320 latex-make 2.1.16-1
thanks

Le 16/12/2011 04:11, peter green a écrit :

package: altree
version: 1.0.1-5
severity: serious

altree failed to build on the armhf and s390x buildds with the following error

make[3]: Entering directory 
`/build/buildd-altree_1.0.1-5-armhf-eEc5cu/altree-1.0.1/Documentation'
==> building fig/option_b.subfig.mk <==
/usr/bin/env: python: No such file or directory
make[3]: *** [fig/option_b.subfig.mk] Error 127

I was also able to reproduce this failure locally in pbuilder on amd64.

I do not know why the package built successfully on the other
autobuilders but I suspect that python was simply already installed
in the autobuilder chroots for some reason.

Please add python to the build-depends.


No, it is a bug in latex-make that should depends on python (the last
version use it). I just uploaded a fixed version of latex-make. Please,
retry with any version of latex-make *but* 2.1.16-1 (2.1.16-2 is just
uploaded)

  Regards,
Vincent

--
Vincent Danjean   GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A  8A94 0BF7 7867 9D02 5E87
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:  deb http://people.debian.org/~vdanjean/debian unstable main




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

Bug#652325: qa.debian.org: mia-query returns 'No entries found'

[Salvatore Bonaccorso]

Package: qa.debian.org
Severity: normal

Hi

When trying to query the mia database on qa.debian.org, ./mia-query -p
$packagename result in 'No entries found', here tested with one of my
packages:

$ /srv/qa.debian.org/mia/mia-query -p w2do
No entries found
$

Trying to query by name, I see that Packages counted are 0.

Thanks for your work!

Regards
Salvatore

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

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



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

Bug#649929: at-spi2-core: Please package new upstream 2.2.3 version

[Michael Biebl]

severity 649929 important
thanks

has there been any progress?

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#649503: Please package last version and upload it to unstable

[Michael Biebl]

severity 649503 important
thanks

As parts of GNOME 3.2 are depending on pyatspi 3.2, it is important to
get such an updated package into unstable.

If you need help, please shout.

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#651933: I can reproduce this

[David Paleino]

On Thu, 15 Dec 2011 15:08:02 -0800, Peter Eckersley wrote:

> On Thu, Dec 15, 2011 at 02:58:03PM -0800, Peter Eckersley wrote:
> > Answering your questions:
> > 
> > a) wicd is running
> 
> Correction.  Wicd is /not/ running:

That's why DBus can't see it, now it makes a bit more sense :)

> sudo service wicd restart
> Restarting Network connection manager: wicd.
> pde@xylophone:~$ ps aux | grep -v grep | grep wicd
> pde@xylophone:~$ sudo wicd -f
> (drops back to a shell)

Would you please run "sudo wicd -foe" instead, and report back the output?

Thanks,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning

[Christian PERRIER]

(reducing CC as I guess that most are subscribed to -devel)

Quoting Russ Allbery (r...@debian.org):

> I don't think these things are alike.  Separating /var and /tmp from the
> rest of the file systems is done because those partitions contain varying
> amounts of data and often fill if something goes wrong, but can fill
> without impacting the rest of the system and allowing easy recovery if
> they're not on the same partition as everything else.
> 
> Separating /var continues to be good and recommended practice if you're
> running anything that's likely to produce a lot of output, IMO.  (/tmp
> should probalby just be tmpfs, but that's another discussion.)

I'm inclined to follow this advice and would indeed propose that the
"atomic" partman-auto recipe is kept, however without a separate /usr
partition (discussions on -devel and the current practice convinced me
that a separate /usr is seomthing that probably belongs to the former
century..:-)


So, would it be OK for participants in this discussion is we, in the
installer, just drop separate /usr but keep the atomic recipe (which
is not the default choice, by the way)?




signature.asc
Description: Digital signature

Bug#652064: vnc4server opens only IPv6 socket but there IPv4 address available

[Ola Lundqvist]

Hi/Privet

Thanks both of you for the information.

Do this mean that I should close this bug report?

// Ola

On Wed, Dec 14, 2011 at 09:20:18PM +0600, Roman Mamedov wrote:
> On Wed, 14 Dec 2011 16:02:21 +0100 (CET)
> Neszt Tibor  wrote:
> 
> > I saw this bug was fixed in #562169, but it seems, this is still an 
> > existsing problem:
> > 
> > # lsof -n | grep 5901
> > Xvnc4  1174  neszt3u IPv6   13886440   0t0TCP 
> > *:5901 (LISTEN)
> > 
> > My main network interface has both IPv4 and IPv6 addresses, and there are 
> > other network interfaces.
> 
> Hello,
> 
> This is not a problem, because you can connect to this socket via using both 
> IPv4 and IPv6:
> 
> $ sudo lsof -n | grep 5901 | grep LISTEN
> Xvnc4  4955 rm3u IPv6  163680t0   
>  TCP *:5901 (LISTEN)
> 
> $ nc6 -vvv4 localhost 5901
> nc6: localhost (127.0.0.1) 5901 [5901] open
> nc6: using stream socket
> nc6: using buffer size of 8192
> nc6: read 12 bytes from remote
> RFB 003.008
> nc6: wrote 12 bytes to local
> 
> $ nc6 -vvv6 localhost 5901
> nc6: ip6-localhost (::1) 5901 [5901] open
> nc6: using stream socket
> nc6: using buffer size of 8192
> nc6: read 12 bytes from remote
> RFB 003.008
> nc6: wrote 12 bytes to local
> 
> -- 
> With respect,
> Roman
> 
> ~~~
> "Stallman had a printer,
> with code he could not see.
> So he began to tinker,
> and set the software free."



-- 
 - Ola Lundqvist ---
/  o...@debian.org Annebergsslingan 37  \
|  o...@inguza.com  654 65 KARLSTAD  |
|  http://inguza.com/  +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---



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

Bug#652323: func: deprecation of dh_pycentral, please use dh_python2

[Arnaud Fontaine]

Package: src:func
Severity: important
Tags: sid wheezy
User: debian-pyt...@lists.debian.org
Usertags: pycentral-deprecation

Hello,

The package build-depends on python-central,  which should be removed in
time  for  the  wheezy  release.  dh_python2  should  be  used  instead.
dh_python2 installs into the same locations as pycentral, but avoids the
creation and  removal of  symlinks at  package installation  and removal
time, making the upgrade process more robust and faster.

dh_python2 guarantees  the installation  into the same  recommended site
directory used by  dh_pycentral, into which anybody  can install without
being forced to use any packaging helper tools.

Please find suggestions and help for the change at
http://wiki.debian.org/Python/PyCentral2DhPython2

Regards,
Arnaud Fontaine



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

Bug#652324: certmaster: deprecation of dh_pycentral, please use dh_python2

[Arnaud Fontaine]

Package: src:certmaster
Severity: important
Tags: sid wheezy
User: debian-pyt...@lists.debian.org
Usertags: pycentral-deprecation

Hello,

The package build-depends on python-central,  which should be removed in
time  for  the  wheezy  release.  dh_python2  should  be  used  instead.
dh_python2 installs into the same locations as pycentral, but avoids the
creation and  removal of  symlinks at  package installation  and removal
time, making the upgrade process more robust and faster.

dh_python2 guarantees  the installation  into the same  recommended site
directory used by  dh_pycentral, into which anybody  can install without
being forced to use any packaging helper tools.

Please find suggestions and help for the change at
http://wiki.debian.org/Python/PyCentral2DhPython2

Regards,
Arnaud Fontaine



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

Bug#650709: murrine-themes broken by libgtk-3-0

[Michael Biebl]

On 16.12.2011 06:39, Yves-Alexis Perez wrote:
> On ven., 2011-12-16 at 06:31 +0100, Michael Biebl wrote:
>> On 16.12.2011 06:05, Yves-Alexis Perez wrote
>>>
>>> You could have saved yourself some time with
>>> http://anonscm.debian.org/gitweb/?p=collab-maint/murrine-themes.git;a=summary
>>
>> Weird, if apparently you had updated the git repo already on 23 Nov
>> 2011, why did you write in the bug report, that no fix was available
>> [1]. That was the whole reason why I looked at it.
>> Is there a reason why you haven't uploaded it yet?
>>
> Because of #645213 which I fail to notice the fix.

Ah, ok.

Btw, don't worry. Didn't spend a lot of time on this. It was just
unclear what was blocking a fix for #650709.

But everything is clear now and I guess you'll make the upload soon.

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#650709: murrine-themes broken by libgtk-3-0

[Yves-Alexis Perez]

On ven., 2011-12-16 at 06:31 +0100, Michael Biebl wrote:
> On 16.12.2011 06:05, Yves-Alexis Perez wrote
> > 
> > You could have saved yourself some time with
> > http://anonscm.debian.org/gitweb/?p=collab-maint/murrine-themes.git;a=summary
> 
> Weird, if apparently you had updated the git repo already on 23 Nov
> 2011, why did you write in the bug report, that no fix was available
> [1]. That was the whole reason why I looked at it.
> Is there a reason why you haven't uploaded it yet?
> 
Because of #645213 which I fail to notice the fix.

Regards,
-- 
Yves-Alexis


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

Bug#645213: ITP: gtk3-engines-unico -- Unico Gtk+ 3 theme engine

[Yves-Alexis Perez]

On ven., 2011-12-16 at 06:17 +0100, Yves-Alexis Perez wrote:
> On ven., 2011-12-02 at 17:36 +0100, Karolina Kalic wrote:
> > I'm sorry, I've just realized that I've missed to answer to this
> > email. I've packaged the latest version, and I've uploaded it to
> > mentors.debian.net. I'm waiting for my mentor (Guido Trotter) to
> > answer me. He is probably busy at the moment, but he usually responds
> > in a few days, so I don't expect any problems for this. 
> 
> Hey,
> 
> the wait for unico is blocking #650709. Could we please move forward on
> this?
> 
Hum, sorry for that, I failed to notice the upload. Thanks!

-- 
Yves-Alexis


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

Bug#650709: murrine-themes broken by libgtk-3-0

[Michael Biebl]

On 16.12.2011 06:05, Yves-Alexis Perez wrote
> 
> You could have saved yourself some time with
> http://anonscm.debian.org/gitweb/?p=collab-maint/murrine-themes.git;a=summary

Weird, if apparently you had updated the git repo already on 23 Nov
2011, why did you write in the bug report, that no fix was available
[1]. That was the whole reason why I looked at it.
Is there a reason why you haven't uploaded it yet?


[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650709#10
-- 
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#645213: ITP: gtk3-engines-unico -- Unico Gtk+ 3 theme engine

[Yves-Alexis Perez]

On ven., 2011-12-02 at 17:36 +0100, Karolina Kalic wrote:
> I'm sorry, I've just realized that I've missed to answer to this
> email. I've packaged the latest version, and I've uploaded it to
> mentors.debian.net. I'm waiting for my mentor (Guido Trotter) to
> answer me. He is probably busy at the moment, but he usually responds
> in a few days, so I don't expect any problems for this. 

Hey,

the wait for unico is blocking #650709. Could we please move forward on
this?

Regards,
-- 
Yves-Alexis


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

Bug#642709: ctsim: diff for NMU version 5.2.0-1.1

[Kevin Rosenberg]

On Dec 15, 2011, at 12:01 PM, gregor herrmann wrote:

> tags 642709 + patch
> tags 642709 + pending
> thanks
> 
> Dear maintainer,
> 
> I've prepared an NMU for ctsim (versioned as 5.2.0-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.

I suspect I'll rework the patch a bit. Upstream needs to distribute
config.guess and such. So, I think a more robust patch would be
for the debian/rules to delete the upstream file and then copy
the files from the autotools-dev build-time package to replace
upstreams.

Kevin





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

Bug#650709: murrine-themes broken by libgtk-3-0

[Yves-Alexis Perez]

On ven., 2011-12-16 at 02:18 +0100, Michael Biebl wrote:
> tags 650709 + patch
> thanks
> 
> The Greybird upstream git respository has been updated to work with gtk
> 3.2. I've picked the v0.3.0 release [1] and updated the murrine-themes
> package accordingly. I've also added a Recommends on gtk3-engines-unico,
> which is required by this theme.
> 
> The resulting packages work nicely for me.
> I've uploaded them to [2], just in case you want to have a look or
> anyone else want's to test them.
> 
> As a fix is available, I'm marking the bug as patch available.

You could have saved yourself some time with
http://anonscm.debian.org/gitweb/?p=collab-maint/murrine-themes.git;a=summary

Regards,
-- 
Yves-Alexis


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

Bug#652186: Reopening and closing correct bug

[Kartik Mistry]

reopen 652186
thanks

Sorry. Closed wrong bug in changelog! Closing 652243 too.

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



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

Bug#652322: faust: /usr/lib/faust/misc.h uses atoi but doesn't include the header for it

[peter green]

package: faust
serverity: serious
version: 0.9.43-1
justification: causes another package (which built successfully in the 
past) to FTBFS


Building foo-yc20 on most architectures* gives

g++ src/faust-dsp-standalone.cpp -O2 -ffast-math -ftree-vectorize -fPIC 
-DVERSION=1.3.0 -I/usr/lib/faust -Isrc/ -Iinclude/ -DPREFIX=/usr -Wall -c -o 
src/faust-dsp-standalone.o
In file included from src/../gen/yc20-dsp-standalone.cpp:36:0,
from src/faust-dsp-standalone.cpp:31:
/usr/lib/faust/misc.h: In function 'long int lopt(char**, const char*, long 
int)':
/usr/lib/faust/misc.h:45:75: error: 'atoi' was not declared in this scope
make[2]: *** [src/faust-dsp-standalone.o] Error 1

It seems that misc.h is using atoi but not including stdlib.h. A c 
program will get away with this (with an implicit declaration warning) 
but a c++ program will not


This does not seem to affect the version in testing.

* local tests show foo-yc20 building fine on amd64, I dunno why. Buildd 
logs show foo-yc20 building fine on kfreebsd and hurd, presumablly 
because there the latest version of faust isn't built there.




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

Bug#648933: Orphaning emile

[Laurent Vivier]

Le mercredi 14 décembre 2011 à 10:44 +1100, Finn Thain a écrit :
> On Tue, 13 Dec 2011, Thorsten Glaser wrote:
> 
> > Hi,
> > 
> > I can try to update the package and build it with gcc-4.4 (which is our 
> > current standard although people would love to switch to gcc-4.6), if 
> > that works.
> 
> I was able to built it (without docs, I didn't have the tools) from the 
> gitorious source. http://gitorious.org/projects/emile/
> 
> It fails to build with "error: dereferencing type-punned pointer will 
> break strict-aliasing rules". An untested patch follows.

Corrected and pushed, but not tested.

Laurent

-- 
- laur...@vivier.eu --
"Tout ce qui est impossible reste à accomplir"Jules Verne
"Things are only impossible until they're not" Jean-Luc Picard




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

Bug#652321: evolution-data-server3: FTBFS: 'G_UNICODE_COMBINING_MARK' undeclared

[Daniel Schepler]

Source: evolution-data-server3
Version: 3.0.3-2
Severity: serious

From my pbuilder build log:

...
/bin/bash ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I..  
-DG_DISABLE_DEPRECATED -DPANGO_DISABLE_DEPRECATED 
-DGDK_PIXBUF_DISABLE_DEPRECATED -DG_DISABLE_SINGLE_INCLUDES -
DGTK_DISABLE_SINGLE_INCLUDES -DGSEAL_ENABLE -Wall -Wextra 
-Wno-missing-field-initializers -Wno-sign-compare -Wno-unused-parameter 
-Wdeclaration-after-statement -Werror-implicit-function-declaration 
-Wformat-security -
Winit-self -Wmissing-declarations -Wmissing-include-dirs -Wmissing-noreturn 
-Wnested-externs -Wpointer-arith -Wredundant-decls -Wundef -Wwrite-strings 
-fno-strict-aliasing -I.. -DG_LOG_DOMAIN=\"e-data-server\" -
DE_DATA_SERVER_PREFIX=\"/usr\" 
-DE_DATA_SERVER_LOCALEDIR=\""/usr/share/locale"\" 
-DE_DATA_SERVER_EXTENSIONDIR=\"\" 
-DE_DATA_SERVER_IMAGESDIR=\"/usr/share/pixmaps/evolution-data-server\" -
DE_DATA_SERVER_UI_UIDIR=\"""\" -DDEFAULT_EDS_DBUS_TIMEOUT=-1 -pthread 
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
-I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include 
-I/usr/include/nspr -
I/usr/include/libxml2 -I/usr/include/libsoup-2.4 -I/usr/include/gconf/2 
-pthread -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
-I/usr/include/libsoup-2.4 -I/usr/include/libxml2   -g -O2 
-fstack-protector --
param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security  
-fPIE  -fstack-protector --param ssp-buffer-size=4  -D_FORTIFY_SOURCE=2  
-Wformat -Wformat-security -Werror=format-security  -c -o 
libedataserver_1_2_la-e-data-server-util.lo `test -f 'e-data-server-util.c' || 
echo './'`e-data-server-util.c
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -DG_DISABLE_DEPRECATED 
-DPANGO_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED 
-DG_DISABLE_SINGLE_INCLUDES -DGTK_DISABLE_SINGLE_INCLUDES -DGSEAL_ENABLE -
Wall -Wextra -Wno-missing-field-initializers -Wno-sign-compare 
-Wno-unused-parameter -Wdeclaration-after-statement 
-Werror-implicit-function-declaration -Wformat-security -Winit-self 
-Wmissing-declarations -Wmissing-include-
dirs -Wmissing-noreturn -Wnested-externs -Wpointer-arith -Wredundant-decls 
-Wundef -Wwrite-strings -fno-strict-aliasing -I.. 
-DG_LOG_DOMAIN=\"e-data-server\" -DE_DATA_SERVER_PREFIX=\"/usr\" -
DE_DATA_SERVER_LOCALEDIR=\"/usr/share/locale\" 
-DE_DATA_SERVER_EXTENSIONDIR=\"\" 
-DE_DATA_SERVER_IMAGESDIR=\"/usr/share/pixmaps/evolution-data-server\" 
-DE_DATA_SERVER_UI_UIDIR=\"\" -
DDEFAULT_EDS_DBUS_TIMEOUT=-1 -pthread -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/dbus-1.0 
-I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/nspr 
-I/usr/include/libxml2 -
I/usr/include/libsoup-2.4 -I/usr/include/gconf/2 -pthread 
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
-I/usr/include/libsoup-2.4 -I/usr/include/libxml2 -g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -
Wformat-security -Werror=format-security -fstack-protector --param 
ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security 
-Werror=format-security -c e-data-server-util.c  -fPIC -DPIC -o 
.libs/libedataserver_1_2_la-e-
data-server-util.o
e-data-server-util.c: In function 'stripped_char':
e-data-server-util.c:258:7: error: 'G_UNICODE_COMBINING_MARK' undeclared (first 
use in this function)
e-data-server-util.c:258:7: note: each undeclared identifier is reported only 
once for each function it appears in
e-data-server-util.c:265:3: error: implicit declaration of function 
'g_unicode_canonical_decomposition' [-Werror=implicit-function-declaration]
e-data-server-util.c:265:3: warning: nested extern declaration of 
'g_unicode_canonical_decomposition' [-Wnested-externs]
e-data-server-util.c:265:15: warning: assignment makes pointer from integer 
without a cast [enabled by default]
cc1: some warnings being treated as errors

make[3]: *** [libedataserver_1_2_la-e-data-server-util.lo] Error 1
make[3]: Leaving directory 
`/tmp/buildd/evolution-data-server3-3.0.3/libedataserver'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/evolution-data-server3-3.0.3'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/evolution-data-server3-3.0.3'
make: *** [debian/stamp-makefile-build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
-- 
Daniel Schepler



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

Bug#646600: jarjar misbuilding bug is serious

[Daniel Schepler]

severity 646600 serious
thanks

This bug is serious: if you rebuild jarjar in current sid, and then try to use 
that rebuilt package, the results are broken.  For example, I ran into this 
with my Debian rebuild with cglib failing to build from source.  It took me a 
while to find this bug report and find out that it was the cause.

I actually wonder: is it a good idea in the first place to keep this misfeature 
(asm classes copied into the jar under a different Java package name) in the 
Debian packages?  It seems to me this is a Java equivalent of including 
private copies of external libraries in a source package, which is frowned 
upon in Debian packages.  Maybe the Debian version should be patched to use 
the system asm libraries instead of bundling in a copy of whatever system asm 
library happens to be available at build time.
-- 
Daniel Schepler



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

Bug#585676: minc-tools: Cannot use cmdline tools (file not found)

[Steve M. Robbins]

On Wed, Dec 14, 2011 at 04:05:16PM +0100, Michael Hanke wrote:

> Thanks for the confirmation. I CC'ed the bug with a full quote, as Andreas 
> was wondering
> about the status of this bug today.

Michael: thanks; I did intend that note to go to the bug report but forgot
the "cc". 

Andreas: I am working on it.  I have queried upstream about it and have a solid 
lead
http://www.bic.mni.mcgill.ca/pipermail/minc-development/2011-December/000938.html

Regards,
-Steve


signature.asc
Description: Digital signature

Bug#498440: aptitude: ?upgradable search term

[Daniel Hartwig]

> Regarding the search term
>   ?upgradable ~U Select packages that are installed and can be upgraded.
>
> 1. It's not clear if this is the exact same set of packages as:
>safe-upgrade

It is not.

The set of packages selected by ?upgradable is a superset of those
which would be upgraded by either safe-upgrade or full-upgrade.

It is not uncommon that a package could have a newer version
available, but that neither safe- nor full-upgrade would upgrade it.
Indeed, full-upgrade may even remove such a package due to conflicting
other upgrades -- such a package can still be upgraded by selecting it
manually, hence, it is still `upgradable'.

So technically, `?upgradable' only considers if there is a candidate
version available which is newer than the current version.  It
directly uses info from the package cache and this is a very quick,
per-package operation.

The current documentation for this rightly does not relate this to
safe-/full-upgrade because the upgradable status is independent of
these mechanisms.

> 2. Even if it is, there's still no search term to match the packages
>being upgraded or newly installed by:
>
>full-upgrade
>...
>
> 3. And then there is also two sets of packages that will be removed,
> one for safe-upgrade and one for full-upgrade. So perhaps make search
> terms for them too.

I am not sure that the current matcher code does support this very
easily.  Though I wish anyone luck in trying.

> Or maybe for all this one should just use -s and parse the results oneself...

Perhaps a quick hack could be an option/script to change the output of
simulate to return a straight list of upgraded, installed, or removed
packages.



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

Bug#652320: altree FTBFS, /usr/bin/env: python: No such file or directory

[peter green]

package: altree
version: 1.0.1-5
severity: serious

altree failed to build on the armhf and s390x buildds with the following 
error


make[3]: Entering directory 
`/build/buildd-altree_1.0.1-5-armhf-eEc5cu/altree-1.0.1/Documentation'
==> building  fig/option_b.subfig.mk <==
/usr/bin/env: python: No such file or directory
make[3]: *** [fig/option_b.subfig.mk] Error 127

I was also able to reproduce this failure locally in pbuilder on amd64.

I do not know why the package built successfully on the other
autobuilders but I suspect that python was simply already installed
in the autobuilder chroots for some reason.

Please add python to the build-depends.



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

Bug#652319: selinux-policy-default: avc denial errors /lib/udev/fstab_import on /etc/fstab

[Daniel Black]

Package: selinux-policy-default
Version: 2:0.2.20100524-7+squeeze1
Severity: low


On bootup I'm getting the following errors:
Dec 15 20:25:43 tx-web01 kernel: [1419609.818930] type=1400 
audit(1323998741.657:3): avc:  denied  { read } for  
pid=245 comm="fstab_import" name="fstab" dev=xvda ino=5548807 
scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 
tcontext=system_u:object_r:file_t:s0 tclass=file
Dec 15 20:25:43 tx-web01 kernel: [1419609.818966] type=1400 
audit(1323998741.657:4): avc:  denied  { open } for  
pid=245 comm="fstab_import" name="fstab" dev=xvda ino=5548807 
scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 
tcontext=system_u:object_r:file_t:s0 tclass=file
Dec 15 20:25:43 tx-web01 kernel: [1419609.819013] type=1400 
audit(1323998741.657:5): avc:  denied  { getattr } for  
pid=245 comm="fstab_import" path="/etc/fstab" dev=xvda ino=5548807 
scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 
tcontext=system_u:object_r:file_t:s0 tclass=file

ls -laZ /lib/udev/fstab_import /bin/mount
-rwsr-xr-x. 1 root root system_u:object_r:mount_exec_t:s0 78616 Jan 25  2011 
/bin/mount
-rwxr-xr-x. 1 root root system_u:object_r:bin_t:s022528 Dec 12  2010 
/lib/udev/fstab_import
-rw-r--r--. 1 root root system_u:object_r:file_t:s0 466 Dec 15 20:25 
/etc/fstab

# restorecon /etc/fstab
# ls -laZ /etc/fstab
-rw-r--r--. 1 root root system_u:object_r:etc_t:s0 466 Dec 15 20:25 /etc/fstab

After a reboot it appears the label of fstab is reverted. I haven't edited 
/etc/fstab between these two events.

$ ls -laZ /etc/fstab 
-rw-r--r--. 1 root root system_u:object_r:file_t:s0 466 Dec 15 21:21 /etc/fstab
$ sudo restorecon /etc/fstab
$ ls -laZ /etc/fstab 
-rw-r--r--. 1 root root system_u:object_r:etc_t:s0 466 Dec 15 21:21 /etc/fstab


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

Kernel: Linux 2.6.32-5-xen-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 selinux-policy-default depends on:
ii  libpam-modules1.1.1-6.1+squeeze1 Pluggable Authentication Modules f
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries
ii  libsepol1 2.0.41-1   SELinux library for manipulating b
ii  policycoreutils   2.0.82-3   SELinux core policy utilities
ii  python2.6.6-3+squeeze6   interactive high-level object-orie

Versions of packages selinux-policy-default recommends:
ii  checkpolicy  2.0.22-1SELinux policy compiler
ii  setools  3.3.6.ds-7.2+b1 tools for Security Enhanced Linux 

Versions of packages selinux-policy-default suggests:
pn  logcheck   (no description available)
pn  syslog-summary (no description available)

-- no debconf information



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

Bug#652051: gnome-shell: Crash in g_type_check_instance_is_a

[Michael Biebl]

On 16.12.2011 03:05, Michael Biebl wrote:
> On 14.12.2011 14:52, Sam Morris wrote:
>> I reported it upstream as
>>  but upstream say
>> it's our fault for not using mozjs.
> 
> This might be your own fault then. The Debian version is built against
> libmozjs. Seems you built your own version.

Should have checked more carefully before replying. We do indeed build
against libmozjs from iceweasel 8.0


-- 
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#652318: ITP: ruby-indentation -- Ruby extensions for Array and String classes

[TANIGUCHI Takaki]

Package: wnpp
Owner: tak...@debian.org
Severity: wishlist

* Package name: ruby-indentation
  Version : 0.0.6
  Upstream Author : Prometheus Computing
* URL or Web page : http://github.com/samueldana/indentation
* License : MIT 
  Description : Ruby extensions for Array and String classes
 A library of extensions to Ruby's Array and String classes that allow
 indentation manipulation of Strings and Arrays of Strings.




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

Bug#652051: gnome-shell: Crash in g_type_check_instance_is_a

[Michael Biebl]

On 14.12.2011 14:52, Sam Morris wrote:
> Package: gnome-shell
> Version: 3.2.1-7dbg1
> Severity: normal
> 
> This crash happened while I was attempting to reproduce a different crash bug.
> I didn't do anything in particular to reproduce it, and I have only seen it
> once.
> 
> I reported it upstream as
>  but upstream say
> it's our fault for not using mozjs.

This might be your own fault then. The Debian version is built against
libmozjs. Seems you built your own version.

# ldd /usr/bin/gnome-shell | grep js
libgjs.so.0 => /usr/lib/libgjs.so.0 (0x7fbdfb102000)
libmozjs.so.8d => /usr/lib/libmozjs.so.8d (0x7fbdfab6)

-- 
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#617613: FreeCAD not in Testing

[Adam C Powell IV]

Hi Francesco,

On Sun, 2011-11-13 at 19:30 +0100, Francesco Poli wrote:
> On Sun, 13 Nov 2011 11:49:10 -0500 Adam C Powell IV wrote:
> 
> > On Sun, 2011-11-13 at 15:20 +0100, Francesco Poli wrote:
> [...]
> > > Yes, but I think freecad should not be released in a stable version
> > > (again) with this serious issue unsolved.
> > 
> > Indeed, a package with a copyright/licensing issue can't go into a
> > release, and can't go into testing.
> > 
> > IMO this isn't an issue,
> 
> Please let me understand:
> 
>  (0) you (still) don't think that the OCTPL is GPL-incompatible
> 
> or
> 
>  (1) you agree that the OCTPL is GPL-incompatible, but you think that
>  this is not an issue for the package freecad linked with
>  libopencascade-*
> 
> Is it (0) or (1)?

It's 0, I don't see any clauses in the OCTPL itself which render it
GPL-incompatible, agreeing with Denis' interpretation.

> > and the fact that Debian allowed it into
> > unstable and the squeeze release indicates that the project probably
> > doesn't think so either.
> [...]
> 
> The issue may have been overlooked at first.
> If I recall correctly, the initial discussions about the OCTPL were
> mainly focused on its DFSG-freeness.
> The GPL-incompatibility issue was only raised later and was not
> immediately clear.

Indeed.

> When I filed the bug report, the GPL-incompatibility had been
> acknowledged by Open CASCADE S.A.S. itself (that is to say, the authors
> of the OCTPL!).

Do you have a link where they acknowledge GPL incompatibility?  The
preamble isn't part of the legally-binding text.

> > But until there's an official ruling on this issue, the package can't go
> > any further in Debian.
> 
> An official ruling on the fact that a GPL'ed package which links with
> both a GPL'ed library and a GPL-incompatible library has a serious bug?!?
> 
> I thought this was agreed upon long time ago within the Debian Project.
> I have seen so many packages with such issues reported as serious bugs
> (for instance for GPL programs linking with OpenSSL), that I think it
> goes without saying!

No, I meant that until December 2, Debian had not given an official
ruling indicating whether OCTPL is GPL-compatible.  Now they have issued
a ruling but without any clarity or justification.

I'm going to ask Joerg for a clarification on his email of December 2.

-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/


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

Bug#617613: "FreeCAD not in Testing"

[Adam C Powell IV]

On Fri, 2011-12-02 at 18:15 +0100, Joerg Jaspert wrote:
> Hi
> 
> as we have been asked about this license problem and not yet provided an
> answer:
> 
>  Either the licensing is changed so that the incompatibility no longer
>  is there (by either getting the license changed, or exceptions in the
>  other parts, or by using replacement software which does not have
>  license problems, whatever works), or failing that, the package(s) need
>  to go from Debian.

I'm sorry, can you be more specific?  You have concluded that the
OpenCASCADE Technology Public License (OCTPL) is incompatible with GPL?
Which part(s) of OCTPL is/are incompatible?

Or do you agree with Francesco's analysis based on the preamble, which
is not legally binding?

Thank you,
Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/


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

Bug#652317: [PATCH] Fix detection of VCS sub-types since VCS_dir_test

[James McCoy]

Package: mr
Version: 1.08

With the addition of VCS_dir_test, VCS detection is short-circuiting as soon
as a recognized directory is found.  This repo dirs like git-svn from being
properly detected.

Signed-off-by: James McCoy 
---
 mr |   36 +++-
 1 files changed, 19 insertions(+), 17 deletions(-)

diff --git a/mr b/mr
index 23178a5..fcce98e 100755
--- a/mr
+++ b/mr
@@ -612,24 +612,12 @@ sub vcs_test {
return $vcs{$dir};
}
 
-   my $test="";
my $dir_test="";
-   foreach my $vcs_test (
-   sort {
-   length $a <=> length $b 
- ||
-  $a cmp $b
-   } grep { /_test$/ } keys %{$config{$topdir}{$subdir}}) {
-   if ($vcs_test =~ /(.*)_dir_test/) {
-   my $vcs=$1;
-   if (! defined $vcs_dir_test{$vcs}) {
-   
$dir_test.=$config{$topdir}{$subdir}{$vcs_test}."\n";
-   }
-   next;
+   foreach my $vcs_test (grep { /_dir_test$/ } keys 
%{$config{$topdir}{$subdir}}) {
+   my ($vcs)=$vcs_test =~ /(.*)_dir_test/;
+   if (! defined $vcs_dir_test{$vcs}) {
+   $dir_test.=$config{$topdir}{$subdir}{$vcs_test}."\n";
}
-   my ($vcs)=$vcs_test =~ /(.*)_test/;
-   $test="my_$vcs_test() 
{\n$config{$topdir}{$subdir}{$vcs_test}\n}\n".$test;
-   $test.="if my_$vcs_test; then echo $vcs; fi\n";
}
 
if (length $dir_test) {
@@ -643,12 +631,26 @@ sub vcs_test {
}
}
 
+   my $test_qr=qr/(? length $b 
+ ||
+  $a cmp $b
+   } grep { /$test_qr/ } keys 
%{$config{$topdir}{$subdir}}) {
+   my ($vcs)=$vcs_test =~ /(.*)_test/;
+   $test="my_$vcs_test() 
{\n$config{$topdir}{$subdir}{$vcs_test}\n}\n".$test;
+   $test.="if my_$vcs_test; then echo $vcs; fi\n";
+   }
+
my $vcs=runshpipe "vcs test", $topdir, $subdir, $test, [];
if ($vcs=~/\n/s) {
$vcs=~s/\n/, /g;
-- 
1.7.7.3


-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 


signature.asc
Description: Digital signature

Bug#650709: murrine-themes broken by libgtk-3-0

[Michael Biebl]

tags 650709 + patch
thanks

The Greybird upstream git respository has been updated to work with gtk
3.2. I've picked the v0.3.0 release [1] and updated the murrine-themes
package accordingly. I've also added a Recommends on gtk3-engines-unico,
which is required by this theme.

The resulting packages work nicely for me.
I've uploaded them to [2], just in case you want to have a look or
anyone else want's to test them.

As a fix is available, I'm marking the bug as patch available.

Cheers,
Michael


[1] https://github.com/shimmerproject/Greybird/zipball/v0.3
[2] http://people.debian.org/~biebl/murrine-themes/
-- 
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#651969: [Pkg-tcltk-devel] request for upload / XOTcl 1.6.7 upstream release

[Stefan Sobernig]

Sven,

I refrain from uploading that right now, in case you can come up with
something more appropriate.


Sven,

I refrain from uploading that right now, in case you can come up with
something more appropriate.
I was desperately looking for the quirk in the source package, only to 
find out in the end that the upstream tarball itself contained the built 
artifact (actually, a couple of *.o and the one *.so):


% debian/rules get-orig-source
%  tar -tzf xotcl_1.6.7.orig.tar.gz | fgrep .so
-> xotcl-1.6.7/library/store/XOTclSdbm/libxotclsdbm1.2.so

Grmpf. I rebuilt our distribution archive, now

% debian/rules get-orig-source

... delivers a clean upstream distribution  there should not be any 
need for patching the source package as such. Thx, anyways, for your 
quick fix suggestion.


I can't explain to myself how they ended up in the release tarball, I 
need to check back with my colleagues.


Could you upload again, please, so the new orig tarball is picked up?

Sorry for the inconvenience,
Thx
//stefan




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

Bug#652316: python-greenlet: openstack daemons segfault (nova-compute...)

[Gilles Mocellin]

Source: python-greenlet
Version: 0.3.1-2
Severity: important
Tags: patch

I tried to test openstack on a little dedicated server.
I can't reinstall it, it's a Debian Squeeze 32bits.

All nova-* demons fail with a segfault.

I see a similar bug in RedHat bugzilla :
https://bugzilla.redhat.com/show_bug.cgi?id=746771
The problem was in python-greenlet.

Another similar for Ubuntu, with the upstream patch reference :
https://bugs.launchpad.net/ubuntu/+source/python-greenlet/+bug/840641

And perhaps the Debian bug #650293 can be a duplicate.

The problem does not occur on an amd64 VM machine I have, so must be arch
specific.

-- System Information:
Debian Release: 6.0
  APT prefers unstable
  APT policy: (600, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)

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



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

Bug#652026: amavisd-new: Init-script not working (stop/restart)

[Henrique de Moraes Holschuh]

reassign 652026 dpkg
retitle 652026 start-stop-daemon: --name behaviour changes with kernel 3.1+
affects 652026 amavisd-new
summary 652026 0
severity 652026 important
thanks

On Thu, 15 Dec 2011, Michael Reincke wrote:
> > Ok, so what broke perl/start-stop-daemon, now?   --name uses
> > /proc//stat to locate the process...
> >
> > Might be the kernel, it seems to be failing on 3.1.
> >
> > Please give us the output of cat /proc//stat,
> > preferably for the master process (the one listed in the pid file).
> >
> the output as requested:
> 
> <503 pcew80@reincke:~> ps -aef | grep amavis
> amavis2299 1  0 00:47 ?00:00:01 amavisd (master)
> amavis2496  2299  0 00:47 ?00:00:00 amavisd (ch7-avail)
> amavis2497  2299  0 00:47 ?00:00:00 amavisd (ch7-avail)
> amavis2498  2299  0 00:47 ?00:00:00 amavisd (ch6-avail)
> reincke   7749  7078  0 08:32 pts/100:00:00 grep amavis
> 
> <504 pcew80@reincke:~> cat /proc/2299/stat
> 2299 (amavisd (master) S 1 2299 2299 0 -1 4202560 9771 0 4 0 119 5 0
> 0 20 0 1 0 22660083 221208576 22204 18446744073709551615 1 1 0 0 0 0
> 0 4224 81927 18446744073709551615 0 0 17 2 0 0 7 0 0

Crap.  The kernel has done us in.  Reassigning to dpkg to get some input on
what should be done.  Raising severity because it will cause some services
to not be stopped or restarted properly, which has security implications.

Guys, 3.1 changes /proc//stat, and breaks anything using
start-stop-daemon --name that also messes with the name of the process.  Due
to the chage in /proc//stat, the executable name is not matched
anymore.

This probably affects only processes that change their "visible identity"
(or whatever the string output by ps -aef is called) like amavisd-new does.

Unfortunately, using --exec is not enough when you're dealing with perl,
python or other scripts.

How should we proceed?  Drop use of start-stop-daemon --name in amavisd-new
and document this kernel ABI issue in start-stop-daemon(8)?  Reassign to the
kernel on the grounds that it broke the userspace ABI?  Enhance
start-stop-daemon to take a --namere (regexp) and use that in amavisd-new
instead?

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh



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

Bug#651452: illuminator: FTBFS on sparc (tsview-tsview.o: undefined reference to symbol 'lam_mpi_byte')

[Adam C Powell IV]

clone 651452 -1
reassign -1 src:petsc
retitle -1 Rebuild with mpi-defaults >= 1.0
found -1 3.1.dfsg-11.1
block 651452 by -1
clone 651452 -2
reassign -2 src:suitesparse
retitle -2 Rebuild with mpi-defaults >= 1.0
found -2 3.4.0-2
block -1 by -2
clone 651452 -3
reassign -3 src:spooles
retitle -3 Rebuild with mpi-defaults >= 1.0
found -3 2.2-8
block -1 by -3
clone 651452 -4
reassign -4 src:hypre
retitle -4 Rebuild with mpi-defaults >= 1.0
found -4 2.4.0b-7
block -1 by -4
clone 651452 -5
reassign -5 src:scotch
retitle -5 Rebuild with mpi-defaults >= 1.0
found -5 5.1.11.dfsg-7
block -1 by -5
clone 651452 -6
reassign -6 src:blacs-mpi
retitle -6 Rebuild with mpi-defaults >= 1.0
found -6 1.1-30.1
block -1 by -6
clone 651452 -7
reassign -7 src:scalapack
retitle -7 Rebuild with mpi-defaults >= 1.0
found -7 1.8.0-7
block -1 by -7
clone 651452 -8
reassign -8 src:mumps
retitle -8 Rebuild with mpi-defaults >= 1.0
found -8 4.9.2.dfsg-7
block -1 by -8
clone 651452 -9
reassign -9 src:mpi-defaults
retitle -9 Get this out of testing until its rdepends have rebuilt
found -9 1.0.1
block -9 by 651452
block -9 by -1
block -9 by -2
block -9 by -3
block -9 by -4
block -9 by -5
block -9 by -6
block -9 by -7
block -9 by -8
thanks

On Thu, 2011-12-15 at 14:36 -0500, Adam C Powell IV wrote:
> On Thu, 2011-12-15 at 09:55 +0100, Alexander Reichle-Schmehl wrote:
> > reopen 651452
> > found 651452 0.11.0-12
> > thanks
> > 
> > 
> > Hi!
> > 
> > * Adam C Powell IV  [111214 15:33]:
> > 
> > > Better to rip out the -llam and replace LLAM in the patch with -lmpi.
> > > I'll test then upload -12 with this change and let's see how it builds.
> > 
> > That didn't work, too:  It fails to build on armel, sparc due to that
> > precise error (tsview-tsview.o: undefined reference to symbol
> > 'lam_mpi_byte').  BTW:  The build-depends in the sid chroot on
> > smetana.debian.org, the sparc porter box, are still available.  And the
> > machine builds the package quite fast.
> 
> Okay.  I don't believe this is an illuminator error.
> 
> The issue is that LAM should not be anywhere on the system, nothing
> should be linked with it, nothing should use its headers, nothing should
> try to link with it.  The lam_mpi_byte symbol is probably a #define in
> the LAM headers, which shouldn't even be installed.  libmpich2-dev has
> been the mpi-default-dev package on non-openmpi platforms for nearly
> seven months, so everything should have been rebuilt against it.
> 
> So where is the LAM "contamination" coming from?

Found the problem.  PETSc built on November 16 with mpi-defaults 0.6
which depended on LAM on non-openmpi arches.  Now mpi-defaults 1.0.1
released 12/4 depends on MPICH2, so we have a mix of architectures
installed.  And mpi-defaults just went into testing today...  Crap!

It may be that other PETSc dependencies need rebuilding too... and there
are a lot of them!  Let's see: suitesparse, spooles, hypre, scotch,
blacs-mpi, scalapack, mumps, all have to be rebuilt with MPICH2!  What
was built when:
  * suitesparse: April 15 2010
  * spooles: May 11 2010
  * hypre: August 15 2010
  * scotch: April 6 2011
  * blacs-mpi: August 29 2011
  * scalapack: September 18 2011
  * mumps: March 31 2011
None was built recently, all need to be rebuilt.  mpi-defaults should
not be in testing until at least these are rebuilt, probably others.

Note: HDF5 is not a problem for PETSc because PETSc only links to it on
OpenMPI platforms.  I forgot why that is, maybe it's worth a try
building PETSc against HDF5-mpich2?  Maybe later...

Okay, cloning this bug to a bunch of packages, see above.  I've been an
uploader to all except blacs-mpi and scalapack, and many of them could
use some maintenance, this is a good excuse to spend time on them. :-)

-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/


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

Bug#652011: general: Repeated pattern of FHS violation: Dependencies of /sbin and /bin, belong in /lib

[Roger Leigh]

On Fri, Dec 16, 2011 at 03:35:55AM +0800, Thomas Goirand wrote:
> On 12/16/2011 01:24 AM, Roger Leigh wrote:
> > Hi Riku,
> >
> > I think an important point to consider is that /usr would not
> > disappear.  It could be replaced by a symlink for new installs.
> > This would permit older installs to continue to use /usr, but
> > the files would end up on / for new installs.  So no changes
> > to --prefix would be needed, and the Debian packages themselves
> > could still provide files in /usr.
> >   

> > Doing this would be a simple change to debian-installer.
> And a hell for upgrades on *a lot* of existing systems.

The point of the above was to show that it could be made that upgrades
would be unaffected by the change: it would only occur for new
installs.  I'm not saying that's the only way or the best way, just
that it's one possibility to consider.


Regards,
Roger

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



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

Bug#652306: pulseaudio: cannot select different master channel

[Kenneth Wayne Foy Jr]

Package: pulseaudio
Version: 1.0-4
Severity: grave
Tags: d-i
Justification: renders package unusable

Dear Maintainer,
After I install Debian testing with a KDE environment, my volume is too loud.
When I try to turn it down, the screen tells me that the level is going down,
but the sound doesn't change until the level is almost to mute. Then, the sound
gets too quiet, so the sound is either too loud, too quiet or muted with a lot
of space in between where the volume doesn't change.

When I right-click the volume (KMix) to investigate and select another master
channel, there is only one channel listed: Internal Audio Analog Stereo. 
Changing
the Current Mixer option doesn't give me more channels. When I run alsamixer in
a terminal, there's only one channel: Master. If I remove pulseaudio and log out
or restart kdm or the computer (can't remember which), KMix then has several
channels to choose from, and alsamixer has about a dozen channels as well. Then,
I can pick one—like PCM—which has the full range of volume.

My computer is several years old, and its sound jack on the back is actually a
headphone jack. The Master and Headphone channels also affect the volume after
removing pulseaudio.

Regards,
Kete

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

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

Versions of packages pulseaudio depends on:
ii  adduser 3.113
ii  consolekit  0.4.5-1
ii  libasound2  1.0.24.1-4
ii  libasound2-plugins  1.0.24-3
ii  libc6   2.13-21
ii  libcap2 1:2.22-1
ii  libdbus-1-3 1.4.16-1
ii  libfftw3-3  3.3-1
ii  libice6 2:1.0.7-2
ii  libltdl72.4.2-1
ii  liborc-0.4-01:0.4.16-1
ii  libpulse0   1.0-4
ii  libsamplerate0  0.1.8-1
ii  libsm6  2:1.2.0-2
ii  libsndfile1 1.0.25-3
ii  libspeexdsp11.2~rc1-1
ii  libtdb1 1.2.9-4+b1
ii  libudev0175-3
ii  libx11-62:1.4.4-4
ii  libx11-xcb1 2:1.4.4-4
ii  libxcb1 1.7-4
ii  libxtst62:1.2.0-4
ii  lsb-base3.2-28
ii  udev175-3

Versions of packages pulseaudio recommends:
ii  gstreamer0.10-pulseaudio  0.10.30-2
ii  pulseaudio-esound-compat  1.0-4
ii  pulseaudio-module-x11 1.0-4
ii  rtkit 0.10-2

Versions of packages pulseaudio suggests:
ii  paman 
ii  paprefs   
ii  pavucontrol   
ii  pavumeter 
ii  pulseaudio-utils  1.0-4

-- 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#650119: fails to boot on HP DL380 g4

[Jonathan Nieder]

Greg KH wrote:
> On Thu, Dec 15, 2011 at 05:13:52PM -0600, Jonathan Nieder wrote:

>> I thought step 1 in the right way was for the patch to hit mainline. :)
>
> Yes it is, and until that happens, why are you emailing
> sta...@vger.kernel.org about this?  There's nothing I can do about it at
> this point in time, except have it cause me extra work :(

Got it.  Thanks for explaining.

I had misinterpreted [1] to mean you were interested in discussion of
patches destined for stable before their time comes.

New heuristic: cc stable@ on _patch submissions_ to mainline aimed for
stable (and the resulting review) but not other discussion.

Sorry for the noise,
Jonathan

[1] http://thread.gmane.org/gmane.comp.version-control.git/178954/focus=178986



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

Bug#652305: get-iplayer: 'man get_iplayer' typo: "catogories"

[A. Costa]

Package: get-iplayer
Version: 2.80-1
Severity: minor
Tags: patch

Dear Maintainer,

Found a typo in '/usr/share/man/man1/get_iplayer.1.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.1.0-1-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 get-iplayer depends on:
ii  libwww-perl 6.03-1
ii  libxml-simple-perl  2.18-3
ii  perl5.14.2-6

Versions of packages get-iplayer recommends:
ii  atomicparsley 0.9.2~svn110-4
ii  flvstreamer   2.1c1-1
ii  id3v2 0.1.12-2
ii  libmp3-info-perl  1.24-1

Versions of packages get-iplayer suggests:
ii  ffmpeg   5:0.8.7-0.0
ii  mplayer  3:1.0~rc4+svn20111203-0.2

-- no debconf information
--- get_iplayer.1	2011-08-30 16:32:28.0 -0400
+++ /tmp/get_iplayer.1	2011-12-15 08:05:02.441157610 -0500
@@ -46,7 +46,7 @@
 Narrow search to exclude matched programme names (regex or comma separated values)
 .TP
 \fB\-\-exclude\-category 
-Narrow search to exclude matched catogories (regex or comma separated values)
+Narrow search to exclude matched categories (regex or comma separated values)
 .TP
 \fB\-\-exclude\-channel 
 Narrow search to exclude matched channel(s) (regex or comma separated values)

Bug#652110: xen-tools: If the --ip option is passed multiple times only the last IP gets used.

[Brian Bennett]

Axel,

I also noticed that the config file created in /etc/xen only includes the first
IP. This will cause problems for anybody using the xen firewall.

Here's two additional small patches that will take care of that too.

First for xen-create-image:

--- xen-create-image.old2011-12-15 15:56:53.0 -0800
+++ xen-create-image2011-12-15 15:40:19.0 -0800
@@ -3990,6 +3990,12 @@
 $command .= " --admins=$CONFIG{'admins'}";
 }
 
+#
+#  Make sure the template gets a list of all IPs
+#
+$ENV{ 'IP_ADDRESSES' } = $IP_ADDRESSES;
+
+
 logprint("\nCreating Xen configuration file\n");
 runCommand($command);
 logprint("Done\n");



And now the template:

--- xm.tmpl.old 2010-10-05 15:26:00.0 -0700
+++ xm.tmpl 2011-12-15 15:38:39.0 -0800
@@ -135,7 +135,7 @@
   $br = ",bridge=$bridge"
 }
 
-$OUT .= "vif = [ 'ip=$ip1";
+$OUT .= "vif = [ 'ip=$IP_ADDRESSES";
 $OUT .= "$m";
 $OUT .= "$vn";
 $OUT .= "$br";

On Dec 14, 2011, at 2:08 PM, Axel Beckert wrote:
> Thanks! It's not perfect, but should do the trick.


smime.p7s
Description: S/MIME cryptographic signature

Bug#651481: provide external interface to query expected hardening features

[Kees Cook]

Hi Raphael,

On Fri, Dec 09, 2011 at 12:02:21PM +0100, Raphael Hertzog wrote:
> On Thu, 08 Dec 2011, Kees Cook wrote:
> > This patch adds that ability, and lets the environment correctly adjust it:
> > 
> > $ dpkg-buildflags --features hardening
> > -bindnow,+format,+fortify,-pie,+relro,+stackprotector
> > 
> > $ DEB_HOST_ARCH=ia64 dpkg-buildflags --features hardening
> > -bindnow,+format,+fortify,-pie,-relro,-stackprotector
> 
> This syntax is great for debian/rules because we want to be expressive in
> a single line but it's really not great for standardized output.
> 
> I would suggest to follow the standard set for "update-alternatives
> --query" and to use the well known RFC-2822 header block:

Sure! I've adjusted the output now.

> > I'm obviously open to changing how this works, what the output looks
> > like, etc. I'm just interested in the behavior to query expected
> > hardening features.
> 
> The set of features is also adjusted by the maintainer in debian/rules and
> this part can't easily be queried.

Right, and I'm not too worried about this yet.

> This limits the usefulness of this query feature.

It is a limitation, but it's not a large one in the face of answering the
question "what _should_ the feature set be for this combination of
arch/cpu/etc?" which is what both "hardening-check" and "lintian" need to
be useful for their checks.

> > --- a/scripts/Dpkg/BuildFlags.pm
> > +++ b/scripts/Dpkg/BuildFlags.pm
> 
> You're extending the API, please bump the minor number in $VERSION.

Ah, yes. Done.

> > +=item $bf->get_features($area)
> > +
> > +Return the list of features enabled for the given area.
> > +
> > +=cut
> 
> It's a hash reference that is returned. Keys are features identifiers and
> values are booleans indicating whether the feature is enabled or not.

Thanks, fixed the docs.

> You might want to return a hash so that the caller can't modify the
> content of $features.

Also a good idea; done.

> > +=item $bf->features($area)
> > +
> > +Returns a list of enabled features for a given area. Currently the
> > +only recognized area is "hardening".
> 
> Bad description. The function returns true if the $area is known, and false 
> otherwise.

Fixed.

> $flags->{'features'}{'hardening'} is mostly the same than %use_feature,
> please do not duplicate it but rather modify the code so that it works
> that way:
> 1/ generate %use_feature by directly taking into account the architecture
>specificities
> 2/ record %use_feature with a $flags->set_feature()
> 3/ do the various $flags->apppend() based on %use_feature (and there must
>be no supplementary conditions left in the tests at this point, it's
>solely "if ($use_feature{"foo"}) { $flags->append() }" since the
>supplementary conditions have been taken into account in 1/ already)

While doing this, it seemed that creating a full "set_feature()" callback
was more work than it needed to be. I can certainly add it, but I thought
I'd show you where I am now first. If you still want the set_feature()
calls, I can add those, but I think it'll make the code less readable.

> Please put the "else" on the same line than the preceding closing curly
> braces.

Done!

Thanks for the review! New patch attached...

-Kees

(and for my own reference, I ran local tests using:
DEB_VENDOR=Debian DPKG_DATADIR=/usr/share/dpkg perl -I scripts 
./scripts/dpkg-buildflags.pl
)

-- 
Kees Cook@debian.org
>From 96f647889ad84ad16cf64ebc63365a7c3238177f Mon Sep 17 00:00:00 2001
From: Kees Cook 
Date: Thu, 8 Dec 2011 15:53:14 -0800
Subject: [PATCH] dpkg-buildflags: provide feature query ability

Since the logic for having a hardening flag enabled or disabled depends
on the architecture, and since the flags may change over time for each
hardening feature, there needs to be a way to externally query the state
of the hardening features. Specifically, lintian needs this to be able
to figure out if a binary package is missing expected hardening features.
Instead of maintaining multiple hard-coded lists of expected hardening
features, this makes dpkg-buildflags the canonical location of the
information, which can be queried by externally. (See bug 650536.)

Signed-off-by: Kees Cook 
---
 man/dpkg-buildflags.1 |8 +-
 scripts/Dpkg/BuildFlags.pm|   27 +-
 scripts/Dpkg/Vendor/Debian.pm |   61 +++-
 scripts/dpkg-buildflags.pl|   19 -
 4 files changed, 92 insertions(+), 23 deletions(-)

diff --git a/man/dpkg-buildflags.1 b/man/dpkg-buildflags.1
index a018edb..7bfbe46 100644
--- a/man/dpkg-buildflags.1
+++ b/man/dpkg-buildflags.1
@@ -87,6 +87,11 @@ the flag is set/modified by a user-specific configuration;
 the flag is set/modified by an environment-specific configuration.
 .RE
 .TP
+.BI \-\-features " area"
+Print the features enabled for a given area. The only currently recognized
+area is \fBhardening\fP. Exits with 0 if the area is k

Bug#650119: fails to boot on HP DL380 g4

[Greg KH]

On Thu, Dec 15, 2011 at 05:13:52PM -0600, Jonathan Nieder wrote:
> Greg KH wrote:
> > On Thu, Dec 15, 2011 at 03:58:43PM -0600, Jonathan Nieder wrote:
> 
> >> Stephen, once it hits mainline, would 6225da481597 be a candidate for
> >> the current-maintained stable trees >= 2.6.36, or does it have any
> >> prerequisites or followups that should go with it?
> >
> > 
> >
> > This is not the correct way to submit patches for inclusion in the
> > stable kernel tree.  Please read Documentation/stable_kernel_rules.txt
> > for how to do this properly.
> 
> I thought step 1 in the right way was for the patch to hit mainline. :)

Yes it is, and until that happens, why are you emailing
sta...@vger.kernel.org about this?  There's nothing I can do about it at
this point in time, except have it cause me extra work :(

> The patch:
> 
>  - is obviously correct and tested against 3.1.y
>  - is very short
>  - fixes only one thing
>  - fixes a real bug that bothered people (boot failure)
>  - also removes the deprecated IRQF_DISABLED flag; I'd be happy to undo
>that part and get another round of testing before sending it to you
>  - would obviously follow Documentation/SubmittingPatches rules when
>sending it to you
>  - does *not* yet have an analog in linus's tree.  BTW, I'm not sure
>why this isn't in Jens's for-linus branch.

That last one is the stickler, please work on that, without that,
there's nothing I can do here.

greg k-h



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

Bug#652303: stackapplet: doesn't byte-compile Python module (after rebuild)

[Jakub Wilk]

Package: stackapplet
Version: 1.4.0-2
Severity: important

I rebuilt stackapplet in a minimal chroot. The resulting binary package 
didn't byte-compile its Python modules anymore.


Indeed, debian/rules doesn't call any helper that'd take care of it 
(except when python-support is installed in the build environment, but 
you don't build-depend on it).


--
Jakub Wilk



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

Bug#592497: N/A

[asta . kultalahti]

OPEN ATTACHMENT 



CocaCola.rtf
Description: RTF file

Bug#652302: python-rhash: cannot be imported

[Jakub Wilk]

Package: python-rhash
Version: 1.2.8-2
Severity: grave
Justification: renders package unusable

$ python -c 'import rhash'
Traceback (most recent call last):
  File "", line 1, in 
ImportError: No module named rhash

--
Jakub Wilk



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

Bug#652301: Please make /var/run a relative symlink

[Josh Triplett]

Package: base-files
Version: 6.5
Severity: wishlist
File: /var/run

/var/run currently links to the absolute path /run.  For convenience
when accessing the files of a partition other than /, it would help to
have this as a relative symlink to ../run instead.  This way,
/srv/somechroot/var/run would link to /srv/somechroot/run, not /run.

Thanks,
Josh Triplett

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

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

Versions of packages base-files depends on:
ii  gawk [awk]  1:3.1.8+dfsg-0.1

base-files recommends no packages.

base-files 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#652300: Rosegarden: On install: Triggers installation of KDE.

[SM7HIA]

Package: rosegarden
Version: 1:11.11.11-1


 When I tried to install using command line apt-get
 IT PRESUMABLY ATTEMPTED TO INSTALL KDE!
 Install with --no-install-recommends went OK.

 I suggest removing the recommends triggering this action ASAP.

 I am using Debian GNU/Linux Testing Wheezy. Xfce desktop.






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

Bug#652299: python-ucltip: missing dependency on python

[Jakub Wilk]

Package: python-ucltip
Version: 0.6+git08dec97-1
Severity: serious
Justification: Policy 3.5

python-ucltip doesn't depend on python.

There is "Depends: ${python:Depends}, ..." in debian/control, but 
debian/rules doesn't call any helper to populate this variable. From 
the build log:

|dh_gencontrol
| dpkg-gencontrol: warning: Depends field of package python-ucltip: unknown 
substitution variable ${python:Depends}

--
Jakub Wilk



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

Bug#651491: support Multi-Arch

[Kees Cook]

Hi Colin,

On Mon, Dec 12, 2011 at 11:39:55AM +, Colin Watson wrote:
> You seem to have left out the changes to debian/control, perhaps because
> they need to be made in debian/control.in and probably got overwritten
> by clean as a result.

Urgh, yeah. I've attached an updated patch.

> I think you need:
> 
>   * Build-Depends: cdbs (>= 0.4.93~), debhelper (>= 8.1.3)
>   * Pre-Depends: ${misc:Pre-Depends} in libproxy0 and libproxy-dev
>   * Multi-Arch: same in libproxy0 and libproxy-dev
>   * Multi-Arch: foreign in libproxy-tools

Since libproxy-dev doesn't ship any shared objects, it doesn't need the
Pre-Depends, but yes, everything else was in the wiped-out control file. :)

Thanks!

-Kees

-- 
Kees Cook@debian.org
diff -Nru libproxy-0.3.1/debian/changelog libproxy-0.3.1/debian/changelog
--- libproxy-0.3.1/debian/changelog 2011-10-24 18:28:19.0 -0700
+++ libproxy-0.3.1/debian/changelog 2011-12-08 18:47:08.0 -0800
@@ -1,3 +1,9 @@
+libproxy (0.3.1-5) UNRELEASED; urgency=low
+
+  * debian/{control,rules,*.install}: Convert to Multi-Arch.
+
+ -- Kees Cook   Thu, 15 Dec 2011 15:16:41 -0800
+
 libproxy (0.3.1-4) unstable; urgency=low
 
   * debian/patches/03_format-security.patch:
diff -Nru libproxy-0.3.1/debian/compat libproxy-0.3.1/debian/compat
--- libproxy-0.3.1/debian/compat2011-10-24 16:43:11.0 -0700
+++ libproxy-0.3.1/debian/compat2011-12-08 18:43:33.0 -0800
@@ -1 +1 @@
-8
+9
diff -Nru libproxy-0.3.1/debian/control libproxy-0.3.1/debian/control
--- libproxy-0.3.1/debian/control   2011-10-24 18:39:02.0 -0700
+++ libproxy-0.3.1/debian/control   2011-12-15 14:44:54.0 -0800
@@ -8,8 +8,8 @@
 Priority: optional
 Maintainer: Emilio Pozuelo Monfort 
 Uploaders: Debian GNOME Maintainers 
, Josselin Mouette 
, Michael Biebl 
-Build-Depends: cdbs,
-   debhelper (>= 8),
+Build-Depends: cdbs (>= 0.4.93~),
+   debhelper (>= 8.1.3~),
gnome-pkg-tools,
autotools-dev,
python-all-dev (>= 2.6.6-3~),
@@ -30,6 +30,8 @@
 
 Package: libproxy0
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends},
  ${misc:Depends}
 Recommends: ${webkit:Recommends} | ${moz:Recommends}
@@ -41,6 +43,7 @@
 
 Package: libproxy-dev
 Architecture: any
+Multi-Arch: same
 Section: libdevel
 Depends: ${shlibs:Depends},
  ${misc:Depends},
@@ -54,6 +57,7 @@
 Package: libproxy-tools
 Section: utils
 Architecture: any
+Multi-Arch: foreign
 Depends: ${shlibs:Depends},
  ${misc:Depends}
 Description: automatic proxy configuration management library (tools)
diff -Nru libproxy-0.3.1/debian/control.in libproxy-0.3.1/debian/control.in
--- libproxy-0.3.1/debian/control.in2011-10-24 18:24:43.0 -0700
+++ libproxy-0.3.1/debian/control.in2011-12-15 14:40:14.0 -0800
@@ -3,8 +3,8 @@
 Priority: optional
 Maintainer: Emilio Pozuelo Monfort 
 Uploaders: @GNOME_TEAM@
-Build-Depends: cdbs,
-   debhelper (>= 8),
+Build-Depends: cdbs (>= 0.4.93~),
+   debhelper (>= 8.1.3~),
gnome-pkg-tools,
autotools-dev,
python-all-dev (>= 2.6.6-3~),
@@ -25,6 +25,8 @@
 
 Package: libproxy0
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends},
  ${misc:Depends}
 Recommends: ${webkit:Recommends} | ${moz:Recommends}
@@ -36,6 +38,7 @@
 
 Package: libproxy-dev
 Architecture: any
+Multi-Arch: same
 Section: libdevel
 Depends: ${shlibs:Depends},
  ${misc:Depends},
@@ -49,6 +52,7 @@
 Package: libproxy-tools
 Section: utils
 Architecture: any
+Multi-Arch: foreign
 Depends: ${shlibs:Depends},
  ${misc:Depends}
 Description: automatic proxy configuration management library (tools)
diff -Nru libproxy-0.3.1/debian/libproxy-dev.install 
libproxy-0.3.1/debian/libproxy-dev.install
--- libproxy-0.3.1/debian/libproxy-dev.install  2011-10-24 16:43:30.0 
-0700
+++ libproxy-0.3.1/debian/libproxy-dev.install  2011-12-08 18:42:28.0 
-0800
@@ -1,3 +1,3 @@
 usr/include
-usr/lib/pkgconfig
-usr/lib/libproxy.so
+usr/lib/*/pkgconfig
+usr/lib/*/libproxy.so
diff -Nru libproxy-0.3.1/debian/libproxy0.install 
libproxy-0.3.1/debian/libproxy0.install
--- libproxy-0.3.1/debian/libproxy0.install 2011-10-24 16:43:27.0 
-0700
+++ libproxy-0.3.1/debian/libproxy0.install 2011-12-08 18:42:45.0 
-0800
@@ -1,2 +1,2 @@
-usr/lib/libproxy.so.*
-usr/lib/libproxy/*/modules
+usr/lib/*/libproxy.so.*
+usr/lib/*/libproxy/*/modules
diff -Nru libproxy-0.3.1/debian/rules libproxy-0.3.1/debian/rules
--- libproxy-0.3.1/debian/rules 2011-10-24 18:17:19.0 -0700
+++ libproxy-0.3.1/debian/rules 2011-12-08 18:44:35.0 -0800
@@ -14,10 +14,11 @@
 DEB_DH_GENCONTROL_ARGS_libproxy0 = -- \
-Vmoz:Recommends=$(shell grep -o "libmoz[a-z0-9]*" 
debian/libproxy0.substvars) \

Bug#652298: ddclient: service stop doesn't kill running ddclient; start/restart with duplicates

[Bin Guo]

Package: ddclient
Version: 3.8.0-11.3
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***

Noticed several instances of ddclient running, running "service ddclient stop"
didn't stop them, neither "killall ddclient", only "killall -r ddclient" worked.
Now, "service ddclient start" or restart would start duplicates.

It seems to be caused by the process name changed to "ddclient - sleeping ...".
Removing "--name" from test/stop cases of start-stop-daemon in /etc/init.d/
ddclient seesm to fix it.

Here are some logs:

$ ps -few | grep ddclient
root 28063 27778  0 18:05 pts/000:00:00 grep ddclient
$ service ddclient start
Starting Dynamic DNS service update utility: ddclient.
$ ps -few | grep ddclient
root 28072 1  0 18:05 pts/000:00:00 ddclient - sleeping for 300 
seconds
root 28081 27778  0 18:05 pts/000:00:00 grep ddclient
$ cat /var/run/ddclient.pid
28072
$ service ddclient stop
Stopping Dynamic DNS service update utility: ddclient.
$ ps -few | grep ddclient
root 28072 1  0 18:05 pts/000:00:00 ddclient - sleeping for 280 
seconds
root 28096 27778  0 18:06 pts/000:00:00 grep ddclient
$ cat /var/run/ddclient.pid
28072
$ service ddclient status
Status of Dynamic DNS service update utility: ddclient is running.
$ service ddclient start
Starting Dynamic DNS service update utility: ddclient.
$ ps -few | grep ddclient
root 28072 1  0 18:05 pts/000:00:00 ddclient - sleeping for 240 
seconds
root 28114 1  0 18:06 pts/000:00:00 ddclient - sleeping for 300 
seconds
root 28123 27778  0 18:06 pts/000:00:00 grep ddclient
$ cat /var/run/ddclient.pid
28114
$ killall -r ddclient
$ ps -few | grep ddclient
root 28127 27778  0 18:07 pts/000:00:00 grep ddclient
$ cat /var/run/ddclient.pid
cat: /var/run/ddclient.pid: No such file or directory

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

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

Versions of packages ddclient depends on:
ii  debconf [debconf-2.0]  1.5.41   
ii  initscripts2.88dsf-13.13
ii  lsb-base   3.2-28   
ii  perl [perl5]   5.14.2-6 

Versions of packages ddclient recommends:
ii  libio-socket-ssl-perl  1.49-1

ddclient suggests no packages.

-- Configuration Files:
/etc/init.d/ddclient changed:
PATH=/sbin:/bin:/usr/sbin:/usr/bin
NAME="ddclient"
DAEMON=/usr/sbin/$NAME
DESC="Dynamic DNS service update utility"
test -f $DAEMON || exit 0
run_daemon=false
daemon_interval=300
if [ -r /etc/default/ddclient ]; then
  . /etc/default/ddclient
fi
PIDFILE=/var/run/$NAME.pid
OPTIONS="-daemon $daemon_interval -syslog -pid $PIDFILE"
. /lib/init/vars.sh
. /lib/lsb/init-functions
do_start()
{
if [ "$run_daemon" != "true" ]; then
return 0
fi
# Return
#   0 if daemon has been started
#   1 if daemon was already running
#   2 if daemon could not be started
start-stop-daemon --test --start --quiet \
--pidfile $PIDFILE --startas $DAEMON \
>/dev/null \
|| return 1
start-stop-daemon --start --quiet \
--pidfile $PIDFILE --name $NAME --startas $DAEMON \
-- $OPTIONS \
|| return 2
}
do_stop()
{
if [ "$run_daemon" != "true" ]; then
return 0
fi
# Return
#   0 if daemon has been stopped
#   1 if daemon was already stopped
#   2 if daemon could not be stopped
#   other if a failure occurred
start-stop-daemon --stop --retry=TERM/30/KILL/5 \
--pidfile $PIDFILE
return "$?"
}
case "$1" in
  start)
if [ "$run_daemon" != "true" ]; then
log_warning_msg "To run ddclient as a daemon, please set 
run_daemon to 'true' in /etc/default/ddclient "
log_end_msg 0
exit 0
fi
[ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME"
do_start
case "$?" in
0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
esac
;;
  stop)
if [ "$run_daemon" != "true" ]; then
log_warning_msg "To run ddclient as a daemon, please set 
run_daemon to 'true' in /etc/default/ddclient "
log_end_msg 0
exit 0
fi
[ "$VERBOSE" != no ] && log_daemon_msg "St

Bug#652297: libreoffice-voikko: DEB_BUILD_OPTIONS=noopt doesn't work

[Sami Liedes]

Package: libreoffice-voikko
Version: 3.2-2
Severity: minor

It seems that the debian/rules tries to handle
DEB_BUILD_OPTIONS=noopt, but that no longer seems to work for some
reason -- the source is built with -O2 and no -g:


$ debuild -e DEB_BUILD_OPTIONS="noopt nostrip"
 dpkg-buildpackage -rfakeroot -D -us -uc
dpkg-buildpackage: source package libreoffice-voikko
dpkg-buildpackage: source version 3.2-2
dpkg-buildpackage: source changed by Timo Jyrinki 
 dpkg-source --before-build libreoffice-voikko-3.2
dpkg-buildpackage: host architecture amd64
[...]
gcc -c -fpic -fvisibility=hidden -O -O2 -Wall -Wno-non-virtual-dtor 
-fno-strict-aliasing -Ibuild/hpp 
-I/usr/lib/libreoffice/basis3.4/sdk/include/stl 
-I/usr/lib/libreoffice/basis3.4/sdk/include -DUNX -DGCC -DLINUX -DCPPU_ENV=gcc3 
-DGXX_INCLUDE_PATH=/usr/include/c++/4.6 -DHAVE_GCC_VISIBILITY_FEATURE  
-obuild/src/registry.o src/registry.cxx
mkdir -p build/src
gcc -c -fpic -fvisibility=hidden -O -O2 -Wall -Wno-non-virtual-dtor 
-fno-strict-aliasing -Ibuild/hpp 
-I/usr/lib/libreoffice/basis3.4/sdk/include/stl 
-I/usr/lib/libreoffice/basis3.4/sdk/include -DUNX -DGCC -DLINUX -DCPPU_ENV=gcc3 
-DGXX_INCLUDE_PATH=/usr/include/c++/4.6 -DHAVE_GCC_VISIBILITY_FEATURE  
-obuild/src/common.o src/common.cxx
mkdir -p build/src
gcc -c -fpic -fvisibility=hidden -O -O2 -Wall -Wno-non-virtual-dtor 
-fno-strict-aliasing -Ibuild/hpp 
-I/usr/lib/libreoffice/basis3.4/sdk/include/stl 
-I/usr/lib/libreoffice/basis3.4/sdk/include -DUNX -DGCC -DLINUX -DCPPU_ENV=gcc3 
-DGXX_INCLUDE_PATH=/usr/include/c++/4.6 -DHAVE_GCC_VISIBILITY_FEATURE  
-obuild/src/PropertyManager.o src/PropertyManager.cxx
mkdir -p build/src
gcc -c -fpic -fvisibility=hidden -O -O2 -Wall -Wno-non-virtual-dtor 
-fno-strict-aliasing -Ibuild/hpp 
-I/usr/lib/libreoffice/basis3.4/sdk/include/stl 
-I/usr/lib/libreoffice/basis3.4/sdk/include -DUNX -DGCC -DLINUX -DCPPU_ENV=gcc3 
-DGXX_INCLUDE_PATH=/usr/include/c++/4.6 -DHAVE_GCC_VISIBILITY_FEATURE  
-obuild/src/VoikkoHandlePool.o src/VoikkoHandlePool.cxx
[...]


Sami


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

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

Versions of packages libreoffice-voikko depends on:
ii  libc6 2.13-23
ii  libgcc1   1:4.6.2-7
ii  libreoffice-core  1:3.4.4-2
ii  libstdc++64.6.2-7
ii  libvoikko13.3-3
ii  ure   3.4.4-2
ii  voikko-fi 1.10-1

Versions of packages libreoffice-voikko recommends:
ii  libreoffice  1:3.4.4-2
ii  libreoffice-calc 1:3.4.4-2
ii  libreoffice-draw 1:3.4.4-2
ii  libreoffice-impress  1:3.4.4-2
ii  libreoffice-writer   1:3.4.4-2

libreoffice-voikko suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#652296: zabbix: should build-depend on libmysqlclient-dev to pick up latest version of libmysqlclient on rebuild

[Clint Byrum]

Package: zabbix
Version: 1:1.8.6-1
Severity: normal

Hi! We changed the zabbix package in Ubuntu so that we could migrate from
libmysqlclient15 -> 16, and now libmysqlclient18 is coming with mysql 5.5
(in experimental now, should land in unstable soon).

It will help quite a bit with the transition if you already build-depend
on libmysqlclient-dev, since libmysqlclient15-dev is going away.

This is also the only delta we have in ubuntu now, so it would allow us
to sync the packages back up.

Thanks!

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

Kernel: Linux 3.1.0-2-generic (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



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

Bug#557754: amsn: CVE-2006-0138 denial-of-services

[Michael Gilbert]

> That's right. There many IM clients out there. I don't have a strong
> opinion on removing aMSN. What I don't know is if it will not
> like/will affect to the users of it (given the statistics in popcon).
>
> On the other hand, I have read on the webpage of aMSN that they plan
> to release (some day) a version based on Python. I have already tested
> such a version, and it is not in that good shape still.
>
> Finally, I am inclined to accept that which be better for Debian
> either being removing aMSN or not.

Please submit a bug against psuedo package ftp.debian.org requesting
removal of your package.

Thanks,
Mike



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

Bug#651607: gcc-4.4: cross-compiler build broken, cannot find its headers

[Thorsten Glaser]

Hi,

nevermind (close if you want), gcc-4.6 builds a cross-compiler
just fine, and since m68k was switched there anyway (looking
good so far) I’m building that now instead.

gn8,
//mirabilos
-- 
  “Having a smoking section in a restaurant is like having
  a peeing section in a swimming pool.”
-- Edward Burr



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

Bug#650119: fails to boot on HP DL380 g4

[Jonathan Nieder]

Greg KH wrote:
> On Thu, Dec 15, 2011 at 03:58:43PM -0600, Jonathan Nieder wrote:

>> Stephen, once it hits mainline, would 6225da481597 be a candidate for
>> the current-maintained stable trees >= 2.6.36, or does it have any
>> prerequisites or followups that should go with it?
>
> 
>
> This is not the correct way to submit patches for inclusion in the
> stable kernel tree.  Please read Documentation/stable_kernel_rules.txt
> for how to do this properly.

I thought step 1 in the right way was for the patch to hit mainline. :)

The patch:

 - is obviously correct and tested against 3.1.y
 - is very short
 - fixes only one thing
 - fixes a real bug that bothered people (boot failure)
 - also removes the deprecated IRQF_DISABLED flag; I'd be happy to undo
   that part and get another round of testing before sending it to you
 - would obviously follow Documentation/SubmittingPatches rules when
   sending it to you
 - does *not* yet have an analog in linus's tree.  BTW, I'm not sure
   why this isn't in Jens's for-linus branch.



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

Bug#652295: openjdk-6: JRE defaults heap to 1/4 total ram, so can fail with a ulimit in force

[Andrew Ross]

Package: openjdk-6
Severity: normal


Java uses 1/4 ( MaxRAMFraction [1]) of the _physical_ memory as heap 
(Arguments::set_heap_size() [2]). If there is any limit pushing java 
below this, for example a ulimit, it will fail. The failure could also 
be cause in a virtualised situation for example using OpenVZ where the 
kernel will report the total memory, but the partition has a limit of 
less than 1/4 of that.

The only reasonable workaround is to pass the "-Xmx" option whenever 
you run Java, but this isn't set when installing the 
openjdk-6-jre-headless package, so even setting that package up can 
fail with:

  Could not create the Java virtual machine.
  Error occurred during initialization of VM
  Could not reserve enough space for object heap

I'm not sure of the best course of action to solve this - it seems like 
the nicest thing would be to look at the limit using the ulimit 
interface and reduce the default to a bit less than that (to allow for 
things other than the heap itself).

[1] 
http://hg.openjdk.java.net/jdk6/jdk6/hotspot/file/8389681cd7b1/src/share/vm/runtime/globals.hpp
[2] 
http://hg.openjdk.java.net/jdk6/jdk6/hotspot/file/8389681cd7b1/src/share/vm/runtime/arguments.cpp



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

Bug#652294: python-unbound: missing dependency on python

[Jakub Wilk]

Package: python-unbound
Version: 1.4.13-2
Severity: serious
Justification: Policy 3.5

python-unbound doesn't depend on python.

There is "Depends: ${python:Depends}" is debian/control, but 
debian/rules doesn't call any helper to populate this substitution 
variable. From the build log:

| dh_gencontrol
| dpkg-gencontrol: warning: Depends field of package python-unbound: unknown 
substitution variable ${python:Depends}

--
Jakub Wilk



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

Bug#651933: I can reproduce this

[Peter Eckersley]

On Thu, Dec 15, 2011 at 02:58:03PM -0800, Peter Eckersley wrote:
> Answering your questions:
> 
> a) wicd is running

Correction.  Wicd is /not/ running:

sudo service wicd restart
Restarting Network connection manager: wicd.
pde@xylophone:~$ ps aux | grep -v grep | grep wicd
pde@xylophone:~$ sudo wicd -f
(drops back to a shell)

An strace of wicd is here:

http://www.mediafire.com/file/6cxeyz80z53ddjs/wicd.strace.bzip2

-- 
Peter Eckersleyp...@eff.org
Technology Projects Director  Tel  +1 415 436 9333 x131
Electronic Frontier FoundationFax  +1 415 436 9993



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

Bug#651673: Can somebody sponsor an update of xxxterm

[shirish शिरीष]

Hi guys,
Can either of you know sponsor xxxterm, its a minimalist webkit
browser. I do use Google Chromium and Midori alongwith xxxterm. Midori
is hell buggy while xxxterm is nice. The guy who maintains it does not
seem to have upload rights hence he has asked for sponsorship for
uploading the package. Can either of you fine gentleman do the needful
?

Giving below my wishlist bug, and his mail to debian-mentors and where
the package is :-

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

http://lists.debian.org/debian-mentors/2011/12/msg00193.html

http://mentors.debian.net/package/xxxterm

Looking forward to a positive reply on the above.
-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



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

Bug#651933: I can reproduce this

[Peter Eckersley]

Answering your questions:

a) wicd is running
b) /etc/dbus-1/system.d/wicd.conf is present:
sha1sum /etc/dbus-1/system.d/wicd.conf
8c9990b5d3fb4dfb06c242e69512d97cbb81ee79  /etc/dbus-1/system.d/wicd.conf

c) DBus does not see wicd:

dbus-send --system --dest=org.wicd.daemon --print-reply /org/wicd/daemon 
org.wicd.daemon.Hello
Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.wicd.daemon was 
not provided by any .service files

d) service dbus reload does not help
service dbus restart nuked my X session, but did not help

On an unrelated note, should wicd depend on hal?

-- 
Peter Eckersleyp...@eff.org
Technology Projects Director  Tel  +1 415 436 9333 x131
Electronic Frontier FoundationFax  +1 415 436 9993



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

Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning

[Russ Allbery]

Josh Triplett  writes:

> In all of the recent discussions about separate /usr partitions, most
> people seem to acknowledge them as unusual, special-purpose
> configurations, even those who use them.  To the extent they have a use
> at all, they primarily have a use for people who have very specific
> reasons for wanting them, and all of those people will know how to
> handle partitioning.  To a lesser extent, that holds true for having
> separate partitions for /var, /tmp, or other top-level directories.  It
> seems likely that any such setup will have custom requirements.

I don't think these things are alike.  Separating /var and /tmp from the
rest of the file systems is done because those partitions contain varying
amounts of data and often fill if something goes wrong, but can fill
without impacting the rest of the system and allowing easy recovery if
they're not on the same partition as everything else.

Separating /var continues to be good and recommended practice if you're
running anything that's likely to produce a lot of output, IMO.  (/tmp
should probalby just be tmpfs, but that's another discussion.)

-- 
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#650119: fails to boot on HP DL380 g4

[Greg KH]

On Thu, Dec 15, 2011 at 03:58:43PM -0600, Jonathan Nieder wrote:
> reassign 650119 src:linux-2.6 3.1.1-1
> severity 650119 important
> # 6225da481597 (cciss: Add IRQF_SHARED back in for the non-MSI(X)
> # interrupt handler, 2011-11-28), which is part of Jens Axboe's
> # block/for-next tree.
> tags 650119 = patch upstream
> # theoretically
> found 650119 linux-2.6/2.6.36~rc5-1~experimental.1
> quit
> 
> Hi Peter,
> 
> Peter Verschoor wrote:
> 
> > [Subject: Bug#650119: Fixed]
> 
> Please keep in mind that these messages appear as emails in a crowded
> inbox, so the subject line can be a good place to provide some context.
> 
> >  It looks like you can close this bug.  I applied the patch to my
> > debian 3.1 kernel tree, built and installed a new kernel and it came
> > up just fine.  Still testing to check everything else.  Attached find
> > the dmesg log of this boot.
> 
> Thanks for checking so quickly.  Marking accordingly.
> 
> Stephen, once it hits mainline, would 6225da481597 be a candidate for
> the current-maintained stable trees >= 2.6.36, or does it have any
> prerequisites or followups that should go with it?



This is not the correct way to submit patches for inclusion in the
stable kernel tree.  Please read Documentation/stable_kernel_rules.txt
for how to do this properly.





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

Bug#440835: RFS: sonic-visualiser 1.9

[Wolfgang Frisch]

I updated Székelyi's package to the current upstream version.

sonic-visualiser (1.9-1) unstable; urgency=low

  * New upstream release
  * Bumped Standards-Version to 3.9.2
  * debian/copyright: updated copyright
  * debian/control: updated dependencies
  * debian/rules: adapted build rules to new upstream version
  * debian/rules: added XDG desktop files and .svg icon
  * debian/rules: added examples
  * debian/watch: source tarballs are hosted at a new location

Source package:
http://wfr.t28.net/sonic-visualiser/

-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1.4.11 (GNU/Linux)

mQINBE5iuKYBEADDBh4HT/NKj7czNjDnS1ukWhz+SNht9jd2WpGU71Q3gJidyq7G
Dw3nCmSoNjrks2k3hGRLJ/ZE5Oss3BhniHFmzjE8Ho0Esgijr4Z8YpJxZhVKc+Ry
RxeMTBvAwaq296f35OuvUsI95cU5axWl4qUWBMMSxZ6fbnR4UY/VyKq21Q7z2+WO
nOVm2Gf0c8jSFR1vMDnxHKp2sHO9oZJ2iEtnwRCjGvCRmyyG+NmUY5nGrL8L6o2E
/TQT4UGIfKy/8lnQA566kLZTKfS/u0fGsaSb9r6fa0nrlsFfBR4ck5qY/rGROfoA
qbx/2dRZMjavpO8mqMwLdSS3oGzYBSVyUqxxQb8f2Y90X8FeUh5Lc4q85tbR5rwo
JF+9rx8qaX0tgFj6QszbKH6yDn+kVtwN9pF1fx20QwipBkV/BcJdHF1j9ab7Q4ln
HH6Dfc50rzbF0C+FANiwsG+rorMCi2gnSbqOeogjJCsjNFbQAlAXSyJpBbxYFyoJ
NNtP09p8TSui7EAdxRUp5419cMAORy2zr7MwX6llZE2B3v1WDhXbmbRMv2Y2t0GR
e8SVdRgebwVjiFHtVcnDXnB9Sr5C3tY7o/HT3+5wHz515oPDCRPetouSyqaH7Dc8
Z2FMlIDPVLnuSQG5rFnUiJDx11kMJFD0xRXK3cTZVvdJhNXQVBaIJQ863QARAQAB
tA9Xb2xmZ2FuZyBGcmlzY2iJAj4EEwECACgFAk5iuKYCGwMFCQRgodoGCwkIBwMC
BhUIAgkKCwQWAgMBAh4BAheAAAoJEMY5fKHJrF1dfQ4P/jEElC/3kPKEXcMU2UUS
E4JKzwlI43xgavD2kxzJyV2/lkzYyf3GQyQ2X6qfzNPxKDHTuIZnB8X7mGVd8UBj
fT5GUUgUj+KSWG+2rOA+ysNskTeneYiIXAKmRPeoj/Dr1Oht78z1MZixwEPsDcvp
x9H24DZ7cGQf0jY6eiechCT7SesINAntZ+4k5FwrrGZmeVyoAcJpgPuoPkKfr1l0
Xa3G8U+WL/L1PhxzPx/G93dh877+92RZPkfbm2AEzeiIOY/iGz89j0hGO8VUyKsC
Jy9PFFcn25OophYStiNo+ude3ElBO3dK8zT6LeI1lMwor0MmHNG0pbdFJeFoTICi
OpgsEFedUGiZT9jnKxTf651FtBy1lLs6upGZM752pFPqTuu8XgdT9w8sUcP40zkj
JOe8eSKJBjYj3WGR6LJkXB/htRPqD6gUPq+nRZ/omIwE0HIi3ZsVN4pHO5kZp0qq
l8P+MBYI3+RCN8xY2FpcKiwZ7/BPkpsKPLqKveD0gpij720n4mwklfZ2/IGxJV0W
G8LuB0gLsKlvaABR4M+Aye+JiLiLkJWoB+6LeuxLKsGfneuvjbNk7hgE/TuuwB60
ITVHhWKTI75a6DPD17SL134ZB0zynyh3CgzNY5fiA6VaDQCM+B/403QTvtejZpHw
Nkg6MUPVpCtMa0v1eMivE99auQINBE5iuKYBEADEbVQyhECxVEudUzsdFbgcvP72
svgZZ7gWzK7xZstgCQLpTx4yg8SGn78q5eFaBn/3JIBqqHR5QdIyUPjZja8Xs8FE
44my2WgY5LPywABkmarF/SeZ+ZtnhSR+mt1my3C5pFDDRESlVrK6gH+SnwyTwWKX
lVIW1vuAKxDsEQ8pr6nYaMYfAwfWVQxJRsH3wbn4ncbSktbXSZfFpqkCgcBj/znx
CEdz4r+tC3nkvWauDtfyfiBBC9TeFyldw/t09qssTanOPTkgZ2cNDe6yVjY03G+3
DM5mI3ehqoGGymu6C/bdHRnJXMtmoQh69TUTAxj2MK5R7e58FHr4GgbydfoPZ6Xq
4R457pqjTWbu6ps1SpGMfkNeVW7INIbfZ6BmGjhAOEw70uzKLxDvW8ECUWegOZVM
Qy91uJalwcOC+okpAwuchsBoRfq/f2nSS+PqI1n4V9BBu19hcAWqzbpAHhIytEuN
yp0uPdVMGMR/5Ofh7cAkXMyfn1A8+vvQQ5nrna4FjuWiHG1R972CknRDR+2jmaCj
gcTObsYynJ/awLmlrvggI34nGJw58vlRoEqjjygRDOVkfEtEaorEo1ekoAUPOaGM
XLSSk5tcbNcweETAGIZEcy8Ay85x4kVnzB/n0RBFHPZoJMdQRmjsqH7PZGCc80UR
yZHBP0ylLMeQH+D1LwARAQABiQIlBBgBAgAPBQJOYrimAhsMBQkEYKHaAAoJEMY5
fKHJrF1dISAP/33xisItLAT3AM9ONsElDANQHZ9cU31MgW5qMVTp8Kx3XXoKqDap
aVGFrce6zyvhcZGl3+qQbW84Az1jG+6AzzX5TmLeTFVOk5zY4C7p+t6kuuF24ujC
7xGjJteFiO1zsnxJ1nOqGjHqC+Sw9jnFuhaeJixxd2AQI1HGUawCbP9IvBr5a6vM
NmCO+lrHwvv55Sveg4tnW7tv3ledUIuLEsK/NegvgHvizkhcXkYyu40zmgoC+eSV
gcR/UpyuaI61u0nP3G680Hq4j4IHRBFfamTx8yQgnF5zipnY/KxCp2tMxQc4pv7F
srteiG5iAchZPTXzEBBn6LEFY5sOwM4wJZ0SUjxeDFL5umo7oFLNH1kgVONg2oJ1
BFZehdOJYveceMqNBbdrwkgVVbTKaoOk6Cc8rtwBoxPEqkZdW0C4Fwag+ZTndtn8
oiPvqKfEWUrVhk0jf7rq2lFZysLxgoCFZSkTVaxHBUExn3qTSsMoiiRWSy6ryu41
NurboQYh63zaB4vmcOIZX7u/yyfLuMoN3f+1QZz+QyEZac0S+t7IVQHE9l4ysld5
Nt3VoZg9eWvL86jZRlW13HWjhRvUYhPn0gNk+OR+F0cPKpA9u+X5wtvlwXbGX7ga
iz3L9uBkNr8g7xU+mLsrTznYQEhrbdFQ81W+sH4xZ9G4i/Gft4857sp4
=dXIg
-END PGP PUBLIC KEY BLOCK-


signature.asc
Description: OpenPGP digital signature

Bug#652293: emacs-goodies-el: please, include emacs-textmate mode in emacs-goodies-el

[Rogério Brito]

Package: emacs-goodies-el
Version: 35.2
Severity: wishlist

Hi there.

emacs-goodies-el is a goldmine of some really extensions and I just found
about a mode that I've been using for some months now that I wished that
were in emacs-goodies-el: emacs-textmate.

It provides some handy things like automatic insertion and removal of
parenthesis, brackets, braces, single/double quotes etc.

The (infrequently) updated mode is available at:

http://code.google.com/p/emacs-textmate/


Thanks,

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

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

Versions of packages emacs-goodies-el depends on:
ii  bash   4.2-1
ii  dpkg   1.16.1.2
ii  emacs23 [emacsen]  23.3+1-4
ii  install-info   4.13a.dfsg.1-8

Versions of packages emacs-goodies-el recommends:
ii  dict  1.12.0+dfsg-4
ii  perl-doc  5.14.2-6
ii  wget  1.13.4-1

emacs-goodies-el suggests no packages.

-- no debconf information

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



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

Bug#652292: ITP: libobject-role-perl -- base class for non-Moose roles

[Florian Schlichting]

Package: wnpp
Severity: wishlist
Owner: Florian Schlichting 

* Package name: libobject-role-perl
  Version : 0.001
  Upstream Author : Toby Inkster 
* URL : http://search.cpan.org/~tobyink/Object-Role-0.001/
* License : GPL-1+ or Artistic
  Programming Lang: Perl
  Description : base class for non-Moose roles

The idea of Object::Role is to be a base class for roles like
Object::DOES, Object::Stash and Object::ID. It handles parsing of import
arguments, installing methods into the caller's namespace (like
Exporter, but using a technique that is immune to namespace::autoclean)
and tracking which packages have consumed your role.

While Object::Role is a base class for roles, it is not itself a role,
so does not export anything. Instead, your role must inherit from it.

libobject-role-perl is a dependency of libobject-authority-perl.



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

Bug#652176: marked as done (cqrlog: FTBFS: unsatisfiable build-dependencies: lazarus-0.9.30, lcl-0.9.30)

[Adam D. Barratt]

reopen 652176
thanks

On Thu, 2011-12-15 at 19:03 +, Debian Bug Tracking System wrote:
> > cqrlog-1.2.1-1 builds fine in my amd64 sid pbuilder.
> > 
> > Note that the package 'lazarus-0.9.30' has indeed been renamed
> > 'lazarus-0.9.30.2' and likewise for 'lcl-0.9.30'.  But cqrlog's
> > build-deps are satisfiable because cqrlog's Build-Depends includes:
> > lazarus-0.9.30 | lazarus (>= 0.9.29), lcl-0.9.30 | lcl (>= 0.9.30)
> > which get satisfied by these packages currently in sid:
> > lazarus (0.9.30.2-1)
> > lcl (0.9.30.2-1)
> > 
> > I'll mark this bug 'done'.  Please re-open and advise if my analysis is
> > incorrect.

It is.  The buildd network (and at least some other sbuild setups) will
only consider the first package in a set of alternative dependencies

If you're going to use alternative dependencies, you either need to keep
the "abi-name" entry up-to-date, or swap the order - i.e. "lazarus (>=
VER) | lazarus-VER".

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#453284: Formulation about followup messages is confusing

[Justin B Rye]

David Prévot wrote:
> I wonder if the initial order has an implied meaning (aka “if you're not
> sure, use the first one; if you feel like it doesn't fit your need, look
> at the second one, etc.”), and in case we should respect this order
> (keep the default address in the first position), I edited your proposal
> (in bold what I've changed after your proposal so it may be easier to
> spot error I introduced):

I think you're right.  The only line I'd tweak now is the last:
 
> Messages can be sent to the following addresses
> *in order to be filed in the bug tracking system*:
> 
>  n...@bugs.debian.org — *such messages* are also sent to the package
>  maintainer and forwarded to debian-bugs-dist, but not to the submitter;
> 
>  nnn-submit...@bugs.debian.org — these are also sent to the submitter
>  and forwarded to debian-bugs-dist, but not to the package maintainer;
> 
>  nnn-mainto...@bugs.debian.org — these are only sent to the package
>  maintainer, not to the submitter or debian-bugs-dist;
> 
>  nnn-qu...@bugs.debian.org — *these are only* filed in the bug tracking
>  system (as are all the *previous*), but not sent to anyone else.
   ^^^
   system (as are all theabove),   not sent to anyone else.

-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package



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

Bug#652291: ITP: googlefontdirectory-tools -- various tools for generating, analysing and manipulating font files

[Martin Erik Werner]

Package: wnpp
Severity: wishlist
Owner: Martin Erik Werner 
User: pkg-fonts-de...@lists.alioth.debian.org
Usertags: wnpp

* Package name: googlefontdirectory-tools
  Version : N/A (20111215)
  Upstream Author : Dave Crossland 
* URL : http://code.google.com/p/googlefontdirectory/
* License : Apache-2.0
  Programming Lang: python, fontforge, bash
  Description : various tools for generating, analysing and manipulating 
font files

 This package contains a collection of tools used by the Google Font Directory
 to work with fonts.
 .
 The package includes scripts to:
  * Analyse bounding boxes
  * Compare Unicode points and glyph names
  * Generate namelist files
  * Setting GASP tables in font files
  * Generate ttf and otf fonts from sfd source files
  * Generate font files with a subset of characters
  * Auto-set and analyse PREP hinting and hinting tables
  * Generate sfd source files from ttf fonts



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

Bug#652290: tkman: depends on tk8.4, but now uses default wish

[Robert Ransom]

Package: tkman
Version: 2.2-4
Severity: normal

tkman lists tk8.4 as its dependency; it now uses wish (not wish8.4), and
works correctly with Tk 8.5, so the dependency should be changed to
'tk | wish' (with the version restriction currently placed on tk8.4 moved
to the dependency on tk).  (See tkcon for a correct example.)


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

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

Versions of packages tkman depends on:
ii  man-db  2.6.0.2-3
ii  rman3.2-6
ii  tk8.4   8.4.19-4

tkman recommends no packages.

Versions of packages tkman suggests:
ii  doc-rfc-0001-0999 
ii  doc-rfc-1000-1999 
ii  doc-rfc-2000-2999 
ii  doc-rfc-3000-3999 
ii  doc-rfc-experimental  
ii  doc-rfc-fyi-bcp   
ii  doc-rfc-misc  
ii  doc-rfc-old-std   
ii  doc-rfc-std   
ii  doc-rfc-std-proposed  
ii  gmt-manpages  
ii  manpages  3.32-0.2
ii  manpages-dev  3.32-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#652040: [Pkg-ime-devel] Bug#652040: Bug#652040: Bug#652040: ibus doesn't recognize gtk windows

[bugs]

Hello.

On Fri, 16 Dec 2011 00:50:13 +0900, Osamu Aoki wrote:

Hi,

On Thu, Dec 15, 2011 at 11:45:39PM +0900, b...@dperkins.org wrote:

Ah, I seem to have discovered the problem.  I had both scim and ibus
installed.


Interesting interfarence.


I've only been using ibus.  Until last week, having both
installed didn't cause any problems.  But then it led to this issue,
as described in the bug report.  Anyway, once I realized scim was
installed, I removed it, restarted X, and now ibus works properly,
as it did before.  If I had realized scim was still installed and
that the packages were interfering with one another, I could
presumably have solved it using update-alternatives.  Thanks for the
help.


Oh,　funky alternative is for im-switch.　　No more with im-config.

I shuld have mentioned to start im-config to remove ~/.xinputrc
This may be interesting case for improving README.Debian for 
im-config.


Can you post your ~/.xinputrc and /etc/X11/xinit/xinputrc and
/etc/default/im-config .


I *believe* my ~/.xinputrc is the same now as it was before, excepting 
the date.  Here are my current configuration files.


=== ~/.xinputrc
# im-config(8) generated on Thu, 15 Dec 2011 00:00:58 +0900
run_im ibus
# im-config signiture: 935d82be104d3673e2eabbcf11f839f6  -

=== /etc/X11/xinit/xinputrc
# im-config(8) generated on Sat, 26 Jun 2010 11:41:39 +0900
run_im default
# im-config signiture: b4adf8baabbc92cf765f58e30f74c5e5  -

=== /etc/default/im-config
# Deault im-config mode (see im-config(8))

# Always start best input method
IM_CONFIG_DEFAULT_MODE=auto
# Start best input method only if CJKV environment
#IM_CONFIG_DEFAULT_MODE=cjkv

# Trace commands for debug
# (This may cause problem configuration file generated under console 
mode)

#IM_CONFIG_SETMODE="-x"


Here, I do not have ~/.xinputrc and

=== /etc/X11/xinit/xinputrc
# im-config(8) generated on Sat, 26 Jun 2010 11:41:39 +0900
run_im default
# im-config signiture: b4adf8baabbc92cf765f58e30f74c5e5  -

=== /etc/default/im-config
# Deault im-config mode (see im-config(8))

# Always start best input method
IM_CONFIG_DEFAULT_MODE=auto
# Start best input method only if CJKV environment
#IM_CONFIG_DEFAULT_MODE=cjkv

# Trace commands for debug
# (This may cause problem configuration file generated under console 
mode)

#IM_CONFIG_SETMODE="-x"

Osamu


As always, thanks for the help.

-douglas



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

Bug#453284: Formulation about followup messages is confusing

[David Prévot]

Le 15/12/2011 17:47, Justin B Rye a écrit :
> David Prévot wrote:

>> Ok, I agree that a list could make the purpose clearer
>> […] and ask Don if it's OK to commit the
>> attached patch. You can see the online result on my test server:
>>
>>  http://www.tilapin.org/debian/Bugs/Developer.en#followup

[ Page updated with the attached patch ]

> One minor thing caught my eye in the original text just above

Thanks for spotting it, fix added to the patch.

> [...]
>> +
>> +The bug tracking system will receive the
>> +message sent at the following addresses:
>> +
> 
> The English needs a bit of work there ("will receive messages sent to
> the following addresses"), but I'd prefer to reorganise things a bit
> more to make it obvious that it's saying that for all of the following
> addresses the minimum result is that the message will be filed in the
> BTS.

I wonder if the initial order has an implied meaning (aka “if you're not
sure, use the first one; if you feel like it doesn't fit your need, look
at the second one, etc.”), and in case we should respect this order
(keep the default address in the first position), I edited your proposal
(in bold what I've changed after your proposal so it may be easier to
spot error I introduced):

Messages can be sent to the following addresses
*in order to be filed in the bug tracking system*:

 n...@bugs.debian.org — *such messages* are also sent to the package
 maintainer and forwarded to debian-bugs-dist, but not to the submitter;

 nnn-submit...@bugs.debian.org — these are also sent to the submitter
 and forwarded to debian-bugs-dist, but not to the package maintainer;

 nnn-mainto...@bugs.debian.org — these are only sent to the package
 maintainer, not to the submitter or debian-bugs-dist;

 nnn-qu...@bugs.debian.org — *these are only* filed in the bug tracking
 system (as are all the *previous*), but not sent to anyone else.

Regards

David
Index: english/Bugs/Developer.wml
===
RCS file: /cvs/webwml/webwml/english/Bugs/Developer.wml,v
retrieving revision 1.84
diff -u -r1.84 Developer.wml
--- english/Bugs/Developer.wml	9 Sep 2011 21:15:01 -	1.84
+++ english/Bugs/Developer.wml	15 Dec 2011 22:19:00 -
@@ -73,33 +73,44 @@
 header after forwarding the bug report. Please note that these are two
 distinct addresses.
 
-If a developer wishes to reply to a bug report they should simply reply
+
+Any developer wishing to reply to a bug report should simply reply
 to the message, respecting the Reply-To header. This will
 not close the bug.
 
-The bug tracking system will
-receive the message at nnn@bugs.debian.org, pass it on to the
-package maintainer, file the reply with the rest of the logs for that bug
-report and forward it to debian-bugs-dist.
-
-Sending a message to nnn-submit...@bugs.debian.org
-will explicitly email the submitter of the bug and place a copy in the
-Bug tracking system.  The message will not be sent to package maintainer.
-
-If you wish to send a followup message which is not appropriate for
-debian-bugs-dist you can do so by sending it to
-nnn-qu...@bugs.debian.org or
-nnn-mainto...@bugs.debian.org.
-Mail to nnn-qu...@bugs.debian.org is filed in the Bug Tracking
-System but is not delivered to any individuals or mailing lists.  Mail to
-nnn-mainto...@bugs.debian.org is filed in the Bug Tracking
-System and is delivered only to the maintainer of the package in question.
-
 Do not use the reply to all recipients or followup
 feature of your mailer unless you intend to edit down the recipients
 substantially.  In particular, see that you don't send followup messages
 to sub...@bugs.debian.org.
 
+
+Messages can be sent to the following addresses
+in order to be filed in the bug tracking system:
+
+
+
+
+nnn@bugs.debian.org — such messages are also sent
+to the package maintainer and forwarded to debian-bugs-dist,
+but not to the submitter;
+
+
+nnn-submit...@bugs.debian.org — these are also sent
+to the submitter and forwarded to debian-bugs-dist,
+but not to the package maintainer;
+
+
+nnn-mainto...@bugs.debian.org — these are only sent
+to the package maintainer, not to the submitter
+or debian-bugs-dist;
+
+
+nnn-qu...@bugs.debian.org —  these are only
+filed in the bug tracking system (as are all the previous), but
+not sent to anyone else.
+
+
+
 For more information about headers to suppress ACK messages and how
 to send carbon copies using the Bug Tracking System, see the
 instructions for reporting bugs.


signature.asc
Description: OpenPGP digital signature

Bug#652289: O: magicfilter -- automatic printer filter

[Rogério Brito]

Package: wnpp
Severity: normal

I intend to orphan the magicfilter package.

The package description is:
 Magicfilter is a customizable, extensible automatic printer filter.
 .
 It translates the files that you send to a printer to a "language" that
 your printer can "understand". To accomplish this goal, it determines
 the type of the file that is to be printed and uses its "knowledge" to
 convert the file to something that is printable.
 .
 This is done by use of magicfilter's own magic database (a la file(1))
 to decide how to print out a given print job.


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



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

Bug#652288: vistrails: missing build-dep on python-support

[Jakub Wilk]

Source: vistrails
Version: 2.0.alpha~1-2
Severity: important

This package uses python-support at build time, but it doesn't 
build-depend on it.


--
Jakub Wilk



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

Bug#649346: fglrx-driver: using xv extension crashes Xorg

[Michael Gilbert]

> Perhaps this bug is not related to fglrx at all and should instead be
> merged with #651316?

it seems unlikely.  the fixed version of libdrm is now in unstable,
but i still get the fglrx crash.



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

Bug#652287: python-webcolors: missing dependency on python

[Jakub Wilk]

Package: python-webcolors
Version: 1.3.1+hg~2c8ac6e0a03d-1
Severity: serious
Justification: Policy 3.5

python-webcolors doesn't depend on python.

There is "Depends: ..., ${python:Depends}" in debian/control, but you 
didn't actually call anything in debian/rules that'd substitute this 
variable. From the build log:

|dh_gencontrol
| dpkg-gencontrol: warning: Depends field of package python-webcolors: unknown 
substitution variable ${python:Depends}

--
Jakub Wilk



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

Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning

[Marco d'Itri]

On Dec 15, Josh Triplett  wrote:

> Anyone desiring a setup with more separate partitions should have no
> trouble using the manual partitioner to create whatever custom
> configuration they desire.
I agree.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#652286: ITP: libobject-authority-perl -- Perl module to add an AUTHORITY method to your class

[Florian Schlichting]

Package: wnpp
Severity: wishlist
Owner: Florian Schlichting 

* Package name: libobject-authority-perl
  Version : 0.004
  Upstream Author : Toby Inkster 
* URL : http://search.cpan.org/~tobyink/Object-AUTHORITY-0.004/
* License : GPL-1 or Artistic, LGPL, BSD, MIT/X, etc.)
  Programming Lang: Perl
  Description : Perl module to add an AUTHORITY method to your class

Object::AUTHORITY adds an AUTHORITY function to your package, which
works along the same lines as the VERSION function. The authority it
takes as an argument should be a URI identifying the person, team,
organisation or trained chimp responsible for the release of the
package. The pseudo-URI scheme cpan: is the most commonly used
identifier.

Object::AUTHORITY is a new dependency of libhtml-data-parser-perl.



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

Bug#650930: Not a bug, please close report.

[Alexander Sitnik]

I purged almost all packages from system, every X11 app and Xorg
itself, cleared many config fiels in /etc from my local changes, and
then reinstalled gnome3 again.
This problem has gone. Now I have gnome3 desktop, fully working.
I don't know what caused segfaults, but it's not a Gnome bug, it was
my local problem.
Sorry for bugreport, you may close it.



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

Bug#650119: fails to boot on HP DL380 g4

[scameron]

On Thu, Dec 15, 2011 at 03:58:43PM -0600, Jonathan Nieder wrote:
> reassign 650119 src:linux-2.6 3.1.1-1
> severity 650119 important
> # 6225da481597 (cciss: Add IRQF_SHARED back in for the non-MSI(X)
> # interrupt handler, 2011-11-28), which is part of Jens Axboe's
> # block/for-next tree.
> tags 650119 = patch upstream
> # theoretically
> found 650119 linux-2.6/2.6.36~rc5-1~experimental.1
> quit
> 
> Hi Peter,
> 
> Peter Verschoor wrote:
> 
> > [Subject: Bug#650119: Fixed]
> 
> Please keep in mind that these messages appear as emails in a crowded
> inbox, so the subject line can be a good place to provide some context.
> 
> >  It looks like you can close this bug.  I applied the patch to my
> > debian 3.1 kernel tree, built and installed a new kernel and it came
> > up just fine.  Still testing to check everything else.  Attached find
> > the dmesg log of this boot.
> 
> Thanks for checking so quickly.  Marking accordingly.
> 
> Stephen, once it hits mainline, would 6225da481597 be a candidate for
> the current-maintained stable trees >= 2.6.36, 

Yes.  That IRQF_SHARED needs to be in there for the non MSI interrupt path
and it should never have been taken out.

> or does it have any
> prerequisites or followups that should go with it?

It stands on its own.

-- steve

> 
> Regards,
> Jonathan



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

Bug#551480: vm cannot cope with 8-bit headers

[Uday S Reddy]

Dirk, if you are subscribed to this bug report, can you send us some
samples of messages with 8 bit headers?

You can also follow the progress of this bug report at:

https://bugs.launchpad.net/vm/+bug/490029

Cheers,
Uday Reddy
v...@lists.launchpad.net




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

Bug#649712: NMU is faulty

[Martin Eberhard Schauer]

I'm afraid that the NMU does not do the right thing. The bug report
stated

Please replace the Build-Depends on gs-common to a Build-Depends on 
ghostscript.


The NMU drops the build dependency.

Cheers,
   Martin



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

Bug#633899: gally: missing build-dependency on python-support

[Jakub Wilk]

severity 633899 serious
thanks

* Jakub Wilk , 2011-07-14, 22:31:
Your package uses dh_pysupport (via dh), but it doesn't explictly 
build-depend on python-support.


python-kde4 doesn't depend on python-support anymore. As a consequence, 
the package dependencies are broken after rebuilding in a minimal 
chroot:

|dh_gencontrol
| dpkg-gencontrol: warning: Depends field of package gally: unknown 
substitution variable ${python:Depends}
| dpkg-gencontrol: warning: package gally: unknown substitution variable 
${python:Versions}

--
Jakub Wilk



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

Bug#650119: fails to boot on HP DL380 g4

[Jonathan Nieder]

reassign 650119 src:linux-2.6 3.1.1-1
severity 650119 important
# 6225da481597 (cciss: Add IRQF_SHARED back in for the non-MSI(X)
# interrupt handler, 2011-11-28), which is part of Jens Axboe's
# block/for-next tree.
tags 650119 = patch upstream
# theoretically
found 650119 linux-2.6/2.6.36~rc5-1~experimental.1
quit

Hi Peter,

Peter Verschoor wrote:

> [Subject: Bug#650119: Fixed]

Please keep in mind that these messages appear as emails in a crowded
inbox, so the subject line can be a good place to provide some context.

>  It looks like you can close this bug.  I applied the patch to my
> debian 3.1 kernel tree, built and installed a new kernel and it came
> up just fine.  Still testing to check everything else.  Attached find
> the dmesg log of this boot.

Thanks for checking so quickly.  Marking accordingly.

Stephen, once it hits mainline, would 6225da481597 be a candidate for
the current-maintained stable trees >= 2.6.36, or does it have any
prerequisites or followups that should go with it?

Regards,
Jonathan



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

Bug#652285: gst-fluendo-mp3: Please transition gst-fluendo-mp3 for multiarch

[Steve Langasek]

Package: gst-fluendo-mp3
Version: 0.10.15.debian-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hi guys,

Please find attached a patch to gst-fluendo-mp3 to transition it to use of
the multiarch library paths as described at
.  This patch has been
tested and included in Ubuntu Precise.

gstreamer is one of the last major bits needed to have a multiarch-friendly
wine package in Ubuntu; I presume it will be useful to Debian for the same
reason.

The changelog entry for this upload to Ubuntu is:

  * Build for multiarch.
  * Bump dependency on libgstreamer0.10-0, and build-dependency on
libgstreamer0.10-dev, for proper multiarch support.

Note that the build-time dependency in Debian should probably be on
libgstreamer0.10-dev (>= 0.10.35.2-2), not (>= 0.10.35.2-1ubuntu2).

Thanks for considering the patch.

-- 
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
=== modified file 'debian/compat'
--- debian/compat	2010-05-23 10:02:35 +
+++ debian/compat	2011-12-15 20:54:43 +
@@ -1 +1 @@
-7
+9

=== modified file 'debian/control'
--- debian/control	2010-05-23 10:02:35 +
+++ debian/control	2011-12-15 21:19:53 +
@@ -4,11 +4,11 @@
 Maintainer: Maintainers of GStreamer packages 
 Uploaders: Loic Minier ,
Sebastian Dröge 
-Build-Depends: debhelper (>= 7),
-   cdbs (>= 0.4.8),
+Build-Depends: debhelper (>= 8.1.3~),
+   cdbs (>= 0.4.93~),
autotools-dev,
pkg-config (>= 0.11.0),
-   libgstreamer0.10-dev (>= 0.10.14),
+   libgstreamer0.10-dev (>= 0.10.35.2-1ubuntu1),
gstreamer-tools (>= 0.10.14),
liboil0.3-dev (>= 0.3.7)
 Standards-Version: 3.8.4
@@ -16,9 +17,10 @@
 
 Package: gstreamer0.10-fluendo-mp3
 Architecture: any
+Multi-Arch: same
 Section: libs
 Depends: ${misc:Depends},
- ${shlibs:Depends}
+ ${shlibs:Depends}, libgstreamer0.10-0 (>= 0.10.35.2-1)
 XB-GStreamer-Version: ${gstreamer:Version}
 XB-GStreamer-Elements: ${gstreamer:Elements}
 XB-GStreamer-URI-Sources: ${gstreamer:URISources}

=== modified file 'debian/rules'
--- debian/rules	2011-03-12 09:08:45 +
+++ debian/rules	2011-12-15 20:55:13 +
@@ -4,11 +4,12 @@
 include /usr/share/cdbs/1/class/gnome.mk
 include /usr/share/cdbs/1/rules/utils.mk
 
-DEB_CONFIGURE_EXTRA_FLAGS := --with-liboil
+DEB_CONFIGURE_EXTRA_FLAGS := --with-liboil \
+	--libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)
 
 binary-install/gstreamer0.10-fluendo-mp3::
-	rm -f debian/gstreamer0.10-fluendo-mp3/usr/lib/gstreamer-0.10/libgstflump3dec.la
-	rm -f debian/gstreamer0.10-fluendo-mp3/usr/lib/gstreamer-0.10/libgstflump3dec.a
+	rm -f debian/gstreamer0.10-fluendo-mp3/usr/lib/*/gstreamer-0.10/libgstflump3dec.la
+	rm -f debian/gstreamer0.10-fluendo-mp3/usr/lib/*/gstreamer-0.10/libgstflump3dec.a
 
 common-binary-fixup-arch::
 	mkdir -p $(CURDIR)/fake-home

Bug#652284: ITP: libkmod -- a library to handle kernel modules

[Marco d'Itri]

Package: wnpp
Severity: wishlist
Owner: "Marco d'Itri" 

* Package name: libkmod
  Version : 1
  Upstream Author : ProFUSION embedded systems
* License : LGPLv2 or later
  Programming Lang: C
  Description : a library to handle kernel modules

libkmod provides an API for insertion, removal, configuration and
listing of kernel modules and the related user space tools.


See http://www.politreco.com/2011/12/announce-kmod-1/ for details.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#652283: llvm-3.0: FTBFS on hurd-i386

[Pino Toscano]

Source: llvm-3.0
Version: 3.0-4
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hi,

currently[1], llvm-3.0 fails to build on GNU/Hurd.

Attached there is an improved version of the existing patch
0011-Hurd-fixes.path, adding changes in new files:
* lib/Support/Unix/PathV2.inc:
  - hackish way to supply the missing PATH_MAX
[not suitable for upstream]
  - in current_path(), use 1024 as starting size for the "result"
variable; the code grows the buffer until it fails with ENOMEM
or similar anyway, so it will at most do few (re)allocs more.
[can be sent upstream]
* Makefile.rules:
  - set a linker version script also on GNU/Hurd
[can be sent upstream]
* tools/llvm-shlib/Makefile:
  - use the --whole-archive/--no-whole-archive and --no-undefined
linker flags also on GNU/Hurd
[can be sent upstream]

Regarding the test suite: currently most of the test fail, because we
don't support $ORIGIN in RPATHs, yet. I wanted to see how the tests
performed, so I manually exported LD_LIBRARY_PATH to
$PWD/build-llvm/Release/lib, which gave as result (compared to
linux-i386):
- CodeGen/X86/2010-06-14-fast-isel-fs-load.ll failing (as on linux-i386)
- CodeGen/X86/vec_compare-2.ll -- failing on Hurd
and the other passing, so overall it seems pretty good.
(The "$ORIGIN in RPATH" shouldn't matter for the final packages, as
RPATH is stripped since the libllvm is in a public library directory.)

[1] 
https://buildd.debian.org/status/fetch.php?pkg=llvm-3.0&arch=hurd-i386&ver=3.0-4&stamp=1323544031

Thanks,
-- 
Pino
--- a/lib/Support/Unix/Path.inc
+++ b/lib/Support/Unix/Path.inc
@@ -64,6 +64,11 @@
 #include 
 #endif
 
+// For GNU Hurd
+#if defined(__GNU__) && !defined(MAXPATHLEN)
+# define MAXPATHLEN 4096
+#endif
+
 // Put in a hack for Cygwin which falsely reports that the mkdtemp function
 // is available when it is not.
 #ifdef __CYGWIN__
--- a/lib/Support/Unix/Process.inc
+++ b/lib/Support/Unix/Process.inc
@@ -136,7 +136,7 @@
   return getgid();
 }
 
-#ifdef HAVE_MACH_MACH_H
+#if defined(HAVE_MACH_MACH_H) && !defined(__GNU__)
 #include 
 #endif
 
@@ -150,7 +150,7 @@
   setrlimit(RLIMIT_CORE, &rlim);
 #endif
 
-#ifdef HAVE_MACH_MACH_H
+#if defined(HAVE_MACH_MACH_H) && !defined(__GNU__)
   // Disable crash reporting on Mac OS X 10.0-10.4
 
   // get information about the original set of exception ports for the task
--- a/lib/Support/Unix/PathV2.inc
+++ b/lib/Support/Unix/PathV2.inc
@@ -46,6 +46,11 @@
 #include 
 #endif
 
+// For GNU Hurd
+#if defined(__GNU__) && !defined(PATH_MAX)
+# define PATH_MAX 4096
+#endif
+
 using namespace llvm;
 
 namespace {
@@ -96,7 +101,11 @@
 namespace fs {
 
 error_code current_path(SmallVectorImpl &result) {
+#ifdef MAXPATHLEN
   result.reserve(MAXPATHLEN);
+#else
+  result.reserve(1024);
+#endif
 
   while (true) {
 if (::getcwd(result.data(), result.capacity()) == 0) {
--- a/Makefile.rules
+++ b/Makefile.rules
@@ -1353,7 +1353,7 @@
 endif
 endif
 
-ifeq ($(HOST_OS), $(filter $(HOST_OS), Linux NetBSD FreeBSD))
+ifeq ($(HOST_OS), $(filter $(HOST_OS), Linux NetBSD FreeBSD GNU))
 ifneq ($(ARCH), Mips)
   LD.Flags += -Wl,--version-script=$(LLVM_SRC_ROOT)/autoconf/ExportMap.map
 endif
--- a/tools/llvm-shlib/Makefile
+++ b/tools/llvm-shlib/Makefile
@@ -63,13 +63,13 @@
 endif
 endif
 
-ifeq ($(HOST_OS), $(filter $(HOST_OS), Linux FreeBSD OpenBSD))
+ifeq ($(HOST_OS), $(filter $(HOST_OS), Linux FreeBSD OpenBSD GNU))
 # Include everything from the .a's into the shared library.
 LLVMLibsOptions := -Wl,--whole-archive $(LLVMLibsOptions) \
-Wl,--no-whole-archive
 endif
 
-ifeq ($(HOST_OS),Linux)
+ifeq ($(HOST_OS), $(filter $(HOST_OS), Linux GNU))
 # Don't allow unresolved symbols.
 LLVMLibsOptions += -Wl,--no-undefined
 endif

Bug#652261: Please include the `limit' documentation on the server-control page

[Don Armstrong]

affects 652261 www.debian.org
thanks

On Thu, 15 Dec 2011, David Prévot wrote:
> I actually wonder if this kind of bug should actually be filled
> against bugs.debian.org or www.debian.org, (or even merged with
> #643886 for this one), feel free to reassign them the other way
> around (please “usertags bugs” them with “user
> www.debian@packages.debian.org” so they won't get lost).

bugs.debian.org is the right place; it would be ok if they also
affected www.debian.org
 
> With my www.d.o hat, I would be please to close such bugs if you
> propose, acknowledge or even link to some wording to document those
> features.

Yeah, I've been primarily concentrating on adding the new features
instead of documenting them. I'll try to get around to this sometime
soon. [I have write access to the CVS repository, so it's mainly a
matter of time and remembering to get around to it.]


Don Armstrong

-- 
I don't care how poor and inefficient a little country is; they like
to run their own business.  I know men that would make my wife a
better husband than I am; but, darn it, I'm not going to give her to
'em.
 -- The Best of Will Rogers

http://www.donarmstrong.com  http://rzlab.ucr.edu



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

Bug#652282: e16-data: e16-gnome session does not work with gnome 3

[Pierre Neyron]

Package: e16-data
Version: 1.0.0-4
Severity: important

The e16-gnome X session does not work with gnome 3.
Adding the --session gnome-fallback (as present in the gnome-classic X session) 
makes it work.

--- /usr/share/e16/misc/starte16.orig   2011-12-15 22:46:24.607779012 +0100
+++ /usr/share/e16/misc/starte162011-12-15 22:47:56.245314030 +0100
@@ -8,7 +8,7 @@
test -x /usr/bin/gconftool-2 && gconftool-2 --set 
/desktop/gnome/session/required_components/windowmanager --type string e16
WINDOW_MANAGER=e16
export WINDOW_MANAGER
-   exec gnome-session
+   exec gnome-session --session gnome-fallback
;;
 *kde|KDE)
KDEWM=e16



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

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

Versions of packages e16-data depends on:
ii  dpkg  1.16.1.2

e16-data recommends no packages.

e16-data 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#453284: Formulation about followup messages is confusing

[Justin B Rye]

David Prévot wrote:
> Ok, I agree that a list could make the purpose clearer. I anyway adapted
> a bit your proposal (thus CCing debian-l10n-english@l.d.o because I
> don't trust my en_MQ enough), and ask Don if it's OK to commit the
> attached patch. You can see the online result on my test server:
> 
>   http://www.tilapin.org/debian/Bugs/Developer.en#followup

(Thanks for that easy-to-read version!)

One minor thing caught my eye in the original text just above your
modifications: "If a developer wishes to reply [...] they should
simply [...]" is a rather obtrusive use of "singular they".  If we 
want to avoid that I'd suggest "Any developer wishing to reply [...]
should simply [...]".  It's far from urgent, though.

[...]
> +
> +The bug tracking system will receive the
> +message sent at the following addresses:
> +

The English needs a bit of work there ("will receive messages sent to
the following addresses"), but I'd prefer to reorganise things a bit
more to make it obvious that it's saying that for all of the following
addresses the minimum result is that the message will be filed in the
BTS.

> +
> +
> +nnn@bugs.debian.org is also sent to the
> +package maintainer and forwarded to debian-bugs-dist,
> +but not to the submitter;
> +
> +
> +nnn-submit...@bugs.debian.org is also sent to the
> +submitter and forwarded to debian-bugs-dist,
> +but not to the package maintainer;
> +
> +
> +nnn-mainto...@bugs.debian.org is only sent to the
> +package maintainer, but not to the submitter
> +or to debian-bugs-dist;
> +
> +
> +nnn-qu...@bugs.debian.org is not sent to anyone,
> +except of course to the bug tracking system as all the previous addresses.
> +
> +

It wasn't until I read the last one that I was sure what other
recipient the "also" was taking for granted in the first two.  Would
it perhaps be clearer if we changed the order?

| Messages can be sent to the following addresses:
|
|  * nnn-qu...@bugs.debian.org - such messages are filed in the bug
|tracking system (as are all the following), but _not_ sent to
|anyone else;
|  * n...@bugs.debian.org - these are also sent to the package maintainer
|and forwarded to debian-bugs-dist, but _not_ to the submitter;
|  * nnn-submit...@bugs.debian.org - these are also sent to the
|submitter and forwarded to debian-bugs-dist, but _not_ to the
|package maintainer;
|  * nnn-mainto...@bugs.debian.org - these are only sent to the
|package maintainer, _not_ to the submitter or debian-bugs-dist.

Or to add in the markup:


Messages can be sent to the following addresses:



nnn-qu...@bugs.debian.org - such messages are filed in the
bug tracking system (as are all the following), but
not sent to anyone else;


n...@bugs.debian.org - these are also sent to the package
maintainer and forwarded to debian-bugs-dist, but
not to the submitter;


nnn-submit...@bugs.debian.org - these are also sent to the
submitter and forwarded to debian-bugs-dist, but
not to the package maintainer; 


nnn-mainto...@bugs.debian.org - these are only sent to the
package maintainer, not to the submitter or
debian-bugs-dist.



-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package



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

Bug#652281: qemu-kvm: sysconfigs missing from /etc/kvm

[Marc Lehmann]

Package: qemu-kvm
Version: 1.0+dfsg-1
Severity: normal


The manpage says to use "-cpu ?" to get a list of cpus, but this only outputs:

   Unable to find x86 CPU definition

the reason is that /etc/kvm/target-x86_64.conf is missing - once this file
is there the -cpu switch works again.

qemu has exactly the same problem, except it looks at /etc/qemu instead of 
/etc/kvm

-- Package-specific info:


/proc/cpuinfo:

processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 15
model name  : Intel(R) Core(TM)2 Quad CPUQ6600  @ 2.40GHz
stepping: 11
cpu MHz : 3599.356
cache size  : 4096 KB
physical id : 0
siblings: 4
core id : 0
cpu cores   : 4
apicid  : 0
initial apicid  : 0
fpu : yes
fpu_exception   : yes
cpuid level : 10
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm 
constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor 
ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm dts tpr_shadow vnmi flexpriority
bogomips: 7198.71
clflush size: 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor   : 1
vendor_id   : GenuineIntel
cpu family  : 6
model   : 15
model name  : Intel(R) Core(TM)2 Quad CPUQ6600  @ 2.40GHz
stepping: 11
cpu MHz : 3599.356
cache size  : 4096 KB
physical id : 0
siblings: 4
core id : 1
cpu cores   : 4
apicid  : 1
initial apicid  : 1
fpu : yes
fpu_exception   : yes
cpuid level : 10
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm 
constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor 
ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm dts tpr_shadow vnmi flexpriority
bogomips: 7199.77
clflush size: 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor   : 2
vendor_id   : GenuineIntel
cpu family  : 6
model   : 15
model name  : Intel(R) Core(TM)2 Quad CPUQ6600  @ 2.40GHz
stepping: 11
cpu MHz : 3599.356
cache size  : 4096 KB
physical id : 0
siblings: 4
core id : 2
cpu cores   : 4
apicid  : 2
initial apicid  : 2
fpu : yes
fpu_exception   : yes
cpuid level : 10
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm 
constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor 
ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm dts tpr_shadow vnmi flexpriority
bogomips: 7294.79
clflush size: 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor   : 3
vendor_id   : GenuineIntel
cpu family  : 6
model   : 15
model name  : Intel(R) Core(TM)2 Quad CPUQ6600  @ 2.40GHz
stepping: 11
cpu MHz : 3599.356
cache size  : 4096 KB
physical id : 0
siblings: 4
core id : 3
cpu cores   : 4
apicid  : 3
initial apicid  : 3
fpu : yes
fpu_exception   : yes
cpuid level : 10
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm 
constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor 
ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm dts tpr_shadow vnmi flexpriority
bogomips: 7199.79
clflush size: 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:




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

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

Versions of packages qemu-kvm depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  ipxe1.0.0+git-2.149b50-1 PXE boot firmware
ii  libaio1 0.3.107-7Linux kernel AIO access library - 
ii  libasound2  1.0.24.1-4   shared library for ALSA applicatio
ii  libbluetooth3   4.96-3   Library to use the BlueZ Linux Blu
ii  libbrlapi0.54.2-7+squeeze1   braille display access via BRLTTY 
hi  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls 7.21.0-2 Multi-protocol file transfer libra
ii  libglib2.0-0 

Bug#648565: [pkg-bacula-devel] New upstream release

[Luca Capello]

Hi there!

NB, your reply should have been a follow-up to [1] and to the Debian
BTS: I replied on purpose to all the people who asked for an updated
version to document the status on the BTS (which is supposed to stay
"forever", not like this mailing list).

Bug #648565 re-added, R-T and M-F-T set accordingly (no need to Cc: this
list, it gets all the emails from the BTS).

On Thu, 15 Dec 2011 18:00:33 +0100, Bartosz Cisek wrote:
> I'm also interested in building packages of Bacula 5.2.x. Recently Luca
> Capello said [1] that there is updated repo [2] that provides 5.2.1
> version. debian/control file is quite old so I'm not sure if this repo
> is correct one or I miss something.
>
> [1]
> http://lists.alioth.debian.org/pipermail/pkg-bacula-devel/2011-December/000113.html
> [2] http://git.debian.org/?p=pkg-bacula/pkg-bacula.git;a=summary

What does it mean that the Git debian/control is quite old?  Have you
checked it against the last package available in Debian, to find out
where is the problem?

Indeed, the Git repository at [2] is missing the last uploaded Debian
version: Hauke, I guess you forgot a `git pull`, can you do it, please?

BTW, the Git repository should be 'bacula.git' and not 'pkg-bacula.git',
 given that it has never been included in any official Debian
 package yet I will fix it in the next days.

Thx, bye,
Gismo / Luca


pgpVLU3gjVWoa.pgp
Description: PGP signature

Bug#650518: libproc-processtable-perl: Module expects english locale

[gregor herrmann]

tag 650518 + unreproducible moreinfo
thanks

On Wed, 30 Nov 2011 15:17:37 +0100, Wolfgang Leuchuk wrote:

> My perl skript uses this module. When I try to access the field "pid" of the
> process table it exits with the error message "Your vendor has not defined
> Proc::ProcessTable macro pid at " my script some line number. The error 
> message
> is not from my script but from the module.
> 
> When I debug it I find in the file Proc::ProcessTable::AUTOLOAD (says the perl
> debugger) a comparison "if ($! ~= /Invalid/)" which is never true when the
> locale is german and the OS-error is reported consequently in german. As it
> can't be true it always exits with the above mentioned error message.
> 
> I can circumnavigate the problem by setting the locale to english, but this in
> my humble opinion not the way it should work.

Thanks for your bug report; unfortunately I can't reproduce it; I
tried running the test suite and the example.pl under a German
locale, and I didn't encounter any problems.

Could you please provide us with instructions and/or a minimal
example script on how to reproduce the error?

Thanks,
gregor

-- 
 .''`.   Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: Flying Pickets: Englishman In New York


signature.asc
Description: Digital signature

Bug#651678: updated portuguese translation

[Traduz - Portuguese Translation Team]

Now with the attachment.

--
Melhores cumprimentos/Best regards,

Traduz! - Portuguese Translation Team


pt.po.gz
Description: application/gzip

Bug#652011: general: Repeated pattern of FHS violation: Dependencies of /sbin and /bin, belong in /lib

[Luca Capello]

Hi there!

On Thu, 15 Dec 2011 18:19:54 +0100, Marco d'Itri wrote:
> On Dec 15, Roger Leigh  wrote:
>
>> > You keep repeating arguments in favour of moving /{bin,sbin,lib}/ to
>> > /usr/ :-)
>> Well, I think I still need persuading that this is the right direction
>> to move the files.  I still think that moving /usr to / is a better
>> strategy, albeit introducing some problems with users who would need
> /usr to / does not allow any new features, while / to /usr allows
> implementing new features like creating OS snapshots at file system
> level (something which Fedora already supports) or a real complete OS
> image (to be NFS-shared, replicated, etc).

Maybe a naive comment, but I would say that there should be a list of
all the benefits for any change, being it / -> /usr or /usr -> /, then
deciding which is the Right Thing™ would be "easier" (doing so we can
also document our choices).

So THANK YOU Marco for explaining (another) one for / -> /usr, I was
thinking of asking Roger about it [1] before reading your reply ;-)

[1] 

Thx, bye,
Gismo / Luca


pgpnoSbsv8ygi.pgp
Description: PGP signature

Bug#651678: updated portuguese translation

[Traduz - Portuguese Translation Team]

Here it goes the updated translation for new revision of debconf messages.
As before, all credits to Pedro Ribeiro.


--
Melhores cumprimentos/Best regards,

Traduz! - Portuguese Translation Team



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

Bug#652280: /init calls non existent /scripts/init-premount

[Sebastien Hinderer]

Package: initramfs-tools
Version: 0.99
Severity: normal

Hello,

I'm really not sure whether this is a bug or not. If it is, I find it very
strange that it has not been reported already because it seems important
to me.

Anyway: /innit:210:
run_scripts /scripts/init-premount
But the /scripts/init-premount directory does not exist.

On the other hand, there's a directory /scripts/local-premount which is
never mentionned in the init script.

Thus I'm wondering whether there isn't an error in the init script o in the
directory's name and whether they shouldn't be the same.
Sorry if this is not a bug!



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

Bug#652279: gnome-shell: Crash on xsetroot -cursor_name ....

[clohr]

Package: gnome-shell
Version: 3.0.2-8
Severity: normal
Tags: upstream

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

The plain old xsetroot command seems to cause hazardous effects.

First, try "xsetroot -cursor_name cross" (or another cursor name).
The windows are flashing, but we get the selected cursor.
Try again one or two times, then gnome-shell crash.

Regards
Christophe



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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.10.0-3   
ii  gconf2   2.32.4-1   
ii  gir1.2-atk-1.0   2.2.0-2
ii  gir1.2-clutter-1.0   1.8.2-2
ii  gir1.2-cogl-1.0  1.8.2-1
ii  gir1.2-coglpango-1.0 1.8.2-1
ii  gir1.2-freedesktop   0.10.8-2+b1
ii  gir1.2-gconf-2.0 2.32.4-1   
ii  gir1.2-gdkpixbuf-2.0 2.24.0-1   
ii  gir1.2-gkbd-3.0  3.2.0-1
ii  gir1.2-glib-2.0  0.10.8-2+b1
ii  gir1.2-gnomebluetooth-1.03.2.1-1
ii  gir1.2-gtk-3.0   3.2.2-3
ii  gir1.2-json-1.0  0.14.2-1   
ii  gir1.2-mutter-3.03.2.1-2
ii  gir1.2-networkmanager-1.00.9.2.0-1  
ii  gir1.2-pango-1.0 1.29.4-2   
ii  gir1.2-polkit-1.00.102-2
ii  gir1.2-telepathyglib-0.120.16.2-1   
ii  gir1.2-telepathylogger-0.2   0.2.10-2   
ii  gir1.2-upowerglib-1.00.9.14-3   
ii  gjs  1.30.0-2   
ii  gnome-bluetooth  3.2.1-1
ii  gnome-icon-theme-symbolic3.2.1-1
ii  gnome-settings-daemon3.0.3-3
ii  gsettings-desktop-schemas3.2.0-2
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-21
ii  libcairo-gobject21.10.2-6.1 
ii  libcairo21.10.2-6.1 
ii  libcamel-1.2-23  3.0.3-2
ii  libcanberra0 0.28-3 
ii  libclutter-1.0-0 1.8.2-2
ii  libcogl-pango0   1.8.2-1
ii  libcogl5 1.8.2-1
ii  libcroco30.6.2-2
ii  libdbus-1-3  1.4.16-1   
ii  libdbus-glib-1-2 0.98-1 
ii  libdrm2  2.4.27-1   
ii  libebook1.2-10   3.0.3-2
ii  libecal1.2-8 3.0.3-2
ii  libedataserver1.2-14 3.0.3-2
ii  libedataserverui-3.0-0   3.0.3-2
ii  libffi5  3.0.10-3   
ii  libfontconfig1   2.8.0-3
ii  libfreetype6 2.4.8-1
ii  libgconf2-4  2.32.4-1   
ii  libgdk-pixbuf2.0-0   2.24.0-1   
ii  libgirepository-1.0-10.10.8-2+b1
ii  libgjs0b [libgjs0-libmozjs8d]1.30.0-2   
ii  libgl1-mesa-glx [libgl1] 7.11.1-1   
ii  libglib2.0-0 2.30.2-4   
ii  libgnome-desktop-3-0 3.0.2-2
ii  libgnome-menu2   3.0.1-4
ii  libgstreamer0.10-0   0.10.35-1  
ii  libgtk-3-0   3.2.2-3
ii  libical0 0.44-3 
ii  libjson-glib-1.0-0   0.14.2-1   
i