Bug#605872: Hoe gaat het met je?

[vivian suah]

Hoe gaat het met je?
Ik ben Miss Vivian, om het kort, ik cam in uw contact
tijdens het zoeken naar een goede zakelijke relatie en buitenlandse
partnerschap, ik wil meer weten over jou, Kun je schrijf me
Zal terug en ik stuur je mijn foto's en om u meer te vertellen
over mijn zelf.

How are you doing?
I am Miss vivian, to be brief, I came across your contact
while looking for a good relationship and foreign
partnership, I want to know more about you, you can write me
back and I send you my pictures and tell you more
about my self.


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

Bug#683881: RFP: registered-domain-libs -- Extract the registered domain from a DNS label using the public suffix list

[Daniel Kahn Gillmor]

On 08/04/2012 11:21 PM, Daniel Kahn Gillmor wrote:
> Package: wnpp
> Severity: wishlist
> 
> * Package name: registered-domain-libs
>   Version : 20120705
>   Upstream Author : Florian Sager 
> * URL : http://www.dkim-reputation.org/regdom-lib-downloads/
> * License : Apache
>   Programming Lang: C, Perl, PHP
>   Description : Extract the registered domain from a DNS label using the 
> public suffix list
> 
> The Registered Domain libraries provide a mechanism for code to
> determine (via the public suffix list) what the registered domain name
> is.  For example, foo.example.org is part of example.org, but
> foo.example.org.uk is part of example.org.uk.
> ..
> This source package provides C, Perl, and PHP libraries that embed the
> public suffix list directly.  Given the nature of the public suffix
> list, this package may be a candidate for frequent updates, comparable
> to tzdata.

hmm, reading the source for regdom-libs, i'm not convinced that they're
structured particularly well for packaging and redistribution.

There are several other tools that work with the public suffix list as
distributed by http://publicsuffix.org/ and mozilla, including the list
here:

http://stackoverflow.com/questions/288810/get-the-subdomain-from-a-url#answer-960790

It's possible that a better approach for debian might be a
frequently-updated package that just contains the public suffix list's
effective_tld_names.dat [0] in a single canonical location in the
filesystem, and then libraries that parse this file and can compare
domains against it (e.g. Domain::PublicSuffix [1]).

It's not clear to me how the regdom-libs conversion tables
(effectiveTLD.inc.php, etc) actually get updated, too; if they're
programmatically generated, it would be good to know the mechanism
(which doesn't appear to be included with the tarballs).  If it's done
by hand, it would be nicer to have more automated tests to ensure
nothing breaks.

--dkg

[0]
https://mxr.mozilla.org/mozilla-central/source/netwerk/dns/effective_tld_names.dat?raw=1

[1] http://search.cpan.org/~nmelnick/Domain-PublicSuffix/



signature.asc
Description: OpenPGP digital signature

Bug#683849: [d-i Wheezy Beta1] [amd64] Installer hangs while loading partitioner (mdadm/mount deadlock)

[Christian PERRIER]

clone 683849 -1
reassign -1 hw-detect
retitle -1 Apparent hang while trying to check for missing firmware for some 
network cards
reassign 683849 mountmedia
retitle 683849 Hangs while mounting partitions with no filesystem
thanks

Quoting Karsten Merker (mer...@debian.org):

Thanks for your detailed report which I split in two as there are
obviously two involved issues

> 
> It look like the two "hangs" result from trying to find the firmware files
> iwlwifi-2030-6.ucode (for WiFi) and rtl_nic/rtl8168e-3.fw (for wired
> ethernet). This seems to be the same problem as in bugs #683690 and #683692.

Do you have logs for this?

> The hanging in the partitioner stage seems to be caused by a deadlock
> between mdadm and a mount process in "D" state (cf. the attached syslog):
> 
>  5219 root  4424 Dmount /dev/sda2 -tauto /media
> 
>  6358 root  4556 S{25md-devices} /bin/sh 
> /lib/partman/init.d/25md-devices
>  6362 root 0 SW<  [md]
>  6364 root  6156 Slog-output -t md-devices --pass-stdout mdadm 
> /--examine --scan --config=partitions
>  6365 root  4596 Dmdadm --examine --scan --config=partitions
> 
> /dev/sda2 is an extended partition which does not contain any filesystem; it
> is just the container for the logical partitions /dev/sda5 to /dev/sda8.
> Trying to mount it should not cause a hanging mount command, but on the
> other hand, as extended partitions are not supposed to contain a filesystem,
> the installer probably should not try to mount it at all. 

It's kinda weird that nobody went on this but your analysis seems
correct.




signature.asc
Description: Digital signature

Bug#680566: Info received (chromium: SIGSEGV in fopen64@content/browser/zygote_main_linux.cc:840 on armel)

[shawn]

I tried to compile this wrapper out,

-#if !defined(ADDRESS_SANITIZER)
+#if !defined(ADDRESS_SANITIZER) && !defined(ARCH_CPU_ARMEL)

but it doesn't seem like removing it is so easy:

(gdb) run
Starting
program: 
/home/shawnl/chromium-browser-20.0.1132.43~r143823/src/out/Release/chrome 
[Thread debugging using libthread_db enabled]
Using host libthread_db library
"/lib/arm-linux-gnueabi/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0x001df6e8 in ?? ()
(gdb) bt full
#0  0x001df6e8 in ?? ()
No symbol table info available.
#1  0x2c9be5e0 in __libc_csu_init ()
No symbol table info available.
#2  0x41320620 in __libc_start_main (main=,
argc=, ubp_av=, init=0x2c9be5c4
<__libc_csu_init>, 
fini=0x2c9be5c0 <__libc_csu_fini>, rtld_fini=0x2a1e6cec <_start+68>,
stack_end=0xbe967214) at libc-start.c:187
result = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {1073893376,
1091839128, 1091838688, 1092105666, 1091838688, 1092105651, 1073893376,
-1, 
1091838688, 1104515808, 1104522560, 1073893376,
1090486196, 1089353792, 816340, -1, 1093737568, 1091840808, 1092077320,
-1, 
1104521344, 1104515808, 1104522560, 1073893376,
1104521344, 8, 815656, 1091997696, 0, 1073801992, 1104515808, 1, 1, 0,
1, 
1093737568, -1097436644, 1092845080, 1092845076, 1,
-1097436644, 8, 1092652448, 1092845076, 1092653984, 1092845084, 
1092817184, -1097436644, 8, 1093908436, 1092845084,
1092845088, 1092817184, 1092310176, 1092811384, 1092304524, 1, 
1075227012, 38560, 1073803540, 1, 0, 1073895768,
-1097436644}, mask_was_saved = -1097436652}}, priv = {pad = {0x1, 
  0x4000f23c, 0xbe96721c, 0x0}, data = {prev = 0x1, cleanup
= 0x4000f23c, canceltype = -1097436644}}}
#3  0x2a1e6cec in _start ()
No symbol table info available.


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

Bug#682946: latest weekly PowerPC CD#1 stalls because it cant find aptitude

[Rick Thomas]

I just downloaded the beta1 netinst images for powerpc, i386 and  
amd64.  I'll be testing them this weekend if I can get time.


Is the problem likely to be specific to the CD1 images and not show up  
on netinst?  If so, I'll get a copy of the beta1 CD1 image as well.


Rick

On Aug 4, 2012, at 4:07 PM, Jonathan Nieder wrote:


reassign 682946 cdimage.debian.org
tags 682946 + wheezy moreinfo
quit

Hi Rick,

Rick Thomas wrote:


Boot method: CD
Image version: /cdimage/weekly-builds/powerpc/iso-cd/debian-testing- 
powerpc-xfce+lxde-CD-1.iso (23-Jul-2012 07:59  635M)

[...]
Jul 26 10:01:22 pkgsel: checking for (security) updates to the base  
system
Jul 26 10:01:24 in-target: Can't exec "aptitude": No such file or  
directory at /usr/bin/debconf-apt-progress line 130,  line 2.


Thanks for reporting it.

I think this has been fixed since then.  Can you confirm?

Thanks,
Jonathan





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

Bug#683431: spamassassin: requires GPG.KEY in /usr/share/doc/spamassassin to function

[shawn]

On Sat, 2012-08-04 at 10:14 +, Bart Martens wrote: 
> Please post your patch to bug 683431 report as an attachment so that long 
> lines
> are not wrapped.

On Sat, 2012-08-04 at 19:36 -0400, Noah Meyerhans wrote:
>Hi Shawn. Thanks for your work on this bug so far. I'm unfortunately
away from any means >of uploading a fix for it for another 8 or 9 days.
I'd support an NMU if you're able to >arrange one.

I have uploaded a the build of said debdiff (already attached) to
mentors.

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

http://mentors.debian.net/debian/pool/main/s/spamassassin/spamassassin_3.3.2-3.1.dsc

-- 
-Shawn Landden


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

Bug#682946: latest weekly PowerPC CD#1 stalls because it cant find aptitude

[Jonathan Nieder]

Hi Rick,

Rick Thomas wrote:

> I just downloaded the beta1 netinst images for powerpc, i386 and
> amd64.  I'll be testing them this weekend if I can get time.

Thanks!

> Is the problem likely to be specific to the CD1 images and not show
> up on netinst?  If so, I'll get a copy of the beta1 CD1 image as
> well.

Yeah, my ignorant guess would be that it was CD-specific.

Ciao,
Jonathan


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

Bug#683802: [Pkg-sysvinit-devel] Bug#683802: sysvinit: Lintian: E: init.d-script-should-depend-on-virtual-facility [patch]

[Kel Modderman]

Hi Sven

> > I am pretty sure the initscripts scripts should not have more
> > dependencies on $remote_fs, and that the lintian check do not apply
> > here.  The init.d scripts in initscripts are the framework for the
> > other script to build upon, and the general rules often do not appyl.
> 
> Incidentally, /etc/insserv.conf lists mountnfs-bootclean as a dependency
> of $remote_fs, but mountall-bootclean is not a dependency of $local_fs.
> Should it be?

I don't think it needs to be that explicit, $remote_fs is a superset of
$local_fs

Thanks, Kel


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

Bug#683890: grub: GRUB on Debian Installer 2012-08-05 AMD64 fails due to syntax error

[Frederik Schwarzer]

Package: grub-common
Version: 1.99-22.1
Severity: normal
File: grub

Dear Maintainer,

   * What led up to the situation?

I installed Debian from the following iso on an UEFI Thinkpad T430:
http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/daily-builds/sid_d-i/20120805-1/amd64/iso-cd/
(I know that it's an inofficial image, but I did not have the time to
check with the official media.


   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I ran the installer from a USB stick.

   * What was the outcome of this action?

The GRUM install part throws an error tahat it could not be installed in
the MBR. The error console (F4) told me that there was a syntax error in
/usr/bin/grub-installer at line 45.
Looking at that file indeed showed a missing "then" in an "if"
statement. Adding that "then" and just rerunning the GRUB step of the
installer worked for me.

Regards



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

Kernel: Linux 3.2.20-rt32-fs (SMP w/2 CPU cores; PREEMPT)
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 grub-common depends on:
ii  gettext-base0.18.1.1-9
ii  libc6   2.13-35
ii  libdevmapper1.02.1  2:1.02.74-4
ii  libfreetype62.4.9-1
ii  libfuse22.9.0-5
ii  zlib1g  1:1.2.7.dfsg-13

Versions of packages grub-common recommends:
pn  os-prober  

Versions of packages grub-common suggests:
pn  desktop-base   
pn  grub-emu   
pn  multiboot-doc  
pn  xorriso

-- 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#683786: apt-get cross build dependency resolution of arch:all, m-a:none packages

[Johannes Schauer]

Hi David,

On Sun, Aug 05, 2012 at 01:53:35AM +0200, David Kalnischkies wrote:
> On Sat, Aug 4, 2012 at 7:25 PM, Johannes Schauer  wrote:
> > tldr: the issue seems solved, dose3 and apt-get only differ on 3 out of
> > 635 source packages. You can probably close this bugreport using your
> > fixed patch.
> 
> Thanks for testing! Well appreciated that we have a second tool working on
> these cross-dependencies now around. Gives me personally a little more
> confident that at least not everything is wrong in that code …
> (frankly, I expected worse, given that I have never cross-compiled
> anything, so that my experience in that context is … limited.)

The bad news is, that I do not cross compile anything either and (just
like you) only look at the dependency situation :D So in the worst case,
both of our algorithms produces the same wrong results ^^

Maybe dpkg-checkbuilddeps can *somehow* be used for additional
verification?

> Now I just need to figure out how to get, build and run dose3.  If you
> have some doc for this already written somewhere I would welcome a
> pointer, otherwise I presume I should reread your gsoc reports and get
> the info from there. :)

My mentor is currently on his holidays so he can only decide if he likes
my changes to dose3 and then apply them after he returns in a week or
so.  Should he apply my patches as I wrote them, then testing cross
build dependency satisfaction will be accomplished using the existing
tool deb-buildcheck but with an additional --host option that tells to
cross compile instead of doing native compilation.

You would then install the package dose-builddebcheck and run:

dose-builddebcheck -v --summary --deb-native-arch=amd64 
--deb-foreign-archs=armel,linux-any --host=armel Sid-amd64-armel.bz2 
Sid-Sources.bz2

Once he is back and a decision/fixing of my patches has been made and
stuff is in Debian I can give you a heads-up.

Should you need that functionality earlier, you can send me a private
mail and I will send you the patches and tell how to apply and use them.

> > Both source packages build depend on libpng-dev which is a virtual
> > package provided by libpng12-dev which is also selected by apt in
> > its native version.
> 
> Attached is a diff for bug-class which should ensure that APT chooses
> by default a host-arch packages (and especially a provider from that
> arch) instead of sometimes ending up using build-arch. Either by just
> not using build-arch if it could use host-arch (only if it needs to of
> course) or by erroring out if no solution exists instead of claiming
> everything is fine and ignoring all problems encountered.
> 
> 
> Our tests are fine with it and the two mentioned packages seem to be
> fine too (but I could solve build-deps before for both with an empty
> dpkg/status so I may as well just be lucky -- and it is late now in
> Germany, so I am probably even more "lucky" in overlooking new bugs
> than usual …).  I will give it more thoughts until Monday - Michael
> should be back then, too.

Over night I was running "apt-get -s -aarmel build-dep" for all
18244 source packages in Debian Sid. I started this before going to bed
(also late in Germany here) so without the patch of your last email. So
as a result, without your last patch, there were only 119 out of those
18244 on which apt-get and dose3 disagreed. Running apt-get build-dep on
all those 18244 packages took 8h.

Now I applied your patch and re-ran apt-get build-dep on those packages
of the remaining 119 that apt-get was not failing on. Two third of those
now fail correctly (at least dose3 believes the same).

It might of course be that your last patch introduces different results
elsewhere so I will now restart the whole process and report back in 8h
with the overall result :)

cheers, josch


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

Bug#683891: src:xkeyboard-config: please use xz compression for binary packages

[Ansgar Burchardt]

Source: xkeyboard-config
Version: 2.5.1-1
Severity: important
Tags: patch
Usertags: xz-for-wheezy

Please use xz compression for the binary packages (patch attached).
We are trying to fit a few more packages on the first CDs to get a
usable desktop install with it, see [1] for more details.

I will request a freeze exception once the package is uploaded; please
keep in mind to not include additional changes.

Regards,
Ansgar

[1] 
diff -u xkeyboard-config-2.5.1/debian/changelog xkeyboard-config-2.5.1/debian/changelog
--- xkeyboard-config-2.5.1/debian/changelog
+++ xkeyboard-config-2.5.1/debian/changelog
@@ -1,3 +1,10 @@
+xkeyboard-config (2.5.1-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules: Use xz compression for binary packages.
+
+ -- Ansgar Burchardt   Sun, 05 Aug 2012 09:17:26 +0200
+
 xkeyboard-config (2.5.1-1) unstable; urgency=low
 
   * New upstream release:
diff -u xkeyboard-config-2.5.1/debian/rules xkeyboard-config-2.5.1/debian/rules
--- xkeyboard-config-2.5.1/debian/rules
+++ xkeyboard-config-2.5.1/debian/rules
@@ -34,4 +34,7 @@
 	touch rules/base.o_k.part
 
+override_dh_builddeb:
+	dh_builddeb -- -Zxz
+
 %:
 	dh $@ --with quilt,autoreconf --builddirectory=build/

Bug#672972: Wheezy: VLC player can't play videos

[Reinhard Tartler]

On Sun, Aug 5, 2012 at 5:39 AM, T Elcor  wrote:
> --- On Sat, 8/4/12, Reinhard Tartler  wrote:
>
>> T, can you please elaborate what display hardware and
>> drivers you use
>> so that we can reassign this bug appropriately?
>
> Sure, please see below.
>
> I'm OK with the way things are as VLC is working now and that's all I wanted 
> in the first place. I don't have firmware-linux-nonfree installed, nor do I 
> have any particular desire to install it.
>
>
> # lspci
>[...]
> 01:05.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RS880 
> [Radeon HD 4200]
>[...]

> # uname -a
> Linux srv072 3.2.0-3-amd64 #1 SMP Thu Jun 28 09:07:26 UTC 2012 x86_64 
> GNU/Linux

That's interesting, because I wouldn't have expected a radeon HD 4200
to cause such problems. Just to be sure, are you using the 'radeon' or
'fglrx' driver? (or even some other driver?)

In any case, please attach the output of the command 'xvinfo',
'xdpyinfo' and ideally also the file /var/log/Xorg.0.log. That would
contain enough information for the maintainers of the respective
driver package to investigate the lack of XV further.

-- 
regards,
Reinhard


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

Bug#683182: [BTS#683182] templates://hoteldruid/{templates} : Final update for English review

[Christian PERRIER]

Dear Debian maintainer,

On Monday, July 30, 2012, I notified you of the beginning of a review process
concerning debconf templates for hoteldruid.

The debian-l10n-english contributors have now reviewed these templates,
and the final proposed changes are attached to this update to the
original bug report.

Please review the suggested changes, and if you have any
objections, let me know in the next 3 days.

However, please try to avoid uploading hoteldruid with these changes
right now.

The second phase of this process will begin on Wednesday, August 08, 2012, when 
I will
coordinate updates to translations of debconf templates.

The existing translators will be notified of the changes: they will
receive an updated PO file for their language.

Simultaneously, a general call for new translations will be sent to
the debian-i18n mailing list.

Both these calls for translations will request updates to be sent as
individual bug reports. That will probably trigger a lot of bug
reports against your package, but these should be easier to deal with.

The call for translation updates and new translations will run until
about Wednesday, August 29, 2012. Please avoid uploading a package with fixed 
or changed
debconf templates and/or translation updates in the meantime. Of
course, other changes are safe.

Please note that this is an approximative delay, which depends on my
own availability to process this work and is influenced by the fact
that I simultaneously work on many packages.

Around Thursday, August 30, 2012, I will contact you again and will send a 
final patch
summarizing all the updates (changes to debconf templates,
updates to debconf translations and new debconf translations).

Again, thanks for your attention and cooperation.


-- 


Template: hoteldruid/configure-apache
Type: boolean
Default: true
_Description: Automatically configure the Apache web server for HotelDruid?
 HotelDruid runs on any web server supporting PHP, but automatic
 configuration can only be performed for Apache.
 .
 Once configured, HotelDruid can be accessed locally at
 "http://localhost/hoteldruid";.
 .
 Please choose whether automatic configuration should be performed now.

Template: hoteldruid/restrict-localhost
Type: boolean
Default: true
_Description: Restrict HotelDruid access to localhost?
 The Apache web server can be configured to forbid HotelDruid
 connections from other machines.
 .
 It is recommended to activate this setting if HotelDruid is
 going to be used only from this machine.

Template: hoteldruid/restart-webserver
Type: boolean
Default: true
_Description: Reload the web server configuration for HotelDruid?
 In order to activate the new configuration for HotelDruid,
 the web server has to reload its configuration files.

Template: hoteldruid/administrator-username
Type: string
Default: admin
_Description: HotelDruid administrator username:
 Please enter a name for the administrator user, which will be able to
 manage HotelDruid's configuration and create new users. The
 username should be composed of ASCII letters and numbers only.
 .
 You can later change the administrator username and password from
 the "User management" page in HotelDruid. If this field is left blank,
 no user login will be required to access HotelDruid.

Template: hoteldruid/administrator-password
Type: password
_Description: HotelDruid administrator password:
 Please choose a password for the HotelDruid administrator.

Template: hoteldruid/purgedata
Type: boolean
Default: false
_Description: Erase HotelDruid data when purging the package?
 The hoteldruid package is about to be purged from this system.
 .
 HotelDruid stores its data in "/var/lib/hoteldruid".
 If you choose this option, these data files will be erased now.
 .
 Refuse this option if there is operational information which should be
 kept after HotelDruid is purged.
Source: hoteldruid
Section: web
Priority: optional
Maintainer: Marco Maria Francesco De Santis 
Build-Depends: debhelper (>= 8.0.0), po-debconf
Standards-Version: 3.9.3
Homepage: http://www.hoteldruid.com/

Package: hoteldruid
Architecture: all
Depends: ${misc:Depends}, ucf, apache2 | httpd, libapache2-mod-php5 | php5-cgi 
| php5,
 php5-sqlite (>= 5.3.3)
Suggests: iceweasel | www-browser, php5-mysql | php5-pgsql
Description: web-based property management system for hotels or B&Bs
 HotelDruid is designed to make hotel rooms, bed and breakfast apartments,
 or any other kind of daily rental easy to manage from a web browser.
 .
 Main features:
  * electronic point of sale;
  * automatic assignment of reservations to rooms by user-defined rules;
  * creation of public web pages displaying room availability, etc.;
  * generation of statistical reports;
  * management of groups and privileges for multi-user operation;
  * saving, printing, and emailing of documents and invoices.
 .
 It uses an SQLite database by default but can be configured for use
 with MySQL or PostgreSQL.


signature.asc
Description: Digital signature

Bug#683853: fglrx-driver: 32bit OpenGL applications don't work on amd64

[Vsevolod Kozlov]

The multilib packages install libraries in /usr/lib/i386-linux-gnu, as opposed
to /usr/lib32, so the problem is that 32-bit programs don't go looking there.

As a workaround, one can symlink
/usr/lib/i386-linux-gnu/fglrx/fglrx-libGL.so.1.2 to /usr/lib32/libGL.so.1 and
/usr/lib/i386-linux-gnu/dri/fglrx_dri.so to /usr/lib32/dri/fglrx_dri.so.

But I suppose the real solution would be to build the 32-bit programs properly.

-- 
Zaba


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

Bug#683892: msmtp attempts to connect to gnome-keyring

[Holger Arnold]

Package: msmtp
Version: 1.4.28-1
Severity: normal

Dear Maintainer,

msmtp (with msmtp-gnome not being installed) attempts to connect to gnome-
keyring even when running under a non-Gnome environment (i3 in my case).  At
least, it prints the following message:

  WARNING: gnome-keyring:: couldn't connect to: /home/holger/.cache/keyring-
jjhYkg/pkcs11: No such file or directory

Sending mail works (with accounts and passwords configured in ~/.msmtprc).
However, when using Emacs for composing mail, Emacs assumes that sending mail
failed, supposedly due to the warning message.

I don't know which component actually attempts to connect to gnome-keyring,
though, since 'ldd /usr/bin/msmtp' shows no dependency on libgnome-keyring.

msmtp-gnome was installed on this system before, but has has been purged.



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

Kernel: Linux 3.2.0-3-486
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 msmtp depends on:
ii  debconf [debconf-2.0]  1.5.44
ii  dpkg   1.16.4.3
ii  install-info   4.13a.dfsg.1-10
ii  libc6  2.13-33
ii  libgnutls262.12.20-1
ii  libgsasl7  1.8.0-2
ii  libidn11   1.25-2
ii  ucf3.0025+nmu3

Versions of packages msmtp recommends:
ii  ca-certificates  20120623

Versions of packages msmtp suggests:
pn  msmtp-mta  


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

Bug#683893: src:mutt: please use xz compression for binary packages

[Ansgar Burchardt]

Source: mutt
Version: 1.5.21-6.2
Severity: important
Tags: patch
Usertags: xz-for-wheezy

Please use xz compression for the binary packages (patch attached).
We are trying to fit a few more packages on the first CDs to get a
usable desktop install with it, see [1] for more details.

I will request a freeze exception once the package is uploaded; please
keep in mind to not include additional changes.

Regards,
Ansgar

[1] 
diff -u mutt-1.5.21/debian/rules mutt-1.5.21/debian/rules
--- mutt-1.5.21/debian/rules
+++ mutt-1.5.21/debian/rules
@@ -188,7 +188,7 @@
 	dh_shlibdeps
 	dh_gencontrol
 	dh_md5sums
-	dh_builddeb
+	dh_builddeb -- -Zxz
 
 build-indep binary-indep:
 	@echo "Nothing to do."
diff -u mutt-1.5.21/debian/changelog mutt-1.5.21/debian/changelog
--- mutt-1.5.21/debian/changelog
+++ mutt-1.5.21/debian/changelog
@@ -1,3 +1,10 @@
+mutt (1.5.21-6.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules: Use xz compression for binary packages.
+
+ -- Ansgar Burchardt   Sun, 05 Aug 2012 10:07:14 +0200
+
 mutt (1.5.21-6.1) unstable; urgency=low
 
   * Non-maintainer upload.

Bug#683358: torsocks: 'man torsocks' typos: 's/is/its/', "from then internet", etc.

[intrigeri]

Hi,

A. Costa wrote (04 Aug 2012 18:22:12 GMT) :
> Please note the line before:  "from THEN internet", i.e.
> 's/then/the/'.  (The capitalizations are freebies.)

Thanks, I missed it. Still not grave enough to convince me to carry
a Debian -specific patch, though.

>> > program torsocks -is embedded in is setuid. In addition this 
>> 
>> I'm sorry, but I think this suggested change does not fix any typo,
>> but instead changes the (correct) original meaning of the sentence
>> into something that does not make sense to me, neither technically nor
>> grammatically. Can you please double-check and report back if/why you
>> still think there is something to fix or perhaps clarify?

> You've added a "-" to highlight the first "is" on the quoted line
> above,

I merely quoted a part of the diff you provided, the leading "-" was
part of it. I was not highlighting any specific part of that line, but
the part you changed.

> but the typo was the second "is" on that line:  

>   's/in is setuid/in its setuid/'.

I was talking of that one, and am therefore still in need
of clarification.

Cheers!


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

Bug#683894: perl-base: IPC::Open3 fails when '-' is given as the command. Fix available upstream.

[David Caldwell]

Package: perl-base
Version: 5.14.2-12
Severity: normal

Dear Maintainer,

$ perl -MIPC::Open3 -e 'open3(undef, undef, undef, "-")'
open3: Illegal seek at /usr/share/perl/5.14/IPC/Open3.pm line 214.

In the perl git repo there is a fix here:

http://perl5.git.perl.org/perl.git/commit/f8b0429f0b6cf645006ec2cf9fdaa2c4fc8f60d6

The bug is documented in this perl bug report:

https://rt.perl.org/rt3/Public/Bug/Display.html?id=95748

Please consider backporting the fix into Debian's perl as this feature is
currently completely broken.

Thanks,
  David

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

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

Versions of packages perl-base depends on:
ii  dpkg   1.16.4.3
ii  libc6  2.13-33

perl-base recommends no packages.

Versions of packages perl-base suggests:
ii  perl  5.14.2-12

-- 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#681232: [3.2.20->3.2.21 regression] Atheros WiFi Adapter couldn't find networks "gain calibration timeout"

[Jonathan Nieder]

tags 681232 + patch moreinfo
quit

Hi,

Russ Lind wrote:

> For what it's worth, the 3.5-1 kernel from experimental works for me
[...]
> I'd also built the 3.4.7 kernel from the sources at kernel.org.
[...]
> I've read about a number of people having this issue thru the 3.3
> kernels with various distros, and read the issue was supposedly
> fixed in the 3.4 branch.  I get the impression it's an upstream
> issue.

Maybe one of the following patches helped.

  v3.3-rc1~182^2~44^2~292 ath5k: Calibration re-work

  v3.4-rc1~177^2~108^2~108 ath5k: do not stop queues for full
   calibration

  v3.4-rc1~177^2~108^2~107 ath5k: do not re-run AGC calibration
   periodically

What seems oddest to me is that I'm not aware of any patches from
the range 3.2.20->3.2.21 that might have had this effect.  Are you
sure that 3.2.20 did not reproduce the bug?  If you have time to try
one of the following, I'd be interested:

 a. Please test v3.2.20 and v3.2.21 from kernel.org, following
instructions from [1] or the following steps:

# get the kernel history, if you don't already have it
git clone \
  git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git

# fetch point releases:
cd linux
git remote add stable \
  git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
git fetch stable

# configure, build, test:
git checkout v3.2.21
cp /boot/config-$(uname -r) .config; # current configuration
scripts/config --disable DEBUG_INFO
make localmodconfig; # optional: minimize configuration
make deb-pkg; # optionally with -j for parallel build
dpkg -i ../; # as root
reboot
... test test test ...

# hopefully it reproduces the bug, so try the older kernel:
cd linux
git checkout v3.2.20
make deb-pkg; # maybe with -j4
dpkg -i ../; # as root
reboot
... test test test ...

# hopefully it does not reproduce the bug

 b. If (a) goes well, please bisect to find which patch introduced
the bug, as described at [2]:

cd linux
git bisect start
git bisect good 
git bisect bad v3.2.21

# a version halfway between is automatically checked out
make deb-pkg; # maybe with -j4
dpkg -i ../; # as root
reboot
... test test test ...
cd linux
git bisect good; # if it works well
git bisect bad; # if it reproduces the calibration timeouts
git bisect skip; # if some other bug makes it hard to test

... rinse and repeat until it prints the "first bad commit"
or until bored ...

# at any step, to see the regression range narrowing
apt-get install gitk
git bisect visualize

# to get a log of revs tested so far, which will let someone
# else pick up where you left off
git bisect log

 c. How does a pre-compiled 3.3 kernel from http://snapshot.debian.org
do?

 d. Please test the three attached patches together against a 3.2.y
kernel, following the directions at [3] or the following
instructions:

cd linux
git checkout stable/linux-3.2.y
git am -3sc $(ls -1 /path/to/patches/0[123]-*)
make deb-pkg; # maybe with -j4
dpkg -i ../; # as root
reboot
... test test test ...

Hope that helps,
Jonathan

[1] 
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-kernel-org-package
[2] http://kernel-handbook.alioth.debian.org/ch-bugs.html#s9.2.1
[3] 
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official
From: Nick Kossifidis 
Date: Fri, 25 Nov 2011 20:40:23 +0200
Subject: ath5k: Calibration re-work

commit ce169aca0d823d38465127023e3d571816ec upstream.

Noise floor calibration does not interfere with traffic and should run more
often as part of our "short calibration". The full calibration is not the
noise floor calibration but the AGC + Gain_F (on RF5111 and RF5112) calibration
and should run less often because it does interfere with traffic.

So

Short calibration -> I/Q & NF Calibration
Long calibration -> Short + AGC + Gain_F

This patch was for some time on my pub/ dir on www.kernel.org and has been 
tested
by a few people and me. I think it's O.K. to go in.

I also changed ah_calibration to ah_iq_cal_needed to make more sense.

v2 Use a workqueue instead of a tasklet for calibration

Signed-off-by: Nick Kossifidis 
Signed-off-by: John W. Linville 
Signed-off-by: Jonathan Nieder 
---
 drivers/net/wireless/ath/ath5k/ath5k.h |   15 ++---
 drivers/net/wireless/ath/ath5k/base.c  |  112 ++--
 drivers/net/wireless/ath/ath5k/phy.c   |   82 +--
 3 files changed, 147 insertions(+), 62 deletions(-)

diff --git a/drivers/net/wireless/ath/ath5k/ath5k.h 
b/drivers/net/wireless/ath/ath5k/ath5k.h
index fecbcd9..9f9a681 100644
--- a/drivers/net/wireless/ath/ath5k/ath5k.h
+++ b/drivers/net/wireless/ath/ath5k/ath5k.h
@@ -187,10 +187,9 @@
 #define AR5K_TUNE_MAX_TXPOWER  63
 #define AR5K_TUNE_D

Bug#683895: src:libav: please use xz compression for binary packages

[Ansgar Burchardt]

Source: libav
Version: 6:0.8.3-6
Severity: important
Tags: patch
Usertags: xz-for-wheezy

Please use xz compression for the binary packages (patch attached).
We are trying to fit a few more packages on the first CDs to get a
usable desktop install with it, see [1] for more details.

I will request a freeze exception once the package is uploaded; please
keep in mind to not include additional changes.

Regards,
Ansgar

[1] 
diff -Nru libav-0.8.3/debian/changelog libav-0.8.3/debian/changelog
--- libav-0.8.3/debian/changelog	2012-08-04 09:04:05.0 +0200
+++ libav-0.8.3/debian/changelog	2012-08-05 10:01:25.0 +0200
@@ -1,3 +1,10 @@
+libav (6:0.8.3-6.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules: Use xz compression for binary packages.
+
+ -- Ansgar Burchardt   Sun, 05 Aug 2012 10:01:10 +0200
+
 libav (6:0.8.3-6) unstable; urgency=low
 
   * Clarify the changes in the 6:0.8.3-5 upload, as discussed in bug
diff -Nru libav-0.8.3/debian/rules libav-0.8.3/debian/rules
--- libav-0.8.3/debian/rules	2012-08-04 09:02:42.0 +0200
+++ libav-0.8.3/debian/rules	2012-08-05 09:55:48.0 +0200
@@ -182,7 +182,7 @@
 	dh_installdeb
 	dh_gencontrol
 	dh_md5sums
-	dh_builddeb
+	dh_builddeb -- -Zxz
 
 binary: binary-indep binary-arch
 

Bug#683807: Segfault while using mv/"fusermount -u" with sshfs share

[Jonathan Nieder]

Hi,

asronche...@libero.it wrote:

> I was moving a 2GB file from an sshfs share to my local pc (home
[...]
> So i tryed the 'sync' command and it stalled forever. So i rebooted
> the pc and after remounting the share the cp command went ok.
>
> When the problem began i was using openbox-session (via startx) . 
> the ssh client and sshfs are up to date with the debian wheezy
> repository.

Yeah, that's not good.  Thanks for reporting it.  Am I correct in
assuming this only happened during one boot and you have not been able
to make it happen again?

Ideally we would want to see a trace from reproducing it without the
nvidia driver, because then we could get help from upstream.

> How can i follow this bug? will i need to subscribe to some bug mailing list? 
> or will i automatically receive via email all the news about it?

We'll (manually) cc you on any mail that requires a response.  If
you'd like to hear the rest of the chatter associated to a bug report,
you can subscribe to it following instructions from here:

  http://www.debian.org/Bugs/Developer#subscribe

I'm leaving the oops unsnipped in case someone reading has a chance
to analyze it with scripts/markup_oops.pl.

Hope that helps,
Jonathan

[...]
> Aug  4 09:48:14 *** kernel: [67200.657999] ehci_hcd :00:1d.0: PME# enabled
> Aug  4 10:00:19 *** kernel: [67923.729899] general protection fault:  
> [#1] SMP 
> Aug  4 10:00:19 *** kernel: [67923.729957] CPU 1 
> Aug  4 10:00:19 *** kernel: [67923.729976] Modules linked in: joydev ath9k 
> bluetooth crc16 msr cpufreq_stats uvcvideo videodev v4l2_compat_ioctl32 media 
> fuse ip6table_filter ip6_tables xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 
> xt_state nf_conntrack iptable_filter ip_tables x_tables bbswitch(O) uinput 
> loop snd_hda_codec_hdmi snd_hda_codec_conexant arc4 mxm_wmi snd_hda_intel 
> snd_hda_codec usbhid hid coretemp snd_hwdep snd_pcm jmb38x_ms snd_page_alloc 
> ath9k_common memstick snd_seq ath9k_hw snd_seq_device snd_timer psmouse 
> crc32c_intel ath mac80211 pcspkr serio_raw evdev iTCO_wdt iTCO_vendor_support 
> i915 intel_ips cfg80211 drm_kms_helper snd drm soundcore i2c_algo_bit 
> i2c_core wmi battery ac asus_laptop power_supply video sparse_keymap rfkill 
> input_polldev acpi_cpufreq mperf button processor ext3 mbcache jbd sr_mod 
> sd_mod cdrom crc_t10dif ahci libahci ehci_hcd libata scsi_mod sdhci_pci sdhci 
> mmc_core jme mii usbcore thermal usb_common thermal_sys [last unloaded: ath9k]
> Aug  4 10:00:19 *** kernel: [67923.730874] 
> Aug  4 10:00:19 *** kernel: [67923.730891] Pid: 9192, comm: mv Tainted: P 
>   O 3.2.0-3-amd64 #1 ASUSTeK Computer Inc. K52Jc/K52Jc
> Aug  4 10:00:19 *** kernel: [67923.730976] RIP: 0010:[]  
> [] generic_segment_checks+0x70/0x70
> Aug  4 10:00:19 *** kernel: [67923.731053] RSP: 0018:88023f99fcd0  
> EFLAGS: 00010246
> Aug  4 10:00:19 *** kernel: [67923.731095] RAX: 880036cd5480 RBX: 
> 880240430d48 RCX: fffa
> Aug  4 10:00:19 *** kernel: [67923.731150] RDX: 0001 RSI: 
> 0002637d RDI: 0400
> Aug  4 10:00:19 *** kernel: [67923.731205] RBP: 0002637d R08: 
> 0400 R09: 003f
> Aug  4 10:00:19 *** kernel: [67923.731259] R10: 88023f99fee8 R11: 
> 88023f99fee8 R12: 0400
> Aug  4 10:00:19 *** kernel: [67923.731314] R13: 880036cd5480 R14: 
>  R15: 0002637c
> Aug  4 10:00:19 *** kernel: [67923.731368] FS:  7f2d9062f7a0() GS: 
> 88024bc4() knlGS:
> Aug  4 10:00:19 *** kernel: [67923.731430] CS:  0010 DS:  ES:  CR0: 
> 8005003b
> Aug  4 10:00:19 *** kernel: [67923.731475] CR2: 7f1d1c02f000 CR3: 
> 00023eca8000 CR4: 06e0
> Aug  4 10:00:19 *** kernel: [67923.731530] DR0:  DR1: 
>  DR2: 
> Aug  4 10:00:19 *** kernel: [67923.731585] DR3:  DR6: 
> 0ff0 DR7: 0400
> Aug  4 10:00:19 *** kernel: [67923.731640] Process mv (pid: 9192, threadinfo 
> 88023f99e000, task 88024185e280)
> Aug  4 10:00:19 *** kernel: [67923.731700] Stack:
> Aug  4 10:00:19 *** kernel: [67923.731718]  810b3c0c 880240430d40 
> ea00045e41c0 8802406f1c80
> Aug  4 10:00:19 *** kernel: [67923.731786]  0002637d 880240430d40 
> 810b53c5 88023f99fee8
> Aug  4 10:00:19 *** kernel: [67923.731854]  0002637d  
> 88023f99fee8 0003
> Aug  4 10:00:19 *** kernel: [67923.731921] Call Trace:
> Aug  4 10:00:19 *** kernel: [67923.731945]  [] ?  
> find_get_page+0x40/0x63
> Aug  4 10:00:19 *** kernel: [67923.731990]  [] ?  
> generic_file_aio_read+0x262/0x5cf
> Aug  4 10:00:19 *** kernel: [67923.732044]  [] ?  
> blk_finish_plug+0xb/0x2a
> Aug  4 10:00:19 *** kernel: [67923.732089]  [] ?  
> generic_file_aio_write+0xa7/0xb5
> Aug  4 10:00:19 *** kernel: [67923.732141]  [] ?  
> do_sync_read+0xab/0xe3
> Aug  4 10

Bug#683373: [Pkg-xfce-devel] Bug#683373: Bug#683373: Bug#683373: lightdm: User switching does not work under GNOME

[Yves-Alexis Perez]

On sam., 2012-08-04 at 15:30 +0200, Jonathan Michalon wrote:
> > So *who* sends to the session bus?
> 
> According to the error popup when called it's gdm's gdmflexiserver.

Ok, so lightdm and gdm “API”s are not compatible. GDM uses session bus
while lightdm uses system bus.
> 
> > > > > Ubuntu ships a gdmflexiserver script doing the --system dbus-send 
> > > > > call located
> > > > > in a directory placed at the beginning of PATH which can be 
> > > > > considered as an
> > > > > (ugly) workaround. Listening to session bus (if this is standard) may 
> > > > > be better.
> > > > > 
> > > > 
> > > > The script is upstream, but I remove it on purpose. But How could
> > > > lightdm listen on the session bus, which is owned by the user, afaict.
> > > 
> > > No idea. But why remove the script, if they think that this is The Right 
> > > Way™ ?
> > 
> > Because there's no way I'll add /usr/lib/lightdm in $PATH of a user.
> 
> Didn't know there was such an implication, but I agree this is a good reason.
> What about a kind of divert ? There is already a dialog asking which DM we
> prefer, I suppose it may update an alternative alongside modifying the file.

That won't work, see above.
> 
> > > I'm no expert in that area, and as such I may be completely misleading. 
> > > But as
> > > is I can't use lightdm together with GNOME as I often need to change user.
> > 
> > To be honest, GNOME users aren't my priority here, considering they can
> > use gdm3. I'm more targetting Xfce and non-DE users.
> 
> Seems rational. But I tested lightdm as gdm3 is really buggy… and heavy.

Ok. But then consider lightdm as not supporting user switching :)
-- 
Yves-Alexis


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

Bug#683865: [Pkg-xfce-devel] Bug#683865: xfce4-session: xflock4 exits silently without doing anything

[Yves-Alexis Perez]

tag 683865 confirmed
thanks
On dim., 2012-08-05 at 00:02 +0200, Torquil Macdonald Sørensen wrote:
> Package: xfce4-session
> Version: 4.10.0-1
> Severity: normal
> 
> Nothing happens when running xflock4 on my system. It just exists silently.
> After installing xlockmore, it works. But xfce4-session 4.10.0-1
> (containing xflock4) neither recommend nor suggest xlockmore. Perhaps it
> should?
> 

Indeed, xfce4-utils (4.8) recommends xscreensaver for that reason.
-- 
Yves-Alexis


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

Bug#681702: nbd: diff for NMU version 1:3.2-1.1

[Christian PERRIER]

tags 681702 + pending
thanks

Dear maintainer,

With your agreement, I've prepared an NMU for nbd (versioned as
1:3.2-1.1) and uploaded it to DELAYED/3. Please feel free to tell me
if I should delay it longer.

Regards.
diff -u nbd-3.2/debian/changelog nbd-3.2/debian/changelog
--- nbd-3.2/debian/changelog
+++ nbd-3.2/debian/changelog
@@ -1,3 +1,11 @@
+nbd (1:3.2-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+  * Czech (Miroslav Kure).  Closes: #681702
+
+ -- Christian Perrier   Sun, 05 Aug 2012 09:49:21 +0200
+
 nbd (1:3.2-1) unstable; urgency=low
 
   * New upstream release. Includes many stability fixes, so hopefully
diff -u nbd-3.2/debian/po/cs.po nbd-3.2/debian/po/cs.po
--- nbd-3.2/debian/po/cs.po
+++ nbd-3.2/debian/po/cs.po
@@ -16,7 +16,7 @@
 "Project-Id-Version: nbd\n"
 "Report-Msgid-Bugs-To: n...@packages.debian.org\n"
 "POT-Creation-Date: 2011-01-05 18:59+0100\n"
-"PO-Revision-Date: 2010-08-05 22:51+0200\n"
+"PO-Revision-Date: 2012-07-15 20:23+0200\n"
 "Last-Translator: Miroslav Kure \n"
 "Language-Team: Czech \n"
 "Language: cs\n"
@@ -140,20 +140,18 @@
 #. Type: string
 #. Description
 #: ../nbd-client.templates:6001
-#, fuzzy
-#| msgid "Hostname of the server (number: ${number})?"
 msgid "Port or name for nbd export (number: ${number})?"
-msgstr "Jméno serveru (číslo ${number})?"
+msgstr "Port nebo jméno nbd exportu (číslo ${number})?"
 
 #. Type: string
 #. Description
 #: ../nbd-client.templates:6001
-#, fuzzy
-#| msgid "Please enter the TCP port number to access nbd-server."
 msgid ""
 "Please enter the TCP port number or NBD export name needed to access nbd-"
 "server."
-msgstr "Zadejte číslo TCP portu, které se použije pro přístup k nbd-serveru."
+msgstr ""
+"Zadejte číslo TCP portu nebo název NBD exportu, které se použije pro přístup "
+"k nbd-serveru."
 
 #. Type: string
 #. Description
@@ -164,6 +162,9 @@
 "enter the TCP port number here, and should make sure not to enter any non-"
 "numeric characters in the field."
 msgstr ""
+"nbd-servery verze 2.9.16 a nižší nepodporovaly přístup přes jméno NBD "
+"exportu. Jestliže je váš NBD server starší verze, měli byste zde zadat pouze "
+"číslo TCP portu."
 
 #. Type: string
 #. Description
@@ -174,6 +175,9 @@
 "this configuration system will accept that as a name and provide it to nbd-"
 "client as a name-based export rather than a port-based one."
 msgstr ""
+"Novější verze nbd-serveru podporují kromě čísla TCP portu i jméno exportu. "
+"Pokud so pole zadáte i jiný znak než číslici, bude to konfigurační systém "
+"považovat za název exportu a takto to i předá NBD klientovi."
 
 #. Type: string
 #. Description
@@ -251,7 +255,7 @@
 "If you wish to add any extra parameters to nbd-client, then please enter "
 "them here."
 msgstr ""
-"Chcete-li si zadatf nbd-klientu dodatečné parametry, zadejte je prosím zde."
+"Chcete-li zadat nbd-klientu dodatečné parametry, zadejte je prosím zde."
 
 #. Type: string
 #. Description
@@ -290,32 +294,24 @@
 #. Type: string
 #. Description
 #: ../nbd-server.templates:3001
-#, fuzzy
-#| msgid ""
-#| "Please specify the TCP port this instance of nbd server will use for "
-#| "listening. As NBD is likely to use more than one port, no dedicated port "
-#| "has been assigned in IANA lists."
 msgid ""
 "Please specify the TCP port this instance of nbd server will use for "
 "backwards compatibility with older clients."
 msgstr ""
-"Zadejte TCP port, na kterém bude tato instance nbd-serveru naslouchat "
-"příchozím požadavkům. Protože je pravděpodobné, že bude NBD používat více "
-"než jeden port, nebyl mu v IANA registrech přiřazen specifický port."
+"Zadejte TCP port, který bude tato instance nbd-serveru používat pro zpětnou "
+"kompatibilitu se staršími klienty."
 
 #. Type: string
 #. Description
 #: ../nbd-server.templates:4001
-#, fuzzy
-#| msgid "File to export (server number ${number}):"
 msgid "Name of export ${number}:"
-msgstr "Soubor, který se má exportovat (server číslo ${number}):"
+msgstr "Název exportu ${number}:"
 
 #. Type: string
 #. Description
 #: ../nbd-server.templates:4001
 msgid "Please specify a name for this export."
-msgstr ""
+msgstr "Zadejte jméno tohoto exportu."
 
 #. Type: string
 #. Description
@@ -409,8 +405,8 @@
 "current nbd-server package no longer supports this file and will not work if "
 "it is kept as is."
 msgstr ""
-"V systému byl nalezen konfigurační soubor nbd-serveru < 2...9. Současný "
-"balík nbd-server již tento soubor nepodporuje a pokud soubor nepřevedete na "
+"V systému byl nalezen konfigurační soubor nbd-serveru < 2.9. Současný balík "
+"nbd-server již tento soubor nepodporuje a pokud soubor nepřevedete na "
 "novější formát, nebude nbd-server fungovat."
 
 #. Type: boolean
@@ -434,14 +430,14 @@
 "If a new-style configuration file already exists and you choose this option, "
 "you will shortly see a \"modified configuration file\" prompt, as usual."
 msgstr ""
-"Pokud již nový konfigurační soubor existuje 

Bug#683890: grub: GRUB on Debian Installer 2012-08-05 AMD64 fails due to syntax error

[Christian PERRIER]

reassign 683890 grub-installer
forcemerge 683867 683890
thanks

Quoting Frederik Schwarzer (schwarz...@gmail.com):

> The GRUM install part throws an error tahat it could not be installed in
> the MBR. The error console (F4) told me that there was a syntax error in
> /usr/bin/grub-installer at line 45.
> Looking at that file indeed showed a missing "then" in an "if"
> statement. Adding that "then" and just rerunning the GRUB step of the
> installer worked for me.


This bug is not in GRUB but in the grub-installer componennt of D-I.

Reassigning and merging with the existing bug report about this.




signature.asc
Description: Digital signature

Bug#683896: unblock: ntfs-3g/1:2012.1.15AR.5-2.1 (t-p-u)

[Christian Perrier]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package ntfs-3g from testing-proposed-updates.
(I'm unsure whether this is really an unblock, here)

This upload is meant to be sure that the Czech debconf translation
goes into wheezy (Czech is aiming at full completion for debconf
translations in wheezy) while the -4 upload done by the maintainer has
currently no guarantee to be accepted for migration.

unblock ntfs-3g/1:2012.1.15AR.5-2.1

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

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


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

Bug#683897: gnome-dvb-client: Does not run on armhf

[Thomas Maass]

Package: gnome-dvb-client
Version: 1:0.2.8-1
Severity: normal

gnome-dvb-setup and gnome-dvb-control do not run on amrhf under wheezy:

Gtk-Message: Failed to load module "canberra-gtk-module"
Traceback (most recent call last):
  File "/usr/bin/gnome-dvb-setup", line 31, in 
w = SetupWizard()
  File "/usr/lib/python2.7/dist-packages/gnomedvb/ui/wizard/SetupWizard.py",
line 72, in __init__
self.__model = DVBModel()
  File "/usr/lib/python2.7/dist-packages/gnomedvb/DVBModel.py", line 26, in
__init__
gnomedvb.DVBManagerClient.__init__(self)
  File "/usr/lib/python2.7/dist-packages/gnomedvb/DBusWrapper.py", line 91, in
__init__
self.manager = _get_proxy(MANAGER_PATH, MANAGER_IFACE)
  File "/usr/lib/python2.7/dist-packages/gnomedvb/DBusWrapper.py", line 79, in
_get_proxy
iface_name, None)
  File "/usr/lib/python2.7/dist-packages/gi/types.py", line 72, in constructor
return info.invoke(cls, *args, **kwargs)
gi._glib.GError: Fehler beim Aufruf von StartServiceByName für org.gnome.DVB:
GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process /usr/bin
/gnome-dvb-daemon exited with status 255



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

Kernel: Linux 3.1.10-1-ac100 (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 gnome-dvb-client depends on:
ii  gir1.2-gtk-3.03.4.2-2
ii  gnome-dvb-daemon  1:0.2.8-1
ii  gnome-icon-theme  3.4.0-2
ii  python2.7.3~rc2-1
ii  python-gobject3.2.2-1
ii  python2.7 2.7.3~rc2-2.1

Versions of packages gnome-dvb-client recommends:
ii  dvb-apps  1.1.1+rev1483-1

gnome-dvb-client 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#683871: RFS: pyskein/0.7.1-1 [ITP] -- Skein hash for Python3

[Jakub Wilk]

* Jason Gerard DeRose , 2012-08-04, 18:26:

 dget -x 
http://mentors.debian.net/debian/pool/main/p/pyskein/pyskein_0.7.1-1.dsc


Let me see:


Build-Depends: debhelper (>= 8.9),


Out of curiosity, why >= 8.9?


   python3 (>= 3.2),
   python3-dev (>= 3.2),


You don't need to build-depend on both, python3-dev would be enough. Shouldn't
that be python3-all-dev though?

Also, why 3.2? Upstream README says “you need Python 3.0 or later”.


X-Python-Version: 3.2


This is wrong, X-P-V is for 2.X versions only.


X-Python3-Version: 3.2


Shouldn't that be ">= 3.2"?


Depends: python3 (>= 3.2),


Don't hardcode the dependency, use ${python3:Depends} instead.


Description: PySkein implementation of Skein cryptographic hash algorithm


Maybe s/PySkein/Python/?


algorithm, one of the finalists in the NIST SHA-3 Competition.  While
originally based on the optimized version of the reference implementation by
Doug Whiting, PySkein is now feature complete and offers a pythonic interface,


Is the fact it was based on $something in the past really important 
enough to put it in the package description?



all released as free software under the GNU General Public License.  Its
highlights are:


If it wasn't free software, it wouldn't be allowed in Debian. No need to 
mention that in the description.



Simple interface following the hash algorithms in the Python standard library
(like hashlib.sha1 or hashlib.sha256)
.
All features of the Skein specification (flexible digest sizes, MAC
generation, tree hashing, and various other arguments)
.
High performance through optimized C implementation (7.1 cycles/byte for
sequential hashing and 4.2 cycles/byte for tree hashing on two cores, measured
on an Athlon 64 X2)
.
Threefish, the tweakable block cipher used in Skein, available for encryption
and decryption on its own


This looks like an itemized lists, except that it doesn't have bullets. 
Looks odd to me.


You may want to get your descriptions reviewed by 
debian-l10n-english@ldo.


The copyright file doesn't document license/copyright status of 
doc/_static/jquery.js. It also doesn't say say where the upstream 
sources were obtained; see Policy §12.5.


debian/python3-skein.install is empty. Remove it.


Abstract: Documentation for PySkein in HTML form.


One of the features of doc-base is that you can have the same document 
in multiple formats. Mentioning the format in the Abstract field seems 
weird to me.



   for pyvers in $(shell py3versions -vr); do \


Missing “set -e”; see Policy §4.6.


   LC_ALL=en_US.UTF-8 python$$pyvers setup.py install \
   --install-layout=deb \
   --root $(CURDIR)/debian/python3-skein; \


IIRC “LC_ALL=en_US.UTF-8” is too work around issue 9561. This bug was 
fixed in Python 3.2.3 RC 1, so you might want to just bump version in 
Build-Depends and drop this work-around. Or you may want to use the 
C.UTF-8 locale, which is provided by libc-bin (>= 2.13-1).



   dh_auto_build


Uh, this looks wrong. dh_auto_* doesn't support building Python 3 
modules. In fact, I see this in the build log:


| Can't exec "pyversions": No such file or directory at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/python_distutils.pm line 120.
| Use of uninitialized value $python_default in substitution (s///) at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/python_distutils.pm line 121.
| Use of uninitialized value $python_default in substitution (s///) at 
/usr/share/perl5/Debian/Debhelper/Buildsystem/python_distutils.pm line 122.

The package will FTBFS once #683551 is fixed…

Lintian reports:

W: python3-skein-doc: embedded-javascript-library 
usr/share/doc/python3-skein-doc/html/_static/jquery.js
W: python3-skein-doc: embedded-javascript-library 
usr/share/doc/python3-skein-doc/html/_static/underscore.js

You may want to use dh_sphinxdoc to fix these.

Lintian also emits:

W: python3-skein: hardening-no-fortify-functions 
usr/lib/python3/dist-packages/_skein.cpython-32mu.so

blhc confirms it's a true positive:

CPPFLAGS missing (-D_FORTIFY_SOURCE=2): gcc -pthread -DNDEBUG -g -fwrapv -O2 
-Wall -Wstrict-prototypes -g -fstack-protector --param=ssp-buffer-size=4 
-Wformat -Werror=format-security -fPIC -Isrc -I/usr/include/python3.2mu -c 
src/threefish.c -o build/temp.linux-i686-3.2/src/threefish.o
CPPFLAGS missing (-D_FORTIFY_SOURCE=2): gcc -pthread -DNDEBUG -g -fwrapv -O2 
-Wall -Wstrict-prototypes -g -fstack-protector --param=ssp-buffer-size=4 
-Wformat -Werror=format-security -fPIC -Isrc -I/usr/include/python3.2mu -c 
src/_skeinmodule.c -o build/temp.linux-i686-3.2/src/_skeinmodule.o

Last but not least, lintian also emits:

E: python3-skein: python-script-but-no-python-dep usr/bin/skeinsum

This is because /usr/bin/skeinsum has #!/usr/bin/python3.2 shebang, but 
the package depends on python3, which of course doesn't guarantee that 
/usr/bin/python3.2 exists. You probably want to make this shebang 
unversioned.


--
Jakub Wi

Bug#683898: FAIL: virnetsockettest on i386

[Bart Verwilst]

Package: libvirt
Version: 0.9.13-1

While trying to build your package on my Precise PPA, amd64 built fine, but the 
i386 build failed with this:


TEST: virnetsockettest
Cannot identify IPv4/6 availability
FAIL: virnetsockettest

===
1 of 67 tests failed
(2 tests were not run)
Please report to libvir-l...@redhat.com
===
make[3]: *** [check-TESTS] Error 1
make[3]: Leaving directory `/build/buildd/libvirt-0.9.13/debian/build/tests'
make[2]: *** [check-am] Error 2
make[2]: Leaving directory `/build/buildd/libvirt-0.9.13/debian/build/tests'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory `/build/buildd/libvirt-0.9.13/debian/build'
make: *** [debian/stamp-makefile-check] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

I have found this mailinglist post with a small diff that should fix this: 
https://www.redhat.com/archives/libvir-list/2012-July/msg01158.html


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

Bug#683863: libfprint0: udev rules not applied when libfprint0 is installed

[Didier Raboud]

tags 683863 +moreinfo
thanks

Le samedi, 4 août 2012 23.56:02, Andrew Pimlott a écrit :
> Package: libfprint0
> Version: 1:0.4.0-4-gdfff16f-4
> Severity: normal
> 
> Dear Maintainer,

Hi Andrew, and thanks for your bugreport,

> libfprint0 installs some udev rules to make fingerprint readers
> accessible to the plugdev group.  However, since many fingerprint
> readers are built-in to computers, they are never plugged in, and thus
> the udev rules never fire. 

In my experience, that's partially wrong: the udev rules get run (at least) at 
boot time. Are you really experiencing this problem for a device or is it a 
theoretical problem?

>The result is that after installing the
> package, the fingerprint reader does not work for non-root users.

If the udev rules don't get run, OK.

> libfprint0 should trigger the udev rules when it installs them. 

I don't think that libfprint should be special-cased here. On my system, there 
are 32 different packages installing udev rules under /lib/udev/rules.d and 
libfprint is certainly not the only one that would benefit from "udevadm 
trigger" runs.

In my understanding of the situation of the udev rules, there is a requirement 
to reboot to have things working correctly; and that's nothing libfprint 
should fix for its own benefit.

>  I think
> this can be done with the "udevadm trigger" command.  By default, this
> will trigger change events for all devices.  I'm not sure whether that
> could have undesirable consequences.  You could limit the events to just
> fingerprint readers with a series of
> 
> udevadm trigger --attr-match=idVendor= --attr-match=idProduct=
> 
> Possible dh_installudev should help you with this.

As mentionned above, I don't think it's libfprint's job to handle this: if 
deemed useful, it should be done by dh_installudev (that doesn't do much else 
than installing the udev rules file) or by a udev dpkg trigger.

I'm CC'ing the udev maintainer to have his input on this. Marco: opinions?

Cheers,

OdyX


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

Bug#515577: refreshed patch for Wheezy

[intrigeri]

Hi,

intrigeri wrote (19 Jun 2012 20:24:36 GMT) :
> Therefore, please consider applying this patch to the Debian package.

FWIW: I think the patch was added to SVN, but no upload done,
so it looks like Wheezy will have this bug.


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

Bug#683899: src:samba: please use xz compression for binary packages

[Ansgar Burchardt]

Source: samba
Version: 2:3.6.6-2
Severity: important
Tags: patch
Usertags: xz-for-wheezy

Please use xz compression for the binary packages (patch attached).
We are trying to fit a few more packages on the first CDs to get a
usable desktop install with it, see [1] for more details.

I will request a freeze exception once the package is uploaded; please
keep in mind to not include additional changes.

Regards,
Ansgar

[1] 
diff -Nru samba-3.6.6/debian/changelog samba-3.6.6/debian/changelog
--- samba-3.6.6/debian/changelog	2012-06-27 18:31:16.0 +0200
+++ samba-3.6.6/debian/changelog	2012-08-05 11:27:03.0 +0200
@@ -1,3 +1,10 @@
+samba (2:3.6.6-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules: Use xz compression for binary packages.
+
+ -- Ansgar Burchardt   Sun, 05 Aug 2012 11:26:42 +0200
+
 samba (2:3.6.6-2) unstable; urgency=low
 
   * Restore the DHCP hook.
diff -Nru samba-3.6.6/debian/rules samba-3.6.6/debian/rules
--- samba-3.6.6/debian/rules	2012-06-27 18:25:33.0 +0200
+++ samba-3.6.6/debian/rules	2012-08-05 11:20:54.0 +0200
@@ -142,3 +142,6 @@
 
 override_dh_compress:
 	dh_compress -XWHATSNEW.txt
+
+override_dh_builddeb:
+	dh_builddeb -- -Zxz

Bug#683900: ITP: libapp-cmd-plugin-prompt-perl -- plug prompting routines into your commands

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libapp-cmd-plugin-prompt-perl
  Version : 1.003
  Upstream Author : Ricardo Signes 
* URL : http://search.cpan.org/dist/App-Cmd-Plugin-Prompt/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : plug prompting routines into your commands

 App::Cmd is intended to make it easy to write complex command-line
 applications without having to think about most of the annoying things
 usually involved.
 .
 App::Cmd::Plugin::Prompt in a plugin to App::Cmd providing several
 routines to prompt on commandline in various ways.


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

Bug#683901: src:icu: please use xz compression for binary packages

[Ansgar Burchardt]

Source: icu
Version: 4.8.1.1-8
Severity: important
Tags: patch
Usertags: xz-for-wheezy

Please use xz compression for the binary packages (patch attached).
We are trying to fit a few more packages on the first CDs to get a
usable desktop install with it, see [1] for more details.

I will request a freeze exception once the package is uploaded; please
keep in mind to not include additional changes.

Regards,
Ansgar

[1] 
diff -Nru icu-4.8.1.1/debian/changelog icu-4.8.1.1/debian/changelog
--- icu-4.8.1.1/debian/changelog	2012-06-05 20:27:27.0 +0200
+++ icu-4.8.1.1/debian/changelog	2012-08-05 11:31:42.0 +0200
@@ -1,3 +1,10 @@
+icu (4.8.1.1-8.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules: Use xz compression for binary packages.
+
+ -- Ansgar Burchardt   Sun, 05 Aug 2012 11:31:26 +0200
+
 icu (4.8.1.1-8) unstable; urgency=low
 
   * Switch hardening back to hardening-wrapper again since otherwise some
diff -Nru icu-4.8.1.1/debian/rules icu-4.8.1.1/debian/rules
--- icu-4.8.1.1/debian/rules	2012-06-05 20:26:41.0 +0200
+++ icu-4.8.1.1/debian/rules	2012-08-05 11:31:08.0 +0200
@@ -32,6 +32,8 @@
 
 DEB_DBG_PACKAGE_libicu$(l_SONAME) = libicu$(l_SONAME)-dbg
 
+DEB_DH_BUILDDEB_ARGS = -- -Zxz
+
 override DEB_MAKE_CHECK_TARGET = check
 
 clean::

Bug#683859: [Aptitude-devel] Bug#683859: closed by Daniel Hartwig (Re: Bug#683859: aptitude: APT::Get::Build-Dep-Automatic is not honored)

[Daniel Hartwig]

> > Aptitude provides for tracking sets of packages:
> >
> > # aptitude --add-user-tag foo-builddep build-dep foo
>
> I had no idea, thanks for making me aware of this!  It seems like a much
> better solution.  I'll definitely start using it.

Very useful feature but I don't think it gets a lot of exposure.

>
> > [then, after make foo]
> > # aptitude --remove-user-tag foo-builddep '?user-tag(foo-builddep)'
>
> Did you mean to add an unmarkauto to this command?

No, actually it should have 'remove' which I missed. The build deps are not
marked auto by the first command. The second should have been:

# aptitude --remove-user-tag foo-builddep remove '?user-tag(foo-builddep)'

Bug#683837: lxc-create -t debian fails on btrfs

[Jon Severinsson]

 tag 683837 - patch

söndagen den 5 augusti 2012 11:35:18 skrev  Jon Severinsson:
> Thankfully, the solution is quite simple, just copy .../{.?*,*} instead
> of .../*. Updated patch attached.

Sorry, should have checked my tests more carafully. That will copy ".." too, 
which won't give an error, but will add every cache directory to the new 
rootfs, which isn't really acceptable. Copying .../{.??*,*} instead will of 
course skip all single character dotfiles (ie ".a"), so the solution seems to 
not be as simple after all...


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

Bug#650857: DDPO: watch file with dversionmangle is handled incorrectly

[Bart Martens]

tags 650857 confirmed
stop

I see that developer.php on quantz currently chooses the color by comparing the
package version with the upstream-version in dehs.db without using uscan (so
without using dversionmangle).  The solution is to add information in dehs.db
about the comparison by uscan (using dversionmangle), and to modify
developer.php to use that information to choose the color.


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

Bug#683902: ITP: perlrdf -- perlrdf command line utils

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: perlrdf
  Version : 0.001
  Upstream Author : Toby Inkster 
* URL : https://metacpan.org/release/App-perlrdf
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : perlrdf command line utils

 Resource Description Framework (RDF) is a standard model for data
 interchange on the Web.
 .
 perlrdf is a single front-end to various RDF functionality available
 for Perl. It includes commands to create and manipulate quad stores
 (i.e. databases for RDF data); and commands to parse, serialise,
 convert and validate RDF data in various formats.


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

Bug#679882: Processed: Re: linux: leap second fixes missing in 3.2 and 2.6.32 longterm

[Vladimir Lazarenko]

Hi,

Is there any progress on this one? It appears that out there on the network 
there are quite a few stratum 1 NTP servers that didn't clear their leap second 
flag and one more was injected on quite a few machines end of July. I assume 
the same might happen end of August as well :) Would be great if havoc can be 
avoided by having an officially patched kernel.

Thanks a lot.

Vladimir


On Jul 9, 2012, at 10:59 PM, Vladimir Lazarenko  wrote:

> Hi Jonathan,
> 
> Thanks for your prompt reply.
> I can reproduce it at will by injecting another leap second on any of our 
> squeeze machines with 2.6.32-45+. Java goes haywire, MySQL starts randomly 
> lagging.
> 
> Regards,
> Vladimir
> 
> On Jul 9, 2012, at 10:57 PM, Jonathan Nieder wrote:
> 
>> Hi Vladimir,
>> 
>> Vladimir Lazarenko wrote:
>> 
>>> Pardon my debian bugtracker newbiness, but does this mean patches
>>> won't be applies to 2.6 and will only be available for 3.2?
>> 
>> No, it doesn't mean that.  The fix will probably be applied to 3.2.y
>> first, and if you can reproduce the problem in 2.6.32.y (for example
>> using the upstream testcase) then that would be very helpful.
>> 
>> Hoping that clarifies,
>> Jonathan
> 
> 
> 
> 
> --
> To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: 
> http://lists.debian.org/03542dd2-966b-4dd2-bc1c-c0e0cfd6b...@gmail.com
> 


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

Bug#683903: src:desktop-base: please use xz compression for binary packages

[Ansgar Burchardt]

Source: desktop-base
Version: 7.0.2
Severity: important
Tags: patch
Usertags: xz-for-wheezy

Please use xz compression for the binary packages (patch attached).
We are trying to fit a few more packages on the first CDs to get a
usable desktop install with it, see [1] for more details.

I will request a freeze exception once the package is uploaded; please
keep in mind to not include additional changes.

Regards,
Ansgar

[1] 
diff -Nru desktop-base-7.0.2/debian/changelog desktop-base-7.0.2+nmu1/debian/changelog
--- desktop-base-7.0.2/debian/changelog	2012-07-31 01:43:22.0 +0200
+++ desktop-base-7.0.2+nmu1/debian/changelog	2012-08-05 11:57:40.0 +0200
@@ -1,3 +1,10 @@
+desktop-base (7.0.2+nmu1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules: Use xz compression for binary packages.
+
+ -- Ansgar Burchardt   Sun, 05 Aug 2012 11:57:23 +0200
+
 desktop-base (7.0.2) unstable; urgency=low
 
   * Droped the ${misc:Depends}, as Yves-Alexis pointed out, it drags in dconf
diff -Nru desktop-base-7.0.2/debian/rules desktop-base-7.0.2+nmu1/debian/rules
--- desktop-base-7.0.2/debian/rules	2012-07-10 02:17:27.0 +0200
+++ desktop-base-7.0.2+nmu1/debian/rules	2012-08-05 11:57:21.0 +0200
@@ -4,6 +4,8 @@
 include /usr/share/cdbs/1/rules/debhelper.mk
 include /usr/share/cdbs/1/class/makefile.mk
 
+DEB_DH_BUILDDEB_ARGS = -- -Zxz
+
 # needed for usplash
 CFLAGS += -fPIC
 

Bug#683904: FTBFS: test requires internet connectivity

[Felix Geyer]

Source: libgeo-ip-perl
Version: 1.40-1
Severity: serious
Tags: patch, sid, wheezy
Justification: fails to build from source

This package requires internet connectivity for its test suite
to pass. Package builds should not rely on external network
connectivity, but should be self-contained.

t/2_namelookup.t fails because it tries to look up the IP
of yahoo.com.

I'm adding a patch that removes this specific test.

Build log:

> PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" 
> "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
> t/0_base.t ... ok
> t/1_lookup.t . ok
> t/20_min_capi_version.t .. ok
> # Test 11 got:  (t/2_namelookup.t at line 18 fail #11)
> #Expected: "US"
> #  t/2_namelookup.t line 18 is:   ok($country, $exp_country);
> t/2_namelookup.t . 
> Failed 1/11 subtests 
> t/3_mirror.t . ok
--- libgeo-ip-perl-1.40.orig/t/2_namelookup.t
+++ libgeo-ip-perl-1.40/t/2_namelookup.t
@@ -5,7 +5,7 @@ use Test;
 
 $^W = 1;
 
-BEGIN { plan tests => 11 }
+BEGIN { plan tests => 10 }
 
 use Geo::IP;
 
@@ -29,4 +29,3 @@ __DATA__
 194.244.83.2	IT
 203.15.106.23	AU
 196.31.1.1	ZA
-yahoo.com	US

Bug#683837: lxc-create -t debian fails on btrfs

[Jon Severinsson]

tag 683837 patch

söndagen den 5 augusti 2012 00:10:16 skrev  Daniel Baumann:
> the problem with the patch is that it will not copy dotfiles in the root
> to the target, which is why i'm not copying ${root}/* but ${root}, on
> purpose.

Well, the cache don't contain any dotfiles, but I guess that for a generic 
solution it won't do to skip them nontheless. Thankfully, the solution is 
quite simple, just copy .../{.?*,*} instead of .../*. Updated patch attached.
--- /usr/share/lxc/templates/lxc-debconf.distrib	2012-08-04 14:46:16.0 +0200
+++ /usr/share/lxc/templates/lxc-debconf	2012-08-05 11:23:02.804091649 +0200
@@ -454,7 +454,8 @@
 	then
 		# system cache in the form of a directory
 		echo -n "Copying system cache to ${_ROOTFS}..."
-		cp -a "/usr/share/lxc/cache/${_MODE}/${_DISTRIBUTION}_${_ARCHITECTURE}" "${_ROOTFS}" || return 1
+		[ -e "${_ROOTFS}" ] || mkdir -p "${_ROOTFS}"
+		cp -a "/usr/share/lxc/cache/${_MODE}/${_DISTRIBUTION}_${_ARCHITECTURE}"/{.?*,*} "${_ROOTFS}" || return 1
 	elif ls "/usr/share/lxc/cache/${_MODE}/${_DISTRIBUTION}_${_ARCHITECTURE}".* > /dev/null 2>&1
 	then
 		# system cache in the form of a tarball
@@ -463,8 +464,7 @@
 			if [ -e "/usr/share/lxc/cache/${_MODE}/${_DISTRIBUTION}_${_ARCHITECTURE}.${_FORMAT}" ]
 			then
 echo -n "Extracting system cache to ${_ROOTFS}..."
-
-mkdir -p "${_ROOTFS}"
+[ -e "${_ROOTFS}" ] || mkdir -p "${_ROOTFS}"
 tar xf "/usr/share/lxc/cache/${_MODE}/${_DISTRIBUTION}_${_ARCHITECTURE}.${_FORMAT}" -C "${_ROOTFS}" || return 1
 break
 			fi
@@ -478,7 +478,8 @@
 
 		# make a local copy of the minimal system
 		echo -n "Copying local cache to ${_ROOTFS}..."
-		cp -a "${_CACHE}/${_DISTRIBUTION}_${_ARCHITECTURE}" "${_ROOTFS}" || return 1
+		[ -e "${_ROOTFS}" ] || mkdir -p "${_ROOTFS}"
+		cp -a "${_CACHE}/${_DISTRIBUTION}_${_ARCHITECTURE}"/{.?*,*} "${_ROOTFS}" || return 1
 	fi
 
 	# Add local repositories configured from preseed file


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

Bug#683905: src:pulseaudio: please use xz compression for binary packages

[Ansgar Burchardt]

Source: pulseaudio
Version: 2.0-4
Severity: important
Tags: patch
Usertags: xz-for-wheezy

Please use xz compression for the binary packages (patch attached).
We are trying to fit a few more packages on the first CDs to get a
usable desktop install with it, see [1] for more details.

I will request a freeze exception once the package is uploaded; please
keep in mind to not include additional changes.

Regards,
Ansgar

[1] 
diff -Nru pulseaudio-2.0/debian/changelog pulseaudio-2.0/debian/changelog
--- pulseaudio-2.0/debian/changelog	2012-07-21 18:00:36.0 +0200
+++ pulseaudio-2.0/debian/changelog	2012-08-05 11:47:03.0 +0200
@@ -1,3 +1,10 @@
+pulseaudio (2.0-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules: Use xz compression for binary packages.
+
+ -- Ansgar Burchardt   Sun, 05 Aug 2012 11:46:45 +0200
+
 pulseaudio (2.0-4) unstable; urgency=low
 
   * debian/patches/remove-analog-mono.patch:
diff -Nru pulseaudio-2.0/debian/rules pulseaudio-2.0/debian/rules
--- pulseaudio-2.0/debian/rules	2012-07-21 18:00:36.0 +0200
+++ pulseaudio-2.0/debian/rules	2012-08-05 11:46:39.0 +0200
@@ -62,3 +62,5 @@
 
 DEB_DH_INSTALL_ARGS = --sourcedir=$(CURDIR)/debian/tmp
 DEB_UPDATE_RCD_PARAMS = start 25 2 3 4 5 . stop 15 0 1 6 .
+
+DEB_DH_BUILDDEB_ARGS = -- -Zxz

Bug#683906: src:flite: please use xz compression for binary packages

[Ansgar Burchardt]

Source: flite
Version: 1.4-release-5
Severity: important
Tags: patch
Usertags: xz-for-wheezy

Please use xz compression for the binary packages (patch attached).
We are trying to fit a few more packages on the first CDs to get a
usable desktop install with it, see [1] for more details.

I will request a freeze exception once the package is uploaded; please
keep in mind to not include additional changes.

Regards,
Ansgar

[1] 
diff -Nru flite-1.4-release/debian/changelog flite-1.4-release/debian/changelog
--- flite-1.4-release/debian/changelog	2012-06-08 23:07:43.0 +0200
+++ flite-1.4-release/debian/changelog	2012-08-05 11:53:28.0 +0200
@@ -1,3 +1,10 @@
+flite (1.4-release-5.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules: Use xz compression for binary packages.
+
+ -- Ansgar Burchardt   Sun, 05 Aug 2012 11:53:13 +0200
+
 flite (1.4-release-5) unstable; urgency=low
 
   * control:
diff -Nru flite-1.4-release/debian/rules flite-1.4-release/debian/rules
--- flite-1.4-release/debian/rules	2012-06-08 23:07:24.0 +0200
+++ flite-1.4-release/debian/rules	2012-08-05 11:53:01.0 +0200
@@ -116,7 +116,7 @@
 	dh_shlibdeps
 	dh_gencontrol
 	dh_md5sums
-	dh_builddeb
+	dh_builddeb -- -Zxz
 
 binary: binary-indep binary-arch
 .PHONY: build build-arch build-indep clean binary-indep binary-arch binary install

Bug#683907: mencoder: Crashes with seg fault even after getting rid of dmo libraries

[Grzegorz Andruszkiewicz]

Package: mencoder
Version: 2:1.0~rc4.dfsg1+svn34540-1+b2
Severity: important

Dear Maintainer,

As you kind of suggested, I got rid of all the dogdy dmo libraries, but it
still crashes :(

ga@grzes:~/Filmy/Bajki/Peppa2$ mencoder avseq03\ Latawiec.mpg -o 03.mpg -vf
crop=346:240:2:24 -oac copy -ovc x264 -x264encopts bitrate=3000 pass=1 nr=2000
MEncoder svn r34540 (Debian), built with gcc-4.7 (C) 2000-2012 MPlayer Team

WARNING: OUTPUT FILE FORMAT IS _AVI_. See -of help.
success: format: 0  data: 0x0 - 0x32eb9ec
libavformat version 53.21.0 (external)
Mismatching header version 53.19.0
MPEG-PS file format detected.
VIDEO:  MPEG1  352x288  (aspect 8)  25.000 fps  1150.0 kbps (143.8 kbyte/s)
[V] filefmt:2  fourcc:0x1001  size:352x288  fps:25.000  ftime:=0.0400
==
Requested audio codec family [mpg123] (afm=mpg123) not available.
Enable it at compilation.
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
libavcodec version 53.35.0 (external)
Mismatching header version 53.32.2
AUDIO: 44100 Hz, 2 ch, floatle, 224.0 kbit/7.94% (ratio: 28000->352800)
Selected audio codec: [ffmp2float] afm: ffmpeg (FFmpeg MPEG layer-1 and layer-2
audio)
==
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.00, round: 1
Opening video filter: [crop w=346 h=240 x=2 y=24]
Crop: 346 x 240, 2 ; 24
==
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffmpeg1] vfm: ffmpeg (FFmpeg MPEG-1)
==
audiocodec: framecopy (format=50 chans=2 rate=44100 bits=16 B/s=28000 sample-1)
Unsupported PixelFormat 61
Unsupported PixelFormat 53
Unsupported PixelFormat 81
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
x264 [info]: using SAR=377/346
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle Cache64
x264 [info]: profile High, level 3.0
Pos:   0.0s  1f ( 0%)  0.00fps Trem:   0min   0mb  A-V:0.000 [0:0]
draw_slice: dmpi not stored by vf_expand
Segmentation fault
ga@grzes:~/Filmy/Bajki/Peppa2$ mencoder avseq03\ Latawiec.mpg -o 03.avi -vf
crop=346:240:2:24 -oac copy -ovc x264 -x264encopts bitrate=3000 pass=1 nr=2000
MEncoder svn r34540 (Debian), built with gcc-4.7 (C) 2000-2012 MPlayer Team
success: format: 0  data: 0x0 - 0x32eb9ec
libavformat version 53.21.0 (external)
Mismatching header version 53.19.0
MPEG-PS file format detected.
VIDEO:  MPEG1  352x288  (aspect 8)  25.000 fps  1150.0 kbps (143.8 kbyte/s)
[V] filefmt:2  fourcc:0x1001  size:352x288  fps:25.000  ftime:=0.0400
==
Requested audio codec family [mpg123] (afm=mpg123) not available.
Enable it at compilation.
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
libavcodec version 53.35.0 (external)
Mismatching header version 53.32.2
AUDIO: 44100 Hz, 2 ch, floatle, 224.0 kbit/7.94% (ratio: 28000->352800)
Selected audio codec: [ffmp2float] afm: ffmpeg (FFmpeg MPEG layer-1 and layer-2
audio)
==
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.00, round: 1
Opening video filter: [crop w=346 h=240 x=2 y=24]
Crop: 346 x 240, 2 ; 24
==
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffmpeg1] vfm: ffmpeg (FFmpeg MPEG-1)
==
audiocodec: framecopy (format=50 chans=2 rate=44100 bits=16 B/s=28000 sample-1)
Unsupported PixelFormat 61
Unsupported PixelFormat 53
Unsupported PixelFormat 81
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
x264 [info]: using SAR=377/346
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle Cache64
x264 [info]: profile High, level 3.0
Pos:   0.0s  1f ( 0%)  0.00fps Trem:   0min   0mb  A-V:0.000 [0:0]
draw_slice: dmpi not stored by vf_expand
Segmentation fault



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'stable'), (50, 'unstable')
Architecture: i386 (i686)

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

Versions of packages mencoder depends on:
ii  libasound2  1.0.25-3
ii  libavcodec536:0.8.3-4
ii  libavformat53   6:0.8.3-4
ii  libavutil51 6:0.8.3-5
ii  libbluray1  1:0.2.2-1
ii  libc6   2.13-33
ii  libcdparanoia0  3.10.2+debian-10.1
ii  libdca0 0.0.5-5
ii  libdvdnav4  4.2.0+20120524-2
ii  libdvdread4 4.2.0+20120521-2
ii  libenca01.13-4
ii  libfaad22.7-8
ii  l

Bug#657167: qa.debian.org: DDPO confuses Samuel Tardieu with Steve McIntyre

[Bart Martens]

Or, a different approach could be to modify developer.php (developer.wml) to
skip the use of maintainers.txt when the value given for the login= parameter
appears to be a full e-mail address, maybe even limited to @debian.org e-mail
addresses.  As a consequence, in this case, s...@debian.org would no longer be
confused with 93...@debian.org .  I think that a corner case like this one
deserves a small low-impact exceptional change.


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

Bug#683686: Shouldn't HTTP 404 errors related to Packages files be passed through to the client?

[Eduard Bloch]

tags 683686 +moreinfo
thanks

Hallo,
* Andras Korn [Thu, Aug 02 2012, 10:16:41PM]:
> Package: apt-cacher-ng
> Version: 0.7.6-1

Seriously? The messages below say that it's 0.7.4, not 0.7.6!

And where is the config?

> Part of the problem seems to be that apt-cacher-ng returns "500 internal
> server error" if asked to retreive a Packages file that doesn't exist:
> 
> % wget -S -O- 
> 'http://archive.ubuntu.com/ubuntu/dists/precise/main/binary-amd64/Packages'
> --2012-08-02 21:29:05--  
> http://archive.ubuntu.com/ubuntu/dists/precise/main/binary-amd64/Packages
> Resolving archive.ubuntu.com (archive.ubuntu.com)... 91.189.92.180, 
> 91.189.92.181, 91.189.92.182, ...
> Connecting to archive.ubuntu.com (archive.ubuntu.com)|91.189.92.180|:80... 
> connected.
> HTTP request sent, awaiting response...
>   HTTP/1.0 500 Internal Server Error
>   Content-Length: 144
>   Content-Type: text/html
>   Date: Thu Aug  2 19:29:05 2012
>   Server: Debian Apt-Cacher NG/0.7.4
>   X-Cache: MISS from proxy
>   X-Cache-Lookup: MISS from proxy:3128
>   Connection: keep-alive
> 2012-08-02 21:29:05 ERROR 500: Internal Server Error.
> (This request first passed through a transparent Squid, which forwarded it
> to apt-cacher-ng.)

There is no such error string in ACNG. Must be something in your Squid,
as you assumed below.

> The real server replies with:
> 
> % wget -S -O- 
> 'http://archive.ubuntu.com/ubuntu/dists/precise/main/binary-amd64/Packages'
> --2012-08-02 21:51:08--  
> http://archive.ubuntu.com/ubuntu/dists/precise/main/binary-amd64/Packages
> Resolving archive.ubuntu.com... 91.189.92.152, 91.189.92.153, 91.189.92.154, 
> ...
> Connecting to archive.ubuntu.com|91.189.92.152|:80... connected.
> HTTP request sent, awaiting response... 
>   HTTP/1.1 404 Not Found
>   Date: Thu, 02 Aug 2012 19:51:09 GMT
>   Server: Apache/2.2.22 (Ubuntu)
>   Vary: Accept-Encoding
>   Content-Length: 329
>   Keep-Alive: timeout=5, max=100
>   Connection: Keep-Alive
>   Content-Type: text/html; charset=iso-8859-1
> 2012-08-02 21:51:09 ERROR 404: Not Found.
> 
> It seems to me that in this case, tools like apt-get and debootstrap would
> try Packages.gz and Packages.bz2 as well (which do exist), but the 500 error
> throws them off.

Your guess is close but I think it's another thing. The "Bad mirror"
code is generated by the code that attempts to detect a mirror with
missing architecture. The skipping of other Packages files would also be
enforced by that code. But this method only becomes active if you have
used the keyfile=... keyword in your config. Have you?

> Resolving aptcacher (aptcacher)... 192.168.0.254
> Connecting to aptcacher (aptcacher)|192.168.0.254|:3142... connected.
> HTTP request sent, awaiting response...
>   HTTP/1.1 500 Bad mirror
>   Content-Length: 144
>   Content-Type: text/html
>   Date: Thu Aug  2 19:36:51 2012
>   Server: Debian Apt-Cacher NG/0.7.6
>   Connection: Keep-Alive
> 2012-08-02 21:36:51 ERROR 500: Bad mirror.
> 
> This is what happens when I query it directly instead of going through
> Squid. I suppose Squid discards "Bad mirror" and returns "Internal Server
> Error" based on an internal table of HTTP status codes.
> 
> Is there a good reason why the client is not allowed to see the 404 error?

Please ask Squid or APT guys!

The problem with wrappers like Squid is the use of persistent
connections for multiple client requests. This is usually ok unless the
remote host (here: apt-cacher-ng) tries to do clever things based on the
connection identity. In your case, I can imagine a scenario where you
there is a mirror list where some mirrors only contain files for arch A
and others for arch B. And you have different clients in your LAN, so
the first client (arch A) tells acng to blacklist mirrors not having
arch A and the next client requires arch B which is unfortunately not
available on any mirrors that have arch A.

> Even if that error can't be passed through to the client for whatever
> reason, I think the error message ACNG returns could be improved. The error
> log isn't very informative either (and this is with Debug:4):

Hard to find the right message which does not spam regular usage
output... I will change it to "500 Keyfile missing, mirror blacklisted".

> Thu Aug  2 21:36:51 2012|Detected incoming connection from the TCP socket
> Thu Aug  2 21:36:51 2012|Client name: 192.168.0.4
> Thu Aug  2 21:36:51 2012|Raw request URI: 
> /archive.ubuntu.com/ubuntu/dists/precise/main/binary-amd64/Packages
> Thu Aug  2 21:36:51 2012|Processing new job, GET 
> /archive.ubuntu.com/ubuntu/dists/precise/main/binary-amd64/Packages HTTP/1.1
> Thu Aug  2 21:36:51 2012|Prepared response header for user:
> HTTP/1.1 500 Bad mirror
> Content-Length: 144
> Content-Type: text/html
> Date: Thu Aug  2 19:36:51 2012
> Server: Debian Apt-Cacher NG/0.7.6
> Connection: Keep-Alive
> 
> A simple HTML page saying something like "ACNG running on host 
> attempted to fetch  from  but the server said  response>.
> 
> " would be very
> he

Bug#683899: [Pkg-samba-maint] Bug#683899: src:samba: please use xz compression for binary packages

[Christian PERRIER]

Quoting Ansgar Burchardt (ans...@debian.org):
> Source: samba
> Version: 2:3.6.6-2
> Severity: important
> Tags: patch
> Usertags: xz-for-wheezy
> 
> Please use xz compression for the binary packages (patch attached).
> We are trying to fit a few more packages on the first CDs to get a
> usable desktop install with it, see [1] for more details.
> 
> I will request a freeze exception once the package is uploaded; please
> keep in mind to not include additional changes.

I'm now preparing a maintainer upload with that change.

Thanks for prodding us.



signature.asc
Description: Digital signature

Bug#683908: gpsprune: doesn't properly use $http_proxy

[Marc Lehmann]

Package: gpsprune
Version: 10-1
Severity: normal


gpsprune uses the http_proxy environment variable to access maps, but ignores 
the port.

e.g.

   http_proxy=http://10.0.0.1:3128 gpsprune

after that, gpsprune tries to connect to 10.0.0.1 port 80, i.e. it
completely ignores the port, but does use the ip address, which cannot work.

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

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

Versions of packages gpsprune depends on:
ii  libmetadata-extra 2.3.1+dfsg-2   JPEG metadata extraction framework
ii  openjdk-6-jre [ja 6b18-1.8.10-0+squeeze2 OpenJDK Java runtime, using Hotspo
ii  openjdk-7-jre [ja 7~b147-2.0-1   OpenJDK Java runtime, using Hotspo
ii  sun-java6-jre [ja 6.26-0squeeze1 Sun Java(TM) Runtime Environment (

Versions of packages gpsprune recommends:
ii  gnuplot 4.4.0-1.1A command-line driven interactive 
ii  gpsbabel1.4.0-1  GPS file conversion plus transfer 
ii  libimage-exiftool-perl  8.15-1   Library and program to read and wr
ii  libjava3d-java  1.5.2+dfsg-5 Java 3D API (java library)
ii  libjava3d-jni   1.5.2+dfsg-5 Java3D API (java jni library)
ii  libvecmath-java 1.5.2-2  javax.vecmath vector math package

gpsprune 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#622960: freemind packaging needs jmapviewer

[Andrew Harvey]

Hi Laszlo,

On 05/08/12 00:07, Laszlo Boszormenyi (GCS) wrote:
> Hi Andrew,
> 
> How goes the jmapviewer packaging? As I see, there's a git
> repository[1], but it seems it was never uploaded nor update for eight
> months now.

I don't think it was uploaded to Debian because I couldn't find a DD to
sponsor it. However, I believe it still needs some more work anyway.

I originally started packaging it as it is required by osmembrane, but I
never follow through with getting it uploaded to Debian/getting the
packaging quality up.

> I intend to adopt freemind[2] and almost ready packaging its
> newest release, 1.0.0~beta5. However it needs jmapviewer to build
> correctly.
> Are you still interested to maintain it or should I finish packaging
> that as well?

I don't know if I can commit to anything, but I can try to help out with
its packaging. So happy to either co-maintain, or co-contribution of
packaging work.

Which version of jmapviewer does freemind need? Because I noticed that
if I updated the alioth packaging for jmapviewer to the latest, it would
pull in an embedded MapQuest logo, so we would need to either cut it
out, or ensure it is DFSG compliant.

I'm more than happy to try to help out or for you to work directly off
http://anonscm.debian.org/gitweb/?p=pkg-osm/jmapviewer.git;a=summary

I'm not exactly sure how much time I'll have to look into it. I'll try,
but feel free to jump ahead and work on it yourself.

> 
> Regards,
> Laszlo/GCS
> [1] http://anonscm.debian.org/gitweb/?p=pkg-osm/jmapviewer.git;a=summary
> [2] http://freemind.sourceforge.net/wiki/index.php/Main_Page
> 




signature.asc
Description: OpenPGP digital signature

Bug#661069: radeon (evergreen): random-looking pattern of pixels when firmware not installed

[Julien Cristau]

On Sat, Aug  4, 2012 at 15:29:57 -0700, Jonathan Nieder wrote:

> d-i team: can you reproduce this?  Does installing on a machine with a
> radeon not warn about missing firmware?  Is that fixable, for example
> by using vesafb instead for affected cards when the firmware is
> missing?
> 
I have no radeon hardware.  I wouldn't expect the installer to warn
since it doesn't know anything about radeon.  Maybe the kernel install
does, I wouldn't know.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#683909: FTBFS: test requires internet connectivity

[Felix Geyer]

Source: libical-parser-sax-perl
Version: 1.09-1
Severity: serious
Tags: patch, sid, wheezy
Justification: fails to build from source

This package requires internet connectivity for its test suite
to pass. Package builds should not rely on external network
connectivity, but should be self-contained.

Build.PL has a prompt to enable the http test which is enabled
by default.
Since there is no command line switch for this I'm attaching a patch
that changes the default to disable that test.

Build log:

> cd . && ./Build test  verbose=1
> t/00load.t ... 
> 1..2
> ok 1 - use iCal::Parser::SAX;
> ok 2 - The object isa iCal::Parser::SAX
> ok
> Can't read http://www.rickster.com/xml-sax-ical/test-cal.ics
> # Looks like you planned 19 tests but ran 18.
> # Looks like your test exited with 22 just after 18.
> t/01parse.t .. 
> 1..19
> ok 1 - no-name-or-id
> ok 2 - name-and-id
> ok 3 - event-duration
> ok 4 - no-summary
> ok 5 - all-day-event
> ok 6 - recurrence
> ok 7 - zero-hr-event
> ok 8 - exdate
> ok 9 - multi-day
> ok 10 - rrule
> ok 11 - todo-with-alarm
> ok 12 - recurrence-update
> ok 13 - complex
> ok 14 - multi-year
> ok 15 - multi-cal input
> ok 16 - parse filehandle
> ok 17 - parse string
> ok 18 - parse hash
> Dubious, test returned 22 (wstat 5632, 0x1600)
> Failed 1/19 subtests
--- libical-parser-sax-perl-1.09.orig/Build.PL
+++ libical-parser-sax-perl-1.09/Build.PL
@@ -31,7 +31,7 @@ if($build->y_n
 $build->create_build_script;
 if($build->y_n(q{Would you like to test a remote (http) calendar?
 (Requires LWP::UserAgent and may fail if you don't have access
-to the internet or the remote file has moved) },'y')) {
+to the internet or the remote file has moved) },'n')) {
 open OUT, '>_build/DOHTTP';
 close(OUT);
 }

Bug#622960: freemind packaging needs jmapviewer

[Laszlo Boszormenyi (GCS)]

Hi Andrew,

On Sun, 2012-08-05 at 20:24 +1000, Andrew Harvey wrote:
> On 05/08/12 00:07, Laszlo Boszormenyi (GCS) wrote:
> > How goes the jmapviewer packaging? As I see, there's a git
> > repository[1], but it seems it was never uploaded nor update for eight
> > months now.
> I don't think it was uploaded to Debian because I couldn't find a DD to
> sponsor it. However, I believe it still needs some more work anyway.
 Now you've found a DD who would upload it. Sure, it needs to be updated
to the newest stable version and conforms to the latest Debian policy.

> > Are you still interested to maintain it or should I finish packaging
> > that as well?
> I don't know if I can commit to anything, but I can try to help out with
> its packaging. So happy to either co-maintain, or co-contribution of
> packaging work.
 Well, somehow you created it. You are set as owner and it seems you did
some commit to it.

> Which version of jmapviewer does freemind need? Because I noticed that
> if I updated the alioth packaging for jmapviewer to the latest, it would
> pull in an embedded MapQuest logo, so we would need to either cut it
> out, or ensure it is DFSG compliant.
 Sure, the image should be DFSG compliant as well. I don't know the
required version number, even if freemind contains the source jar for
jmapviewer. I couldn't find its version number. Is there any release at
all? What I could find is:
http://svn.openstreetmap.org/applications/viewer/jmapviewer/releases/2011-02-19/
Nothing more. No version number, just a date.

> I'm more than happy to try to help out or for you to work directly off
> http://anonscm.debian.org/gitweb/?p=pkg-osm/jmapviewer.git;a=summary
> I'm not exactly sure how much time I'll have to look into it. I'll try,
> but feel free to jump ahead and work on it yourself.
 So you mean I can be its maintainer and set you as uploader?

Cheers,
Laszlo/GCS


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

Bug#627362: [jitsi-dev] Re: Git for jitsi, native Debian package?

[Micha Lenk]

Hi Emil,

by looking for free software alternatives for Skype available on Debian, I got
aware of jitsi, which seems to have an awesome feature set. As it is not
available in the official Debian archive, I looked around and found out about
the recent efforts to package it for Debian (namely Debian bug #627362).

On Tue, Nov 22, 2011 at 04:58:34PM +0100, Emil Ivov wrote:
> On Tue, Nov 22, 2011 at 4:09 PM, Thomas Koch  wrote:
> > In any case, there are some things that Jitsi should/could/must do itself to
> > make a native package for Debian/Fedora/OpenSuse doable. I've opened jira
> > issues for those and linked them from an umbrella issue:
> >
> > http://java.net/jira/browse/JITSI-996
> 
> Ouch ... that's something that we like to avoid [0].
> 
> We only enter issues once we've determined exactly what they are and
> decided that we'll be fixing them at some point. I've closed the
> issues and we'll reopen those that we agree on, if and when we do.
> Right now we are still in the discussion stages of the debian
> packaging. We'd first need to decide exactly what needs to be resolved
> here and how we can do that.
> [...]
> 
> > We can continue to discuss the items separately in those issues.

Okay, so, let's list all the issues that Thomas reported already, here again.
For one to make them more visible, and also to get a consensus about the status
of these issues. Not using an issue tracker will of course make it harder to
keep track of the actual conclusions. But as you wanted to have it this way,
of course I expect that you will then give your opinion on them one by one,
more with regards to content than with regards the way we report issues.

-

JITSI-995 document (or manage) native dependencies (by Thomas Koch)

  There's no central location where one can see which C libraries of what
  version, origin and license Jitsi uses, which of them are patched, in what way
  and for what reason.

  I'm not a C developer so I don't know if there's something like Maven/Ivy for
  C that manages dependencies?

-

JITSI-994 Use Ivy or Maven to manage java dependencies (by Thomas Koch)

  It is hard for a distro (Debian/Fedora/Suse) packager to find out which java
  dependencies Jitsi has. A pom.xml or ivy.xml would make things much easier
  and then the dependencies could also be removed from SVN.

-

JITSI-993 get rid of json.org java dependency (by Thomas Koch)

  The json.org java library is non-free according to Debian and maybe also
  other distros. As long as jitsi depends on json.org it can not enter the
  Debian archive.

  http://www.mail-archive.com/debian-legal@lists.debian.org/msg40718.html

-

JITSI-997 Provide a source only tarball (by Thomas Koch)

  Linux distributions want to build their packages and all dependencies of
  those themselves. So it must be possible to download a source distribution of
  jitsi (prefarable as .tar.gz or .tar.bz2) that does not contain any
  third-party binaries and build jitsi from this source distribution with the
  help of the dependencies existing in the distro.

-

JITSI-998 review and document licenses and origins of images in jitsi
  (by Thomas Koch)

  A distro packager needs to be sure that the images coming with Jitsi can be
  distributed under a free license. If the images are taken from common sets
  like Tango it would even be preferable for a packager to not ship the images
  in the jitsi package but to depend on the tango package of the distribution.

-

I am looking forward to read your comments on these issues.

Regards,
Micha


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

Bug#683910: src:oxygencursors: please use xz compression for binary packages

[Ansgar Burchardt]

Source: oxygencursors
Version: 0.0.2012-06-kde4.8-2
Severity: important
Tags: patch
Usertags: xz-for-wheezy

Please use xz compression for the binary packages (patch attached).
We are trying to fit a few more packages on the first CDs to get a
usable desktop install with it, see [1] for more details.

I will request a freeze exception once the package is uploaded; please
keep in mind to not include additional changes.

Regards,
Ansgar

[1] 
diff -u oxygencursors-0.0.2012-06-kde4.8/debian/changelog oxygencursors-0.0.2012-06-kde4.8/debian/changelog
--- oxygencursors-0.0.2012-06-kde4.8/debian/changelog
+++ oxygencursors-0.0.2012-06-kde4.8/debian/changelog
@@ -1,3 +1,10 @@
+oxygencursors (0.0.2012-06-kde4.8-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules: Use xz compression for binary packages.
+
+ -- Ansgar Burchardt   Sun, 05 Aug 2012 12:24:25 +0200
+
 oxygencursors (0.0.2012-06-kde4.8-2) unstable; urgency=low
 
   * Add myself to Uploaders.
diff -u oxygencursors-0.0.2012-06-kde4.8/debian/rules oxygencursors-0.0.2012-06-kde4.8/debian/rules
--- oxygencursors-0.0.2012-06-kde4.8/debian/rules
+++ oxygencursors-0.0.2012-06-kde4.8/debian/rules
@@ -65,7 +65,7 @@
 	dh_installdeb
 	dh_gencontrol
 	dh_md5sums
-	dh_builddeb
+	dh_builddeb -- -Zxz
 
 binary: binary-indep binary-arch
 .PHONY: clean binary-indep binary-arch binary install 

Bug#622960: freemind packaging needs jmapviewer

[Andrew Harvey]

On 05/08/12 20:45, Laszlo Boszormenyi (GCS) wrote:
> Hi Andrew,
> 
> On Sun, 2012-08-05 at 20:24 +1000, Andrew Harvey wrote:
>> On 05/08/12 00:07, Laszlo Boszormenyi (GCS) wrote:
>>> How goes the jmapviewer packaging? As I see, there's a git
>>> repository[1], but it seems it was never uploaded nor update for eight
>>> months now.
>> I don't think it was uploaded to Debian because I couldn't find a DD to
>> sponsor it. However, I believe it still needs some more work anyway.
>  Now you've found a DD who would upload it. Sure, it needs to be updated
> to the newest stable version and conforms to the latest Debian policy.

Good. Okay then I'll spend some time this week trying to get it in
better shape.

>>> Are you still interested to maintain it or should I finish packaging
>>> that as well?
>> I don't know if I can commit to anything, but I can try to help out with
>> its packaging. So happy to either co-maintain, or co-contribution of
>> packaging work.
>  Well, somehow you created it. You are set as owner and it seems you did
> some commit to it.
> 
>> Which version of jmapviewer does freemind need? Because I noticed that
>> if I updated the alioth packaging for jmapviewer to the latest, it would
>> pull in an embedded MapQuest logo, so we would need to either cut it
>> out, or ensure it is DFSG compliant.
>  Sure, the image should be DFSG compliant as well. I don't know the
> required version number, even if freemind contains the source jar for
> jmapviewer. I couldn't find its version number. Is there any release at
> all? What I could find is:
> http://svn.openstreetmap.org/applications/viewer/jmapviewer/releases/2011-02-19/
> Nothing more. No version number, just a date.

I've just been using the upstream vcs revision as the version.

>> I'm more than happy to try to help out or for you to work directly off
>> http://anonscm.debian.org/gitweb/?p=pkg-osm/jmapviewer.git;a=summary
>> I'm not exactly sure how much time I'll have to look into it. I'll try,
>> but feel free to jump ahead and work on it yourself.
>  So you mean I can be its maintainer and set you as uploader?

I don't mind maintaining it myself. But if you want to take over I'm
fine with that too. I don't mind either way.

> 
> Cheers,
> Laszlo/GCS
> 




signature.asc
Description: OpenPGP digital signature

Bug#683911: wiki.debian.org: no login link with Hebrew (any RTL) translation

[Tzafrir Cohen]

Package: wiki.debian.org
Severity: important

Dear Maintainer,

I recently wanted to login to the wiki. I have not logged into it for
quite a while (over a year?). I could not find a "login" link.

At first glance it seems as if it is "below" the search box. If the
search box is flushed to the right, the login link should be flushed to
the left?

I believe this will be the issue with any RTL / bidirectional language.

I have no problem to login if I manually add '?action=login" to the
current link.

Tested with iceweasel 10.0.6esr-1 from wheezy.

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

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.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#683912: src:gtk+2.0: please use xz compression for binary packages

[Ansgar Burchardt]

Source: gtk+2.0
Version: 2.24.10-1
Severity: important
Tags: patch
Usertags: xz-for-wheezy

Please use xz compression for the binary packages (patch attached).
We are trying to fit a few more packages on the first CDs to get a
usable desktop install with it, see [1] for more details.

I will request a freeze exception once the package is uploaded; please
keep in mind to not include additional changes.

Regards,
Ansgar

[1] 
diff -Nru gtk+2.0-2.24.10/debian/changelog gtk+2.0-2.24.10/debian/changelog
--- gtk+2.0-2.24.10/debian/changelog	2012-02-22 16:37:09.0 +0100
+++ gtk+2.0-2.24.10/debian/changelog	2012-08-04 18:21:44.0 +0200
@@ -1,3 +1,10 @@
+gtk+2.0 (2.24.10-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules: Use xz compression for binary packages.
+
+ -- Ansgar Burchardt   Sat, 04 Aug 2012 18:21:23 +0200
+
 gtk+2.0 (2.24.10-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru gtk+2.0-2.24.10/debian/rules gtk+2.0-2.24.10/debian/rules
--- gtk+2.0-2.24.10/debian/rules	2012-02-03 22:41:51.0 +0100
+++ gtk+2.0-2.24.10/debian/rules	2012-08-04 18:20:35.0 +0200
@@ -278,7 +278,7 @@
 	dh_installdeb -i
 	dh_gencontrol -i
 	dh_md5sums -i
-	dh_builddeb -i
+	dh_builddeb -i -- -Zxz
 
 binary-arch: build $(maybe_check) install $(call dh_subst_files,$(BINARY_ARCH_PKGS)) debian/dh_gtkmodules debian/dh_gtkmodules.1
 	dh_testdir
@@ -322,7 +322,7 @@
 	-rm -f debian/shlibs.local
 	dh_gencontrol -s
 	dh_md5sums -s
-	dh_builddeb -s
+	dh_builddeb -s -- -Zxz
 
 list-missing:
 	perl -w debian/dh_listmissing.pl $(foreach f,$(FLAVORS),$(subst $(CURDIR)/,,$(installbasedir))/$(f)) 2>&1 | \

Bug#683803: apt-cacher-ng: errors in combination with http.debian.net: [302 Moved Temporarily]

[Eduard Bloch]

Hallo,
* Andreas B. Mundt [Sat, Aug 04 2012, 09:07:16AM]:
> Package: apt-cacher-ng
> Severity: normal
> 
> Dear Maintainer,

Dear User,

please tell me the exact version of the package which you assigned this
bug to. I tend to assume that it's the version from wheezy but if not,
note that there were important fixes related to your problem in version
0.7.5.

> in a wheezy Debian-LAN system [1], I use apt-cacher-ng in combination with
> http.debian.net [2] in apt's sources.list.  From time to time an error like
> the following occurs:

If this is a newer version then I guess you have hit a special problem
in the internal redirection code which is not fully implemented yet. The
current workaround for that is setting "RedirMax: 0" in your
configuration (see explanation in acng.conf) and restart the proxy.

Regards,
Eduard.

-- 
 gu4rdi4n: das letzte mal als apt-get bei mir so reagiert hat, war da
kaputte hardware schuld
 ich kann mir aber momentan keine neue leisten, also ist die nicht
schuld.


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

Bug#683803: apt-cacher-ng: errors in combination with http.debian.net: [302 Moved Temporarily]

[Andreas B. Mundt]

Hi Eduard,

thanks for your quick reply!

On Sun, Aug 05, 2012 at 01:08:50PM +0200, Eduard Bloch wrote:
>
> please tell me the exact version of the package which you assigned this
> bug to. I tend to assume that it's the version from wheezy but if not,
> note that there were important fixes related to your problem in version
> 0.7.5.

Indeed, it's 0.7.6-1 from wheezy.

> > in a wheezy Debian-LAN system [1], I use apt-cacher-ng in combination with
> > http.debian.net [2] in apt's sources.list.  From time to time an error like
> > the following occurs:
>
> If this is a newer version then I guess you have hit a special problem
> in the internal redirection code which is not fully implemented yet. The
> current workaround for that is setting "RedirMax: 0" in your
> configuration (see explanation in acng.conf) and restart the proxy.

OK, I'll give that workaround a try.  Do you expect a fix/full
implementation for wheezy?

Best regards,

 Andi


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

Bug#683910: oxygencursors: diff for NMU version 0.0.2012-06-kde4.8-2.1

[Ansgar Burchardt]

tags 683910 + pending
thanks

Dear maintainer,

I've prepared an NMU for oxygencursors (versioned as 0.0.2012-06-kde4.8-2.1) and
uploaded it.

Regards.
diff -u oxygencursors-0.0.2012-06-kde4.8/debian/changelog 
oxygencursors-0.0.2012-06-kde4.8/debian/changelog
--- oxygencursors-0.0.2012-06-kde4.8/debian/changelog
+++ oxygencursors-0.0.2012-06-kde4.8/debian/changelog
@@ -1,3 +1,10 @@
+oxygencursors (0.0.2012-06-kde4.8-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules: Use xz compression for binary packages. (Closes: #683910)
+
+ -- Ansgar Burchardt   Sun, 05 Aug 2012 12:24:25 +0200
+
 oxygencursors (0.0.2012-06-kde4.8-2) unstable; urgency=low
 
   * Add myself to Uploaders.
diff -u oxygencursors-0.0.2012-06-kde4.8/debian/rules 
oxygencursors-0.0.2012-06-kde4.8/debian/rules
--- oxygencursors-0.0.2012-06-kde4.8/debian/rules
+++ oxygencursors-0.0.2012-06-kde4.8/debian/rules
@@ -65,7 +65,7 @@
dh_installdeb
dh_gencontrol
dh_md5sums
-   dh_builddeb
+   dh_builddeb -- -Zxz
 
 binary: binary-indep binary-arch
 .PHONY: clean binary-indep binary-arch binary install 


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

Bug#683913: unblock: libgeo-ip-perl/1.40-2

[gregor herrmann]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Please unblock package libgeo-ip-perl.

1.40-2 adds a patch the skips a tests that needs network access,
causing FTBFS. This is #683904.

Changelog:

   * Add patch no-dns.patch: skip one test that needs network access / DNS.
 Thanks to Felix Geyer for the bug report and the patch.
 (Closes: #683904)

Complete debdiff attached.


unblock libgeo-ip-perl/1.40-2


Thanks in advance,
gregor


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

iQIcBAEBCAAGBQJQHllAAAoJELs6aAGGSaoGvj4QAIeX2P+a6rjufLfoqNf4qjm+
mIWwL3z1C5wuTe/I8vs2wSEGK+ZrAJr88bI+FgqBRuc2QUX2rfwZDAzKtZbrayXS
lnjJmyt5L4i3YkTX3kF4sCo9JgJMGt24uI3mAircOSegyzts3WOzt3/d3tucHGa7
8/fnHpjRIN2zNrK8R43iLsLH3BW+roNvx0tbkeIhnZDplP3q5zUMIBs666VUUeFl
LJIKTTFW1SndrEGc2JGCwWSVOxmVbfuodFr3gqVFyYRTCl5mAfQTe6ttU7MopOWJ
clFAgkWTO8Hl5MNgwHqfEWMH4ghmvphf/x5urep5h8qHib9VeteCyoK/JZ5iZn39
0VOmRYgTpyh3CC/DGS5SrRB9gLDbvJ4wr5p1aTm4gSJLWwTVOlY6oMwUMhLQ1+zC
+s9T9Gx4//NWQWYT6DT2hBd71u0m3n+kklhPEbBZmFCu9RXK8O6Hufjnmk/EFNPz
upzVWOc4Yst0k9x5M691iRK3GyWTpxGjF3YrDNr/lbl0BKX7LNkq8NeaTdGDq6qN
B4LKj/JbLvIZXaRs/1PbHh/HU5pNs+S+b1HBW1t2f484G9iZ6ZreHQwBMxdenP2u
EAhmf1glo6r093NHATqRhyB84QdwdHLzWK7S/SWpYuQ6H6RQahKxr8xr4Ubl0QBI
eUnZ+qHsgMmuc6v9VASe
=+emY
-END PGP SIGNATURE-
diff -Nru libgeo-ip-perl-1.40/debian/changelog libgeo-ip-perl-1.40/debian/changelog
--- libgeo-ip-perl-1.40/debian/changelog	2012-02-07 10:56:22.0 +0100
+++ libgeo-ip-perl-1.40/debian/changelog	2012-08-05 13:22:35.0 +0200
@@ -1,3 +1,12 @@
+libgeo-ip-perl (1.40-2) unstable; urgency=low
+
+  * Team upload.
+  * Add patch no-dns.patch: skip one test that needs network access / DNS.
+Thanks to Felix Geyer for the bug report and the patch.
+(Closes: #683904)
+
+ -- gregor herrmann   Sun, 05 Aug 2012 13:22:20 +0200
+
 libgeo-ip-perl (1.40-1) unstable; urgency=low
 
   * Taking over package for Debian Perl Group as per email
diff -Nru libgeo-ip-perl-1.40/debian/patches/no-dns.patch libgeo-ip-perl-1.40/debian/patches/no-dns.patch
--- libgeo-ip-perl-1.40/debian/patches/no-dns.patch	1970-01-01 01:00:00.0 +0100
+++ libgeo-ip-perl-1.40/debian/patches/no-dns.patch	2012-08-05 13:22:35.0 +0200
@@ -0,0 +1,23 @@
+Description: skip test that needs network access / DNS
+Origin: vendor
+Bug-Debian: http://bugs.debian.org/683904
+Forwarded: not-needed
+Author: gregor herrmann 
+Last-Update: 2012-08-05
+
+--- a/t/2_namelookup.t
 b/t/2_namelookup.t
+@@ -5,7 +5,7 @@
+ 
+ $^W = 1;
+ 
+-BEGIN { plan tests => 11 }
++BEGIN { plan tests => 10 }
+ 
+ use Geo::IP;
+ 
+@@ -29,4 +29,3 @@
+ 194.244.83.2	IT
+ 203.15.106.23	AU
+ 196.31.1.1	ZA
+-yahoo.com	US
diff -Nru libgeo-ip-perl-1.40/debian/patches/series libgeo-ip-perl-1.40/debian/patches/series
--- libgeo-ip-perl-1.40/debian/patches/series	2012-02-07 10:23:35.0 +0100
+++ libgeo-ip-perl-1.40/debian/patches/series	2012-08-05 13:22:35.0 +0200
@@ -1 +1,2 @@
 spelling.patch
+no-dns.patch

Bug#683876: [Pkg-nagios-devel] Bug#683876: icinga-common: disable use_embedded_perl_implicitly per default

[Christoph Anton Mitterer]

Hi Alex.

On Sun, 2012-08-05 at 08:39 +0200, Alexander Wirt wrote:
> We have this for years and I don't think I changing this would be sane now as
> several people rely on it.
Wouldn't a simple NEWS entry solve this? And apart from that,... people
who already rely on this (i.e. existing installations) wouldn't
experience the change, as we don't simply overwrite modified
configfiles.

Well,... it's your decision :),  I've just read many "horror stories"
about issues and hard to track symptoms when using the embedded perl
interpreter and already stumbled over on such case myself.
I guess especially many plugins from sites like Nagios exchange are
likely not tested for it.


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#683904: Pending fixes for bugs in the libgeo-ip-perl package

[pkg-perl-maintainers]

tag 683904 + pending
thanks

Some bugs in the libgeo-ip-perl package are closed in revision
422309dcfc45bd52875f67f8d1ff038a487de32c in branch 'master' by gregor
herrmann

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libgeo-ip-perl.git;a=commitdiff;h=422309d

Commit message:

Add patch no-dns.patch: skip one test that needs network access / DNS.

Thanks: Felix Geyer for the bug report and the patch.
Closes: #683904


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

Bug#683240: Proposed fix

[Daniel Baumann]

On 08/03/2012 10:39 AM, Tanguy Ortolo wrote:
> The interface selection was done before by Select_eth_device() from
> /lib/live/boot/select-eth-device.sh, which is called by mountroot() from
> /lib/live/boot/mountroot.sh, so we can use it here by sourcing
> /conf/param.conf where $DEVICE is saved.

is this still needed after sourcing it earlier here:

http://live.debian.net/gitweb?p=live-boot.git;a=commitdiff;h=136c0fbab7f4c3a3bbe5d6738706dc2d01704809

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


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

Bug#683418: [rt.debian.org #3976] CVE-2012-4000: XSS vulnerability in fckeditor

[Yves-Alexis Perez]

On sam., 2012-08-04 at 00:08 +0200, Frank Habermann wrote:
> Hi,
> 
> > > I will create fixed packages tomorrow.
> > 
> > Please try to isolate fixes from the other upstream changes (if any),
> > since we are in freeze. For Squeeze, please build in a clean chroot and
> > with -sa.
> 
> I uploaded a fixed version to unstable.
> 
> A fixed version for squeeze can be found here:
> http://debian.lordlamer.de/fckeditor/squeeze/2.6.6/fckeditor_2.6.6-1squeeze1.dsc

Thanks. You could have contacted your usual sponsor to build it and
upload it to security master, but I'll take care of that.
> 
> Should i contact the release team to unblock the package in testing?

Yes.

> Should i contact the security team?
> 
You already did :)

Regards,
-- 
Yves-Alexis


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

Bug#658713: RFS: manaplus/1.2.3.4-1 [NEW] -- Extended client for Evol Online and The Mana World

[andrei karas]

Sun, 5 Aug 2012 05:07:37 + от Bart Martens :
>   
> Hi Andrei,
Hi,

> 
>  The package at mentors is no longer there. What happened ? Are you still
>  working on this package or can this RFS be closed ?
> 

I still waiting sponsor or sponsor response.
And packaged manaplus version already outdated.

Bug#683167: Attempting to start X with intel driver hangs system

[Maik Zumstrull]

On Sat, Aug 4, 2012 at 10:27 PM, Jonathan Nieder  wrote:

> Please attach a full log from netconsole from booting and
> reproducing the problem.  (It's ok if it doesn't say anything
> interesting at the crucial moment.)

Done.

> If you can get the corresponding Xorg log, that would be interesting,
> too.

It doesn't seem to get around to writing one. The existing file was
for a session with the vesa driver.


netconsole.txt.bz2
Description: BZip2 compressed data

Bug#682616: backtrace

[Per Olofsson]

Hi,

FWIW, I have the same problem and here is a backtrace (with chromium-dbg
installed). This is from a core dump. I did not run chromium in single
process mode because it crashes instantly when I try that.

#0  0x00a9 in ?? ()
#1  0xb540e5a4 in Run (a1=@0xbfb210b4: 0x9e3e8018, this=0xb99db178)
at ./base/callback.h:311
#2  extensions::LazyBackgroundTaskQueue::ProcessPendingTasks (
this=this@entry=0xaf464c90, host=host@entry=0x9e3e8018,
profile=0xaf414458, extension=0xb93c8648)
at chrome/browser/extensions/lazy_background_task_queue.cc:119
#3  0xb540e819 in extensions::LazyBackgroundTaskQueue::Observe (
this=0xaf464c90, type=142, source=..., details=...)
at chrome/browser/extensions/lazy_background_task_queue.cc:145
#4  0xb5571533 in NotificationServiceImpl::Notify (this=0xb924da88,
type=142,
source=..., details=...)
at content/browser/notification_service_impl.cc:118
#5  0xb53afb02 in ExtensionHost::DidStopLoading (this=0x9e3e8018)
at chrome/browser/extensions/extension_host.cc:374
#6  0xb55f31f9 in WebContentsImpl::DidStopLoading (this=0x9e10e168)
at content/browser/web_contents/web_contents_impl.cc:2312
#7  0xb559b275 in content::RenderViewHostImpl::OnMsgDidStopLoading (
this=this@entry=0xb9a113f8)
at content/browser/renderer_host/render_view_host_impl.cc:1132
#8  0xb55a7125 in Dispatch (func=
(void (content::RenderViewHostImpl::*)(content::RenderViewHostImpl *
const))---Type  to continue, or q  to quit---
 0xb559b260 ,
obj=0xb9a113f8, msg=, sender=)
at ./ipc/ipc_message.h:158
#9  content::RenderViewHostImpl::OnMessageReceived (this=0xb9a113f8,
msg=...)
at content/browser/renderer_host/render_view_host_impl.cc:828
#10 0xb559510b in RenderProcessHostImpl::OnMessageReceived
(this=0xb99e2958,
msg=...) at
content/browser/renderer_host/render_process_host_impl.cc:941
#11 0xb3af3379 in IPC::ChannelProxy::Context::OnDispatchMessage (
this=0xb9b2dcf8, message=...) at ipc/ipc_channel_proxy.cc:247
#12 0xb3af0e4a in Run (a1=..., object=,
this=) at ./base/bind_internal.h:188
#13 MakeItSo (a2=..., runnable=..., a1=)
at ./base/bind_internal.h:896
#14 base::internal::Invoker<2,
base::internal::BindState, void
(IPC::ChannelProxy::Context*, IPC::Message const&), void
(IPC::ChannelProxy::Context*, IPC::Message)>, void
(IPC::ChannelProxy::Context*, IPC::Message
const&)>::Run(base::internal::BindStateBase*) (base=0x9db6d798) at
./base/bind_internal.h:1254
#15 0xb3a81395 in Run (this=0xbfb21d20) at ./base/callback.h:272
#16 MessageLoop::RunTask (this=this@entry=0xb92aed40, pending_task=...)
at base/message_loop.cc:458
#17 0xb3a8257c in MessageLoop::DeferOrRunPendingTask (
this=this@entry=0xb92aed40, pending_task=...) at
base/message_loop.cc:470
---Type  to continue, or q  to quit---
#18 0xb3a84092 in DoWork (this=) at base/message_loop.cc:647
#19 MessageLoop::DoWork (this=0xb92aed40) at base/message_loop.cc:626
#20 0xb3acbdec in base::MessagePumpGlib::HandleDispatch (this=0xb92aee68)
at base/message_pump_glib.cc:275
#21 0xb3acbe32 in (anonymous namespace)::WorkSourceDispatch (
source=0xb92aeeb0, unused_func=0, unused_data=0x0)
at base/message_pump_glib.cc:105
#22 0xb2cd3633 in g_main_context_dispatch ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
#23 0xb2cd39d0 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#24 0xb2cd3ab1 in g_main_context_iteration ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
#25 0xb3acb725 in base::MessagePumpGlib::RunWithDispatcher
(this=0xb92aee68,
delegate=0xb92aed40, dispatcher=0x0) at base/message_pump_glib.cc:206
#26 0xb3acb5bf in base::MessagePumpGlib::Run (this=0xb92aee68,
delegate=0xb92aed40) at base/message_pump_glib.cc:298
#27 0xb3a866a1 in MessageLoop::RunInternal (this=this@entry=0xb92aed40)
at base/message_loop.cc:417
#28 0xb3a86791 in RunHandler (this=0xb92aed40) at base/message_loop.cc:390
#29 MessageLoopForUI::RunWithDispatcher (this=0xb92aed40, dispatcher=0x0)
at base/message_loop.cc:763
#30 0xb37e003c in MainMessageLoopRun (this=,
result_code=) at
chrome/browser/chrome_browser_main.cc:1899
---Type  to continue, or q  to quit---
#31 ChromeBrowserMainParts::MainMessageLoopRun (this=0xb924db18,
result_code=0xb924dacc) at chrome/browser/chrome_browser_main.cc:1883
#32 0xb54fed00 in content::BrowserMainLoop::RunMainMessageLoopParts (
this=0xb924dac0) at content/browser/browser_main_loop.cc:453
#33 0xb54ff30a in (anonymous namespace)::BrowserMainRunnerImpl::Run (
this=0xb924cf60) at content/browser/browser_main_runner.cc:98
#34 0xb54fce80 in BrowserMain (parameters=...)
at content/browser/browser_main.cc:21
#35 0xb39fa05c in RunNamedProcessTypeMain (delegate=0xbfb22324,
main_function_params=..., process_type="")
at content/app/content_main_runner.cc:290
#36 (anonymous namespace)::ContentMainRunnerImpl::Run (this=0xb924b810)
at content/app/content_main_runner.cc:548
#37 0xb39f90d0 in content::ContentMain (argc=2, argv=0xbfb22414,
de

Bug#683909: Pending fixes for bugs in the libical-parser-sax-perl package

[pkg-perl-maintainers]

tag 683909 + pending
thanks

Some bugs in the libical-parser-sax-perl package are closed in
revision 285b6c02a625ea9aaa4ee00d5ebb4fa62edaf17a in branch 'master'
by gregor herrmann

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libical-parser-sax-perl.git;a=commitdiff;h=285b6c0

Commit message:

debian/rules: remove the touched file that enables a network-using test.

Thanks: Felix Geyer for the bug report
Closes: #683909


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

Bug#683761: Plymouth shows Textconsole before starting Displaymanager

[Gergely Nagy]

reassign 683761 plymouth 0.8.5.1-5
severity 683761 important
thanks

Please try to make sure that bugs you file, does not end up completely
mangled. I added a few newlines below, to make it readable, and
reassigned the bugreport to the appropriate package.

Benjamin Stark  writes:

> To: sub...@bugs.debian.org
> Cc: daniel.baum...@progress-technologies.net
> From: benny_st...@live.de
> Subject: Plymouth shows Textconsole before starting Displaymanager
>
> Package: plymouth
> Version: 0.8.5.1-5
> Severity: Important
>
> because of just closing plymouth with "/bin/plymouth --quit" in
> /etc/init.d/plymouth the Textconsole is seen shortly befor the
> Displaymanager starts. Using "/bin/plymouth quit --retain-splash" is
> bettr because it doesn't hide the splashscreen.
>
> Greetings Benny
>
> 44c44< /bin/plymouth --quit---> /bin/plymouth quit --retain-splash

-- 
|8]


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

Bug#683810: ITP: yii-framework-php -- Yii is a high-performance PHP framework best for developing Web 2.0 applications

[Gergely Nagy]

reassign 683810 wnpp
thanks

Oliver Marks  writes:

> Package: yii-framework-php

When filing ITP bugs, please file it under the wnpp pseudo-package
(using reportbug greatly helps there, as it will do the right thing),
otherwise it won't show up in the WNPP listings.

I have reassigned your report there, but please try to do it properly
next time. Thanks!

> Severity: wishlist
> License : BSD
> Description : Yii is a high-performance PHP framework best for
> developing Web 2.0 applications

The description would need some work, though. As it is, it's completely
useless, doesn't tell a reader any useful information. It is also too
long for a short description, and too short for a long one. You may wish
to fix that before preparing the package for upload.

-- 
|8]


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

Bug#678135: qa.debian.org: Tables on Developer's QA page are quite inaccessible

[Bart Martens]

Hi Mario,

Does adding one or more of these parameters to the url help ?

  &bugs=0
  &version=0
  &ubuntu=0
  &excuses=0
  &bin=0
  &buildd=0
  &problems=0
  &lintian=0
  &popc=0
  &watch=0
  §ion=0
  &uploads=0

That should match your suggestion "to reduce the number of columns somehow".
For example, this url lists only the bugs information and hides all other
columns:
http://qa.debian.org/developer.php?login=mario&ubuntu=0&lintian=0&buildd=0&watch=0&popc=0&excuses=0&problems=0&version=0

I guess that with "ordered or unordered lists" you meant to suggest the use of
the html tags  or .  Can you write a patch for developer.wml that adds
the new option "Character user interface (&cui=) in the "display
configuration"? Or would it be easier to create a separate developer_cui.wml
(developer_cui.php) for this ?

Regards,

Bart Martens


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

Bug#520901: Status?

[bug-reporting]

In the meanwhile in 2012...


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

Bug#683373: [Pkg-xfce-devel] Bug#683373: Bug#683373: Bug#683373: lightdm: User switching does not work under GNOME

[Jonathan Michalon]

Le Sun, 05 Aug 2012 10:43:08 +0200,
Yves-Alexis Perez  a écrit :
> Ok, so lightdm and gdm “API”s are not compatible. GDM uses session bus
> while lightdm uses system bus.

This is exactly whay I tried to say from the beginning ;)

> > > > > > Ubuntu ships a gdmflexiserver script doing the --system dbus-send 
> > > > > > call located
> > > > > > in a directory placed at the beginning of PATH which can be 
> > > > > > considered as an
> > > > > > (ugly) workaround. Listening to session bus (if this is standard) 
> > > > > > may be better.
> > > > > > 
> > > > > 
> > > > > The script is upstream, but I remove it on purpose. But How could
> > > > > lightdm listen on the session bus, which is owned by the user, afaict.
> > > > 
> > > > No idea. But why remove the script, if they think that this is The 
> > > > Right Way™ ?
> > > 
> > > Because there's no way I'll add /usr/lib/lightdm in $PATH of a user.
> > 
> > Didn't know there was such an implication, but I agree this is a good 
> > reason.
> > What about a kind of divert ? There is already a dialog asking which DM we
> > prefer, I suppose it may update an alternative alongside modifying the file.
> 
> That won't work, see above.

I don't see how it is related. Imagine:
  /usr/bin/flexiserver -> /etc/alternatives/flexiserver
  /etc/alternatives/flexiserver -> /usr/bin/gdmflexiserver 
-> /usr/lib/lightdm/gdmflexiserver
But that would require changes in all gdmflexiserver callers and gdm itself.
A compromise could be :
  /usr/bin/gdmflexiserver -> /etc/alternatives/gdmflexiserver
  /etc/alternatives/gdmflexiserver -> /usr/bin/gdmflexiserver.gdm (or elsewhere)
   -> /usr/lib/lightdm/gdmflexiserver
which is hackish but avoids GNOME changes.

> Ok. But then consider lightdm as not supporting user switching :)

This is what I did, so I will stop bother you with that, and this bug can remain
as a placeholder for someone with a magic idea to implement. ;)
Nevertheless, thanks for your very fast replies!

--
Jonathan Michalon
IT student in Strasbourg


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

Bug#385844: libmikmod: Uses deprecated /dev/dsp interface on Linux

[Gergely Nagy]

Ben Hutchings  writes:

> Suggesting oss-compat does *not* fix this bug.

It does provide a workaround until such time when a proper fix can be
put in place, which is something that cannot reasonably be done for
wheezy, however unfortunate.

Upstream activity on this front is virtually non-existant, I tried to
port libmikmod's ALSA driver to modern alsa, but what I once knew about
alsa, I forgot long ago, so that effort was put on hold until I - or
someone else - has more time to deal with it, post wheezy.

I am well aware of the shortcomings of the workaround, and I do agree it
needs to be fixed properly at one point, but unless I get a patch to
bring the ALSA driver into shape, it won't happen for wheezy :/

As such, I'd like to ask for a wheezy-ignore tag for this one.

-- 
|8]


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

Bug#520496: DDPO: Please change behavior of links to bugs

[Bart Martens]

Hi Dmitry,

Can you write a patch for this ?  I guess that this would require adding the
bug number in bugs.db so that developer.php has it available when the number of
bugs is one.

Regards,

Bart Martens


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

Bug#683914: acpi-support: alternative screen locker xautolock

[gabriel]

Package: acpi-support
Version: 0.140-5
Severity: wishlist
Tags: patch

Dear Maintainer,

would it be possible to add xautolock to the list of checked screen lockers
(file: /usr/share/acpi-support/screenblank)?
It has a neat option that is -locknow for instant screen locking. This would
make it possible to use an alternative screen locker like slock or i3lock for
screen locking instead of xtrlock.

Thanks,
Gabriel



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

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

Versions of packages acpi-support depends on:
ii  acpi-fakekey   0.140-5
ii  acpi-support-base  0.140-5
ii  acpid  1:2.0.16-1
ii  lsb-base   4.1+Debian7
ii  pm-utils   1.4.1-9
ii  x11-xserver-utils  7.7~3

Versions of packages acpi-support recommends:
ii  dbus  1.6.0-1
ii  radeontool1.6.2-1.1
ii  vbetool   1.1-2
pn  xscreensaver | gnome-screensaver  

Versions of packages acpi-support suggests:
pn  rfkill  
ii  xinput  1.6.0-1

-- Configuration Files:
/etc/default/acpi-support changed:
ACPI_SLEEP=true
LOCK_SCREEN=true
LID_SLEEP=true
DISPLAY_DPMS=xset
XRANDR_OUTPUT=LVDS
21a22,24
>   # custom entry
>   elif pidof xautolock >/dev/null;then
>   su $XUSER -s /bin/sh -c "/usr/bin/xautolock -locknow"

Bug#433963: DDPO: please have an option to hide [RM] packages

[Bart Martens]

Hi Pierre,

It makes sense to want this.  Can you write a patch for this ?

Regards,

Bart Martens


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

Bug#508448: DDPO: enhance NMU recognition

[Bart Martens]

Hi Sandro,

Do you still want this bug to be fixed ? What was the "wrong NMU version" ? Do
you have a patch ?

Regards,

Bart Martens


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

Bug#508448: DDPO: enhance NMU recognition

[Sandro Tosi]

On Sun, Aug 5, 2012 at 2:38 PM, Bart Martens  wrote:
> Do you still want this bug to be fixed ?

yes, why not?

> What was the "wrong NMU version" ?

http://packages.qa.debian.org/p/python-textile/news/20080718T161753Z.html

> Do you have a patch ?

Nope.

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


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

Bug#683915: aptitude-curses crashed with SIGSEGV

[sam]

Package: aptitude
Version: 0.6.8-1


=

ProblemType: Crash
Architecture: amd64
Date: Sun Aug  5 12:15:22 2012
Dependencies:
 aptitude-common 0.6.8-1
 debconf 1.5.44
 debianutils 4.3.2
 dpkg 1.16.4.3
 gcc-4.7-base 4.7.1-2
 libapt-pkg4.12 0.9.7.2
 libboost-iostreams1.49.0 1.49.0-3.1
 libbz2-1.0 1.0.6-3
 libc-bin 2.13-33
 libc6 2.13-33
 libcwidget3 0.5.16-3.4
 libdb5.1 5.1.29-5
 libept1.4.12 1.0.9
 libgcc1 1:4.7.1-2
 liblzma5 5.1.1alpha+20120614-1
 libncursesw5 5.9-10
 libpam-modules 1.1.3-7.1
 libpam-modules-bin 1.1.3-7.1
 libpam0g 1.1.3-7.1
 libselinux1 2.1.9-5
 libsemanage-common 2.1.6-6
 libsemanage1 2.1.6-6
 libsepol1 2.1.4-3
 libsigc++-2.0-0c2a 2.2.10-0.2
 libsqlite3-0 3.7.13-1
 libstdc++6 4.7.1-2
 libtinfo5 5.9-10
 libustr-1.0-1 1.0.4-3
 libuuid1 2.20.1-5.1
 libxapian22 1.2.12-1
 multiarch-support 2.13-33
 passwd 1:4.1.5.1-1
 perl-base 5.14.2-12
 sensible-utils 0.0.7
 tar 1.26-4
 zlib1g 1:1.2.7.dfsg-13
Disassembly:
 => 0x7f50d3da4c63: mov(%rdx),%rax
0x7f50d3da4c66: cmp%rax,%rcx
0x7f50d3da4c69: jne0x7f50d3da4c60
0x7f50d3da4c6b: mov%r8,(%rdx)
0x7f50d3da4c6e: mov0x38(%rdi),%r8
0x7f50d3da4c72: mov0x20(%rdi),%rax
0x7f50d3da4c76: lea0x1(%r8),%rdx
0x7f50d3da4c7a: lea(%rax,%r8,8),%rcx
0x7f50d3da4c7e: lea(%rax,%rdx,8),%rax
0x7f50d3da4c82: cmp(%rcx),%rcx
0x7f50d3da4c85: je 0x7f50d3da4c94
0x7f50d3da4c87: jmp0x7f50d3da4ca4
0x7f50d3da4c89: nopl   0x0(%rax)
0x7f50d3da4c90: add$0x1,%rdx
0x7f50d3da4c94: mov%rax,%rcx
0x7f50d3da4c97: add$0x8,%rax
DistroRelease: Debian testing
ExecutablePath: /usr/bin/aptitude-curses
ExecutableTimestamp: 1339236879
Package: aptitude 0.6.8-1
PackageArchitecture: amd64
ProcCmdline: aptitude install libgl1-mesa-swx11
ProcCwd: /tmp
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 LANG=en_GB.utf8
 SHELL=/bin/bash
ProcMaps:
 7f50c400-7f50c4021000 rw-p  00:00 0 
 7f50c4021000-7f50c800 ---p  00:00 0 
 7f50c9d4d000-7f50c9d4e000 ---p  00:00 0 
 7f50c9d4e000-7f50ca54e000 rw-p  00:00 0 
 7f50ca54e000-7f50ca54f000 ---p  00:00 0 
 7f50ca54f000-7f50cad4f000 rw-p  00:00 0 
 7f50cad4f000-7f50cad5 ---p  00:00 0 
 7f50cad5-7f50cb551000 rw-p  00:00 0 
 7f50cb551000-7f50cb552000 ---p  00:00 0 
 7f50cb552000-7f50cd99f000 rw-p  00:00 0 
 7f50cd99f000-7f50cff8 rw-p  08:02 56 
/var/cache/apt/pkgcache.bin
 7f50cff8-7f50cff8b000 r-xp  08:02 536142 
/lib/x86_64-linux-gnu/libnss_files-2.13.so
 7f50cff8b000-7f50d018a000 ---p b000 08:02 536142 
/lib/x86_64-linux-gnu/libnss_files-2.13.so
 7f50d018a000-7f50d018b000 r--p a000 08:02 536142 
/lib/x86_64-linux-gnu/libnss_files-2.13.so
 7f50d018b000-7f50d018c000 rw-p b000 08:02 536142 
/lib/x86_64-linux-gnu/libnss_files-2.13.so
 7f50d018c000-7f50d0196000 r-xp  08:02 536138 
/lib/x86_64-linux-gnu/libnss_nis-2.13.so
 7f50d0196000-7f50d0395000 ---p a000 08:02 536138 
/lib/x86_64-linux-gnu/libnss_nis-2.13.so
 7f50d0395000-7f50d0396000 r--p 9000 08:02 536138 
/lib/x86_64-linux-gnu/libnss_nis-2.13.so
 7f50d0396000-7f50d0397000 rw-p a000 08:02 536138 
/lib/x86_64-linux-gnu/libnss_nis-2.13.so
 7f50d0397000-7f50d03ac000 r-xp  08:02 536136 
/lib/x86_64-linux-gnu/libnsl-2.13.so
 7f50d03ac000-7f50d05ab000 ---p 00015000 08:02 536136 
/lib/x86_64-linux-gnu/libnsl-2.13.so
 7f50d05ab000-7f50d05ac000 r--p 00014000 08:02 536136 
/lib/x86_64-linux-gnu/libnsl-2.13.so
 7f50d05ac000-7f50d05ad000 rw-p 00015000 08:02 536136 
/lib/x86_64-linux-gnu/libnsl-2.13.so
 7f50d05ad000-7f50d05af000 rw-p  00:00 0 
 7f50d05af000-7f50d05b6000 r-xp  08:02 534124 
/lib/x86_64-linux-gnu/libnss_compat-2.13.so
 7f50d05b6000-7f50d07b5000 ---p 7000 08:02 534124 
/lib/x86_64-linux-gnu/libnss_compat-2.13.so
 7f50d07b5000-7f50d07b6000 r--p 6000 08:02 534124 
/lib/x86_64-linux-gnu/libnss_compat-2.13.so
 7f50d07b6000-7f50d07b7000 rw-p 7000 08:02 534124 
/lib/x86_64-linux-gnu/libnss_compat-2.13.so
 7f50d07b7000-7f50d07be000 r-xp  08:02 536584 
/lib/x86_64-linux-gnu/librt-2.13.so
 7f50d07be000-7f50d09bd000 ---p 7000 08:02 536584 
/lib/x86_64-linux-gnu/librt-2.13.so
 7f50d09bd000-7f50d09be000 r--p 6000 08:02 536584 
/lib/x86_64-linux-gnu/librt-2.13.so
 7f50d09be000-7f50d09bf000 rw-p 7000 08:02 536584 
/lib/x86_64-linux-gnu/librt-2.13.so
 7f50d09bf000-7f50d09c3000 r-xp  08:02 525367 

Bug#683916: security-tracker: DSA-2520-1 vs. tracker

[Francesco Poli (wintermute)]

Package: security-tracker
Severity: normal

Hello!

DSA-2520-1 [1] and the corresponding tracker page [2] state that
CVE-2012-2665 has been fixed in stable by
openoffice.org/3.2.1-11+squeeze7.
I believe that an epoch is missing, since the version number
of the openoffice.org package currently in stable is already
1:3.2.1-11+squeeze4.

Please update the tracker data.

Thanks for your time!

[1] https://lists.debian.org/debian-security-announce/2012/msg00160.html
[2] http://security-tracker.debian.org/tracker/DSA-2520-1


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

Bug#683917: apt-get build-dep ignores source package architecture restrictions

[Johannes Schauer]

Package: apt
Version: 0.9.7.3
Severity: normal

Hi,

apt-get build-dep does not honor the Architecture field of source
packages and installs (cross) build dependencies anyways even if the
source package in question cannot be compiled for that architecture.


Example #1 (native build)
-

The source package flash-kernel is Architecture: armel armhf. I'm
executing the following on amd64 Debian Sid:

josch@hoothoot> sudo chroot debian-sid-minbase apt-get -s build-dep flash-kernel
Reading package lists... Done
Building dependency tree... Done
The following NEW packages will be installed:
  binutils bsdmainutils build-essential bzip2 cpp cpp-4.7 debhelper devio 
dpkg-dev file g++ g++-4.7 gcc gcc-4.7 gettext gettext-base
  groff-base html2text intltool-debian libasprintf0c2 libc-dev-bin libc6-dev 
libclass-isa-perl libcroco3 libdpkg-perl libffi5 libgdbm3
  libgettextpo0 libglib2.0-0 libgmp10 libgomp1 libitm1 libmagic1 libmpc2 
libmpfr4 libpcre3 libpipeline1 libquadmath0 libstdc++6-4.7-dev
  libswitch-perl libtimedate-perl libunistring0 libxml2 linux-libc-dev make 
man-db patch perl perl-modules po-debconf
0 upgraded, 50 newly installed, 0 to remove and 0 not upgraded.


Example #2 (cross build)


The source package ikarus is Architecture: i386 amd64. I'm trying to
install cross build dependencies for armel:

josch@hoothoot> sudo chroot debian-sid-minbase apt-get -s -a armel build-dep 
ikarus
Reading package lists... Done
Building dependency tree... Done
The following NEW packages will be installed:
  autoconf automake autotools-dev binutils bsdmainutils build-essential bzip2 
cpp cpp-4.7 debhelper dh-autoreconf dpkg-dev file g++ g++-4.7
  gcc gcc-4.7 gcc-4.7-base:armel gettext gettext-base groff-base html2text 
intltool-debian libasprintf0c2 libc-dev-bin libc6:armel
  libc6-dev libclass-isa-perl libcroco3 libdpkg-perl libffi-dev:armel libffi5 
libffi5:armel libgcc1:armel libgdbm3 libgettextpo0
  libglib2.0-0 libgmp-dev:armel libgmp10 libgmp10:armel libgmpxx4ldbl:armel 
libgomp1 libitm1 libmagic1 libmpc2 libmpfr4 libpcre3
  libpipeline1 libquadmath0 libstdc++6:armel libstdc++6-4.7-dev libswitch-perl 
libtimedate-perl libtool libunistring0 libxml2
  linux-libc-dev m4 make man-db patch perl perl-modules po-debconf
0 upgraded, 64 newly installed, 0 to remove and 0 not upgraded.


Conclusion
--

In neither of the two situations above should apt-get install the build
dependencies. In the first situation it is requested to natively build a
source package for architectures different from the native one. In the
second situation it is requested to cross build a package for an
architecture it doesnt exist for.

It would also be nice if there was a separate exit status for this
special situation.


cheers, josch


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

Bug#683805: proxychains: Spelling mistake |DNS-response|: 4ockecnea7l.onion is not exist

[Eugene V. Lyubimkin]

Hi,

On 2012-08-04 10:32, otus...@cadoth.net wrote:
> It should be
> |DNS-response|: 4ockecnea7l.onion does not exist

Thank you for reporting the bug. I cannot forward it to the upstream
right now since development is stopped in 2006 but in future the bug
might be forwarded if there is new upstream.

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++ GNU/Linux userspace developer, Debian Developer


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

Bug#683918: unblock: libical-parser-sax-perl/1.09-2

[gregor herrmann]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Please unblock package libical-parser-sax-perl

1.09-2 fixes the RC bug #683909 - FTBFS when no network is available.

Changelog entry:

  * debian/rules: remove the touched file that enables a network-using
test. Thanks to Felix Geyer for the bug report (Closes: #683909)

Complete debdiff attached.

unblock libical-parser-sax-perl/1.09-2


Thanks in advance,
gregor


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

iQIcBAEBCAAGBQJQHmuFAAoJELs6aAGGSaoGRfIP/RnbpQ/HCQt+r2g7JawhlwH0
vYItgaLliDAnJ2T4rhzWoVpRk/k7bT6La3igN6Y1KeBwydEijPlir1MR9hjbeSe7
faFSzrAhxYwZ18+0et0spw14eZpxPNtkBbtaEDE2LmbRowZk/Nq48PgzhYglw1dB
eWLWFzZqN8DKP6ngzeL1U2FWdn1VaX/2B8RalKFaTV9NBI0AoIOBO8V+iX2iLHTt
9AYX0jYWHbi8zp9ogtHxYFQ3hkDi9p4oOqgSngsIiUfQJdPSQk47PUGdEXgv9e4Y
levV22qoUdhs7flsOKS//1VhW7+RZy7L7ebLkicd1QNZQQhNns5mt0+xTxx2z4vE
iPjFp39fv7o6V8K6FT94sjoJN8ogUJfVDDNC3O1xKUIbMBAdjhXUKF49ehoSQFfe
+Y5giJbDg/iIEnWr2vc4pFZOvkMb3dWTdmwUzqhYw9bhT7O/j2LLfkkMwBGTmGCV
HG2kIM4E5eWp0MYcVHMOEJ8jUFexfhbKUtxh6jIwkVOh5vx5LnSpLRgO0YWs/W6y
9FVuFCI63UdPXX64gmXWAuyjZChTT6PuMbVKkQltLRGEp2NETrfk6AtmKQWyLY6b
Sj8cmFd0dCsySxzHYxhY1p33ULsphKHQHkB5gAkPmVD+OJwKfRHMD4o3M/Fd93GZ
U3HRydg5EHLQpja+aLtS
=cXDG
-END PGP SIGNATURE-
diff -Nru libical-parser-sax-perl-1.09/debian/changelog libical-parser-sax-perl-1.09/debian/changelog
--- libical-parser-sax-perl-1.09/debian/changelog	2012-01-23 00:18:13.0 +0100
+++ libical-parser-sax-perl-1.09/debian/changelog	2012-08-05 14:43:51.0 +0200
@@ -1,3 +1,11 @@
+libical-parser-sax-perl (1.09-2) unstable; urgency=low
+
+  * Team upload.
+  * debian/rules: remove the touched file that enables a network-using
+test. Thanks to Felix Geyer for the bug report (Closes: #683909)
+
+ -- gregor herrmann   Sun, 05 Aug 2012 14:43:38 +0200
+
 libical-parser-sax-perl (1.09-1) unstable; urgency=low
 
   * Initial packaging release.
diff -Nru libical-parser-sax-perl-1.09/debian/rules libical-parser-sax-perl-1.09/debian/rules
--- libical-parser-sax-perl-1.09/debian/rules	2012-01-23 00:17:35.0 +0100
+++ libical-parser-sax-perl-1.09/debian/rules	2012-08-05 14:43:51.0 +0200
@@ -34,3 +34,7 @@
 
 # Needed by upstream refression tests
 CDBS_BUILD_DEPENDS += , libtest-xml-perl
+
+# remove the file that triggers network tests
+configure/libical-parser-sax-perl::
+	rm -f _build/DOHTTP

Bug#683919: Can't use the final version of opus

[Sjoerd Simons]

Package: gstreamer0.10-plugins-bad
Version: 0.10.23-6
Severity: grave
Tags: upstream

The Opus codec has been finalized recently, unfortunately the version of the
opus plugin in Debian wasn't updated yet with the latest changes (although it
has been fixed upstream). Using the final version of opus with the gstreamer
opus plugin in debian makes Gstreamer crash or fail. This means that as it
stands the opus plugin as shipped by gstreamer is useless to all user and
should either be removed or fixed.


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

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

Versions of packages gstreamer0.10-plugins-bad depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-2
ii  gconf-gsettings-backend [gsettings-backend]  3.2.5-1
ii  gstreamer0.10-plugins-base   0.10.36-1co1
ii  libass4  0.10.0-3
ii  libbz2-1.0   1.0.6-4
ii  libc62.13-35
ii  libcairo21.12.2-2
ii  libcdaudio1  0.99.12p2-12
ii  libcurl3-gnutls  7.26.0-1
ii  libdc1394-22 2.2.0-2
ii  libdca0  0.0.5-5
ii  libdirac-encoder01.0.2-6
ii  libdirectfb-1.2-91.2.10.0-5
ii  libdvdnav4   4.2.0+20120524-2
ii  libdvdread4  4.2.0+20120521-2
ii  libfaad2 2.7-8
ii  libflite11.4-release-5
ii  libgcc1  1:4.7.1-6
ii  libglib2.0-0 2.32.3-1
ii  libgme0  0.5.5-2
ii  libgsm1  1.0.13-4
ii  libgstreamer-plugins-bad0.10-0   0.10.23-6
ii  libgstreamer-plugins-base0.10-0  0.10.36-1co1
ii  libgstreamer0.10-0   0.10.36-1
ii  libjasper1   1.900.1-13
ii  libkate1 0.4.1-1
ii  libmimic01.0.4-2.1
ii  libmms0  0.6.2-3
ii  libmodplug1  1:0.8.8.4-3
ii  libmpcdec6   2:0.1~r459-4
ii  libofa0  0.9.3-5
ii  libopenal1   1:1.14-4
ii  libopus0 0.9.14+20120615-1
ii  liborc-0.4-0 1:0.4.16-2
ii  libpng12-0   1.2.49-2
ii  librsvg2-2   2.36.1-1
ii  librtmp0 2.4+20111222.git4e06e21-1
ii  libschroedinger-1.0-01.0.11-2
ii  libslv2-90.6.6+dfsg1-2
ii  libsndfile1  1.0.25-5
ii  libsoundtouch0   1.6.0-3
ii  libspandsp2  0.0.6~pre20-3
ii  libssl1.0.0  1.0.1c-4
ii  libstdc++6   4.7.1-6
ii  libvo-aacenc00.1.2-1
ii  libvo-amrwbenc0  0.1.2-1
ii  libvpx1  1.1.0-1
ii  libwildmidi1 0.2.3.4-2.1
ii  libx11-6 2:1.5.0-1
ii  libxml2  2.8.0+dfsg1-5
ii  libxvidcore4 2:1.3.2-9
ii  libzbar0 0.10+doc-7+b2
ii  libzvbi0 0.2.33-6
ii  multiarch-support2.13-35

gstreamer0.10-plugins-bad recommends no packages.

Versions of packages gstreamer0.10-plugins-bad suggests:
ii  frei0r-plugins  1.1.22git20091109-1.2

-- no debconf information


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

Bug#683920: FTBFS with ld --as-needed

[Felix Geyer]

Source: makehuman
Version: 1.0.0~alpha6-5
Tags: patch
User: debian-...@lists.debian.org
Usertags: ld-as-needed

makehuman fails to build when ld defaults to --as-needed because it puts 
libraries
before the objects that use them.
See http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries

This is already fixed upstream:
http://code.google.com/p/makehuman/source/diff?spec=svn3555&old=2071&r=3160&format=unidiff&path=%2Ftrunk%2Fmakehuman%2FMakefile.Linux

Build log:

> linking as makehuman.real .
> src/core.o: In function `RegisterObject3D':
> /build/buildd/makehuman-1.0.0~alpha6/src/core.c:150: undefined reference to 
> `PyType_Ready'
> /build/buildd/makehuman-1.0.0~alpha6/src/core.c:154: undefined reference to 
> `PyModule_AddObject'
> src/core.o: In function `Object3D_init':
> /build/buildd/makehuman-1.0.0~alpha6/src/core.c:236: undefined reference to 
> `PyArg_ParseTuple'
> /build/buildd/makehuman-1.0.0~alpha6/src/core.c:240: undefined reference to 
> `PyList_Size'
> [...]
Description: Fix FTBFS with ld --as-needed.
Origin: backport, http://code.google.com/p/makehuman/source/diff?spec=svn3555&old=2071&r=3160&format=unidiff&path=%2Ftrunk%2Fmakehuman%2FMakefile.Linux

--- makehuman-1.0.0~alpha6.orig/Makefile.Linux
+++ makehuman-1.0.0~alpha6/Makefile.Linux
@@ -32,7 +32,7 @@ EXE = makehuman
 
 $(EXE) : $(OBJS)
 	@echo "linking as $@ ."
-	@g++ $(EXTRALIBS) $(EXTRAFMWKS) $(OBJS) -Wl,--as-needed -o $@
+	@g++ -Wl,--as-needed $(OBJS) $(EXTRALIBS) $(EXTRAFMWKS) -o $@
 
 # -
 # Cleanup unused stuff

Bug#683808: proxychains tries to look up DNS for Tor onion addresses

[Eugene V. Lyubimkin]

Hi,

On 2012-08-04 10:47, nyuszika7h wrote:
> If I try to use a program (for example, socat) to connect to a Tor onion
> address, it fails with the following error:
> 
> [~]nyuszika7h@cadoth> proxychains socat -
> TCP:p4fsi4ockecnea7l.onion:6667
> ProxyChains-3.1 (http://proxychains.sf.net)
> |DNS-request| p4fsi4ockecnea7l.onion
> |S-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<><>-OK
> |DNS-response|: p4fsi4ockecnea7l.onion is not exist
> 2012/08/04 10:45:34 socat[6591.18446744073531561728] E
> getaddrinfo("p4fsi4ockecnea7l.onion", "(null)", {1,0,1,6}, {}): Unknown
> error
> 
> Using the same address works with torsocks:
[...]

Thank you for reporting the bug. I cannot forward it to the upstream
right now since development is stopped in 2006 but in future the bug
might be forwarded if there is new upstream.

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++ GNU/Linux userspace developer, Debian Developer


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

Bug#683921: security-tracker: DSA-2519-2 vs. tracker

[Francesco Poli (wintermute)]

Package: security-tracker
Severity: normal

Hi!

DSA-2519-2 has been issued [1], stating that the previously
announced security patches were not really applied to
isc-dhcp/4.1.1-P1-15+squeeze5, an issue that has been fixed
in isc-dhcp/4.1.1-P1-15+squeeze6.

[1] https://lists.debian.org/debian-security-announce/2012/msg00161.html

Hence, it is my understanding that isc-dhcp/4.1.1-P1-15+squeeze5
is still vulnerable to CVE-2011-4539, CVE-2012-3571, and CVE-2012-3954,
while isc-dhcp/4.1.1-P1-15+squeeze6 is fixed.

On the other hand, the tracker still seems to consider
isc-dhcp/4.1.1-P1-15+squeeze5 as fixed, and shows no trace of
DSA-2519-2 (the corresponding tracker page [2] still redirects
to the one for DSA-2519-1).

[2] http://security-tracker.debian.org/tracker/DSA-2519-2

Please update the tracker data.

Thanks again for your time!


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

Bug#674500: Incscape has the same problem

[Jakob Haufe]

reassign 674500 gtk+3.0
retitle 674500 GTK print dialog does not send custom page sizes correctly 
forwarded 674500 https://bugzilla.gnome.org/show_bug.cgi?id=679883
affects 674500 + glabels
kthxbye

After reading
* http://bugs.debian.org/664031
* https://bugs.launchpad.net/hplip/+bug/975972
and
* https://bugs.launchpad.net/ubuntu/+source/gimp/+bug/998156
I ended up at https://bugzilla.gnome.org/show_bug.cgi?id=679883

thus reassigning to gtk+3.0.

Cheers,
sur5r

-- 
ceterum censeo microsoftem esse delendam.


signature.asc
Description: PGP signature

Bug#683373: [Pkg-xfce-devel] Bug#683373: Bug#683373: Bug#683373: Bug#683373: lightdm: User switching does not work under GNOME

[Yves-Alexis Perez]

On dim., 2012-08-05 at 14:27 +0200, Jonathan Michalon wrote:
> Le Sun, 05 Aug 2012 10:43:08 +0200,
> Yves-Alexis Perez  a écrit :
> > Ok, so lightdm and gdm “API”s are not compatible. GDM uses session bus
> > while lightdm uses system bus.
> 
> This is exactly whay I tried to say from the beginning ;)

It would have been easier to just say that.
> 
> > > > > > > Ubuntu ships a gdmflexiserver script doing the --system dbus-send 
> > > > > > > call located
> > > > > > > in a directory placed at the beginning of PATH which can be 
> > > > > > > considered as an
> > > > > > > (ugly) workaround. Listening to session bus (if this is standard) 
> > > > > > > may be better.
> > > > > > > 
> > > > > > 
> > > > > > The script is upstream, but I remove it on purpose. But How could
> > > > > > lightdm listen on the session bus, which is owned by the user, 
> > > > > > afaict.
> > > > > 
> > > > > No idea. But why remove the script, if they think that this is The 
> > > > > Right Way™ ?
> > > > 
> > > > Because there's no way I'll add /usr/lib/lightdm in $PATH of a user.
> > > 
> > > Didn't know there was such an implication, but I agree this is a good 
> > > reason.
> > > What about a kind of divert ? There is already a dialog asking which DM we
> > > prefer, I suppose it may update an alternative alongside modifying the 
> > > file.
> > 
> > That won't work, see above.
> 
> I don't see how it is related. Imagine:
>   /usr/bin/flexiserver -> /etc/alternatives/flexiserver
>   /etc/alternatives/flexiserver -> /usr/bin/gdmflexiserver 
> -> /usr/lib/lightdm/gdmflexiserver
> But that would require changes in all gdmflexiserver callers and gdm itself.
> A compromise could be :
>   /usr/bin/gdmflexiserver -> /etc/alternatives/gdmflexiserver
>   /etc/alternatives/gdmflexiserver -> /usr/bin/gdmflexiserver.gdm (or 
> elsewhere)
>-> /usr/lib/lightdm/gdmflexiserver
> which is hackish but avoids GNOME changes.

That still need coordination with gdm packagers (feel free to suggest
it). But it needs to be coordinated with the currently running display
manager, so at least a slave alternative or something like that.
> 
> > Ok. But then consider lightdm as not supporting user switching :)
> 
> This is what I did, so I will stop bother you with that, and this bug can 
> remain
> as a placeholder for someone with a magic idea to implement. ;)
> Nevertheless, thanks for your very fast replies!

Yes, lets keep it open as documentation. What's really needed is some
upstream coordination (under fd.o umbrella for example) on user
switching.

Regards,
-- 
Yves-Alexis


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

Bug#683807: R: Re: Segfault while using mv/"fusermount -u" with sshfs share

[asronche...@libero.it]

Hi Jonathan, 
thanks for the information.

Sadly i think i cant reproduce this error. Error like these happens with 
random frequency.

I also had a similar error while reading/copying a file from ramdisk.

Yesterday i was checking an iso file with a torrent (i dumped the iso from a 
dvd to ramdisk) and i was only able to check until 71%. 
At 71% i had a very similar error.

I thought it was something to do with my ram (i recently updated from 4GB 
[2x2G] to 8GB [4x2G] ). Since the ram upgrade my problems started.
I ran memtest86+ for more ~20 hours (or 10 or more passes) and the program 
detected no error.

So yesterday i chat about this on IRC and some users said that the problem 
could have been in the ramdisk. They says that i cant use a 6.8GB ramdisk if my 
ram is only 8GB.
I objected that i was only using 2GB of ramdisk and that system ram usage was 
very low ( circa ~ 1GB ) .

Also i checked my configuration about tmp directories. That config assign a 
maximum total of 20% to tmpfs (like /tmp/ ). So it makes: ~1GB for system ram + 
1.6GB (total)  for various tmp dirs (not much used) + 2GB for the file (iso) on 
the ram.

It has been almost 2 years since i started using ramdisk with my pc. I noticed 
that it creates no problem if i assign a big space to the ramdisk. The only 
problem could start if i use *all* that space && the system is using too much 
ram. At that point, usually the swap partition come in the game and start 
swapping until a system crash.

Since in that case  i'll have a crash anyway , i disabled the swap partition, 
because now i have 8GB ram and it's enough for me , because i dont use much 
ram. 

My ordinary use of the system: evince (pdf files) , vlc (some films 
sometimes), a light and old videogame  (UrbanTerror). When i play with UrT i 
usually close all other apps.

About nvidia: I think i can exclude it as a cause of the malfunction. I use 
bumblebee (v3.0) from the suwako repository , to be able to use my 'nvidia 
optimus' card. On that front i have no problem at all. 
It works very good and all the crashes was not caused by the driver because it 
never crashed while i was using it. It also unload when i dont use it. (i use 
"optirun command" to execute the command with nvidia enabled. When i have no 
application using the card the card is disabled and module nvidia is unloaded.


bye
Asdrubale


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

Bug#683903: src:desktop-base: please use xz compression for binary packages

[Paul Tagliamonte]

tags 683903 + pending
thanks

On Sun, Aug 05, 2012 at 12:01:19PM +0200, Ansgar Burchardt wrote:
> Source: desktop-base
> Version: 7.0.2
> Severity: important
> Tags: patch
> Usertags: xz-for-wheezy
> 
> Please use xz compression for the binary packages (patch attached).
> We are trying to fit a few more packages on the first CDs to get a
> usable desktop install with it, see [1] for more details.
> 
> I will request a freeze exception once the package is uploaded; please
> keep in mind to not include additional changes.

We've had some changes for a few days now in SVN, should we unapply
them, prepare this out-of-band, and pile up changes again, or will other
bugfixes be tolerated?

> 
> Regards,
> Ansgar
> 
> [1] 

Patch looks great, and it saves a meg from the .deb. I expected more,
but we're using .svgs for everything, so they compress well anyway.

Are there adverse side-affects I should know about? All ports are OK
with this?

I've pushed it into SVN, with the other changes.

Cheers,
  Paul

-- 
 .''`.  Paul Tagliamonte 
: :'  : Proud Debian Developer
`. `'`  4096R / 8F04 9AD8 2C92 066C 7352  D28A 7B58 5B30 807C 2A87
 `- http://people.debian.org/~paultag


signature.asc
Description: Digital signature

Bug#683922: security-tracker: DSA-2521-1 vs. tracker

[Francesco Poli (wintermute)]

Package: security-tracker
Severity: normal

Hello!

DSA-2521-1 [1] has been recently issued, but the tracker [2] seems to be
still unaware of it.

Please update the tracker data.

Thanks for your time!

[1] https://lists.debian.org/debian-security-announce/2012/msg00162.html
[2] http://security-tracker.debian.org/tracker/DSA-2521-1


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

Bug#683807: R: Re: Segfault while using mv/"fusermount -u" with sshfs share

[asronche...@libero.it]

Sorry, i forgot to answer to this:


>Messaggio originale
>Da: jrnie...@gmail.com
>Data: 5-ago-2012 10.39
>A: "asronche...@libero.it"
>Cc: <683...@bugs.debian.org>
>Ogg: Re: Segfault while using mv/"fusermount -u" with sshfs share
>
>Yeah, that's not good.  Thanks for reporting it.  Am I correct in
>assuming this only happened during one boot and you have not been able
>to make it happen again?



I exclude it could be an ssh server issue, since it happened again with a 
local cp/mv involving a ramdisk.
I think it could be a ram (or ram handling)  issue.

Right now i replaced the ram (8GB) with the old one (4GB) . I'll test the 
system for some days (maybe a week ) and if it doesnt crash i'll then try to 
put the 8GB ram back and see if things change with a ramdisk with < 6.8G space.

thanks.
Asdrubale


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

Bug#683923: ITP: libxml-saxon-xslt2-perl -- process XSLT 2.0 using Saxon 9.x

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libxml-saxon-xslt2-perl
  Version : 0.006
  Upstream Author : Toby Inkster 
* URL : http://search.cpan.org/dist/XML-Saxon-XSLT2/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : process XSLT 2.0 using Saxon 9.x

 XML::Saxon-XSLT2 is a Perl module implementing XSLT 1.0 and 2.0 using
 Saxon 9.x via Inline::Java.


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

Bug#508448: DDPO: please highlight wrong version numbers

[Bart Martens]

retitle 508448 DDPO: please highlight wrong version numbers
stop

On Sun, Aug 05, 2012 at 02:40:01PM +0200, Sandro Tosi wrote:
> On Sun, Aug 5, 2012 at 2:38 PM, Bart Martens  wrote:
> > What was the "wrong NMU version" ?
> http://packages.qa.debian.org/p/python-textile/news/20080718T161753Z.html

We could update the regular expression in this part to recognize this corner
case as an NMU :

if(preg_match("/(-[0-9]+\.|\+nmu)[0-9]+$/", $version))
$class = "nmu";

But then we would be assuming that any upload matching the same wrong version
pattern would be an NMU which might not always be the case.

It is, in my opinion, better to introduce a new class "wrongversion" for any
version that does not match the well-known patterns.  Retitling this bug to
reflect that.

Regards,

Bart Martens


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

Bug#683903: src:desktop-base: please use xz compression for binary packages

[Ansgar Burchardt]

Hi,

Paul Tagliamonte  writes:
> On Sun, Aug 05, 2012 at 12:01:19PM +0200, Ansgar Burchardt wrote:
>> Please use xz compression for the binary packages (patch attached).
>> We are trying to fit a few more packages on the first CDs to get a
>> usable desktop install with it, see [1] for more details.
>> 
>> I will request a freeze exception once the package is uploaded; please
>> keep in mind to not include additional changes.
>
> We've had some changes for a few days now in SVN, should we unapply
> them, prepare this out-of-band, and pile up changes again, or will other
> bugfixes be tolerated?

I guess you can include other changes that meet the freeze policy[1].
Please handle the unblock request yourself in this case as I probably
won't be able to answer questions the release team might have.

  [1] 

> Patch looks great, and it saves a meg from the .deb. I expected more,
> but we're using .svgs for everything, so they compress well anyway.
>
> Are there adverse side-affects I should know about? All ports are OK
> with this?

I am not aware of any side-affects; all ports should be okay with this
as xz compression has already been in use for some packages for a while.

Ansgar


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

Bug#682985: lists.debian.org: Please create new list debian-cloud

[Charles Plessy]

Le Fri, Jul 27, 2012 at 02:03:47PM -0400, Brian Thomason a écrit :
> Package:  lists.debian.org
> Severity: wishlist
> 
> Name:
> debian-cloud
> 
> Rationale:
> A single list where members of the Eucalyptus, OpenStack, or any other
> cloud stack teams can
> update users on happenings in Debian and where users can ask questions
> regarding
> installation and usage of cloud stacks atop Debian.

Excellent idea !

-- 
Charles


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