Bug#616169: chromium-browser: Java applets are stretched in chromium (not in iceweasel)

[Jonathan Nieder]

tags 616169 + moreinfo
quit

Hi Deniz,

Deniz Akcal wrote:

> I can confirm this on two different Debian Stable/Squeeze computers. I'm using
> the latest openjdk-6-jdk and icedtea6-plugin packages from the security
> repositories. Everything works fine except that it's so zoomed in on some
> applets that it defeats the purpose of using the applet since its not
> useful anymore.

Could you give an example?  What steps should I follow to reproduce this bug?



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

Bug#619587: Update mozilla/certdata.txt

[Raphael Geissert]

Hi Philipp!

On Saturday 05 November 2011 12:21:03 Philipp Kern wrote:
> On Sat, Nov 05, 2011 at 12:52:18AM -0600, Raphael Geissert wrote:
> > Back to the original bug report, I don't see how this update addresses
> > anything. If you do openssl verify(1) on any of the bogus UTN-issued
> > certs you will see they still do validate. Nothing can be done about it
> > in ca- certificates.
> 
> Hence reopening.

Oops, right :)

> Feel free to move it somewhere suitable (like maybe
> openssl-blacklist).

openssl-blacklist is pretty much useless I'm afraid. It doesn't block anything 
on its own, it is only useful for checking a host's own certs against the list 
of weak certs.

I've been thinking about blocking them at the library layer, but that implies 
extending the current hack in openssl, at least for the time being. A 
discussion about a more generic way to do it was started with ossl upstream,  
but haven't got back to that, yet.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#479708:

[WEB ADMIN]

Un virus DGTFX se ha detectado en sus carpetas. Su cuenta de correo  
tiene que ser actualizado a la nueva asegurado DGTFX antivirus versión  
2011 para evitar daños a nuestro registro de correo web y sus archivos  
importantes. Para actualizar, haga clic en el enlace de abajo y  
rellene los datos de la cuenta correcta.

>
http://webupgradeverification.webs.com/contact.htm

y su cuenta de correo electrónico automáticamente se upgraded.But si  
usted se niega a actualizar vamos a cancelar su cuenta de correo  
electrónico para evitar la propagación del virus.
Tenga en cuenta que la contraseña será encriptada con 1024 bits RSA  
claves para su seguridad contraseña.


Gracias y disculpen las molestias.

System Manager.


This message was sent using IMP, the Internet Messaging Program.



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

Bug#647778: amsn does not receives video cam

[wayuu]

Package: amsn
Version: 0.98.3-2+b1
Severity: normal

writing to a friend you ask them for sending video and the other person who has
a functional  webcam says that video option is off



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

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

Versions of packages amsn depends on:
ii  amsn-data  0.98.3-2  Data files for aMSN
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libgcc11:4.4.5-8 GCC support library
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgssdp-1.0-2 0.8.0-2   GObject-based library for SSDP
ii  libgstfarsight0.10 0.0.20-2  Audio/Video communications framewo
ii  libgstreamer-plugi 0.10.30-1 GStreamer libraries from the "base
ii  libgstreamer0.10-0 0.10.30-1 Core GStreamer libraries and eleme
ii  libgupnp-1.0-3 0.14.0-2  GObject-based library for UPnP
ii  libgupnp-igd-1.0-3 0.1.7-3   library to handle UPnP IGD port ma
ii  libjpeg62  6b1-1 The Independent JPEG Group's JPEG 
ii  libpng12-0 1.2.44-1+squeeze1 PNG library - runtime
ii  libsnack2-alsa [li 2.2.10-dfsg1-9Sound extension to Tcl/Tk and Pyth
ii  libsoup2.4-1   2.30.2-1  an HTTP library implementation in 
ii  libstdc++6 4.4.5-8   The GNU Standard C++ Library v3
ii  libv4l-0   0.8.0-1   Collection of video4linux support 
ii  libx11-6   2:1.3.3-4 X11 client-side library
ii  libxml22.7.8.dfsg-2+squeeze1 GNOME XML library
ii  tcl-tls1.5.0.dfsg-10 the TLS OpenSSL extension to Tcl
ii  tk8.5  8.5.8-1   Tk toolkit for Tcl and X11, v8.5 -
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

amsn recommends no packages.

Versions of packages amsn suggests:
pn  docker (no description available)
ii  iceweasel 3.5.16-10  Web browser based on Firefox
ii  konqueror 4:4.4.5-2  advanced file manager, web browser
ii  sox   14.3.1-1   Swiss army knife of sound processi
ii  tcl8.4 [tclsh]8.4.19-4   Tcl (the Tool Command Language) v8
ii  tcl8.5 [tclsh]8.5.8-2Tcl (the Tool Command Language) v8

-- 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#563369: skeinforge license

[Changwoo Ryu]

Actually Skeinforge is under the AGPL.

Anyway, a draft version was prepared:

http://people.debian.org/~cwryu/debian/

-- 
Changwoo Ryu 


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

Bug#604631: systemd uses cgroup itself

[Daniel Baumann]

using systemd in a container works, it just has to be properly
configured, which is what the newly introduced 'linux-container' package
will to at some point.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



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

Bug#498819: Bug#191525: mgetty-docs inittab example is self-contradictory

[Ivan Shmakov]

> Ivan Shmakov  writes:

[…]

 > It's my opinion that inittab(5) is such a fragile file that it
 > shouldn't be touched unless explicitly requested.

[Okay, I've messed it up.  Resent to 191525@.  Apologies for the
inconvenience.]

[…]

-- 
FSF associate member #7257


pgpoAfD36AQYk.pgp
Description: PGP signature

Bug#191525: mgetty-docs inittab example is self-contradictory

[Ivan Shmakov]

> Andreas Barth  writes:

[…]

 > The mgetty-Package does not provide any entries in /etc/inittab,
 > neither removes them after de-installation.  So it should be best to
 > remove these four lines.

 > But it could be formed as a wishlist-entry that mgetty does one day
 > both (as e.g. isdnutils does).

It's my opinion that inittab(5) is such a fragile file that it
shouldn't be touched unless explicitly requested.  Given that
editing inittab(5) manually isn't a big deal, I'd suggest
marking this bug with wontfix.

TIA.

-- 
FSF associate member #7257


pgpqO5NTCbOvV.pgp
Description: PGP signature

Bug#647770: linux-image-2.6.32-5-amd64: Random system freeze after "ohci_hcd 0000:00:12.0: HC died; cleaning up"

[Jonathan Nieder]

Yevgen Sarychev wrote:

> Version: 2.6.32-38
[...]
> Completely random, my system freezes. After that even magic alt+print can't
> help

Does the screen go blank, or is there still text/images on the screen
at that point?

Has this always been this way, or did it start after an upgrade (i.e.,
is it a regression)?  If it is a regression, what were the last
working and first broken versions?

Results from testing with v3.x from sid or experimental would also be
very useful, so we can get help from upstream if it is still broken
there or find a fix to backport if it is fixed.  (The only packages
from outside squeeze aside from linux-image itself that should be
needed to test are initramfs-tools and linux-base, both available from
squeeze-backports.)

> As I think, the bug could be somewhere at drivers/usb/host/ohci-
> hcd.c.

It would be possible to test for that by blacklisting the driver and
seeing if it still happens.  (Likewise for other drivers if you have
suspicions.)

Thanks for reporting, and good luck.

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#634186: RFA: circuits

[Sandro Tosi]

On Sun, Nov 6, 2011 at 04:49, Daniele Tricoli  wrote:
> Hello Sandro,
>
> On Sunday 17 July 2011 16:57:09 Sandro Tosi wrote:
>> I'm looking for an adoption for circuits.
>
> I am willing to adopt circuits and manage it under the umbrella of the
> Debian Python Modules Team. If it's ok with you I will start working on it
> next week.

Sure, go for it!

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



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

Bug#634186: RFA: circuits

[Daniele Tricoli]

Hello Sandro,

On Sunday 17 July 2011 16:57:09 Sandro Tosi wrote:
> I'm looking for an adoption for circuits.

I am willing to adopt circuits and manage it under the umbrella of the 
Debian Python Modules Team. If it's ok with you I will start working on it 
next week.

Kind regards,

-- 
 Daniele Tricoli 'Eriol'
 http://mornie.org


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

Bug#647585: vim-gtk: gvim fails to start in KDE if ~/.gtkrc-2.0-kde is present

[James McCoy]

On Fri, Nov 04, 2011 at 09:27:26AM +0100, Tobias Winchen wrote:
> On Debian testing I noticed yesterday that gvim hangs on start using the KDE
> desktop . Abort with CTRL-C sometimes open a regular vim in konsole.

Does running as “gvim -f” make any difference?  Could you attach the
result of “strace -o gvim-kde.out -e trace=file gvim”?

> gvim starts however for a new user with fresh KDE and when using other 
> desktops
> with the same user.
> 
> After removal of ~/.gtkrc-2.0-kde  gvim starts as usual. This configuration
> file is created by the gtk-qt-engine.

Does it matter what's in that file or does an empty one cause the same
problem?  Is the gtk2-engines-qtcurve package what you're referring to?

Cheers,
-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James McCoy 


signature.asc
Description: Digital signature

Bug#647774: gummi: Please remove dependency on texlive-latex-base

[Daniel Stender]

We are currently working on packing the 0.6 beta into experimental, for that 
and all the following
packets yes that dep will be moved to Recommends. Thx for filing the bug.

Greetings,
Daniel Stender

On 06.11.2011 03:33, cfr wrote:
> Package: gummi
> Severity: wishlist
> 
> Please consider removing the dependency on texlive-latex-base and change
> it to recommends.
> 
> As far as I can tell, a tex installation is not necessary for the
> program to run or to edit tex files. It is necessary only to process the
> source.
> 
> One might wish to use a tex editor without Debian's installation of tex
> for two reasons. First, one might be using texlive from upstream under
> /usr/local/texlive. Second, one might wish to edit source but not
> process on a particular machine e.g. to use the same editor on a desktop
> and netbook but only process on the desktop or to use an institutional
> installation of tex for processing. 
> 
> Not all dedicated tex editors in Debian depend on a tex installation.
> texmaker and texworks both recommend, but do not depend, on
> texlive-latex-base. (And both work perfectly well on my machine in spite
> of its absence!)
> 
> 
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (600, 'unstable')
> Architecture: powerpc (ppc)
> 
> Kernel: Linux 2.6.39-2-powerpc
> Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=ANSI_X3.4-1968) 
> (ignored: LC_ALL set to C)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages gummi depends on:
> pn  libc6  2.13-21
> pn  libcairo2  1.10.2-6.1 
> pn  libgdk-pixbuf2.0-0 2.24.0-1   
> pn  libglib2.0-0   2.28.6-1   
> pn  libgtk2.0-02.24.6-2   
> pn  libgtksourceview2.0-0  2.10.4-1   
> pn  libgtkspell0   2.0.16-1   
> pn  libpango1.0-0  1.29.4-1   
> pn  libpoppler-glib6   0.16.7-2+b1
> pn  texlive-latex-base  
> 
> Versions of packages gummi recommends:
> pn  texlive-xetex  
> 
> gummi suggests no packages.




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

Bug#645273: [Pkg-tcltk-devel] Bug#645273: FTBFS: probably tinfo split fallout

[Sergei Golovan]

On Sun, Nov 6, 2011 at 3:21 AM, Thorsten Glaser  wrote:
>
>>tclreadline should not even try to link against either of these
>>libraries, which is why I'm downgrading the bug rather than closing it.
>
> Mh, probably. By the way:
>
> dpkg-shlibdeps: warning: symbol Tcl_Eval used by 
> debian/tclreadline/usr/lib/libtclreadline-2.1.0.so found in none of the 
> libraries.
>
> It’s probably a plugin, do they get special handling so dpkg-shlibdeps
> doesn’t emit such warnings? Or should it get linked against tcl? (No
> real interest in this, just noticing, with my “human buildd” hat on.)

I's really a plugin, and it's intended to be loaded into Tcl shell of
any version (8.4, 8.5, 8.6), so linking to a specific Tcl library
isn't desirable. On the other hand, tclreadline uses so called stubs
where all public Tcl functions are stored in a big table of pointers
(see struct TclStubs and macro definition of Tcl_Eval in
/usr/include/tcl8.5/tclDecls.h), so it is seems to be a bug if
Tcl_Eval is called directly.

I'll see what can be done to fix it (and the linking as well).

Cheers!
-- 
Sergei Golovan



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

Bug#647774: gummi: Please remove dependency on texlive-latex-base

[cfr]

Package: gummi
Severity: wishlist

Please consider removing the dependency on texlive-latex-base and change
it to recommends.

As far as I can tell, a tex installation is not necessary for the
program to run or to edit tex files. It is necessary only to process the
source.

One might wish to use a tex editor without Debian's installation of tex
for two reasons. First, one might be using texlive from upstream under
/usr/local/texlive. Second, one might wish to edit source but not
process on a particular machine e.g. to use the same editor on a desktop
and netbook but only process on the desktop or to use an institutional
installation of tex for processing. 

Not all dedicated tex editors in Debian depend on a tex installation.
texmaker and texworks both recommend, but do not depend, on
texlive-latex-base. (And both work perfectly well on my machine in spite
of its absence!)


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (600, 'unstable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.39-2-powerpc
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=ANSI_X3.4-1968) (ignored: 
LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages gummi depends on:
pn  libc6  2.13-21
pn  libcairo2  1.10.2-6.1 
pn  libgdk-pixbuf2.0-0 2.24.0-1   
pn  libglib2.0-0   2.28.6-1   
pn  libgtk2.0-02.24.6-2   
pn  libgtksourceview2.0-0  2.10.4-1   
pn  libgtkspell0   2.0.16-1   
pn  libpango1.0-0  1.29.4-1   
pn  libpoppler-glib6   0.16.7-2+b1
pn  texlive-latex-base  

Versions of packages gummi recommends:
pn  texlive-xetex  

gummi suggests no packages.



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

Bug#647773: latexila: Please remove dpendency on rubber/texlive

[cfr]

Package: latexila
Version: 2.2.2-1
Severity: wishlist

I typically expect dependencies to be essential for a package to work
correctly. So if A depends on B, I expect that A either won't work at
all or will not work properly unless B is installed. (Perhaps I've
misunderstood the sense of 'dependency' but that is the one suggested by
their role in blocking installs etc. in package management.)

latexila currently depends on rubber or latexmk and these depend on
texlive-latex-base (tetex-bin is a virtual package with no candidates).

However, it is quite possible to use latexila with pdflatex and friends
- rubber and latexmk are supported but so are many other options and
further possibilities can be configured.

Moreover, it is also possible to use latexila without texlive-latex-base
being installed at all. There are at least two reasons one might wish to
do this. First, one might be using and managing an installation of
texlive from upstream. Mine is under /usr/local/texlive and is managed
using tlmgr etc. (Or one might be using a different flavour of tex
installation if there are any.) Or, second, one might need to edit tex
source on a machine without needing to process it on the same machine.
One might want to use the same editor on a desktop and netbook, for
example, but only process documents on the desktop. Or one might use an
institutional installation of tex located on a server for processing.

I agree that the normal use case would involve a tex installation on the
same machine and that most users would use Debian packages to install it
but I would think it should be a recommends rather than a depends. 

Note that my suggestion would treat latexila in a similar way to
texmaker and texworks which recommend, but do not depend, on texlive
packages. It seems confusing to treat different tex editors differently
in this respect.  (It made me wonder if this one just wouldn't launch
without tex installed but I tried it out and it seemed to work just as
well as texmaker or texworks for editing.)

I admit that other tex editors also depend on texlive but I would argue
that they are mistaken as well...

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (600, 'unstable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.39-2-powerpc
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=ANSI_X3.4-1968) (ignored: 
LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages latexila depends on:
ii  latexila-data  2.2.2-1  
ii  latexmk | rubber  
ii  libc6  2.13-21  
ii  libgdk-pixbuf2.0-0 2.24.0-1 
ii  libgee20.6.1-3  
ii  libglib2.0-0   2.28.6-1 
ii  libgtk2.0-02.24.6-2 
ii  libgtksourceview2.0-0  2.10.4-1 
ii  libpango1.0-0  1.29.4-1 
ii  libunique-1.0-01.1.6-2  
ii  libx11-6   2:1.4.4-2

Versions of packages latexila recommends:
pn  texlive  

latexila 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#647749: Info received (Bug 647749)

[Dave Lentz]

Now I see that TWC is ending its XMLOAP service in favor of a pay model, 
and the plugin eventually needs a new weather provider. I'd still 
recommend using the patch, as it will buy more time until the issue is 
resolved upstream.




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

Bug#647772: gnome: Josselin Moutte shrugs off bug reports

[Tyler MacDonald]

Package: gnome
Version: 1:3.0+3
Severity: critical
Justification: breaks the whole system

I just reported bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647768
which is a serious issue with the debian system. This happened after a
reboot of a single system and I am afraid to reboot the rest of the fleet as
a result in fear that our knowledge and culture may be lost forever.

Instead of addressing this concern and providing and/or fixing a clean
upgrade path, Josselin has closed the previous bug with a shrug. A "shrug".
This seems to indicate that not only GNOME, but the entire debian system is
broken, and that more breakage is on the way. What can we do to avoid such
cascade failure across the whole planet?


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 ***


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

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

Versions of packages gnome depends on:
ii  abiword  2.9.1-0.1   
ii  alacarte 0.13.2-3
ii  avahi-daemon 0.6.30-5
ii  cheese   3.2.0-1 
ii  desktop-base 6.0.7   
ii  ekiga3.2.7-4.1   
ii  epiphany-extensions  3.0.0-3 
ii  evolution3.0.3-2 
ii  evolution-plugins3.0.3-2 
ii  file-roller  3.0.2-2 
ii  gedit3.0.6-2 
ii  gedit-plugins3.0.6-1 
ii  gimp 2.6.11-5
ii  gnome-applets3.2.1-1 
ii  gnome-core   1:3.0+3 
ii  gnome-games  1:3.0.2-2   
ii  gnome-media  2.91.2-3
ii  gnome-nettool3.0.0-2 
ii  gnumeric 1.10.17-1+b1
ii  gstreamer0.10-ffmpeg 1:0.10.12-0.0   
ii  gstreamer0.10-plugins-ugly   0.10.18-3+b1
ii  gvfs-bin 1.8.2-2 
ii  hamster-applet   2.91.3+git20110714.9aefd7-2 
ii  inkscape 0.48.1-2.1+b1   
ii  libgtk2-perl 2:1.223-1+b1
ii  libreoffice-gnome1:3.4.3-4   
ii  nautilus-sendto  3.0.1-2 
ii  rhythmbox2.90.1~git20110919.2dfea6-3 
ii  rhythmbox-plugin-cdrecorder  2.90.1~git20110919.2dfea6-3 
ii  rhythmbox-plugins2.90.1~git20110919.2dfea6-3 
ii  seahorse 3.0.2-1 
ii  shotwell 0.11.5-1
ii  simple-scan  3.2.0-1 
ii  sound-juicer 2.32.1+git20111010.2d5deeb-1
ii  telepathy-gabble 0.13.7-1
ii  telepathy-salut  0.6.0-1 
ii  tomboy   1.8.0-1 
ii  totem-mozilla3.0.1-3 
ii  totem-plugins3.0.1-3 
ii  transmission-gtk 2.03-2.2
ii  update-notifier  0.99.3debian10  
ii  vinagre  3.2.1-1 
ii  xdg-user-dirs-gtk0.8-1   

Versions of packages gnome recommends:
ii  browser-plugin-gnash 0.8.10~git20111001-1
ii  gdebi0.8.2   
ii  gnome-games-extra-data   3.0.0-1 
ii  liferea  1.6.5-1.2+b1
ii  menu-xdg 0.5 
ii  nautilus-sendto-empathy  3.2.1.1-1   
ii  telepathy-butterfly  0.5.15-2.1  
ii  telepathy-idle   0.1.11-2

Versions of packages gnome suggests:
pn  dia-gnome  0.97.1-9+b1
pn  gnome-tweak-tool
pn  gnucash 
pn  libreoffice-evolution   
pn  libreoffice-gnome  1:3.4.3-4  
pn  planner 

Versions of packages gnome-core depends on:
ii  baobab  3.0.1-5
ii  brasero 3.0.0-4
ii  dconf-tools   

Bug#647771: numactl: FTBFS with -B

[Samuel Thibault]

Package: numactl
Version: 2.0.5-1
Severity: serious
Justification: FTBFS

Hello,

See http://buildd.debian.org/numactl , building with dpkg-buildpackage
-B apparently does not work properly. This prevents numactl (and hwloc)
from entering testing.

Samuel

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

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

Versions of packages numactl depends on:
ii  libc6 2.13-21
ii  libnuma1  2.0.5-1

numactl recommends no packages.

numactl suggests no packages.

-- no debconf information

-- 
Samuel Thibault 
AUTHOR
 FvwmM4 is the result of a random  bit  mutation  on  a  hard
 disk,  presumably  a  result  of  a  cosmic-ray or some such
 thing.
(extrait de la page de man de FvwmM4)



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

Bug#647768: closed by Josselin Mouette (reply to 647...@bugs.debian.org) (Re: Bug#647768: gnome: my apps, desktop layout, desktop background, and a whole slew of other preferences ha

[Tyler MacDonald]

reopen

How can you just close this? All the icons I grew up loving have committed
suicide and instead I have stuff like this... help put it back!!

On Sat, Nov 5, 2011 at 5:39 PM, Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> This is an automatic notification regarding your Bug report
> which was filed against the gnome package:
>
> #647768: gnome: my apps, desktop layout, desktop background, and a whole
> slew of other preferences have disappeard
>
> It has been closed by Josselin Mouette  (reply to
> 647...@bugs.debian.org).
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Josselin Mouette <
> j...@debian.org> (reply to 647...@bugs.debian.org) by
> replying to this email.
>
>
> --
> 647768: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647768
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- Forwarded message --
> From: Josselin Mouette 
> To: Tyler MacDonald , 647768-d...@bugs.debian.org
> Date: Sun, 06 Nov 2011 01:37:30 +0100
> Subject: Re: Bug#647768: gnome: my apps, desktop layout, desktop
> background, and a whole slew of other preferences have disappeard
> Le samedi 05 novembre 2011 à 16:51 -0700, Tyler MacDonald a écrit :
> > I recently updated my debian, and wtf, *EVERYTHING* i have spent the
> past 10
> > years customizing is gone. I no longer have a desktop, let alone desktop
> > icons!!
> > What the fuck happened to all of my menus and apps and desklets???
> > How do I get them all back? Are you trying to kill me here???
>
> *shrug*
>
> --
>  .''`.  Josselin Mouette
> : :' :
> `. `'
>  `-
>
>
> -- Forwarded message --
> From: Tyler MacDonald 
> To: Debian Bug Tracking System 
> Date: Sat, 05 Nov 2011 16:51:29 -0700
> Subject: gnome: my apps, desktop layout, desktop background, and a whole
> slew of other preferences have disappeard
> Package: gnome
> Version: 1:3.0+3
> Severity: important
>
> I recently updated my debian, and wtf, *EVERYTHING* i have spent the past
> 10
> years customizing is gone. I no longer have a desktop, let alone desktop
> icons!! What the fuck happened to all of my menus and apps and desklets???
> How do I get them all back? Are you trying to kill me here???
>
> 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 ***
>
>
> -- System Information:
> Debian Release: wheezy/sid
>  APT prefers oldstable
>  APT policy: (500, 'oldstable'), (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
>
> Versions of packages gnome depends on:
> ii  abiword  2.9.1-0.1
> ii  alacarte 0.13.2-3
> ii  avahi-daemon 0.6.30-5
> ii  cheese   3.2.0-1
> ii  desktop-base 6.0.7
> ii  ekiga3.2.7-4.1
> ii  epiphany-extensions  3.0.0-3
> ii  evolution3.0.3-2
> ii  evolution-plugins3.0.3-2
> ii  file-roller  3.0.2-2
> ii  gedit3.0.6-2
> ii  gedit-plugins3.0.6-1
> ii  gimp 2.6.11-5
> ii  gnome-applets3.2.1-1
> ii  gnome-core   1:3.0+3
> ii  gnome-games  1:3.0.2-2
> ii  gnome-media  2.91.2-3
> ii  gnome-nettool3.0.0-2
> ii  gnumeric 1.10.17-1+b1
> ii  gstreamer0.10-ffmpeg 1:0.10.12-0.0
> ii  gstreamer0.10-plugins-ugly   0.10.18-3+b1
> ii  gvfs-bin 1.8.2-2
> ii  hamster-applet   2.91.3+git20110714.9aefd7-2
> ii  inkscape 0.48.1-2.1+b1
> ii  libgtk2-perl 2:1.223-1+b1
> ii  libreoffice-gnome1:3.4.3-4
> ii  nautilus-sendto  3.0.1-2
> ii  rhythmbox2.90.1~git20110919.2dfea6-3
> ii  rhythmbox-plugin-cdrecorder  2.90.1~git20110919.2dfea6-3
> ii  rhythmbox-plugins2.90.1~git20110919.2dfea6-3
> ii  seahorse 3.0.2-1
> ii  shotwell 0.11.5-1
> ii  simple-scan  3.2.0-1
> ii  sound-juicer 2.32.1+git20111010.2d5deeb-1
> ii  telepathy-gabble 0.13.7-1
> ii  telepathy-salut  0.6.0-1
> ii  tomboy   1.8.0-1
> ii  totem-mozilla3.0.1-3
> ii  totem-plugins3.0.1-3
> ii  transmission-gtk 2.03-2.2
> ii  update-notifier 

Bug#647749: Bug 647749

[Dave Lentz]

It's easy enough to obtain a new license id (quick, automated process) 
and make a little patch (the license numbers are declared at the top of 
weather.h).


The only thing I'm not sure about is legal ramifications, though it 
looks like TWCi has had the same license since 2008.


Index: xfce4-weather-plugin-0.7.4/panel-plugin/weather.h
===
--- xfce4-weather-plugin-0.7.4.orig/panel-plugin/weather.h	2011-02-02 15:31:29.0 -0500
+++ xfce4-weather-plugin-0.7.4/panel-plugin/weather.h	2011-11-05 21:04:15.214103897 -0400
@@ -21,8 +21,8 @@
 #include 
 #include 
 #define PLUGIN_WEBSITE   "http://goodies.xfce.org/projects/panel-plugins/xfce4-weather-plugin";
-#define PARTNER_ID   "1121946239"
-#define LICENSE_KEY  "3c4cd39ee5dec84f"
+#define PARTNER_ID   "1287437847"
+#define LICENSE_KEY  "f5d0d6461b98f194"
 
 G_BEGIN_DECLS
 

Bug#588041: [PATCH] use apt-get remove; remove/purge all packages at once

[Andreas Beckmann]

Removing packages with dpkg one-by-one does not respect dependencies
therefore use apt-get remove to reorder the packages properly.
apt-get purge can't be used because it fails on unknown packages (i.e. not
in the archive and not in config-files-remaining state). See #637853.
But we can purge all packages in one dpkg call.
Also apt-get in lenny is not able to properly purge previously removed
packages.

Signed-off-by: Andreas Beckmann 

---
 piuparts.py |   29 ++---
 1 files changed, 22 insertions(+), 7 deletions(-)

diff --git a/piuparts.py b/piuparts.py
index b3d4667..7464f9b 100644
--- a/piuparts.py
+++ b/piuparts.py
@@ -864,12 +864,27 @@ class Chroot:
 vdict[name] = status
 return vdict
 
+def remove_packages(self, packages):
+"""Remove packages in a chroot."""
+if not False: # ToDo: settings.remove_one_by_one
+if packages:
+self.run(["apt-get", "remove"] + packages, ignore_errors=True)
+else:
+self.remove_or_purge("remove", packages)
+
+def purge_packages(self, packages):
+"""Purge packages in a chroot."""
+if not False: # ToDo: settings.purge_one_by_one
+if packages:
+self.run(["dpkg", "--purge"] + packages, ignore_errors=True)
+else:
+self.remove_or_purge("purge", packages)
+
 def remove_or_purge(self, operation, packages):
-"""Remove or purge packages in a chroot."""
+"""Remove or purge packages in a chroot. No dependency ordering."""
 for name in packages:
 self.run(["dpkg", "--" + operation, name], ignore_errors=True)
 self.run(["dpkg", "--remove", "--pending"], ignore_errors=True)
-
  
 def restore_selections(self, changes, packages):
 """Restore package selections in a chroot by applying 'changes'.
@@ -897,8 +912,8 @@ class Chroot:
 self.run_scripts("pre_remove") 
 
 # First remove all packages.
-self.remove_or_purge("remove", deps_to_remove + deps_to_purge +
-nondeps_to_remove + nondeps_to_purge)
+self.remove_packages(deps_to_remove + deps_to_purge +
+ nondeps_to_remove + nondeps_to_purge)
 # Run custom scripts after removing all packages. 
if settings.scriptsdir is not None:
 self.run_scripts("post_remove")
@@ -915,13 +930,13 @@ class Chroot:
 if not settings.skip_logrotatefiles_test and logrotatefiles:
 installed = self.install_logrotate()
 self.check_output_logrotatefiles(logrotatefiles_list)
-self.remove_or_purge("purge", installed)
+self.purge_packages(installed)
 
 # Then purge all packages being depended on.
-self.remove_or_purge("purge", deps_to_purge)
+self.purge_packages(deps_to_purge)
 
 # Finally, purge actual packages.
-self.remove_or_purge("purge", nondeps_to_purge)
+self.purge_packages(nondeps_to_purge)
 
 # Run custom scripts after purge all packages.
 if settings.scriptsdir is not None: 
-- 
tg: (b51c8c4..) t/feat/apt-get-remove (depends on: t/fix/purge-logrotate)



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

Bug#628077: [PATCH 2/2] add more locations for hook scripts

[Andreas Beckmann]

add hook scripts at the following locations:
* post_install: at the end of install_packages_by_name()  (Closes: #628077)
* post_upgrade: in the install-upgrade-purge test between upgrade and removal
* post_purge: in the "empty distupgrade loop" to cleanup things done by
  pre_distupgrade/post_distupgrade scripts

Signed-off-by: Andreas Beckmann 

---
 piuparts.py |6 ++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/piuparts.py b/piuparts.py
index e1946bf..88be2c5 100644
--- a/piuparts.py
+++ b/piuparts.py
@@ -976,6 +976,8 @@ class Chroot:
 else:
 self.run(["apt-get", "-y", "install"] + packages)
 
+self.run_scripts("post_install")
+
 def check_for_no_processes(self):
 """Check there are no processes running inside the chroot."""
 (status, output) = run(["lsof", "-w", "+D", self.name], 
ignore_errors=True)
@@ -1763,6 +1765,8 @@ def install_upgrade_test(chroot, root_info, selections, 
package_list, package_na
 
 file_owners = chroot.get_files_owned_by_packages()
 
+chroot.run_scripts("post_upgrade")
+
 # Remove all packages from the chroot that weren't there
 # initially.
 changes = diff_selections(chroot, selections)
@@ -1834,6 +1838,8 @@ def install_and_upgrade_between_distros(filenames, 
packages):
 chroot.upgrade_to_distros(settings.debian_distros[1:], [])
 chroot.run(["apt-get", "clean"])
 
+chroot.run_scripts("post_purge")
+
 chroot.check_for_no_processes()
 
 # set root_info and selections
-- 
tg: (4dfeb8c..) t/feat/yet-more-hooks (depends on: 
t/style/centralize-scriptsdir-check t/feat/check-broken-symlinks-after-upgrade)



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

Bug#563804: [reportbug/master] reports for release.debian.org about 'pu'/'opu' now tries to get the correct version querying madison (but only if querying is enabled); thanks to Jakub Wilk for the rep

[Sandro Tosi]

tag 563804 pending
tag 563804 pending
thanks

Date:   Sun Nov 6 01:12:36 2011 +0100
Author: Sandro Tosi 
Commit ID: 4e9a26c714860ab89a98a45881bf36109f0b6700
Commit URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff;h=4e9a26c714860ab89a98a45881bf36109f0b6700
Patch URL: 
http://git.debian.org/?p=reportbug/reportbug.git;a=commitdiff_plain;h=4e9a26c714860ab89a98a45881bf36109f0b6700

reports for release.debian.org about 'pu'/'opu' now tries to get the 
correct version querying madison (but only if querying is enabled); thanks to 
Jakub Wilk for the report; Closes: #563804

  



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

Bug#589498: [PATCH 1/2] check for settings.scriptsdir inside run_scripts()

[Andreas Beckmann]

move the check for settings.scriptsdir inside run_scripts(),
no need to replicate it before every call

Signed-off-by: Andreas Beckmann 

---
 piuparts.py |   37 ++---
 1 files changed, 14 insertions(+), 23 deletions(-)

diff --git a/piuparts.py b/piuparts.py
index a731af2..1a67fb1 100644
--- a/piuparts.py
+++ b/piuparts.py
@@ -612,8 +612,7 @@ class Chroot:
 shutil.copy(os.path.join((settings.scriptsdir), sfile), 
dest) 
 
 # Run custom scripts after creating the chroot.
-if settings.scriptsdir is not None: 
-self.run_scripts("post_setup")
+self.run_scripts("post_setup")
 
 if settings.savetgz:
 self.pack_into_tgz(settings.savetgz)
@@ -762,9 +761,8 @@ class Chroot:
 for distro in distros:
 logging.debug("Upgrading %s to %s" % (self.name, distro))
 self.create_apt_sources(distro)
-   # Run custom scripts before upgrade
-if settings.scriptsdir is not None:
-self.run_scripts("pre_distupgrade")
+# Run custom scripts before upgrade
+self.run_scripts("pre_distupgrade")
 self.run(["apt-get", "update"])
 self.run(["apt-get", "-yf", "dist-upgrade"])
 # Sometimes dist-upgrade won't upgrade the packages we want
@@ -774,8 +772,7 @@ class Chroot:
 # packages. So, we force the installation like this.
 self.install_packages_by_name(packages)
 # Run custom scripts after upgrade
-if settings.scriptsdir is not None:
-self.run_scripts("post_distupgrade")
+self.run_scripts("post_distupgrade")
 self.check_for_no_processes()
 
 def apt_get_knows(self, package_names):
@@ -830,8 +827,7 @@ class Chroot:
 tmp_files = [os.path.basename(a) for a in filenames]
 tmp_files = [os.path.join("tmp", name) for name in tmp_files]
 
-if settings.scriptsdir is not None:
-self.run_scripts("pre_install")
+self.run_scripts("pre_install")
 
 if settings.list_installed_files:
 pre_info = self.save_meta_data()
@@ -848,8 +844,7 @@ class Chroot:
 
 logging.info ("Installation of %s ok", tmp_files)
 
-if settings.scriptsdir is not None:
-self.run_scripts("post_install")
+self.run_scripts("post_install")
 
 self.run(["apt-get", "clean"])
 remove_files([os.path.join(self.name, name) 
@@ -893,15 +888,13 @@ class Chroot:
 if state == "purge"]
 
 # Run custom scripts before removing all packages. 
-   if settings.scriptsdir is not None:
-self.run_scripts("pre_remove") 
+self.run_scripts("pre_remove")
 
 # First remove all packages.
 self.remove_or_purge("remove", deps_to_remove + deps_to_purge +
 nondeps_to_remove + nondeps_to_purge)
 # Run custom scripts after removing all packages. 
-   if settings.scriptsdir is not None:
-self.run_scripts("post_remove")
+self.run_scripts("post_remove")
 
 if not settings.skip_cronfiles_test:
 cronfiles, cronfiles_list = self.check_if_cronfiles(packages)
@@ -925,8 +918,7 @@ class Chroot:
 self.remove_or_purge("purge", nondeps_to_purge)
 
 # Run custom scripts after purge all packages.
-if settings.scriptsdir is not None: 
-self.run_scripts("post_purge")
+self.run_scripts("post_purge")
 
 # Now do a final run to see that everything worked.
 self.run(["dpkg", "--purge", "--pending"])
@@ -975,8 +967,7 @@ class Chroot:
 
 def install_packages_by_name(self, packages):
 if packages:
-if settings.scriptsdir is not None:
-self.run_scripts("pre_install")
+self.run_scripts("pre_install")
 
if settings.list_installed_files:
 pre_info = self.save_meta_data()
@@ -1158,6 +1149,8 @@ class Chroot:
 def run_scripts (self, step):
 """ Run custom scripts to given step post-install|remove|purge"""
 
+if settings.scriptsdir is None:
+return
 logging.info("Running scripts "+ step)
 basepath = self.relative("tmp/scripts/")
 if not os.path.exists(basepath):
@@ -1756,8 +1749,7 @@ def install_upgrade_test(chroot, root_info, selections, 
package_list, package_na
 # First install via apt-get.
 chroot.install_packages_by_name(package_names)
 
-if settings.scriptsdir is not None:
-chroot.run_scripts("pre_upgrade")
+chroot.run_scripts("pre_upgrade")
 
 chroot.check_for_broken_symlinks()
 
@@ -1859,8 +1851,7 @@ def install_and_upgrade_between_distros(filenames, 
packages):
 chroot.run(["apt-get", "update"])
 chroot.install_packages_by_name(packages)
 
-   

Bug#604631: systemd uses cgroup itself

[Marcus Osdoba]

Package: lxc
Version: 0.7.5-3
Severity: normal

Just a comment: Somewhere I read, that systemd itself uses cgroup to speed
things up. Since lxc also uses cgroup, I'm not sure if using cgroup inside a
cgroup backed lxc container will work. Im running wheezy inside an lxc
container with some problems/warnings, but without systemd (just "normal" init
support from minimal task).



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

Kernel: Linux 2.6.39-bpo.2-486
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lxc depends on:
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libcap2   1:2.19-3   support for getting/setting POSIX.

Versions of packages lxc recommends:
ii  debootstrap  1.0.26+squeeze1 Bootstrap a basic Debian system
ii  libcap2-bin  1:2.19-3basic utility programs for using c

lxc suggests no packages.

-- debconf information:
  lxc/title:
  lxc/auto: true



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

Bug#647769: lxc-start does not work as expected when cgroup-bin creates default group

[Marcus Osdoba]

Package: lxc
Version: 0.7.5-3
Severity: minor

When cgroup-bin is installed together with lxc, one should prevent the creation
of the default group:
$ cat /etc/default/cgconfig
# Uncomment following line to disable creation of the default group on startup:
CREATE_DEFAULT=no

I wasn't able to start containers, when this default group was created during
early init process. A proper way of solving this issue might be to make cgroup-
bin maintained cgroups run in parallel those of lxc. But I don't know how to
achive this, so I switched the defaultgroup off.

This was also discussed on the german speaking mailinglist:
http://lists.debian.org/debian-user-german/2011/07/msg00081.html



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

Kernel: Linux 2.6.39-bpo.2-486
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lxc depends on:
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libcap2   1:2.19-3   support for getting/setting POSIX.

Versions of packages lxc recommends:
ii  debootstrap  1.0.26+squeeze1 Bootstrap a basic Debian system
ii  libcap2-bin  1:2.19-3basic utility programs for using c

lxc suggests no packages.

-- debconf information:
  lxc/title:
  lxc/auto: true



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

Bug#647768: gnome: my apps, desktop layout, desktop background, and a whole slew of other preferences have disappeard

[Tyler MacDonald]

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

I recently updated my debian, and wtf, *EVERYTHING* i have spent the past 10
years customizing is gone. I no longer have a desktop, let alone desktop
icons!! What the fuck happened to all of my menus and apps and desklets???
How do I get them all back? Are you trying to kill me here???

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 ***


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

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

Versions of packages gnome depends on:
ii  abiword  2.9.1-0.1   
ii  alacarte 0.13.2-3
ii  avahi-daemon 0.6.30-5
ii  cheese   3.2.0-1 
ii  desktop-base 6.0.7   
ii  ekiga3.2.7-4.1   
ii  epiphany-extensions  3.0.0-3 
ii  evolution3.0.3-2 
ii  evolution-plugins3.0.3-2 
ii  file-roller  3.0.2-2 
ii  gedit3.0.6-2 
ii  gedit-plugins3.0.6-1 
ii  gimp 2.6.11-5
ii  gnome-applets3.2.1-1 
ii  gnome-core   1:3.0+3 
ii  gnome-games  1:3.0.2-2   
ii  gnome-media  2.91.2-3
ii  gnome-nettool3.0.0-2 
ii  gnumeric 1.10.17-1+b1
ii  gstreamer0.10-ffmpeg 1:0.10.12-0.0   
ii  gstreamer0.10-plugins-ugly   0.10.18-3+b1
ii  gvfs-bin 1.8.2-2 
ii  hamster-applet   2.91.3+git20110714.9aefd7-2 
ii  inkscape 0.48.1-2.1+b1   
ii  libgtk2-perl 2:1.223-1+b1
ii  libreoffice-gnome1:3.4.3-4   
ii  nautilus-sendto  3.0.1-2 
ii  rhythmbox2.90.1~git20110919.2dfea6-3 
ii  rhythmbox-plugin-cdrecorder  2.90.1~git20110919.2dfea6-3 
ii  rhythmbox-plugins2.90.1~git20110919.2dfea6-3 
ii  seahorse 3.0.2-1 
ii  shotwell 0.11.5-1
ii  simple-scan  3.2.0-1 
ii  sound-juicer 2.32.1+git20111010.2d5deeb-1
ii  telepathy-gabble 0.13.7-1
ii  telepathy-salut  0.6.0-1 
ii  tomboy   1.8.0-1 
ii  totem-mozilla3.0.1-3 
ii  totem-plugins3.0.1-3 
ii  transmission-gtk 2.03-2.2
ii  update-notifier  0.99.3debian10  
ii  vinagre  3.2.1-1 
ii  xdg-user-dirs-gtk0.8-1   

Versions of packages gnome recommends:
ii  browser-plugin-gnash 0.8.10~git20111001-1
ii  gdebi0.8.2   
ii  gnome-games-extra-data   3.0.0-1 
ii  liferea  1.6.5-1.2+b1
ii  menu-xdg 0.5 
ii  nautilus-sendto-empathy  3.2.1.1-1   
ii  telepathy-butterfly  0.5.15-2.1  
ii  telepathy-idle   0.1.11-2

Versions of packages gnome suggests:
pn  dia-gnome  0.97.1-9+b1
pn  gnome-tweak-tool
pn  gnucash 
pn  libreoffice-evolution   
pn  libreoffice-gnome  1:3.4.3-4  
pn  planner 

Versions of packages gnome-core depends on:
ii  baobab  3.0.1-5
ii  brasero 3.0.0-4
ii  dconf-tools 0.7.5-3
ii  empathy 3.2.1.1-1  
ii  eog 3.0.2-2
ii  epiphany-browser3.0.4-1
ii  evince  3.2.1-1
ii  evolution-data-server  

Bug#647767: boinc-manager: "Notices" tab doesn't play nice with dark DE themes

[Sandro Tosi]

Package: boinc-manager
Version: 6.13.10+dfsg-1
Severity: normal

Hello,
the "Notices" tabs behaving badly on a dark desktop env theme. Attached you can
find a screenshot of what I mean, you can barely see the links, but text is
completely missed (black on black).

Regards,
Sandro

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

Kernel: Linux 3.0.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/bash

Versions of packages boinc-manager depends on:
ii  libc6   2.13-14 
ii  libgcc1 1:4.6.1-7   
ii  libglib2.0-02.28.8-1
ii  libgtk2.0-0 2.24.7-1
ii  libnotify4  0.7.3-2 
ii  libsqlite3-03.7.4-2 
ii  libstdc++6  4.6.1-7 
ii  libwxbase2.8-0  2.8.10.1-3.1
ii  libwxgtk2.8-0   2.8.10.1-3.1

Versions of packages boinc-manager recommends:
ii  boinc-client   6.13.10+dfsg-1
ii  ia32-libs-gtk  20110310  

Versions of packages boinc-manager suggests:
ii  libgl1-mesa-glx  7.10.3-4 
ii  libxt6   1:1.0.7-1

-- no debconf information
<>

Bug#647766: boinc-manager: doesn't respect the "Additional work buffer" option

[Sandro Tosi]

Package: boinc-manager
Version: 6.13.10+dfsg-1
Severity: important

Hello,
boinc-manager doesn't respect (since quite some time, sorry to report it only
now) anymore the "Additional work buffer" option. I've set it to '10' days, but
currently I only have the 3 WUs running right now, and nothing more. once one is
finished, then eventualyl others are downloaded, but just to fulfill the
immediate need of computation, no additional buffer is filled.

This is an important feature, in particular because several machines might not
have a constant connection, so being able to buffer some WUs is vital.

Regards,
Sandro

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

Kernel: Linux 3.0.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/bash

Versions of packages boinc-manager depends on:
ii  libc6   2.13-14 
ii  libgcc1 1:4.6.1-7   
ii  libglib2.0-02.28.8-1
ii  libgtk2.0-0 2.24.7-1
ii  libnotify4  0.7.3-2 
ii  libsqlite3-03.7.4-2 
ii  libstdc++6  4.6.1-7 
ii  libwxbase2.8-0  2.8.10.1-3.1
ii  libwxgtk2.8-0   2.8.10.1-3.1

Versions of packages boinc-manager recommends:
ii  boinc-client   6.13.10+dfsg-1
ii  ia32-libs-gtk  20110310  

Versions of packages boinc-manager suggests:
ii  libgl1-mesa-glx  7.10.3-4 
ii  libxt6   1:1.0.7-1

-- no debconf information



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

Bug#588313: [PATCH] simplify diversion modification checks

[Andreas Beckmann]

(this patch applies on top of Scott's patch in git)
Simplify the diversion checks, fix a logic error that had switched
added/removed.
Diversion state is no longer tracked globally but each of the three
tests collects the initial diversion information at appropriate time
to better cooperate with hook scripts etc.
The actual diversion checking is performed from check_results.

An even better solution would be to collect and store the diversion
info together with root_info.

FIXME: needs --save-end-meta support

Signed-off-by: Andreas Beckmann 

---
 piuparts.py |   63 +--
 1 files changed, 31 insertions(+), 32 deletions(-)

diff --git a/piuparts.py b/piuparts.py
index 5d73d88..0064a22 100644
--- a/piuparts.py
+++ b/piuparts.py
@@ -574,8 +574,6 @@ class Chroot:
 
 def __init__(self):
 self.name = None
-self.pre_install_diversions = None
-self.post_install_diversions = None
 
 def create_temp_dir(self):
 """Create a temporary directory for the chroot."""
@@ -613,8 +611,6 @@ class Chroot:
 if (sfile.startswith("post_") or sfile.startswith("pre_")) and 
os.path.isfile(os.path.join((settings.scriptsdir), sfile)):
 shutil.copy(os.path.join((settings.scriptsdir), sfile), 
dest) 
 
-self.pre_install_diversions = self.get_diversions()
-
 # Run custom scripts after creating the chroot.
 if settings.scriptsdir is not None: 
 self.run_scripts("post_setup")
@@ -869,30 +865,19 @@ class Chroot:
 return vdict
 
 def get_diversions(self):
-   """Get current dpkg-divert --list in a chroot."""
+"""Get current dpkg-divert --list in a chroot."""
 if not settings.check_broken_diversions:
 return
 (status, output) = self.run(["dpkg-divert", "--list"])
-lines = []
-for line in output.split("\n"):
-lines.append(line)
-return lines
-
+return output.split("\n")
 
-def check_for_broken_diversions(self):
-"""Check that diversions in chroot are identical (though potenttially 
reordered)."""
-if not settings.check_broken_diversions:
-return
-if self.pre_install_diversions and self.post_install_diversions:
-added = [ln for ln in self.pre_install_diversions if not ln in 
self.post_install_diversions]
-removed = [ln for ln in self.post_install_diversions if not ln in 
self.pre_install_diversions]
-if added:
-logging.error("Error: Installed diversions (dpkg-divert) not 
removed by purge:\n%s" %  
-  indent_string("\n".join(added)))
-if removed:
-logging.error("Error: Existing diversions (dpkg-divert) 
removed/modified:\n%s" %
-  indent_string("\n".join(removed)))
-   
+def get_modified_diversions(self, pre_install_diversions, 
post_install_diversions=None):
+"""Check that diversions in chroot are identical (though potentially 
reordered)."""
+if post_install_diversions is None:
+post_install_diversions = self.get_diversions()
+removed = [ln for ln in pre_install_diversions if not ln in 
post_install_diversions]
+added = [ln for ln in post_install_diversions if not ln in 
pre_install_diversions]
+return (removed, added)
 
 def remove_or_purge(self, operation, packages):
 """Remove or purge packages in a chroot."""
@@ -951,8 +936,6 @@ class Chroot:
 # Finally, purge actual packages.
 self.remove_or_purge("purge", nondeps_to_purge)
 
-self.post_install_diversions = self.get_diversions()
-
 # remove logrotate and it's depends 
 #(this is a fix for #602409 introduced by #566597 
 #- search for the latter bug number in this file)
@@ -1644,7 +1627,7 @@ def process_changes(changes):
 return package_list
 
 
-def check_results(chroot, root_info, file_owners, deps_info=None):
+def check_results(chroot, root_info, file_owners, deps_info=None, 
diversion_info=None):
 """Check that current chroot state matches 'root_info'.
 
 If settings.warn_on_others is True and deps_info is not None, then only
@@ -1655,6 +1638,18 @@ def check_results(chroot, root_info, file_owners, 
deps_info=None):
 installed.)
 """
 
+ok = True
+if settings.check_broken_diversions and diversion_info is not None:
+(removed, added) = chroot.get_modified_diversions(diversion_info)
+if added:
+logging.error("FAIL: Installed diversions (dpkg-divert) not 
removed by purge:\n%s" %
+  indent_string("\n".join(added)))
+ok = False
+if removed:
+logging.error("FAIL: Existing diversions (dpkg-divert) 
removed/modified:\n%s" %
+  indent_string("\n".join(removed)))
+ok = False
+

Bug#647754: [php-maint] Bug#647754: /usr/lib/php5/20090626/pgsql.so: undefined symbol: lo_import_with_oid

[Manuel Christen]

Hi

# ldd /usr/lib/php5/20090626/pgsql.so
 linux-vdso.so.1 => (0x7fff499ff000)
 libpq.so.5 => /opt/PostgreSQL/8.3/lib/libpq.so.5 (0x7f29f4d44000)
 libc.so.6 => /lib/libc.so.6 (0x7f29f49e3000)
 libssl.so.4 => /opt/PostgreSQL/8.3/lib/libssl.so.4 (0x7f29f48a6000)
 libcrypto.so.4 => /opt/PostgreSQL/8.3/lib/libcrypto.so.4 (0x7f29f4675000)
 libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x7f29f43ad000)
 libcrypt.so.1 => /lib/libcrypt.so.1 (0x7f29f4175000)
 libpthread.so.0 => /lib/libpthread.so.0 (0x7f29f3f59000)
 /lib64/ld-linux-x86-64.so.2 (0x7f29f5098000)
 libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x7f29f3d24000)
 libcom_err.so.2 => /lib/libcom_err.so.2 (0x7f29f3b2)
 libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x7f29f38fa000)
 libdl.so.2 => /lib/libdl.so.2 (0x7f29f36f6000)
 libz.so.1 => /usr/lib/libz.so.1 (0x7f29f34de000)
 libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x7f29f32d6000)
 libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x7f29f30d4000)
 libresolv.so.2 => /lib/libresolv.so.2 (0x7f29f2ebd000)

Manuel

ursprüngliche Nachricht-
Von: "Ondřej Surý" ond...@sury.org
An: "manuel313" m...@schaeffer-ag.de , "647...@bugs.debian.org " 
647...@bugs.debian.org
Datum: Sun, 6 Nov 2011 06:30:42 +0800
-


> Hi,
>
> my wild guess would be the cause is in the custom pgsql libraries in
> /usr/local/lib.
>
> What is the output of ldd /usr/lib/php5/20090626/pgsql.so
> ?
>
> Ondřej Surý
>
> On 6. 11. 2011, at 4:26, manuel313 m...@schaeffer-ag.de wrote:
>
>> Package: php5-pgsql
>> Version: 5.3.3-7+squeeze3
>> Severity: important
>>
>>
>> After Upgrade from lenny to squeeze the php5 pgsql.so is not working anymore
>> 
>> Same problem with 5.3.8 from wheezy. 5.2.6 from lenny is working fine ...
>>
>> -- System Information:
>> Debian Release: 6.0.3
>> APT prefers stable
>> APT policy: (500, 'stable')
>> Architecture: amd64 (x86_64)
>>
>> Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/4 CPU cores)
>> Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
>> Shell: /bin/sh linked to /bin/dash
>>
>> Versions of packages php5-pgsql depends on:
>> ii libapache2-mod-php5 [ph 5.3.3-7+squeeze3 server-side, HTML-embedded
>> scripti
>> ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib
>> ii libpq5 8.4.8-0squeeze2 PostgreSQL C client library
>> ii php5-cli [phpapi-200906 5.3.3-7+squeeze3 command-line interpreter
>> for the p
>> ii php5-common 5.3.3-7+squeeze3 Common files for packages built fr
>>
>> php5-pgsql recommends no packages.
>>
>> php5-pgsql suggests no packages.
>>
>> -- no debconf information
>>
>>
>>
>> ___
>> pkg-php-maint mailing list
>> pkg-php-ma...@lists.alioth.debian.org
>>
>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-ma
>> int
>

--

--
Manuel Christen Schaeffer AG
Nahmitzer Damm 32 Tel. +49-30-8058695-51
12277 Berlin Fax: +49-30-8058695-33
[http://www.schaeffer-ag.de -> http://www.schaeffer-ag.de/]

HRB 93611 B, Amtsgericht Berlin Charlottenburg
Vorstand: J�rg Schaeffer, Kai Schaeffer
Aufsichtsrat: Dieter Kersten (Vorsitzender)




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

Bug#647765: galax: FTBFS on hurd-i386: OS/host not recognized

[Pino Toscano]

Package: galax
Version: 1.1-9
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hi,

currently[1], galax fails to build on GNU/Hurd.

The problem is due to the host not recognized when setting OS-specific
commands and extensions in configure.
The attached patch adds also the case for Hurd (trying to avoid a too
broad match of the "gnu" string), making galax compile fine.

[1] 
https://buildd.debian.org/status/fetch.php?pkg=galax&arch=hurd-i386&ver=1.1-9&stamp=1317000518

Thanks,
-- 
Pino
--- a/configure
+++ b/configure
@@ -1312,7 +1312,7 @@
 echo "Setting commands for host: $host"
 
 case "$host" in
-	*linux*|*freebsd*|*osf*|*solaris*|*irix*)
+	*linux*|*freebsd*|*osf*|*solaris*|*irix*|*-*-gnu*)
 		arch_EXE=
 		arch_DLL=.so
 		arch_JNIDLL=$arch_DLL

Bug#645273: FTBFS: probably tinfo split fallout

[Thorsten Glaser]

Sven Joachim dixit:

>This has been worked around in ncurses 5.9-3, where libtinfo-dev

Indeed, this works.

>tclreadline should not even try to link against either of these
>libraries, which is why I'm downgrading the bug rather than closing it.

Mh, probably. By the way:

dpkg-shlibdeps: warning: symbol Tcl_Eval used by 
debian/tclreadline/usr/lib/libtclreadline-2.1.0.so found in none of the 
libraries.

It’s probably a plugin, do they get special handling so dpkg-shlibdeps
doesn’t emit such warnings? Or should it get linked against tcl? (No
real interest in this, just noticing, with my “human buildd” hat on.)

bye,
//mirabilos
-- 
Solange man keine schmutzigen Tricks macht, und ich meine *wirklich*
schmutzige Tricks, wie bei einer doppelt verketteten Liste beide
Pointer XORen und in nur einem Word speichern, funktioniert Boehm ganz
hervorragend.   -- Andreas Bogk über boehm-gc in d.a.s.r



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

Bug#629611: [PATCH] Fix ShmPutImage for XYBitmap

[pacman]

Julien Cristau writes:
> 
> We can't call CopyArea in that case because the image has depth 1, which
> might not match the target drawable, so we might overrun the shm
> segment.  Commit 11817a881cb93a89788105d1e575a468f2a8d27c apparently
> fixed a similar bug for XYPixmap, but missed the bitmap case.
> 
> Fixes: http://bugs.debian.org/629611

I'll confirm that this fixes all the test cases I can think of, including the
original xli problem.

Would it hurt to also fix fbCopyArea so that unexpected depth mismatches do
something cleaner than segfault?

-- 
Alan Curry



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

Bug#647764: ceph - new upstream version

[Bastian Blank]

Package: ceph
Version: 0.35-1
Severity: wishlist

Current upstream version of ceph is 0.37.

Bastian

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

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



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

Bug#645627: Please update to wxwidgets2.8

[Ana Guerrero]

tag 645627 pending
done

On Tue, Oct 18, 2011 at 01:33:03AM +1300, Olly Betts wrote:
> Package: cycle
> Version: 0.3.1-7
> 
> I'm trying to get packages to migrate from wxwidgets2.6 to wxwidgets2.8
> so we can remove the former from the archive - it's no longer supported
> upstream, and wxwidgets3.0 is supposed to be out early next year.
>

It seems to be a trivial update for cycle. I am planning to upload it in
the next 3-4 days with a full packaging update.





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

Bug#640604: debsigs: installation fails: Verification on package /var/cache/apt/archives/debsigs_0.1.17_all.deb failed!

[Philipp Kern]

On Mon, Sep 12, 2011 at 03:20:50PM +0300, Peter Pentchev wrote:
> The direct reason for this failure is that, for some reason, dpkg
> decided to do more extensive signature checking than usual - namely, to
> invoke debsig-verify(1) on the binary package file.  Since debsigs is
> the only package in the archive that may pull in debsig-verify, this is
> the only time this error would have come up :)  And since, well, yes, I
> failed to sign the debsigs package using itself before uploading it,
> debsig-verify would indeed claim an error.  So, yes, partly my fault,
> I'll take care to sign at least the debsigs packages in my next uploads
> :)  Thanks for alerting me to this!
> 
> However...  The real question is why dpkg even tried to invoke
> debsig-verify - isn't the "no-debsig" option present in
> /etc/dpkg/dpkg.cfg (again) ever since #311843 and dpkg-1.14.17?  Or are
> you running this build with a completely cleaned-up /etc/dpkg/dpkg.cfg,
> too?  In this particular case, this might be a bad idea - if any
> packages should pull in debsig-verify, this would indeed prevent the
> further installation of, well, pretty much *all* the packages in the
> Debian archive, since debsigs does not yet have widespread adoption, to
> say the least :P (and no, this is NOT a complaint or anything, I know
> that pushing for debsigs adoption for all packages would be kind of,
> well, counter-productive and doomed :)
> 
> Of course, as noted above, the only package likely to pull in
> debsig-verify is currently debsigs itself, but I still think that doing
> mass automated builds withOUT no-debsig is not a very good idea.
> 
> Sure, I'll sign the next debsigs upload, no problem, and thanks for the
> bug report and for all of your (and the rest of the QA team's) awesome
> work!

I don't think that dak allows you to introduce new ar members it
doesn't know about.  If it does, that's certainly a bug.

Kind regards
Philipp Kern


signature.asc
Description: Digital signature

Bug#647632: leiningen: Could not locate clojure/contrib/java_utils__init.class or clojure/contrib/java_utils.clj on classpath:

[Wolodja Wentland]

Patch against /usr/bin/lein that fixes the bug if clojure-contrib is
installed.
-- 
Wolodja 

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC
From: Wolodja Wentland 
Date: Sat, 5 Nov 2011 13:35:57 +
Subject: Add clojure-contrib to CLASSPATH

This patch fixes #647632 by adding clojure-contrib to leiningen's CLASSPATH.
---
 bin/lein |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/bin/lein b/bin/lein
index 3d1ca7b..93ded4b 100755
--- a/bin/lein
+++ b/bin/lein
@@ -78,7 +78,7 @@ else
 SCRIPT="$0"
 fi
 
-SHARE_JARS="ant ant-launcher classworlds clojure-1.2 \
+SHARE_JARS="ant ant-launcher classworlds clojure-1.2 clojure-contrib-1.2.0 \
 lucene-memory maven-ant-tasks maven-artifact maven-artifact-manager \
 maven-error-diagnostics maven-model maven-settings maven-project maven-profile \
 maven-repository-metadata plexus-container-default-alpha plexus-interpolation \
-- 


signature.asc
Description: Digital signature

Bug#647763: Does not update initramfs when disabling initramfs integration

[Michael Biebl]

Package: ntfs-3g
Version: 1:2011.4.12AR.7-4
Severity: normal

Hi,

I previoulsy had NTFS3G_INITRAMFS="true" but decided that I don't need
ntfs-3g in the initramfs. So I ran dpkg-reconfigure ntfs-3g and chose to
disable intramfs integration.

This set NTFS3G_INITRAMFS=false in /etc/default/ntfs-3g but
update-initramfs was *not* called. So ntfs-3g is still active in the
installed initramfs.

Problem is, that postinst only runs update-initramfs, if
NTFS3G_INITRAMFS=true. It should also run update-initramfs, if old value
of NTFS3G_INITRAMFS != new value of NTFS3G_INITRAMFS.


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

Kernel: Linux 3.0.0-2-486
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ntfs-3g depends on:
ii  debconf [debconf-2.0]  1.5.41   
ii  fuse   2.8.6-2  
ii  libc6  2.13-21  
ii  libfuse2   2.8.6-2  
ii  libgcrypt111.5.0-3  
ii  libgnutls262.12.12-1

ntfs-3g recommends no packages.

ntfs-3g suggests no packages.

-- debconf information:
* ntfs-3g/setuid-root: false
* ntfs-3g/initramfs: false



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

Bug#647632: leiningen: Could not locate clojure/contrib/java_utils__init.class or clojure/contrib/java_utils.clj on classpath:

[Wolodja Wentland]

tags 647632 confirmed pending
kthxbye

On Sat, Nov 05, 2011 at 14:15 -0700, Phil Hagelberg wrote:
> On Fri, Nov 4, 2011 at 10:22 AM, Mathieu Malaterre
>  wrote:
> 
> > pom         Write a pom.xml file to disk for Maven interop.
> > leiningen.push  Problem loading: java.io.FileNotFoundException: Could not 
> > locate clojure/contrib/java_utils__init.class or 
> > clojure/contrib/java_utils.clj on classpath:  (push.clj:1)
> 
> While Leiningen itself does not use Clojure Contrib, many plugins do,
> and the upstream includes it. Perhaps it should be listed as a regular
> dependency rather than a Recommended?
> 
> A workaround is to manually install clojure-contrib for now.

As far as I can tell it is not, as clojure-contrib also needs to be on the
CLASSPATH. That being said, I already fixed that bug and uploaded a new
version of leiningen to mentors and hope that it will be sponsored soon.

I've attached the corresponding quilt patch to this mail and you can get the
updated Debian package with:

dget -x 
http://mentors.debian.net/debian/pool/main/l/leiningen/leiningen_1.6.1.1-2.dsc
-- 
Wolodja 

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#647741: linux-image-3.0.0-2-amd64: UI sometimes freezes for several seconds, with a disk access

[Vincent Lefevre]

Hi,

On 2011-11-05 17:19:01 -0500, Jonathan Nieder wrote:
> Thanks.  Are you low on swap?

No, and I've even plenty physical RAM free (my machine has 4 GB
memory and I use less than 2 GB), and htop says about 76 over
9695 MB swap used.

> Does dmesg say anything interest when this happens?

No, the only dmesg messages I get after the boot are

  dell_wmi: Received unknown WMI event (0x11)

and according to /var/log/kern.log, then don't occur at the same time.

> Does alt-sysrq + t (after echo-ing 1 to /proc/sys/kernel/sysrq to
> avoid the paranoid check) say anything interesting?

Nothing happens.

> If nothing along those lines help, can you bisect (e.g.,
> starting by trying 2.6.39 for a while)?

OK, I'm going to try that (I have 2.6.39-1, 2.6.39-2 and 3.0.0-1 also
installed).

When the problem occurs, the mouse can still move and I can switch
the desktop with the window manager (fvwm). But applications like
xterm and iceweasel are frozen (e.g. typing in xterm has no effect
until the disk is no longer accessed).

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



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

Bug#644943: Please switch source package to OCE

[D. Barbier]

On 2011/11/5 D. Barbier wrote:
> On 2011/11/4 Adam C Powell IV wrote:
> [...]
>> I went ahead and did this:
>> git://git.debian.org/git/debian-science/packages/oce.git
>>
>>> BTW please do not use the Downloads direct link, this will create a
>>> tar.gz based on current master, which is different from latest
>>> release.  Instead, use Tags to download 0.7.0.tar.gz:
>>>   https://github.com/tpaviot/oce/tarball/OCE-0.7.0
>>> Unless I am mistaken, it can be renamed into .orig.tar.gz, all
>>> non-DFSG stuff has been dropped.
>>
>> Great, I just left it empty for now, feel free to push stuff into it.
>
> It is now populated.  I did not test it yet, but it should be almost usable.

Hello again,

Current master looks good to me, it can IMO be uploaded.
There is a pristine-tar branch, one can run
  pristine-tar checkout  ../oce_0.7.0.orig.tar.gz
to generate upstream tarball.

Denis



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

Bug#647762: uml-utilities: should it be linux-any?

[Christoph Egger]

Package: src:uml-utilities
Version: 20070815-1.3
Severity: normal
User: debian-...@lists.debian.org
Usertags: linux-specific
X-Debbugs-Cc: debian-...@lists.debian.org

Hi!

Your package seems to be specific to linux and won't work on
kfreebsd or hurd. Please consider setting arch to linux-any.

Regards

Christoph

If you have further questions please mail debian-...@lists.debian.org
-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer



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

Bug#647695: spyder: segfaults right after start

[Sandro Tosi]

2011/11/5 PICCA Frédéric-Emmanuel
:
>> infact I don't think it is: I first upgraded the QT4 stack, and still
>> segfault, then python-qt4, still segfault, only after upgradng also
>> libqtwebkit4 the segfault gone away.
>
> do you have the version before and after ?

here's the list of the package upgrades (some may be unrelated to the
problem at hand):

libqt4-dbus (4:4.7.3-7 -> 4:4.7.3-8)
libqt4-declarative (4:4.7.3-7 -> 4:4.7.3-8)
libqt4-designer (4:4.7.3-7 -> 4:4.7.3-8)
libqt4-dev (4:4.7.3-7 -> 4:4.7.3-8)
libqt4-help (4:4.7.3-7 -> 4:4.7.3-8)
libqt4-network (4:4.7.3-7 -> 4:4.7.3-8)
libqt4-opengl (4:4.7.3-7 -> 4:4.7.3-8)
libqt4-qt3support (4:4.7.3-7 -> 4:4.7.3-8)
libqt4-script (4:4.7.3-7 -> 4:4.7.3-8)
libqt4-scripttools (4:4.7.3-7 -> 4:4.7.3-8)
libqt4-sql (4:4.7.3-7 -> 4:4.7.3-8)
libqt4-sql-mysql (4:4.7.3-7 -> 4:4.7.3-8)
libqt4-sql-sqlite (4:4.7.3-7 -> 4:4.7.3-8)
libqt4-svg (4:4.7.3-7 -> 4:4.7.3-8)
libqt4-test (4:4.7.3-7 -> 4:4.7.3-8)
libqt4-xml (4:4.7.3-7 -> 4:4.7.3-8)
libqt4-xmlpatterns (4:4.7.3-7 -> 4:4.7.3-8)
libqtcore4 (4:4.7.3-7 -> 4:4.7.3-8)
libqtgui4 (4:4.7.3-7 -> 4:4.7.3-8)
libqtwebkit4 (2.1.0~2011week09-3 -> 2.1.0~2011week13-2)
pyflakes (0.4.0-1 -> 0.5.0-1)
pyqt4-dev-tools (4.8.3-4 -> 4.8.6-2)
python-qscintilla2 (2.5.1-1 -> 2.5.1-1+b1)
python-qt4 (4.8.3-4 -> 4.8.6-2)
python-qt4-gl (4.8.3-4 -> 4.8.6-2)
qt4-demos (4:4.7.3-7 -> 4:4.7.3-8)
qt4-designer (4:4.7.3-7 -> 4:4.7.3-8)
qt4-dev-tools (4:4.7.3-7 -> 4:4.7.3-8)
qt4-linguist-tools (4:4.7.3-7 -> 4:4.7.3-8)
qt4-qmake (4:4.7.3-7 -> 4:4.7.3-8)

> that way I should prevent spyder to be installed with the wrong libqtwebkit4

how?

>> I don't know, maybe ask the QT4 maint?
>
> I will look for the libqtwebkit4 bugs for now
>
>> Well, you'd have to check if the version in testing of
>> qt4/python-qt/libwebkitqt don't make spyder segfault. Else, I think
>> it's better not to transit to testing until it's working correctly
>> out-of-the-box (which currently doesn't).
>
> I un-install all the qt4 library from my unstable box then switch to testing 
> repository
> and re-install spyder 2.0.12 from testing. guest what it works out of the box.
> then I upgraded to spyder 2.1.1 and it was also ok.
>
> so it seems that spyder segfault for a faulty combination of python-qt4 / 
> libqtwebkit4.
> I doesn not seems to me that this is a spyder bug.

well, it's indeed a bug in spyder that it doesn't declare the correct
relationship with other pkgs (it doesn't even say it needs
libwebkit...)

> Maybe a Break should be added to libqtwebkit4 to avoid installation of the 
> faulty combination

I think better a conflict on spyder side.

> I will forward this bug to python-qt4 if you are ok with my "analyse".

while there might be a bug on the qt4 side, there's one for sure on
the spyder side too, so if you want file another one, but this one is
still valid for spyder.

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



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

Bug#647754: [php-maint] Bug#647754: /usr/lib/php5/20090626/pgsql.so: undefined symbol: lo_import_with_oid

[Ondřej Surý]

Hi,

my wild guess would be the cause is in the custom pgsql libraries in 
/usr/local/lib.

What is the output of ldd /usr/lib/php5/20090626/pgsql.so
?

Ondřej Surý

On 6. 11. 2011, at 4:26, manuel313  wrote:

> Package: php5-pgsql
> Version: 5.3.3-7+squeeze3
> Severity: important
> 
> 
> After Upgrade from lenny to squeeze the php5 pgsql.so is not working anymore 
> 
> Same problem with 5.3.8 from wheezy. 5.2.6 from lenny is working fine ...
> 
> -- System Information:
> Debian Release: 6.0.3
>  APT prefers stable
>  APT policy: (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/4 CPU cores)
> Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages php5-pgsql depends on:
> ii  libapache2-mod-php5 [ph 5.3.3-7+squeeze3 server-side, HTML-embedded 
> scripti
> ii  libc6   2.11.2-10Embedded GNU C Library: Shared 
> lib
> ii  libpq5  8.4.8-0squeeze2  PostgreSQL C client library
> ii  php5-cli [phpapi-200906 5.3.3-7+squeeze3 command-line interpreter for the 
> p
> ii  php5-common 5.3.3-7+squeeze3 Common files for packages built 
> fr
> 
> php5-pgsql recommends no packages.
> 
> php5-pgsql suggests no packages.
> 
> -- no debconf information
> 
> 
> 
> ___
> pkg-php-maint mailing list
> pkg-php-ma...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint



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

Bug#647741: linux-image-3.0.0-2-amd64: UI sometimes freezes for several seconds, with a disk access

[Jonathan Nieder]

Hi,

Vincent Lefevre wrote:

> Several times a day, the UI freezes for a few seconds. This can happen
> when I'm working in an xterm or with Iceweasel. During this time, the
> disk LED is on. Note that the disk is encrypted.
>
> I also had this problem with the version 3.0.0-5 of this kernel package.
> I reverted to 2.6.38-2-amd64 between Oct 30 and Nov 4, and didn't notice
> this problem with it (the disk accesses seemed to be sometimes slower,
> but I'm not sure; however the UI never froze).

Thanks.  Are you low on swap?  Does dmesg say anything interest when
this happens?  Does alt-sysrq + t (after echo-ing 1 to
/proc/sys/kernel/sysrq to avoid the paranoid check) say anything
interesting?  If nothing along those lines help, can you bisect (e.g.,
starting by trying 2.6.39 for a while)?

Hope that helps,
Jonathan



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

Bug#647695: spyder: segfaults right after start

[PICCA Frédéric-Emmanuel]

> infact I don't think it is: I first upgraded the QT4 stack, and still
> segfault, then python-qt4, still segfault, only after upgradng also
> libqtwebkit4 the segfault gone away.

do you have the version before and after ?
that way I should prevent spyder to be installed with the wrong libqtwebkit4

> I don't know, maybe ask the QT4 maint?

I will look for the libqtwebkit4 bugs for now

> Well, you'd have to check if the version in testing of
> qt4/python-qt/libwebkitqt don't make spyder segfault. Else, I think
> it's better not to transit to testing until it's working correctly
> out-of-the-box (which currently doesn't).

I un-install all the qt4 library from my unstable box then switch to testing 
repository
and re-install spyder 2.0.12 from testing. guest what it works out of the box.
then I upgraded to spyder 2.1.1 and it was also ok.

so it seems that spyder segfault for a faulty combination of python-qt4 / 
libqtwebkit4.
I doesn not seems to me that this is a spyder bug.
Maybe a Break should be added to libqtwebkit4 to avoid installation of the 
faulty combination

I will forward this bug to python-qt4 if you are ok with my "analyse".

Cheers,

Fred


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

Bug#636599: lintian: warning for using (bouncing) maintainer addresses

[Arno Töll]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags 636599 +patch
thanks

Hello,
I'm proposing two new tags for Lintian:

* maintainer-address-causes-mail-loops-or-bounces
* upload-address-causes-mail-loops-or-bounces
(also known as "paultag-tribute-tag")

They do both the same for the Maintainer and Uploaders field
respectively. They check whether the e-mail addresses causes a mail
loop, e.g. by setting either maintainer address to
pack...@packages.debian.org.

Moreover, while I was at it, Niels also pointed me to this bug which is
somehow related and fixed along by introducing a new data store of known
addresses which bounce back mails.

The patch is disabled in the Ubuntu profile by default.

- -- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJOtbJ2AAoJEMcrUe6dgPNtpisP+wQyFLcFiSlenHuip5uwbMiv
a+1H5pEHRmcZK2btjGpQNz+yq+kKD2dPar62gH+gac8ZWhp/TzvXu1MKZNQAwBEY
msFHgETIjsf0UPplGfpSim+433FFZp2jfjqnXshUO9uBTdykZwUeiICTsr7OFE+b
CNYBF2yRgV0eEHa05Bxj0KmEEv5WtM5+OlLaqPawhq9KPn/tsYaYImsMSgxAbhpB
TIb2Cg/nebOEUKt4hgCyb8OXd43qFYZcnWZraV5WRCEpiZnRRHVxZHZTTrFG75FN
EhIGEnBZ2vbql3scGmwiNpYfgKntwm9lQZe7UUuBdLLkIpLfFpaSYDji6rOP8yvg
+d1KTpPu15C/T8cvSj/xcI2X+I2QcVY31rcCAS2371aACprnldoQSn5qSwwgapjU
3me+4/wYEjDdpHGzsj3+wKH8pFJSsB0CkvBkB9/kWQR2e+nPqrSVG1U9bEqsOCIp
K9r4cFPQbaTj96pKtOPHThlOk5UGleVaGwI3NpATbrt1MIrneixj7ho2x7Ly23Zo
+ILuigfapSVWoEFAB90rsOjs/iZdh0KAlzw8tVyS7jSaoWIxFjzMw6zQBnyRwdW9
NJBMCdWad1e/H74CD4xL/Eidn1dBw1J2OveWCJ/2Wzeczw3cl4/u6LIVVGUlLOrs
oeCuj2Yf9g8tjq97Kjxj
=dloz
-END PGP SIGNATURE-
>From 722b9e2726e5392df83f22c9eb975e9dc0a366a9 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Arno=20T=C3=B6ll?= 
Date: Sat, 5 Nov 2011 22:51:28 +0100
Subject: [PATCH] Add
 (maintainer|uploader)-address-causes-mail-loops-or-bounces
 tags which warns the user if the maintainer address is set
 to the Debian QA package aliases, or, alternatively is set
 to a mailing list which is known to bounce Debian role
 mails (Closes #636599).

---
 checks/fields.desc |   26 
 data/fields/bounceaddresses|4 +++
 lib/Lintian/Check.pm   |   16 
 profiles/ubuntu/main.profile   |2 +
 t/scripts/implemented-tags.t   |1 +
 .../debian/debian/control.in   |   18 +
 t/tests/fields-maintainer-bounces/desc |7 +
 t/tests/fields-maintainer-bounces/tags |6 
 .../debian/debian/control.in   |1 +
 t/tests/fields-maintainer-general/desc |2 +-
 t/tests/fields-maintainer-general/tags |1 +
 11 files changed, 83 insertions(+), 1 deletions(-)
 create mode 100644 data/fields/bounceaddresses
 create mode 100644 t/tests/fields-maintainer-bounces/debian/debian/control.in
 create mode 100644 t/tests/fields-maintainer-bounces/desc
 create mode 100644 t/tests/fields-maintainer-bounces/tags

diff --git a/checks/fields.desc b/checks/fields.desc
index 7334b34..1aadcc0 100644
--- a/checks/fields.desc
+++ b/checks/fields.desc
@@ -186,6 +186,19 @@ Info: The maintainer address includes localhost(.localdomain), which is
  an invalid e-mail address.
 Ref: policy 5.6.2
 
+Tag: maintainer-address-causes-mail-loops-or-bounces
+Severity: serious
+Certainty: certain
+Info: The maintainer e-mail address either loops back to itself because
+ it is set to pack...@packages.debian.org or
+ pack...@qa.packages.debian.org  or references an email address
+ (typically a mailing list) which is  known to bounce mails. Policy
+ states: The email address given in the Maintainer control field must
+ accept  mail from those role accounts in Debian used to send automated
+ mails  regarding the package. This includes non-spam mail from the bug-
+ tracking system.
+Ref: policy 3.3
+
 Tag: uploader-name-missing
 Severity: serious
 Certainty: certain
@@ -227,6 +240,19 @@ Info: The uploader address includes localhost(.localdomain), which is
  an invalid e-mail address.
 Ref: policy 5.6.3
 
+Tag: uploader-address-causes-mail-loops-or-bounces
+Severity: serious
+Certainty: certain
+Info: The maintainer e-mail address either loops back to itself because
+ it is set to pack...@packages.debian.org or
+ pack...@qa.packages.debian.org  or references an email address
+ (typically a mailing list) which is  known to bounce mails. Policy
+ states: The email address given in the Maintainer control field must
+ accept  mail from those role accounts in Debian used to send automated
+ mails  regarding the package. This includes non-spam mail from the bug-
+ tracking system.
+Ref: policy 3.3
+
 Tag: wrong-debian-qa-address-set-as-maintainer
 Severity: important
 Certainty: certain
diff --git a/data/fields/bounceaddresses b/data/fields/bounceaddresses

Bug#645656: network-manager in Gnome

[Tollef Fog Heen]

]] Christoph Anton Mitterer 

(please don't Cc me on mails to lists, it's rude and against the mailing
list etiquette)

[...]

| > I believe the Gnome packaging team would be happy to accept more members
| > if somebody wants to work on this and keep maintaining it.
|
| You shouln't take my comments as criticism or offense on the gnome
| packagers... they do a great job and I guess most people appreciate
| this.

What else are we supposed to take it as?  It's hardly praise.

[...]

| > I suggest you file a bug about it so it can be fixed.  (I didn't find
| > one filed by you at least, but I didn't look very hard.)
|
| No I haven't yet... I suffer from so many small and nasty problems since
| gnome3, that I even don't know where to start.
| And most of the "bugs" are upstream anyway and I guess we all know their
| stance on "more features/functionality".

I doubt crackling noise is considered a feature or more functionality,
so I have no idea how that would apply here.

Cheers,
-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are



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

Bug#498819: doesn't honor $HOME while reading .enscriptrc

[Ivan Shmakov]

> Ivan Shmakov  writes:

 > The `enscript' command currently doesn't honor the value of the
 > HOME environment variable while reading its configuration, and uses
 > the value from the user's passwd(5) entry instead,

…

As of 1.6.5.2-1, I no longer observe this bug.

Consider, e. g.:

$ HOME=$(mktemp -dt) strace enscript -o /dev/null < /dev/null 2>&1 \
  | grep -F -- tmp. 
open("/tmp/tmp.jpoqawmSoF/.enscriptrc", O_RDONLY) = -1 ENOENT (No such file or 
directory)
$ 

TIA.

-- 
FSF associate member #7257


pgpJnO7agdM0M.pgp
Description: PGP signature

Bug#647761: Depends: logrotate is unnecessary for mgetty

[Ivan Shmakov]

Package: mgetty
Version: 1.1.36-1.6

The dependency on logrotate is mostly superfluous and may be
inconvenient for the users of the package which use alternative
log rotation mechanisms.

It seems that there's a consensus (e. g., [1]) that merely
having a /etc/logrotate.d/ file is not a good justification for
having Depends: on logrotate (consider, e. g., the dpkg package,
whose control file has no mention of logrotate, despite that the
package provides a logrotate.d/ file.)

I thus suggest that the dependency on logrotate should either be
downgraded (to Recommends: or Suggests:), or removed altogether.

TIA.

[1] http://comments.gmane.org/gmane.linux.debian.user/412996

-- 
FSF associate member #7257


pgpbRzzXO8BNJ.pgp
Description: PGP signature

Bug#647760: new version available

[Ivan Shmakov]

Source: mgetty
Version: 1.1.36-1.6

There's a new version available (as of 2010-06-05.)

ftp://mgetty.greenie.net/pub/mgetty/source/1.1/mgetty1.1.37-Jun05.tar.gz

-- 
FSF associate member #7257


pgpjPHG22orYm.pgp
Description: PGP signature

Bug#647759: openttd-opensfx Description: seems to suggest that it's free as in freedom

[Ivan Shmakov]

Package: openttd-opensfx
Version: 0.2.3-1
Severity: minor

The package's Description: reads:

The main goal of OpenSFX therefore is to provide a set of free
sounds which make it possible to play OpenTTD without requiring the
(copyrighted) files from original Transport Tycoon Deluxe game.

AIUI, the above compares OpenSFX, preasumably both copyrighted
/and/ non-free (as in freedom), to the original TTD sound set,
which is also copyrighted and non-free.

I suggest that the fragment above should be clarified, like:

The main goal of OpenSFX therefore is to provide a set of sounds,
available free of charge, which make it possible to play OpenTTD
without requiring the user to pay for the original Transport Tycoon
Deluxe game for its sound set.

TIA.

-- 
FSF associate member #7257


pgpfcVITG7GZu.pgp
Description: PGP signature

Bug#647758: ITP: jfugue -- Java API for music programming

[Giovanni Mascellani]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: g...@debian.org

   Package name: jfugue
Version: 4.0.3
Upstream Author: David Koelle 
URL: http://www.jfugue.org/
License: LGPL-2.1+
Description: Java API for music programming
 JFugue is a Java API for music programming that does not require the
 programmer to be aware of all the complexities of MIDI. The music can
 be synthetized from strings that describe its notes, chords,
 instruments, etc., or can be generated in real-time in many different
 ways.
 .
 JFugue supports playing music in real time as well as saving it to
 MIDI files or send it to MIDI devices.

Rationale: is a dependency of the new version of GeoGebra.

Giovanni.
-- 
Giovanni Mascellani 
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org



signature.asc
Description: OpenPGP digital signature

Bug#647570: debian-policy: Conformance of Chapter 5 to RFC 2119.

[Raphael Hertzog]

On Sat, 05 Nov 2011, Bill Allombert wrote:
> Of course entities are translatable. What are you actually wanting to say ?

Well, nowadays we expect to handle translations just with PO files. And in
this context, you're expected to keep an entity between the original
string and the translated one.

"a package &must; have a version"
"un paquet &must; avoir une version"

This won't work, so the translators would have to use "un paquet DOIT
avoir une version" (i.e. replacing the entity with its translated value).
Or we would have to add entities for all translations... or we would have
to have localized definitions of all entities (likely without using PO
files but some custom mechanism).

None of this is really clean IMO and it's really abusing entities
for a weird goal ("allowing people to generate a version of the policy
without uppercase").

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/go/ulule-rh/



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

Bug#647632: leiningen: Could not locate clojure/contrib/java_utils__init.class or clojure/contrib/java_utils.clj on classpath:

[Phil Hagelberg]

On Fri, Nov 4, 2011 at 10:22 AM, Mathieu Malaterre
 wrote:

> pom         Write a pom.xml file to disk for Maven interop.
> leiningen.push  Problem loading: java.io.FileNotFoundException: Could not 
> locate clojure/contrib/java_utils__init.class or 
> clojure/contrib/java_utils.clj on classpath:  (push.clj:1)

While Leiningen itself does not use Clojure Contrib, many plugins do,
and the upstream includes it. Perhaps it should be listed as a regular
dependency rather than a Recommended?

A workaround is to manually install clojure-contrib for now.

-Phil



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

Bug#636328: [texlive-base] Correcting syntax did not help

[Frank Küster]

Frank Küster  wrote:

> David Baron  wrote:
>
>> On Wednesday 03 Av 5771 10:32:41 Norbert Preining wrote:
>>> On Mi, 03 Aug 2011, David Baron wrote:
>>> > % 0 0 595 842 is the right bounding box that most applications expect
>>> > % for A4.  Since dvips always rounds up, choose something slightly
>>> > smaller.
>>> > 
>>> > @ A4size 594.99bp 841.99bp
>>> > @+ ! %%DocumentPaperSizes: a4
>>> > @+ %%PaperSize: A4
>>> 
>>> That is NOT the config.ps we ship. 
>
> Hm.  I wasn't aware of this, but that means that my code to translate
> paper names to paper dimensions by parsing config.ps is fragile.  I
> think that changing the units is maybe a strange thing to do, but it
> should totally "legal".

s/should/should be/

However, there is already an error message that isn't that bad all it is
missing is the information where to look, namely
/etc/texmf/dvips/config/config.ps.  

I'll add that and close the bug.

Regards, Frank

-- 
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)



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

Bug#626066: Private locale was broken

[Richard Kettlewell]

A bit of stracing reveals that the shell issuing the message is being 
executed like this:


26581 execve("/bin/sh", ["sh", "-c", "lexgrog 
\\/tmp\\/OwbtgWC2Nv\\/pool\\/r\\/rsbackup\\/rsbackup_0\\.3\\.DEV_amd64_binary\\/unpacked\\/usr\\/share\\/man\\/man1\\/rsbackup\\-mount\\.1\\.gz 
2>&1"], ["LOCPATH=/var/lib/lintian/locale", 
"PATH=/usr/lib/ccache:/usr/local/sbin:/usr/sbin:/sbin:/home/richard/bin:/usr/local/bin:/usr/bin:/bin:/usr/games", 
"LC_ALL=en_US.UTF-8"]) = 0


LOCPATH seems to be the key thing:

richard@araminta:~/src/3rd/lintian$ LC_ALL=en_US.UTF-8 /bin/sh -c true
richard@araminta:~/src/3rd/lintian$ LOCPATH=/var/lib/lintian/locale 
LC_ALL=en_US.UTF-8 /bin/sh -c true

/bin/sh: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)

I purged and reinstalled lintian, which regenerated the private locale, 
and it now seems to be behaving.  So the bug was presumably in the 
generation of the private locale.


ttfn/rjk



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

Bug#640235: debarchiver: Several improvements for english man page

[Valéry Perrin]

Hello Ola,

In this mail there is:
1/ the french update translation : fr.po
2/ the french update addendum : debarchiver.add.fr

based on 0.9.8. version in unstable.

There is also,
1/ the updated makefile to generate and install the german translation :
Makefile
2/ the updated po4a config file for handle the german translation : po4a.cfg

But missing the german addendum. If Helge Kreutzmann provide this, put
this in po4a directory and just add "add_de:./debarchiver.add.de" to the
end of the last line in po4a.cfg file.

This two last files are not perfect (but works fine) but I do not have
time to do better immediatly, especially if there would be many other
languages.

By the way, there is a typo error in original man page. You wrote
"configuratiln" instead "configuration" in string #80. Dont correct this
immediatly, because the translated strings becoming "fuzzy".

Best regards

Valéry Perrin

Le 05/11/2011 13:40, Ola Lundqvist a écrit :
> Hi
> 
> Decided to release 0.9.8 with the German translation. I'll release a new
> 0.9.9 when the French translation will be available.
> 
> // Ola
> 
> On Fri, Nov 04, 2011 at 04:07:31PM +0100, Ola Lundqvist wrote:
>>Ah yes now I understand. I'll make a new release. It is actually
>>prepared already except the French translation.
>>// Ola
>>Sent from my phone
>>-Original Message-
>>From: Helge Kreutzmann 
>>To: Ola Lundqvist 
>>Cc: "Valéry Perrin" ,
>>640...@bugs.debian.org
>>Sent: Fri, 04 Nov 2011 13:29
>>Subject: Re: Bug#640235: debarchiver: Several improvements for english
>>man page
>>
>>Hello Ola,
>>On Fri, Nov 04, 2011 at 01:16:26PM +0100, Ola Lundqvist wrote:
>>> Do you mean squezze or wheezy?
>>> I mean they will be part of wheezy in 10 days from now.
>>I mean wheezy. And 0.9.7 does *not* contain the German translation nor
>>the update Valéry is providing in a few days. So I ask if it could be
>>possible, once Valéry has sent her updates, to roll a 0.9.8 (or a
>>0.9.7.1) *with* the udpates so that the users actually the German or
>>recompleted French man page.
>>Thanks!
>>Greetings
>>Helge
>>--
>>Dr. Helge Kreutzmann deb...@helgefjell.de
>>Dipl.-Phys. http://www.helgefjell.de/debian.php
>>64bit GNU powered gpg signed mail preferred
>>Help keep free software "libre": http://www.ffii.de/
> 
#
#   Copyright (C) 2000-2008 Ola Lundqvist 
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston,
# MA 02110-1301 USA.

export DDATE=`LANG=C date`

all: debarchiver.1.gz debarchiver.fr.1.gz debarchiver.de.1.gz

debarchiver.pod:
podselect ../src/debarchiver.pl > $@

debarchiver.fr.pod:
po4a -L UTF-8 -A UTF-8 po4a.cfg

debarchiver.de.pod:
po4a -L UTF-8 -A UTF-8 po4a.cfg

debarchiver.1: debarchiver.pod
pod2man --center="Debarchiver" \
--section=1 \
--release="Debarchiver " \
--date="$(DDATE)" \
$^ > $@

debarchiver.fr.1: debarchiver.fr.pod
pod2man --utf8 \
--center="Debarchiver" \
--section=1 \
--release="Debarchiver " \
--date="$(DDATE)" \
$^ > $@

debarchiver.de.1: debarchiver.de.pod
pod2man --utf8 \
--center="Debarchiver" \
--section=1 \
--release="Debarchiver " \
--date="$(DDATE)" \
$^ > $@

%.1.gz: %.1
gzip -9 -c $^ > $@

install:
mkdir -p $(DESTDIR)/usr/share/man/man1
install -m644 debarchiver.1.gz \
$(DESTDIR)/usr/share/man/man1
mkdir -p $(DESTDIR)/usr/share/man/fr/man1
install -m644 debarchiver.fr.1.gz \
$(DESTDIR)/usr/share/man/fr/man1/debarchiver.1.gz
mkdir -p $(DESTDIR)/usr/share/man/de/man1
install -m644 debarchiver.de.1.gz \
$(DESTDIR)/usr/share/man/de/man1/debarchiver.1.gz

clean:
-rm -f *.pod
-rm -f *.1.gz
-rm -f *.1
[po4a_langs] fr de
[po4a_paths] po/debarchiver.pot $lang:po/$lang.po
[type: pod] ./debarchiver.pod $lang:./debarchiver.$lang.pod 
add_fr:./debarchiver.add.fr
# Translation of debarchiver_0.9.3 manpage to French
# Copyright (C) 2005, 2006, 2010 Free Software Foundation, Inc.
# Valery Perrin , 2005, 2006, 2010, 2011

Bug#647757: cultivation: Game ending: promised "rewards" do not materialise

[cfr]

Package: cultivation
Version: 9+dfsg1-1
Severity: normal

Although I'm not certain, I *think* I've twice managed to "close the
gate". In both cases, I managed to create a large, pulsating shiny thing
by having different gardeners die so rings built up. I then moved my
next gardener into the shining area and that gardener disappeared. (In
one case, the gardener was about to die but not in the other.) This
leaves me as my next gardener on the island with no shining area and
with no rings created by additional deaths.

According to the instructions, something is then supposed to appear in
my "Cultivation folder". I'm not sure where this is meant to be but I
don't appear to have one under my home directory and (as expected)
nothing additional appears in any of the main system Cultivation
folders. 

Perhaps I'm missing something but, if so, I think some indication of
where to look for the folder would be good. If not, something is not
working quite right after the gate is closed.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (600, 'unstable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.39-2-powerpc
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=ANSI_X3.4-1968) (ignored: 
LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages cultivation depends on:
ii  freeglut3 2.6.0-1   
ii  libc6 2.13-21   
ii  libgcc1   1:4.6.1-15
ii  libgl1-mesa-glx [libgl1]  7.11-6
ii  libglu1-mesa [libglu1]7.11-6
ii  libpng12-01.2.46-3  
ii  libportaudio0 18.1-7.1  
ii  libstdc++64.6.1-15  

cultivation recommends no packages.

cultivation 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#647756: memtest86 Version 3.5-2.2 does not work in Debian 6.0.2.1 updated to Debian 6.0.3 using Debian 6.0.3-i386-Update-Volumes 1 and 2...

[yekta.gursel]

Package: memtest86 

Version: 3.5-2.2

Distribution: Debian 6.0.2.1-i386-DVD, Updated to Debian 6.0.3-i386-DVD, Using 
   Debian 6.0.3-i386-Update-DVD-Volumes 1 and 2


Hardware:  MSI MS-7108 Motherboard with Intel Pentium 4, LGA 775, 3.0 GHz, Dual 
Processor CPU,
  Intel 848P, ICH5, 2 GB of 400 MHz DDR SDRAM.

Symptoms:  Upon being invoked from the "GRUB" boot splash as one of the 
options, the test display comes up
   with an indication of single CPU, and runs for a short 
while. During the 0 write test, it continuously
   displays memory errors with memory location counter 
continuously increasing.  It locks up the keyboard
   and does not listen to the "ESC" command.  The only exit is 
by hardware "RESET" button  after this
   point.

Comment:   The memtest86+ Version 4.10-1.1 does work, and shows flawless memory 
on the same hardware,
   under the same conditions.

-- Yekta


Yekta Gursel, Ph. D.

Address:

5444 Baldwin Avenue
Temple City
California, 91780-2624

Phone: (626) 454-4029 

E-mail: yekta.gur...@att.net

Bug#647755: ITP: radare2-bindings -- bindings for radare2

[Sebastian Reichel]

Package: wnpp
Severity: wishlist
Owner: Sebastian Reichel 

* Package name: radare2-bindings
  Version : 0.8.8
  Upstream Author : pancake 
* URL : http://www.radare.org
* License : LGPL
  Programming Lang: many
  Description : bindings for radare2

The project aims to create a complete, portable, multi-architecture,
unix-like toolchain for reverse engineering.

It is composed by an hexadecimal editor (radare) with a wrapped IO
layer supporting multiple backends for local/remote files, debugger
(osx,bsd,linux,w32), stream analyzer, assembler/disassembler (rasm)
for x86,arm,ppc,m68k,java,msil,sparc code analysis modules and
scripting facilities. A bindiffer named radiff, base converter (rax),
shellcode development helper (rasc), a binary information extracter
supporting (pe, mach0, elf, class, ...) named rabin, and a block-based
hash utility called rahash.

The bindings consist of vapi bindings for vala, which are converted to
bindings for many other languages by valabind and swig. They are not
part of the radare2 core package, because they depend on libradare2-dev
being installed into the system.



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

Bug#647754: /usr/lib/php5/20090626/pgsql.so: undefined symbol: lo_import_with_oid

[manuel313]

Package: php5-pgsql
Version: 5.3.3-7+squeeze3
Severity: important


After Upgrade from lenny to squeeze the php5 pgsql.so is not working anymore 

Same problem with 5.3.8 from wheezy. 5.2.6 from lenny is working fine ...

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

Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages php5-pgsql depends on:
ii  libapache2-mod-php5 [ph 5.3.3-7+squeeze3 server-side, HTML-embedded scripti
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libpq5  8.4.8-0squeeze2  PostgreSQL C client library
ii  php5-cli [phpapi-200906 5.3.3-7+squeeze3 command-line interpreter for the p
ii  php5-common 5.3.3-7+squeeze3 Common files for packages built fr

php5-pgsql recommends no packages.

php5-pgsql 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#647749: [Pkg-xfce-devel] Bug#647749: doesn't work; invalid weather.com license key

[Yves-Alexis Perez]

tag 647749 confirmed
thanks
On sam., 2011-11-05 at 19:41 +0100, Romain Francoise wrote:
> The plugin tries to get weather data from xoap.weather.com which
> replies
> "Invalid License Key". Since this affects all users of the package and
> makes it useless, I'm setting the severity to 'grave'. 

Yes, and unfortunately the plugin is more or less unmaintained. If noone
steps up at Xfce for that, I guess the only solution will be to remove
it for all Debian versions...

Right now, I guess it could be worth waiting with the bug open an
assigned, in case someone shows up. Then if that doesn't happen, will
reasign to ftp-masters to have it removed.

Regards,
-- 
Yves-Alexis


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

Bug#646774: Correction: possible to plant (in the water?!)

[cfr]

Package: cultivation
Version: 9+dfsg1-1
Followup-For: Bug #646774

Correction: It *is* possible to plant but it is necessary to plant in
(certain parts of) the water. That is, there is no land but some parts
of the water behave like water (you can pick water up etc.) and others
behave like land (you can plant seeds in it, poison it etc.).

I assume that there is actually land but that for some reason it either
looks just like water or is invisible. I looked at a screenshot on the
sourceforge homepage and my island looks nothing like that. (Indeed, my
island looks like nothing at all.)

Obviously makes it trickier to plant since the only way to find a bit of
ground is to move around randomly and similarly for finding water. And
obviously it is impossible to know whether the soil is light or dark.
Just have to stick a seed in the middle of the ocean and hope for the
best!

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (600, 'unstable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.39-2-powerpc
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=ANSI_X3.4-1968) (ignored: 
LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages cultivation depends on:
ii  freeglut3 2.6.0-1   
ii  libc6 2.13-21   
ii  libgcc1   1:4.6.1-15
ii  libgl1-mesa-glx [libgl1]  7.11-6
ii  libglu1-mesa [libglu1]7.11-6
ii  libpng12-01.2.46-3  
ii  libportaudio0 18.1-7.1  
ii  libstdc++64.6.1-15  

cultivation recommends no packages.

cultivation 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#647753: Please rebuild shogun as liblzma has been transition to liblzma5

[YunQiang Su]

Package: shogun
Version: 1.0.0-1

Please rebuild it to make it depend on the current liblzma5

-- 
YunQiang Su



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

Bug#647496: [Pkg-xfce-devel] Bug#647496: No more video-thumbnails in thunar

[Yves-Alexis Perez]

On sam., 2011-11-05 at 09:12 +0100, Marco Milone wrote:
> Dear Manteiners,
> I monitored the situation on my system a litle more a I can provide
> some more
> informations.
> 
> I add that if I open a thunar window with video files in it, the
> process
> tumblerd is listed in top, using resources.
> At this point:
> - if I close the thunar window, tumblerd disappears from the processe
> list;
> - if I keep the thunar window open, tumblerd starts leaking memory
> more and
> more, untill I kill it. In one occasion tumblerd reached ~800MB of Ram
> usage.
> 
> I hope that those infos can be helpful.
> 
> 
Unfortunately, that looks completely unrelated.

Regards,
-- 
Yves-Alexis


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

Bug#647671: Info received (pytrainer: log.out)

[Robert Krištofič]

Sorry for duplicate. Patch from bug 581991 works fine. Thank you very much.

Bug#646366: Quadrapassel: un-clickable menus make the game unplayable

[Art Ortenburger IV]

Package: quadrapassel
Version: 1:3.0.2-2
Followup-For: Bug #646366

Dear Maintainer,

I can report the same problem on Debian Wheezy amd64. Graphics card is a 
Sapphire Radeon HD 5770 Vapor-X, using the r600g driver from git (not 
Debian's). Behavior has been observed in the Xfce DE; others were not tested.

Menus do not display when clicked, and there are no responses from the user 
interface. It seems to be running -- the UI redraws properly when the window is 
resized -- but is otherwise useless.

One series of errors is printed to the terminal:
(quadrapassel:14218): Clutter-WARNING **: The required ID of 1523831 does not 
refer to an existing actor; this usually implies that the pick() of an actor is 
not correctly implemented or that there is an error in the glReadPixels() 
implementation of the GL driver.

The number of the required ID is not consistent. These messages seem to appear 
inconsistently several seconds after attempted interaction with the user 
interface.

--
Art Ortenburger IV




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

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

Versions of packages quadrapassel depends on:
ii  gconf22.32.4-1  
ii  gnome-games-data  1:3.0.2-2 
ii  libatk1.0-0   2.2.0-2   
ii  libc6 2.13-21   
ii  libcairo2 1.10.2-6.1
ii  libcanberra-gtk3-00.28-3
ii  libcanberra0  0.28-3
ii  libclutter-1.0-0  1.8.2-1   
ii  libclutter-gtk-1.0-0  1.0.4-1   
ii  libgcc1   1:4.6.1-15
ii  libgconf2-4   2.32.4-1  
ii  libgdk-pixbuf2.0-02.24.0-1  
ii  libglib2.0-0  2.28.6-1  
ii  libgtk-3-03.0.12-2  
ii  libpango1.0-0 1.29.4-1  
ii  libstdc++64.6.1-15  

quadrapassel recommends no packages.

quadrapassel 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#608279: Patch for #608279

[Sébastien Villemot]

tags 608279 + patch fixed-upstream
thanks

Please find attached a patch for this bug. It has been created out of
upstream commits on the development branch (see the upstream bug report
for more details).

Thanks,
Description: [Gnus] Prevent MIME boundary collisons with MML syntax
Origin: upstream, commit: 1ed54fa, e35032b, 52ea2bb
Bug: http://debbugs.gnu.org/9862
Bug-Debian: http://bugs.debian.org/608279
Last-Update: 2011-11-05
--- a/lisp/gnus/mml.el
+++ b/lisp/gnus/mml.el
@@ -445,6 +445,7 @@
 (defvar mml-boundary nil)
 (defvar mml-base-boundary "-=-=")
 (defvar mml-multipart-number 0)
+(defvar mml-inhibit-compute-boundary nil)
 
 (defun mml-generate-mime ()
   "Generate a MIME message based on the current MML document."
@@ -520,7 +521,11 @@
 			  ;; `m-g-d-t' will be bound to "message/rfc822"
 			  ;; when encoding an article to be forwarded.
 			  (mml-generate-default-type "text/plain"))
-		  (mml-to-mime))
+		  (mml-to-mime)
+		  ;; Update handle so mml-compute-boundary can
+		  ;; detect collisions with the nested parts.
+		  (unless mml-inhibit-compute-boundary
+			(setcdr (assoc 'contents cont) (buffer-string
 		(let ((mm-7bit-chars (concat mm-7bit-chars "\x1b")))
 		  ;; ignore 0x1b, it is part of iso-2022-jp
 		  (setq encoding (mm-body-7-or-8
@@ -690,34 +695,30 @@
   "Return a unique boundary that does not exist in CONT."
   (let ((mml-boundary (funcall mml-boundary-function
 			   (incf mml-multipart-number
-;; This function tries again and again until it has found
-;; a unique boundary.
-(while (not (catch 'not-unique
-		  (mml-compute-boundary-1 cont
+(unless mml-inhibit-compute-boundary
+  ;; This function tries again and again until it has found
+  ;; a unique boundary.
+  (while (not (catch 'not-unique
+		(mml-compute-boundary-1 cont)
 mml-boundary))
 
 (defun mml-compute-boundary-1 (cont)
-  (let (filename)
-(cond
- ((eq (car cont) 'part)
-  (with-temp-buffer
-	(cond
-	 ((cdr (assq 'buffer cont))
-	  (insert-buffer-substring (cdr (assq 'buffer cont
-	 ((and (setq filename (cdr (assq 'filename cont)))
-	   (not (equal (cdr (assq 'nofile cont)) "yes")))
-	  (mm-insert-file-contents filename nil nil nil nil t))
-	 (t
-	  (insert (cdr (assq 'contents cont)
-	(goto-char (point-min))
-	(when (re-search-forward (concat "^--" (regexp-quote mml-boundary))
- nil t)
-	  (setq mml-boundary (funcall mml-boundary-function
-  (incf mml-multipart-number)))
-	  (throw 'not-unique nil
- ((eq (car cont) 'multipart)
-  (mapc 'mml-compute-boundary-1 (cddr cont
-t))
+  (cond
+   ((member (car cont) '(part mml))
+(mm-with-multibyte-buffer
+  (let ((mml-inhibit-compute-boundary t)
+	(mml-multipart-number 0)
+	mml-sign-alist mml-encrypt-alist)
+	(mml-generate-mime-1 cont))
+  (goto-char (point-min))
+  (when (re-search-forward (concat "^--" (regexp-quote mml-boundary))
+			   nil t)
+	(setq mml-boundary (funcall mml-boundary-function
+(incf mml-multipart-number)))
+	(throw 'not-unique nil
+   ((eq (car cont) 'multipart)
+(mapc 'mml-compute-boundary-1 (cddr cont
+  t)
 
 (defun mml-make-boundary (number)
   (concat (make-string (% number 60) ?=)

-- 
Sébastien Villemot
Researcher in Economics at CEPREMAP & Debian Maintainer
http://www.dynare.org/sebastien
Phone: +33-1-40-77-49-90 - GPG Key: 4096R/381A7594


pgpi71T9knRw8.pgp
Description: PGP signature

Bug#646196: qemu-kvm: Crashes with Linux 3.x

[Hae-woo Park]

Thank you for your kind words.
And I really agree with you in
that kvm should better report error conditions.
So here, I attach more information which might or might not be a hint.

Since I could get any help from vger, so I try to find the bug with
gdb by myself.
Because I do not know much about the kernel, I just traced the kvm executable.

The segmentation fault was occured in kvm-all.c:1073 (kvm_vm_ioctl()),
and its caller was kvm-all.c:215 (kvm_init_vcpu()).
At that time, kvm_state is already null, so that s (==kvm_state) is
delivered as null to the callee.
The grand-caller was cpus.c:792 (qemu_kvm_cpu_thread_fn()).
As you know, many functions in qemu-kvm are just based on kernel
API's, so I had to stop tracing then.
Anyway, we may add some guard code around those lines to avoid
segmentation faults,
even if it is not a really good solution.

I really appreciate you.
Have a good weekend !



Regards,
Hae-woo Park.


2011/11/6 Michael Tokarev :
> On 05.11.2011 13:21, Hae-woo Park wrote:
>> I use Gigabyte GA-MA78GM-US2H main-board,
>> and I solved this problem by upgrading BIOS to version F9D (beta).
>> I think the previous version (maybe F9C, but I'm not sure now) has some 
>> problem.
>
> For fun, it was the same motherboard where I did many experiments
> with kvm some time ago.  But I upgraded BIOS right away, because
> of some unrelated thing (I think it was something to do with
> automatic CPU fan speed control, but I don't remember anymore),
> so I had no issues like this there.
>
> It's sad I don't have this board anymore - it'd be a nice experiment
> to find out what's wrong with it + kvm.  Kvm should better report
> error conditions, especially in such obscure situations, and
> definitely should not crash like you observed.  -- The last part,
> crash after problem enabling kvm in kernel - is still a problem.
>
>> You may close this bug.
>
> No, I think it should stay for now, due to second part of it which
> is really a bug which is still present - it should not crash.
>
>> I really thank you, and sorry for bothering you.
>
> It is very difficult to know where the problem is.  If kvm had better
> error reporting, maybe this whole thing didn't exist and you didn't
> have all this issues which you had.
>
> Thank you for your patience!
>
> /mjt
>



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

Bug#647248: pu: package rng-tools/2-unofficial-mt.14-1~60squeeze1

[Henrique de Moraes Holschuh]

On Sat, 05 Nov 2011, Adam D. Barratt wrote:
> On Mon, 2011-10-31 at 23:57 -0200, Henrique de Moraes Holschuh wrote:
> > This is a request for an upload to stable of the rng-tools package.
> > The upload will fix two important bugs in stable: #609289, #630771.
> [...]
> > There's a lot of noise because autogenerated files are removed by the
> > build on the newer packages in unstable.  I can provide a diff with the
> > noise removed if you want.
> 
> Confirming what the diff will look like when rebuilt on stable (as the
> package for upload should be) would be good so, yes, please.

Ok.  The diff previously attached is the result of:

debdiff rng-tools_2-unofficial-mt.13-3.dsc \
   rng-tools_2-unofficial-mt.14-1~60squeeze1.dsc

Therefore, it is the full diff of the proposed upload (built on stable)
against the current stable package.

The noise is there because I screwed up in the 2-unofficial-mt.14
*upstream* tarball, and somehow shipped it without the autoconf output.
The large diff is recording the fact that config.sub/config.guess/
aclocal.m4/configure are missing in the upstream tarball.

That stuff is regenerated in the Debian build anyway, so it doesn't matter
at all for the Debian packages.  I don't think anyone but Debian and
Ubuntu uses this fork of rng-tools, so nobody complained and I did not
notice the problem until very recently.

Here's a diff with the noise removed.

-- 
  "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
diff -Nru rng-tools-2-unofficial-mt.13/ChangeLog 
rng-tools-2-unofficial-mt.14/ChangeLog
--- rng-tools-2-unofficial-mt.13/ChangeLog  2010-05-06 22:25:05.0 
-0300
+++ rng-tools-2-unofficial-mt.14/ChangeLog  2011-06-18 00:06:56.0 
-0300
@@ -1,3 +1,7 @@
+Fri Jun 17 2011  Henrique de Moraes Holschuh 
+   * Work around CPU errata: Nano xstore corrupts memory
+   * Support kernels 3.0 and later
+
 Sun May 02 2010  Henrique de Moraes Holschuh 
* enable LARGE_FILE support, otherwise the VIA Padlock code
  won't work, thanks to Janis Hamme 
diff -Nru rng-tools-2-unofficial-mt.13/configure.ac 
rng-tools-2-unofficial-mt.14/configure.ac
--- rng-tools-2-unofficial-mt.13/configure.ac   2010-05-06 22:25:05.0 
-0300
+++ rng-tools-2-unofficial-mt.14/configure.ac   2011-06-18 00:06:56.0 
-0300
@@ -17,7 +17,7 @@
 dnl along with this program; if not, write to the Free Software
 dnl Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
 
-AC_INIT([rng-tools], [2-unofficial-mt.13], [rng-to...@packages.debian.org])
+AC_INIT([rng-tools], [2-unofficial-mt.14], [rng-to...@packages.debian.org])
 AC_PREREQ([2.59])
 AC_CONFIG_SRCDIR([rngd.c])
 AC_CANONICAL_HOST
diff -Nru rng-tools-2-unofficial-mt.13/debian/changelog 
rng-tools-2-unofficial-mt.14/debian/changelog
--- rng-tools-2-unofficial-mt.13/debian/changelog   2010-05-13 
23:25:01.0 -0300
+++ rng-tools-2-unofficial-mt.14/debian/changelog   2011-09-14 
11:18:24.0 -0300
@@ -1,3 +1,19 @@
+rng-tools (2-unofficial-mt.14-1~60squeeze1) stable; urgency=low
+
+  * Debian 6.0 (Squeeze) backport to fix important bugs in Debian stable
+(closes: #609289, #630771)
++ No changes from 2-unofficial-mt.14-1
+
+ -- Henrique de Moraes Holschuh   Wed, 14 Sep 2011 11:16:19 
-0300
+
+rng-tools (2-unofficial-mt.14-1) unstable; urgency=low
+
+  * New upstream version:
++ Work around VIA Nano xstore bug (closes: #609289)
++ Add support for Linux 3.0 (closes: #630771)
+
+ -- Henrique de Moraes Holschuh   Sat, 18 Jun 2011 00:12:54 
-0300
+
 rng-tools (2-unofficial-mt.13-3) unstable; urgency=low
 
   * Re-upload to fix problem caused by a bad i386 chroot on the -2 build
diff -Nru rng-tools-2-unofficial-mt.13/.gitignore 
rng-tools-2-unofficial-mt.14/.gitignore
--- rng-tools-2-unofficial-mt.13/.gitignore 1969-12-31 21:00:00.0 
-0300
+++ rng-tools-2-unofficial-mt.14/.gitignore 2011-06-18 00:06:56.0 
-0300
@@ -0,0 +1,4 @@
+config.sub
+config.guess
+aclocal.m4
+configure
diff -Nru rng-tools-2-unofficial-mt.13/util.c 
rng-tools-2-unofficial-mt.14/util.c
--- rng-tools-2-unofficial-mt.13/util.c 2010-05-06 22:25:05.0 -0300
+++ rng-tools-2-unofficial-mt.14/util.c 2011-06-18 00:06:56.0 -0300
@@ -59,15 +59,22 @@
long i;
char *p, *q;
 
-   if (uname(&buf)) return KERNEL_UNSUPPORTED;
+   if (uname(&buf))
+   return KERNEL_UNSUPPORTED;
+
if (!strncmp(buf.sysname, "Linux", 6)) {
i = strtol(buf.release, &p, 10); /* Major version */
-   if ((i != 2) || *p != '.') return KERNEL_UNSUPPORTED;
+   if ((i < 2) || *p != '.')
+   return KERNEL_UNSUPPORTED;
+   if (i > 2)
+   return KERNEL_LINUX_26;
p++;
q = p;
  

Bug#647742: ITP: libradsec - RADIUS over TLS/DTLS/UDP/TCP library

[Sam Hartman]

> "Faidon" == Faidon Liambotis  writes:

Faidon> Hi Sam, Hope you're well.

Faidon> Are you planning on putting the packaging efforts for this
Faidon> on git somewhere (e.g. collab-maint?). If so, I'd be happy
Faidon> to contribute, if help is needed, either now or when the
Faidon> merging effort with radsecproxy starts.

Packaging is on the debian branch of
http://www.project-moonshot.org/git/radsecproxy.git

I'm certainly happy to give you a git account there. I suspect once we
fix the remaining security issues for the moonshot gss mechanism we'll
probably be using moonshot authentication for our moonshot work.  I'd
rather not have to use both Alioth credentials and whatever Moonshot
credentials we end up with in the same project so I'd probably want a
compelling reason before moving the debian packaging to a different
place than the rest of the moonshot sources.



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

Bug#647752: piuparts: fails to create lenny chroot due to missing /etc/dpkg/dpkg.cfg.d/

[Andreas Beckmann]

Package: piuparts
Version: 0.41
Severity: normal
Tags: patch

Running

  piuparts -t ... -m ... -d lenny -a piuparts

fails with

  0m34.5s ERROR: Couldn't create file 
/tmp/piuparts/tmpAV8F3d/etc/dpkg/dpkg.cfg.d/piuparts:
  [Errno 2] No such file or directory: 
'/tmp/piuparts/tmpAV8F3d/etc/dpkg/dpkg.cfg.d/piuparts'

because lenny does not ship /etc/dpkg/dpkg.cfg.d/

Attached patch fixes this.


Andreas

-- System Information:
Debian Release: 6.0.3
  APT prefers stable
  APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (500, 
'stable-updates'), (130, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages piuparts depends on:
ii  apt0.8.10.3+squeeze1
ii  debootstrap1.0.37   
ii  lsb-release3.2-23.2squeeze1 
ii  lsof   4.81.dfsg.1-1
ii  python 2.6.7-3  
ii  python-debian  0.1.18   
ii  python2.6  2.6.7-3  
ii  python2.7  2.7.2-5  

piuparts recommends no packages.

Versions of packages piuparts suggests:
pn  ghostscript  8.71~dfsg2-9
pn  python-rpy 

-- no debconf information
--- Begin Message ---
/etc/dpkg/dpkg.cfg.d/ does not exist on lenny, so create the missing
directory before installing a file there

Signed-off-by: Andreas Beckmann 

---
 piuparts.py |2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/piuparts.py b/piuparts.py
index a731af2..5abf7ea 100644
--- a/piuparts.py
+++ b/piuparts.py
@@ -717,6 +717,8 @@ class Chroot:
 lines.append('force-confdef\n')
 logging.info("Warning: dpkg has been configured to use the 
force-confdef option. This will hide problems, see #466118.")
 if lines:
+  if not os.path.exists(self.relative("etc/dpkg/dpkg.cfg.d")):
+  os.mkdir(self.relative("etc/dpkg/dpkg.cfg.d"))
   create_file(self.relative("etc/dpkg/dpkg.cfg.d/piuparts"),
 "".join(lines))
 
-- 
tg: (b2989dd..) t/fix/lenny-dpkg.cfg.d (depends on: develop)
--- End Message ---

Bug#607438: Bugs in stable c-ares package

[Gregor Jasny]

tags 607438 + pending
stop

Thanks for the reply Adam!

On 11/5/11 3:26 PM, Adam D. Barratt wrote:

On Sun, 2011-10-30 at 18:36 +0100, Gregor Jasny wrote:

How should I go on here? I see three options:

1) Update stable version with the single patch from the bug report


This would be the safest and generally preferred option.


I took option 1 and prepared c-ares_1.7.3-1squeeze1:

http://anonscm.debian.org/gitweb/?p=collab-maint/c-ares.git;a=shortlog;h=refs/heads/squeeze


Uploaded to mentors for reviewing and testing:

http://mentors.debian.net/debian/pool/main/c/c-ares/c-ares_1.7.3-1squeeze1.dsc


Andreas, could you please upload to stable (if you have no objections) 
once the release team gives their OK?


Thanks,
Gregor

Debdiff:

$ debdiff --diffstat c-ares_1.7.3-1.dsc c-ares_1.7.3-1squeeze1.dsc
diffstat for c-ares-1.7.3 c-ares-1.7.3

 changelog |6 ++
 gbp.conf  |2 +-
 patches/fix_ares_expand_name.diff |   26 ++
 patches/series|1 +
 4 files changed, 34 insertions(+), 1 deletion(-)

diff -Nru c-ares-1.7.3/debian/changelog c-ares-1.7.3/debian/changelog
--- c-ares-1.7.3/debian/changelog   2010-06-13 22:01:50.0 +0200
+++ c-ares-1.7.3/debian/changelog   2011-11-04 15:45:58.0 +0100
@@ -1,3 +1,9 @@
+c-ares (1.7.3-1squeeze1) stable; urgency=low
+
+  * Fix ares_expand_name bug (Closes: #607438)
+
+ -- Gregor Jasny   Fri, 04 Nov 2011 15:33:10 +0100
+
 c-ares (1.7.3-1) unstable; urgency=low

   [ Gregor Jasny ]
diff -Nru c-ares-1.7.3/debian/gbp.conf c-ares-1.7.3/debian/gbp.conf
--- c-ares-1.7.3/debian/gbp.conf2010-06-13 22:01:50.0 +0200
+++ c-ares-1.7.3/debian/gbp.conf2011-11-04 14:59:24.0 +0100
@@ -1,6 +1,6 @@
 [DEFAULT]
 upstream-branch = upstream
-debian-branch = master
+debian-branch = squeeze
 upstream-tag = upstream/%(version)s
 debian-tag = debian/%(version)s
 pristine-tar = True
diff -Nru c-ares-1.7.3/debian/patches/fix_ares_expand_name.diff 
c-ares-1.7.3/debian/patches/fix_ares_expand_name.diff
--- c-ares-1.7.3/debian/patches/fix_ares_expand_name.diff   1970-01-01 
01:00:00.0 +0100
+++ c-ares-1.7.3/debian/patches/fix_ares_expand_name.diff   2011-11-04 
15:44:26.0 +0100
@@ -0,0 +1,26 @@
+Origin: upstream, 70b726c3343f83d7d3460dce0b24e8930c6f6195
+Author: Stefan Bühler 
+Date:   Sat Dec 18 14:17:09 2010 +0100
+
+ares_expand_name: Fix encoded length for indirect root
+
+diff --git a/ares_expand_name.c b/ares_expand_name.c
+index 2af6b2a..e3eccd2 100644
+--- a/ares_expand_name.c
 b/ares_expand_name.c
+@@ -87,7 +87,14 @@ int ares_expand_name(const unsigned char *encoded, const 
unsigned char *abuf,
+  * Since this function strips trailing dots though, it becomes ""
+  */
+ q[0] = '\0';
+-*enclen = 1;  /* the caller should move one byte to get past this */
++
++/* indirect root label (like 0xc0 0x0c) is 2 bytes long (stupid, but
++   valid) */
++if ((*encoded & INDIR_MASK) == INDIR_MASK)
++  *enclen = 2;
++else
++  *enclen = 1;  /* the caller should move one byte to get past this */
++
+ return ARES_SUCCESS;
+   }
+
diff -Nru c-ares-1.7.3/debian/patches/series c-ares-1.7.3/debian/patches/series
--- c-ares-1.7.3/debian/patches/series  1970-01-01 01:00:00.0 +0100
+++ c-ares-1.7.3/debian/patches/series  2011-11-04 15:44:26.0 +0100
@@ -0,0 +1 @@
+fix_ares_expand_name.diff







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

Bug#647612: [INTL:es] Spanish debconf template translation lxc

[Francisco Javier Cuadrado]

[snip]
>
> P.S. CC'ing to one of our team coordinators in the event he wants to
> review the new translation strings because this update breaks the usual
> revision chain.
>

I've just reviewed it, and I don't see any errors so Christian is free
to use it.



-- 
Saludos

Fran



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

Bug#646196: qemu-kvm: Crashes with Linux 3.x

[Michael Tokarev]

On 05.11.2011 13:21, Hae-woo Park wrote:
> I use Gigabyte GA-MA78GM-US2H main-board,
> and I solved this problem by upgrading BIOS to version F9D (beta).
> I think the previous version (maybe F9C, but I'm not sure now) has some 
> problem.

For fun, it was the same motherboard where I did many experiments
with kvm some time ago.  But I upgraded BIOS right away, because
of some unrelated thing (I think it was something to do with
automatic CPU fan speed control, but I don't remember anymore),
so I had no issues like this there.

It's sad I don't have this board anymore - it'd be a nice experiment
to find out what's wrong with it + kvm.  Kvm should better report
error conditions, especially in such obscure situations, and
definitely should not crash like you observed.  -- The last part,
crash after problem enabling kvm in kernel - is still a problem.

> You may close this bug.

No, I think it should stay for now, due to second part of it which
is really a bug which is still present - it should not crash.

> I really thank you, and sorry for bothering you.

It is very difficult to know where the problem is.  If kvm had better
error reporting, maybe this whole thing didn't exist and you didn't
have all this issues which you had.

Thank you for your patience!

/mjt



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

Bug#647725: grub-pc: Make grub directory user configurable

[Daniel Dehennin]

Hello,

Only patch one on debian/update-grub is for debian, all others are going
to be submitted upstream.

Regards.
-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1


pgpQVJ2UoJ5pa.pgp
Description: PGP signature

Bug#647750: linux-source-2.6.32: keyboard.c: 8 bits diacritics are displayed as a 7 bits representation after a space

[Bjarni Ingi Gislason]

Package: linux-source-2.6.32
Version: 2.6.32-35squeeze2
Severity: normal

  Diacritics, that are 8 bits (accent (´, 0xB4), dieresis (¨,
0xA8), cedilla (¸, 0xB8)), are displayed as their 7 bits
representation ('",) if a space is input after them.

  In the subroutine "handle_diacr" in "drivers/char/keyboard.c" is:

if ((d & ~0xff) == BRL_UC_ROW) {
if ((ch & ~0xff) == BRL_UC_ROW)
return d | ch;
} else {
for (i = 0; i < accent_table_size; i++)
if (accent_table[i].diacr == d && accent_table[i].base 
== ch)
return accent_table[i].result;
}

if (ch == ' ' || ch == (BRL_UC_ROW|0) || ch == d)
return d;

  Thus after space, the "d" (in the accent_table; compose part)
is returned instead of the real (8 bit) character.

-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i586)

Kernel: Linux 2.6.32-35squeeze2
Locale: LANG=is_IS, LC_CTYPE=is_IS (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages linux-source-2.6.32 depends on:
ii  binutils  2.20.1-16  The GNU assembler, linker and bina
ii  bzip2 1.0.5-6high-quality block-sorting file co

Versions of packages linux-source-2.6.32 recommends:
ii  gcc   4:4.4.5-1  The GNU C compiler
ii  libc6-dev [libc-dev]  2.11.2-10  Embedded GNU C Library: Developmen
ii  make  3.81-8 An utility for Directing compilati

Versions of packages linux-source-2.6.32 suggests:
pn  kernel-package (no description available)
ii  libncurses5-dev [ncurses- 5.7+20100313-5 developer's libraries and docs for
pn  libqt3-mt-dev  (no description available)

-- no debconf information

-- 
Bjarni I. Gislason



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

Bug#647649: pu: package bti/028-2+squeeze1

[gregor herrmann]

On Sat, 05 Nov 2011 18:03:40 +, Adam D. Barratt wrote:

> > Attached is the debdiff, and I've also tested the change successfully
> > on a stable machine.
> Please go ahead; thanks.

Uploaded; thanks to you!

Cheers,
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: Status Quo: All Around My Hat


signature.asc
Description: Digital signature

Bug#647557: find: invalid predicate '-delete'

[Andreas Metzler]

On 2011-11-05 Dominique  wrote:
> On Sat, Nov 5, 2011 at 2:18 AM, Andreas Metzler > wrote:
>> On 2011-11-03 Dominique  wrote:
>>> Package: findutils
>>> Version: 4.4.2-1+b1
[...]
>>> which find : /usr/bin/find
>>> find --version : 4.1
[...]
>> Either you have overwritten the binary executable provided in the
>> findutils pacjage in /usr/bin/find with an older version or you are
>> not actually running this binary. For 4.4.2-1+b1 find version should
>> lokk like this:

>> ametzler@argenau:~$ LC_ALL=C find --version
>> find (GNU findutils) 4.4.2
[...]
> well I'm not sure how this could have happened how can I update the
> findutils package to re-install itself.
> I did a search on my system for the find binary and that was the only one I
> found.
[...]

What do
/usr/bin/find --version
and
md5sum /usr/bin/find
say?

cu andreas

-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'



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

Bug#647355: service-wrapper-java: FTBFS with ld --as-needed

[tony mancill]

On 11/02/2011 01:10 AM, Ilya Barygin wrote:
> Package: service-wrapper-java
> Version: 3.5.3-3
> Severity: normal
> Tags: upstream patch
> 
> service-wrapper-java fails to build when --as-needed linker option is enabled,
> because of incorrect order of parameters passed to ld. Here's a log of
> failed build in Ubuntu:
> https://launchpad.net/ubuntu/+source/service-wrapper-java/3.5.3-3/+build/2858567/+files/buildlog_ubuntu-precise-i386.service-wrapper-java_3.5.3-3_FAILEDTOBUILD.txt.gz
> 
> See also
> http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries
> 
> The attached patch was used in Ubuntu to fix the problem.
> https://launchpad.net/ubuntu/+source/service-wrapper-java/3.5.3-3ubuntu1

Hi,

I'm in the midst of trying to get a new upstream (3.5.12) version
packaged.  Once that's ready, I'll see how things look with ld --as-needed.

Thank you for the patch!
tony




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

Bug#619587: Update mozilla/certdata.txt

[Philipp Kern]

reopen 619587
thanks

On Sat, Nov 05, 2011 at 12:52:18AM -0600, Raphael Geissert wrote:
> Back to the original bug report, I don't see how this update addresses 
> anything. If you do openssl verify(1) on any of the bogus UTN-issued certs 
> you 
> will see they still do validate. Nothing can be done about it in ca-
> certificates.

Hence reopening.  Feel free to move it somewhere suitable (like maybe
openssl-blacklist).


signature.asc
Description: Digital signature

Bug#647749: doesn't work; invalid weather.com license key

[Romain Francoise]

Package: xfce4-weather-plugin
Version: 0.7.4-1
Severity: grave
Tags: upstream

The plugin tries to get weather data from xoap.weather.com which replies
"Invalid License Key". Since this affects all users of the package and
makes it useless, I'm setting the severity to 'grave'.

Thanks,

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

Kernel: Linux 3.1.0-ore (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 xfce4-weather-plugin depends on:
ii  libc6   2.13-21 
ii  libcairo2   1.10.2-6.1  
ii  libgdk-pixbuf2.0-0  2.24.0-1
ii  libglib2.0-02.28.8-1
ii  libgtk2.0-0 2.24.7-1
ii  libpango1.0-0   1.29.4-2
ii  libxfce4util4   4.8.2-1 
ii  libxfcegui4-4   4.8.1-5 
ii  libxml2 2.7.8.dfsg-5
ii  xfce4-panel 4.8.6-1 

xfce4-weather-plugin recommends no packages.

xfce4-weather-plugin 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#647747: [Pkg-utopia-maintainers] Bug#647747: network-manager-openvpn-gnome: segfaults when using a private key with a password

[Michael Biebl]

severity 647747 important
thanks

Am 05.11.2011 19:15, schrieb Rodolfo Gouveia:
> Package: network-manager-openvpn-gnome
> Version: 0.9.0-3
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> When configuring a new openvpn connection (certificates tls) with
> a private key with a password, the nm-connection-editor exits.
> Just selecting the key and not even configuring all the rest is enough.
> This doesn't happen if the private key has no password.
> All tests were done using -testing and I can reproduce this on other
> machines as well.
> 

Thanks for the detailed bug report!

Given it only happens under certain conditions/type of configurations,
I'm downgrading to important.

Will forward the issue upstream.

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#645656: network-manager in Gnome

[Christoph Anton Mitterer]

On Fri, 2011-11-04 at 20:55 +0100, Tollef Fog Heen wrote:
> So since gnome-shell actually needs gnome-bluetooth, the dependency
> should be demoted to a Recommends?
Well but then it would be enough for gnome-shell to depend on it.

And one should perhaps try to, whether it's easy to patch it, that it
does not longer depend on it, cause this is really stupid.

And yes I know Stefan's argument, that we're just packagers... but we
change/improve so many things... why not here, if upstream makes stupid
decisions.


> I believe the Gnome packaging team would be happy to accept more members
> if somebody wants to work on this and keep maintaining it.
You shouln't take my comments as criticism or offense on the gnome
packagers... they do a great job and I guess most people appreciate
this.
Gut given that we know that they're quite competent and given that (in
the view of many people) upstream has gone a bit mad... it's not
unreasonable to ask them, to give the users their freedom back.


> I suggest you file a bug about it so it can be fixed.  (I didn't find
> one filed by you at least, but I didn't look very hard.)
No I haven't yet... I suffer from so many small and nasty problems since
gnome3, that I even don't know where to start.
And most of the "bugs" are upstream anyway and I guess we all know their
stance on "more features/functionality".



I mean we all know the heavy criticism that takes place upstream, about
GNOME shell, etc.
It's surely not useful to repeat this here.
No matter who's right, one thing is certain IMHO... all the "old" ways
(like having panels and so)... or e.g. not having NM, but managing this
e.g. via ifupdown alone... were proven workflows for years or decades.
Forcing users to switch because upstream believes it know better, is not
just wrong, but also arrogant.





On Fri, 2011-11-04 at 21:38 +0100, Josselin Mouette wrote:
> Because doing so is like ensuring there will be some systems that
don’t
> work correctly, wasting our time on bug reports that can be fixed just
> by installing the missing recommends.
> 
> Worse, it would let metapackages migrate to testing without the
> appropriate dependencies.

I don't see why.
E.g. I installed my gnome-core without gnome-packagekit... and it works
just fine... and I'm also quite sure that there's no need for many other
things (epiphany,.. etc. etc.) I've configured to be never used, and
gnome never somehow started automagically.



> Are you running the latest kernel? There have been a lot of fixes in
> drivers for PA, and it’s now working on almost all systems (of course
> there are still unlucky ones).
3.0.0...



> The same holds for NM. Most criticism has been inherited from version
> 0.6 which was full of design flaws. Upstream and us made this a
> dependency now because we believe it will be easier to fix the
remaining
> bugs than to support different underlying subsystems.

Well but then you admit,... that it was not added because it's really
needed, aren't you?!
And btw: I use NM now too on my notebooks, I reported things to the BTS
which for me still don't work,... but nevertheless, I don't like people
being more or less "forced" to use it.

And what starts as deps in meta-packages easily out-grows to real hard
deps from other packages.


smime.p7s
Description: S/MIME cryptographic signature

Bug#647700: pbzip2: doesn't write decompressed file to stdout with -dc

[Jeff Gilchrist]

Now being tracked upstream:
https://bugs.launchpad.net/pbzip2/+bug/886628



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

Bug#647278: was reproducible

[Nicholas Bamber]

It could be reproduced by building on amd64.

-- 
Nicholas Bamber | http://www.periapt.co.uk/
PGP key 3BFFE73C from pgp.mit.edu



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

Bug#647748: libmowgli: 2 tiny patches and success built for new upstream version 0.9.95

[Patrice Duroux]

Package: libmowgli
Severity: wishlist
Tags: patch


Hi,

The last upstream version 0.9.95 seems to build perfectly well.
The master head in the Debian git repo is about 0.7.0-3 and not the last
0.7.1-1, did I missed something?
Finally note that the current development branch has migrated from mercurial to
git and is now there:
git://git.atheme.org/libmowgli
http://git.atheme.org/libmowgli/

Regards,
Patrice.



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
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/dash
diff --git a/debian/control b/debian/control
index 710804f..3f21048 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,7 @@ Maintainer: Patrick Schoenfeld 
 Uploaders: William Pitcock 
 Build-Depends: debhelper (>= 7.0.50), autotools-dev, quilt (>= 0.46-7)
 Standards-Version: 3.9.1
-Homepage: http://www.atheme.org/index.php/Projects/Libmowgli
+Homepage: http://www.atheme.org/project/mowgli
 Vcs-Git: git://git.debian.org/git/collab-maint/libmowgli.git
 Vcs-Browser: http://git.debian.org/?p=collab-maint/libmowgli.git;a=summary 
 Section: libs
diff --git a/debian/watch b/debian/watch
index 7c09158..c668a23 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,3 +1,2 @@
 version=3
-http://www.atheme.org/project/mowgli \
-http://distfiles.atheme.org/libmowgli-(.*).tgz
+http://distfiles.atheme.org/libmowgli-(.*).tar.gz

Bug#647747: network-manager-openvpn-gnome: segfaults when using a private key with a password

[Rodolfo Gouveia]

Package: network-manager-openvpn-gnome
Version: 0.9.0-3
Severity: grave
Justification: renders package unusable

Dear Maintainer,
When configuring a new openvpn connection (certificates tls) with
a private key with a password, the nm-connection-editor exits.
Just selecting the key and not even configuring all the rest is enough.
This doesn't happen if the private key has no password.
All tests were done using -testing and I can reproduce this on other
machines as well.

Running under a terminal I can see a segfault:
 nm-connection-e[19773]: segfault at 8 ip b6fd1666 sp bfcacdf4 error 4 in 
libc-2.13.so[b6f58000+153000]
And here is a backtrace:

#0  __strlen_sse2_bsf () at ../sysdeps/i386/i686/multiarch/strlen-sse2-bsf.S:52
#1  0xb68f840f in decrypt_data (schema=, pkcs8_asn=, root=0xb69259e1 "encryptedData", password=0x0, 
kdf_params=0xbfcacf18, enc_params=0xbfcacf44, decrypted_data=0xbfcaceb8) at 
privkey_pkcs8.c:1628
#2  0xb68fa376 in decode_pkcs8_key (pkey=0x9c69cb8, password=0x0, 
raw_key=0xbfcaceb0) at privkey_pkcs8.c:912
#3  gnutls_x509_privkey_import_pkcs8 (key=0x9c69cb8, data=0xbfcacfa4, 
format=GNUTLS_X509_FMT_DER, password=0x0, flags=)
at privkey_pkcs8.c:1221
#4  0xb729f8bb in ?? () from /usr/lib/libnm-util.so.2
#5  0xb72798e4 in ?? () from /usr/lib/libnm-util.so.2
#6  0xb7279a4d in ?? () from /usr/lib/libnm-util.so.2
#7  0xb72847e0 in nm_setting_802_1x_set_private_key () from 
/usr/lib/libnm-util.so.2
#8  0xb218f88b in is_pkcs12 () from 
/usr/lib/NetworkManager/libnm-openvpn-properties.so
#9  0xb218763b in ?? () from /usr/lib/NetworkManager/libnm-openvpn-properties.so
#10 0xb71b9d6c in g_cclosure_marshal_VOID__VOID () from 
/usr/lib/libgobject-2.0.so.0
#11 0xb719d9f2 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#12 0xb71b0988 in ?? () from /usr/lib/libgobject-2.0.so.0
#13 0xb71b93f6 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#14 0xb71b96fd in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#15 0xb747890c in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
#16 0xb71ba068 in g_cclosure_marshal_VOID(int0_t) () from 
/usr/lib/libgobject-2.0.so.0
#17 0xb719d9f2 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#18 0xb71b0988 in ?? () from /usr/lib/libgobject-2.0.so.0
#19 0xb71b93f6 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#20 0xb71b95a2 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#21 0xb7458352 in gtk_dialog_response () from 
/usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
#22 0xb71b9d6c in g_cclosure_marshal_VOID__VOID () from 
/usr/lib/libgobject-2.0.so.0
#23 0xb719d9f2 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#24 0xb71b0988 in ?? () from /usr/lib/libgobject-2.0.so.0
#25 0xb71b93f6 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#26 0xb71b95a2 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#27 0xb74235ea in gtk_button_clicked () from 
/usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
#28 0xb7424885 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
#29 0xb74248d1 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
#30 0xb7308518 in ?? () from /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0
#31 0xb70f6b8c in ?? () from /lib/libglib-2.0.so.0
#32 0xb70f5252 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#33 0xb70f5a30 in ?? () from /lib/libglib-2.0.so.0
---Type  to continue, or q  to quit---
#34 0xb70f60f3 in g_main_loop_run () from /lib/libglib-2.0.so.0
#35 0x08057a1b in main ()


The key and core can be found:
 http://cosmico.net/tmp/client.key
 http://cosmico.net/tmp/nm-connection-editor.core.gz
 

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

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

Versions of packages network-manager-openvpn-gnome depends on:
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  libdbus-1-3  1.4.16-1  
ii  libdbus-glib-1-2 0.98-1
ii  libfontconfig1   2.8.0-3   
ii  libfreetype6 2.4.7-2   
ii  libgdk-pixbuf2.0-0   2.24.0-1  
ii  libglib2.0-0 2.28.6-1  
ii  libgnome-keyring03.2.0-3   
ii  libgtk-3-0   3.0.12-2  
ii  libnm-glib-vpn1  0.9.0-2   
ii  libnm-glib4  0.9.0-2   
ii  libnm-util2  0.9.0-2   
ii  libpango1.0-01.29.4-1  
ii  network-manager-openvpn  0.9.0-3   

network-manager-openvpn-gnome recommends no packages.

network-manager-openvpn-gnome 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#647746: console-setup: Changed "$KMAP" causes new compilation of "cached.kmap.gz"

[Bjarni Ingi Gislason]

Package: console-setup
Version: 1.68+squeeze2
Severity: wishlist

  If the variable $KMAP is changed in the file
"/etc/default/keyboard", the file "cached.kmap.gz" is
unnecessarily created.

  The execution of "ckbcomp" takes some time so the user should
be informed.  Also if there is something unusual going on.

  Suggestion:

--- setupcon.orig   2011-10-24 21:54:35.0 +
+++ setupcon2011-11-04 22:59:58.0 +
@@ -383,7 +383,8 @@
fi

if \
-   [ "$VARIANT" = '' ] \
+   [ -z "$KMAP" -o "$save" = 'yes' ] \
+   && [ "$VARIANT" = '' ] \
&& which gzip >/dev/null \
&& [ -d /usr/share ] # /usr is mounted
then
@@ -393,6 +394,7 @@
 -ot /etc/default/keyboard ] \
|| [ "$save" = yes ]
then
+   echo 'Console keycodes are now created from /usr/share/X11/xkb'
ckbcomp $acm_option $rules_option -model "$XKBMODEL" \
"$XKBLAYOUT" "$XKBVARIANT" "$XKBOPTIONS" \
| gzip -9 2>/dev/null >/etc/console-setup/cached.kmap.gz
@@ -413,6 +415,7 @@
eval loadkeys /etc/console-setup/cached.kmap.gz $verbose
else
if [ -d /usr/share/X11/xkb ]; then
+   echo 'Console keycodes are now temporarily created from 
/usr/share/X11/xkb'
ckbcomp $acm_option $rules_option \
-model "$XKBMODEL" \
"$XKBLAYOUT" "$XKBVARIANT" "$XKBOPTIONS" \


-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i586)

Kernel: Linux 2.6.32-35squeeze2
Locale: LANG=is_IS, LC_CTYPE=is_IS (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages console-setup depends on:
ii  console-terminus   4.30-2Fixed-width fonts for fast reading
ii  debconf1.5.36.1  Debian configuration management sy
ii  keyboard-configuration 1.68+squeeze2 system-wide keyboard preferences
ii  xkb-data   1.8-2 X Keyboard Extension (XKB) configu

Versions of packages console-setup recommends:
ii  kbd   1.15.2-2   Linux console font and keytable ut

Versions of packages console-setup suggests:
ii  locales 2.11.2-10Embedded GNU C Library: National L
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip

-- debconf information:
* console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic 
languages
  console-setup/store_defaults_in_debconf_db: true
  console-setup/use_system_font:
  console-setup/fontsize: 16
* console-setup/fontface47: VGA
  console-setup/fontsize-text47: 16
* console-setup/charmap47: ISO-8859-1
  console-setup/codesetcode: Lat15
* console-setup/fontsize-fb47: 16

-- debsums errors found:
debsums: changed file /bin/setupcon (from console-setup package)
debsums: changed file /usr/share/consoletrans/ISO-8859-1.acm.gz (from 
console-setup package)

-- 
Bjarni I. Gislason



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

Bug#647742: ITP: libradsec - RADIUS over TLS/DTLS/UDP/TCP library

[Faidon Liambotis]

Hi Sam,

Hope you're well.

Are you planning on putting the packaging efforts for this on git 
somewhere (e.g. collab-maint?). If so, I'd be happy to contribute, if 
help is needed, either now or when the merging effort with radsecproxy 
starts.


Best regards,
Faidon



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

Bug#647702: pbzip2: fails to decompress files with trailing garbage

[Jeff Gilchrist]

This bug is now being tracked upstream:
https://bugs.launchpad.net/pbzip2/+bug/886625



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

Bug#647745: Make mk-build-deps packages arch-dependent when --arch is passed

[Steve Langasek]

Package: devscripts
Version: 2.11.1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: precise origin-ubuntu ubuntu-patch

Hi folks,

I've been happily using mk-build-deps for a while now since it was first
pointed out to me.  But the packages that it generates can only be used for
native package builds, not for cross-package builds using multiarch.  The
attach patch addresses this by causing mk-build-deps to always treat any
--arch argument as authoritative.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
From 7fb56cd4408858f336c955f3f93708eb933ed8d8 Mon Sep 17 00:00:00 2001
From: Steve Langasek 
Date: Sat, 5 Nov 2011 11:15:26 -0700
Subject: [PATCH] Always make mk-build-deps packages arch-dependent when
 --arch is passed

When an --arch argument is passed to mk-build-deps, we should output an
architecture-dependent package even if there are no architecture-dependent
build-dependencies, so that cross-installing the package in a multiarch
environment does the right thing.
---
 scripts/mk-build-deps.pl |7 ---
 1 files changed, 4 insertions(+), 3 deletions(-)

diff --git a/scripts/mk-build-deps.pl b/scripts/mk-build-deps.pl
index 61ebd3e..678ea47 100755
--- a/scripts/mk-build-deps.pl
+++ b/scripts/mk-build-deps.pl
@@ -321,9 +321,10 @@ sub build_equiv
 if ($opts->{depends} =~ /\[|\]/) {
 	$arch = 'any';
 
-	if (defined $opt_arch) {
-	$args = "--arch=$opt_arch ";
-	}
+}
+if (defined $opt_arch) {
+	$args = "--arch=$opt_arch ";
+	$arch = $opt_arch;
 }
 
 open EQUIVS, "| equivs-build $args-"
-- 
1.7.5.4



signature.asc
Description: Digital signature

Bug#647744: Should split translations to a separate package

[David Paleino]

Package: josm
Severity: minor

Hello team,
in reference to #647721, I noticed a big change in size for the josm binary
package:

$ ls -lah josm_0.0.svn4550+dfsg*deb
-rw-r--r-- 1 david david 4,4M nov  5 17:18 josm_0.0.svn4550+dfsg1-1_all.deb
-rw-r--r-- 1 david david  13M nov  5 18:28 josm_0.0.svn4550+dfsg2-1_all.deb
$

It would be nice if we could split all those languages to a separate josm-l10n
package, with josm Recommending it (I don't dare to say josm-lang-,
since they would be something like ~70 packages). This way, people wanting a
working josm (in English), will only have to download 4M of data; anyone who
wants a different language should get the josm-l10n package.

The best thing would be if JOSM supported compiled .mo files, installed
under /usr/share/locale/, so that tools like localepurge(8) work fine (i.e. I
install josm-l10n, but only get languages I'm interested in).

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#647649: pu: package bti/028-2+squeeze1

[Adam D. Barratt]

On Sat, 2011-11-05 at 17:40 +0100, gregor herrmann wrote: 
> On Sat, 05 Nov 2011 14:05:40 +, Adam D. Barratt wrote:
> 
> > > Luckily the patch (included in 031-2) is simple and consists of 4
> > > characters: s/http/https/ in 4 URIs:
> > > http://patch-tracker.debian.org/patch/series/view/bti/031-2/identi.ca-oauth.patch
> > Only three, afaict. :)
[...] 
> Attached is the debdiff, and I've also tested the change successfully
> on a stable machine.

Please go ahead; thanks.

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#647743: drizzle: FTBFS on several architectures ("Graphite loop optimizations can only be used if the libcloog-ppl0 package is installed")

[Adam D. Barratt]

Package: src:drizzle
Version: 2011.03.13-1
Severity: serious

Hi,

drizzle FTBFS on several architectures (i386, powerpc and sparc) when
binNMUed in order to update its protobuf dependencies.  From the powerpc
build log:

drizzled/cached_directory.cc: In destructor 
'drizzled::CachedDirectory::~CachedDirectory()':
drizzled/cached_directory.cc:80:1: sorry, unimplemented: Graphite loop 
optimizations can only be used if the libcloog-ppl0 package is installed
In file included from /usr/include/c++/4.6/set:60:0,
 from ./drizzled/cached_directory.h:34,
 from drizzled/cached_directory.cc:39:
/usr/include/c++/4.6/bits/stl_tree.h: In member function 'void 
std::_Rb_tree<_Key, _Val, _KeyOfValue, _Compare, 
_Alloc>::_M_erase(std::_Rb_tree<_Key, _Val, _KeyOfValue, _Compare, 
_Alloc>::_Link_type) [with _Key = std::basic_string, _Val = 
std::basic_string, _KeyOfValue = std::_Identity 
>, _Compare = std::less >, _Alloc = 
std::allocator >, std::_Rb_tree<_Key, _Val, 
_KeyOfValue, _Compare, _Alloc>::_Link_type = 
std::_Rb_tree_node >*]':
/usr/include/c++/4.6/bits/stl_tree.h:1058:5: sorry, unimplemented: Graphite 
loop optimizations can only be used if the libcloog-ppl0 package is installed
drizzled/cached_directory.cc:139: confused by earlier errors, bailing out
Preprocessed source stored into /tmp/ccPHKpBS.out file, please attach this to 
your bugreport.
make[4]: *** [drizzled/cached_directory.lo] Error 1

Full logs available via
https://buildd.debian.org/status/package.php?p=drizzle

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#647742: ITP: libradsec - RADIUS over TLS/DTLS/UDP/TCP library

[Sam Hartman]

package: wnpp
severity: wishlist

URL: libradsec branch of http://www.project-moonshot.org/gitweb/radsecproxy.git
URL2: http://software.uninett.no/radsecproxy/
Description: libradsec is a library for RADIUS clients and servers
  This library features support for RADSEC (RADIUS over TLS/DTLS) as well as 
TCP and UDP transports.

License: The following license is a bit misleading because there are
GPL dependencies. So effectively libradsec is distributed under GPL2+. However, 
the intent is to remove the GPL dependencies in the near future and so the 
license will look more like
The source code is licensed under two different licenses, a 3-clause
BSD license and the GNU General Public License (version 2 or later).
Users of this library may choose which of these suits them best.


I'm packaging libradsec because Moonshot
(http://www.project-moonshot.org/) depends on it.  It has not been
formally released yet.  It's sort of related to radsecproxy that is
already in Debian in that eventually, libradsec may be used as a
library by radsecproxy. At that point it might make sense for the
libradsec and radsecproxy source packages to be combined. Today,
although they come from the same git repository, they come from
different branches and different places in the directory tree. There
are a couple of header files in common.

I cannot upload libradsec to unstable until libevent 2.x makes its way
into unstable.



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

Bug#517915: OneSwarm Debian package

[Bertrand Marc]

Dear OneSwarm developers,

I am a happy OneSwarm user, thank you for your work. I'd like to make a 
OneSwarm package for Debian (it would also work for Ubuntu). But to make 
it into Debian, I need a bit of help on two issues :


First, could you tell me from where does come the file 
build/f2f-libs/publickey-client.jar ? Where can I find it, its sources 
and its license ? A Debian package can't rely on file without sources, 
so this is mandatory to enter Debian.


Since Debian is very careful with copyright issues, I also have to ask 
the license and copyright (the authors) of every file in the git 
repository. Some of them have explicit headers, but some (for instance 
in javatests/*, oneswarm_f2f/src/edu/*, oneswarm_gwt_ui/*, 
oneswarm_az_mods/*, ant-custom/*) have no license and no copyright line 
(with year and authors). It would be great if you could add the 
appropriate headers. if this is too much work, could you at least 
confirm me (please cc 517...@bugs.debian.org) that every file with no 
headers are yours and released under the GPL ?


Best regards,
Bertrand Marc





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