Bug#645979: RM: meta-gnome2 -- ROM; superseded by meta-gnome3

[Michael Biebl]

Package: ftp.debian.org
Severity: normal

Please remove the meta-gnome2 package from the archive. It has been
superseded by meta-gnome3.

Cheers,
Michael



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

Bug#645052: kernel only recognizes 32G of memory

[Ian Campbell]

On Thu, 2011-10-20 at 05:30 +0100, Ben Hutchings wrote:
> On Tue, 2011-10-18 at 10:57 +0100, Ian Campbell wrote:
> > On Tue, 2011-10-18 at 04:40 +0100, Ben Hutchings wrote:
> [...]
> > >  and since some
> > > people like to run domains with much less memory, I'm inclined to say
> > > that this is 'wontfix' for squeeze.  But I'm not sure just how small
> > > they are likely to be (while still running Debian).  Maybe the cost
> > > isn't that significant.
> > 
> > http://www.debian.org/releases/stable/amd64/ch03s04.html.en and
> > http://www.debian.org/releases/stable/i386/ch03s04.html.en both say the
> > minimum is 64M.
> > 
> > We are talking about going from 128KB to 280KB reserved for the p2m.
> > Which for a 64M machine is going from 0.20% to 0.43% of RAM overhead.
> > 
> > I'm not sure if <64M is realistic. I have a (32-bit, physical) machine I
> > use as a firewall which has 32M and apt-get and friends really do grind
> > along (it's also an old Pentium with a tiny disk, so there are other
> > factors in that).
> > 
> > I think we are only talking about the limit for a 64 bit guest? I would
> > guess that those are more unlikely to be given tiny amounts of RAM
> > compared with 32 bit.
> 
> Yes, that seems reasonable.  Let's do it (but after -39).

Sounds like a plan. I'll wait for -40 to begin then check that in.

Cheers,
Ian.
-- 
Ian Campbell


Better hope you get what you want before you stop wanting it.


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

Bug#645475: fixed in gmp 2:5.0.2+dfsg-2

[Jonathan Nieder]

Steve M. Robbins wrote:

> We believe that the bug you reported is fixed in the latest version of
> gmp, which is due to be installed in the Debian FTP archive:

Thanks!  That was quick. :)



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

Bug#645961: xulrunner-7.0: Iceweasel/icedove eats 100% cpu after closing

[Mike Hommey]

On Thu, Oct 20, 2011 at 12:58:30AM +0200, Iacopo Spalletti wrote:
> Package: xulrunner-7.0
> Version: 7.0.1-4
> Severity: normal
> 
> Dear Maintainer,
> *** Please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>* What was the outcome of this action?
>* What outcome did you expect instead?
> 
> *** End of the template - remove these lines ***
> 
> When i close xulrunner applications (I tested only icedove / iceweasel, but i
> guess it's a xulrunner problem) program windows close but the processes remain
> active and eats 100% cpu time.
> This behaviour occurs on different profiles / different PCs (tested on a
> desktop and a laptop, both 64bit unstable, 1 AMD based, 1 Intel based).
> This occurs even on a empty profile (or in safe mode) just opening the default
> page (about:home).
> Apparently this don't cause any dataloss or any error in profile data, but 
> it's
> quite annoying as it makes opening new browser session impossibile.
> How can i debug this situation further and provide more info?

Are you using the Gtk engine that uses the Qt/KDE theme?

Mike



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

Bug#637284: Can't install wheezy on a 2011 iMac

[Jonathan Nieder]

tags 637284 + moreinfo
quit

Mike Hore wrote:
> Hi Jonathan,

>> Just curious: did you ever try a CD from the last point release (6.0.3),
>> which includes the appropriate network drivers?
[...]
> OK, I might try that when I get time (not sure when though).

Marking accordingly.  We can investigate this the next time someone
reports on an attempt to run Debian on this hardware.

Thanks,
Jonathan



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

Bug#645978: Please build esound for multiarch

[Steve Langasek]

On Thu, Oct 20, 2011 at 08:00:42AM +0200, Michael Biebl wrote:
> Am 20.10.2011 07:31, schrieb Steve Langasek:
> > I should note that libesd.la is still listed on
> > http://release.debian.org/~aba/la/current.txt because libao references it. 

> I think we should use the opportunity to drop

> +usr/lib/*/libesd.la

> or is there a particular reason you kept the .la file?

> Thanks for the patch,

I don't know any particular reason to keep it.  I agree that it's probably
best to drop it at the same time.

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


signature.asc
Description: Digital signature

Bug#645923: biococoa.app: Crashes on startup

[Andreas Tille]

Hi Yavor,

do you have any hint how to fix this.  I know you are quite experienced
with Cocoa Apps and my guess is you found the problem when doing regular
test in packages using this environment.  If you do not have a hint how
to solve this problem I'm considering to drop those few biological
packages which are using this framework (after doing a poll about users
on our mailing list).

Kind regards

   Andreas.

On Wed, Oct 19, 2011 at 09:08:22PM +0300, Yavor Doganov wrote:
> Package: biococoa.app
> Version: 1.6.0-8+b3
> Severity: grave
> Justification: renders package unusable
> 
> BioCocoa crashes on startup with the following backtrace:
> 
> Starting program: /usr/bin/BioCocoa 
> [Thread debugging using libthread_db enabled]
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0xb76db8f6 in objc_msg_lookup (receiver=0x8059708, op=0xb7edf4d8)
> at 
> /build/buildd-gcc-4.6_4.6.1-15-i386-_YsPrE/gcc-4.6-4.6.1/src/libobjc/sendmsg.c:397
> 397   
> /build/buildd-gcc-4.6_4.6.1-15-i386-_YsPrE/gcc-4.6-4.6.1/src/libobjc/sendmsg.c:
>  Няма такъв файл или директория.
>   in 
> /build/buildd-gcc-4.6_4.6.1-15-i386-_YsPrE/gcc-4.6-4.6.1/src/libobjc/sendmsg.c
> #0  0xb76db8f6 in objc_msg_lookup (receiver=0x8059708, op=0xb7edf4d8)
> at 
> /build/buildd-gcc-4.6_4.6.1-15-i386-_YsPrE/gcc-4.6-4.6.1/src/libobjc/sendmsg.c:397
> #1  0xb7c368c3 in -[NSApplication setApplicationIconImage:] (self=0x8048f34, 
> _cmd=0x81f1f78, anImage=0x8059708) at NSApplication.m:2362
> #2  0xb6a8 in ?? ()
> Backtrace stopped: previous frame inner to this frame (corrupt stack?)
> 
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing')
> Architecture: i386 (i686)
> 
> Kernel: Linux 3.0.0-2-686-pae (SMP w/1 CPU core)
> Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages biococoa.app depends on:
> ii  gnustep-back0.20  0.20.1-2   
> ii  gnustep-base-runtime  1.22.1-1   
> ii  gnustep-gpbs  0.20.1-2+b1
> ii  gnustep-gui-runtime   0.20.0-2   
> ii  libc6 2.13-21
> ii  libgcc1   1:4.6.1-15 
> ii  libgnustep-base1.22   1.22.1-1   
> ii  libgnustep-gui0.200.20.0-2   
> ii  libobjc3  4.6.1-15   
> 
> biococoa.app recommends no packages.
> 
> biococoa.app suggests no packages.
> 
> -- no debconf information
> 
> 
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
-- 
http://fam-tille.de



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

Bug#645958: Patch is wrong (sorry)

[Laurent Declercq]

Package: ubuntu-dev-tools
Version: 0.101
Severity: normal

I'm sorry but my patch is wrong. I've forgot that we also can define a
customized sources.list by using the TEMPLATE_SOURCES variable via the ~/.mk-
sbuild.rc file (btw: not documented in the man).

Well, I'm a bit annoyed here. for now, we can setup a customized sources.list
in many ways:
- via the ~/.mk-sbuild.rc file by using the TEMPLATE_SOURCES variable
- via the ~/.mk-sbuild.sources
- via a specific distro based file, such as ~/.mk-sbuild.sources.debian

My question here is: In which order we must treat these possibilities when
several of them are being used?

I wait your answer to create the patch.

Thanks for interest.



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

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

Versions of packages ubuntu-dev-tools depends on:
ii  binutils 2.20.1-16   The GNU assembler, linker and bina
ii  dctrl-tools  2.14.5  Command-line tools to process Debi
ii  devscripts   2.10.69+squeeze1scripts to make the life of a Debi
ii  diffstat 1.53-1  produces graph of changes introduc
ii  dpkg-dev 1.15.8.11   Debian package development tools
ii  lsb-release  3.2-23.2squeeze1Linux Standard Base version report
ii  python   2.6.6-3+squeeze6interactive high-level object-orie
ii  python-apt   0.7.100.1+squeeze1  Python interface to libapt-pkg
ii  python-debian0.1.18  Python modules to work with Debian
ii  python-launchpadlib  1.6.2-1 Launchpad web services client libr
ii  python-lazr.restfulc 0.9.21-1client for lazr.restful-based web 
ii  python-support   1.0.10  automated rebuilding support for P
ii  sudo 1.7.4p4-2.squeeze.2 Provide limited super user privile

Versions of packages ubuntu-dev-tools recommends:
ii  bzr2.1.2-1   easy to use distributed version co
ii  ca-certificates20090814+nmu3squeeze1 Common CA certificates
ii  cowdancer  0.62+nmu2 Copy-on-write directory tree utili
ii  debootstrap1.0.26+squeeze1   Bootstrap a basic Debian system
ii  genisoimage9:1.1.11-1Creates ISO-9660 CD-ROM filesystem
ii  libapt-pkg-perl0.1.24+b1 Perl interface to libapt-pkg
ii  libwww-perl5.836-1   Perl HTTP/WWW client/server librar
ii  pbuilder   0.199+nmu1personal package builder for Debia
ii  perl-modules   5.10.1-17squeeze2 Core Perl modules
ii  python-magic   5.04-5File type determination library us
ii  python-soappy  0.12.0-4  SOAP Support for Python
ii  reportbug  4.12.6reports bugs in the Debian distrib
ii  sbuild 0.60.0-2squeeze1  Tool for building Debian binary pa

Versions of packages ubuntu-dev-tools suggests:
pn  qemu-kvm-extras-static (no description available)

-- no debconf information



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

Bug#442364: php-db-dataobject-formbuilder -- PHP PEAR Class to build HTML_QuickForm objects from a DB_DataObject class, owner 442364 !

[Lucas Nussbaum]

On 19/10/11 at 21:44 +0200, David Hannequin wrote:
> Hello,
> 
> I am interested to make the package and have done some work. For me
> it is important that this package is in Debian and I'd be the owner
> of the ITP bug in debian package upload his or mine or upload. Do
> you think it is now possible? Is what I can offer my package?

Given that the original ITP bug has been idle for a long time, feel free
to take it over, yes.
-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



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

Bug#645756: openjdk-6-jdk: add link from arch-specific dir to src.zip

[Michal Politowski]

On Wed, 19 Oct 2011 23:23:50 +0200, Matthias Klose wrote:
> not that easy; openjdk-6-jdk doesn't depend on openjdk-6-source, so the
> alternative would be to add an extra package :-/

Yeah, I see. A case for a trigger?
Or there is a dependency in the other direction, so maybe
a link could be managed relatively simply via the -source
maintainer scripts?

-- 
Michał Politowski
Talking has been known to lead to communication if practiced carelessly.



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

Bug#588104: Bug 588104

[Christian Marillat]

Olly Betts  writes:

> On Sun, Oct 16, 2011 at 06:12:44PM +0200, Christian Marillat wrote:
>> I'm interested in bug 588104.
>> 
>> What do you intent to do with this bug ?
>
> It's better to keep discussion public I feel, but FWIW my current focus
> is on eliminating 2.6.

I already send a comment on this bug report in April 2011 without any
reply from wxWidgets maintainers.

This bug has been filed in July 2010. How many time is needed to see this
bug fixed ?

Christian




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

Bug#645978: Please build esound for multiarch

[Michael Biebl]

Hi Steve!

Am 20.10.2011 07:31, schrieb Steve Langasek:
> I should note that libesd.la is still listed on
> http://release.debian.org/~aba/la/current.txt because libao references it. 

I think we should use the opportunity to drop

+usr/lib/*/libesd.la

or is there a particular reason you kept the .la file?

Thanks for the patch,

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#637284: Can't install wheezy on a 2011 iMac

[Mike Hore]

Hi Jonathan,


Hey,

Mike Hore wrote:


Just an update -- somebody put me on to Virtual Box, and it works!


Just curious: did you ever try a CD from the last point release (6.0.3),
which includes the appropriate network drivers?


No, I haven't tried it since I've been tied up on other things.



If you're interested, one way to test would be to try with Debian
Live[1], to avoid disrupting a working system.

Jonathan

[1] http://www.debian.org/CD/live/


OK, I might try that when I get time (not sure when though).

Cheers,  Mike.

---
  Mike Horemike_h...@aapt.net.au
---



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

Bug#645978: Please build esound for multiarch

[Steve Langasek]

Package: esound
Version: 0.2.41-9
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hi folks,

In Ubuntu, I've applied the attached patch to build esound for multiarch.
It's a straightforward transition, with no particular surprises; I've
updated the package to use debhelper compat level 9 at the same time, which
doesn't seem to have any negative impact on the build.

I should note that libesd.la is still listed on
http://release.debian.org/~aba/la/current.txt because libao references it. 
So after applying this patch, libao will need a rebuild (or better yet, to
have its .la file dropped).

Thanks for considering the patch.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/compat'
--- debian/compat   2009-02-17 23:31:24 +
+++ debian/compat   2011-10-20 05:05:41 +
@@ -1 +1 @@
-5
+9

=== modified file 'debian/control'
--- debian/control  2011-04-16 18:22:49 +
+++ debian/control  2011-10-20 05:24:12 +
@@ -13,8 +13,8 @@
libasound2-dev [linux-any],
libwrap0-dev,
pkg-config,
-   debhelper (>> 5),
-   cdbs,
+   debhelper (>= 8.1.3~),
+   cdbs (>= 0.4.93~),
gnome-pkg-tools (>= 0.7),
quilt
 Build-Depends-Indep: docbook-utils,
@@ -22,6 +22,7 @@
 
 Package: esound-common
 Architecture: all
+Multi-Arch: foreign
 Depends: ${misc:Depends},
 Conflicts: libesd-alsa0
 Description: Enlightened Sound Daemon - Common files
@@ -32,6 +33,8 @@
 
 Package: libesd0
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Section: libs
 Depends: ${shlibs:Depends},
  ${misc:Depends},
@@ -46,6 +49,7 @@
 
 Package: libesd0-dev
 Architecture: any
+Multi-Arch: same
 Section: libdevel
 Depends: ${misc:Depends},
  libesd0 (= ${binary:Version}),

=== modified file 'debian/control.in'
--- debian/control.in   2011-04-16 18:22:49 +
+++ debian/control.in   2011-10-20 05:24:12 +
@@ -8,8 +8,8 @@
libasound2-dev [linux-any],
libwrap0-dev,
pkg-config,
-   debhelper (>> 5),
-   cdbs,
+   debhelper (>= 8.1.3~),
+   cdbs (>= 0.4.93~),
gnome-pkg-tools (>= 0.7),
quilt
 Build-Depends-Indep: docbook-utils,
@@ -17,6 +17,7 @@
 
 Package: esound-common
 Architecture: all
+Multi-Arch: foreign
 Depends: ${misc:Depends},
 Conflicts: libesd-alsa0
 Description: Enlightened Sound Daemon - Common files
@@ -27,6 +28,8 @@
 
 Package: libesd0
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Section: libs
 Depends: ${shlibs:Depends},
  ${misc:Depends},
@@ -41,6 +44,7 @@
 
 Package: libesd0-dev
 Architecture: any
+Multi-Arch: same
 Section: libdevel
 Depends: ${misc:Depends},
  libesd0 (= ${binary:Version}),

=== modified file 'debian/esound-common.install'
--- debian/esound-common.install2011-04-16 18:22:49 +
+++ debian/esound-common.install2011-10-20 05:07:24 +
@@ -1 +1 @@
-debian/tmp/etc
+etc

=== modified file 'debian/libesd0-dev.install'
--- debian/libesd0-dev.install  2009-02-17 23:31:24 +
+++ debian/libesd0-dev.install  2011-10-20 05:07:05 +
@@ -1,8 +1,8 @@
-debian/tmp/usr/lib/libesd.so
-debian/tmp/usr/lib/libesd.la
-debian/tmp/usr/lib/libesd.a
-debian/tmp/usr/include
-debian/tmp/usr/bin/esd-config
-debian/tmp/usr/share/aclocal
-debian/tmp/usr/share/man/man1/esd-config.1
-debian/tmp/usr/lib/pkgconfig
+usr/lib/*/libesd.so
+usr/lib/*/libesd.la
+usr/lib/*/libesd.a
+usr/include
+usr/bin/esd-config
+usr/share/aclocal
+usr/share/man/man1/esd-config.1
+usr/lib/*/pkgconfig

=== modified file 'debian/libesd0.install'
--- debian/libesd0.install  2009-02-17 23:31:24 +
+++ debian/libesd0.install  2011-10-20 05:06:38 +
@@ -1 +1 @@
-debian/tmp/usr/lib/libesd.so.*
+usr/lib/*/libesd.so.*

=== modified file 'debian/rules'
--- debian/rules2009-11-03 20:32:35 +
+++ debian/rules2011-10-20 05:06:20 +
@@ -7,7 +7,8 @@
 include /usr/share/gnome-pkg-tools/1/rules/clean-la.mk
 -include /usr/share/gnome-pkg-tools/1/rules/gnome-get-source.mk
 
-DEB_CONFIGURE_EXTRA_FLAGS += --enable-ipv6 --with-libwrap
+DEB_CONFIGURE_EXTRA_FLAGS += --enable-ipv6 --with-libwrap \
+   --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)
 
 DEB_DH_MAKESHLIBS_ARGS_ALL := -V "libesd0 (>= 0.2.35)"
 DEB_DH_MAKESHLIBS_ARGS_esound-clients := --no-act

Bug#645968: about:version should be clickable

[Yves-Alexis Perez]

 affects debian/midori
 affects midori
 done

On jeu., 2011-10-20 at 08:44 +0800, jida...@jidanni.org wrote:
> Package: midori
> Version: 0.4.1-1
> Severity: wishlist
> 
> Help > About says
> 
> A lightweight web browser.
> See about:version for version info.
> 
> OK, but the words about:version should be made clickable.
> 
Yeah, that sounds sensible.
-- 
Yves-Alexis


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

Bug#645958: ubuntu-dev-tools: patch available

[Laurent Declercq]

Package: ubuntu-dev-tools
Version: 0.101
Severity: normal

Well, I'm using svn and git. I've never worked with bzr yet. I prefer provide a
patch for that thing and will see for further contribution. My patch is ok,
hopefully.

Thank for interest.



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

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

Versions of packages ubuntu-dev-tools depends on:
ii  binutils 2.20.1-16   The GNU assembler, linker and bina
ii  dctrl-tools  2.14.5  Command-line tools to process Debi
ii  devscripts   2.10.69+squeeze1scripts to make the life of a Debi
ii  diffstat 1.53-1  produces graph of changes introduc
ii  dpkg-dev 1.15.8.11   Debian package development tools
ii  lsb-release  3.2-23.2squeeze1Linux Standard Base version report
ii  python   2.6.6-3+squeeze6interactive high-level object-orie
ii  python-apt   0.7.100.1+squeeze1  Python interface to libapt-pkg
ii  python-debian0.1.18  Python modules to work with Debian
ii  python-launchpadlib  1.6.2-1 Launchpad web services client libr
ii  python-lazr.restfulc 0.9.21-1client for lazr.restful-based web 
ii  python-support   1.0.10  automated rebuilding support for P
ii  sudo 1.7.4p4-2.squeeze.2 Provide limited super user privile

Versions of packages ubuntu-dev-tools recommends:
ii  bzr2.1.2-1   easy to use distributed version co
ii  ca-certificates20090814+nmu3squeeze1 Common CA certificates
ii  cowdancer  0.62+nmu2 Copy-on-write directory tree utili
ii  debootstrap1.0.26+squeeze1   Bootstrap a basic Debian system
ii  genisoimage9:1.1.11-1Creates ISO-9660 CD-ROM filesystem
ii  libapt-pkg-perl0.1.24+b1 Perl interface to libapt-pkg
ii  libwww-perl5.836-1   Perl HTTP/WWW client/server librar
ii  pbuilder   0.199+nmu1personal package builder for Debia
ii  perl-modules   5.10.1-17squeeze2 Core Perl modules
ii  python-magic   5.04-5File type determination library us
ii  python-soappy  0.12.0-4  SOAP Support for Python
ii  reportbug  4.12.6reports bugs in the Debian distrib
ii  sbuild 0.60.0-2squeeze1  Tool for building Debian binary pa

Versions of packages ubuntu-dev-tools suggests:
pn  qemu-kvm-extras-static (no description available)

-- no debconf information
--- /usr/bin/mk-sbuild  2011-10-20 01:41:08.157701636 +0200
+++ ./mk-sbuild 2011-10-20 06:42:22.433224679 +0200
@@ -426,10 +426,12 @@
 
 # Update the package sources
 TEMP_SOURCES=`mktemp -t sources-XX`
-if [ -z "$TEMPLATE_SOURCES" ]; then
-TEMPLATE_SOURCES=~/.mk-sbuild.sources
-fi
-if [ -r "$TEMPLATE_SOURCES" ]; then
+TEMPLATE_SOURCES=~/.mk-sbuild.sources
+DISTRO_TEMPLATE_SOURCES="${TEMPLATE_SOURCES}.${DISTRO}"
+
+if [ -r "${DISTRO_TEMPLATE_SOURCES}" ]; then
+cat "${DISTRO_TEMPLATE_SOURCES}" > "$TEMP_SOURCES"
+elif [ -r "${TEMPLATE_SOURCES}" ]; then
 cat "$TEMPLATE_SOURCES" > "$TEMP_SOURCES"
 else
 cat > "$TEMP_SOURCES" <

Bug#645052: kernel only recognizes 32G of memory

[Ben Hutchings]

On Tue, 2011-10-18 at 10:57 +0100, Ian Campbell wrote:
> On Tue, 2011-10-18 at 04:40 +0100, Ben Hutchings wrote:
[...]
> >  and since some
> > people like to run domains with much less memory, I'm inclined to say
> > that this is 'wontfix' for squeeze.  But I'm not sure just how small
> > they are likely to be (while still running Debian).  Maybe the cost
> > isn't that significant.
> 
> http://www.debian.org/releases/stable/amd64/ch03s04.html.en and
> http://www.debian.org/releases/stable/i386/ch03s04.html.en both say the
> minimum is 64M.
> 
> We are talking about going from 128KB to 280KB reserved for the p2m.
> Which for a 64M machine is going from 0.20% to 0.43% of RAM overhead.
> 
> I'm not sure if <64M is realistic. I have a (32-bit, physical) machine I
> use as a firewall which has 32M and apt-get and friends really do grind
> along (it's also an old Pentium with a tiny disk, so there are other
> factors in that).
> 
> I think we are only talking about the limit for a 64 bit guest? I would
> guess that those are more unlikely to be given tiny amounts of RAM
> compared with 32 bit.

Yes, that seems reasonable.  Let's do it (but after -39).

Ben.

-- 
Ben Hutchings
73.46% of all statistics are made up.


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

Bug#645977: linux-image-3.0.0-1-686-pae: show next message "Error!Bad return status for module build on kernel: 3.0.0-1-686-pae (i686)"when the restart system this system is frozen and not responding

[Felix Perez V]

Package: linux-image-3.0.0-1-686-pae
Version: 3.0.0-3
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

at install this packge with synaptic and otherwise, this show next message
"Error! Bad return status for module build on kernel: 3.0.0-1-686-pae (i686)",
when the restart system this system  is  frozen and not responding.  Same
result in amd64 version



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

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



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

Bug#645976: FTBFS: Error: pa check failed

[Peter Eisentraut]

Package: qemu-kvm
Version: 0.14.1+dfsg-4
Severity: serious
Justification: fails to build from source (but built successfully in the past)

$ debuild
 dpkg-buildpackage -rfakeroot -D -us -uc -i -I
dpkg-buildpackage: dpkg-buildflags (origin: vendor): CFLAGS = -g -O2 
-fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat 
-Wformat-security -Werror=format-security
dpkg-buildpackage: dpkg-buildflags (origin: vendor): CPPFLAGS = 
dpkg-buildpackage: dpkg-buildflags (origin: vendor): CXXFLAGS = -g -O2 
-fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat 
-Wformat-security -Werror=format-security
dpkg-buildpackage: dpkg-buildflags (origin: vendor): FFLAGS = -g -O2
dpkg-buildpackage: dpkg-buildflags (origin: vendor): LDFLAGS = -Wl,-z,relro
dpkg-buildpackage: source package qemu-kvm
dpkg-buildpackage: source version 0.14.1+dfsg-4
dpkg-buildpackage: source changed by Michael Tokarev 
 dpkg-source -i -I --before-build qemu-kvm-0.14.1+dfsg
dpkg-buildpackage: host architecture i386
 fakeroot debian/rules clean
dh_testdir
rm -f build-stamp install-stamp
[ ! -f config-host.mak ] || /usr/bin/make -C pc-bios/optionrom clean
[ ! -f config-host.mak ] || /usr/bin/make distclean
rm -f config.log roms/*/Makefile
dh_clean
 dpkg-source -i -I -b qemu-kvm-0.14.1+dfsg
dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: building qemu-kvm using existing 
./qemu-kvm_0.14.1+dfsg.orig.tar.gz
dpkg-source: info: building qemu-kvm in qemu-kvm_0.14.1+dfsg-4.debian.tar.gz
dpkg-source: info: building qemu-kvm in qemu-kvm_0.14.1+dfsg-4.dsc
 debian/rules build
dh_testdir
./configure --prefix=/usr \
--datadir=/usr/share/kvm \
--sysconfdir=/etc \
--audio-drv-list="alsa oss sdl pa" \
--audio-card-list="ac97 es1370 sb16 cs4231a adlib gus hda" \
--disable-strip \
--disable-xen \
--disable-blobs \


Error: pa check failed
Make sure to have the pa libs and headers installed.

make: *** [config-host.mak] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2



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

Bug#645975: alacarte: can't disable menu items

[Paul C. Bryan]

Package: alacarte
Version: 0.13.2-3
Severity: important

Under GNOME 3, you can no longer disable (or enable) menu items in Alacarte. 
Console output:

Traceback (most recent call last):
  File "/usr/share/alacarte/Alacarte/MainWindow.py", line 432, in 
on_item_tree_show_toggled
self.editor.setVisible(item, False)
  File "/usr/share/alacarte/Alacarte/MenuEditor.py", line 200, in setVisible
menu_xml = self.__getXmlMenu(self.__getPath(item), dom, dom)
  File "/usr/share/alacarte/Alacarte/MenuEditor.py", line 473, in __getXmlMenu
node = self.__addXmlMenuElement(element, name, dom)
  File "/usr/share/alacarte/Alacarte/MenuEditor.py", line 484, in 
__addXmlMenuElement
return element.appendChild(node)
  File "/usr/lib/python2.7/xml/dom/minidom.py", line 1550, in appendChild
"two document elements disallowed")
xml.dom.HierarchyRequestErr: two document elements disallowed

This may be related to bug #645470, as I see similar errors in the console.

My rationale for classifying this as important rather than normal
is because this is very commonly used functionality that has broken.

Paul

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

Kernel: Linux 3.0.0-2-amd64 (SMP w/4 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 alacarte depends on:
ii  gnome-menus 3.0.1-2 
ii  python  2.7.2-9 
ii  python-gmenu3.0.1-2 
ii  python-gobject  2.28.6-5
ii  python-gtk2 2.24.0-2
ii  python-support  1.0.14  

Versions of packages alacarte recommends:
ii  gnome-panel  3.0.2-1

alacarte 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#617342: [Debian-med-packaging] Bug#617342: Update program for testing

[Steve M. Robbins]

On Thu, Oct 13, 2011 at 12:43:17PM -0700, Chuck Theobald wrote:
> I've made some changes so that MRIConvert emits 32-bit .raw files,
> but do not have a way to test. 

Does it work successfully on the image Mathieu attached
to the bug report http://bugs.debian.org/617342 ?

Thanks,
-Steve


signature.asc
Description: Digital signature

Bug#645264: Needs update for GNOME 3 / brasero 3

[Michael Biebl]

Am 19.10.2011 22:03, schrieb Michael Biebl:
> Am 19.10.2011 21:59, schrieb Helge Kreutzmann:

> 
> The version from experimental seems to have built fine on all archs and would
> just need a simple re-upload to unstable with minimum effort.

And thanks in advance. We do know that the switch to GNOME 3 is a bumpy ride
at times, so I hope you bear with us and help making wheezy great.

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#645974: debbugs: add missing In-Reply-To and References headers to unbreak threading

[Paul Wise]

retitle 645974 debbugs: add missing References headers to semi-unbreak threading
thanks

On Wed, 2011-10-19 at 19:40 -0700, Don Armstrong wrote:

> I can add the References header, but I-R-T has a different meaning, so
> I shouldn't add that. [I don't know which message it's a reply to,
> only that it's in a thread.]

That sounds reasonable, retitling.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#645567: pyrite-publisher: diff for NMU version 2.1.1-7.1

[Olly Betts]

tags 645567 + patch
tags 645567 + pending
thanks

Daniel Martin wrote:
> Could you please? I'm a bit swamped with the day job for the next two
> weeks.

Sure - I've prepared an NMU for pyrite-publisher (versioned as
2.1.1-7.1) and uploaded it.  This also addresses a couple of other minor
issues (fixes a lintian error and removes a no longer accurate or useful
README.Debian).

I also closed #289230 which was fixed by a previous upload. 

Cheers,
Olly
diff -u pyrite-publisher-2.1.1/debian/control pyrite-publisher-2.1.1/debian/control
--- pyrite-publisher-2.1.1/debian/control
+++ pyrite-publisher-2.1.1/debian/control
@@ -7,8 +7,8 @@
 
 Package: pyrite-publisher
 Architecture: any
-Depends: ${python:Depends}
-Suggests: python-wxgtk2.6
+Depends: ${python:Depends}, ${shlibs:Depends}
+Suggests: python-wxgtk2.8
 Description: Convert html and text documents to palm DOC format
  Pyrite Publisher can convert a variety of input formats into several
  different variations on the palm doc format.
diff -u pyrite-publisher-2.1.1/debian/changelog pyrite-publisher-2.1.1/debian/changelog
--- pyrite-publisher-2.1.1/debian/changelog
+++ pyrite-publisher-2.1.1/debian/changelog
@@ -1,3 +1,15 @@
+pyrite-publisher (2.1.1-7.1) unstable; urgency=low
+
+  * Non-maintainer upload at request of maintainer.
+  * Update "Suggests:" from python-wxgtk2.6 to python-wxgtk2.8.
+(Closes: #645567)
+  * README.Debian: Remove, since this package now supports all python versions
+in the usual way (looks like that was fixed in 2.1.1-5.1).
+  * Add ${shlibs:Depends} to "Depends:" to fix lintian error
+missing-dependency-on-libc.
+
+ -- Olly Betts   Thu, 20 Oct 2011 02:36:20 +
+
 pyrite-publisher (2.1.1-7) unstable; urgency=low
 
   * Don't spout spurious messages when exiting normally.
reverted:
--- pyrite-publisher-2.1.1/debian/README.Debian
+++ pyrite-publisher-2.1.1.orig/debian/README.Debian
@@ -1,15 +0,0 @@
-pyrite-publisher for Debian

-
-This is a basic packaging done entirely with debhelper.
-
-It depends directly on python 2.3 at the moment because that's
-the only way I could figure out to get it to conform to Debian's
-python policy.
-
-Eventually I may figure out a way to put the pure python modules in
-a directory by themselves and only put the compiled code in a 
-version-dependant directory, and then have it Depend: on python
-and only Recommend: a specific version, but that's a bit far off.
-
- -- Daniel Martin , Wed Sep  3 21:48:23 2003

Bug#582797: libanthy0: Pulls in 13 MB of data despite it seems to need it only in some cases

[Harshula]

Hi,

On Sun, 2011-03-06 at 22:44 +1100, Harshula wrote:
> The plan is:
> 
> 1) Subpackage the anthy and ispell mimx modules.

I need to create a new subpackage m17n-lib-mimx to fix Bug #582797,
since I'm a Debian Maintainer I don't have permission to upload the new
subpackage. Any chance a DD could please upload it for me?

Source package: http://harshula.com/debian/m17n-lib_1.6.3-1.dsc

> 2) Upstream plan on renaming the modules to remove the "lib" prefix.

No ETA.

> 3) Upstream have already committed the code for m17n-lib to mark a MIM
> file as not having all dependencies met. And the ibus-m17n upstream
> maintainer has a patch he's posted for review to utilise the m17n-lib
> changes.

The code is included in 1.6.3. Uncertain whether it works as
anticipated.

cya,
#




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

Bug#645974: debbugs: add missing In-Reply-To and References headers to unbreak threading

[Don Armstrong]

On Thu, 20 Oct 2011, Paul Wise wrote:
> When people mail the bug directly without replying to an existing mail,
> it might be nice to add the missing In-Reply-To and References headers
> to unbreak threading for those people receiving mail from the BTS. 

I can add the References header, but I-R-T has a different meaning, so
I shouldn't add that. [I don't know which message it's a reply to,
only that it's in a thread.]


Don Armstrong

-- 
Some pirates achieved immortality by great deeds of cruelty or
derring-do. Some achieved immortality by amassing great wealth. But
the captain had long ago decided that he would, on the whole, prefer
to achieve immortality by not dying.
 -- Terry Pratchet _The Color of Magic_

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



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

Bug#645723: general: asks for root password instead of user password

[Bob Proulx]

Jimmy Li wrote:
> Apparently, anything that needs root asks for the root password instead of my
> user password. Apparently, it's using su instead of sudo.

The debian-installer will set up your system to use either su or sudo
depending upon whether you specified a root password or only a user
password.  If you set a root password then it will set it up for su.
If you only set a user password then it will set it up for sudo.  What
you describe is normal when the installer has been given a root
password.

This selection is controlled by the alternatives system for the
'libgksu-gconf-defaults' command.  You can change this selection by
updating it to use sudo instead of su.

Documentation for the gksu library is available here:

  /usr/share/doc/libgksu2-0/README.Debian

Where it says:

  The gksu library enables the user to run programs with root powers
  using one of `su' or `sudo' as backend. If the application that uses
  the library doesn't specify the backend it wants to use, the backend
  will be selected through the `/apps/gksu/sudo-mode' boolean gconf
  option.

To change the selection to something different:

  # update-alternatives --config libgksu-gconf-defaults
  # update-gconf-defaults

> Just a moment ago, I had to manually re-add myself to the sudo
> group. Now sudo works, but all applications still ask for the root
> password instead of the user password.

You did not say if the use of su and the root password was a change in
behavior or if it has always been using su since system installation
time.  But if it is a change then perhaps something updated the
gconf-defaults on your system recently.

The sudo configuration setup is only for sudo.  It doesn't affect the
libgksu-gconf-defaults configuration.  If sudo is to be used then of
course sudo itself needs to be configured and working too.  Again the
debian-installer does this automatically if only a user password is
given at install time.

Hope this helps,
Bob


signature.asc
Description: Digital signature

Bug#643959: Still experiencing missing standard header

[Mikael Öhman]

A trivial test still shows problems for me.

$ clang++ test.cc
test.cc:1:10: fatal error: 'stddef.h' file not found
#include 

test.cc:
#include 
int main() { return 0; }

With version 2.9-16 which supposely fixes the issue.

Bug#449938: pyrite-publisher: debian/watch

[Olly Betts]

On Fri, Oct 16, 2009 at 10:46:36AM -0400, Yan Morin wrote:
> debian/watch:
> version=3
> http://crypticlife.net/downloads/ \
> /files/pyrite-publisher-(.*)\.tar\.gz

Sadly http://crypticlife.net/downloads/ is now also 404, and the root page
of that site directs you to http://robtillotson.com/ for "programming projects"
which doesn't seem to have anything pyrite-related.

Any idea if there's a new upstream site?

Cheers,
Olly



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

Bug#618904: Slapd hangs when creating new groups with GOsa

[Pawel Wilk]

Package: slapd
Version: 2.4.23-7.2
Severity: important


Slapd hangs when creating groups with GOsa. The only way
to restart the slapd is then to kill it with SIGKILL
and run the service it again.

The mentioned groups are RFC2307bis compliant objects
based on the object classes:

- groupOfNames,
- posixGroup.

They require at least one member attribute (2.5.4.31)
and if there is no member to add (i.e. because group is a POSIX
primary group refered only by gidNumber in user objects) then DN
of the very same group object is used.

So in case of DN: cn=group1,ou=groups,dc=my,dc=org
The group will have the initial member set to: cn=group1,ou=groups,dc=my,dc=org

I also have memberof module and overlay enabled (with refint) for
member and uniqueMember attributes.

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

Kernel: Linux 2.6.38.8-vs2.3.0.37-rc17-beng (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages slapd depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  coreutils  8.5-1 GNU core utilities
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  libdb4.8   4.8.30-2  Berkeley v4.8 Database Libraries [
ii  libgnutls262.8.6-1   the GNU TLS library - runtime libr
ii  libldap-2.4-2  2.4.23-7.2OpenLDAP libraries
ii  libltdl7   2.4-4 A system independent dlopen wrappe
ii  libperl5.105.10.1-17squeeze2 shared Perl library
ii  libsasl2-2 2.1.23.dfsg1-7Cyrus SASL - authentication abstra
ii  libslp11.2.1-7.8 OpenSLP libraries
ii  libwrap0   7.6.q-19  Wietse Venema's TCP wrappers libra
ii  lsb-base   3.2-23.2squeeze1  Linux Standard Base 3.2 init scrip
ii  perl [libmime-base64-p 5.10.1-17squeeze2 Larry Wall's Practical Extraction 
ii  psmisc 22.11-1   utilities that use the proc file s
ii  unixodbc   2.2.14p2-1ODBC tools libraries

Versions of packages slapd recommends:
ii  libsasl2-modules  2.1.23.dfsg1-7 Cyrus SASL - pluggable authenticat

Versions of packages slapd suggests:
ii  ldap-utils2.4.23-7.2 OpenLDAP utilities

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

-- debconf information:
  slapd/allow_ldap_v2: false
  slapd/password_mismatch:
  slapd/invalid_config: true
  shared/organization: nodomain
  slapd/upgrade_slapcat_failure:
* slapd/no_configuration: true
  slapd/move_old_database: true
  slapd/dump_database_destdir: /var/backups/slapd-VERSION
  slapd/purge_database: false
  slapd/domain: nodomain
  slapd/backend: HDB
  slapd/dump_database: when needed



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

Bug#645974: debbugs: add missing In-Reply-To and References headers to unbreak threading

[Paul Wise]

Package: debbugs
Severity: wishlist

When people mail the bug directly without replying to an existing mail,
it might be nice to add the missing In-Reply-To and References headers
to unbreak threading for those people receiving mail from the BTS. 

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#644224: Bug#645865: gimp: Doesn't open default from current directory but 'Recent Images'

[Ari Pollak]

reassign 645865 libgtk2.0-0
forcemerge 644224 645865
thanks

I'd like to expand the scope of #644244 to include the default Open 
dialog as well, which suddenly changed to go to Recently Used.


Jan, you can still open files in an already-running instance of gimp by 
just running "gimp FILE..."




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

Bug#645972: RFP: entangle -- Tethered Camera Control & Capture

[Carlo Stemberger]

Package: wnpp
Severity: wishlist


* Package name: entangle
  Version : 0.2.0
  Upstream Author : Daniel P. Berrange 
* URL : http://entangle-photo.org/
* License : GPL
  Programming Lang: C
  Description : Tethered Camera Control & Capture

Entangle provides a graphical interface for “tethered shooting”, aka
taking photographs with a digital camera completely controlled from the
computer.

Using Entangle is as easy as 1,2,3…
* Connect camera
* Launch Entangle
* Shoot photos

With a sufficiently capable digital SLR camera Entangle allows:
* Trigger the shutter from the computer
* Live preview of scene before shooting
* Automatic download and display of photos as they are shot
* Control of all camera settings from computer

Entangle is Open Source software licensed under the GNU GPL v3+. It is
built on top of libgphoto using GTK-2 for its interface. It is fully
colour managed, auto-detecting system monitor profile and applying the
neccessary transforms when displaying images.



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

Bug#645762: requestsync: uses SMTP port (25) instead of submission port (587)

[Paul Wise]

retitle 645762 requestsync: please use the Launchpad API by default
thanks

On Wed, 2011-10-19 at 23:14 +0200, Stefano Rivera wrote:

> requestsync can also use Launchpad's API, with the --lp flag (and in
> general, this will give a far better experience).
> 
> This will use https (port 443), which is almost universally unblocked.
> 
> I think the right answer is to make --lp the default. I don't see any
> particularly good reason for them to listen on the submission port.
> requestsync is probably the only tool that mails launchpad directly.

I think that is a much better idea indeed.

Will this require people to input their Launchpad credentials to submit
sync requests? I guess many DDs will not have such credentials.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#645971: unattended-upgrades: dpkg-reconfigure fails to remove or modify 20auto-upgrades

[Mike Eldridge]

Package: unattended-upgrades
Version: 0.62.2
Severity: important


I'm building a number of preseeds for a large deployment I'll soon be
undertaking.  As part of the deployment, I'm looking at employing this
package for automated security updates.  When using dpkg-reconfigure to
enable the upgrades, I see output indicating that 20auto-upgrades has
been created in /etc/apt.conf/d.  The contents of that file are:

APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Unattended-Upgrade "1";

If I execute dpkg-reconfigure and select to NOT automatically install
updates, this file is unmodified.  If I remove the package, the file
remains as well.  Only a purge removes the file.  I'm not sure if that
is a problem or not; I suspect that the missing unattended-upgrade
script would prevent the update.

At best, this behavior is counterintuitive.  I'm unable to find any
reference to the debconf entry enable_auto_updates in any of the files
distributed with the package, so I am assuming that 20auto-upgrades is
the only switch that this functionality has.  If so, this appears to be
a rather glaring bug preventing users from disabling automatic updates.

Note that the affected system was a system deployed via preseed.

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

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

Versions of packages unattended-upgrades depends on:
ii  apt   0.8.10.3+squeeze1  Advanced front-end for dpkg
ii  apt-utils 0.8.10.3+squeeze1  APT utility programs
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  lsb-release   3.2-23.2squeeze1   Linux Standard Base version report
ii  python2.6.6-3+squeeze6   interactive high-level object-orie
ii  python-apt0.7.100.1+squeeze1 Python interface to libapt-pkg
ii  ucf   3.0025+nmu1Update Configuration File: preserv

unattended-upgrades recommends no packages.

Versions of packages unattended-upgrades suggests:
ii  bsd-mailx  8.1.2-0.20100314cvs-1 simple mail user agent

-- debconf information:
* unattended-upgrades/enable_auto_updates: false



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

Bug#645579: apt-get upgrade keeps upgradable package

[Harshula]

On Wed, 2011-10-19 at 15:37 -0600, Bob Proulx wrote:

> > The Recommends here is the bad thing:
> > Currently libm17n-0 is only available in 1.6.2-3 -
> > this means with an upgrade of m17n-contrib now we would break
> > a previously satisfied Recommends which means the user might loose
> > functionality without expecting it

OK, that makes sense. I need to create a new subpackage m17n-lib-mimx to
fix Bug #582797 but, cause I'm a Debian Maintainer, I don't have
permission to upload the new subpackage.

cya,
#




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

Bug#645970: Depends: python2.7 | python2.6 and Suggest: python2.6, is this intended?

[Ryo IGARASHI]

Package: python-apt
Version: 0.8.1
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear Maintainer,

Today I found that python-apt depends on python2.7 | python2.6,
and AFAIK it works without problem with python2.7 without python2.6.

However, this package suggests only python2.6.
Is this an intended behavior? If so, please just close this bug.

Best regards,
- -- 
Ryo IGARASHI, Ph.D.
rigar...@gmail.com

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

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

Versions of packages python-apt depends on:
ii  apt [libapt-pkg4.10]0.8.15.9  
ii  apt-utils [libapt-inst1.2]  0.8.15.9  
ii  libc6   2.13-21   
ii  libgcc1 1:4.6.1-15
ii  libstdc++6  4.6.1-15  
ii  python  2.7.2-9   
ii  python-apt-common   0.8.1 
ii  python2.7   2.7.2-7   

Versions of packages python-apt recommends:
pn  iso-codes3.29-1
pn  lsb-release  3.2-28
pn  python2.6

Versions of packages python-apt suggests:
pn  python-apt-dbg
pn  python-apt-doc
pn  python-gtk2 2.24.0-2
pn  python-vte

- -- no debconf information

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

iQIcBAEBCgAGBQJOn3N+AAoJEOx5ooBqGSMZ290P/1Sfil7fagAQWiXQJ93a1eJB
zh0z0XAMeXQAU9AdEAYP6bV1esqk47THMS6++1nRMb8N/cE1wIulBH+7y/jVwnUD
9DLIA0jI9omTyVtuuylsTn9N7I+8cwY0mPSBAAY75W0tEiBxemXM/kXETvu9DF6S
1BScaaPG3SZUvEoQM9k5uRZz+eHRn5qdmxEw4lXVrtH67wlYALSWTAFh8P4ABQK/
7qXvoGoKJwockcLKLoinGzIKUOo7UYxWmKdEuhGZeAStlfV03JXM5eRS8pjynaKv
OLijOLpc0THkIUDhcS/QAy+myla6PvNbBALA4YY+qMRfW/i67UK05d+3aJK1faVj
R/3+KpvNEsaXMLfiHlEKPw9vE44A3uSdIuStHMzPgQxOIH6QJ5hZxenZVwyWmZ5y
KSiOO9re37ybb7H/4SUoL1jsbnKmsv+O9bNT/2W1s6obgEUOM853D2AKqfLslS0h
nR9tKdLVtWp7llOap+dIB5zFz/jZ6ccR9BUDZ1lAuT61Hv/zf4lWq6R0nzh1T+Uu
ONT7NQErlDY+uPpXBh0H1hDbK+1GT8p9dXpX0mrus/NZZgME0mS4XU84rD8wxI+m
25MkBX9CzRjazYUn3C1hZzKzxBv+nQmmn+KtZvJQYvcQvmdAbxJEhD+kxk4+Lrz5
FrBIAbZ9/dU3j8Q0hJau
=hfcj
-END PGP SIGNATURE-



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

Bug#645969: some translation error/typo in Chinese version (maint-guide-zh-cn)

[Zhi Li]

Package: maint-guide-zh-cn
Version: 1.2.25
Severity: minor

1) in section 5.22,
如果你希望使用版本控制系统(VCS)时，你可以创建一个分支(例如叫做 upstream) 来跟踪上游代码(对于 Git 而言典型的是 master 
分支)，和另一个分支来跟踪你的 Debian 软件包。对于后者，通常会将未应用补丁的上游代码和你的 debian/* 文件放在一起以便容易合并上游的新代码。 

while original statement is:
When you want to manage Debian packaging activities under a VCS, you typically 
create one branch (e.g. upstream) tracking the upstream source and another 
branch (e.g. typically master for Git) tracking the Debian package. For the 
latter, you usually want to have unpatched upstream source with your debian/* 
files for the Debian packaging to ease merging of the new upstream source. 

I think it shall be:
如果你希望使用版本控制系统(VCS)时，你可以创建一个分支(例如叫做 upstream) 来跟踪上游代码，和另一个分支(对于 Git 而言典型的是 
master 分支)来跟踪你的 Debian 软件包。对于后者，通常会将未应用补丁的上游代码和你的 debian/* 文件放在一起以便容易合并上游的新代码。 

2) in section 6.1
它的是部分从 changelog 和 .dsc 文件生成的

change "它的" to "它"

3) in section 6.7
一旦完成了调试，记住要按照前面所将的正常过程重构建你的软件包。

erase "将"

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

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

maint-guide-zh-cn depends on no packages.

maint-guide-zh-cn recommends no packages.

Versions of packages maint-guide-zh-cn suggests:
ii  debian-policy   3.9.1.0  Debian Policy Manual and related d
ii  developers-reference3.4.4guidelines and information for Deb
ii  devscripts  2.10.69+squeeze1 scripts to make the life of a Debi
ii  dh-make 0.55 tool that converts source archives
ii  doc-base0.9.5utilities to manage online documen
ii  dput0.9.6.1+squeeze1 Debian package upload tool
ii  fakeroot1.14.4-1 Gives a fake root environment
ii  lintian 2.4.3+squeeze1   Debian package checker
ii  pbuilder0.199+nmu1   personal package builder for Debia

-- 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#645968: about:version should be clickable

[jidanni]

Package: midori
Version: 0.4.1-1
Severity: wishlist

Help > About says

A lightweight web browser.
See about:version for version info.

OK, but the words about:version should be made clickable.



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

Bug#645965: mr: Can't register local git repo

[Joey Hess]

John Eikenberry wrote:
> I was trying to register a git repo that exist only locally and received the
> error.
> 
> mr: cannot determine git url
> 
> Its easy to reproduce, just create a new git repo...
> $ mkdir tmp; cd tmp
> $ git init
> Try to register it with mr...
> $ mr register
> mr: cannot determine git url
> $ echo $?
> 1
> 
> I have several other repos already registered with mr which all work fine.
> Though they are all hg based (I'm switching to git though).

There is no origin url for the repository. mr register could configure it
with a dummy checkout command:

[tmp]
checkout = no url known for this repository

But then what if someone runs mr on a repository that has no origin url,
but does have some other remote url? It would be surprising for the above to
result, but mr can't go guessing about which other url to use in such a
case. So I think it's better that mr register not try to support your
case.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#645925: youtube-dl: option -L mentioned in changelog does not exist in man page, and does not work on command line

[Rogério Brito]

Hi, Faheem,

2011/10/19 Faheem Mitha :
> For -L I get the following
> The --get-format does return something.
(...)
> However, neither -L or --get-format is documented in the man page.

Yes, I didn't have time to fix the manpage (and I still don't).
Getting the software updated has higher priority for me (just for the
record, I am the implementer, upstream, of at least two information
extractors: the vimeo one and the xvideos, with some more to come).

Can you contribute corrected fixes for the manpage? The source from
which I am creating the manpage is quite readable and is at:


http://anonscm.debian.org/gitweb/?p=collab-maint/youtube-dl.git;a=blob;f=debian/youtube-dl.pod

If you update it, I will, of course, give you all the credits.

> If any of this should be sent upstream, let me know.

We have two issues here: the first is that the options are not
mentioned in the manpage (there are probably others too). With this,
you can help us (as our time is quite limited).

The other is that the options, don't work as expected. For this, it
would be great if you could file them in the "main" issue tracker at:

https://github.com/rg3/youtube-dl/issues


Thanks for filing the bugs, BTW.

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



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

Bug#645967: Please mark iso-codes multi-arch: foreign

[Steve Langasek]

Package: iso-codes
Version: 3.27-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hi Tobias,

I've just applied a patch to iso-codes in Ubuntu to mark the iso-codes package
'Multi-Arch: foreign'; this indicates, per
, that iso-codes will satisfy the
dependencies of packages of other architectures when it's installed.

Since iso-codes has shared libraries as reverse dependencies, this change is
needed in order for multiarch to be used for those libraries in practice.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru iso-codes-3.27/debian/changelog iso-codes-3.27/debian/changelog
diff -Nru iso-codes-3.27/debian/control iso-codes-3.27/debian/control
--- iso-codes-3.27/debian/control	2011-07-07 13:57:16.0 -0700
+++ iso-codes-3.27/debian/control	2011-10-19 17:37:45.0 -0700
@@ -12,6 +12,7 @@
 
 Package: iso-codes
 Architecture: all
+Multi-Arch: foreign
 Depends: ${misc:Depends}
 Suggests: isoquery
 Description: ISO language, territory, currency, script codes and their translations

Bug#645966: New upstream release (0.7) available

[Michael Biebl]

Package: fonts-cantarell
Version: 0.0.6+git20110405-1
Severity: wishlist

Hi,

there is a new upstream release of fonts-cantarell available [1] which
was released as part of GNOME 3.2.1.

Would be great to have an updated Debian package

Cheers,
Michael

[1]
http://ftp.gnome.org/pub/GNOME/sources/cantarell-fonts/0.0/cantarell-fonts-0.0.7.tar.xz

-- Package-specific info:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name  Version   Description
+++-=-=-==
ii  fontconfig2.8.0-3   generic font configuration 
library - support binaries
ii  libfreetype6  2.4.6-2   FreeType 2 font engine, shared 
library files
ii  libxft2   2.2.0-3   FreeType-based font drawing 
library for X

-- 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 fonts-cantarell depends on:
ii  fontconfig  2.8.0-3

fonts-cantarell recommends no packages.

fonts-cantarell 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#645965: mr: Can't register local git repo

[John Eikenberry]

Package: mr
Version: 1.05
Severity: normal


I was trying to register a git repo that exist only locally and received the
error.

mr: cannot determine git url

Its easy to reproduce, just create a new git repo...
$ mkdir tmp; cd tmp
$ git init
Try to register it with mr...
$ mr register
mr: cannot determine git url
$ echo $?
1

I have several other repos already registered with mr which all work fine.
Though they are all hg based (I'm switching to git though).


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

mr depends on no packages.

Versions of packages mr recommends:
ii  libhtml-parser-perl  3.68-1+b1
ii  libwww-perl  6.02-1   
ii  perl 5.12.4-6 

Versions of packages mr suggests:
pn  bzr  
pn  curl7.21.7-3   
pn  cvs  
pn  darcs
pn  fossil   
pn  git [git-core]  1:1.7.6.3-1
pn  liburi-perl 1.59-1 
pn  mercurial   1.9.2-1
pn  subversion   

-- 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#645873: incorrect target discovery w.r.t. arch dep/indep

[Joey Hess]

Marcin Owsiany wrote:
> I also thought that in (1) the override_* targets do not play any role.  It's
> only in (2) that it matters what override_* targets are defined, because 
> that's
> how dh decides which of them to call instead of the dh_* commands.

So the problem is probably that when make is run to dump a list of
makefile targets, DH_INTERNAL_OPTIONS is not populated with the packages
that are being built.

However, since those packages can potentially vary for each command in
the sequence, dh would need to run make more than it does now.

I think what you're doing is unnecessary and I am not motivated at all
to complicate dh with the necessary special caching that would be needed
to support it without badly slowing down everything else. Especially
since -arch and -indep override targets now exist (in 8.9.7).

> |   override_dh_fixperms:
> |   dh_fixperms
> |   ifneq (,$(filter foo, $(shell dh_listpackages)))
> |   chmod 4755 debian/foo/usr/bin/foo
> |   endif

Here the target exists no matter what, which will always work ok. Making
the target conditionally not exist is the problem.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#645964: overrides for libgnomecups/libgnomeprint/libgnomeprintui

[Michael Biebl]

Package: ftp.debian.org
Severity: normal

Hi,

please change the section for the following packages from libs to
oldlibs:

src:libgnomecups
libgnomecups1.0-1

src:libgnomeprint
libgnomeprint2.2-0
libgnomeprint2.2-data

src:libgnomeprintui
libgnomeprintui2.2-0
libgnomeprintui2.2-common

Those three libs are deprecated upstream and we want to make that clear
by moving them to oldlibs.



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

Bug#638074: apt-watch and the ongoing GNOME 3 transition

[Michael Biebl]

Hi John,

as you might have noticed, the GNOME 3 transition is now ongoing in unstable.
Could you please upload apt-watch 0.4.0 from experimental to unstable now as
otherwise apt-watch will block this transition.

In case you are currently busy, I can offer to NMU, if you are ok with that.

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#645963: gnome-tweak-tool no start

[Michael Biebl]

reassign 645963 python-gobject
forcemerge 640467 645963
thanks
Am 20.10.2011 01:42, schrieb miguel:
> miguel@linuxMiguel:~$ gnome-tweak-tool
> Traceback (most recent call last):
>   File "/usr/bin/gnome-tweak-tool", line 20, in 
> import gi
>   File "/usr/lib/python2.7/dist-packages/gi/__init__.py", line 23, in 
> from ._gi import _API, Repository
> ImportError: /usr/lib/python2.7/dist-packages/gi/_gi.so: undefined symbol:
> g_callable_info_skip_return

> ii  python-gobject 2.90.3-2

Known bug, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640467

Downgrade python-gobject for the time being.

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#645956: bugs.debian.org: closed by message to owner does not include full close message

[Don Armstrong]

On Thu, 20 Oct 2011, Paul Menzel wrote:
> Unfortunately only the header of the reply is attached and not the full
> message. Therefore it is cumbersome to find out the reason why the
> report was closed and it is a hassle to get the full mbox file to reply
> correctly.

The entire message was actually attached.

See http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=9;bug=616067 for
the message that was sent to you in html form, or
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=9;mbox=yes;bug=616067
for the entire message in RFC822 form.

For some reason it appears that either you or your MUA/MTA have
stripped out the content of that message; I can't really help you with
that.


Don Armstrong

-- 
They say when you embark on a journey
of revenge
dig two graves.
They underestimate me.
 -- a softer world #560
http://www.asofterworld.com/index.php?id=560

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



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

Bug#645963: add more information

[miguel]

This is in my terminal:
miguel@linuxMiguel:~$ ldd -r /usr/lib/python2.7/dist-packages/gi/_gi.so
linux-vdso.so.1 =>  (0x7fff906e5000)
libgirepository-1.0.so.1 => /usr/lib/libgirepository-1.0.so.1
(0x7ff378f15000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0
(0x7ff378cc4000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0
(0x7ff378ac)
libffi.so.5 => /usr/lib/x86_64-linux-gnu/libffi.so.5
(0x7ff3788b3000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0
(0x7ff3786af000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7ff3784a6000)
libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x7ff3781af000)
libpyglib-gi-2.0-python2.7.so.0
=> /usr/lib/libpyglib-gi-2.0-python2.7.so.0 (0x7ff377fab000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
(0x7ff377d8e000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7ff377a0a000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7ff377788000)
libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x7ff377443000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7ff37723f000)
/lib64/ld-linux-x86-64.so.2 (0x7ff379387000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x7ff377002000)
libz.so.1 => /usr/lib/libz.so.1 (0x7ff376dea000)
libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1
(0x7ff376bcb000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2
(0x7ff3769b4000)
undefined symbol: _Py_ZeroStruct
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: _Py_NotImplementedStruct
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyExc_ValueError
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyCObject_Type
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: _Py_NoneStruct
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: _Py_TrueStruct
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyExc_ImportError
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyGILState_Release
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyErr_Restore
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyInt_AsLong
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyObject_GetAttrString
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyObject_SetAttrString
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyErr_SetObject
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyErr_NormalizeException
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: _PyObject_CallFunction_SizeT
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyErr_GivenExceptionMatches
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyErr_SetString
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyGILState_Ensure
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyTuple_GetItem
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyErr_Print   (/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyFloat_FromDouble
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyThread_create_key
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyDict_GetItem
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyErr_NewException
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyString_FromString
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyErr_Occurred
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyImport_ImportModule
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyString_AsString
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyObject_CallObject
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyObject_IsTrue
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyDict_New(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyCObject_AsVoidPtr
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyErr_Fetch   (/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyInt_FromLong
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyDict_SetItem
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyObject_Repr
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyErr_Format
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: PyEval_InitThreads
(/usr/lib/libpyglib-gi-2.0-python2.7.so.0)
undefined symbol: _Py_ZeroStruct
(/usr/lib/python2.7/dist-packages/gi/_gi.so)
undefined symbol: PyExc_NotImplementedError
(/usr/lib/python2.7/dist-packages/gi/_gi.so)
undefined symbol: PyTuple_Type
(/usr/lib/python2.7/dist-packages/gi/_gi.so)
undefined symbol: _Py_NotImplementedStruct
(/usr/lib/python2.7/dist-packages/gi/_gi.so)
undefined symbol: PyExc_RuntimeError
(/usr/lib/python2.7/dist-packages/gi/_gi.so)
undefined symbol: PyEx

Bug#608856: iceweasel: Freeze while trying to open a linked file

[Dmitry Semyonov]

On Mon, Sep 26, 2011 at 04:25, Dmitry Semyonov  wrote:
> On Sat, Aug 6, 2011 at 12:51, Mike Hommey  wrote:
>> On Tue, Jan 04, 2011 at 05:57:56AM +0300, Dmitry Semyonov wrote:

>>> Note that I deliberately deleted the version information. While I'm
>>> currently using 3.6.13-1, I encountered the issue with previous 3.x
>>> versions too.
>>
>> Does it still happen for you with a more recent iceweasel?
>
> Trying it now with 6.0.2. If no problems are encountered within  three
> weeks, the bug should be closed.

Unfortunately, the problem is still there. I encountered it once
yesterday while trying to open a pdf file with 7.0.1-2.

-- 
...Bye..Dmitry.



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

Bug#645963: gnome-tweak-tool no start

[miguel]

Package: gnome-tweak-tool
Version: 3.0.4-2
Severity: important

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

   * What led up to the situation?
I am trying to open the program gnome-tweak-tool from gnome 3 ( gnome-
shell).
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I try to start the progam from icon in the desktop and from terminal and
neither of both work.
   * What was the outcome of this action?
I've opened a console typing "gnome-tweak-tool" and no start.
>From Gnome-shell, clic on icon and nothing occurrs
   * What outcome did you expect instead?
Open the program.

The terminal shows:
miguel@linuxMiguel:~$ gnome-tweak-tool
Traceback (most recent call last):
  File "/usr/bin/gnome-tweak-tool", line 20, in 
import gi
  File "/usr/lib/python2.7/dist-packages/gi/__init__.py", line 23, in 
from ._gi import _API, Repository
ImportError: /usr/lib/python2.7/dist-packages/gi/_gi.so: undefined symbol:
g_callable_info_skip_return



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

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

Versions of packages gnome-tweak-tool depends on:
ii  gir1.2-gconf-2.0   2.32.4-1
ii  gir1.2-gtk-3.0 3.0.12-2
ii  gnome-shell3.0.2-5 
ii  gsettings-desktop-schemas  3.0.1-1 
ii  python 2.7.2-9 
ii  python-gobject 2.90.3-2
ii  python2.6  2.6.7-4 
ii  python2.7  2.7.2-7 

gnome-tweak-tool recommends no packages.

gnome-tweak-tool 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#645962: openal-soft: Please mark libopenal-data multi-arch: foreign

[Steve Langasek]

Package: openal-soft
Version: 1:1.13-4
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hi folks,

Thanks for your work in supporting multiarch in openal-soft!

When testing libopenal1's multiarch support in Ubuntu, I found one glitch.
libopenal1 depends on libopenal-data, and even though libopenal-data is an
Architecture: all package, it needs to be marked Multi-Arch: foreign to be
recognized as satisfying the dependencies of packages of other architectures
besides the primary dpkg architecture.

(The messy details of why this is the case can be found in
.)

Please consider applying the attached patch in Debian, to complete the
multiarch transition for libopenal.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/control'
--- debian/control  2011-09-25 12:48:53 +
+++ debian/control  2011-10-19 23:26:35 +
@@ -76,6 +76,7 @@
 
 Package: libopenal-data
 Architecture: all
+Multi-Arch: foreign
 Depends: ${misc:Depends}
 Replaces: libopenal1 (<< 1:1.13-3)
 Breaks: libopenal1 (<< 1:1.13-3)

Bug#645567: Please update to wxwidgets2.8

[Daniel Martin]

Olly Betts  writes:

> If you'd like me to NMU this change, please just let me know.

Could you please? I'm a bit swamped with the day job for the next two
weeks.



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

Bug#645961: xulrunner-7.0: Iceweasel/icedove eats 100% cpu after closing

[Iacopo Spalletti]

Package: xulrunner-7.0
Version: 7.0.1-4
Severity: normal

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

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

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

When i close xulrunner applications (I tested only icedove / iceweasel, but i
guess it's a xulrunner problem) program windows close but the processes remain
active and eats 100% cpu time.
This behaviour occurs on different profiles / different PCs (tested on a
desktop and a laptop, both 64bit unstable, 1 AMD based, 1 Intel based).
This occurs even on a empty profile (or in safe mode) just opening the default
page (about:home).
Apparently this don't cause any dataloss or any error in profile data, but it's
quite annoying as it makes opening new browser session impossibile.
How can i debug this situation further and provide more info?



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

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

Versions of packages xulrunner-7.0 depends on:
ii  libasound21.0.24.1-4  
ii  libatk1.0-0   2.2.0-2 
ii  libbz2-1.01.0.5-7 
ii  libc6 2.13-21 
ii  libcairo2 1.10.2-6.1  
ii  libdbus-1-3   1.5.8-1 
ii  libevent-1.4-21.4.14b-stable-1
ii  libfontconfig12.8.0-3 
ii  libfreetype6  2.4.6-2 
ii  libgcc1   1:4.6.1-15  
ii  libgdk-pixbuf2.0-02.24.0-1
ii  libglib2.0-0  2.28.8-1
ii  libgtk2.0-0   2.24.7-1
ii  libhunspell-1.3-0 1.3.2-4 
ii  libjpeg8  8c-2
ii  libmozjs7d7.0.1-4 
ii  libnotify40.7.4-1 
ii  libnspr4-0d   4.8.9-1 
ii  libnss3-1d3.12.11-3   
ii  libpango1.0-0 1.29.4-1
ii  libpixman-1-0 0.22.2-1
ii  libreadline6  6.2-7   
ii  libsqlite3-0  3.7.8-1 
ii  libstartup-notification0  0.12-1  
ii  libstdc++64.6.1-15
ii  libvpx0   0.9.7.p1-2  
ii  libx11-6  2:1.4.4-2   
ii  libxext6  2:1.3.0-3   
ii  libxrender1   1:0.9.6-2   
ii  libxt61:1.1.1-2   
ii  zlib1g1:1.2.3.4.dfsg-3

xulrunner-7.0 recommends no packages.

Versions of packages xulrunner-7.0 suggests:
ii  libcanberra0  0.28-2  
ii  libdbus-glib-1-2  0.98-1  
ii  libgnomeui-0  2.24.5-2

-- no debconf information



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

Bug#645960: pytrainer: [INTL:pt] Portuguese translation for package messages

["Traduz" - Portuguese Translation Team]

Package:pytrainer
Version: 1.8.0
Tags: l10n, patch
Severity: wishlist

Portuguese translation for pytrainer's messages.

Translator: Pedro Ribeiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team.

--
Best regards,

Rui Branco
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org














pt.po.gz
Description: GNU Zip compressed data

Bug#645958: [ubuntu-dev] Bug#645958: mk-sbuild: distro name based files not retrieved for customized sources.list

[Benjamin Drung]

Am Donnerstag, den 20.10.2011, 00:39 +0200 schrieb Laurent Declercq:
> I can provide a patch if you want.

That would be nice. You could create a branch (from lp:ubuntu-dev-tools)
and request a merge if you prefer Bazaar over sending patches to bug
reports.

-- 
Benjamin Drung
Debian & Ubuntu Developer


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

Bug#645959: p11-kit looks in /usr/lib/$arch/pkcs11 for modules, nothing installs there?

[Steve Langasek]

Source: p11-kit
Version: 0.7-2
Severity: important
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise

Hi Andreas,

I see that the p11-kit package in unstable is converted for multiarch. 
Great to see!  However, it looks like libp11-kit0 is meant to integrate with
pkcs modules from other packages, all of which currently install to
/usr/lib/pkcs11 - whereas because the library is multiarched, it only looks
in /usr/lib/$(DEB_HOST_MULTIARCH)/pkcs11, and will never find these
modules.

Should libp11-kit0 declare a Breaks: against the versions of these packages
which install to /usr/lib/pkcs11, and a transition done?  Or should
libp11-kit0 be patched to support looking up modules in both locations?

For reference, here is the list of packages affected according to the
Contents files for the archive:

beid-common
coolkey
gnome-keyring
libopencryptoki0
opencryptoki

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


signature.asc
Description: Digital signature

Bug#645958: mk-sbuild: distro name based files not retrieved for customized sources.list

[Laurent Declercq]

Package: ubuntu-dev-tools
Version: 0.101
Severity: normal
Tags: upstream

In the mk-sbuild man (1), we can read the following:


   $HOME/.mk-sbuild.sources[.$DISTRO]
  Can  contain  a customized sources.list.  It will be read when
creating the schroot.  If a file with ".ubuntu" or ".debian" is found (based
  on the --distro argument) that file will use used instead.  See
sources.list(5) for more details on the format.


Seem that for now, the [.$DISTRO] based file for customized sources.list are
not retrieved because not implemented in the script. Should be easy to fix. I
can provide a patch if you want.

BTW: Also, look at the typo issue in the man (... that file will use used
instead...)



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

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

Versions of packages ubuntu-dev-tools depends on:
ii  binutils 2.20.1-16   The GNU assembler, linker and bina
ii  dctrl-tools  2.14.5  Command-line tools to process Debi
ii  devscripts   2.10.69+squeeze1scripts to make the life of a Debi
ii  diffstat 1.53-1  produces graph of changes introduc
ii  dpkg-dev 1.15.8.11   Debian package development tools
ii  lsb-release  3.2-23.2squeeze1Linux Standard Base version report
ii  python   2.6.6-3+squeeze6interactive high-level object-orie
ii  python-apt   0.7.100.1+squeeze1  Python interface to libapt-pkg
ii  python-debian0.1.18  Python modules to work with Debian
ii  python-launchpadlib  1.6.2-1 Launchpad web services client libr
ii  python-lazr.restfulc 0.9.21-1client for lazr.restful-based web 
ii  python-support   1.0.10  automated rebuilding support for P
ii  sudo 1.7.4p4-2.squeeze.2 Provide limited super user privile

Versions of packages ubuntu-dev-tools recommends:
ii  bzr2.1.2-1   easy to use distributed version co
ii  ca-certificates20090814+nmu3squeeze1 Common CA certificates
ii  cowdancer  0.62+nmu2 Copy-on-write directory tree utili
ii  debootstrap1.0.26+squeeze1   Bootstrap a basic Debian system
ii  genisoimage9:1.1.11-1Creates ISO-9660 CD-ROM filesystem
ii  libapt-pkg-perl0.1.24+b1 Perl interface to libapt-pkg
ii  libwww-perl5.836-1   Perl HTTP/WWW client/server librar
ii  pbuilder   0.199+nmu1personal package builder for Debia
ii  perl-modules   5.10.1-17squeeze2 Core Perl modules
ii  python-magic   5.04-5File type determination library us
ii  python-soappy  0.12.0-4  SOAP Support for Python
ii  reportbug  4.12.6reports bugs in the Debian distrib
ii  sbuild 0.60.0-2squeeze1  Tool for building Debian binary pa

Versions of packages ubuntu-dev-tools suggests:
pn  qemu-kvm-extras-static (no description available)

-- no debconf information



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

Bug#512819: Follow-up

[David Weinehall]

Sorry for not replying sooner -- yes, this bug is fixed.


Regards: David
-- 
 /) David Weinehall  /) Rime on my window   (\
//  ~   //  Diamond-white roses of fire //
\)  http://www.acc.umu.se/~tao/(/   Beautiful hoar-frost   (/



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

Bug#642497: Bug#644601: [xserver-xorg-core] hard lock-up: [mi] EQ overflowing

[JS]

Although the changes mentioned in the earlier mail (below) significantly 
improved
OpenGL handling, they were not a perfect solution.

I found the crash below today running /usr/lib/xscreensaver/circuit:

[93.931] (II) No input driver/identifier specified (ignoring)
[  7923.634] nvLock: client timed out, taking the lock
[  8068.591] nvLock: client timed out, taking the lock
[  8097.178] nvLock: client timed out, taking the lock
[  8224.735] nvLock: client timed out, taking the lock
[  8352.518] [mi] EQ overflowing. The server is probably stuck in an infinite 
loop.
[  8352.518] 
Backtrace:
[  8352.533] 0: /usr/bin/X (xorg_backtrace+0x37) [0x80a7f47]
[  8352.533] 1: /usr/bin/X (mieqEnqueue+0x1d1) [0x80a2231]
[  8352.533] 2: /usr/bin/X (xf86PostMotionEventM+0xb0) [0x80c9130]
[  8352.533] 3: /usr/bin/X (xf86PostMotionEventP+0x6f) [0x80c927f]
[  8352.533] 4: /usr/lib/xorg/modules/input/evdev_drv.so (0xb4ad5000+0x2cfe) 
[0xb4ad7cfe]
[  8352.533] 5: /usr/lib/xorg/modules/input/evdev_drv.so (0xb4ad5000+0x3e1d) 
[0xb4ad8e1d]
[  8352.533] 6: /usr/bin/X (0x8048000+0x6e081) [0x80b6081]
[  8352.533] 7: /usr/bin/X (0x8048000+0x1282ef) [0x81702ef]
[  8352.533] 8: (vdso) (__kernel_sigreturn+0x0) [0xb786c400]
[  8352.533] 9: (vdso) (__kernel_vsyscall+0x10) [0xb786c424]
[  8352.533] 10: /lib/i386-linux-gnu/i686/cmov/libc.so.6 (nanosleep+0x20) 
[0xb75b23e0]
[  8352.533] 11: /lib/i386-linux-gnu/i686/cmov/libc.so.6 (usleep+0x3c) 
[0xb75e166c]
[  8352.533] 12: /usr/lib/xorg/modules/drivers/nvidia_drv.so 
(0xb501d000+0x4540e1) [0xb54710e1]
[  8352.533] 13: /usr/lib/xorg/modules/drivers/nvidia_drv.so 
(0xb501d000+0x455871) [0xb5472871]
[  8352.533] 14: /usr/lib/xorg/modules/drivers/nvidia_drv.so 
(0xb501d000+0x45bdc9) [0xb5478dc9]
[  8353.519] nvLock: client timed out, taking the lock
[227640.543] (WW) NVIDIA(0): WAIT (2, 6, 0x8000, 0x4fe4, 0x51c4)

This one did freeze the Xserver and required a reboot.

Three days before I had noticed the same "EQ overflowing" message but the
X server did not crash, only the app, and the system continued to work fine.

With the package versions below I can run applications like googleearth
and fgfs without encountering problems in the first minute or two of
operation, but it appears the problem has not completely gone away.



--- On Sun, 10/16/11, JS  wrote:

> From: JS 
> Subject: Bug#642497: Bug#644601: [xserver-xorg-core] hard lock-up: [mi] EQ 
> overflowing
> To: 642...@bugs.debian.org
> Date: Sunday, October 16, 2011, 5:52 PM
> I'm not yet too familiar with the
> deeper issues you mention regarding
> adding conflicts (having only recently changed from an
> rpm-based system).
> 
> However, trying to install the drivers directly from the
> NVIDIA .run file
> does bring up an explicit warning about the nouveau driver
> (and
> no warnings regarding other drivers, just this one). I just
> reviewed this
> warning again and it regards nouveau driver being in use
> even when X is
> not running, and potentially also being present in the
> initrd.
>   NVIDIA: " If you have an initrd which loads the
> Nouveau driver, you will additionally
>    need to ensure that Nouveau is disabled
> in the initrd. If your initrd
>    understands the rdblacklist parameter,
> you can add the option
>    rdblacklist=nouveau to your kernel's boot
> parameters."
> [I was mistaken when I said it was the nouveau shared libs
> that were the issue.]
> 
> I do have this version of libdrm-nouveau1a installed (with
> no problems at all):
> ii  libdrm-nouveau1a         
>            2.4.26-1 
> 
> 
> 
> The problem I reported was purely X server; I could not use
> the keyboard
> to switch to another console. But there was never any
> problem getting in
> with ssh from another machine, examining logs and
> initiating a graceful
> restart.
> 
> The set of packages related to this issue that I'm
> currently using
> (and are now pinned) is:
> ii  glx-alternative-mesa       
>          0.1.94
> ii  glx-alternative-nvidia       
>        0.1.94     
>               
> ii  glx-diversions         
>          
>    0.1.94         
>           
> ii  libdrm-nouveau1a         
>            2.4.26-1 
>                
>        
> ii  libegl1-mesa         
>            
>    7.11-6         
>           
> ii  libegl1-mesa-drivers       
>          7.11-6   
>                 
> ii  libgl1-mesa-dri         
>             7.11-6 
>                
>   
> ii  libgl1-mesa-glx         
>             7.11-6 
>                
>   
> ii  libgl1-nvidia-alternatives     
>      280.13.really.275.28-1   
>        
> ii  libgl1-nvidia-glx       
>            
> 280.13.really.275.28-1       
>    
> ii  libglapi-mesa         
>              
> 7.11-6             
>       
> ii  libgles2-mesa         
>              
> 7.11-6             
>       
> ii  libglu1-mesa         
>            
>    7.11-6         
>           
> ii  libglw1-mesa         
>            
>    7.11-6         
>           
> ii  libglx-nvidia-alternatives     
>     

Bug#642219: chromium: NSS error preventing some sites access

[Sebastian Reichel]

tags 642219 confirmed patch fixed-upstream
thanks

Hi,

I just checked the upstream status and they have a patch:

http://src.chromium.org/viewvc/chrome/branches/874/src/crypto/nss_util.cc?r1=104798&r2=104797&pathrev=104798

-- Sebastian


signature.asc
Description: Digital signature

Bug#644756: error message remains

[Nico Golde]

Hi,
* Sebastian Reichel  [2011-10-20 00:14]:
> I tested this patch and the debian menu reappears. Openbox still
> generates a message into ~/.xsession-errors though:
> 
> Openbox-Message: Unable to find a valid menu file "debian-menu.xml"

Will be fixed soon.

Cheers
Nico
-- 
Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0
For security reasons, all text in this mail is double-rot13 encrypted.


pgpXnizTuC60R.pgp
Description: PGP signature

Bug#642757: apt-listbugs

[Francesco Poli]

On Tue, 18 Oct 2011 23:45:03 +0700 Alexey Salmin wrote:

> Thank you, Francesco!

You're welcome!   :-)

[...]
> On Tue, Oct 18, 2011 at 2:37 AM, Francesco Poli
>  wrote:
[...]
> > In your example, if I understand correctly, you upgrade
> > nvidia-graphics-drivers and crash xserver-xorg-core.
> > This is described by the fact that bug #642757 is assigned to
> > nvidia-graphics-drivers, but affects xserver-xorg-core.
> >
> No! That's the whole point! You upgrade xserver-xorg-core from 2:1.10
> to 2:1.11 and your desktop dies because of a bug in
> nvidia-graphics-drivers.

Ah, OK.
I thought it was the other way around: I hadn't found the time to read
the whole log of bug #642757, sorry.

> If the issue was caused by an upgrade of
> nvidia stuff everything would be fine: there's a bug in the nvidia
> package and apt-listbugs warns you about it during the upgrade.

Exactly.

> But
> it's not that way in this case. There's a bug in one package and it's
> exposed by a new version of another. Probably that's a common scenario
> e.g. a bug in a script could be exposed by a newer version of
> interpreter or vice a verse. In this case you'll not get a warning
> from apt-listbugs at all.

True.
I don't know how common this scenario is, but it's true that
apt-listbugs is not able to save your day when that happens!
Unless an auxiliary bug report is filed against the package that should
not be upgraded, I mean.

> 
> There're some ideas coming into mind how to solve it:
[...]
>
> * Create a dummy bug report on xserver-xorg-core saying e.g.
> "xserver-xorg-core 2:1.11 is incompatible with nvidia-graphics-drivers
> 285.05.09-1"
> It may help a bit but:

I think that, currently, this is the best course of action.

Since xserver-xorg-core/2:1.11.1-1 is already in testing, a bug report
of severity grave against version 2:1.11.1-1 should not prevent future
migrations to testing of newer xserver-xorg-core versions (please
correct me, if I am wrong).

This bug report could be marked as blocked by #642757.
It will be possible to close it, as soon as a fixed version of
nvidia-graphics-drivers has migrated to testing.

> - Somebody should care enough to create such bug reports and close
> them as appropriate.

True, but it seems that a good number of people care about this issue...

> - I doesn't depend on the actual version of nvidia-graphics-drivers
> installed so it will show up in the cases it shouldn't.

Sure: a good descriptive bug report title would help users to determine
whether they may ignore the issue or not.

> 
> * Make use of the "642757 affects xserver-xorg-core" record
> That was my original idea but it will not work as is because AFAIK
> currently there's not way to specify the version of package affected
> by some bug. So if someone have a nvidia-graphics-drivers=285.05.09-1
> installed he'll be warned at ANY update of the xserver-xorg-core (even
> when he makes a downgrade workaround) which is just useless.
> 
> MY SUGGESTION IS:
> - Extend the "affects" record in the BTS to store the version of the
> package affected

Maybe two entirely new BTS commands should be created, with mandatory
version info. Something like "exposed by" and "hidden by" (a better name
should perhaps be chosen).
That way, it could be agreed that:

bug #nnn (assigned to package B, found in version v1) affects package A
means that
the bug is actually present in B/v1, but causes breakage in package A
hence, do not upgrade to B/v1 or later, if you want to avoid breaking
package A

bug #nnn (assigned to package B, found in version v1) is exposed by
E/v2, is hidden by E/v3, is exposed by E/v4
means that
the bug is actually present in B/v1, but only shows up when a version
of package E which exposes the bug is installed
hence, do not upgrade to E/v2 or E/v4, if you want to avoid exposing
the bug in package B (it is however safe to upgrade to E/v3)

The versions of package E used in "exposed by" and "hidden by" would be
treated exactly like version tracking (which is driven by the "found"
and "fixed" commands): in other words, the changelog would be used to
determine the most recent descendant of version v, among the listed
"exposed" and "hidden" versions, and this descendant would determine
whether version v exposes or hides the bug. 

> - Implement a feature in the apt-listbugs to make use of this records
> 
> I'll try to express this with more details:
> 1) There packages A of version X and B of version Y installed
> 2) You're trying to upgrade package B to version Z
> 3) There's a bug report NNN on package A=X and it "affects B=Z"
> 4) In this case apt-listbugs should warn you before upgrading B to Z
> 
> What do you think?

I think that, if the above idea looks good to you and others, maybe the
opinion of debbugs developers should be asked.
If they think it's OK, a proper wishlist bug report should be filed
against the debbugs package.
Only after this new feature is implemented in the BTS, I will be able
to make use of it in apt-listbugs..

Bug#645700: RFP: civicrm -- contact and relationship management system for community and advocacy groups

[Andrew Starr-Bochicchio]

On Wed, Oct 19, 2011 at 5:24 PM, Ben Finney  wrote:
> On 19-Oct-2011, Andrew Starr-Bochicchio wrote:
>> It's great to see that someone is working on getting CiviCRM into
>> Debian.
>
> I'm sorry to inform you that's not the case. This bug report is a Request
> For Package; it's a place to coordinate requests for the work and any
> possible future people who might step forward to do the work.
>
> To my knowledge there's no work being done on this for Debian yet, and I'm
> not suitable to package a complex PHP application :-)

I guess I misread the title out of hopefulness. =) Still, this is good
information to have in the bug report either way.

-- Andrew Starr-Bochicchio

   Ubuntu Developer 
   Debian Maintainer

   PGP/GPG Key ID: D53FDCB1



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

Bug#644756: error message remains

[Sebastian Reichel]

Hi,

I tested this patch and the debian menu reappears. Openbox still
generates a message into ~/.xsession-errors though:

Openbox-Message: Unable to find a valid menu file "debian-menu.xml"

-- Sebastian


signature.asc
Description: Digital signature

Bug#645957: Please mark adduser Multi-Arch: foreign

[Steve Langasek]

Package: adduser
Version: 3.113
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hi folks,

I've just pushed a patch to the adduser package in Ubuntu to mark it
Multi-Arch: foreign, in compliance with the plan for multiarch described at
.  This package has various library
reverse dependencies, such as libsane, so this is needed for full multiarch
support in wheezy (in particular, for wine).

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/control'
--- debian/control  2011-06-13 08:15:58 +
+++ debian/control  2011-10-19 22:05:25 +
@@ -12,6 +12,7 @@
 
 Package: adduser
 Architecture: all
+Multi-Arch: foreign
 Depends: perl-base (>=5.6.0), passwd (>= 1:4.0.12), debconf | debconf-2.0
 Suggests: liblocale-gettext-perl, perl-modules
 Replaces: manpages-pl (<= 20051117-1), manpages-it (<< 0.3.4-2)

Bug#616067: openjdk-6: wrong version in `changelog.Debian.gz`

[Matthias Klose]

you would have to ask the uploader of this package. this changelog entry was
never in unstable.

On 10/19/2011 11:48 PM, Paul Menzel wrote:
> Dear Matthias,
> 
> 
> Am Mittwoch, den 19.10.2011, 21:37 +0200 schrieb Matthias Klose:
>> There is no changelog entry with this version in unstable
> 
> … anymore? Did you mean that?
> 
> Did `changelog.Debian.gz` change somehow? Otherwise I cannot explain how 
> this could have happened. I could find the changelog entry but only for 
> Squeeze [1] as it seems.
> 
> 
> Thanks,
> 
> Paul
> 
> 
> [1]
> http://packages.debian.org/changelogs/pool/main/o/openjdk-6/openjdk-6_6b18-1.8.7-2~squeeze1/changelog#versionversion6b18-1.8.7-1



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

Bug#645956: bugs.debian.org: closed by message to owner does not include full close message

[Paul Menzel]

Package: bugs.debian.org
Severity: normal

Dear Debian folks,


when a report I submitted is closed the message contains the following.

It has been closed by John Dow .

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 John Dow 
 by
replying to this email.

Unfortunately only the header of the reply is attached and not the full
message. Therefore it is cumbersome to find out the reason why the
report was closed and it is a hassle to get the full mbox file to reply
correctly.

I guess this should be easy to fix.

#616067 [1] is an example for this behavior. Message [2] was not fully
attached to the closed by message I received. I am attaching the
message.


Thanks,

Paul


PS: »… by replying to this email.« is also ambiguous. Is the attached
message or the received message meant?


[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616067
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616067#10 (also attached)

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

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


binF2XrgmdpTT.bin
Description: application/mbox


bug_616067_message_10.mbox
Description: application/mbox


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

Bug#645955: update-manager: Please apply Japanese translation (ja.po)

[Hideki Yamane]

Package: update-manager
Version: 0.200.5-2
Severity: minor
Tags: patch l10n

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear update-manager Maintainer,
 
 I've translated po for Japanese, so please include it as well as
 other languages. Thanks.



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

iQIcBAEBCgAGBQJOn0nCAAoJEF0yjQgqqrFAs/sP/1QFDOMTKttAOttf0t8cLVfH
vOg7V2g7nSVpFhF9W0gEljPZZ+uloHLtZvteRU6nGKveV+TsN4mBQ+9DARbvgjbP
oFIkpZJjgLVTm+1Qzm0i1lXR+3xWD0xMONMdWoxXUIsIJPw1PynGzGJuQx/vT0xq
+SbTy4LBC16T/JGheSqmWO/l1L/F276IJdHT6AHV2w/uPSLt5sTGNbfK8a29C5am
NNtX6YMfxA7yXyvtKcTIkUnfSZ+1FOQE9uWGrF0zKPMDu7HoLD95GOB4XHP+
DJ0DToX/mKh1tskO2HwznejLOtkPDgJuH/7kXbGdFnBs4EX7KR/rjNVdpNEfBhp6
VOUpC4tXhHY3pQBQv+OoyCQHu1AHZ+Qm9Ta0LBnExsPDtt8Hb79y7FSvNpFrEMXf
AZLIUGz/VEt2FlBYdgmYT2YtKMsOto3jmcP4UrTi/l/9BftM+fgwTGBUiCHOMEF9
tKtY2sy0F7OWXHExclybrV0S/klUyLRTOvMOvYoEICnfKXNYg5qV4lcjXki8eqUe
RBe0pWh2+EzorHeW6U9jx3kPQAj3sGJPRaTRS5LNi3TX15Cm9LXosYjXmIjZLJMa
0DQZa/kpaQwfPzsjp4CMOud7e/kHtSoefg+uahtZAkqOSTZn1/8cepAfYbBJ0jYG
ER2/qq6WPWoWpz2VT4ba
=UXgH
-END PGP SIGNATURE-
# Ubuntu-ja translation of update-manager.
# Copyright (C) 2006 THE update-manager'S COPYRIGHT HOLDER
# This file is distributed under the same license as the update-manager package.
# Ikuya Awashiro , 2006.
# Hiroyuki Ikezoe , 2005
# Shushi Kurose 
# Hideki Yamane , 2011
#
msgid ""
msgstr ""
"Project-Id-Version: update-manager 0.200.5\n"
"Report-Msgid-Bugs-To: sebastian.heinl...@web.de\n"
"POT-Creation-Date: 2011-10-20 06:44+0900\n"
"PO-Revision-Date: 2011-10-20 07:02+\n"
"Last-Translator: Hideki Yamane \n"
"Language-Team: \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=1; plural=0;\n"

#: ../UpdateManager/DistSpecific/__init__.py:37
msgid "Important security updates"
msgstr "重要なセキュリティアップデート"

#: ../UpdateManager/DistSpecific/__init__.py:38
msgid "Recommended updates"
msgstr "推奨アップデート"

#: ../UpdateManager/DistSpecific/__init__.py:39
msgid "Distribution updates"
msgstr "ディストリビューションのアップデート"

#: ../UpdateManager/DistSpecific/__init__.py:40
msgid "Proposed updates"
msgstr "提案されたアップデート"

#: ../UpdateManager/DistSpecific/__init__.py:41
msgid "Backports"
msgstr "バックポート"

#: ../UpdateManager/DistSpecific/__init__.py:42
msgid "Third-party updates"
msgstr "サードパーティーによる更新"

#: ../UpdateManager/Backend/PythonApt.py:722
msgid "Could not download packages information."
msgstr "パッケージを取得できませんでした。"

#: ../UpdateManager/Backend/PythonApt.py:870
msgid ""
"Internal error: the commit progress handler did not handle "
"requires_removal_or_installation correctly."
msgstr ""
"内部エラー: commit progress ハンドラは requires_removal_or_installation を正"
"常にハンドルできませんでした。"

#. TRANSLATORS: download size is 0
#: ../UpdateManager/Util/humanize.py:38
msgid "0 KB"
msgstr "0 KB"

#. TRANSLATORS: download size of very small updates
#: ../UpdateManager/Util/humanize.py:41
msgid "1 KB"
msgstr "1 KB"

#. TRANSLATORS: download size of small updates, e.g. "250 KB"
#: ../UpdateManager/Util/humanize.py:44
#, python-format
msgid "%.0f KB"
msgstr "%.0f KB"

#. TRANSLATORS: download size of updates, e.g. "2.3 MB"
#: ../UpdateManager/Util/humanize.py:47
#, python-format
msgid "%.1f MB"
msgstr "%.1f MB"

#: ../UpdateManager/Util/humanize.py:56
msgid "< 5 seconds"
msgstr "< 5 秒"

#: ../UpdateManager/Util/humanize.py:58
#, python-format
msgid "%d seconds"
msgstr "%d 秒"

#: ../UpdateManager/Util/humanize.py:62 ../UpdateManager/Util/humanize.py:76
#, python-format
msgid "%d minute"
msgid_plural "%d minutes"
msgstr[0] "%d 分"

#: ../UpdateManager/Util/humanize.py:64 ../UpdateManager/Util/humanize.py:82
#, python-format
msgid "%d second"
msgid_plural "%d seconds"
msgstr[0] "%d 秒"

#: ../UpdateManager/Util/humanize.py:74
#, python-format
msgid "%d hour"
msgid_plural "%d hours"
msgstr[0] "%d 時間"

#: ../UpdateManager/Frontend/Newt.py:47 ../UpdateManager/Frontend/Newt.py:106
msgid "Loading package cache."
msgstr "パッケージキャッシュの読み込み中。"

#: ../UpdateManager/Frontend/Newt.py:51 ../UpdateManager/Frontend/Newt.py:104
msgid "Finished loading package cache."
msgstr "パッケージキャッシュの読み込みを完了しました。"

#: ../UpdateManager/Frontend/Newt.py:80
msgid "Cancel"
msgstr "キャンセル"

#: ../UpdateManager/Frontend/Newt.py:81
msgid "Install"
msgstr "インストール"

#: ../UpdateManager/Frontend/Newt.py:130
msgid "Building Updates List"
msgstr "アップデートリストを作成しています"

#: ../UpdateManager/Frontend/Gtk/ui.py:160
msgid "_Uncheck All"
msgstr "すべてのチェックをはずす(_U)"

#: ../UpdateManager/Frontend/Gtk/ui.py:164
msgid "_Check all"
msgstr "すべてチェック(_C)"

#: ../UpdateManager/Frontend/Gtk/ui.py:259
#, python-format
msgid "(Size: %s)"
msgstr "(サイズ: %s)"

#: ../UpdateManager/Frontend/Gtk/ui.py:264
#, python-format
msgid "From version %(old_version)s to %(new_version)s"
msgstr "バージョン %(old_version)s から %(new_version)s　へ"

#: ../UpdateManager/Frontend/Gtk/ui.py:268
#, python-format
msgid "Version: %s"
msgstr "バージョン: %s"

#: ../UpdateManager/Frontend/Gtk/ui.py:274
msgid "R

Bug#640595: installation fails

[Daniel T Chen]

Package: x52pro
Version: 0.1.1-2
Followup-For: Bug #640595
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Debian sid, the attached patch can be applied to achieve the following:

  * Conditionally execute udevadm, allowing the package to be installed
and/or removed. (Closes: #640595)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (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
diff -Nru x52pro-0.1.1/debian/libx52pro0.postinst x52pro-0.1.1/debian/libx52pro0.postinst
--- x52pro-0.1.1/debian/libx52pro0.postinst	2011-05-18 10:35:41.0 -0400
+++ x52pro-0.1.1/debian/libx52pro0.postinst	2011-10-19 17:54:22.0 -0400
@@ -20,8 +20,14 @@
 
 case "$1" in
 configure)
-udevadm control --reload-rules
-udevadm trigger
+case $(uname -s) in
+Linux)
+if which udevadm >/dev/null 2>&1; then
+udevadm control --reload-rules
+udevadm trigger
+fi
+;;
+esac
 ;;
 
 abort-upgrade|abort-remove|abort-deconfigure)
diff -Nru x52pro-0.1.1/debian/libx52pro0.postrm x52pro-0.1.1/debian/libx52pro0.postrm
--- x52pro-0.1.1/debian/libx52pro0.postrm	2011-05-18 10:35:41.0 -0400
+++ x52pro-0.1.1/debian/libx52pro0.postrm	2011-10-19 17:57:47.0 -0400
@@ -21,8 +21,14 @@
 
 case "$1" in
 purge|remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)
-udevadm control --reload-rules
-udevadm trigger
+case $(uname -s) in
+Linux)
+if which udevadm >/dev/null 2>&1; then
+udevadm control --reload-rules
+udevadm trigger
+fi
+;;
+esac
 ;;
 
 *)

Bug#645954: navit-data: please specify full icon path in menu file

[Sebastian Reichel]

Package: navit-data
Version: 0.5.0~svn4776+dfsg.1-1
Severity: wishlist

Hi,

Please specify the full icon path (/usr/share/navit/icons/menu.xpm) in
your navit-data.menu file, so that the icon can be found.

-- Sebastian

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

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

navit-data depends on no packages.

Versions of packages navit-data recommends:
ii  navit  0.5.0~svn4776+dfsg.1-1

navit-data suggests no packages.

-- no debconf information



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

Bug#620853: gnome-terminal transparency doesn't work in mutter

[Clement Hermann (nodens)]

merge 620853 630339

Thanks

--
Clement Hermann (nodens)
- "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?"
Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/

Vous trouverez ma clef publique sur le serveur public pgp.mit.edu.
Please find my public key on the public keyserver pgp.mit.edu.

Bug#645953: libreoffice: icon path in debian menu file is wrong

[Sebastian Reichel]

Source: libreoffice
Version: 1:3.4.3-4
Severity: normal

Hi,

The icon path given in your debian menu files are wrong. Given are
the paths

/usr/share/icons/hicolor/32x32/apps/libreoffice-calc.xpm
/usr/share/icons/hicolor/32x32/apps/libreoffice-impress.xpm
/usr/share/icons/hicolor/32x32/apps/libreoffice-writer.xpm
/usr/share/icons/hicolor/32x32/apps/libreoffice-draw.xpm
/usr/share/icons/hicolor/32x32/apps/libreoffice-math.xpm

but installed are the following files:

/usr/share/icons/hicolor/32x32/apps/libreoffice34-calc.xpm
/usr/share/icons/hicolor/32x32/apps/libreoffice34-impress.xpm
/usr/share/icons/hicolor/32x32/apps/libreoffice34-writer.xpm
/usr/share/icons/hicolor/32x32/apps/libreoffice34-draw.xpm
/usr/share/icons/hicolor/32x32/apps/libreoffice34-math.xpm

-- Sebastian

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

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



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

Bug#616067: openjdk-6: wrong version in `changelog.Debian.gz`

[Paul Menzel]

Dear Matthias,


Am Mittwoch, den 19.10.2011, 21:37 +0200 schrieb Matthias Klose:
> There is no changelog entry with this version in unstable

… anymore? Did you mean that?

Did `changelog.Debian.gz` change somehow? Otherwise I cannot explain how
this could have happened. I could find the changelog entry but only for
Squeeze [1] as it seems.


Thanks,

Paul


[1] 
http://packages.debian.org/changelogs/pool/main/o/openjdk-6/openjdk-6_6b18-1.8.7-2~squeeze1/changelog#versionversion6b18-1.8.7-1


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

Bug#592959: Dovecot packages available for Backport squeeze

[Victor Oñate]

Hi, everyone.

Thanks Marco.

The repository works fine, I hope soon to see the packages in the
oficial backport.
Marco, however this doesn't lift as you can see below and in the Log's refelcts
nothing


# cat /etc/debian_version
6.0.3
# dpkg -l | grep dovecot
ii  dovecot-common 1:2.0.15-1~bpo60+1
Transitional package for dovecot
ii  dovecot-core   1:2.0.15-1~bpo60+1
secure mail server that supports mbox, maildir, dbox and mdbox
mailboxes
ii  dovecot-gssapi 1:2.0.15-1~bpo60+1
GSSAPI authentication support for Dovecot
ii  dovecot-imapd  1:2.0.15-1~bpo60+1
secure IMAP server that supports mbox, maildir, dbox and mdbox
mailboxes
ii  dovecot-ldap   1:2.0.15-1~bpo60+1
LDAP support for Dovecot
ii  dovecot-mysql  1:2.0.15-1~bpo60+1
MySQL support for Dovecot
ii  dovecot-pgsql  1:2.0.15-1~bpo60+1
PostgreSQL support for Dovecot
ii  dovecot-sieve  1:2.0.15-1~bpo60+1
sieve filters support for Dovecot
ii  dovecot-sqlite 1:2.0.15-1~bpo60+1
SQLite support for Dovecot

# invoke-rc.d dovecot status
dovecot is running.

## netstat -pvaunt  | grep 143
# netstat -pvaunt  | grep 993

thanks.



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

Bug#432562: --system allow uppercase in usernames without --force-badname

[Steve Langasek]

Package: adduser
Version: 3.113
Followup-For: Bug #432562
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hi folks,

This bug was 'wontfixed' several years ago with the comment to wait for
feedback on how the experiment with upper case names goes in Ubuntu.

We aren't making extensive use of this functionality; but at the same time,
I don't see any indication of bug reports resulting from this change.

Is there further feedback you'd look for here before reconsidering the
patch?

Attached is the current version of the patch against 3.113.

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
=== modified file 'AdduserCommon.pm'
--- AdduserCommon.pm2009-09-20 22:09:53 +
+++ AdduserCommon.pm2011-10-19 06:58:53 +
@@ -208,6 +208,7 @@
   $configref->{"setgid_home"} = "no";
   $configref->{"no_del_paths"} = "^/$ ^/lost+found/.* ^/media/.* ^/mnt/.* 
^/etc/.* ^/bin/.* ^/boot/.* ^/dev/.* ^/lib/.* ^/proc/.* ^/root/.* ^/sbin/.* 
^/tmp/.* ^/sys/.* ^/srv/.* ^/opt/.* ^/initrd/.* ^/usr/.* ^/var/.*";
   $configref->{"name_regex"} = "^[a-z][-a-z0-9_]*\$";
+  $configref->{"name_regex_system"} = "^[A-Za-z][-A-Za-z0-9_]*\$";
   $configref->{"exclude_fstypes"} = "(proc|sysfs|usbfs|devpts|tmpfs)";
   $configref->{"skel_ignore_regex"} = "dpkg-(old|new|dist)\$";
   $configref->{"extra_groups"} = "dialout cdrom floppy audio video plugdev 
users";

=== modified file 'adduser'
--- adduser 2011-06-13 08:15:58 +
+++ adduser 2011-10-19 07:01:07 +
@@ -230,7 +230,7 @@
 # preseed configuration data and then read the config file
 preseed_config(\@defaults,\%config);
 
-&checkname($new_name) if defined $new_name;
+&checkname($new_name, $found_sys_opt) if defined $new_name;
 $SIG{'INT'} = $SIG{'QUIT'} = $SIG{'HUP'} = 'handler';
 
 #
@@ -858,11 +858,12 @@
 
 # checkname: perform some sanity checks
 # parameters:
-#   none
+#   name: the name to check
+#   system: 0 if the user isn't a system user, 1 otherwise
 # return values:
 #   none (exits on error)
 sub checkname {
-my ($name) = @_;
+my ($name, $system) = @_;
 if ($name !~ /^[_.A-Za-z0-9][-\@_.A-Za-z0-9]*\$?$/) {
printf STDERR
 (gtx("%s: To avoid problems, the username should consist only of
@@ -871,14 +872,16 @@
 machine accounts \$ is also supported at the end of the username\n"), $0);
 exit RET_INVALID_CHARS_IN_NAME;;
 }
-if ($name !~ qr/$config{"name_regex"}/) {
+if ($system
+? $name !~ qr/$config{"name_regex_system"}/
+: $name !~ qr/$config{"name_regex"}/) {
   if ($allow_badname) {
print (gtx("Allowing use of questionable username.\n")) if ($verbose);
   }
   else {
 printf STDERR
 (gtx("%s: Please enter a username matching the regular expression configured
-via the NAME_REGEX configuration variable.  Use the `--force-badname'
+via the NAME_REGEX[_SYSTEM] configuration variable.  Use the `--force-badname'
 option to relax this check or reconfigure NAME_REGEX.\n"), $0);
 exit RET_INVALID_CHARS_IN_NAME;
   }
@@ -1026,7 +1029,7 @@
 general options:
   --quiet | -q  don't give process information to stdout
   --force-badname   allow usernames which do not match the
-NAME_REGEX configuration variable
+NAME_REGEX[_SYSTEM] configuration variable
   --help | -h   usage message
   --version | -vversion number and copyright
   --conf | -c FILE  use FILE as configuration file\n\n");

=== modified file 'doc/adduser.8'
--- doc/adduser.8   2009-09-20 22:09:53 +
+++ doc/adduser.8   2011-10-19 06:58:53 +
@@ -193,7 +193,12 @@
 .B \-\-force\-badname
 By default, user and group names are checked against the configurable
 regular expression 
-.B NAME_REGEX 
+.B NAME_REGEX
+(or
+.B NAME_REGEX_SYSTEM
+if
+.B --system
+is specified)
 specified in the configuration file. This option forces
 .B adduser
 and 

=== modified file 'doc/adduser.conf.5'
--- doc/adduser.conf.5  2008-08-10 22:31:28 +
+++ doc/adduser.conf.5  2011-10-19 06:58:53 +
@@ -122,6 +122,15 @@
 doesn't match this regexp, user and group creation in adduser is refused unless
 --force-badname is set. With --force-badname set, only weak checks are
 performed. The default is the most conservative ^[a-z][-a-z0-9]*$.
+When --system is specified, NAME_REGEX_SYSTEM is used instead.
+.TP
+\fBNAME_REGEX_SYSTEM\fB
+Names of system users are checked against this regular expression.
+If --system is supplied and the name
+doesn't match this regexp, user creation in adduser is refused unless
+--force-badname is set. With --force-badname set, only weak checks are
+performed. The default is as for the default NAME_REGEX but also
+allowing uppercase letters.
 .TP
 \fBS

Bug#645952: openbox: please generate icons into debian menu

[Sebastian Reichel]

Package: openbox
Version: 3.5.0-1.1
Severity: wishlist
Tags: patch

Hi,

Please generate icon="$PATH" statements into the openbox menu. The users
can then decide themself if they want these icons in their menu by adding
yes
to ~/.config/openbox/menu.xml.

I appended my /etc/menu-methods/openbox, which implements my suggested
change.

-- Sebastian

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

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

Versions of packages openbox depends on:
ii  libc6 2.13-21 
ii  libglib2.0-0  2.28.8-1
ii  libice6   2:1.0.7-2   
ii  libobrender27 3.5.0-1.1   
ii  libobt0   3.5.0-1.1   
ii  libsm62:1.2.0-2   
ii  libstartup-notification0  0.12-1  
ii  libx11-6  2:1.4.4-2   
ii  libxau6   1:1.0.6-3   
ii  libxext6  2:1.3.0-3   
ii  libxinerama1  2:1.1.1-3   
ii  libxml2   2.7.8.dfsg-5
ii  libxrandr22:1.3.2-2   
ii  libxrender1   1:0.9.6-2   

Versions of packages openbox recommends:
ii  obconf  2.0.3-3
ii  openbox-themes  1.0.2  

Versions of packages openbox suggests:
ii  libxml2-dev  2.7.8.dfsg-5
ii  menu 2.1.45  
ii  python   2.7.2-8 
ii  ttf-dejavu   2.33-2  

-- Configuration Files:
/etc/menu-methods/openbox changed:
!include menu.h
compat="menu-1"
outputencoding="UTF-8"
genmenu="debian-menu.xml"
rootprefix="/var/lib/openbox/"
userprefix=".config/openbox/"
treewalk="(M)"
function xml_escape($s) = replace(replace(replace(replace(replace($s, \
"&",  "&"), \
">",  ">"), \
"<",  "<"), \
"'",  "'"), \
"\"", """)
supported
x11= nstring(level(), "  ") "\n" \
 nstring(level(), "  ") "  " 
xml_escape($command) "\n" \
 nstring(level(), "  ") "\n"
text=nstring(level(), "  ") "\n" \
 nstring(level(), "  ") "  " 
xml_escape(term()) "\n" \
 nstring(level(), "  ") "\n"
wm=  nstring(level(), "  ") "\n" \
 nstring(level(), "  ") "  " 
xml_escape($command) "\n" \
 nstring(level(), "  ") "\n"
endsupported
startmenu=   nstring(level(), "  ")  "\n"
endmenu= nstring(level(), "  ")  "\n"
preoutput=   "\n\n\n\nhttp://openbox.org/\"\n
xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\"\n
xsi:schemaLocation=\"http://openbox.org/\n
file:///usr/share/openbox/menu.xsd\">\n\n"
postoutput=  "\n\n"


-- 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#645736: Please hide xterm and uxterm icons from the GNOME menu

[Josselin Mouette]

Le mercredi 19 octobre 2011 à 10:41 -0700, Daniel Johnson a écrit : 
> > I am using the fallback session (i.e. gnome-panel with classic menu) of
> > GNOME 3 myself. That's how this icon caught my attention. The fact that it
> > probably will not show up on the firts page of gnome-shell's application
> > overview does not imply that this issue should remain unfixed.
> 
> Now I want to know how to do the opposite. I feel like an incomplete
> menu is a broken one. If I installed xterm, and konsole I want them in
> my menu that's why I installed them, and I want this for all users by
> default.

The blacklist being system-wide, you can change that for all your users.

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




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

Bug#645579: apt-get upgrade keeps upgradable package

[Bob Proulx]

Hi David,

I have CC'd the m17n-contrib maintainer on this message too.

David Kalnischkies wrote:
> first of all: Thanks for your detailed bugreport!

Thanks!  I tried to include the information that I would want when
receiving such a report.

> "Unfortunately" I have to say that this "new" behavior is not a bug…

Thanks for taking the time to look into the problem.  As long as the
reasoning behind it makes sense then that is fine.  It didn't make
sense to me and looked like a deeper problem.  (It still looks like it
to me.  But I hope to get past that point.)

> > Control files: lines which differ (wdiff format)
> > 
> > Depends: m17n-db (>= [-1.5.0)-] {+1.6.3)+}
> > Description: [-a-] multilingual text processing library - contributed 
> > database
> > Installed-Size: [-1400-] {+1184+}
> > Recommends: libm17n-0 (>= [-1.5.0)-] {+1.6.3)+}
> > Version: [-1.1.12-2-] {+1.1.13-1+}
> 
> The Recommends here is the bad thing:
> Currently libm17n-0 is only available in 1.6.2-3 -
> this means with an upgrade of m17n-contrib now we would break
> a previously satisfied Recommends which means the user might loose
> functionality without expecting it

I am sorry but I am still not quite understanding this point.  And I
would like to understand it.  Please bear with me for a moment longer.

I have libm17n-0 1.6.2-3 installed.  It should satisfy both the old
and the new Recommends since both are ">=" relationships.  Right?  And
it seems to do so okay.  I can install either version of m17n-contrib
without any dependency breakage.

Also this seems to be a very common pattern for a lot of packages and
if it is a problem then it should be causing the problem very often.
They upgrade their version number and the version number of packages
they Depend and Recommend.  If that is a problem for apt then I would
have expected to have seen it a lot.  But instead this is the only
time I can ever remember having run into this behavior out of all of
the years.

> as 'upgrade' should be really conservative with a motto like: "Just
> get bugfixes, not new issues".

I am in complete agreement.  I am a big advocate of the Stable
release.  But I am running Sid in order to see and diagnose problems
earlier than the Stable release cycle.  :-)

In this case isn't 'upgrade' maintained?  The list of names of the
packages installed would be exactly the same both before and after.
Only the version number of exactly one package is increased.  Isn't
that a safe upgrade?

I see that you are telling me that it is not that part but the
recommends version part that is the issue.  But again there isn't a
change in name but only a change in version and that should be okay
for a safe upgrade shouldn't it?

> (This carefulness regarding policy-breakage was introduced in 0.8.15.3)

All good.

> If you wouldn't install Recommends by default or you don't have
> libm17n-0 installed 'apt-get upgrade' would have the same result as
> 'dist-upgrade' as there is no policy to break, as it was already broken
> and therefore we don't have to fear that the user will loose functionality
> as it was already lost.

But libm17n-0 is installed in both cases.  If the new package added a
recommends then I could see what you are saying.  But it only upgrades
the version of the recommends.  The recommends exists in both the old
and new packages.

I am sure you are not saying that any package with a recommends is not
a candidate for a safe upgrade.  But that is what I am reading and so
I am confused.

> (There is also no concept of less or more broken, policy breakage handling
>  is binary, either it's broken or not, so if just one Recommends or twenty
>  are missing is no difference for the "policy breakage detector")

Okay with that.  I am still back at the beginning try to understand
why it is broken.  :-)

> That we have no debug message telling us something like this is a bumper
> through, so followup versions will have a lovely debug-message added:
>   Policy breaks with upgrade of foobar < x.y -> x.y.z >
> Thanks for the suggestion!

I was trying to turn on verbose debug output but there wasn't a straw
to grasp at.  :-) I was just asking if there was a debug flag that
could be used to debug it further.  More debug info is good.

> Thanks also for your report again and sorry for closing it as
> not-a-bug-but-a-feature, but i hope it get clear with this
> description. If not feel free to ask/reopen it.

I can't tell you how many times I have closed a new bug report as not
a bug and so I know exactly how you feel.  Sometimes I just tag them
as moreinfo and then come back later and close them after more
interaction.  But that is a lot more work.

Bob



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

Bug#632758: (False?) warning about problematic Seagate drives

[Christian Franke]

I changed the warning message accordingly (drivedb.h r3456).
Run /usr/sbin/update-smart-drivedb to test.




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

Bug#645943: openxenmanager: Unable to start application

[Lech Karol Pawłaszek]

Oh - btw.

Symlinking /usr/share/doc/openxenmanager/oxc.conf to
/usr/share/openxenmanager "solves" the issue and openxenmanager starts.

I'll test the application tomorrow ;-) but looks promising.

Kind regards,

-- 
Lech Karol Pawłaszek 
"You will never see me fall from grace" [KoRn]



signature.asc
Description: OpenPGP digital signature

Bug#645160: [RFR] templates://qpid-cpp/{qpidd.templates}

[Justin B Rye]

Christian PERRIER wrote:
>  Template: qpidd/password2
[...]
> 
> I actually re-used the exact same wording than the one used in Debian
> Installerr, for consistency.

My only comment is that "the QPID daemon administrator" should be
"Qpid" to match how it's used elsewhere.
 
(I'm assuming the answer to "why Qpid?" is "because Qpid™!")

>  Package: qpidd
[...]
> -Description: Apache qpid AMQP broker
> - Apache Qpid is a cross-platform Enterprise Messaging system which implements
> +Description: cross-platform enterprise messaging system - broker

That would be fine except that standardising it across the suite would
leave us saying things like
   Description: cross-platform enterprise messaging system - common development 
files
which is a bit too long.  Could we perhaps drop "cross-platform" from
the synopsis version?  The alternative (not implemented below) is to
go back to "Apache Qpid" as the suite-name:
   Description: Apache Qpid - common development files

Trying to fill in the blanks:

>  Package: qpid-client

As above.

>  Package: libqmf1
[...]
> +Description: cross-platform enterprise messaging system - QMF libraries
[...]
> + This package provides the QMF libraries.

Fair enough, assuming that QMF1 is the "default" QMF.  I'd like to
expand it in the long descriptions, though (throughout):

This package provides the Qpid Management Framework libraries.

>  Package: libqpidmessaging2
[...]
> +Description: cross-platform enterprise messaging system - AMQP libraries

Are these the only things that can claim to be AQMP libraries?  I've
gone for
   Description: enterprise messaging system - AMQP messaging libraries
and likewise, just squeezing under the 80-column limit:

>  Package: libqpidmessaging2-dev
   Description: enterprise messaging system - AMQP messaging development files

>  Package: libsslcommon2
[...]
> +Description: cross-platform enterprise messaging system - common SSL files
[...]
> + This package provides the AMQP libraries.

Surely (here and equivalently in the -dev package):
This package provides the common SSL files.
(whatever that means exactly)...
  
>  Package: libsslcommon2-dev
[...]
> +Description: cross-platform enterprise messaging system - common SSL 
> development files
>  Description: Apache qpid AMQP develpment files

Editing glitch.
  
>  Package: librdmawrap2
[...]
> +Description: cross-platform enterprise messaging system - ?
[...]
> + This package provides the AMQP libraries.

Best guess:
   Description: enterprise messaging system - RDMA libraries
[...]
   This package provides the Remote Direct Memory Access libraries.
(and equivalently in the -dev package)

>  Package: libqpidtypes1
   Description: enterprise messaging system - API libraries

>  Package: libqpidcommon2
   Description: enterprise messaging system - common libraries

>  Package: libqpidclient2
   Description: enterprise messaging system - AMQP client libraries

>  Package: libqpidbroker2
   Description: enterprise messaging system - AMQP broker libraries
  
>  Package: libqmfengine1
   Description: enterprise messaging system - QMF engine libraries

>  Package: python-cqpid
>  Package: python-qmf2
>  Package: python-cqmf2
>  Package: python-qmf
>  #Package: qpid-doc

These ones just need to drop the word "AMQP" a few times.
  
>  Package: libqpid-ruby1.8
>  #Package: libqpid-perl

Why do Python modules get called modules while Ruby and Perl ones get
called "bindings" and/or "support"?  Oh well, maybe there are reasons,
so I'll leave them incompletely standardised.
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
Template: qpidd/password1
Type: password
_Description: Administrator password:
 Please enter the password for the Qpid daemon administrator.

Template: qpidd/password2
Type: password
_Description: Re-enter password to verify:
 Please enter the same Qpid daemon administrator password again to verify that 
you have typed it
 correctly.

Template: qpidd/password_mismatch
Type: note
_Description: Password input error
 The two passwords you entered were not the same. Please try again.
Source: qpid-cpp
Section: misc
Priority: extra
Maintainer: Cajus Pollmeier 
Build-Depends: debhelper (>= 7.0.50~), autotools-dev, autoconf (>= 2.61), 
automake (>= 1.9.6), libtool (>= 1.5.22), libboost-all-dev (>= 1.35), ruby (>= 
1.8.4), ruby-dev, libperl-dev, uuid-dev, libopenais-dev (>= 0.80.3), 
libsasl2-dev, libxqilla-dev (>= 2.0.0), libxmltooling5 | libxmltooling4, 
libibverbs-dev, librdmacm-dev, libnspr4-dev, libnss3-dev, libssl-dev, 
sasl2-bin, libcorosync-dev, libxerces-c-dev (>= 2.7.0), libcman-dev, swig (>= 
1.3.35), python (>= 2.6.6-3~), doxygen, help2man, valgrind, zip, procps
X-Python-Version: 2.7
Standards-Version: 3.9.2
Homepage: http://qpid.apache.org

Package: qpidd
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, adduser, libsasl2-modules, 
sasl2-bin
Replaces: qpid-broker
Conflicts:

Bug#645898: [Jim-devel] Bug#645898: ITP: jimtcl -- Jim is a small-footprint implementation of Tcl.

[Steve Bennett]

On 20/10/2011, at 12:03 AM, Øyvind Harboe wrote:

> The source code is already hosted off berlios.
> 
> The mailing list needs a new home.
> 
> Ideally I'd like the following Jim Tcl setup:
> 
> - git+gerrit + jenkins
> - mailing list
> 
> Same as for OpenOCD and I'm especially pleased with how Gerrit+Jenkins
> is taking things to the next level  after git.

With the low volume of patches to Jim Tcl, I don't see any need
to change from the current approach of accepting patches on the mailing list.
This is a low barrier to entry for new contributors.

It is also possible to submit pull requests on github.

We can always move to something more sophisticated in the future if necessary.

Cheers,
Steve

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002








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

Bug#645951: adduser: Portuguese translation gone missing?

[Steve Langasek]

Package: adduser
Version: 3.113
Severity: minor

Hi folks,

When merging the latest Debian release of adduser into Ubuntu, I found that
the Portuguese translation, po/pt.po, seems to have disappeared.  Since
there's no mention of it in the changelog, I suspect this was accidental. 
Maybe you want to readd the file from 3.112+nmu2?

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


signature.asc
Description: Digital signature

Bug#645898: [Jim-devel] Bug#645898: ITP: jimtcl -- Jim is a small-footprint implementation of Tcl.

[Steve Bennett]

On 19/10/2011, at 11:57 PM, Didier Raboud wrote:

> Le mercredi, 19 octobre 2011 15.31:53, Gergely Nagy a écrit :
>> Didier Raboud  writes:
>>>  URL : http://jim.berlios.de/
>> 
>> With Berlios closing in a few weeks, on the 31st of October, is there
>> any other place upstream plans to move the sources to? Or will the
>> upstream url become stale at that point?
> 
> Hi Gergely,
> 
> good point, thanks; hereby CC'ing jim-devel guys.
> 
> Jim developers: any idea where Jim will emigrate ?

31 October!!
Surely you mean 31 December.

Yes, I plan to migrate the mailing list and website, probably to sourceforge.
Probably some time next month.

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002








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

Bug#645756: openjdk-6-jdk: add link from arch-specific dir to src.zip

[Matthias Klose]

not that easy; openjdk-6-jdk doesn't depend on openjdk-6-source, so the
alternative would be to add an extra package :-/



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

Bug#645700: RFP: civicrm -- contact and relationship management system for community and advocacy groups

[Ben Finney]

On 19-Oct-2011, Andrew Starr-Bochicchio wrote:
> It's great to see that someone is working on getting CiviCRM into
> Debian.

I'm sorry to inform you that's not the case. This bug report is a Request
For Package; it's a place to coordinate requests for the work and any
possible future people who might step forward to do the work.

To my knowledge there's no work being done on this for Debian yet, and I'm
not suitable to package a complex PHP application :-)

> I wanted to let you know that there was some previous work on this a
> while back that you might be able to leverage. Daniel Holbach and I put
> some effort into this as part of the Ubuntu NGO team, but this has
> stalled largely due to the number of bundled PHP code copies.

Great! I'm glad that it's further along than I'd thought.

If you decide to resume this work and contribute the package to Debian,
please act early to update this bug report accordingly:

If you are going to package this, retitle the bug report to replace
"RFP" with "ITP", in order for other people to know the program is
already being packaged, and set yourself as the owner of the bug. Then
package the software, upload it and close this bug once the package has
been installed.

http://www.debian.org/devel/wnpp/#l3>

-- 
 \“Spam will be a thing of the past in two years' time.” —Bill |
  `\ Gates, 2004-01-24 |
_o__)  |
Ben Finney 


signature.asc
Description: Digital signature

Bug#645950: empathy: Doesn't link contacts

[Lech Karol Pawłaszek]

Package: empathy
Version: 3.2.0.1-1
Severity: normal

Hello. I've encountered LP #847078 - that is Empathy doesn't link any
contacts and emits this message:

(empathy:30762): Gtk-CRITICAL **: gtk_tree_model_filter_real_unref_node:
assertion `elt->ref_count > 0' failed
(empathy:30762): empathy-WARNING **: Failed to link personas: Can't link
personas with no primary store.

Kind regards,

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

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

Versions of packages empathy depends on:
ii  dbus-x11 1.4.16-1
ii  dconf-gsettings-backend [gsettings-backend]  0.7.5-3 
ii  empathy-common   3.2.0.1-1   
ii  geoclue  0.12.0-3+b1 
ii  gnome-icon-theme 3.2.0-1 
ii  gsettings-desktop-schemas3.0.1-1 
ii  gstreamer0.10-gconf  0.10.30-1   
ii  libc62.13-21 
ii  libcanberra-gtk3-0   0.28-2  
ii  libcanberra0 0.28-2  
ii  libchamplain-0.12-0  0.12.0-1
ii  libchamplain-gtk-0.12-0  0.12.0-1
ii  libcheese-gtk20  3.2.0-1 
ii  libclutter-1.0-0 1.8.0-1 
ii  libclutter-gtk-1.0-0 1.0.4-1 
ii  libdbus-glib-1-2 0.98-1  
ii  libebook1.2-10   3.0.3-1 
ii  libenchant1c2a   1.6.0-3+b1  
ii  libfolks-telepathy25 0.6.3.2-2   
ii  libfolks25   0.6.3.2-2   
ii  libgcr-3-0   3.0.3-2 
ii  libgdk-pixbuf2.0-0   2.24.0-1
ii  libgee2  0.6.1-3 
ii  libgeoclue0  0.12.0-3+b1 
ii  libgeocode-glib0 0.99.0-1
ii  libglib2.0-0 2.30.1-1
ii  libgnome-keyring03.2.0-2 
ii  libgnutls26  2.12.11-1   
ii  libgstfarsight0.10-0 0.0.31-1
ii  libgstreamer-plugins-base0.10-0  0.10.35-1   
ii  libgstreamer0.10-0   0.10.35-1   
ii  libgtk-3-0   3.0.12-2
ii  libgudev-1.0-0   172-1   
ii  libnm-glib4  0.9.0-2 
ii  libnotify4   0.7.4-1 
ii  libpango1.0-01.29.4-1
ii  libpulse-mainloop-glib0  1.0-4   
ii  libpulse01.0-4   
ii  libtelepathy-farsight0   0.0.19-1
ii  libtelepathy-glib0   0.16.0-1
ii  libtelepathy-logger2 0.2.10-2
ii  libwebkitgtk-3.0-0   1.6.1-1 
ii  libx11-6 2:1.4.4-2   
ii  libxml2  2.7.8.dfsg-5
ii  telepathy-logger 0.2.10-2
ii  telepathy-mission-control-5  1:5.9.3-3   

Versions of packages empathy recommends:
ii  freedesktop-sound-theme  0.7.dfsg-1
ii  gvfs-backends1.8.2-2   
ii  nautilus-sendto-empathy  3.2.0.1-1 
ii  telepathy-gabble 0.13.7-1  
ii  telepathy-salut  0.6.0-1   

Versions of packages empathy suggests:
ii  telepathy-butterfly  0.5.15-2.1
ii  telepathy-haze   
ii  vino 3.2.0-1   

Versions of packages empathy is related to:
ii  telepathy-butterfly [telepathy-connection-manager]  0.5.15-2.1  
ii  telepathy-gabble [telepathy-connection-manager] 0.13.7-1
ii  telepathy-idle [telepathy-connection-manager]   0.1.10-1
ii  telepathy-salut [telepathy-connection-manager]  0.6.0-1 
ii  telepathy-sunshine [telepathy-connection-manager]   0.2.1~trunk1

-- 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#645762: requestsync: uses SMTP port (25) instead of submission port (587)

[Stefano Rivera]

severity 645762 wishlist
thanks

> Many ISPs block the SMTP port (25) by default, I would suggest that
> requestsync should by default use the submission port (587) as codified
> in RFC4409. This would require the Launchpad to first accept mail
> destined for Launchpad on that port.

requestsync can also use Launchpad's API, with the --lp flag (and in
general, this will give a far better experience).

This will use https (port 443), which is almost universally unblocked.

I think the right answer is to make --lp the default. I don't see any
particularly good reason for them to listen on the submission port.
requestsync is probably the only tool that mails launchpad directly.

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  H: +27 21 465 6908 C: +27 72 419 8559  UCT: x3127



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

Bug#645949: opera 11.52.1100 seg faults on exit

[Steven R. Wright]

Package: opera
Version: 11.52.1100

upon each exit of opera,  it throws a SIGSEGV;  it is easily reproducible, just 
start up opera,  and then exit.


#4 decca:/home/srw

 opera


opera [crash logging]: CRASH!!
/usr/lib/opera/opera got signal SIGSEGV at address B6D33F37

Log was created here:
/var/tmp/crash20111019161336.txt
Killed



 uname -a

Linux decca 3.0.4 #1 Tue Aug 30 11:28:55 CDT 2011 i686 GNU/Linux


 dpkg -l opera libc6

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  libc6  2.13-21Embedded GNU C Library: Shared libraries
ii  opera  11.52.1100 Fast and secure web browser and Internet sui





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

Bug#645948: stun: Init script dies when run repeatedly

[Martin Mares]

Package: stun
Version: 0.96.dfsg-5
Severity: normal

When I run "/etc/init.d/stun stop" and the daemon is already stopped,
the init script dies in the middle of a message, because start-stop-daemon
returns non-zero exit code.

This happens for example when I try to upgrade the package and the
daemon is already stopped.

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

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

Versions of packages stun depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3

stun recommends no packages.

stun suggests no packages.

-- Configuration Files:
/etc/default/stun changed:
START_DAEMON=true
DAEMON_OPTS=""
PRIMARY_IP="46.255.230.98"
SECONDARY_IP="46.255.230.99"
PRIMARY_PORT=3478
SECONDARY_PORT=3479
DAEMON_USER=nobody


-- 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#645947: buildd.debian.org: Trace errors in syslog

[alberto]

Package: buildd.debian.org
Severity: normal

Oct 19 20:49:56 apevia kernel: [277217.524898] WARNING: at /build/buildd-
linux-2.6_2.6.32-38-i386-G9QRBd/linux-2.6-2.6.32/debian/build/source_i386_xen/arch/x86/xen/mmu.c:666
xen_ma
ke_pte+0x24/0x102()
Oct 19 20:49:56 apevia kernel: [277217.524902] Hardware name: P5QL-E
Oct 19 20:49:56 apevia kernel: [277217.524904] Modules linked in: xt_physdev
tun xt_multiport parport_pc ppdev lp parport xt_state bridge stp ipt_LOG
xt_tcpudp ipt_REJECT ipt_MASQU
ERADE iptable_mangle iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack
nf_defrag_ipv4 iptable_filter ip_tables x_tables xen_evtchn xenfs xfs exportfs
ext4 jbd2 crc16 loop firewire_
sbp2 snd_usb_audio snd_usb_lib btusb bluetooth rfkill snd_hda_codec_atihdmi
gspca_zc3xx gspca_main videodev v4l1_compat usblp snd_hda_codec_realtek
snd_hda_intel snd_seq_midi snd_h
da_codec snd_rawmidi snd_hwdep snd_seq_midi_event snd_pcm_oss sg snd_mixer_oss
snd_seq sr_mod cdrom snd_seq_device ata_generic radeon snd_pcm firewire_ohci
snd_timer usb_storage uh
ci_hcd 3c59x ehci_hcd snd firewire_core ttm atl1e soundcore mii pata_jmicron
sata_via usbcore drm_kms_helper crc_itu_t nls_base snd_page_alloc pcspkr evdev
asus_atk0110 psmouse drm
 serio_raw i2c_algo_bit floppy i2c_i801 i2c_core processor button
acpi_processor ext3 jbd mbcache dm_mod raid0 md_mod sd_mod crc_t10dif ahci
libata scsi_mod thermal thermal_sys
Oct 19 20:49:56 apevia kernel: [277217.525067] Pid: 9, comm: events/0 Tainted:
GW  2.6.32-5-xen-686 #1
Oct 19 20:49:56 apevia kernel: [277217.525070] Call Trace:
Oct 19 20:49:56 apevia kernel: [277217.525074]  [] ?
warn_slowpath_common+0x5e/0x8a
Oct 19 20:49:56 apevia kernel: [277217.525079]  [] ?
warn_slowpath_null+0xa/0xc
Oct 19 20:49:56 apevia kernel: [277217.525083]  [] ?
xen_make_pte+0x24/0x102
Oct 19 20:49:56 apevia kernel: [277217.525088]  [] ?
__raw_callee_save_xen_make_pte+0x6/0x8
Oct 19 20:49:56 apevia kernel: [277217.525092]  [] ?
pfn_pte+0x34/0x37
Oct 19 20:49:56 apevia kernel: [277217.525097]  [] ?
__change_page_attr_set_clr+0x1f1/0x6f6
Oct 19 20:49:56 apevia kernel: [277217.525102]  [] ?
check_events+0x8/0xc
Oct 19 20:49:56 apevia kernel: [277217.525106]  [] ?
cfq_queue_empty+0x0/0x11
Oct 19 20:49:56 apevia kernel: [277217.525111]  [] ?
__purge_vmap_area_lazy+0x5e/0x12c
Oct 19 20:49:56 apevia kernel: [277217.525116]  [] ?
vm_unmap_aliases+0x112/0x11c
Oct 19 20:49:56 apevia kernel: [277217.525121]  [] ?
change_page_attr_set_clr+0x199/0x35f
Oct 19 20:49:56 apevia kernel: [277217.525125]  [] ?
change_page_attr_clear+0x22/0x26
Oct 19 20:49:56 apevia kernel: [277217.525130]  [] ?
_set_memory_wb+0x13/0x17
Oct 19 20:49:56 apevia kernel: [277217.525135]  [] ?
set_memory_wb+0xc/0x31
Oct 19 20:49:56 apevia kernel: [277217.525144]  [] ?
ttm_tt_set_page_caching+0x41/0x7b [ttm]
Oct 19 20:49:56 apevia kernel: [277217.525151]  [] ?
ttm_tt_set_caching+0x4e/0x8a [ttm]
Oct 19 20:49:56 apevia kernel: [277217.525157]  [] ?
ttm_tt_free_alloced_pages+0x22/0x156 [ttm]
Oct 19 20:49:56 apevia kernel: [277217.525165]  [] ?
ttm_tt_destroy+0x3b/0x9a [ttm]
Oct 19 20:49:56 apevia kernel: [277217.525171]  [] ?
ttm_bo_cleanup_refs+0x13e/0x233 [ttm]
Oct 19 20:49:56 apevia kernel: [277217.525178]  [] ?
ttm_bo_release_list+0x0/0x9a [ttm]
Oct 19 20:49:56 apevia kernel: [277217.525184]  [] ?
ttm_bo_delayed_delete+0x6c/0xbe [ttm]
Oct 19 20:49:56 apevia kernel: [277217.525191]  [] ?
ttm_bo_delayed_workqueue+0x10/0x23 [ttm]
Oct 19 20:49:56 apevia kernel: [277217.525196]  [] ?
worker_thread+0x141/0x1bd
Oct 19 20:49:56 apevia kernel: [277217.525202]  [] ?
ttm_bo_delayed_workqueue+0x0/0x23 [ttm]
Oct 19 20:49:56 apevia kernel: [277217.525207]  [] ?
autoremove_wake_function+0x0/0x2d
Oct 19 20:49:56 apevia kernel: [277217.525211]  [] ?
worker_thread+0x0/0x1bd
Oct 19 20:49:56 apevia kernel: [277217.525215]  [] ?
kthread+0x61/0x66
Oct 19 20:49:56 apevia kernel: [277217.525219]  [] ? kthread+0x0/0x66
Oct 19 20:49:56 apevia kernel: [277217.525223]  [] ?
kernel_thread_helper+0x7/0x10



-- 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-xen-686 (SMP w/1 CPU core)
Locale: LANG=es_ES@euro, LC_CTYPE=es_ES@euro (charmap=ISO-8859-15)
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#644934: openshot: Hang/crash when saving preferences on Quit after first run

[Jonathan Thomas]

Thanks for the patch Adam!  I have applied the patch and committed it to the
OpenShot trunk.  This will be included in the next release (1.4.1).
-Jonathan

Bug#645946: libreoffice: Suffix removed incorrectly for files with dots in filename

[Mirosław Zalewski]

Package: libreoffice
Version: 1:3.4.3-1
Severity: normal


Hi

There is some problem with LO while saving files with dots in names.

Steps to reproduce:
1. Open LO
2. Create new document (in any app)
3. Save it under name "some.file.with.dots"
4. Select File -> Save as
5. Proposed name is "some.file.odX" instead of "some.file.with.dots.odX" (or
some.file.with.odX, depending if filename had ODF extension or not).

This is reproducable with default settings for LO.

I could not reproduce it with LO 3.4.3 for Windows (from LO site).

Best regards
Mirosław Zalewski

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

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

Versions of packages libreoffice depends on:
ii  liblucene2-java 2.9.4+ds1-2
ii  libreoffice-base1:3.4.3-4  
ii  libreoffice-calc1:3.4.3-4  
ii  libreoffice-core1:3.4.3-4  
ii  libreoffice-draw1:3.4.3-4  
ii  libreoffice-filter-mobiledev1:3.4.3-4  
ii  libreoffice-impress 1:3.4.3-4  
ii  libreoffice-java-common 1:3.4.3-4  
ii  libreoffice-math1:3.4.3-4  
ii  libreoffice-report-builder-bin  1:3.4.3-4  
ii  libreoffice-writer  1:3.4.3-4  
ii  ttf-dejavu  2.32-1 
ii  ttf-sil-gentium-basic   1.1-2  

Versions of packages libreoffice recommends:
ii  libpaper-utils 1.1.24+nmu1
ii  ttf-liberation 1.07.0-1   
ii  ttf-mscorefonts-installer  3.3

Versions of packages libreoffice suggests:
pn  cups-bsd
pn  default-jre [java5-runtime] 1:1.6-43  
pn  gstreamer0.10-ffmpeg0.10.12-3 
pn  gstreamer0.10-plugins-bad   0.10.22-3 
pn  gstreamer0.10-plugins-base  0.10.35-1 
pn  gstreamer0.10-plugins-good  0.10.30-1 
pn  gstreamer0.10-plugins-ugly  0.10.18-3 
pn  hunspell-dictionary 
pn  hyphen-pl [hyphen-hyphenation-patterns] 1:3.0a-4  
pn  iceweasel   7.0.1-2   
pn  imagemagick 8:6.6.9.7-5+b1
pn  libgl1-mesa-glx [libgl1]7.11-6
pn  libldap-2.4-2   2.4.25-3  
pn  libreoffice-filter-binfilter
pn  libreoffice-help-pl [libreoffice-help-3.4]  1:3.4.3-4 
pn  libreoffice-kde 1:3.4.3-4 
pn  libreoffice-l10n-pl [libreoffice-l10n-3.4]  1:3.4.3-4 
pn  libreoffice-officebean  1:3.4.3-4 
pn  libsane 
pn  libxrender1 1:0.9.6-2 
pn  menu2.1.45
pn  myspell-en-gb [myspell-dictionary]  1:3.3.0-3 
pn  myspell-en-us [myspell-dictionary]  1:3.3.0-3 
pn  myspell-pl [myspell-dictionary] 20110328-1
pn  mythes-thesaurus
pn  openclipart-libreoffice 
pn  openjdk-6-jre [java5-runtime]   6b23~pre10-1  
pn  pstoedit
pn  unixodbc

Versions of packages libreoffice-core depends on:
ii  fontconfig   2.8.0-3
ii  libatk1.0-0  2.2.0-1
ii  libc62.13-21
ii  libcairo21.10.2-6.1 
ii  libcurl3-gnutls  7.21.7-3   
ii  libdb5.1 5.1.25-11  
ii  libexpat12.0.1-7
ii  libfontconfig1   2.8.0-3
ii  libfreetype6 2.4.6-2
ii  libgcc1  1:4.6.1-4  
ii  libgdk-pixbuf2.0-0   2.24.0-1   
ii  libglib2.0-0 2.28.6-1   
ii  libgraphite2-2.0.0   1.0.3.real-1   
ii  libgstreamer-plugins-base0.10-0  0.10.35-1  
ii  libgstreamer0.10-0   0.10.35-1  
ii  libgtk2.0-0  2.24.6-2   
ii  libhunspell-1.3-01.3.2-4
ii  libhyphen0   2.7.1-4
ii  libice6  2:1.0.7-2  
ii  libicu44 4.4.2-2
ii  libjpeg8 8c-2   
ii  libmythes-1.2-0  2:1.2.1-1  
ii  libneon27-gnutls 0.29.6-1   
ii  libnspr4-0d  4.8.9-1
ii  lib

Bug#645945: debian-maintainers: Annual ping from Mats Erik Andersson

[Mats Erik Andersson]

Package: debian-maintainers
Severity: normal

My annual ping is hereby posted.


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear masters of the trade,

I would like to declare my willingness
to continue for another year, with thought
and with manual work, to uphold and enhance
the collective knowledge we regularly name
"the Debian Project".

Best regards,
  Mats Erik Andersson, DM
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk6fORYACgkQG7N1M011A3Yq6wCg5WYSaoPAgEXGvvfJq0icUNva
0JMAoKza1XcyYcTW5oNBsQ/tv8KFVo8b
=dOk9
-END PGP SIGNATURE-



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

Bug#645805: [Pkg-openssl-devel] Bug#645805: Potential DTLS crasher bug

[Kurt Roeckx]

found 645805 0.9.8o-4
thanks

On Tue, Oct 18, 2011 at 08:24:30PM +0200, Florian Weimer wrote:
> Package: libssl0.9.8
> Version: 0.9.8o-4squeeze3
> 
> It seems that there's a remotely triggerable OPENSSL_assert() in the
> DTLS code:
> 
> | The reception of incomplete or incorrectly formatted DTLS fragments
> | is handled with an OPENSSL_assert(), causing the program to exit
> | rather then just terminating the connection. This patch exchanges
> | the asserts with unexpected message and illegal parameter alerts.
> 
> 
> 
> I don't know how functional the DTLS code in squeeze is, perhaps it's
> necessary to fix this there, too.

I'm pretty sure we have people using DTLS in squeeze.

I currently don't have time to deal with this.


Kurt




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

Bug#645944: openbox: please include imlib2 support

[Sebastian Reichel]

Package: openbox
Version: 3.5.0-1.0
Severity: wishlist

Hi,

Please build the package with imlib2 support by adding libimlib2-dev
to the Build-Depends line in debian/control. Openbox built against
imlib2 supports icons in the menu as described on

https://wiki.archlinux.org/index.php/Openbox#Icons_in_menu

-- Sebastian

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

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

Versions of packages openbox depends on:
ii  libc6 2.13-21 
ii  libglib2.0-0  2.28.8-1
ii  libice6   2:1.0.7-2   
ii  libobrender27 3.5.0-1.0   
ii  libobt0   3.5.0-1.0   
ii  libsm62:1.2.0-2   
ii  libstartup-notification0  0.12-1  
ii  libx11-6  2:1.4.4-2   
ii  libxau6   1:1.0.6-3   
ii  libxext6  2:1.3.0-3   
ii  libxinerama1  2:1.1.1-3   
ii  libxml2   2.7.8.dfsg-5
ii  libxrandr22:1.3.2-2   
ii  libxrender1   1:0.9.6-2   

Versions of packages openbox recommends:
ii  obconf  2.0.3-3
ii  openbox-themes  1.0.2  

Versions of packages openbox suggests:
ii  libxml2-dev  2.7.8.dfsg-5
ii  menu 2.1.45  
ii  python   2.7.2-8 
ii  ttf-dejavu   2.33-2  

-- no debconf information



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

Bug#645943: openxenmanager: Unable to start application

[Lech Karol Pawłaszek]

Package: openxenmanager
Version: 0.r80+dfsg-1
Severity: important

Hello. I've just read on planet Debian that openxenmanager is in the
archive. Yay! I installed it and tried to start:

$ openxenmanager 
Traceback (most recent call last):
  File "window.py", line 44, in 
import gtkvnc
ImportError: No module named gtkvnc

So there are missing depends... I installed python-gtk-vnc package and
then:

$ openxenmanager 
Gtk-Message: Failed to load module "pk-gtk-module"
Traceback (most recent call last):
  File "window.py", line 1583, in 
wine = oxcWindow()
  File "window.py", line 181, in __init__
shutil.copy("oxc.conf", pathconfig)
  File "/usr/lib/python2.7/shutil.py", line 117, in copy
copyfile(src, dst)
  File "/usr/lib/python2.7/shutil.py", line 82, in copyfile
with open(src, 'rb') as fsrc:
IOError: [Errno 2] No such file or directory: 'oxc.conf'
Exiting...
Error in atexit._run_exitfuncs:
Traceback (most recent call last):
  File "/usr/lib/python2.7/atexit.py", line 24, in _run_exitfuncs
func(*targs, **kargs)
  File "window.py", line 1532, in signal_handler
self.config.write()
AttributeError: oxcWindow instance has no attribute 'config'
Error in sys.exitfunc:
Traceback (most recent call last):
  File "/usr/lib/python2.7/atexit.py", line 24, in _run_exitfuncs
func(*targs, **kargs)
  File "window.py", line 1532, in signal_handler
self.config.write()
AttributeError: oxcWindow instance has no attribute 'config'

(even --help doesn't work and there is no man page for openxenmanager
executable)

Kind regards,

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

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

Versions of packages openxenmanager depends on:
ii  python  2.7.2-9

openxenmanager recommends no packages.

openxenmanager 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#645736: Please hide xterm and uxterm icons from the GNOME menu

[Thomas Dickey]

On Wed, 19 Oct 2011, Fabian Greffrath wrote:


Am 19.10.2011 11:45, schrieb Thomas Dickey:

actually, looking through my .desktop files, I'm not seeing that this
advice is being followed.


For these cases there is still /etc/gnome/menus.blacklist


Back to my point: why are you singling out xterm?


Because it suddenly began to show an icon in the menus and did not before. 
But I am not singling out xterm, it is just that it caught my attention right 
now. I have already filed similar bug reports in the past, e.g. #579160 or 
#579154.



that's an untruthful comment, of course.


Hehe, let's say it's biased. ;)


This might help (I'd seen essentially the same statement more than once, 
though I don't recall which people) - numbers instead of subjective 
comments:


http://invisible-island.net/xterm/xterm.faq.html#compare_versions

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



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