Bug#564411: Bug in libdatetime-format-iso8601-perl fixed in revision 50695

[pkg-perl-maintainers]

tag 564411 + pending
thanks

Some bugs are closed in revision 50695
by Salvatore Bonaccorso (carnil-guest)

Commit message:

* Convert to '3.0 (quilt)' source format. 
* Add 564411-fix_1_digit_year.patch patch to fix FTBFS due to failed tests
  testing one digit years formats (Closes: #564411).
* Add myself to Uploaders. 



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

Bug#533450: stepping back

[Mattia Dongili]

On Sun, Jan 10, 2010 at 04:23:31PM +0100, Holger Levsen wrote:
 Hi,
 
 unfortunatly the psb xorg driver doesnt work with my poulsbo chipset, I 
 always 
 get the errors as described in 
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533450#115 - I've tried the 
 mandrake 2010 live-cd yesterday and exactly the same problem. 

You appear to have the same chipset as I do:
mat...@ludwig:~/devel lspci -n -s 00:02.0
00:02.0 0300: 8086:8108 (rev 06)

did you actually try all the tricks I described previously?
Specifically I noticed that the mem= command line parameter and loading
psb.ko late enough in the boot sequence help a lot.

Oh wait, you have rev 07... not sure what the difference is.

 The only way I could get the graphic card to work with performance is with 
 the 
 even less free iegd driver from intel, so this is what I will be using in the 

This is quite interesting actually. If nothing else because *maybe* this
other driver works better than psb on my laptop.
Also, I read on the IEGD website that there should be a kernel patch
somewhere. I'm now digging around the intel website to see if I can find
anything useful -- the only driver I was able to download so far
contains some sort of exe (archive?).

 near future, while I'm waiting for a newer (and working for me) version of 
 the psb driver. 
 
 And until this is there, I dont have interest in packaging psb, sorry. 
 
 If someone comes up with suitable packages for Debian sid, I'd be willing to 
 sponsor them, though.

No worries, I could upload them myself if I was any convinced it was a
good idea. The 3D driver has no chance of working with any current
libdrm implementation and even currently video playback is so bad that
it's just useless.

Anyway, I reworked the packages even more and now at least the packaging
situation is less sad:
- libdrm-psb doesn't need to conflict or replace libdrm anymore, the psb
  xorg driver picks it up, much like the intel driver does.
- almost lintian clean, no big errors except for the kernel driver but
  those seem false positives.
- all packges are 3.0 (quilt)... just for fun.
On the negative side the kernel module packaging is still crappy but to
be honest I can't be bothered making it any better for now.

I have all my stuff here with a little explanation in case you want to
give it another go: http://www.kamineko.org/debian-psb/

Thanks
-- 
mattia
:wq!


signature.asc
Description: Digital signature

Bug#564373: epsilon: FTBFS: tests failed

[Vincent Bernat]

OoO La nuit ayant déjà recouvert  d'encre ce jour du dimanche 10 janvier
2010, vers 23:17, Tristan Seligmann mithra...@mithrandi.net disait :

 This is fixed in 0.6.0. I have commited 0.6.0 in SVN. I am not uploading
 it now  since I don't  use epsilon  at the moment  and may be  unable to
 catch some runtime bug. Maybe Tristan could upload it.

 IANADD so I can't upload the package, but I've had a look at the
 latest version in SVN; the test suite passes, and I don't see any
 other obvious problems, so I'd say go ahead and upload.

Thanks for checking! I have uploaded it.
-- 
BOFH excuse #277:
Your Flux Capacitor has gone bad.


pgpLKa2GlJw9x.pgp
Description: PGP signature

Bug#564665: lives-data and dirac: error when trying to install together

[Ralf Treinen]

Package: dirac,lives-data
Version: dirac/1.0.2-2
Version: lives-data/1.1.8-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2010-01-11
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


WARNING: The following packages cannot be authenticated!
  libdb4.5 libsqlite3-0 mime-support python2.5-minimal python2.5
  python-minimal python dirac lives-data
W: cowdancer: unsupported operation flock, read-only open and 
fchown/fchmod/flock are not supported: tried openning dev:inode of 2055:5408409
W: cowdancer: unsupported operation flock, read-only open and 
fchown/fchmod/flock are not supported: tried openning dev:inode of 2055:5407760
W: cowdancer: unsupported operation flock, read-only open and 
fchown/fchmod/flock are not supported: tried openning dev:inode of 2055:5407203
Authentication warning overridden.
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously deselected package libdb4.5.
(Reading database ... 10445 files and directories currently installed.)
Unpacking libdb4.5 (from .../libdb4.5_4.5.20-13.1_amd64.deb) ...
Selecting previously deselected package libsqlite3-0.
Unpacking libsqlite3-0 (from .../libsqlite3-0_3.6.21-2_amd64.deb) ...
Selecting previously deselected package mime-support.
Unpacking mime-support (from .../mime-support_3.48-1_all.deb) ...
Selecting previously deselected package python2.5-minimal.
Unpacking python2.5-minimal (from .../python2.5-minimal_2.5.4-3_amd64.deb) ...
Selecting previously deselected package python2.5.
Unpacking python2.5 (from .../python2.5_2.5.4-3_amd64.deb) ...
Selecting previously deselected package python-minimal.
Unpacking python-minimal (from .../python-minimal_2.5.4-5_all.deb) ...
Selecting previously deselected package python.
Unpacking python (from .../python_2.5.4-5_all.deb) ...
Selecting previously deselected package dirac.
Unpacking dirac (from .../dirac_1.0.2-2_amd64.deb) ...
Selecting previously deselected package lives-data.
Unpacking lives-data (from .../lives-data_1.1.8-1_all.deb) ...
dpkg: error processing /var/cache/apt/archives/lives-data_1.1.8-1_all.deb 
(--unpack):
 trying to overwrite '/usr/bin/dirac_encoder', which is also in package dirac 
0:1.0.2-2
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Processing triggers for man-db ...
W: cowdancer: unsupported operation flock, read-only open and 
fchown/fchmod/flock are not supported: tried openning dev:inode of 2055:5408409
W: cowdancer: unsupported operation flock, read-only open and 
fchown/fchmod/flock are not supported: tried openning dev:inode of 2055:5407760
W: cowdancer: unsupported operation flock, read-only open and 
fchown/fchmod/flock are not supported: tried openning dev:inode of 2055:5407203
Errors were encountered while processing:
 /var/cache/apt/archives/lives-data_1.1.8-1_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functuinality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):


  usr/bin/dirac_encoder
  usr/share/man/man1/dirac_encoder.1.gz
  

This bug is assigned to both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package.

-Ralf.

PS: for more information about the detection of file overwrite errors
of this kind see http://edos.debian.net/file-overwrites/.



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

Bug#564658: Wow, that actually worked!

[Max E.]

Thanks a lot man! You rule!
-M




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

Bug#564666: krb5-multidev and heimdal-dev: error when trying to install together

[Ralf Treinen]

Package: heimdal-dev,krb5-multidev
Version: heimdal-dev/1.3.1.rc2.dfsg.1-1
Version: krb5-multidev/1.8+dfsg~alpha1-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2010-01-11
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


WARNING: The following packages cannot be authenticated!
  libdb4.8 libgssrpc4 libkdb5-4 libkadm5srv7 libsqlite3-0 libc-dev-bin
  linux-libc-dev libc6-dev comerr-dev krb5-multidev libroken18-heimdal
  libasn1-8-heimdal libwind0-heimdal libhx509-5-heimdal libkrb5-26-heimdal
  libheimntlm0-heimdal libgssapi2-heimdal libhdb9-heimdal
  libkadm5clnt7-heimdal libkadm5srv8-heimdal libkafs0-heimdal heimdal-multidev
  heimdal-dev
W: cowdancer: unsupported operation flock, read-only open and 
fchown/fchmod/flock are not supported: tried openning dev:inode of 2055:5408409
W: cowdancer: unsupported operation flock, read-only open and 
fchown/fchmod/flock are not supported: tried openning dev:inode of 2055:5407760
W: cowdancer: unsupported operation flock, read-only open and 
fchown/fchmod/flock are not supported: tried openning dev:inode of 2055:5407203
Authentication warning overridden.
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously deselected package libdb4.8.
(Reading database ... 10445 files and directories currently installed.)
Unpacking libdb4.8 (from .../libdb4.8_4.8.26-1_amd64.deb) ...
Selecting previously deselected package libgssrpc4.
Unpacking libgssrpc4 (from .../libgssrpc4_1.8+dfsg~alpha1-1_amd64.deb) ...
Selecting previously deselected package libkdb5-4.
Unpacking libkdb5-4 (from .../libkdb5-4_1.8+dfsg~alpha1-1_amd64.deb) ...
Selecting previously deselected package libkadm5srv7.
Unpacking libkadm5srv7 (from .../libkadm5srv7_1.8+dfsg~alpha1-1_amd64.deb) ...
Selecting previously deselected package libsqlite3-0.
Unpacking libsqlite3-0 (from .../libsqlite3-0_3.6.21-2_amd64.deb) ...
Selecting previously deselected package libc-dev-bin.
Unpacking libc-dev-bin (from .../libc-dev-bin_2.10.2-5_amd64.deb) ...
Selecting previously deselected package linux-libc-dev.
Unpacking linux-libc-dev (from .../linux-libc-dev_2.6.32-5_amd64.deb) ...
Selecting previously deselected package libc6-dev.
Unpacking libc6-dev (from .../libc6-dev_2.10.2-5_amd64.deb) ...
Selecting previously deselected package comerr-dev.
Unpacking comerr-dev (from .../comerr-dev_2.1-1.41.9-1_amd64.deb) ...
Selecting previously deselected package krb5-multidev.
Unpacking krb5-multidev (from .../krb5-multidev_1.8+dfsg~alpha1-1_amd64.deb) ...
Selecting previously deselected package libroken18-heimdal.
Unpacking libroken18-heimdal (from 
.../libroken18-heimdal_1.3.1.rc2.dfsg.1-1_amd64.deb) ...
Selecting previously deselected package libasn1-8-heimdal.
Unpacking libasn1-8-heimdal (from 
.../libasn1-8-heimdal_1.3.1.rc2.dfsg.1-1_amd64.deb) ...
Selecting previously deselected package libwind0-heimdal.
Unpacking libwind0-heimdal (from 
.../libwind0-heimdal_1.3.1.rc2.dfsg.1-1_amd64.deb) ...
Selecting previously deselected package libhx509-5-heimdal.
Unpacking libhx509-5-heimdal (from 
.../libhx509-5-heimdal_1.3.1.rc2.dfsg.1-1_amd64.deb) ...
Selecting previously deselected package libkrb5-26-heimdal.
Unpacking libkrb5-26-heimdal (from 
.../libkrb5-26-heimdal_1.3.1.rc2.dfsg.1-1_amd64.deb) ...
Selecting previously deselected package libheimntlm0-heimdal.
Unpacking libheimntlm0-heimdal (from 
.../libheimntlm0-heimdal_1.3.1.rc2.dfsg.1-1_amd64.deb) ...
Selecting previously deselected package libgssapi2-heimdal.
Unpacking libgssapi2-heimdal (from 
.../libgssapi2-heimdal_1.3.1.rc2.dfsg.1-1_amd64.deb) ...
Selecting previously deselected package libhdb9-heimdal.
Unpacking libhdb9-heimdal (from 
.../libhdb9-heimdal_1.3.1.rc2.dfsg.1-1_amd64.deb) ...
Selecting previously deselected package libkadm5clnt7-heimdal.
Unpacking libkadm5clnt7-heimdal (from 
.../libkadm5clnt7-heimdal_1.3.1.rc2.dfsg.1-1_amd64.deb) ...
Selecting previously deselected package libkadm5srv8-heimdal.
Unpacking libkadm5srv8-heimdal (from 
.../libkadm5srv8-heimdal_1.3.1.rc2.dfsg.1-1_amd64.deb) ...
Selecting previously deselected package libkafs0-heimdal.
Unpacking libkafs0-heimdal (from 
.../libkafs0-heimdal_1.3.1.rc2.dfsg.1-1_amd64.deb) ...
Selecting previously deselected package heimdal-multidev.
Unpacking heimdal-multidev (from 
.../heimdal-multidev_1.3.1.rc2.dfsg.1-1_amd64.deb) ...
Selecting previously deselected package heimdal-dev.
Unpacking heimdal-dev (from .../heimdal-dev_1.3.1.rc2.dfsg.1-1_amd64.deb) ...
dpkg: error processing 
/var/cache/apt/archives/heimdal-dev_1.3.1.rc2.dfsg.1-1_amd64.deb (--unpack):
 trying to overwrite '/usr/share/man/man1/krb5-config.1.gz', which is also in 
package krb5-multidev 0:1.8+dfsg~alpha1-1
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Processing triggers for man-db ...
W: cowdancer: unsupported 

Bug#563546: pu: package dpkg/1.14.28

[Raphael Hertzog]

On Sun, 10 Jan 2010, Philipp Kern wrote:
 So the removal of --without-quilt is no problem because it only causes dpkg
 to emit a warning about an unknown option.  That's good.

Yes.

 I wonder if we are really, really sure that nobody relies on
 .dpkg-source-applied.  I would hope that nobody assumed that to be an
 interface for something (e.g. to read a patch list from)?

It was never documented to be a patch list, but just a way to know if
patches were applied at extraction time or not. I don't know of any tool
that relies on this file in unstable and in stable it's even less likely.

Cheers,
-- 
Raphaël Hertzog



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

Bug#564582: gnome-games: screen corruption in aisleriot cardgames

[Josselin Mouette]

Le dimanche 10 janvier 2010 à 14:18 +0100, Peter a écrit :
 When playing a cardgame in AisleRiot (I tried both Freecell and
 Spider), the background suddendly becomes filled with a repeating
 pattern of one of the cards and the cards themselves are drawn
 incorrectly.
 
 If you continue playing, the corruption disappears and appears,
 usually when starting or ending the moving of a card.

Looks like the already seen memory corruption bug on radeon cards (and
some Intel ones IIRC).

 Kernel: Linux 2.6.30-2-486

Upgrading to 2.6.31 at least should fix the issue.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “You did never write something helpful
  `- besides your trolling”  -- Jörg Schilling




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

Bug#564652: openct: FTBFS on kfreebsd-*: sys-bsd.c:579: error: 'struct usb_device_info' has no member named 'udi_devnames'

[Petr Salinger]

I'm Cc-ing -bsd@, I believe Petr might look into providing a patch since
he solved a bunch of such breakages.


Please just use libusb instead of native usb support on GNU/kFreeBSD.

debian/control:
Add into Build-Depends: libusb2-dev [kfreebsd-i386 kfreebsd-amd64]

In debian/rules use:

ifeq ($(DEB_HOST_ARCH_OS),kfreebsd)
DEB_CONFIGURE_EXTRA_FLAGS = --enable-pcsc --enable-usb
else
DEB_CONFIGURE_EXTRA_FLAGS = --enable-pcsc
endif


After that the binary builds fine, the whole build fails for me later in

Making install in doc
make[2]: Entering directory `/build/manual/openct-0.6.19/doc'
make[3]: Entering directory `/build/manual/openct-0.6.19/doc'
make[3]: stat: api.out/html/*: Too many levels of symbolic links
make[3]: stat: /build/manual/openct-0.6.19/doc/api.out: Too many levels of 
symbolic links

ln -s ./api.out api.out
ln: accessing `api.out': Too many levels of symbolic links
make[3]: *** [/build/manual/openct-0.6.19/doc/api.out] Error 1

The rules for api.out are different after checkout from SVN and 
otherwise. This part should not be GNU/kFreeBSD specific problem.


Petr




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

Bug#564667: ftp.debian.org: RM: debian-maintainers -- RoM; no longer needed

[Joerg Jaspert]

Package: ftp.debian.org
Severity: normal

Hi

this package is no longer needed and can be removed. Its functionality
is now provided at the correct place, debian-keyring.

-- 
bye, Joerg
Facts are meaningless. You could use facts to prove anything that’s even 
remotely true!


pgp4FqrGgDJPw.pgp
Description: PGP signature

Bug#497211: Bug #497211 need moreinfo

[Reinier Haasjes]

Hi,

martin f krafft wrote:
 also sprach Reinier Haasjes rein...@haasjes.com [2010.01.10.2327 +1300]:
 # tail /var/log/syslog
 [...]
 Jan  1 12:11:07 debpack aiccu: Couldn't connect to the TIC server 
 tic.sixxs.net
 Jan  1 12:11:07 debpack aiccu: Couldn't retrieve first tunnel for the above 
 reason, aborting
 If you still have problems with aiccu please post the tail of
 /var/log/syslog.
 
 What's the reason? DNS? IP-level connect() problems? Timeouts? ICMP
 port-unreachable?
 
I'm I correct to say you want Aiccu to output the reason why it can't
connect to tic.sixxs.net?

If so, I will change this to a wishlist item and send it upstream.

Best regards,
 Reinier



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

Bug#564668: libapt-pkg-perl should have a function to view upgradable packes

[William Orr]

Package: libapt-pkg-perl
Version: 0.1.24
Severity: wishlist

I'm working on a patch for apt-build, and it would be really nice to have a
function that returns upgradable packages. Using AptPkg::Policy works unless
apt pinning is used.

I feel like it would be a really useful function.

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

Kernel: Linux 2.6.26-2-686 (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 libapt-pkg-perl depends on:
ii  apt [libapt-pkg-libc6.9-6-4.8 0.7.25 Advanced front-end for dpkg
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libgcc1   1:4.4.2-8  GCC support library
ii  libstdc++64.4.2-8The GNU Standard C++ Library v3
ii  perl-base [perlapi-5.10.0]5.10.1-8   minimal Perl system

libapt-pkg-perl recommends no packages.

libapt-pkg-perl 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#564481: evince: memory corruption and crash on certain DVI files

[Josselin Mouette]

Le samedi 09 janvier 2010 à 19:04 +, brian m. carlson a écrit :
 With the attached DVI file (using the attached EPS file), evince either
 crashes (with a bug buddy report) or it results in the following error:
 
 lakeview ok % evince business-card.dvi 
 fatal internal error -100*** glibc detected *** evince: munmap_chunk(): 
 invalid pointer: 0x00f2e1f0 ***

It would be nice if you could obtain a backtrace, with libspectre1-dbg
installed, and if possible, debugging symbols for libgs8.

Also, does it crash with other packages using libspectre, like okular?

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “You did never write something helpful
  `- besides your trolling”  -- Jörg Schilling




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

Bug#564536: GRUB maintainer address bounces

[Don Armstrong]

While I'm personally not to enthralled about subscriber-only mailing
lists, I would have liked to have seen at least a discussion on
-project and/or -policy about this before immediately elevating to the
CTTE to have it make a decision.[1]

Robert: before we get to far along here, could you tell us about the
configuration of pkg-grub-de...@lists.alioth.debian.org?

I'm mainly interested in the answers to the following questions, but
any additional information or opinion that you have would be nice to
hear too.

1) Who is currently allowed to post to pkg-grub-devel?
2) Is there moderation in place for those who are not allowed to post?
3) Would moderation of non-suscribers (or just a rejection of
   non-negative SA scoring mails) be feasible?

I don't think the CTTE should be making a decision just in the case of
a single set of packages when this should be something that Debian
decides archive-wide.


Don Armstrong

1: In fact, if enough other CTTE members feel similarly, I'd propose
to require a discussion on -policy or -project first to come up with
an appropriate wording change to §3.3.
-- 
For those who understand, no explanation is necessary.
 For those who do not, none is possible.

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#564541: evince-gtk: does not save window size on exit and restore on startup

[Josselin Mouette]

Le samedi 09 janvier 2010 à 23:03 -0500, John Lindgren a écrit :
 A nice feature to add to evince-gtk would be to save its window size
 (and whether it's maximized) on exit and pop up at that size on startup.
 Currently it always starts at about two thirds of my 14-inch laptop
 panel; with the thumbnails pane, that leaves the page far too small for
 reading.  For now I'm switching to the full Gnome version, since that
 already has this feature, even running in XFCE.

One of the reasons for evince-gtk to exist is precisely to not have a
dependency on GConf, which is used to store such information. You cannot
have the features without what is implementing them…

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “You did never write something helpful
  `- besides your trolling”  -- Jörg Schilling




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

Bug#564651: [Pkg-xfce-devel] Bug#564651: xfce4-netload-plugin: FTBFS on kfreebsd-*: net/*.h: No such file or directory

[Petr Salinger]

Thanks, I'm not exactly sure what I can do now. In this case, the FTBFS
seems more due to kfreebsd than netload (it was building fine before).
So there is no more net/ppp_defs.h and net/if_ppp.h in freebsd 8? Is
there a porting guide or something?

Doing a search for freebsd + net/ppp_defs.h returns as first result this
one bug report so?



In this particular case the solution is easy.
Just do not include unnecessary headers.

Build-tested on kfreebsd-amd64.

Petr

--- xfce4-netload-plugin-0.4.0.orig/panel-plugin/os.h
+++ xfce4-netload-plugin-0.4.0/panel-plugin/os.h
@@ -94,8 +94,10 @@
 #include net/if_media.h
 #include net/if_mib.h
 #include arpa/inet.h
+#if 0
 #include net/ppp_defs.h
 #include net/if_ppp.h
+#endif
 #elif __NetBSD__/* N E T B S D */
 #include stdio.h
 #include sys/param.h




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

Bug#555109: gnarwl -- Email autoresponder based on LDAP

[Francesco Zanolin]

At the moment.

Me and others are working on a new version.

Stay tuned.
attachment: francesco_zanolin.vcf

Bug#564664: zim: Please package new python-based 0.42 version

[Raphael Hertzog]

On Mon, 11 Jan 2010, Olivier Berger wrote:
 I doubt the watch file will notice (which may be fine considering that a
 0.29 version is out too), but there's a new version of zim, rewroten in
 Python available.

I started packaging the 0.42.beta3 yesterday night just before the release
of 0.42... so I'll take care of it.

(I'm subscribed to the upstream ML)

 It would be great to have it packaged in Debian, although 0.29 would be
 a priority, before.  Should it be packaged under the same name,
 considering the language change ?

I will keep the same name yes. And since upstream work goes into pyzim, I
don't see the need to package 0.29 right now.

Cheers,
-- 
Raphaël Hertzog



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

Bug#564670: emacs23: selecting directory via GUI does not work

[thah...@t-online.de]

Package: emacs23
Version: 23.1+1-5
Severity: normal

*** Please type your report below this line ***
Whenever I want to select a directory using the GUI, I cannot pick
the specific directory. Clicking on Open in the directory itself will
not trigger any reaction. If I go up to the higher level and still
having the directory selected will produce an error message
saying The folder could not be created. Error creating directory: File
exists

I am having this problem with stuff like setting initial cscope
directory 
and cvs-examine directory.

Regards Thomas

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

Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15
(charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages emacs23 depends on:
ii  emacs23-bin-common  23.1+1-5 The GNU Emacs editor's
shared, arc
ii  install-info4.13a.dfsg.1-5   Manage installed
documentation in 
ii  libasound2  1.0.21a-1shared library for ALSA
applicatio
ii  libatk1.0-0 1.28.0-1 The ATK accessibility
toolkit
ii  libc6   2.10.2-5 Embedded GNU C Library:
Shared lib
ii  libcairo2   1.8.8-2  The Cairo 2D vector
graphics libra
ii  libdbus-1-3 1.2.16-2 simple interprocess
messaging syst
ii  libfontconfig1  2.8.0-2  generic font configuration
library
ii  libfreetype62.3.11-1 FreeType 2 font engine,
shared lib
ii  libgif4 4.1.6-8  library for GIF images
(library)
ii  libglib2.0-02.22.3-2 The GLib library of C
routines
ii  libgpm2 1.20.4-3.2   General Purpose Mouse -
shared lib
ii  libgtk2.0-0 2.18.5-1 The GTK+ graphical user
interface 
ii  libice6 2:1.0.6-1X11 Inter-Client Exchange
library
ii  libjpeg62   6b-15The Independent JPEG
Group's JPEG 
ii  libm17n-0   1.5.4-1+b1   a multilingual text
processing lib
ii  libncurses5 5.7+20090803-2   shared libraries for
terminal hand
ii  libotf0 0.9.10-1 A Library for handling
OpenType Fo
ii  libpango1.0-0   1.26.2-1 Layout and rendering of
internatio
ii  libpng12-0  1.2.41-1 PNG library - runtime
ii  librsvg2-2  2.26.0-1 SAX-based renderer library
for SVG
ii  libsm6  2:1.1.1-1X11 Session Management
library
ii  libtiff43.9.2-2  Tag Image File Format
(TIFF) libra
ii  libx11-62:1.3.2-1X11 client-side library
ii  libxft2 2.1.14-1 FreeType-based font drawing
librar
ii  libxpm4 1:3.5.8-1X11 pixmap library
ii  libxrender1 1:0.9.5-1X Rendering Extension
client libra
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library -
runtime

emacs23 recommends no packages.

Versions of packages emacs23 suggests:
ii  emacs23-common-non-dfsg   23.1+1-1   GNU Emacs shared,
architecture ind

-- 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#564671: mozilla-devscripts: Extensions should be installed in /usr/share/mozilla/extensions/... instead of /usr/lib/mozilla/extensions/...

[Mike Hommey]

Package: mozilla-devscripts
Version: 0.18
Severity: normal

The subject says it all. All extensions that don't use binary components
should be in /usr/share/mozilla/extensions and not
/usr/lib/mozilla/extensions.

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

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

Versions of packages mozilla-devscripts depends on:
ii  dpkg-dev  1.15.5.6   Debian package development tools
ii  fakeroot  1.14.4-1   Gives a fake root environment
ii  libxml-xpath-perl 1.13-7 Perl module for processing XPath
ii  python2.5.4-5An interactive high-level object-o
ii  quilt 0.48-3 Tool to work with series of patche
ii  unzip 6.0-1  De-archiver for .zip files
ii  wget  1.12-1.1   retrieves files from the web
ii  zip   3.0-1  Archiver for .zip files

mozilla-devscripts recommends no packages.

Versions of packages mozilla-devscripts suggests:
ii  cvs 1:1.12.13-12 Concurrent Versions System
ii  git-core1:1.6.6-1fast, scalable, distributed revisi
ii  mercurial   1.4.1-1  scalable distributed version contr

-- 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#563437: [debian/debian-sid] Add dummy placeholder file to /usr/share/doc/php-pear/PEAR

[Ondřej Surý]

tag 563437 pending
tag 542483 pending
thanks

Date: Fri Jan 8 18:10:00 2010 +0100
Author: Ondřej Surý ond...@sury.org
Commit ID: 6ddcda0067e0e06dadd2bae04da400addaa7501c
Commit URL: 
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=6ddcda0067e0e06dadd2bae04da400addaa7501c
Patch URL: 
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff_plain;h=6ddcda0067e0e06dadd2bae04da400addaa7501c

Add dummy placeholder file to /usr/share/doc/php-pear/PEAR

Closes: #563437, #542483
  



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

Bug#559035: severity of 559035 is important

[Matej Vela]

Ben Hutchings b...@decadent.org.uk writes:

 # The programs running on top of a kernel are not unrelated
 severity 559035 important

I think this is arguable, but the important thing is whether you'll
include the patch in the next stable update?

Cheers,

Matej



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

Bug#561739: [debian/debian-sid] Don't leave .start if we are purging

[Ondřej Surý]

tag 561739 pending
thanks

Date: Fri Jan 8 18:08:36 2010 +0100
Author: Ondřej Surý ond...@sury.org
Commit ID: 5c156fba3d7b7326b45ea675154fc045426cf859
Commit URL: 
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=5c156fba3d7b7326b45ea675154fc045426cf859
Patch URL: 
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff_plain;h=5c156fba3d7b7326b45ea675154fc045426cf859

Don't leave .start if we are purging

Fixed .prerm scripts to leave .start file only if we are just removing
the package and not purging.  This should also fix piuparts errors.

Closes: #561739
  



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

Bug#564651: [Pkg-xfce-devel] Bug#564651: xfce4-netload-plugin: FTBFS on kfreebsd-*: net/*.h: No such file or directory

[Yves-Alexis Perez]

Petr Salinger a écrit :
 Thanks, I'm not exactly sure what I can do now. In this case, the FTBFS
 seems more due to kfreebsd than netload (it was building fine before).
 So there is no more net/ppp_defs.h and net/if_ppp.h in freebsd 8? Is
 there a porting guide or something?

 Doing a search for freebsd + net/ppp_defs.h returns as first result this
 one bug report so?
 
 
 In this particular case the solution is easy.
 Just do not include unnecessary headers.
 
 Build-tested on kfreebsd-amd64.

Thanks for the  analysis and the patch. I guess I'll do a more
maintainable solution using something like #ifndef __FREEBSD_KERNEL (or
whatever name is the variable).

Cheers,
-- 
Yves-Alexis



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

Bug#555532: [Pkg-nagios-devel] Bug#555532: nagios: uninstallable/unbuildable on non-linux

[Petr Salinger]

a short status update of the bug. With upstream I managed to get the stuff to
compile and running on the first look.
After testing the package for a while, I recognized that the migration over to
iputils-ping introduces a regression. If a echo reply is missing, check_ping
seems to return nothing, which results into a Plugin timed out after 10
seconds. A bit more information can be found at
https://sourceforge.net/tracker/?func=detailatid=397597aid=2896201group_id=29880
and I contacted upstream about the problem ~3 weeks ago, but as you may
imagine, the holidays we had, slowed the process a bit down.

Anyhow ... this bug is at the moment the main showstopper to upload an updated
package. Leaving it unfixed with the next upload seems not an option, but
having the freeze in march in mind, things will get a bit into rush, as I
don't want to upload the package in the last minutes. Fixing new bugs
(possible introduced with the new upload) before the freeze, will be more
comfortable for all related parties.

So ... if anybody has a solution in mind to get the package using iputils-ping
(at least on non-linux) and not introducing the regression on the remaining
arch, feel free to step forward and provide patches now! :)


You can of course conditionalize build-dependencies and dependencies based 
on architecture. This way configuration on linux could remain the same

(no regression) and on previously uninstallable architectures
there could be limited functionality (improvement). See bellow for idea.

I looked into sources of inetutils-ping - it looks like its general 
timeout is 10 seconds. So please could be also possible to alter

plugin timeout to use 15 seconds ?

Thanks for your care about GNU/kFreeBSD.

Petr

--- debian/control~
+++ debian/control
@@ -33,7 +33,7 @@

 Package: nagios-plugins-basic
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, procps, iputils-ping, ucf
+Depends: ${shlibs:Depends}, ${misc:Depends}, procps, iputils-ping [linux-any], 
inetutils-ping [kfreebsd-any hurd-any], ucf
 Conflicts: nagios-plugins (= 1.4.2-3)
 Replaces: nagios-plugins, nagios-plugins-standard
 Suggests: nagios3



--- debian/rules~
+++ debian/rules
@@ -14,6 +14,7 @@
 # from having to guess our platform (since we know it already)
 DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
+DEB_HOST_ARCH_OS?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS)

 CFLAGS = -Wall -g

@@ -47,6 +48,15 @@
INSTALL_PROGRAM += -s
 endif

+ifeq ($(DEB_HOST_ARCH_OS),linux)
+PING_CONFIGURE_ARGS = --with-ping-command=/bin/ping -n -U -w %d -c %d %s \
+ --with-ping6-command=/bin/ping6 -n -U -w %d -c %d %s
+else
+PING_CONFIGURE_ARGS = --with-ping-command=/bin/ping -n -c %d %s \
+ --with-ping6-command=/bin/ping6 -n -c %d %s
+endif
+
+
 config.status: configure
export PATH=$(PATH)
dh_testdir
@@ -81,8 +91,7 @@
--with-ps-format=%s %d %d %d %d %d %f %s %n \
--with-ps-cols=9 \

--with-ps-varlist=procstat,procuid,procpid,procppid,procvsz,procrss,procpcpu,procprog,pos
 \
-   --with-ping-command=/bin/ping -n -U -w %d -c %d %s \
-   --with-ping6-command=/bin/ping6 -n -U -w %d -c %d %s \
+   $(PING_CONFIGURE_ARGS) \
--with-nslookup-command=/usr/bin/nslookup -sil \
--with-uptime-command=/usr/bin/uptime \
--with-rpcinfo-command=/usr/bin/rpcinfo \




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

Bug#240989: procps/watch Unicode patch

[Uli Martens]

tags 240989 + patch
thanks

Hi Jarrod, hi bts.

On Tue, Nov 03, 2009 at 07:24:27PM +, Jarrod Lowe wrote:
 I have written a patch for this issue.

I have mangled your patch into a dpatch file which applies after all other
dpatch patches included in the current Debian package. Seems to work for me,
but no guaranties...

greetings,
Uli


diff -urN procps-3.2.8/debian/changelog procps-3.2.8~utf8/debian/changelog
--- procps-3.2.8/debian/changelog   2010-01-08 12:49:03.0 +0100
+++ procps-3.2.8~utf8/debian/changelog  2010-01-08 12:46:53.0 +0100
@@ -1,3 +1,10 @@
+procps (1:3.2.8-2.1) UNRELEASED; urgency=low
+
+  * No upload at all, not even an NMU...
+  * added watch-unicode patch by Jarrod Lowe Closes: #240989
+
+ -- Uli Martens u...@youam.net  Fri, 08 Jan 2010 10:12:07 +0100
+
 procps (1:3.2.8-2) unstable; urgency=low
 
   * ps displays supplementary groups Closes: #506303
diff -urN procps-3.2.8/debian/control procps-3.2.8~utf8/debian/control
--- procps-3.2.8/debian/control 2010-01-08 12:49:03.0 +0100
+++ procps-3.2.8~utf8/debian/control2010-01-11 09:51:30.0 +0100
@@ -2,7 +2,7 @@
 Section: admin
 Priority: required
 Maintainer: Craig Small csm...@debian.org
-Build-Depends: debhelper (= 7), libncurses5-dev, make (= 3.78.1-8), dpatch
+Build-Depends: debhelper (= 7), libncurses5-dev, libncursesw5-dev, make (= 
3.78.1-8), dpatch
 Standards-Version: 3.8.3
 Homepage: http://procps.sf.net/
 
diff -urN procps-3.2.8/debian/patches/00list 
procps-3.2.8~utf8/debian/patches/00list
--- procps-3.2.8/debian/patches/00list  2010-01-08 12:49:03.0 +0100
+++ procps-3.2.8~utf8/debian/patches/00list 2010-01-08 12:46:53.0 
+0100
@@ -51,3 +51,4 @@
 55_top_highlight
 60_top_nohz
 65_fix_partition_format
+70_watch_unicode
diff -urN procps-3.2.8/debian/patches/70_watch_unicode.dpatch 
procps-3.2.8~utf8/debian/patches/70_watch_unicode.dpatch
--- procps-3.2.8/debian/patches/70_watch_unicode.dpatch 1970-01-01 
01:00:00.0 +0100
+++ procps-3.2.8~utf8/debian/patches/70_watch_unicode.dpatch2010-01-11 
09:50:29.0 +0100
@@ -0,0 +1,301 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 70_watch-unicode.dpatch by Jarrod Lowe pro...@rrod.net
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: add support for unicode characters
+
+...@dpatch@
+diff -urNad procps-3.2.8~/AUTHORS procps-3.2.8/AUTHORS
+--- procps-3.2.8~/AUTHORS  2010-01-08 09:55:26.0 +0100
 procps-3.2.8/AUTHORS   2010-01-08 09:59:12.0 +0100
+@@ -47,4 +47,5 @@
+ watch:
+ Tony Rems re...@unisoft.com
+ Mike Coleman m...@acm.org
++Jarrod Lowe pro...@rrod.net
+ 
+diff -urNad procps-3.2.8~/Makefile procps-3.2.8/Makefile
+--- procps-3.2.8~/Makefile 2010-01-08 09:58:52.0 +0100
 procps-3.2.8/Makefile  2010-01-08 10:00:27.0 +0100
+@@ -68,6 +68,7 @@
+ _TARFILES := Makefile
+ 
+ CURSES := -lncurses
++CURSESW := -lncursesw
+ 
+ # This seems about right for the dynamic library stuff.
+ # Something like this is probably needed to make the SE Linux
+@@ -119,7 +120,7 @@
+ # Unlike the kernel one, this check_gcc goes all the way to
+ # producing an executable. There might be a -m64 that works
+ # until you go looking for a 64-bit curses library.
+-check_gcc = $(shell if $(CC) $(ALL_CPPFLAGS) $(ALL_CFLAGS) dummy.c 
$(ALL_LDFLAGS) $(1) -o will_this_file_really_exist.tmp $(CURSES)  /dev/null 
21; then echo $(1); else echo $(2); fi ; rm -f 
will_this_file_really_exist.tmp)
++check_gcc = $(shell if $(CC) $(ALL_CPPFLAGS) $(ALL_CFLAGS) dummy.c 
$(ALL_LDFLAGS) $(1) -o will_this_file_really_exist.tmp $(CURSES) $(CURSESW)  
/dev/null 21; then echo $(1); else echo $(2); fi ; rm -f 
will_this_file_really_exist.tmp)
+ 
+ # Be 64-bit if at all possible. In a cross-compiling situation, one may
+ # do make m64=-m32 lib64=lib to produce 32-bit executables. DO NOT
+@@ -250,7 +251,7 @@
+   $(CC) $(ALL_CFLAGS) $^ $(ALL_LDFLAGS) -o $@ $(CURSES)
+ 
+ watch: % : %.o
+-  $(CC) $(ALL_CFLAGS) $^ $(ALL_LDFLAGS) -o $@ $(CURSES)
++  $(CC) $(ALL_CFLAGS) $^ $(ALL_LDFLAGS) -o $@ $(CURSESW)
+ 
+  progX -- progY
+ 
+diff -urNad procps-3.2.8~/watch.1 procps-3.2.8/watch.1
+--- procps-3.2.8~/watch.1  2010-01-08 09:58:52.0 +0100
 procps-3.2.8/watch.1   2010-01-08 10:04:37.0 +0100
+@@ -139,6 +139,16 @@
+ Non-printing characters are stripped from program output.  Use cat -v as
+ part of the command pipeline if you want to see them.
+ .PP
++Combining Characters that are supposed to display on the character at the
++last column on the screen may display one column early, or they may not
++display at all.
++.PP
++Combining Characters never count as different in
++.I --differences
++mode. Only the base character counts.
++.PP
++Blank lines directly after a line which ends in the last column do not
++display.
+ .I \-\-precise
+ mode doesn't yet have advanced temporal distortion technology to
+ compensate for a
+@@ -161,6 

Bug#564651: [Pkg-xfce-devel] Bug#564651: xfce4-netload-plugin: FTBFS on kfreebsd-*: net/*.h: No such file or directory

[Petr Salinger]

Thanks for the  analysis and the patch. I guess I'll do a more
maintainable solution using something like #ifndef __FREEBSD_KERNEL (or
whatever name is the variable).


For maintainable solution please use

--- xfce4-netload-plugin-0.4.0.orig/panel-plugin/os.h
+++ xfce4-netload-plugin-0.4.0/panel-plugin/os.h
@@ -94,8 +94,10 @@
 #include net/if_media.h
 #include net/if_mib.h
 #include arpa/inet.h
+#if (__FreeBSD_kernel__  8)  (__FreeBSD__  8)
 #include net/ppp_defs.h
 #include net/if_ppp.h
+#endif
 #elif __NetBSD__/* N E T B S D */
 #include stdio.h
 #include sys/param.h




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

Bug#564652: openct: FTBFS on kfreebsd-*: sys-bsd.c:579: error: 'struct usb_device_info' has no member named 'udi_devnames'

[Andreas Jellinghaus]

Am Montag 11 Januar 2010 11:23:54 schrieb Petr Salinger:
 The rules for api.out are different after checkout from SVN and
 otherwise. This part should not be GNU/kFreeBSD specific problem.

edit doc/Makefile.* and replace rm -fr api.out with rm -f api.out
and you should be fine.

long term fix planned for next release.

btw: have you tested compiling with libusb support? I thought it was
broken, at least for linux. and not sure if you need to disable
usb with --disable-usb if you have libusb-dev installed.

Rgards, Andreas



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

Bug#561357: patch

[Harald Dunkel]

Attached you can find a patch for the init script. Hope this helps.


Harri
--- /etc/init.d/keepalived.orig	2009-05-28 11:20:36.0 +0200
+++ /etc/init.d/keepalived	2010-01-11 09:52:30.0 +0100
@@ -63,7 +63,7 @@
   	log_action_begin_msg Restarting $DESC $NAME
 
	start-stop-daemon --stop --quiet --pidfile \
-		/var/run/$NAME.pid --exec $DAEMON
+		/var/run/$NAME.pid --exec $DAEMON || true
sleep 1
if start-stop-daemon --start --quiet --pidfile \
/var/run/$NAME.pid --exec $DAEMON; then

Bug#520877: I do not see the need for a new port !

[Sebastian Andrzej Siewior]

* Nathael Pajani | 2010-01-08 09:13:29 [+0100]:

 looks like this is a new port. won't fix in GCC for the powerpc port.
The e500 core is no new port, it is powerpc it just misses one
lwsync instruction used in libstdc++6 (this seems to be a bug in
the e500 powerpc core)
It is not just the lwsync thing. The gnuspe port also uses SPE for
floating point because the normal FPU unit is not available and has to
be emulated in kernel.

Some have created a new unofficial debian port for e500 cores (see
[0]), but I think a small modification to the build system would fix
the problem for the main powerpc port.
Sure. Replacing lwsync with sync would make work on e500 cores and it
will be little slower on those machines which have lwsync implemented
(64bit server boxes).

I managed to have the official port working on e500 by manually
changing the lwsync opcode in the libstdc++6 binary, using the sync
(or msync ?) opcode.
It's used only once.
And maybe even only in this library.
This may be the case for the gcc package. Than we have other packages
which require atomic updates and will suffer. This would be boehm-gc for
instance which is included in a few packages like gcj. Another one would
be liburcu.

So preventing the use of this particular instruction in the gcc
package and in the gcc used to build the port will not be a
performance issue for the other cores.
If there would be no performance difference between lwsync and sync I
doubt that the Power consortium would introduce this opcode and name it
light weight sync.

Of course, another solution is to add a trap in the kernel for this
instruction and perform a sync instead of the lwsync (see [1])
So you are trapping for every floating point instruction into the kernel
and now even for the lwsync opcode. This is something that would work
but will end up slower than necessary even for the e500 cores since the
whole floating point code is emulated in software. So it is a solution
to get software work in first place but not a final solution.
This will probably make no difference for an embedded board working as a
web server but sure make a difference if you use it lets say as your
desktop with multimedia applications.

The problem is that I do not have any more e500 cores at hand, so I
cannot test or spend more time for investigations.
Okay. So here is something for you: I've spent some time and let nbench
2.2.3 [0] run on a e500 and here are the results:

- the new port, nbench compiled with gcc 4.3 and -O3
|BYTEmark* Native Mode Benchmark ver. 2 (10/95)
|Index-split by Andrew D. Balsa (11/97)
|Linux/Unix* port by Uwe F. Mayer (12/96,11/97)
|
|TEST: Iterations/sec.  : Old Index   : New Index
|:  : Pentium 90* : AMD K6/233*
|:--:-:
|NUMERIC SORT:   642.6  :  16.48  :   5.41
|STRING SORT :  55.356  :  24.73  :   3.83
|BITFIELD:  1.4017e+08  :  24.04  :   5.02
|FP EMULATION:  125.36  :  60.15  :  13.88
|FOURIER :  3968.9  :   4.51  :   2.54
|ASSIGNMENT  :  10.245  :  38.98  :  10.11
|IDEA:  1921.8  :  29.39  :   8.73
|HUFFMAN :  1027.7  :  28.50  :   9.10
|NEURAL NET  : 0.70771  :   1.14  :   0.48
|LU DECOMPOSITION:  19.491  :   1.01  :   0.73
|==ORIGINAL BYTEMARK RESULTS==
|INTEGER INDEX   : 29.459
|FLOATING-POINT INDEX: 1.730
|Baseline (MSDOS*)   : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0
|==LINUX DATA BELOW===
|CPU : 
|L2 Cache: 
|OS  : Linux 2.6.31.6-00383-gc419d4b
|C compiler  : gcc version 4.3.2 (Debian 4.3.2-1.1) 
|libc: 
|MEMORY INDEX: 5.793
|INTEGER INDEX   : 8.789
|FLOATING-POINT INDEX: 0.960
|Baseline (LINUX): AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38
|* Trademarks are property of their respective holder.
|

- the new port, nbench compiled with gcc 4.3 and -O3 -mfloat-gprs=double
|TEST: Iterations/sec.  : Old Index   : New Index
|:  : Pentium 90* : AMD K6/233*
|:--:-:
|NUMERIC SORT:  668.28  :  17.14  :   5.63
|STRING SORT :  55.294  :  24.71  :   3.82
|BITFIELD:  1.4042e+08  :  24.09  :   5.03
|FP EMULATION:  125.37  :  60.16  :  13.88
|FOURIER :  5197.2  :   5.91  :   3.32
|ASSIGNMENT  :   9.996  :  38.04  :   9.87
|IDEA:  1920.9  :  29.38  :   8.72
|HUFFMAN :1018  :  28.23 

Bug#564672: dotlrn: [INTL:de] German translation

[Thomas Mueller]

Package: dotlrn
Version: 2.5.0-1
Severity: wishlist
Tags: patch l10n


Please find the German translation attached.

Take care,

Tom



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

Kernel: Linux 2.6.30-2-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
# Translation of po-debconf template to German
# This file is distributed under the same license as the dotlrn package.
#
# Thomas Mueller thomas.muel...@tmit.eu, 2009, 2010.
msgid 
msgstr 
Project-Id-Version: dotlrn 2.5.0\n
Report-Msgid-Bugs-To: dotlrn @packages.debian.org\n
POT-Creation-Date: 2010-01-06 07:06+0100\n
PO-Revision-Date: 2010-01-11 10:26+0100\n
Last-Translator: Thomas Mueller thomas.muel...@tmit.eu\n
Language-Team: German debian-l10n-ger...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Plural-Forms: nplurals=2; plural=n != 1;\n
X-Generator: Lokalize 1.0\n

#. Type: string
#. Description
#: ../templates:1001
msgid Host running the PostgreSQL server for dotLRN:
msgstr Rechner auf dem der PostgreSQL-Server für dotLRN läuft:

#. Type: string
#. Description
#: ../templates:1001
msgid Please provide the hostname of a remote PostgreSQL server.
msgstr 
Bitte geben Sie den Rechnernamen des PostgreSQL-Servers in der Ferne ein.

#. Type: string
#. Description
#: ../templates:1001
msgid 
You must have already arranged for the administrative account to be able to 
remotely create databases and grant privileges.
msgstr 
Sie müssen bereits einen Administrationszugang auf dem Rechner in der Ferne 
so eingerichtet haben, dass das Erstellen von Datenbanken und das Einrichten 
der Zugriffsrechte ermöglicht worden ist.

#. Type: string
#. Description
#: ../templates:2001
msgid Database administrator username:
msgstr Benutzername des Datenbank-Administrators:

#. Type: string
#. Description
#: ../templates:2001
msgid 
Please enter the PostgreSQL administrator username, needed for the database 
creation.
msgstr 
Bitte geben Sie den Benutzernamen des PostgreSQL-Administrators an; er wird 
für die Erzeugung der Datenbank benötigt.

#. Type: password
#. Description
#: ../templates:3001
msgid Database administrator password:
msgstr Passwort des Datenbank-Administrators:

#. Type: password
#. Description
#: ../templates:3001
msgid 
Please enter the PostgreSQL administrator password, needed for the database 
creation.
msgstr 
Bitte geben Sie das Passwort des PostgreSQL-Administrators an; es wird 
für die Erzeugung der Datenbank benötigt.

#. Type: note
#. Description
#: ../templates:4001
msgid Password mismatch
msgstr Passwörter stimmen nicht überein

#. Type: note
#. Description
#: ../templates:4001
msgid 
The two passwords you entered were not the same. Please enter a password 
again.
msgstr 
Die beiden eingegebenen Passwörter stimmen nicht überein. Bitte versuchen 
Sie es noch einmal.

#. Type: string
#. Description
#: ../templates:5001
msgid Database username for dotLRN:
msgstr Benutzername des Datenbank-Benutzers für dotLRN:

#. Type: string
#. Description
#: ../templates:5001
msgid 
Please provide a PostgreSQL username for dotLRN to register with the 
database server.  A PostgreSQL user is not necessarily the same as a system 
login, especially if the database is on a remote server.
msgstr 
Bitte geben Sie einen PostgreSQL-Benutzernamen ein, mit dem sich 
dotLRN am Datenbank-Server anmelden soll. Ein PostgreSQL-Benutzer 
ist nicht unbedingt ein System-Anmeldename, insbesondere wenn die Datenbank 
auf einem Server in der Ferne läuft.

#. Type: string
#. Description
#: ../templates:5001
msgid 
This is the user which will own the database, tables and other objects to be 
created by this installation.  This user will have complete freedom to 
insert, change or delete data in the database.
msgstr 
Dieser Benutzer wird der Eigentümer der Datenbank, der Tabellen und anderer 
Objekte sein, die bei der Installation erzeugt werden. Dieser Benutzer hat 
alle Rechte, Daten in die Datenbank einzufügen, in ihr zu verändern oder aus 
ihr zu löschen.

#. Type: password
#. Description
#: ../templates:6001
msgid Database owner password:
msgstr Passwort des Datenbank-Besitzers:

#. Type: password
#. Description
#: ../templates:6001
msgid Please enter the password of the dotLRN database owner.
msgstr Bitte geben Sie das Passwort des dotLRN-Datenbank-Besitzers an:

#. Type: password
#. Description
#: ../templates:7001
msgid Database owner password confirmation:
msgstr Passwort-Bestätigung des Datenbank-Besitzers:

#. Type: password
#. Description
#: ../templates:7001
msgid Please confirm the password of the dotLRN database owner.
msgstr 
Bitte bestätigen Sie das Passwort des dotLRN-Datenbank-Besitzers, um 
fortzufahren.

#. Type: boolean
#. Description
#: ../templates:8001
msgid Grant PostgreSQL access to the dotLRN user?
msgstr Wollen Sie dem dotLRN-Benutzer 

Bug#528362: linux-image-2.6.32-trunk-686: Still on 2.6.32 v4

[Victor Pablos Ceruelo]

Package: linux-2.6
Version: 2.6.32-4
Followup-For: Bug #528362

Still on 2.6.32-4, but this time I was able to use wireless after bug happened.

-- Package-specific info:
** Version:
Linux version 2.6.32-trunk-686 (Debian 2.6.32-4) (b...@decadent.org.uk) (gcc 
version 4.3.4 (Debian 4.3.4-6) ) #1 SMP Thu Jan 7 05:05:10 UTC 2010

** Command line:
root=/dev/sda1 ro nosplash noquiet

** Tainted: W (512)
 * Taint on warning.

** Kernel log:
[16130.093268] ata1.00: configured for UDMA/100
[16130.136153] sdhci-pci :06:04.2: PCI INT B - GSI 17 (level, low) - IRQ 
17
[16130.136193] sdhci-pci :06:04.4: PCI INT B - GSI 17 (level, low) - IRQ 
17
[16130.388240] sd 0:0:0:0: [sda] Starting disk
[16130.490319] Registered led device: iwl-phy0::radio
[16130.490341] Registered led device: iwl-phy0::assoc
[16130.490397] Registered led device: iwl-phy0::RX
[16130.490414] Registered led device: iwl-phy0::TX
[16130.508264] pci :00:02.0: setting latency timer to 64
[16130.539560] Restarting tasks ... done.
[16130.44] firewire_core: rediscovered device fw0
[16140.892081] eth0: no IPv6 routers present
[16144.932181] wlan0: deauthenticating from 00:22:2d:05:01:42 by local choice 
(reason=3)
[16145.061165] Registered led device: iwl-phy0::radio
[16145.061468] Registered led device: iwl-phy0::assoc
[16145.061691] Registered led device: iwl-phy0::RX
[16145.061924] Registered led device: iwl-phy0::TX
[16145.073056] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[16145.073180] wlan0: direct probe to AP 00:22:2d:05:01:42 (try 1)
[16145.272083] wlan0: direct probe to AP 00:22:2d:05:01:42 (try 2)
[16145.472120] wlan0: direct probe to AP 00:22:2d:05:01:42 (try 3)
[16145.510103] wlan0: deauthenticating from 00:22:2d:05:01:42 by local choice 
(reason=3)
[16145.510194] wlan0: direct probe to AP 00:22:2d:05:01:42 (try 1)
[16145.510264] wlan0: deauthenticating from 00:22:2d:05:01:42 by local choice 
(reason=3)
[16145.796679] Registered led device: iwl-phy0::radio
[16145.796794] Registered led device: iwl-phy0::assoc
[16145.796835] Registered led device: iwl-phy0::RX
[16145.796873] Registered led device: iwl-phy0::TX
[16145.805092] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[16145.805278] wlan0: direct probe to AP 00:22:2d:05:01:42 (try 1)
[16145.882219] wlan0: deauthenticating from 00:22:2d:05:01:42 by local choice 
(reason=3)
[16146.000656] Registered led device: iwl-phy0::radio
[16146.000767] Registered led device: iwl-phy0::assoc
[16146.000808] Registered led device: iwl-phy0::RX
[16146.000846] Registered led device: iwl-phy0::TX
[16146.013073] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[16146.013130] wlan0: direct probe to AP 00:22:2d:05:01:42 (try 1)
[16146.213041] wlan0: direct probe to AP 00:22:2d:05:01:42 (try 2)
[16146.247934] r8169: eth0: link up
[16146.412181] wlan0: direct probe to AP 00:22:2d:05:01:42 (try 3)
[16146.612122] wlan0: direct probe to AP 00:22:2d:05:01:42 timed out
[16156.496139] eth0: no IPv6 routers present
[19656.43] [ cut here ]
[19656.65] WARNING: at 
/tmp/buildd/linux-2.6-2.6.32/debian/build/source_i386_none/net/sched/sch_generic.c:261
 dev_watchdog+0xbd/0x15d()
[19656.73] Hardware name: Satellite A110
[19656.78] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
[19656.84] Modules linked in: isofs udf usbhid hid aes_i586 aes_generic 
binfmt_misc i915 drm_kms_helper drm i2c_algo_bit acpi_cpufreq cpufreq_powersave 
cpufreq_userspace cpufreq_conservative cpufreq_stats iptable_filter ip_tables 
x_tables nls_utf8 nls_cp437 vfat fat fuse dm_crypt firewire_sbp2 loop 
snd_hda_codec_realtek arc4 snd_hda_intel ecb snd_hda_codec snd_hwdep 
snd_pcm_oss snd_mixer_oss snd_pcm pcmcia snd_seq_midi snd_rawmidi 
snd_seq_midi_event snd_seq iwl3945 snd_timer snd_seq_device yenta_socket 
iwlcore i2c_i801 joydev snd rsrc_nonstatic soundcore pcmcia_core i2c_core 
snd_page_alloc pcspkr evdev mac80211 psmouse rng_core cfg80211 rfkill container 
battery processor serio_raw ac ext3 jbd mbcache sg sd_mod sr_mod cdrom 
crc_t10dif ide_pci_generic ide_core ata_generic ata_piix uhci_hcd firewire_ohci 
sdhci_pci sdhci intel_agp libata video output firewire_core crc_itu_t mmc_core 
led_class agpgart ehci_hcd scsi_mod usbcore nls_base r8169 mii button thermal 
fan thermal_sys 
 dm_mirror dm_region_hash dm_log dm_mod
[19656.000304] Pid: 0, comm: swapper Not tainted 2.6.32-trunk-686 #1
[19656.000309] Call Trace:
[19656.000322]  [c1030b91] ? warn_slowpath_common+0x5e/0x8a
[19656.000332]  [c11d605c] ? dev_watchdog+0x0/0x15d
[19656.000342]  [c1030bef] ? warn_slowpath_fmt+0x26/0x2a
[19656.000351]  [c11d6119] ? dev_watchdog+0xbd/0x15d
[19656.000362]  [c1020039] ? kmap_atomic_prot+0x48/0xea
[19656.000372]  [c1041816] ? insert_work+0x71/0x78
[19656.000381]  [c1041b8f] ? delayed_work_timer_fn+0x0/0x28
[19656.000391]  [c103b350] ? run_timer_softirq+0x16a/0x1eb
[19656.000401]  [c1035c70] ? __do_softirq+0xaa/0x151
[19656.000410]  [c1035d48] ? do_softirq+0x31/0x3c
[19656.000419]  [c1035e1e] 

Bug#564673: Please build-depend on firebird2.1-dev

[Damyan Ivanov]

Package: gambas2
Version: 2.19.0-1
Severity: important
Tags: patch

Hi,

I want to get rid of firebird2.0 for squeeze. This would make gambas2 
unbuildable, because it build-depends on firebird2.0-dev.

Please change the build-dependency to firebird2.1-dev. I tried it and the build 
went ok.

If you prefer, I cound NMU with the above change.

Thanks in advance,
dam

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

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.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#564674: openacs: [INTL:de] German translation

[Thomas Mueller]

Package: openacs
Version: 5.5.1-1
Severity: wishlist
Tags: patch l10n


Please find the German translation attached.

Take care,

Tom



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

Kernel: Linux 2.6.30-2-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
# Translation of po-debconf template to German
# This file is distributed under the same license as the openacs package.
#
# Thomas Mueller thomas.muel...@tmit.eu, 2010.
msgid 
msgstr 
Project-Id-Version: openacs 5.5.1\n
Report-Msgid-Bugs-To: open...@packages.debian.org\n
POT-Creation-Date: 2010-01-07 17:01+0100\n
PO-Revision-Date: 2010-01-07 22:27+0100\n
Last-Translator: Thomas Mueller thomas.muel...@tmit.eu\n
Language-Team: German debian-l10n-ger...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Plural-Forms: nplurals=2; plural=n != 1;\n
X-Generator: Lokalize 1.0\n

#. Type: string
#. Description
#: ../templates:1001
msgid Host running the PostgreSQL server for OpenACS:
msgstr Rechner auf dem der PostgreSQL-Server für OpenACS läuft:

#. Type: string
#. Description
#: ../templates:1001
msgid Please provide the hostname of a remote PostgreSQL server.
msgstr 
Bitte geben Sie den Rechnernamen des PostgreSQL-Servers in der Ferne ein.

#. Type: string
#. Description
#: ../templates:1001
msgid 
You must have already arranged for the administrative account to be able to 
remotely create databases and grant privileges.
msgstr 
Sie müssen bereits einen Administrationszugang auf dem Rechner in der Ferne 
so eingerichtet haben, dass das Erstellen von Datenbanken und das Einrichten 
der Zugriffsrechte ermöglicht worden ist.

#. Type: string
#. Description
#: ../templates:2001
msgid Database administrator username:
msgstr Benutzername des Datenbank-Administrators:

#. Type: string
#. Description
#: ../templates:2001
msgid 
Please enter the PostgreSQL administrator username, needed for the database 
creation.
msgstr 
Bitte geben Sie den Benutzernamen des PostgreSQL-Administrators an; er wird 
für die Erzeugung der Datenbank benötigt.

#. Type: password
#. Description
#: ../templates:3001
msgid Database administrator password:
msgstr Passwort des Datenbank-Administrators:

#. Type: password
#. Description
#: ../templates:3001
msgid 
Please enter the PostgreSQL administrator password, needed for the database 
creation.
msgstr 
Bitte geben Sie das Passwort des PostgreSQL-Administrators an; es wird 
für die Erzeugung der Datenbank benötigt.

#. Type: note
#. Description
#: ../templates:4001
msgid Password mismatch
msgstr Passwörter stimmen nicht überein

#. Type: note
#. Description
#: ../templates:4001
msgid 
The two passwords you entered were not the same. Please enter a password 
again.
msgstr 
Die beiden eingegebenen Passwörter stimmen nicht überein. Bitte versuchen 
Sie es noch einmal.

#. Type: string
#. Description
#: ../templates:5001
msgid Database username for OpenACS:
msgstr Benutzername des Datenbank-Benutzers für OpenACS:

#. Type: string
#. Description
#: ../templates:5001
msgid 
Please provide a PostgreSQL username for OpenACS to register with the 
database server.  A PostgreSQL user is not necessarily the same as a system 
login, especially if the database is on a remote server.
msgstr 
Bitte geben Sie einen PostgreSQL-Benutzernamen ein, mit dem sich 
OpenACS am Datenbank-Server anmelden soll. Ein PostgreSQL-Benutzer 
ist nicht unbedingt ein System-Anmeldename, insbesondere wenn die Datenbank 
auf einem Server in der Ferne läuft.

#. Type: string
#. Description
#: ../templates:5001
msgid 
This is the user which will own the database, tables and other objects to be 
created by this installation.  This user will have complete freedom to 
insert, change or delete data in the database.
msgstr 
Dieser Benutzer wird der Eigentümer der Datenbank, der Tabellen und anderer 
Objekte sein, die bei der Installation erzeugt werden. Dieser Benutzer hat 
alle Rechte, Daten in die Datenbank einzufügen, in ihr zu verändern oder aus 
ihr zu löschen.

#. Type: password
#. Description
#: ../templates:6001
msgid Database owner password:
msgstr Passwort des Datenbank-Besitzers:

#. Type: password
#. Description
#: ../templates:6001
msgid Please enter the password of the OpenACS database owner.
msgstr Bitte geben Sie das Passwort des OpenACS-Datenbank-Besitzers an:

#. Type: password
#. Description
#: ../templates:7001
msgid Database owner password confirmation:
msgstr Passwort-Bestätigung des Datenbank-Besitzers:

#. Type: password
#. Description
#: ../templates:7001
msgid Please confirm the password of the OpenACS database owner.
msgstr 
Bitte bestätigen Sie das Passwort des OpenACS-Datenbank-Besitzers um 
fortzufahren.

#. Type: boolean
#. Description
#: ../templates:8001
msgid Grant PostgreSQL access to the OpenACS user?
msgstr Wollen Sie dem 

Bug#564675: gpdftext: [INTL:de] German man translation

[Thomas Mueller]

Package: gpdftext
Severity: wishlist
Tags: patch l10n


Please find the German translation attached.

Take care,

Tom



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

Kernel: Linux 2.6.30-2-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
# Thomas Mueller thomas.muel...@tmit.eu, 2009, 2010.
msgid 
msgstr 
Project-Id-Version: gpdftext 0.1.0\n
POT-Creation-Date: 2009-12-04 23:21+\n
PO-Revision-Date: 2010-01-01 16:18+0100\n
Last-Translator: Thomas Mueller thomas.muel...@tmit.eu\n
Language-Team: German debian-l10n-ger...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: Lokalize 1.0\n
Plural-Forms: nplurals=2; plural=n != 1;\n

#: ../help/C/gpdftext.xml:12(title)
msgid gPDFText Manual
msgstr Handbuch zu gPDFText

#: ../help/C/gpdftext.xml:13(date)
msgid 2009-12-04
msgstr 4.12.2009

#: ../help/C/gpdftext.xml:15(year)
msgid 2009
msgstr 2009

#: ../help/C/gpdftext.xml:16(holder) ../help/C/gpdftext.xml:19(publishername)
msgid Neil Williams
msgstr Neil Williams

#: ../help/C/gpdftext.xml:23(para)
msgid User manual for the gPDFText ebook PDF editor.
msgstr Handbuch für den eBook-PDF-Editor gPDFText.

#: ../help/C/gpdftext.xml:29(firstname)
msgid Neil
msgstr Neil

#: ../help/C/gpdftext.xml:30(surname)
msgid Williams
msgstr Williams

#: ../help/C/gpdftext.xml:32(orgname)
msgid gPDFText Development Team
msgstr Entwickler von gPDFText

#: ../help/C/gpdftext.xml:34(email)
msgid li...@codehelp.co.uk
msgstr li...@codehelp.co.uk

#: ../help/C/gpdftext.xml:42(date)
msgid 04 Dec 2009
msgstr 4. Dezember 2009

#: ../help/C/gpdftext.xml:48(primary)
msgid gPDFText
msgstr gPDFText

#: ../help/C/gpdftext.xml:51(primary)
msgid gpdftext
msgstr gpdftext

#: ../help/C/gpdftext.xml:59(title)
msgid Introduction
msgstr Einleitung

#: ../help/C/gpdftext.xml:60(para)
msgid 
commandapplicationgPDFText/application/command is a GTK+ text editor 
for ebook PDF files.
msgstr 
commandapplicationgPDFText/application/command ist ein GTK+-
Texteditor für eBook-PDF-Dateien.

#: ../help/C/gpdftext.xml:62(para)
msgid 
applicationgPDFText/application allows you to load the text from an 
ebook PDF file and restore a more natural flow to the story.
msgstr 
Mit applicationgPDFText/application können Sie den Text aus einer 
eBook-PDF-Datei laden und einen besseren Textfluss erzielen.

#: ../help/C/gpdftext.xml:66(para)
msgid 
Many downloaded PDF files for ebook readers still use the A4 paper type (or 
letter which is similar in size) and when the PDF is displayed on the ebook 
reader, the zoom required to display the entire page makes the text too 
small. Simply exporting the PDF into text causes problems with line wrapping 
and the various ways that ebook PDFs indicate page headers and footers make 
it hard to automate the conversion.
msgstr 
Viele heruntergeladenen PDF-Dateien für eBook-Reader nutzen noch das 
Papierformat A4 (oder ähnliche Formate) und wenn der eBook-Reader das PDF 
anzeigt, wird der Text häufig zu klein, da er zu weit herausgezoomt werden 
muss, damit die ganze Seite angezeigt werden kann. Einfach nur das PDF als 
Text zu exportieren führt zu Problemen mit dem Zeilenumbruch und macht 
Schwierigkeiten mit den unterschiedlichen Arten der Kopf- und Fußzeilen. 
Dies macht es schwer, die Umwandlung zu automatisieren.

#: ../help/C/gpdftext.xml:74(para)
msgid 
commandapplicationgPDFText/application/command loads the PDF, 
extracts the text, reformats the paragraphs into single long lines and then 
puts the text into a standard GTK+ editor where you can make other 
adjustments.
msgstr 
commandapplicationgPDFText/application/command lädt das PDF, 
extrahiert den Text und wandelt die Absätze in einzelne, lange Zeilen um. 
Anschließend wird der so entstandene Text in einem normalen GTK+-Editor 
geladen, in dem weitere Anpassungen erfolgen können.

#: ../help/C/gpdftext.xml:79(para)
msgid 
On the ebook reader, the plain text file then has no unwanted line breaks 
and can be zoomed to whatever text size you prefer.
msgstr 
Im eBook-Reader hat der reine Text keine unerwünschten Zeilenumbrüche und 
kann auf jede beliebige Textgröße vergrößert werden.

#: ../help/C/gpdftext.xml:82(para)
msgid 
Each reformatting option can be turned off using the applicationgPDFText/
application preferences window. See link linkend=\regexps\changing 
regular expressions/link.
msgstr 
Jeder einzelne Umformatierungsschritt kann in den Einstellungen von 
applicationgPDFText/application deaktiviert werden. Siehe link 
linkend=\regexps\Reguläre Ausdrücke ändern/link.

#: ../help/C/gpdftext.xml:86(para)
msgid 
Spelling support helps identify areas where further editing may be needed or 
where page titles still remain in the extracted text.
msgstr 
Die Rechtschreibprüfung hilft Abschnitte zu erkennen, an denen weiteres 
Bearbeiten nötig 

Bug#563028: 563028: please review patch confirming/fixing this bug

[Sebastien Delafond]

tag 563028 - wontfix
reopen 563028
thanks

On Jan/10, Shyamal Prasad wrote:
 Java5 is non-free in Lenny http://packages.debian.org/lenny/sun-java5-jre
 Java5 is still.

oh sure, but we never fix bugs for stable, hence my statement that there
is *currently* no java 5 SDK in Debian.

 I hope the attached simple dpatch file will change your mind :-) 
 
 As I learned this weekend, the JRuby build process defaults to
 generate class files in the 1.5 format (even with a 1.6 JDK as on
 Squeeze) when using javac. However, this default is not being passed
 in build.xml to the org.jruby.anno.InvokerGenerator (see
 org.jruby.RubyInstanceConfig) which defaults to the current JRE
 version instead.

Regardless of the existence of java5 in Debian, I can agree that having
jruby work directly with a java5 JRE (installed from unofficial sources)
is a good thing, so I'll incorporate your patch soon.

 I believe this bug should be reported upstream. The upstream binary
 works with JDK 1.5 so I can only assume they are building with a 1.5
 JDK.  I'd be happy to report upstream if you prefer that (I am a
 casual user with practically zero JRuby experience, hence the
 reluctance to start there).

If you could report it upstream, that'd be great. You can link to
http://bugs.debian.org/563028 in your bug report.

Cheers,

--Seb


signature.asc
Description: Digital signature

Bug#564652: openct: FTBFS on kfreebsd-*: sys-bsd.c:579: error: 'struct usb_device_info' has no member named 'udi_devnames'

[Petr Salinger]

tags 564652 +patch
--


The rules for api.out are different after checkout from SVN and
otherwise. This part should not be GNU/kFreeBSD specific problem.


edit doc/Makefile.* and replace rm -fr api.out with rm -f api.out
and you should be fine.


That helped.


btw: have you tested compiling with libusb support? I thought it was
broken, at least for linux. and not sure if you need to disable
usb with --disable-usb if you have libusb-dev installed.


Without explicit --enable-usb it fails despite libusb2-dev installed.
With explicit --enable-usb is builds fine (on kfrebsd-amd64).

Petr




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

Bug#563685: lintian: check for files directly under /usr/share/mime/

[Raphael Hertzog]

On Mon, 04 Jan 2010, Jakub Wilk wrote:
 Package: lintian
 Version: 2.3.1
 Severity: wishlist
 
 Please warn if a package ships files directly under
 /usr/share/mime/. Those files are meant to be automatically
 generated by triggers of the shared-mime-info package.

+1, I got bitten by this this morning and was surprised that lintian
didn't catch it (like it catches /usr/share/info/dir).

Cheers,
-- 
Raphaël Hertzog



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

Bug#564660: gammu: Unhandled Exception

[Michal Čihař]

Hi

Dne Mon, 11 Jan 2010 00:05:44 -0500
S.D.Allen marathon.duran...@gmail.com napsal(a):

 Package: gammu
 Version: 1.27.0-1
 Severity: normal
 
 
 Upon starting Wammu (front end to gammu)this exception happens;
 
   Exception: ValueError: Non integer value for SyncTime

I think this should be already fixed in 1.27.90, which is available in
experimental, can you please verify that?

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com


signature.asc
Description: PGP signature

Bug#563685: lintian: check for files directly under /usr/share/mime/

[Raphael Hertzog]

On Mon, 04 Jan 2010, Jakub Wilk wrote:
 Package: lintian
 Version: 2.3.1
 Severity: wishlist
 
 Please warn if a package ships files directly under
 /usr/share/mime/. Those files are meant to be automatically
 generated by triggers of the shared-mime-info package.

Please also catch /usr/share/applications/mimeinfo.cache which is
generated by update-desktop-database.

Cheers,
-- 
Raphaël Hertzog



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

Bug#564259: [Bug-cpio] Re: Bug#564259: cpio: Cpio core dumps

[Nigel Horne]

No - I also use the v option:

find `cat usr/local/lib/dirs/usb` -mtime -7 -print | cpio -pvdu
media/8313e1a8-e5d9-4e37-8bfb-f69dcb0af44c/



Thanks. Two more questions: does coredump occur always on the same
file? How many files/bytes (approximately) are archived before it
happens?
  

1) No.  But I think it's always an NFS file.
2) I just tried it and 50688 out of 530816 where copied.  I do not know 
how typical that count it.


For what it's worth, I've seen this on 32-bit and 64-bit machines on 
both Debian/Linux and Debian/Hurd.

Regards,
Sergey
  



--
Nigel Horne. Arranger, Adjudicator, Band Trainer, Composer, Tutor, Typesetter.
NJH Music, ICQ#20252325
n...@bandsman.co.uk http://www.bandsman.co.uk




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

Bug#564507: Section: still non-free/tex

[Roland Stigge]

Hi Gabriele,

Am 11.01.2010 00:08, schrieb Gabriele Stilli:

see also #550082 (maybe they should be merged).

Apparently there still are some copyright issues left.

Roland, any news? Freeze is coming and some packages in contrib could
take advantage from latex2html moving to main :-)


Thanks for your care! Yes, there were some legal and technical issues 
left in the package that ftpmasters wanted to be fixed. E.g. licenses of 
individual files in the packages that are not GPL.


I will try to fix it within the next days for freeze.

bye,
  Roland



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

Bug#551803: GPU Hangcheck: Issue still existant 1:7.5+1 / 2.9.1 / 2.6.32-trunk

[Florian Lohoff]

Package: xserver-xorg
Version: 1:7.5+1

Intel X Server Version: 2:2.9.1-2
Kernel: linux-image-2.6.32-trunk: 2.6.32-4 

82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device

Randomly  2-3 times a day the X Server locks up. Mouse moves
apps continue to run - ssh access works. Graphics can not
be reannimated. I tried even stuff like vbetool post (which crashes
the kernel after POST)
So one needs to reboot which is a PITA with cryptoroot and other measures.

I guess this is more a kernel bug than an X Server bug though.

I am kind of annoyed with the current state of the Intel graphics
which used to be the best graphics subsystem for daily work but is
in an completely unacceptable state right now.


kern.log shows this:

Jan 11 10:41:29 touch kernel: [255519.828013] [drm:i915_hangcheck_elapsed] 
*ERROR* Hangcheck timer elapsed... GPU hung
Jan 11 10:41:29 touch kernel: [255519.828025] render error detected, EIR: 
0x
Jan 11 10:41:29 touch kernel: [255519.828029] i915: Waking up sleeping processes
Jan 11 10:41:29 touch kernel: [255519.828086] reboot required
Jan 11 10:41:29 touch kernel: [255519.828262] [drm:i915_wait_request] *ERROR* 
i915_wait_request returns -5 (awaiting 1875520 at 1875519)
Jan 11 10:41:29 touch kernel: [255519.833254] [drm:i915_gem_execbuffer] *ERROR* 
Execbuf while wedged
Jan 11 10:41:29 touch kernel: [255519.833493] [drm:i915_gem_execbuffer] *ERROR* 
Execbuf while wedged
Jan 11 10:41:29 touch kernel: [255519.833740] [drm:i915_gem_execbuffer] *ERROR* 
Execbuf while wedged
Jan 11 10:41:29 touch kernel: [255519.833930] [drm:i915_gem_execbuffer] *ERROR* 
Execbuf while wedged


00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G]/GE 
Chipset Integrated Graphics Device (rev 01) (prog-if 00 [VGA controller])
Subsystem: Fujitsu Technology Solutions D1521 Mainboard 
(Fujitsu-Siemens)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 16
Region 0: Memory at d800 (32-bit, prefetchable) [size=128M]
Region 1: Memory at d000 (32-bit, non-prefetchable) [size=512K]
Expansion ROM at unassigned [disabled]
Capabilities: [d0] Power Management version 1
Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Kernel driver in use: i915

Flo
-- 
Florian Lohoff f...@zz.de
Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen.
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


signature.asc
Description: Digital signature

Bug#513973: Any chance to get b43-asm and openfwwf into Debian?

[Sven Joachim]

What is the status of these ITPs?  Now that sid has Linux 2.6.32, lack
of kernel support should no longer hold back these packages.

Regards,
Sven




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

Bug#564664: zim: Please package new python-based 0.42 version

[Olivier Berger]

Raphael Hertzog hert...@debian.org writes:

 On Mon, 11 Jan 2010, Olivier Berger wrote:
 I doubt the watch file will notice (which may be fine considering that a
 0.29 version is out too), but there's a new version of zim, rewroten in
 Python available.

 I started packaging the 0.42.beta3 yesterday night just before the release
 of 0.42... so I'll take care of it.


Cool.

 (I'm subscribed to the upstream ML)

 It would be great to have it packaged in Debian, although 0.29 would be
 a priority, before.  Should it be packaged under the same name,
 considering the language change ?

 I will keep the same name yes. And since upstream work goes into pyzim, I
 don't see the need to package 0.29 right now.


Maybe that would be a safe precaution in case the python version goes
crazy, so I'd prefer to see 0.29 in unstable than nothing maybe ?

Thanks for your efforts,

Regards.

-- 
Olivier BERGER 
(OpenPGP: 1024D/B4C5F37F)
http://www.olivierberger.com/weblog/



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

Bug#418040: [Pkg-crosswire-devel] Please update the World English Bible module to version 1.8

[Jonathan Morgan]

On Mon, Jan 11, 2010 at 9:08 AM, John Zaitseff j.zaits...@zap.org.auwrote:

 Dear Dmitrijs et al.,

   I sent an e-mail to the Debian bug tracker about a new version
   of the World English Bible (WEB) module almost three years ago.
   Unfortunately, no one seems to have done anything about it.
 
  pkgcrosswire team has been started after that.

 Well, if the team picks up this package, all to the good! :-)

   I have therefore packaged a newer version of the WEB module,
   version 1.8, and placed it on the ZAP Group package repository.
   Could you (or someone else) please take this and incorporate it
   into an official Debian package?
 
  Well your packaging simply installs binary blobs.  Quite a few
  sword-text-* packages do that.  I believe this fails DFSG-
  freeness.  As change-log suggests the source for this module is
  OSIS, hence the deb package must be build from OSIS (converted to
  a module).
 
  For this package to be included in Debian Main please release orig
  tarball with sources (OSIS) and create a debian package which
  builds crosswire module and installs it.

 This is a problem indeed: the reason the sword-text-* packages
 install what look like binary blobs is that the original upstream
 packages (from http://www.crosswire.org/sword/modules/) are in that
 format; they are NOT in OSIS (or GBS/VS/VPL/TEI) format.  You are,
 no doubt, acutely aware of this, so this is just for the record.

 As I see it, there are four possible solutions:

 1. Continue the status quo.  The data can be extracted at any time
   by running the mod2osis(1) tool in the libsword8 (sword) package.
   You therefore could argue that the module format is simply a
   compressed version of the data, since running osis2mod(1), then
   mod2osis(1), is lossless---at least, that is the goal of the
   upstream sword library.

 2. Download the relevant package from www.crosswire.org, then run
   mod2osis on the data manually to create a pseudo-upstream
   source.  I don't really see any benefit of doing this, although
   it does allow the final package to be compatible with the
   upstream CrossWire one.

 3. Go further upstream, directly to the OSIS/GBS/TEI source (or USFX
   in the case of the World English Bible), bypassing CrossWire
   altogether.  This almost certainly means the final packages will
   NOT be compatible with the CrossWire modules, which could be a
   problem with programs like BibleTime.

 4. Give up packaging CrossWire modules entirely, and hope that the
   end user will do it himself or herself.  BibleTime, for example,
   makes this somewhat easier to do.  Needless to say, I don't like
   this solution at all!

 One further wrinkle, again for the record, is the FAQ on this very
 question from CrossWire:

  How do I convert Sword modules to text?

  We would like to discourage this.  Please work with us in making
  our software better.  But, if you really need the text, each
  module has a conf file which will tell you about the origin of the
  text.  Please obtain the source the same way we did.  You may not
  convert the modules that have been licensed to CrossWire for
  distribution.  The KJV module is the only one for which we
  maintain the source, which you can obtain [here].


 http://www.crosswire.org/index.jsp?section=FAQ#How_do_I_convert_Sword_modules_to_text.3F


Just to make it clear (if it wasn't already) the modules that have been
licensed to CrossWire for distribution speaks specifically of copyrighted
modules (such as the NET Bible or the ESV) for which permission has been
given to CrossWire to distribute, but has not been given to Debian et al to
distribute them (and definitely not to change them).  For the reasons DM
gives CrossWire *discourages* people from using CrossWire modules as a
source, but if they are in the public domain (as the WEB is) then CrossWire
cannot do anything to *stop* them being distributed and used.

It is because of these copyrighted modules that I would prefer not to have
modules packaged by Debian/Ubuntu.  My problem is that these packages do not
show the full capabilities of our software, and there is a chance that users
will not discover the remaining modules.  Unless the collection of modules
in the repository is complete, it gives a false representation of what is
available and possible.  I believe that a majority of upstream developers
agree with this principle.  It is this that causes the comment Upstream was
quite hostile of packaging sword modules in Debian.

I'm hoping that solution 1 will prevail: yes, the data is in
 compressed and processed format, but it is trivially retrievable
 using the mod2osis(1) utility program.


If modules must be packaged, I prefer solution 1, because it is simpler.
The work has already been done by CrossWire, and I see no purpose in doing
it again for every Linux distribution just because we can.

Jon

PS: DM, would mod2imp and imp2mod losslessly roundtrip all modules,
including OSIS modules?

Bug#563246: Virtual Machines no longer start after apt-get upgrade

[Martin Krüger]

Package: virtualbox-ose
Version: 3.1.2-dfsg-1

Hi,

same here. The modules build fine, but fail to load with the actual 
2.6.32 kernel.


I attaches the make.log from DKMS.

As written above, dmesg says about the module
dmesg |grep vbox
[8.019285] vboxdrv: disagrees about version of symbol module_layout
[   15.632078] vboxdrv: disagrees about version of symbol module_layout

Loading with modprobe fails with
modprobe vboxdrv
FATAL: Error inserting vboxdrv 
(/lib/modules/2.6.32-trunk-686-bigmem/updates/dkms/vboxdrv.ko): Invalid 
module format


Kerbel Version:
ii  linux-headers-2.6.32-trunk-686-bigmem  
2.6.32-5Header files for Linux 2.6.32-trunk-686-bigmem
ii  linux-headers-2.6.32-trunk-common  
2.6.32-5Common header files for Linux 2.6.32-trunk
ii  linux-image-2.6.32-trunk-686-bigmem
2.6.32-5Linux 2.6.32 for PCs with 4GB+ RAM


Thanks,
Martin
DKMS make.log for virtualbox-ose-3.1.2 for kernel 2.6.32-trunk-686-bigmem (i686)
Mo 21. Dez 11:16:00 CET 2009
make: Entering directory `/usr/src/linux-headers-2.6.32-trunk-686-bigmem'
  LD  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/built-in.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/linux/SUPDrv-linux.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/SUPDrv.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/SUPDrvAgnostic.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/alloc-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/initterm-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/memobj-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/mpnotification-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/powernotification-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/linux/assert-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/linux/alloc-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/linux/initterm-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/linux/memobj-r0drv-linux.o
/var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/linux/memobj-r0drv-linux.c:66:12: warning: HAVE_26_STYLE_REMAP_PAGE_RANGE is not defined
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/linux/memuserkernel-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/linux/mp-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/linux/mpnotification-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/linux/process-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/linux/semevent-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/linux/semeventmulti-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/linux/semfastmutex-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/linux/spinlock-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/linux/thread-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/linux/thread2-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/linux/time-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/linux/timer-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/generic/semspinmutex-r0drv-generic.o
/var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/generic/semspinmutex-r0drv-generic.c: In function ‘RTSemSpinMutexTryRequest’:
/var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/generic/semspinmutex-r0drv-generic.c:295: warning: unused variable ‘RTASSERTVAR’
/var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/generic/semspinmutex-r0drv-generic.c: In function ‘RTSemSpinMutexRequest’:
/var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/generic/semspinmutex-r0drv-generic.c:342: warning: unused variable ‘RTASSERTVAR’
/var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/generic/semspinmutex-r0drv-generic.c:374: warning: unused variable ‘RTASSERTVAR’
/var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/generic/semspinmutex-r0drv-generic.c:401: warning: unused variable ‘RTASSERTVAR’
/var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/generic/semspinmutex-r0drv-generic.c: In function ‘RTSemSpinMutexRelease’:
/var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/r0drv/generic/semspinmutex-r0drv-generic.c:461: warning: unused variable ‘RTASSERTVAR’
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/common/err/RTErrConvertFromErrno.o
  CC [M]  /var/lib/dkms/virtualbox-ose/3.1.2/build/vboxdrv/common/err/RTErrConvertToErrno.o
  CC [M]  

Bug#554793: closed by Michael Meskes mes...@debian.org (Bug#554793: fixed in watchdog 5.7-2)

[Tim Small]

Hi,

Could this patch be pushed into lenny-proposed-updates?  It would seem
to fit the description of a critical bug:

makes unrelated software on the system (or the whole system) break, or
causes serious data loss...

... I think this bug can tick both of those boxes:

. System hard-resets during boot, shutdown, and maintenance.

. Resets during I/O operations could cause loss of data which is not yet
commited to disk.

. Resets during I/O operations can cause loss of data with the potential
for more serious corruption with some filesystems.

Many Thanks,

Tim.



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

Bug#564676: /usr/bin/parsechangelog: flag duplicate bug closures

[Neil Williams]

Subject: /usr/bin/parsechangelog: flag duplicate bug closures
Package: libparse-debianchangelog-perl
Version: 1.1.1-2
File: /usr/bin/parsechangelog
Severity: wishlist

Inadvertently, I'd added a closure message for the same two bugs
twice each - yet parsechangelog didn't notice or help me spot
the error, it included the same bug numbers twice each in the
Closes: field:

Maintainer: Neil Williams codeh...@debian.org
Date: Mon, 11 Jan 2010 09:56:32 +
Closes: 559433 559433 559434 559434 562638 562648 562818 563169 563511 564675
Changes: 
 gpdftext (0.1.0-1) unstable; urgency=low
 .
   * New upstream version. (Closes: #559433)
   * Add cairo and pango to build-depends for PDF export.
   * [INTL:es] Spanish user manual translation for gpdftext
 (Closes: #559434)
   * [INTL:ru] Russian program translation update (Closes: #562638)
   * [INTL:ru] Russian manual translation update  (Closes: #562648)
   * [INTL:de] German program translation update  (Closes: #562818)
   * [INTL:pt] Updated Portuguese translation for help manual
 (Closes: #563169)
   * [l10n:cs] Updated Czech translation of gpdftext manual
 (Closes: #563511)
   * [INTL:es] Spanish user manual translation for gpdftext
 (Closes: #559434)
   * [INTL:es] Spanish gui translation for gpdftext (Closes: #559433)
   * [INTL:de] Updated German manual translation (Closes: #564675)

With translations for the program messages and the manual, each
for the same group of languages, duplication is an ongoing hazard. It
would be useful if parsechangelog could use a perl %hash to ensure
the bug numbers are unique and maybe highlight / warn if duplicates
are found. (Especially as l10n bugs tend to all be filed at more or
less the same time, at the end of a string freeze.)

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

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

Versions of packages libparse-debianchangelog-perl depends on:
ii  libclass-accessor-perl0.34-1 Perl module that automatically gen
ii  libio-string-perl 1.08-2 Emulate IO::File interface for in-
ii  liblocale-gettext-perl1.05-6 Using libc functions for internati
ii  libtimedate-perl  1.1900-1   Time and date functions for Perl
ii  perl  5.10.1-8   Larry Wall's Practical Extraction 

Versions of packages libparse-debianchangelog-perl recommends:
ii  libhtml-parser-perl   3.64-1 collection of modules that parse H
pn  libhtml-template-perl none (no description available)
ii  libxml-simple-perl2.18-3 Perl module for reading and writin

libparse-debianchangelog-perl suggests no packages.

-- no debconf information


-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/



pgpZyS3gGsNoz.pgp
Description: PGP signature

Bug#564677: gworkspace.app: Please stop recommending preferences.app

[Yavor Doganov]

Package: gworkspace.app
Version: 0.8.6-1+b2
Severity: normal

preferences.app is no longer in sid, and will be removed automatically
from squeeze once meta-gnustep/7.4 migrates.  Please adjust
gworkspace.app's Recommends accordingly by either removing
preferences.app or replacing it with systempreferences.app.  Thanks.

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

Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores)
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 gworkspace.app depends on:
ii  gnustep-back0.16  0.16.0-3   The GNUstep GUI Backend
ii  gnustep-base-runtime  1.19.0-2   GNUstep Base library
ii  gnustep-gpbs  0.16.0-3   The GNUstep PasteBoard Server
ii  gnustep-gui-runtime   0.16.0-2   GNUstep GUI Library - runtime file
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libgcc1   1:4.4.2-8  GCC support library
ii  libgnustep-base1.19   1.19.0-2   GNUstep Base library
ii  libgnustep-gui0.160.16.0-2   GNUstep GUI Library
ii  libobjc2  4.4.2-8Runtime library for GNU Objective-

Versions of packages gworkspace.app recommends:
ii  cynthiune.app  0.9.5-7.1+b1  A free software and romantic music
ii  preferences.app1.2.100.0-4+b2GNUstep Preferences application
ii  preview.app0.8.5-5+b2General purpose image viewer for G
ii  textedit.app   4.0+20061029-3+b2 Text editor for GNUstep
ii  viewpdf.app1:0.2dfsg1-3+b2   Portable Document Format (PDF) vie
ii  wrapperfactory.app 0.1.0-3+b2Application wrappers configuration
ii  zipper.app 1.3-2+b1  Tool for inspecting the contents o

Versions of packages gworkspace.app suggests:
ii  gworkspace-apps-wrappers  0.8.6-1Application wrappers for GWorkspac

-- debconf-show failed



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

Bug#562226: handle parallel build options

[Wolfram Quester]

Hi Kees,

On Wed, Dec 23, 2009 at 03:50:46PM -0800, Kees Cook wrote:
[...]
 
 Hello!
 
 The attached patch will process DEB_BUILD_OPTIONS for the parallel=N
 flag allowing for faster builds on SMP systems.
Thanks for this patch. I did not know about this option, and thought this was
handled by the buildds. Your patch will be applied in the next upload.

With best wishes,

Wolfi
 
 Thanks!
 
 -Kees
 
[...]


signature.asc
Description: Digital signature

Bug#562225: update inkscape's watch file to handle pre versions

[Wolfram Quester]

Hi Kees,

On Wed, Dec 23, 2009 at 03:36:22PM -0800, Kees Cook wrote:
[...]
 
 Hello!
 
 You mentioned in the changelog about the pre versioning in Debian
 lacking the ~.  Here's an updated debian/watch file that should DTRT
 with regard to orig.tar.gz naming, etc.  So you just have to run uscan
 to get everything fixed up.
 
 Thanks!
Many thanks to you, patch will be applied in next upload!

With best regards,

Wolfi
 
 -Kees
 


signature.asc
Description: Digital signature

Bug#564678: empathy: Video call crashes if needed GStreamer plugin is missing.

[Paul Menzel]

Subject: empathy: Video call crashes if needed GStreamer plugin is missing.
Package: empathy
Version: 2.28.2-1
Severity: normal

*** Please type your report below this line ***

Dear Debian hackers,


empathy crashed for me hitting the webcam icon during an audio call. I
reported this upstream [1]. Trying to debug it further I installed as
suggested [2] the GStreamer debug symbols

sudo aptitude install gstreamer0.10-plugins-{bad,base,good,ugly}-dbg

and the following packages were installed too.

[INSTALLIEREN, ABHÄNGIGKEITEN] gstreamer0.10-alsa
[INSTALLIEREN, ABHÄNGIGKEITEN] gstreamer0.10-esd
[INSTALLIEREN, ABHÄNGIGKEITEN] gstreamer0.10-sdl
[INSTALLIEREN, ABHÄNGIGKEITEN] gstreamer0.10-x

in addition to.

[INSTALLIEREN] gstreamer0.10-plugins-bad-dbg
[INSTALLIEREN] gstreamer0.10-plugins-base-dbg
[INSTALLIEREN] gstreamer0.10-plugins-good-dbg
[INSTALLIEREN] gstreamer0.10-plugins-ugly-dbg

I could not reproduce the crash afterward. I will report upstream that
they should not crash. But maybe Debian should add appropriate packages
recommendations too?


Thanks,

Paul


[1] https://bugzilla.gnome.org/show_bug.cgi?id=605444

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

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

Versions of packages empathy depends on:
ii  dbus-x111.2.16-2 simple interprocess messaging syst
ii  libatk1.0-0 1.28.0-1 The ATK accessibility toolkit
ii  libbonobo2-02.24.2-1 Bonobo CORBA interfaces library
ii  libc6   2.10.2-5 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.8-2  The Cairo 2D vector graphics libra
ii  libchamplain-0.4-0  0.4.2-1  C library providing ClutterActor t
ii  libchamplain-gtk-0.4-0  0.4.2-1  A Gtk+ widget to display maps
ii  libclutter-1.0-01.0.8-1  Open GL based interactive canvas l
ii  libclutter-gtk-0.10-0   0.10.2-1 Open GL based interactive canvas l
ii  libdbus-1-3 1.2.16-2 simple interprocess messaging syst
ii  libdbus-glib-1-20.82-2   simple interprocess messaging syst
ii  libebook1.2-9   2.28.2-1 Client library for evolution addre
ii  libedataserver1.2-112.28.2-1 Utility library for evolution data
ii  libempathy-gtk282.28.2-1 High-level library and user-interf
ii  libempathy302.28.2-1 High-level library and user-interf
ii  libfontconfig1  2.8.0-2  generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libgconf2-4 2.28.0-1 GNOME configuration database syste
ii  libgl1-mesa-glx [libgl1]7.6.1-1  A free implementation of the OpenG
ii  libglib2.0-02.22.3-2 The GLib library of C routines
ii  libgnome-keyring0   2.28.2-1 GNOME keyring services library
ii  libgstfarsight0.10-00.0.16-1 Audio/Video communications framewo
ii  libgstreamer0.10-0  0.10.25-4+b1 Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.18.5-1 The GTK+ graphical user interface 
ii  libnotify1 [libnotify1-gtk2 0.4.5-1  sends desktop notifications to a n
ii  liborbit2   1:2.14.17-2  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.26.2-1 Layout and rendering of internatio
ii  libsoup2.4-12.28.2-1 an HTTP library implementation in 
ii  libtelepathy-farsight0  0.0.12-1 Glue library between telepathy and
ii  libtelepathy-glib0  0.9.2-1  Telepathy framework - GLib library
ii  libunique-1.0-0 1.1.6-1  Library for writing single instanc
ii  libwebkit-1.0-2 1.1.18-1 Web content engine library for Gtk
ii  libx11-62:1.3.2-1X11 client-side library
ii  libxcomposite1  1:0.4.1-1X11 Composite extension library
ii  libxdamage1 1:1.1.2-1X11 damaged region extension libra
ii  libxext62:1.1.1-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.4-1X11 miscellaneous 'fixes' extensio
ii  libxml2 2.7.6.dfsg-1 GNOME XML library

Versions of packages empathy recommends:
ii  empathy-doc   2.28.2-1   High-level library and user-interf
ii  gvfs-backends 1.4.3-1userspace virtual filesystem - bac
ii  telepathy-gabble  0.8.9-1Jabber/XMPP connection manager
ii  telepathy-salut   0.3.10-1   Link-local XMPP connection manager

Versions of packages empathy suggests:
pn  telepathy-butterfly   none (no description available)
pn  

Bug#564679: empathy-dbg: (no debugging symbols found) in GDB although installed.

[Paul Menzel]

Subject: empathy-dbg: (no debugging symbols found) in GDB although installed.
Package: empathy
Version: 2.28.2-1
Severity: normal

*** Please type your report below this line ***

Dear Debian hackers,


I have Empathy debug symbols installed.

$ dpkg -l empathy-dbg
ii  empathy-dbg 2.28.2-1

But running GDB I get the message »(no debugging symbols found)...done.«.

$ gdb empathy
GNU gdb (GDB) 7.0-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show 
copying
and show warranty for details.
This GDB was configured as i486-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/bin/empathy...Reading symbols from 
/usr/lib/debug/usr/bin/empathy...done.
(no debugging symbols found)...done.
(gdb)

Is that correct.


Thanks,

Paul

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

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

Versions of packages empathy depends on:
ii  dbus-x111.2.16-2 simple interprocess messaging syst
ii  libatk1.0-0 1.28.0-1 The ATK accessibility toolkit
ii  libbonobo2-02.24.2-1 Bonobo CORBA interfaces library
ii  libc6   2.10.2-5 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.8-2  The Cairo 2D vector graphics libra
ii  libchamplain-0.4-0  0.4.2-1  C library providing ClutterActor t
ii  libchamplain-gtk-0.4-0  0.4.2-1  A Gtk+ widget to display maps
ii  libclutter-1.0-01.0.8-1  Open GL based interactive canvas l
ii  libclutter-gtk-0.10-0   0.10.2-1 Open GL based interactive canvas l
ii  libdbus-1-3 1.2.16-2 simple interprocess messaging syst
ii  libdbus-glib-1-20.82-2   simple interprocess messaging syst
ii  libebook1.2-9   2.28.2-1 Client library for evolution addre
ii  libedataserver1.2-112.28.2-1 Utility library for evolution data
ii  libempathy-gtk282.28.2-1 High-level library and user-interf
ii  libempathy302.28.2-1 High-level library and user-interf
ii  libfontconfig1  2.8.0-2  generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libgconf2-4 2.28.0-1 GNOME configuration database syste
ii  libgl1-mesa-glx [libgl1]7.6.1-1  A free implementation of the OpenG
ii  libglib2.0-02.22.3-2 The GLib library of C routines
ii  libgnome-keyring0   2.28.2-1 GNOME keyring services library
ii  libgstfarsight0.10-00.0.16-1 Audio/Video communications framewo
ii  libgstreamer0.10-0  0.10.25-4+b1 Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.18.5-1 The GTK+ graphical user interface 
ii  libnotify1 [libnotify1-gtk2 0.4.5-1  sends desktop notifications to a n
ii  liborbit2   1:2.14.17-2  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.26.2-1 Layout and rendering of internatio
ii  libsoup2.4-12.28.2-1 an HTTP library implementation in 
ii  libtelepathy-farsight0  0.0.12-1 Glue library between telepathy and
ii  libtelepathy-glib0  0.9.2-1  Telepathy framework - GLib library
ii  libunique-1.0-0 1.1.6-1  Library for writing single instanc
ii  libwebkit-1.0-2 1.1.18-1 Web content engine library for Gtk
ii  libx11-62:1.3.2-1X11 client-side library
ii  libxcomposite1  1:0.4.1-1X11 Composite extension library
ii  libxdamage1 1:1.1.2-1X11 damaged region extension libra
ii  libxext62:1.1.1-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.4-1X11 miscellaneous 'fixes' extensio
ii  libxml2 2.7.6.dfsg-1 GNOME XML library

Versions of packages empathy recommends:
ii  empathy-doc   2.28.2-1   High-level library and user-interf
ii  gvfs-backends 1.4.3-1userspace virtual filesystem - bac
ii  telepathy-gabble  0.8.9-1Jabber/XMPP connection manager
ii  telepathy-salut   0.3.10-1   Link-local XMPP connection manager

Versions of packages empathy suggests:
pn  telepathy-butterfly   none (no description available)
pn  telepathy-hazenone (no description 

Bug#564536: GRUB maintainer address bounces

[Emilio Pozuelo Monfort]

Don Armstrong wrote:
 While I'm personally not to enthralled about subscriber-only mailing
 lists, I would have liked to have seen at least a discussion on
 -project and/or -policy about this before immediately elevating to the
 CTTE to have it make a decision.[1]

http://lists.debian.org/debian-project/2009/12/msg00056.html

There was no policy change proposed though.

Cheers,
Emilio



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

Bug#563546: pu: package dpkg/1.14.28

[Philipp Kern]

Hallo Raphael,

am Mon, Jan 11, 2010 at 09:09:29AM +0100 hast du folgendes geschrieben:
 On Sun, 10 Jan 2010, Philipp Kern wrote:
  I wonder if we are really, really sure that nobody relies on
  .dpkg-source-applied.  I would hope that nobody assumed that to be an
  interface for something (e.g. to read a patch list from)?
 It was never documented to be a patch list, but just a way to know if
 patches were applied at extraction time or not. I don't know of any tool
 that relies on this file in unstable and in stable it's even less likely.

one of two ways, i.e. the only one when quilt is not installed?

The point is not just used within stable but also users outside.

Kind regards,
Philipp Kern
-- 
 .''`.  Philipp KernDebian Developer
: :' :  http://philkern.de Stable Release Manager
`. `'   xmpp:p...@0x539.de Wanna-Build Admin
  `-finger pkern/k...@db.debian.org


signature.asc
Description: Digital signature

Bug#564098: some configuration directives are ignored

[Marco d'Itri]

On Jan 11, Stig Sandbeck Mathisen s...@debian.org wrote:

 I speculate that adding a sort() around readdir($DIR) in
 http://munin-monitoring.org/browser/trunk/node/lib/Munin/Node/Config.pm#L146
 would provide some predictability, by making sure files are read in
 alphabetical order.
I think this would be appropriate, considering that the package comes
with a configuration file in that directory and otherwise it cannot be
overridden without editing it.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#564680: Please build-depend on firebird2.1-dev

[Damyan Ivanov]

Package: gnugk
Version: 2.3.0-4
Severity: important
Tags: patch

Hi,

I want to get rid of firebird2.0 for squeeze. This would make gnugk 
unbuildable, because it build-depends on firebird2.0-dev.

Please change the build-dependency to firebird2.1-dev. I tried it and the build 
went ok.

Additionaly, you may want to extend the architecture list in the firebird 
build-dependency to [amd64 armel i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips 
mipsel powerpc s390 sparc] (i.e. add armel, ia64, mips, mipsel and s390),

If you prefer, I cound NMU with the above changes.

Thanks in advance,
dam


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

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.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#564682: does not work with current dovecot version 1.2.9 due to version check

[Yuri D'Elia]

Package: dovecot-antispam
Version: 1.2+20090702-1+b1
Severity: important

dovecot-antispam is compiled against 1.2.8, but currently dovecot in unstable
is at 1.2.9. Since there is no exact version dependency yet, this module
fails to load.

Until upstream sorts out the ABI issue and/or the package doesn't provide
an exact version dependency, this package needs to be rebuilt.



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

Bug#564681: Please build-depend on firebird2.1-dev

[Damyan Ivanov]

Package: python-kinterbasdb
Version: 3.3.0-1
Severity: important
Tags: patch

Hi,

I want to get rid of firebird2.0 for squeeze. This would make 
python-kinterbasdb unbuildable, because it build-depends on firebird2.0-dev.

Please change the build-dependency to firebird2.1-dev. I tried it and the build 
went ok.

If you prefer, I cound NMU with the above change.

Thanks in advance,
dam


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

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.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#564683: Please build-depend on firebird2.1-dev

[Damyan Ivanov]

Package: qt4-x11
Version: 4:4.6.0-1
Severity: important
Tags: patch

Hi,

I want to get rid of firebird2.0 for squeeze. This would make qt4-x11 
unbuildable, because it build-depends on firebird2.0-dev.

Please change the build-dependency to firebird2.1-dev. I tried it and the build 
went ok.

Additionaly, you may want to extend the architecture list in the firebird 
build-dependency to [amd64 armel i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips 
mipsel powerpc s390 sparc].

If you prefer, I cound NMU with the above changes.

Thanks in advance,
dam


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

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.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#559549: [nmudiff] please include --tagpending option

[Patrick Schoenfeld]

Hi,

On Fri, Jan 08, 2010 at 07:09:40PM +0100, gregor herrmann wrote:
 On Fri, 08 Jan 2010 16:18:11 +0100, Patrick Schoenfeld wrote:
 
   Find attached a quick patch that adds + pending if the bug is not
   yet tagged pending and $NMUDIFF_DELAY != 0.
  thanks for the patch. Do you mind updating it against the latest
  svn trunk? If you do I would most likely commit it.
 
 I just did a `debcheckout devscripts' and took a look, the patch
 applies cleanly (after changing the name of the file to patch). For
 your convenience I'm attaching this version.

indeed, my fault to not recognize that myself. Thanks for the patch,
committed in revision 2081.

Best Regards,
Patrick



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

Bug#559549: [nmudiff] please include --tagpending option

[gregor herrmann]

On Mon, 11 Jan 2010 11:50:25 +0100, Patrick Schoenfeld wrote:

  I just did a `debcheckout devscripts' and took a look, the patch
  applies cleanly (after changing the name of the file to patch). For
  your convenience I'm attaching this version.
 indeed, my fault to not recognize that myself. 

No problem.

 Thanks for the patch,
 committed in revision 2081.

Great, thanks!

Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ -- GPG Key IDs: 0x00F3CFE4, 0x8649AA06
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT  SPI, fellow of Free Software Foundation Europe
   `-Dammit Jim, I'm an actor, not a doctor. 



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

Bug#564684: djvulibre-bin: djvused output-* does not escape fileids

[Jakub Wilk]

Package: djvulibre-bin
Version: 3.5.22-7
Severity: normal

output-* commands of djvused do not properly escape ' and \ characters 
in file identifiers, thus they can output broken scripts:


$ djvused -e output-txt dummy.djvu 
select; remove-txt

# -
select 'dummy.djvu'
set-txt
(page 0 0 1 1 dummy)

.

$ djvused -e output-txt dummy.djvu | djvused -f - dummy.djvu 
djvused: (warning) file was modified but not saved


$ ln dummy.djvu weird'o.djvu

$ djvused -e output-txt weird*.djvu | djvused -f - wierd*.djvu
*** page weird not found
*** (djvused.cpp:346)
*** 'void verror(const char*, ...)'



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

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

Versions of packages djvulibre-bin depends on:
ii  curl  7.19.7-1   Get a file from an HTTP, HTTPS or 
ii  libc6 2.10.2-4   Embedded GNU C Library: Shared lib

ii  libdjvulibre213.5.22-7   Runtime support for the DjVu image
ii  libgcc1   1:4.4.2-9  GCC support library
ii  libstdc++64.4.2-9The GNU Standard C++ Library v3
ii  libtiff4  3.9.2-1Tag Image File Format (TIFF) libra

--
Jakub Wilk



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

Bug#508602: $((++v)) insidiously broken, at least $((v++)) gives error

[Olly Betts]

On Sat, Dec 13, 2008 at 06:49:52AM +0800, jida...@jidanni.org wrote:
 These however are more insidious, compare bash:
 $ dash -c 'b=5; echo $((--b)); echo $((--b))'
 5
 5

--b is being parsed here as a double-negation.

 $ bash -c 'b=5; echo $((--b)); echo $((--b))'
 4
 3
 $ dash -c 'b=5; echo $((++b)); echo $((++b))'
 5
 5

Similarly, this is being parsed as a double unary-plus.

POSIX says support for ++ and -- is not required, but it doesn't seem to
(explicitly or implicitly) indicate how an implementation may handle ++b and
--b when they aren't supported:

http://www.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_06_04

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#549062: firebird 2.0 pending obsoletion

[Damyan Ivanov]

block 549062 564673 564680 564681 564683
thanks

[Cc-ed to -release to keep them current]

-=| Damyan Ivanov, Wed, Sep 30, 2009 at 06:08:12PM +0300 |=-
 I intent to phase firebird2.0 out of the archive. firebird2.5 is to 
 be released soon, and having three versions in squeeze is too much. 
 Even in 2.5 doesn't make it to squeeze, the current recommended 
 version is 2.1, which makes it pointless to support 2.0 for another 
 release cycle.
 [...]
 Presently, the following packages build-depend on firebird2.0-dev:
 
  - flamerobin (uploaded today with B-D of firebird2.1-dev)
nothing to do here.
  - gambas2
builds, bug filed.
  - gnugk
builds, bug filed.
  - python-kinterbasdb
builds, bug filed.
  - qt4-x11
builds (feels like forever!), bug filed.

There are a two more that I missed initially: php5 and mono. I'll try 
building them and file bugs.

At one point I hoped to also get rid of firebird2.1 in favour of 
firebird2.5. The later, however is at release candidate stage and may 
not stabilize enough before the freeze. Even if it does, providing 
a proven stable version seems like a good idea.

-- 
dam


signature.asc
Description: Digital signature

Bug#563546: pu: package dpkg/1.14.28

[Raphael Hertzog]

On Mon, 11 Jan 2010, Philipp Kern wrote:
  It was never documented to be a patch list, but just a way to know if
  patches were applied at extraction time or not. I don't know of any tool
  that relies on this file in unstable and in stable it's even less likely.
 
 one of two ways, i.e. the only one when quilt is not installed?

Right.

 The point is not just used within stable but also users outside.

Anyone who adopted those new formats before even Debian started using
them at a large scale should expect small adjustments. I'm pretty sure
that someone who is so keen on testing bleeding-edge stuff can adjust
to this change and it's highly unlikely that this change will break a user
setup that is deployed in production at a large scale.

Cheers,
-- 
Raphaël Hertzog



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

Bug#564686: slapd crash under load with syncrepl

[Marco Innocenti]

Package: slapd
Version: 2.4.17-2.1
Severity: normal

As shown in ITS#6200 slapd crash under load using syncrepl.
It's pratically impossible to use a multimaster configuration as the 
daemon crash in a few minutes under load. Version 2.4.20 solve the problem.



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

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 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 slapd depends on:
ii  adduser   3.112  add and remove users and groups
ii  coreutils 8.0-2  GNU core utilities
ii  debconf [debconf-2.0] 1.5.28 Debian configuration 
management sy
ii  libc6 2.10.2-5   Embedded GNU C Library: 
Shared lib
ii  libdb4.7  4.7.25-9   Berkeley v4.7 Database 
Libraries [
ii  libgnutls26   2.8.5-2the GNU TLS library - 
runtime libr

ii  libldap-2.4-2 2.4.17-2.1 OpenLDAP libraries
ii  libltdl7  2.2.6b-2   A system independent dlopen 
wrappe

ii  libperl5.10   5.10.1-8   shared Perl library
ii  libsasl2-22.1.23.dfsg1-5 Cyrus SASL - authentication 
abstra

ii  libslp1   1.2.1-7.6  OpenSLP libraries
ii  libwrap0  7.6.q-18   Wietse Venema's TCP 
wrappers libra
ii  lsb-base  3.2-23 Linux Standard Base 3.2 
init scrip
ii  perl [libmime-base64-perl 5.10.1-8   Larry Wall's Practical 
Extraction
ii  psmisc22.10-1utilities that use the proc 
file s

ii  unixodbc  2.2.11-21  ODBC tools libraries

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


Versions of packages slapd suggests:
ii  ldap-utils2.4.17-2.1 OpenLDAP utilities

-- debconf information excluded

--
**
Marco Innocenti  Dipartimento Sistemi E Tecnologie
CINECA   phone:+39 0516171553 / fax:+39 0516132198
Via Magnanelli 6/3   e-mail: innoce...@cineca.it
40033 Casalecchio di RenoBologna (Italia)
**



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

Bug#564685: regressions in binutils testsuite on armel, when built against eglibc-2.10.x

[Matthias Klose]

Package: eglibc
Version: 2.10.2-5
Severity: serious

The following tests fail:

Test results, compared with installed binutils:
W: [ld-elfvsb/elfvsb.exp] REGRESSION (PASS - FAIL): visibility (normal) (non 
PIC, load offset)

W: [ld-elfvsb/elfvsb.exp] REGRESSION (PASS - FAIL): visibility (normal) (non 
PIC)
W: [ld-elfvsb/elfvsb.exp] REGRESSION (PASS - FAIL): visibility (hidden_normal) 
(non PIC)
W: [ld-elfvsb/elfvsb.exp] REGRESSION (PASS - FAIL): visibility (hidden_normal) 
(non PIC, load offset)

W: [ld-shared/shared.exp] REGRESSION (PASS - FAIL): shared (PIC main, non PIC 
so)
W: [ld-shared/shared.exp] REGRESSION (PASS - FAIL): shared (non PIC)
W: [ld-shared/shared.exp] REGRESSION (PASS - FAIL): shared (non PIC, load 
offset)
7 REGRESSIONS (0.68%).

Seen with 2.11 as well.



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

Bug#336511: Instrumentation of dlopen is still incorrect

[Matthias Klose]

On 07.12.2008 03:38, brian m. carlson wrote:

On Tue, Dec 02, 2008 at 01:56:54AM +0100, Matthias Klose wrote:

please forwarded these upstream, mudflap doesn't see much attention.


Apparently, they're already forwarded. It's just that nobody's doing
anything about them. The mudflap code, as implemented, is incorrect.
It's not just incorrect on GNU/Linux, it's incorrect on FreeBSD, NetBSD,
OpenBSD, Solaris, HP-UX, OSF1, Mac OS X, and according to POSIX. In
fact, I could not find a Unix that provides dlopen(3) but does not
permit NULL as a valid value for path.

There's even a patch that I provided, which is trivially correct. I'm
just trying to find out if there's a reason why this bug hasn't been
fixed after three years.


lack of interest? I'll apply a tested patch for 4.4/4.5, if you send one, else 
it might be better to tag the report as wontfix.


  Matthias




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

Bug#564687: monodevelop: Missing libgtkembedmoz.so

[Elmar Haneke]

Package: monodevelop
Version: 2.2+dfsg-2
Severity: minor

On Starting monodevelop states

WARNING: Cannot find Mozilla directory containing libgtkembedmoz.so. Some
Addins may not be able to function. Please set MOZILLA_FIVE_HOME to your
Mozilla directory.

starting
MOZILLA_FIVE_HOME=/usr/lib/icedove /usr/bin/monodevelop
does remove this message.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (700, 'testing'), (650, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages monodevelop depends on:
ii  gnome-icon-theme2.28.0-1 GNOME Desktop icon theme
ii  gnome-terminal [x-terminal- 2.28.2-1 The GNOME terminal emulator applic
ii  konsole [x-terminal-emulato 4:4.3.4-1X terminal emulator for KDE 4
ii  libc6   2.10.2-5 Embedded GNU C Library: Shared lib
ii  libgconf2.0-cil 2.24.1-6 CLI binding for GConf 2.24
ii  libglade2.0-cil 2.12.9-3 CLI binding for the Glade librarie
ii  libglib2.0-02.22.3-2 The GLib library of C routines
ii  libglib2.0-cil  2.12.9-3 CLI binding for the GLib utility l
ii  libgnome-vfs2.0-cil 2.24.1-6 CLI binding for GnomeVFS 2.24
ii  libgnome2.24-cil2.24.1-6 CLI binding for GNOME 2.24
ii  libgtk2.0-0 2.18.5-1 The GTK+ graphical user interface 
ii  libgtk2.0-cil   2.12.9-3 CLI binding for the GTK+ toolkit 2
ii  libgtkspell02.0.16-1 a spell-checking addon for GTK's T
ii  libmetacity-private01:2.28.0-3   library for the Metacity window ma
ii  libmono-addins-gui0.2-cil   0.4-6GTK# frontend library for Mono.Add
ii  libmono-addins0.2-cil   0.4-6addin framework for extensible CLI
ii  libmono-cairo2.0-cil2.4.3+dfsg-1 Mono Cairo library (for CLI 2.0)
ii  libmono-corlib2.0-cil   2.4.3+dfsg-1 Mono core library (for CLI 2.0)
ii  libmono-getoptions2.0-cil   2.4.3+dfsg-1 Mono.GetOptions library (for CLI 2
ii  libmono-microsoft-build2.0- 2.4.3+dfsg-1 Mono Microsoft.Build libraries
ii  libmono-posix2.0-cil2.4.3+dfsg-1 Mono.Posix library (for CLI 2.0)
ii  libmono-system-data2.0-cil  2.4.3+dfsg-1 Mono System.Data Library (for CLI 
ii  libmono-system-runtime2.0-c 2.4.3+dfsg-1 Mono System.Runtime Library (for C
ii  libmono-system-web2.0-cil   2.4.3+dfsg-1 Mono System.Web Library (for CLI 2
ii  libmono-system2.0-cil   2.4.3+dfsg-1 Mono System libraries (for CLI 2.0
ii  libmono-winforms2.0-cil 2.4.3+dfsg-1 Mono System.Windows.Forms library 
ii  mono-runtime2.4.3+dfsg-1 Mono runtime
ii  monodoc-base2.4.3+dfsg-1 shared MonoDoc binaries
ii  monodoc-manual  2.4.3+dfsg-1 compiled XML documentation from th
ii  pkg-config  0.22-1   manage compile and link flags for 
ii  xterm [x-terminal-emulator] 253-1X terminal emulator

Versions of packages monodevelop recommends:
ii  mono-devel  2.4.3+dfsg-1 Mono development tools

Versions of packages monodevelop suggests:
pn  exuberant-ctags none   (no description available)
ii  gcc 4:4.4.2-3The GNU C compiler
ii  gettext 0.17-8   GNU Internationalization utilities
ii  make3.81-7   An utility for Directing compilati
ii  mono-1.0-devel  2.4.3+dfsg-1 Mono development tools for CLI 1.0
ii  mono-vbnc   2.4.2-2  Mono Visual Basic Compiler (VB.NET
pn  mono-xsp | mono-xsp2none   (no description available)
pn  monodevelop-boo none   (no description available)
pn  monodevelop-databasenone   (no description available)
pn  monodevelop-debugger-gdbnone   (no description available)
pn  monodevelop-debugger-mdbnone   (no description available)
pn  monodevelop-javanone   (no description available)
pn  monodevelop-nunit   none   (no description available)
pn  monodevelop-valanone   (no description available)
pn  monodevelop-versioncontrol  none   (no description available)
ii  monodoc-browser 2.4.3-1  MonoDoc GTK+ based viewer
pn  nemerle none   (no description available)
ii  zip 3.0-1Archiver for .zip files

-- 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#564443: [build-rdeps] Triggers error if no Sources exist for contrib or non-free

[Patrick Schoenfeld]

Hi,

On Sat, Jan 09, 2010 at 05:15:30PM +0200, Tommi Vainikainen wrote:
 Package: devscripts
 Version: 2.10.61
 Severity: normal
 Tags: patch
 
 My /etc/apt/sources.list contains only component 'main' in deb-src line,
 and when I run build-rdeps, it shows error messages No such file or
 directory about missing Sources for components 'contrib' and
 'non-free':

I can agree that the current behaviour is probably not the best,
but the default behaviour of build-rdeps is to search all three
components that are common for Debian systems. We could agree or disagree
weither that default is sensible, as non-free and contrib are not
official parts of Debian, but if we accept it as it is, your change
would do more harm than doing good. Explanatories below.

And after all there is a reason for --exclude-component and --only-main.

 Here is a patch that adds simple check for existance of Sources files
 for each component.

Thanks, but I for one won't accept that patch in this way. The
sources files are a requirement to fulfill the job of build-rdeps.
If they are not around an error should be triggered. This patch
would simply hide it.

I could accept one or both of the following solutions:
1. In the manpage emphasize that the system requires sources files for
each component it checks and that the default is to check the given
common components.
2. Add a more speaking warning if the required files are not found,
before trying to scan the files.

 The latter part of patch changes conditions in such way that it works
 also for unknown components if any.

Not yet sure, what to say about that part. Might be sensible.

Best Regards,
Patrick



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

Bug#562974: Re-built with WITH_DBUS=OFF, crash is gone

[Thomas Müller]

Sorry for the late reply - have been busy .

Am Dienstag, 29. Dezember 2009 schrieb Asheesh Laroia:
 I added -DWITH_DBUS=OFF to debian/rules's DEB_CMAKE_EXTRA_FLAGS and now
 quasselclient runs just fine.
 

With -DWITH_DBUS=OFF the faulting code ist not executed.

 Looking at the segfault, also, it's probably libQtDBus.so.4's crash,
 unless it's libQtCore.so.4's problem.
 
 -- Asheesh.
 

I'll contact upstream to get some input.

Take care,

Tom

-- 
Thomas Müller (Thomas Mueller)

E-Mail:   thomas.muel...@tmit.eu
Packages: 
http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu

Powered by Debian


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

Bug#564689: apt-listbugs fails and prevents apt-get running

[Francesco Paolo Lovergine]

Package: apt-listbugs
Version: 0.1.2
Severity: grave

This what it happens today, after a week-end of missing updates on a laptop of 
mine: 

Need to get 39,9kB/162MB of archives.
After this operation, 2257kB of additional disk space will be used.
Do you want to continue [Y/n]? 
Get:1 http://ftp.it.debian.org sid/main libsigc++-2.0-0c2a 2.2.4.2-1 [39,9kB]
Fetched 39,9kB in 0s (76,9kB/s) 
Reading package fields... 91%/usr/lib/ruby/1.8/debian/utils.rb:32:in `pipe': 
Too many open files (Errno::EMFILE)
from /usr/lib/ruby/1.8/debian/utils.rb:32:in `pipeline'
from /usr/lib/ruby/1.8/debian/utils.rb:84:in `tar'
from /usr/lib/ruby/1.8/debian.rb:141:in `load'
from /usr/lib/ruby/1.8/debian/utils.rb:73:in `gunzip'
from /usr/lib/ruby/1.8/debian/utils.rb:39:in `pipeline'
from /usr/lib/ruby/1.8/debian/utils.rb:71:in `gunzip'
from /usr/lib/ruby/1.8/debian.rb:140:in `load'
from /usr/lib/ruby/1.8/debian/ar.rb:146:in `open'
from /usr/lib/ruby/1.8/debian/ar.rb:143:in `each'
from /usr/lib/ruby/1.8/debian/ar.rb:143:in `open'
from /usr/lib/ruby/1.8/debian.rb:139:in `load'
from /usr/lib/ruby/1.8/debian.rb:82:in `field'
from /usr/share/apt-listbugs/apt-listbugs/logic.rb:729:in `field'
from /usr/share/apt-listbugs/apt-listbugs/logic.rb:747:in `create'
from /usr/share/apt-listbugs/apt-listbugs/logic.rb:739:in `each_index'
from /usr/share/apt-listbugs/apt-listbugs/logic.rb:739:in `create'
from /usr/sbin/apt-listbugs:323
/usr/lib/ruby/1.8/debian/utils.rb:46:in `pipe': Too many open files 
(Errno::EMFILE)
from /usr/lib/ruby/1.8/debian/utils.rb:46:in `pipeline'
from /usr/lib/ruby/1.8/debian/utils.rb:71:in `gunzip'
from /usr/lib/ruby/1.8/debian.rb:140:in `load'
from /usr/lib/ruby/1.8/debian/ar.rb:146:in `open'
from /usr/lib/ruby/1.8/debian/ar.rb:143:in `each'
from /usr/lib/ruby/1.8/debian/ar.rb:143:in `open'
from /usr/lib/ruby/1.8/debian.rb:139:in `load'
from /usr/lib/ruby/1.8/debian.rb:82:in `field'
from /usr/share/apt-listbugs/apt-listbugs/logic.rb:729:in `field'
from /usr/share/apt-listbugs/apt-listbugs/logic.rb:747:in `create'
from /usr/share/apt-listbugs/apt-listbugs/logic.rb:739:in `each_index'
from /usr/share/apt-listbugs/apt-listbugs/logic.rb:739:in `create'
from /usr/sbin/apt-listbugs:323
E: Sub-process /usr/sbin/apt-listbugs apt || exit 10 returned an error code (10)
E: Failure running script /usr/sbin/apt-listbugs apt || exit 10

But for the specific failure, apt-listbugs IMHO should never result in a failure
like that, which prevents apt-get to perform any installation.

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

Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core)
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 apt-listbugs depends on:
hi  apt  0.7.25  Advanced front-end for dpkg
ii  libdpkg-ruby1.8  0.3.4   modules/classes for dpkg on ruby 1
ii  libgettext-ruby1.8   1.93.0-1.1  Gettext for ruby1.8
ii  libhttp-access2-ruby1.8  2.1.5.2-1   HTTP accessing library for ruby (t
ii  libruby1.8 [libzlib-ruby1.8] 1.8.7.248-1 Libraries necessary to run Ruby 1.
ii  libxml-parser-ruby1.80.6.8-4 Interface of expat for the scripti
ii  ruby 4.2 An interpreter of object-oriented 

apt-listbugs recommends no packages.

Versions of packages apt-listbugs suggests:
ii  debianutils  3.2.2   Miscellaneous utilities specific t
ii  iceape-browser [www- 2.0.1-1 Iceape Navigator (Internet browser
ii  iceweasel [www-brows 3.5.6-1 lightweight web browser based on M
ii  links [www-browser]  2.2-1+b1Web browser running in text mode
ii  lynx-cur [www-browse 2.8.8dev.2-1Text-mode WWW Browser with NLS sup
ii  opera [www-browser]  10.10.4742.gcc4.qt3 The Opera Web Browser
ii  reportbug4.10reports bugs in the Debian distrib
ii  w3m [www-browser]0.5.2-2.1   WWW browsable pager with excellent

-- 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#564128: [INTL:sv] Swedish strings for dotlrn debconf

[Hector Romojaro]

Hi Martin,

Thanks for the translation, only one issue with it:

#. Type: string
#. Description
#: ../templates:1001
#| msgid Host running the ${dbvendor} server for ${pkg}:
msgid Host running the PostgreSQL server for dotLRN:
msgstr Värd som kör PostgreSQL-servern för OpenACS:

Shouldn't it be Värd som kör PostgreSQL-servern för dotLRN:? (this is
the dotLRN package, not the OpenACS one).

Regards, Héctor




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

Bug#562057: quassel-core: Start/Kill script sequence before openvpn (S02 vs. S03)

[Thomas Müller]

Well - that's currently the way it is.
As soon as upstart is used we hopefully have more control over the sequence.

Nevertheless - quassel's reconnect mechanism shall be capable of 
reestablishing the connection.

Cheers,

Tom

Am Dienstag, 22. Dezember 2009 schrieb Sedat Dilek:
 Package: quassel-core
 Version: 0.5.1-1
 Severity: normal
 
 
 Hi,
 
 I was wondering why my quassel-client took so long to connect to freenode
  and oftc IRC servers. The problems occured while switching to openvpn and
  using a VPN-connection for networking.
 
 Investigating the problem showed me, the start sequence-no of quassel-core
  is lower than the one of openvpn:
 
 # ls -l /etc/rc*.d/*openvpn*
 lrwxrwxrwx 1 root root 17 2009-12-03 09:56 /etc/rc0.d/K01openvpn -
  ../init.d/openvpn lrwxrwxrwx 1 root root 17 2009-12-03 09:56
  /etc/rc1.d/K01openvpn - ../init.d/openvpn lrwxrwxrwx 1 root root 17
  2009-12-03 09:56 /etc/rc2.d/S03openvpn - ../init.d/openvpn lrwxrwxrwx 1
  root root 17 2009-12-03 09:56 /etc/rc3.d/S03openvpn - ../init.d/openvpn
  lrwxrwxrwx 1 root root 17 2009-12-03 09:56 /etc/rc4.d/S03openvpn -
  ../init.d/openvpn lrwxrwxrwx 1 root root 17 2009-12-03 09:56
  /etc/rc5.d/S03openvpn - ../init.d/openvpn lrwxrwxrwx 1 root root 17
  2009-12-03 09:56 /etc/rc6.d/K01openvpn - ../init.d/openvpn
 
 # ls -l /etc/rc*.d/*quassel*
 lrwxrwxrwx 1 root root 22 2009-12-08 21:13 /etc/rc0.d/K01quassel-core -
  ../init.d/quassel-core lrwxrwxrwx 1 root root 22 2009-12-08 21:13
  /etc/rc1.d/K01quassel-core - ../init.d/quassel-core lrwxrwxrwx 1 root
  root 22 2009-12-08 21:13 /etc/rc2.d/S02quassel-core -
  ../init.d/quassel-core lrwxrwxrwx 1 root root 22 2009-12-08 21:13
  /etc/rc3.d/S02quassel-core - ../init.d/quassel-core lrwxrwxrwx 1 root
  root 22 2009-12-08 21:13 /etc/rc4.d/S02quassel-core -
  ../init.d/quassel-core lrwxrwxrwx 1 root root 22 2009-12-08 21:13
  /etc/rc5.d/S02quassel-core - ../init.d/quassel-core lrwxrwxrwx 1 root
  root 22 2009-12-08 21:13 /etc/rc6.d/K01quassel-core -
  ../init.d/quassel-core
 
 If you have a look for example to ssh:
 
 # ls -l /etc/rc*.d/*S0*ssh*
 lrwxrwxrwx 1 root root 13 2009-12-03 09:56 /etc/rc2.d/S04ssh -
  ../init.d/ssh lrwxrwxrwx 1 root root 13 2009-12-03 09:56 /etc/rc3.d/S04ssh
  - ../init.d/ssh lrwxrwxrwx 1 root root 13 2009-12-03 09:56
  /etc/rc4.d/S04ssh - ../init.d/ssh lrwxrwxrwx 1 root root 13 2009-12-03
  09:56 /etc/rc5.d/S04ssh - ../init.d/ssh
 
 It is better to start quassel-core service as S04quassel-core.
 Thomas can you please change that?
 
 Thanks.
 
 Kind Regards,
 - Sedat -
 
 
 -- System Information:
 Debian Release: squeeze/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
 Architecture: i386 (i686)
 
 Kernel: Linux 2.6.33-rc1-iniza-686-kms (SMP w/2 CPU cores; PREEMPT)
 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored:
  LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash
 
 Versions of packages quassel-core depends on:
 ii  adduser  3.111   add and remove users and
  groups ii  libc62.10.2-2GNU C Library: Shared
  libraries ii  libgcc1  1:4.4.2-6   GCC support library
 ii  libqt4-network   4:4.6.0~beta1-1 Qt 4 network module
 ii  libqt4-script4:4.6.0~beta1-1 Qt 4 script module
 ii  libqt4-sql   4:4.6.0~beta1-1 Qt 4 SQL module
 ii  libqt4-sql-sqlite4:4.6.0~beta1-1 Qt 4 SQLite 3 database driver
 ii  libqtcore4   4:4.6.0~beta1-1 Qt 4 core module
 ii  libstdc++6   4.4.2-6 The GNU Standard C++ Library
  v3 ii  lsb-base 3.2-23  Linux Standard Base 3.2
  init scrip ii  openssl  0.9.8k-7Secure Socket
  Layer (SSL) binary a
 
 quassel-core recommends no packages.
 
 quassel-core suggests no packages.
 
 -- no debconf information
 


-- 
Thomas Müller (Thomas Mueller)

E-Mail:   thomas.muel...@tmit.eu
Packages: 
http://qa.debian.org/developer.php?login=thomas.muel...@tmit.eu

Powered by Debian


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

Bug#564690: epiphany-browser - Does not longer check certificates

[Bastian Blank]

Package: epiphany-browser
Version: 2.29.3-1
Severity: grave

Current epiphany does not verify the certificates for https-connections.
This makes it unsuitable for almost any secure operation without big fat
warnings.

Bastian

-- 
Landru! Guide us!
-- A Beta 3-oid, The Return of the Archons, stardate 3157.4



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

Bug#553538: NMU for iog

[Tim Retout]

tag 553538 patch
thanks

On Mon, Jan 11, 2010 at 12:29:59PM +0100, Mats Erik Andersson wrote:
 Hello Tim,
 
 I just made an upload to mentors.debian.net containing
 the minimal changes to iog_1.03 needed to remove the
 RC-bug #553534. Tell me if you are prepared to review
 this suggestion, or if I should mark it as available
 to any volontary sponsor.

I think you mean #553538 - I'll review your changes later today.  I'm
copying that bug report to let people know you're working on it, and
tagging it as 'patch' because you've provided an updated package
(although we'll produce a proper nmudiff later).

Thanks,

-- 
Tim Retout t...@retout.co.uk



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

Bug#418040: [Pkg-crosswire-devel] Please update the World English Bible module to version 1.8

[Eeli Kaikkonen]

On Mon, 11 Jan 2010, Jonathan Morgan wrote:
 It is because of these copyrighted modules that I would prefer not to have
 modules packaged by Debian/Ubuntu.  My problem is that these packages do not
 show the full capabilities of our software, and there is a chance that users
 will not discover the remaining modules.  Unless the collection of modules
 in the repository is complete, it gives a false representation of what is
 available and possible.  I believe that a majority of upstream developers
 agree with this principle.  It is this that causes the comment Upstream was
 quite hostile of packaging sword modules in Debian.

I agree with this, though the hostility was/is based a bit more than
just that.


  As I see it, there are four possible solutions:
 
  1. Continue the status quo.  The data can be extracted at any time
by running the mod2osis(1) tool in the libsword8 (sword) package.
You therefore could argue that the module format is simply a
compressed version of the data, since running osis2mod(1), then
mod2osis(1), is lossless---at least, that is the goal of the
upstream sword library.

This is problematic. The Debian Free Software Guidelines says: The
program MUST include source code, and must allow distribution in source
code as well as compiled form. I guess it doesn't exclude compressed
(all packages are compressed!) files, but unless you can prove that
there is an open source program which will always produce the original
source code from the binary file, you are not in compliance. A goal
isn't enough. This is my interpretation which is based on several years
of aquaintance with FLOSS licencies and policies, but anyone can contact
a debian mailing list about this if needed.

  Yours,
Eeli Kaikkonen (Mr.), Oulu, Finland
e-mail: eekai...@mailx.studentx.oulux.fix (with no x)



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

Bug#564128: [INTL:sv] Swedish strings for dotlrn debconf

[Martin Bagge / brother]

Hector Romojaro wrote:
 Hi Martin,
 
 Thanks for the translation, only one issue with it:
 
 #. Type: string
 #. Description
 #: ../templates:1001
 #| msgid Host running the ${dbvendor} server for ${pkg}:
 msgid Host running the PostgreSQL server for dotLRN:
 msgstr Värd som kör PostgreSQL-servern för OpenACS:
 
 Shouldn't it be Värd som kör PostgreSQL-servern för dotLRN:? (this is
 the dotLRN package, not the OpenACS one).

Indeed. Sorry, I reused the strings from OpenACS but wasn't careful
enough. Will you do the honors or shall I send a new file?

-- 
brother



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

Bug#521169: apt-listbugs: aptcleanup gives spurious error message

[Vincent Lefevre]

found 521169 libgettext-ruby1.8/1.93.0-1.1
thanks

Same problem here (same command listed in strace output).

A test without using apt-listbugs:

ypig:~ ruby -e require 'locale'; print Locale.codeset
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ISO-8859-1%

ypig:~ locale
LANG=POSIX
LC_CTYPE=en_US.ISO8859-1
LC_NUMERIC=POSIX
LC_TIME=en_DK
LC_COLLATE=POSIX
LC_MONETARY=POSIX
LC_MESSAGES=POSIX
LC_PAPER=POSIX
LC_NAME=POSIX
LC_ADDRESS=POSIX
LC_TELEPHONE=POSIX
LC_MEASUREMENT=POSIX
LC_IDENTIFICATION=POSIX
LC_ALL=

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#564128: [INTL:sv] Swedish strings for dotlrn debconf

[Hector Romojaro]

 Indeed. Sorry, I reused the strings from OpenACS but wasn't careful
 enough. Will you do the honors or shall I send a new file?

No problem, I'll fix it.

Thanks again,
Héctor





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

Bug#564650: does not mount nilfs2 filesystems

[Vincent Fourmond]

On Mon, Jan 11, 2010 at 1:57 AM, martin f krafft madd...@debian.org wrote:
 Package: pmount
 Version: 0.9.20-2
 Severity: wishlist
 File: /usr/bin/pmount

 It would be cool if pmount could autodetect and mount the new nilfs2
 filesystem too.

  Hello,

  That surely sounds interesting; support probably should be written
for mounting snapshots. Do the snapshot manipulation utilities work as
non-root user ? If not, that would seriously diminish the interest of
the use of nilfs2 as normal user.

  Cheers,

  Vincent, back from VACish state, but not onto pmount for now



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

Bug#564325: gscan2pdf: please remove homepage from description

[Jeffrey Ratcliffe]

tags 564325 pending
thanks

On Sat, Jan 09, 2010 at 11:12:01AM +0100, Gerfried Fuchs wrote:
  Given that you are using the Homepage in the according source control
 field already, there is little gain in having it duplicated in the long
 description. Please remove it from there. :)

Thanks for the report. It is fixed in the upcoming release.


signature.asc
Description: Digital signature

Bug#564662: [Build-common-hackers] Bug#564662: autotools configure stamp breaks multi-variant builds

[Jonas Smedegaard]

Hi Peter,

On Mon, Jan 11, 2010 at 08:05:56AM +0200, Peter Eisentraut wrote:
The new stamp-autotools-configure file breaks if a package builds 
multiple variants with different build directories, because all but the 
first variant won't build because they use the same stamp file.  
Example: bug #564399


I think this change should be reverted and users who want a nonstandard 
stamp file because they use nonstandard autotools should be given a 
variable to override it for their specific use.


CDBS does not support multiple variants currently.

The package of above mentioned example bug - psqlodbc - do some unusual 
tricks to workaround this. I sincerely hope that such tricks are not 
common in the wild and that I am not sure we should encourage them or 
care especially for them in CDBS: I fear that such care would make it 
too difficult to evolutionary implement proper multiflavor support in 
CDBS (which is just around the corner now - just requires some 
concentrated time of mine to merge my branches).


Calling make from within make is asking for trouble.  Some problems 
should (but I am not experienced so only theoretical to me) be avoided 
by calling $(MAKE) which takes care of passing on some but not al 
variables, but I expect that won't help in this specific case.


I suggest to try fix that one odd package by overriding 
cdbs_autotools_configure_stamps and then prepare for changing that hack 
when proper multiflavor support gets implemented.



 - Jonas

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

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


signature.asc
Description: Digital signature

Bug#562293: flite: FTBFS: po_MemPtrNew.c:44:20: error: pocore.h: No such file or directory

[Denis Briand]

retitle 562293 flite: FTBFS, missing ed build-dependency
tags 562293 confirmed pending
thanks 


Hello Lucas,
Thank you for your bug report.
This issue is fixed by add ed package to build-dependencies.
Flite package is ready and just need an upload now from last git
snapshot.

best regards

Denis Briand


signature.asc
Description: Digital signature

Bug#564688: VIA VT8623 [Apollo CLE266]: Heavy TV flickering after upgrade

[Luc Verhaegen]

On Mon, Jan 11, 2010 at 12:56:13PM +0100, Torsten Crass wrote:
 Package: xserver-xorg
 Version: 1:7.5+1
 Severity: important

 *** Please type your report below this line ***

 After a recent 'aptitude full-upgrade', our crt-based PAL TV, which is
 hooked up to our VIA M10K-based HTPC through the S-Video connector,
 exhibits heavy flickering once X comes up (no flickering when switching
 to console). When we first encountered this problem,
 xserver-xorg-video-openchrome was updated to version 1:0.2.904+svn812-1.
 (Unfortunately, I don't know which version was previously installed. Or
 is there a way to reconstruct a log of installed versions?)

 During the latest upgrade, xserver-xorg-video-openchrome got uninstalled
 since it obviously conflicted with the newly installed
 xserver-xorg-video-5 package. Funny enough, the openchrome driver still
 gets loaded, as can be seen from the Xorg log shown below. (Perhaps some
 openchrome stuff is still sitting around since the package got removed,
 not purged? Anyway, the fact that xserver-xorg-video-openchrome is
 'officially' uninstalled on my system is the reason why I submit this
 bug to xserver-xorg, not to the driver package.)

 Please apologize my messy xorg.conf -- it just has grown from our first
 attempts to build a HTPC some five years ago to its current state...
 BTW, it's the TV ServerLayout that usually gets used. Regarding video
 modes, commenting out all lines in the Monitor TV section and
 leaving everything to the pre-defined '720x576something' modes didn't
 make any difference -- we have flickering with all of them.

 A similar bug report has already been sumitted to the openchrome project
 (http://www.openchrome.org/trac/ticket/342), but since there has been
 little activity on this issue since about 4 weeks, I wonder whether it
 was possible to revert to a previous openchrome revision in Debian in
 order to restore TV out functionality? After all, HTPCs are one of the
 main application fields of VIA's Apollo chips, aren't they?

 Best regards --

   tcrass

You could use my unichrome git tree, you can dpkg-buildpackage it.

git clone git://anongit.freedesktop.org/~libv/xf86-video-unichrome

Luc Verhaegen.



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

Bug#564556: /usr/share/lighttpd/use-ipv6.pl causes this

[Roman Mamedov]

On Mon, 11 Jan 2010 17:26:03 +0500
Roman Mamedov ro...@rm.pp.ru wrote:

 When I comment it out and just add the following instead:
 
server.socket = [::]:80
 
 ...the server starts up fine and listens both on IPv4 and IPv6

Hm, actually no, it does not listen on IPv6 that way. The proper fix is:

  server.use-ipv6 = enable

And don't forget to ensure you have net.ipv6.bindv6only = 0 in
your /etc/sysctl.d/bindv6only.conf

Comments in bug #560837 have some useful information on the matter.

-- 
With respect,
Roman


signature.asc
Description: PGP signature

Bug#564556: /usr/share/lighttpd/use-ipv6.pl causes this

[Roman Mamedov]

Hello.

This seems to happen due to the Perl script which checks if IPv6 support is
available on the machine. The default config contains this line:

   include_shell /usr/share/lighttpd/use-ipv6.pl

When I comment it out and just add the following instead:

   server.socket = [::]:80

...the server starts up fine and listens both on IPv4 and IPv6 (with
the netbase bug fixed with bindv6only=0 in /etc/sysctl.d/bindv6only.conf).

/usr/share/lighttpd/use-ipv6.pl mentioned above contains the following:

#! /usr/bin/perl -w

use Socket;
my $sock;

if (socket($sock, AF_INET6, SOCK_STREAM, 0)) {
print qq/\$SERVER[socket] == [::]:80 { }\n/;
}

-- 
With respect,
Roman


signature.asc
Description: PGP signature

Bug#564691: Please build-depend on firebird2.1-dev

[Damyan Ivanov]

Package: php5
Version: 5.2.12.dfsg.1-1
Severity: important
Tags: patch

Hi,

I want to get rid of firebird2.0 for squeeze. This would make php5 unbuildable, 
because it build-depends on firebird2.0-dev | firebird1.5-dev.

Please add preferred build-dependency on firebird2.1-dev. I tried it and the 
build went ok.

firebird2.1 supports some additional architectures compared to 2.0: [amd64 
armel i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc]

If you prefer, I could NMU with the above changes.


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

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.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#564443: [build-rdeps] Triggers error if no Sources exist for contrib or non-free

[James Vega]

On Mon, Jan 11, 2010 at 12:35:08PM +0100, Patrick Schoenfeld wrote:
 On Sat, Jan 09, 2010 at 05:15:30PM +0200, Tommi Vainikainen wrote:
  Here is a patch that adds simple check for existance of Sources files
  for each component.
 
 Thanks, but I for one won't accept that patch in this way. The
 sources files are a requirement to fulfill the job of build-rdeps.
 If they are not around an error should be triggered. This patch
 would simply hide it.
 
 I could accept one or both of the following solutions:
 1. In the manpage emphasize that the system requires sources files for
 each component it checks and that the default is to check the given
 common components.
 2. Add a more speaking warning if the required files are not found,
 before trying to scan the files.

It's quite common to not have either of contrib or non-free in one's
sources.list.  I think improving build-rdeps to handle those situations
in such a way that it prints an informative message is more useful than
the current situation.  There's no reason for us to be invoking
grep-dctrl when we know, from a simple file existence check, that it
will fail.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega james...@debian.org


signature.asc
Description: Digital signature

Bug#564692: Please, rebuild xserver-xorg-video-openchrome with new Xorg 1:7.5

[Mario Izquierdo (mariodebian)]

Package: xserver-xorg-video-openchrome
Version: 1:0.2.904+svn812-1
Severity: normal


With last update of xserver-xorg packages the openchrome driver has removed 
from my system:

==

Leyendo lista de paquetes... Hecho
Creando árbol de dependencias   
Leyendo la información de estado... Hecho
Calculando la actualización... Listo
Los siguientes paquetes se ELIMINARÁN:
  xserver-xorg-input-wacom xserver-xorg-video-geode xserver-xorg-video-glamo 
xserver-xorg-video-glide xserver-xorg-video-ivtv xserver-xorg-video-openchrome 
xserver-xorg-video-tga
Se actualizarán los siguientes paquetes:
  xserver-xorg xserver-xorg-core xserver-xorg-input-evdev 
xserver-xorg-input-kbd xserver-xorg-input-mouse xserver-xorg-input-synaptics 
xserver-xorg-input-void 
xserver-xorg-video-apm
  xserver-xorg-video-ark xserver-xorg-video-ati xserver-xorg-video-chips 
xserver-xorg-video-cirrus xserver-xorg-video-dummy xserver-xorg-video-fbdev 
xserver-xorg-video-glint
  xserver-xorg-video-i128 xserver-xorg-video-i740 xserver-xorg-video-intel 
xserver-xorg-video-mach64 xserver-xorg-video-mga xserver-xorg-video-neomagic 
xserver-xorg-video-nv
  xserver-xorg-video-r128 xserver-xorg-video-radeon xserver-xorg-video-radeonhd 
xserver-xorg-video-rendition xserver-xorg-video-s3 xserver-xorg-video-s3virge
  xserver-xorg-video-savage xserver-xorg-video-siliconmotion 
xserver-xorg-video-sis xserver-xorg-video-sisusb xserver-xorg-video-tdfx 
xserver-xorg-video-trident
  xserver-xorg-video-tseng xserver-xorg-video-v4l xserver-xorg-video-vesa 
xserver-xorg-video-vmware xserver-xorg-video-voodoo
39 actualizados, 0 se instalarán, 7 para eliminar y 2 no actualizados.
Necesito descargar 6307kB de archivos.
Se liberarán 1901kB después de esta operación.
¿Desea continuar [S/n]?

==

Rebuilding (without changes) seems to update depends of driver and openchrome 
can be used again.

(MY REBUILD VERSION)
Version: 1:0.2.904+svn812-1.1
Depends: libc6 (= 2.1.3), libdrm2 (= 2.3.1), libx11-6 (= 0), libxext6 (= 
0), libxv1, libxvmc1, xserver-xorg-core (= 2:1.6.99.900)


Version: 1:0.2.904+svn812-1
Depends: libc6 (= 2.1.3), libdrm2 (= 2.3.1), libx11-6, libxext6, libxv1, 
libxvmc1, xserver-xorg-core (= 2:1.6.2)


Greetings

--
mariodebian.com



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

Bug#564668: libapt-pkg-perl should have a function to view upgradable packes

[Brendan O'Dea]

On Mon, Jan 11, 2010 at 2:16 PM, William Orr w...@worrbase.com wrote:
 I'm working on a patch for apt-build, and it would be really nice to have a
 function that returns upgradable packages. Using AptPkg::Policy works unless
 apt pinning is used.

In what way does it not work?  On a system with pending upgrades, the
output of the attached script may be modified by editing
/etc/apt/preferences to pin a package to the currently installed
version.


updates
Description: Binary data

Bug#564651: [Pkg-xfce-devel] Bug#564651: xfce4-netload-plugin: FTBFS on kfreebsd-*: net/*.h: No such file or directory

[Cyril Brulebois]

Yves-Alexis Perez cor...@debian.org (11/01/2010):
 Thanks for the analysis and the patch. I guess I'll do a more
 maintainable solution using something like #ifndef __FREEBSD_KERNEL
 (or whatever name is the variable).

As mentioned on IRC:
#if !defined(__FreeBSD_kernel__)

(That's the one for GNU/kFreeBSD. Plain FreeBSD defines __FreeBSD__.)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#564693: logcheck: should suggest/recommend nail

[Filippo Giunchedi]

Package: logcheck
Version: 1.3.5
Severity: minor

Hi,
reading logcheck source it seems that it requires nail for MAILATTACH to work,
however it is not suggested/recommended.
(JFTR it is debatable if nail is appropriate or something else should be used)

thanks,
filippo

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

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

Versions of packages logcheck depends on:
ii  adduser3.112 add and remove users and groups
ii  bsd-mailx [mailx]  8.1.2-0.20090911cvs-2 simple mail user agent
ii  cron   3.0pl1-106process scheduling daemon
ii  lockfile-progs 0.1.13Programs for locking and unlocking
pn  logtailnone(no description available)
ii  postfix [mail-tran 2.6.5-3   High-performance mail transport ag
ii  rsyslog [system-lo 4.4.2-1   enhanced multi-threaded syslogd

Versions of packages logcheck recommends:
pn  logcheck-database none (no description available)

Versions of packages logcheck suggests:
pn  syslog-summarynone (no description available)



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

Bug#549062: firebird 2.0 pending obsoletion

[Damyan Ivanov]

-=| Damyan Ivanov, Mon, Jan 11, 2010 at 12:53:55PM +0200 |=-
 There are a two more that I missed initially: php5 and mono. I'll 
 try building them and file bugs.

php5 brought no surprises, bug filed.

mono uses some magic build system and manages to produce a package 
that depends on libfbembed2, without build-depending on any firebird 
package. So no need to report bug there.

All done for now. Hopefuly there will be no need of NMUs. Building qt 
and php5 takes ages :/

-- 
dam


signature.asc
Description: Digital signature

Bug#518017: Bug #518017 closed too soon?

[Tzafrir Cohen]

On Mon, Jan 11, 2010 at 09:12:05AM -, Luis Bruno wrote:
 Hello,

 Removing the package from unstable doesn't fix my problem with Lenny +  
 2.6.30 from backports, which I need due to other drivers.

 The patch in 
 http://svn.debian.org/viewsvn/pkg-voip?view=revrevision=6683 lets me 
 compile the package. Couldn't we fix the package instead?

That bug was marked as pending: it has already been fixed in our SVN
repository, and awaiting a stable release, should someone want to make
it.

At the moment the only fixes made in Zaptel (upstream) are build fixes.
I used some of them and made the package build with 2.6.32 (and
hopefully also with 2.6.33).

  svn://svn.debian.org/pkg-voip/zaptel/branches/lenny
  http://svn.debian.org/viewsvn/pkg-voip/zaptel/branches/lenny/

-- 
   Tzafrir Cohen
icq#16849755  jabber:tzafrir.co...@xorcom.com
+972-50-7952406   mailto:tzafrir.co...@xorcom.com
http://www.xorcom.com  iax:gu...@local.xorcom.com/tzafrir



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

Bug#559035: severity of 559035 is important

[Ben Hutchings]

On Mon, 2010-01-11 at 09:14 +0100, Matej Vela wrote:
 Ben Hutchings b...@decadent.org.uk writes:
 
  # The programs running on top of a kernel are not unrelated
  severity 559035 important
 
 I think this is arguable, but the important thing is whether you'll
 include the patch in the next stable update?

I expect so.  It isn't committed yet.

Ben.

-- 
Ben Hutchings
The generation of random numbers is too important to be left to chance.
- Robert Coveyou


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

Bug#564098: some configuration directives are ignored

[Stig Sandbeck Mathisen]

tag 564098 + confirmed upstream fixed-upstream
thanks

#secure method=pgpmime mode=sign
m...@linux.it (Marco d'Itri) writes:

 I think this would be appropriate, considering that the package comes
 with a configuration file in that directory and otherwise it cannot be
 overridden without editing it.

I've added this upstream (http://munin-monitoring.org/changeset/3298),
so the next upstream release will close this bug.

Thanks for the bug report, and the testing.
-- 
Stig Sandbeck Mathisen



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

Bug#564694: xfdesktop4: Crash when moving desktop icons on secondary screen

[S. Raase]

Package: xfdesktop4
Version: 4.6.1-1
Severity: normal

Hello,

I am using the NVidia driver with two X screens (:0.0 primary, VGA and :0.1 
secondary, internal notebook display).

When I drag a desktop icon, a frame appears showing where the icon will end. If 
I drag this frame around and back to the place where the icon is (i.e. I do 
not actually want to move it), on the secondary screen (:0.1), xfdesktop 
crashes. It does not crash on the primary screen (:0.0).

The log entry in ~/.xsession-errors is:

The program 'xfdesktop' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 6918 error_code 8 request_code 142 minor_code 2)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
xfdesktop[3796]: starting up

Best Regards


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

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

Versions of packages xfdesktop4 depends on:
ii  exo-utils  0.3.106-1 Utility files for libexo
ii  libatk1.0-01.28.0-1  The ATK accessibility toolkit
ii  libc6  2.10.2-2  GNU C Library: Shared libraries
ii  libcairo2  1.8.8-2   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.16-2  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.82-2simple interprocess messaging syst
ii  libexo-0.3-0   0.3.106-1 Library with extensions for Xfce
ii  libfontconfig1 2.8.0-2   generic font configuration library
ii  libfreetype6   2.3.11-1  FreeType 2 font engine, shared lib
ii  libglade2-01:2.6.4-1 library to load .glade files at ru
ii  libglib2.0-0   2.22.3-1  The GLib library of C routines
ii  libgtk2.0-02.18.3-1  The GTK+ graphical user interface 
ii  libice62:1.0.6-1 X11 Inter-Client Exchange library
ii  libpango1.0-0  1.26.2-1  Layout and rendering of internatio
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libthunar-vfs-1-2  1.0.1-2   VFS abstraction used in thunar
ii  libwnck22  2.28.0-1  Window Navigator Construction Kit 
ii  libx11-6   2:1.3.2-1 X11 client-side library
ii  libxfce4menu-0.1-0 4.6.1-1   freedesktop.org compliant menu imp
ii  libxfce4util4  4.6.1-1   Utility functions library for Xfce
ii  libxfcegui4-4  4.6.1-2   Basic GUI C functions for Xfce4
ii  libxfconf-0-2  4.6.1-1   Client library for Xfce4 configure
ii  xfce4-panel4.6.2-1   The Xfce4 desktop environment pane
ii  xfdesktop4-data4.6.1-1   xfce desktop background, icons and
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

Versions of packages xfdesktop4 recommends:
ii  dbus-x11  1.2.16-2   simple interprocess messaging syst
ii  gamin 0.1.10-2   File and directory monitoring syst
ii  librsvg2-common   2.26.0-1   SAX-based renderer library for SVG
ii  xdg-user-dirs 0.10-1 tool to manage well known user dir
ii  xfce4-utils   4.6.1-2Various tools for Xfce

Versions of packages xfdesktop4 suggests:
ii  menu  2.1.42 generates programs menu for all me

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