Bug#729943: jarwrapper: pass only 48 chars of Debian-Java-Parameters

[Dmitry Smirnov]

On Wed, 19 Mar 2014 07:23:24 Niels Thykier wrote:
> > because  never expands as "perl-base" but only as "perl".
> Actually, you should probably just drop the dependency, since perl-base
> is essential (and therefore causes a lintian error if you depend on it
> without version).

You're right, "depends-on-essential-package-without-using-version" it is.
Perhaps the best would be to Depend on "${perl:Depends}". For "jarwrapper" it 
expands to empty string. 

Also "${perl:Depends}" is missing from javahelper's Depends where (if added) 
it expands to "perl". I'll add "${perl:Depends}" to Depends of javahelper as 
the latter is actually using Perl scripts.

-- 
All the best,
 Dmitry Smirnov.


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

Bug#729943: jarwrapper: pass only 48 chars of Debian-Java-Parameters

[Dmitry Smirnov]

On Wed, 19 Mar 2014 06:52:56 Niels Thykier wrote:
> Why is "perl" needed rather than "perl-base" (which is essential).  The
> patch seems to be using none of the modules from perl or perl-modules

Good point. It's just that dependencies on "perl-base" are so rare probably 
because ${perl:Depends} never expands as "perl-base" but only as "perl".

I'll update dependency to "perl-base". I think it should be just enough.
Thanks.

-- 
Cheers,
 Dmitry Smirnov.

---

It is impossible to imagine Goethe or Beethoven being good at billiards
or golf.
-- H. L. Mencken


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

Bug#729943: jarwrapper: pass only 48 chars of Debian-Java-Parameters

[Niels Thykier]

On 2014-03-19 07:21, Dmitry Smirnov wrote:
> On Wed, 19 Mar 2014 06:52:56 Niels Thykier wrote:
>> Why is "perl" needed rather than "perl-base" (which is essential).  The
>> patch seems to be using none of the modules from perl or perl-modules
> 
> Good point. It's just that dependencies on "perl-base" are so rare probably 
> because ${perl:Depends} never expands as "perl-base" but only as "perl".
> 
> I'll update dependency to "perl-base". I think it should be just enough.
> Thanks.
> 

Actually, you should probably just drop the dependency, since perl-base
is essential (and therefore causes a lintian error if you depend on it
without version).

~Niels


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

Bug#739521: Seconded

[Filipus Klutiero]

Thanks Michael, I was about to request something like that too. php-tcpdf is 
indeed 13.1 MB installed, and a 7 MB download. But the size reduction it 
allowed to phpmyadmin seems quite far (the download lost 2 MB between the 
wheezy version (3.3 MB) and 4.1.9-1 (5.4 MB), while the installed size 
*increased* 6 MB). In a sense, the download size has doubled since wheezy.

I love modularity, but maybe php-tcpdf should itself be modularized. 9 MB of 
the 13.1 MB are in /usr/share/php/tcpdf/fonts/ and 1.7 MB is in 
/usr/share/doc/php-tcpdf/examples/. Keeping only the necessary fonts and 
creating a couple more binary packages for php-tcpdf, it should be possible to 
slim php-tcpdf by 4/5. A more focused dependency like that would be good for 
mem even if it remains a hard dependency.

--
Filipus Klutiero
http://www.philippecloutier.com


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

Bug#742095: debconf: When install programs group is added only on first user

[Corcodel Marian]

Package: debconf
Version: 1.5.49
Severity: normal

I don't know where to report this bug sorry.
I have two users user1,user2 when programs need to add users and group on
system only user1 is added on etc/group user2 missing from /etc/group.
Examples:
Content off /etc/group
video:x:44:user1
Correct is:
video:x44:user1, user2



-- System Information:
Debian Release: 7.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages debconf depends on:
ii  perl-base  5.14.2-21+deb7u1

Versions of packages debconf recommends:
ii  apt-utils 0.9.7.9+deb7u1
ii  debconf-i18n  1.5.49

Versions of packages debconf suggests:
pn  debconf-doc
pn  debconf-utils  
ii  libgtk2-perl   2:1.244-1
pn  libnet-ldap-perl   
pn  libqtcore4-perl
pn  libqtgui4-perl 
pn  libterm-readline-gnu-perl  
ii  perl   5.14.2-21+deb7u1
ii  whiptail   0.52.14-11.1

-- debconf information:
  debconf-apt-progress/preparing:
  debconf/frontend: Dialog
  debconf-apt-progress/title:
  debconf/priority: high
  debconf-apt-progress/info:
  debconf-apt-progress/media-change:


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

Bug#729943: jarwrapper: pass only 48 chars of Debian-Java-Parameters

[Niels Thykier]

On 2014-03-19 02:23, Dmitry Smirnov wrote:
> Hi Emmanuel,
> 

Hi,

> On Wed, 19 Mar 2014 00:33:50 Emmanuel Bourg wrote:
>> I checked the suggested regexp and I confirm it parses properly the
>> manifest entries. It's a bit sad to add a dependency on perl just for
>> this though.
> 
> Thanks for double-checking my fix. Although I added "perl" to Depends I'm not 
> too sure if we have to add such explicit dependency since Perl is "Priority: 
> standard" and therefore pretty much always installed.
> 
> I feel comfortable with Perl as dependency. I'm not too comfortable with 
> "sed" 
> that is (IMHO) much harder to use not to mention that sometimes it is just 
> not 
> sufficient...
> 
> 
> [...]



Why is "perl" needed rather than "perl-base" (which is essential).  The
patch seems to be using none of the modules from perl or perl-modules

~Niels


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

Bug#742077: RFS: vcmi/0.95-1 [ITP]

[Johannes Schauer]

Hi,

Quoting Jakub Wilk (2014-03-18 23:58:19)
> [I don't intend to sponsor this package. Sorry!]

dont worry, I'm happy for any help that can improve my packaging! :)

> We don't have "³" or "ñ" in the Polish alphabet. :-P It should be: Michał
> Urbańczyk.  Please update debian/copyright accordingly.

Oh awesome! That makes lots of sense! It seems that the AUTHORS file is not
utf8 but either windows-1250 or iso-8859-2

Thanks!

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#742006: [bash] Incomplete grammar in manual page (compound commands)

[Filipus Klutiero]

Hi Chet,

On 2014-03-18 08:58, Chet Ramey wrote:

On 3/18/14 2:23 AM, Filipus Klutiero wrote:

Package: bash
Version: 4.3-2
Severity: normal
Tags: upstream
X-Debbugs-Cc: bug-b...@gnu.org

According to the section Compound Commands of the manual page, a compound
command is one of 11 forms listed. However, as explained in the ALIASES
section, a function definition ( function name [()] compound-command
[redirection] ) is also a compound command.

A function definition is a function definition command.  The sentence
in the ALIASES section should read "a function definition is itself a
command."


Ah, indeed. In this case, this report is invalid. Feel free to close it (I'll 
open a new ticket if the source issue persists).



Multiple other forms of compound commands are not documented, for example {
if true; then echo x; fi }.

I'm not sure what this means.  Group commands are compound commands, and
are documented as such.

If you want to take a look at the Posix grammar and list of compound
commands, go to
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_09_04


Thank you



What's the point of this report?  Is there some problem this is attempting
to address?


Sorry for the last paragraph, I didn't realize that "if true; then echo x; fi" 
was a list. Thanks, the definition of compound commands is OK then. I probably developed 
my misunderstanding of what a list is due to the order of sections and the fact that the 
manpage does not define what a command is. To be fair, even the author of the info 
documentation got that wrong:


A `pipeline' is a sequence of simple commands separated by one of the
 control operators `|' or `|&'.


--
Filipus Klutiero
http://www.philippecloutier.com


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

Bug#742094: linux-image-3.2.0-4-amd64: KVM displays error and abends when writing to a USB2 thumb drive in a USB3 port

[Neal Murphy]

Package: src:linux
Version: 3.2.54-2
Severity: normal

Running up-to-date 64-bit Wheezy and running a 32-bit linux 3.4 system in a KVM
(not virtio).

QEMU emulator version 1.1.2 (qemu-kvm-1.1.2+dfsg-6, Debian), Copyright (c)
2003-2008 Fabrice Bellard

For some years now, I've been able to 'hot plug' a USB thumb drive into a KVM
session. One function of my initramfs is to convert the boot ISO to a thumb
drive for booting and installation when an optical drive isn't available; this,
too, has been working very well.

This evening I tried that trick again. I plugged a USB2 thumb drive into a USB3
port and 'hot-plugged' it into the KVM session. When it started to write
to the thumb drive, kvm displayed:

USBDEVFS_SUBMITURB: Cannot allocate memory
kvm: /tmp/buildd/qemu-kvm-1.1.2+dfsg/hw/usb/hcd-uhci.c:979: uhci_fill_queue:
Assertion `ret == TD_RESULT_ASYNC_START' failed.

and aborted. I tried several times with the same result.

On a whim, I tried it using a USB2 port. The conversion completed successfully.

The beginning of the included kernel log may show part of the problem.

It's either a kernel USB3 problem or a qemu-kvm problem; I picked one at
random.

I called it 'grave' because someone could be running a real system in a KVM and
potentially lose data to the unexpected 'virtual power failure'.

Neal



-- Package-specific info:
** Version:
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 
(Debian 4.6.3-14) ) #1 SMP Debian 3.2.54-2

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 
root=UUID=638f3767-4643-491b-957d-0db178552bcb ro quiet

** Not tainted

** Kernel log:
[36059.477211] sd 11:0:0:0: [sdd] No Caching mode page found
[36059.477228] sd 11:0:0:0: [sdd] Assuming drive cache: write through
[36059.481062] sd 11:0:0:0: [sdd] No Caching mode page found
[36059.481077] sd 11:0:0:0: [sdd] Assuming drive cache: write through
[36059.482141]  sdd: sdd1
[36059.486290] sd 11:0:0:0: [sdd] No Caching mode page found
[36059.486298] sd 11:0:0:0: [sdd] Assuming drive cache: write through
[36059.486305] sd 11:0:0:0: [sdd] Attached SCSI removable disk
[36093.065090] usb 6-2: reset high-speed USB device number 3 using xhci_hcd
[36093.149876] xhci_hcd :09:00.0: xHCI xhci_drop_endpoint called with 
disabled ep 8803aa9911c0
[36093.149884] xhci_hcd :09:00.0: xHCI xhci_drop_endpoint called with 
disabled ep 8803aa991200
[36093.425048] usb 6-2: reset high-speed USB device number 3 using xhci_hcd
[36093.509745] xhci_hcd :09:00.0: xHCI xhci_drop_endpoint called with 
disabled ep 8803aa9911c0
[36093.509753] xhci_hcd :09:00.0: xHCI xhci_drop_endpoint called with 
disabled ep 8803aa991200
[36093.840860] usb 6-2: usbfs: interface 0 claimed by usb-storage while 'kvm' 
sets config #1
[36104.097149] xhci_hcd :09:00.0: ERROR no room on ep ring
[36104.097162] usb 6-2: usbfs: usb_submit_urb returned -12
[36104.206254] RED: port 2(tapRD0051) entering forwarding state
[36104.212904] RED: port 2(tapRD0051) entering disabled state
[36104.213028] device tapRD0051 left promiscuous mode
[36104.213033] RED: port 2(tapRD0051) entering disabled state
[36375.486761] usb 6-2: USB disconnect, device number 3
[36410.416176] usb 6-2: new high-speed USB device number 4 using xhci_hcd
[36410.525813] usb 6-2: New USB device found, idVendor=13fe, idProduct=3e00
[36410.525820] usb 6-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[36410.525825] usb 6-2: Product: Patriot Memory
[36410.525829] usb 6-2: Manufacturer: 
[36410.525832] usb 6-2: SerialNumber: 07012447DDB2A647
[36410.527205] scsi12 : usb-storage 6-2:1.0
[36411.601142] scsi 12:0:0:0: Direct-Access  Patriot Memory   PMAP 
PQ: 0 ANSI: 4
[36411.602295] sd 12:0:0:0: Attached scsi generic sg4 type 0
[36413.001682] sd 12:0:0:0: [sdd] 62554112 512-byte logical blocks: (32.0 
GB/29.8 GiB)
[36413.002835] sd 12:0:0:0: [sdd] Write Protect is off
[36413.002843] sd 12:0:0:0: [sdd] Mode Sense: 23 00 00 00
[36413.003975] sd 12:0:0:0: [sdd] No Caching mode page found
[36413.003982] sd 12:0:0:0: [sdd] Assuming drive cache: write through
[36413.007909] sd 12:0:0:0: [sdd] No Caching mode page found
[36413.007918] sd 12:0:0:0: [sdd] Assuming drive cache: write through
[36413.032471]  sdd: sdd1
[36413.035704] sd 12:0:0:0: [sdd] No Caching mode page found
[36413.035711] sd 12:0:0:0: [sdd] Assuming drive cache: write through
[36413.035718] sd 12:0:0:0: [sdd] Attached SCSI removable disk
[36431.364941] ISO 9660 Extensions: Microsoft Joliet Level 3
[36431.365025] ISO 9660 Extensions: RRIP_1991A
[36431.368467] FAT-fs (sdd1): utf8 is not a recommended IO charset for FAT 
filesystems, filesystem will be case sensitive!
[38754.386980] FAT-fs (sdd1): utf8 is not a recommended IO charset for FAT 
filesystems, filesystem will be case sensitive!
[38920.074784] sdd: detected capacity change from 32027705344 to 0
[38930.342450] usb 6-2: USB disconnect, device number 4
[40092.884274] RED: port 1(eth0) entering forwarding state

Bug#741873: qemu-kvm: crashes booting gnumach (Hurd) with multiboot options

[Michael Tokarev]

19.03.2014 06:17, Gabriele Giacone wrote:
[]
> Current qemu on wheezy (1.1.2) can boot hurd CD only on systems with
> hwaccel and by specifying --enable-kvm. it crashes without hwaccel,
> see [0]. Not a real problem on jenkins.d.n which has hwaccel, but IMHO
> [0] is important enough to get an upload to stable, it makes
> installing a hurd VM on a wheezy host hardware dependent.
> Whereas this bug affects Debian infrastructure, assuming d.n as part
> of Debian infrastructure and assuming that would count something if it
> was d.o.

Please note that without hwaccel, it is just tooo slow to be useful.
In my opinion anyway.  This hardware dependency only means x86
(because on other arches we'll have to emulate the CPU anyway,
and a. this bug will show up, and b. it will be painfully slow
due to emulation), but x86 is the majority of debian machines
these days.  Other than that, -- it is difficult to find real
(non-trash) x86 machine without hwaccel.  Almost all machines
without svn/vmx are just too old and slow to be useful.

> How about identifying changes to backport fixing this bug and
> proposing both to release team?
> [0] https://bugs.debian.org/719633

Here's the fix, which is rather simple (and is included into upstream
1.7.1 stable release):

http://git.qemu.org/?p=qemu.git;a=commitdiff;h=33dfdb56f2f3c8686d218395b871ec12fd5bf30b

However, if we're to made a new stable release, I'd like to include
quite some more changes too, which are useful for other users.  Not
that right now I have time for that :(

Thanks,

/mjt


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

Bug#738575:

[Zhang Youfu]

FYI, http://en.wikipedia.org/wiki/Pentium_F00F_bug

Bug#742093: vflib3: missing libxext-dev build-dependency

[Michael Gilbert]

package: src:vflib3
version: 3.6.14.dfsg-3+nmu1
severity: serious

This package currently fails to build from source when libxext-dev is missing.

Best wishes,
Mike


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

Bug#742092: flamerobin: Please update to use wxwidgets3.0

[Olly Betts]

Package: flamerobin
Version: 0.9.3~+20131014.97b278c-1
Severity: normal
Tags: patch
User: freewx-ma...@lists.alioth.debian.org
Usertags: wx3.0

Dear maintainer,

We're aiming to migrate the archive to using wxwidgets3.0 instead of
wxwidgets2.8.

I've rebuilt your package using the attached patch (no upstream changes
were required), and did some simple testing.  Everything looks good
to me.

I'm happy to NMU this change if you wish me to - just let me know.

Cheers,
Olly
diff -Nru flamerobin-0.9.3~+20131014.97b278c/debian/changelog flamerobin-0.9.3~+20131014.97b278c/debian/changelog
--- flamerobin-0.9.3~+20131014.97b278c/debian/changelog	2013-10-15 00:54:23.0 +1300
+++ flamerobin-0.9.3~+20131014.97b278c/debian/changelog	2014-03-19 17:05:06.0 +1300
@@ -1,3 +1,10 @@
+flamerobin (0.9.3~+20131014.97b278c-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Update to use wxWidgets 3.0.
+
+ -- Olly Betts   Wed, 19 Mar 2014 17:05:06 +1300
+
 flamerobin (0.9.3~+20131014.97b278c-1) experimental; urgency=low
 
   * New upstream snapshot
diff -Nru flamerobin-0.9.3~+20131014.97b278c/debian/control flamerobin-0.9.3~+20131014.97b278c/debian/control
--- flamerobin-0.9.3~+20131014.97b278c/debian/control	2013-10-15 00:38:47.0 +1300
+++ flamerobin-0.9.3~+20131014.97b278c/debian/control	2014-03-19 17:05:59.0 +1300
@@ -12,8 +12,7 @@
  libboost-dev,
  libboost-system-dev,
  libboost-thread-dev,
- libwxgtk2.8-dev
-Build-Conflicts: libwxgtk2.6-dev
+ libwxgtk3.0-dev
 Standards-Version: 3.9.4
 Vcs-Git: git://anonscm.debian.org/collab-maint/flamerobin.git
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/flamerobin.git


signature.asc
Description: Digital signature

Bug#741720: Fixed patch

[Eric Dorland]

Last patch was incomplete, here's the real patch:

--- libsieve-2.2.6/debian/changelog
+++ libsieve-2.2.6/debian/changelog
@@ -1,3 +1,10 @@
+libsieve (2.2.6-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Switch to automake1.11. (Closes: #741720)
+
+ -- Eric Dorland   Mon, 17 Mar 2014 22:56:51 -0400
+
 libsieve (2.2.6-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
--- libsieve-2.2.6.old/debian/control   2014-03-16 02:16:03.894809515
-0400
+++ libsieve-2.2.6/debian/control   2014-03-16 02:24:07.645203078
-0400
@@ -2,7 +2,7 @@
 Section: libs
 Priority: optional
 Maintainer: Jose Luis Tallon 
-Build-Depends: automake1.9|automaken, bison, flex, libtool,
+Build-Depends: autoconf, automake1.11, bison, flex, libtool,
debhelper (>= 4.2.0), dpatch
 Standards-Version: 3.7.3
 


-- 
Eric Dorland 
ICQ: #61138586, Jabber: ho...@jabber.com



signature.asc
Description: Digital signature

Bug#741714: exult: diff for NMU version 1.2-15.3

[Eric Dorland]

* Jordà Polo (jo...@ettin.org) wrote:
> Hello Eric,
> 
> Thanks for the NMU. You mentioned a month in your bug report so I was
> expecting a few more days to update the package... But I'm not 100%
> certain I'll be able to thoroughly review the package in the next few
> days, so the upload is definitely welcome.

Sorry about the quick upload. The text is just boilerplate I wrote
back in December but exult was one of the packages I missed back
then. That's why it says a month. I also decided to do the quick NMU
because I saw that it already had two unacknowledged NMUs so I didn't
think it was worth waiting. 
 
> Btw, I added your NMU in the package repository[1], but I just
> realized the diff of the NMU you are attaching only includes the changes
> made to debian/changelog. I'm assuming the actual upload also includes
> the previously attached patch to debian/{control,rules}?

Sorry yeah the diff is wrong but the package is fine. There was a
little bug with nmudiff and my environment. If you combine both
patches in the bug you'll be in the right state.

> 
>  1. http://anonscm.debian.org/gitweb/?p=users/jorda-guest/pkg/exult.git
> 
> 
> On Mon, Mar 17, 2014 at 10:45:14PM -0400, Eric Dorland wrote:
> > tags 741714 + pending
> > thanks
> > 
> > Dear maintainer,
> > 
> > I've prepared an NMU for exult (versioned as 1.2-15.3) and
> > uploaded it to DELAYED/10. Please feel free to tell me if I
> > should delay it longer.
> > 
> > Regards.
> > 
> 
> > diff -u exult-1.2/debian/changelog exult-1.2/debian/changelog
> > --- exult-1.2/debian/changelog
> > +++ exult-1.2/debian/changelog
> > @@ -1,3 +1,10 @@
> > +exult (1.2-15.3) unstable; urgency=medium
> > +
> > +  * Non-maintainer upload.
> > +  * Switch to automake1.11. (Closes: #741714)
> > +
> > + -- Eric Dorland   Mon, 17 Mar 2014 22:26:48 -0400
> > +
> >  exult (1.2-15.2) unstable; urgency=low
> >  
> >* Non-maintainer upload to help for libpng transition
> 
> 
> 

-- 
Eric Dorland 
ICQ: #61138586, Jabber: ho...@jabber.com



signature.asc
Description: Digital signature

Bug#742091: [mumble] UDP fails and user cannot hear until mic activated

[Chris Knadle]

Package: mumble
Version: 1.2.3-349-g315b5f5-2.2+deb7u1
Severity: normal
Tags: patch

Apparently UDP communication with other users fails until the mic is activated 
and data sent in some cases due to not finding the correct source address.  
More information in commit aab9cdcce4e4c9c8a0656ce980aecc02745801ef :

   
https://github.com/mumble-voip/mumble/commit/aab9cdcce4e4c9c8a0656ce980aecc02745801ef

patch for 1.2.3-349-g315b5f5-2.2+deb7u1 attached.

  -- Chris

--
Chris Knadle
chris.kna...@coredump.usDescription: If the source address of outgoing packets is not detected
 correctly, users connected to a mumble server cannot hear anyone speak until
 first activating and speaking through their mic.
Author: Chris Knadle 
Origin: https://github.com/mumble-voip/mumble/issues/1147
Applied-Upstream: commit aab9cdcce4e4c9c8a0656ce980aecc02745801ef
Last-Updated: 2014-03-18

--- a/src/murmur/Server.cpp
+++ b/src/murmur/Server.cpp
@@ -845,20 +845,23 @@
msg.msg_controllen = CMSG_SPACE((u->saiUdpAddress.ss_family == 
AF_INET6) ? sizeof(struct in6_pktinfo) : sizeof(struct in_pktinfo));
 
struct cmsghdr *cmsg = CMSG_FIRSTHDR(&msg);
-   if (u->saiTcpLocalAddress.ss_family == AF_INET6) {
+   HostAddress tcpha(u->saiTcpLocalAddress);
+   if (u->saiUdpAddress.ss_family == AF_INET6) {
cmsg->cmsg_level = IPPROTO_IPV6;
cmsg->cmsg_type = IPV6_PKTINFO;
cmsg->cmsg_len = CMSG_LEN(sizeof(struct in6_pktinfo));
struct in6_pktinfo *pktinfo = reinterpret_cast(CMSG_DATA(cmsg));
memset(pktinfo, 0, sizeof(*pktinfo));
-   pktinfo->ipi6_addr =  reinterpret_cast(& u->saiTcpLocalAddress)->sin6_addr;
+   memcpy(&pktinfo->ipi6_addr.s6_addr[0], 
&tcpha.qip6.c[0], sizeof(pktinfo->ipi6_addr.s6_addr));
} else {
cmsg->cmsg_level = IPPROTO_IP;
cmsg->cmsg_type = IP_PKTINFO;
cmsg->cmsg_len = CMSG_LEN(sizeof(struct in_pktinfo));
struct in_pktinfo *pktinfo = reinterpret_cast(CMSG_DATA(cmsg));
memset(pktinfo, 0, sizeof(*pktinfo));
-   pktinfo->ipi_spec_dst =  reinterpret_cast(& u->saiTcpLocalAddress)->sin_addr;
+   if (tcpha.isV6())
+   return;
+   pktinfo->ipi_spec_dst.s_addr = tcpha.hash[3];
}

Bug#742078: spek: Please update to use wxwidgets3.0

[Alexander Kojevnikov]

On Tue, Mar 18, 2014 at 3:45 PM, Olly Betts  wrote:
> Package: spek
> Version: 0.8.2-3
> Severity: normal
> Tags: patch
> User: freewx-ma...@lists.alioth.debian.org
> Usertags: wx3.0
>
> Dear maintainer,
>
> We're aiming to migrate the archive to using wxwidgets3.0 instead of
> wxwidgets2.8.
>
> I've rebuilt your package using the attached patch (no upstream changes
> were required), and did some simple testing.  Everything looks good
> to me.
>
> I'm happy to NMU this change if you wish me to - just let me know.

Hi Olly,

Feel free to NMU it.

Thank you!
Alex


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

Bug#731715: cgroup-bin: can't add process PID to group/tasks

[itsme]

>
> any ideas?
>
>
root@debian-server:/sys/fs/cgroup/test# echo $$
3173
root@debian-server:/sys/fs/cgroup/test# echo $$ > tasks
bash: echo: write error: No space left on device

...

root@debian-server:/sys/fs/cgroup/test# cat cpuset.cpus

root@debian-server:/sys/fs/cgroup/test# cat cpuset.mems

root@debian-server:/sys/fs/cgroup/test# cat ../cpuset.cpus
0-1
root@debian-server:/sys/fs/cgroup/test# cat ../cpuset.mems
0

Hmmm...

root@debian-server:/sys/fs/cgroup/test# cat ../cpuset.cpus > cpuset.cpus
root@debian-server:/sys/fs/cgroup/test# cat ../cpuset.mems > cpuset.mems
root@debian-server:/sys/fs/cgroup/test# echo $$ > tasks
root@debian-server:/sys/fs/cgroup/test# cat tasks
3173

Only if these two values ​​are empty.


Regards,
itsme

Bug#737903: totem unusable

[Paul]

Hello Andreas,

You are right -- Totem is NOT the cause of my difficulties, therefore I am
going to mark this bug as resolved.

At the time, I had just installed Debian testing/unstable and the
firmware-linux-nonfree package. Other problems with my video output besides
the Totem hang showed up. I installed Debian oldstable (3.2.54-2) since
then and Totem seems to work well now.

The hang was caused by the driver for my ATI Radeon X300 video card --
X300_cp.bin contained in the firmware-linux-nonfree package. This driver
does not coexist well with some of the newer software, especially the Gnome
desktop manager, gdm3.

Thanks


On Sun, Mar 16, 2014 at 4:59 AM, Andreas Henriksson wrote:

> Hello Paul!
>
> Your bug report shows up as one of the highest priority tasks
> on my debian maintainer dashbord since you've marked
> it as "render package unusable".
>
> I'm using totem myself and it works very well for me.
> On the other hand my computer doesn't even contain
> a DVD drive
>
> Are you sure about the severity? Maybe you overreacted and
> want to consider lowering the severity of your bug report?
> If not, please elaborate a bit on how the package is
> unusable despite it looking to me like it works
> very well here.
>
> I'm sorry, I'm not able to help you out much with your
> problem... as mentioned I don't even have a DVD drive,
> so it's hard for me to investigate your problem.
>
> Regards,
> Andreas Henriksson
>

Bug#742030: Fixed

[Dmitry Smirnov]

On Tue, 18 Mar 2014 20:37:44 Morten Welinder wrote:
> Gnumeric 1.12.13 has been released.  It fixes this issue.  I received
> a stack trace
> offline and it matches a very recently fixed bug that came in from Redhat.

Thank you for update, Morten. I'm uploading new gnumeric release...

-- 
Best wishes,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


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

Bug#739442: strigi: diff for NMU version 0.7.8-1.1

[Reinhard Tartler]

tags 739442 + pending
thanks

Dear maintainer,

I've prepared an NMU for strigi (versioned as 0.7.8-1.1) and
uploaded it to DELAYED/5 and experimental. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru strigi-0.7.8/debian/changelog strigi-0.7.8/debian/changelog
--- strigi-0.7.8/debian/changelog	2013-08-04 22:08:48.0 +
+++ strigi-0.7.8/debian/changelog	2014-03-19 01:04:02.0 +
@@ -1,3 +1,10 @@
+strigi (0.7.8-1.1) experimental; urgency=low
+
+  * Non-maintainer upload.
+  * Add libav10.patch and build against libav10 (Closes: #739442)
+
+ -- Reinhard Tartler   Wed, 19 Mar 2014 01:03:17 +
+
 strigi (0.7.8-1) unstable; urgency=low
 
   * Team upload.
diff -Nru strigi-0.7.8/debian/control strigi-0.7.8/debian/control
--- strigi-0.7.8/debian/control	2013-08-04 21:19:55.0 +
+++ strigi-0.7.8/debian/control	2014-03-19 01:03:54.0 +
@@ -7,8 +7,8 @@
 Build-Depends: cmake (>= 2.8.9),
dbus-x11,
debhelper (>= 9),
-   libavcodec-dev,
-   libavformat-dev,
+   libavcodec-dev (>= 6:10~),
+   libavformat-dev (>= 6:10~),
libboost-dev,
libbz2-dev,
libclucene-dev (>= 2),
diff -Nru strigi-0.7.8/debian/patches/libav10.patch strigi-0.7.8/debian/patches/libav10.patch
--- strigi-0.7.8/debian/patches/libav10.patch	1970-01-01 00:00:00.0 +
+++ strigi-0.7.8/debian/patches/libav10.patch	2014-03-19 01:02:43.0 +
@@ -0,0 +1,16 @@
+Index: strigi-0.7.8/libstreamanalyzer/plugins/endplugins/ffmpegendanalyzer.cpp
+===
+--- strigi-0.7.8.orig/libstreamanalyzer/plugins/endplugins/ffmpegendanalyzer.cpp	2013-02-05 21:34:52.0 +
 strigi-0.7.8/libstreamanalyzer/plugins/endplugins/ffmpegendanalyzer.cpp	2014-02-28 21:45:10.570587443 +
+@@ -481,9 +481,9 @@
+   outs << codec.height;
+   ar.addTriplet(streamuri, heightPropertyName, outs.str());
+ }
+-if (stream.r_frame_rate.num && stream.r_frame_rate.den) {
++if (stream.avg_frame_rate.num && stream.avg_frame_rate.den) {
+   ostringstream outs;
+-  outs << stream.r_frame_rate.num / stream.r_frame_rate.den;
++  outs << stream.avg_frame_rate.num / stream.avg_frame_rate.den;
+   ar.addTriplet(streamuri, frameRatePropertyName, outs.str());
+ }
+ if (codec.pix_fmt != PIX_FMT_NONE) {}//FIXME pixel format
diff -Nru strigi-0.7.8/debian/patches/series strigi-0.7.8/debian/patches/series
--- strigi-0.7.8/debian/patches/series	2013-08-04 20:13:35.0 +
+++ strigi-0.7.8/debian/patches/series	2014-03-19 01:02:46.0 +
@@ -1 +1,2 @@
 deepgrep_mayhem_fix.diff
+libav10.patch

Bug#739303: gnash: diff for NMU version 0.8.11~git20140121+dfsg-1.1

[Reinhard Tartler]

tags 739303 + patch
tags 739303 + pending
thanks

Dear maintainer,

I've prepared an NMU for gnash (versioned as 0.8.11~git20140121+dfsg-1.1) and
uploaded it to DELAYED/5 and experimental. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru gnash-0.8.11~git20140121+dfsg/debian/changelog gnash-0.8.11~git20140121+dfsg/debian/changelog
--- gnash-0.8.11~git20140121+dfsg/debian/changelog	2014-01-21 18:58:17.0 +
+++ gnash-0.8.11~git20140121+dfsg/debian/changelog	2014-03-19 00:50:43.0 +
@@ -1,3 +1,10 @@
+gnash (0.8.11~git20140121+dfsg-1.1) experimental; urgency=low
+
+  * Non-maintainer upload.
+  * Add libav10.patch and compile against libav10 (Closes: #739303)
+
+ -- Reinhard Tartler   Wed, 19 Mar 2014 00:50:40 +
+
 gnash (0.8.11~git20140121+dfsg-1) unstable; urgency=medium
 
   * Git snapshot.
diff -Nru gnash-0.8.11~git20140121+dfsg/debian/control gnash-0.8.11~git20140121+dfsg/debian/control
--- gnash-0.8.11~git20140121+dfsg/debian/control	2014-01-21 18:58:17.0 +
+++ gnash-0.8.11~git20140121+dfsg/debian/control	2014-03-19 00:50:04.0 +
@@ -20,9 +20,9 @@
kdelibs5-dev,
libagg-dev,
libatk1.0-dev,
-   libavcodec-dev,
-   libavformat-dev,
-   libavresample-dev,
+   libavcodec-dev (>= 6:10~),
+   libavformat-dev (>= 6:10~),
+   libavresample-dev (>= 6:10~),
libboost-date-time-dev,
libboost-dev,
libboost-iostreams-dev,
@@ -44,7 +44,7 @@
libsdl1.2-dev,
libspeex-dev,
libspeexdsp-dev,
-   libswscale-dev,
+   libswscale-dev (>= 6:10~),
libtool,
libxmu-dev,
libxv-dev,
diff -Nru gnash-0.8.11~git20140121+dfsg/debian/patches/libav10.patch gnash-0.8.11~git20140121+dfsg/debian/patches/libav10.patch
--- gnash-0.8.11~git20140121+dfsg/debian/patches/libav10.patch	1970-01-01 00:00:00.0 +
+++ gnash-0.8.11~git20140121+dfsg/debian/patches/libav10.patch	2014-03-19 00:49:30.0 +
@@ -0,0 +1,239 @@
+From a3180f2a679c9724d1ca954d63224063defb5ff5 Mon Sep 17 00:00:00 2001
+From: Gabriele Giacone <1o5g4...@gmail.com>
+Date: Tue, 25 Feb 2014 16:35:20 +
+Subject: Support libav 10.
+Origin: http://git.savannah.gnu.org/cgit/gnash.git/patch/?id=a3180f2a679c9724d1ca954d63224063defb5ff5
+
+---
+diff --git a/libmedia/ffmpeg/AudioDecoderFfmpeg.cpp b/libmedia/ffmpeg/AudioDecoderFfmpeg.cpp
+index 653e8a2..ce51e88 100644
+--- a/libmedia/ffmpeg/AudioDecoderFfmpeg.cpp
 b/libmedia/ffmpeg/AudioDecoderFfmpeg.cpp
+@@ -89,17 +89,17 @@ void AudioDecoderFfmpeg::setup(SoundInfo& info)
+ 
+ switch(info.getFormat()) {
+ case AUDIO_CODEC_RAW:
+-codec_id = CODEC_ID_PCM_U16LE;
++codec_id = AV_CODEC_ID_PCM_U16LE;
+ break;
+ case AUDIO_CODEC_ADPCM:
+-codec_id = CODEC_ID_ADPCM_SWF;
++codec_id = AV_CODEC_ID_ADPCM_SWF;
+ break;
+ case AUDIO_CODEC_MP3:
+-codec_id = CODEC_ID_MP3;
++codec_id = AV_CODEC_ID_MP3;
+ _needsParsing=true;
+ break;
+ case AUDIO_CODEC_AAC:
+-codec_id = CODEC_ID_AAC;
++codec_id = AV_CODEC_ID_AAC;
+ _needsParsing=true;
+ break;
+ default:
+@@ -157,10 +157,10 @@ void AudioDecoderFfmpeg::setup(SoundInfo& info)
+ /// @todo do this only if !_needsParsing ?
+ switch (_audioCodecCtx->codec->id)
+ {
+-case CODEC_ID_MP3:
++case AV_CODEC_ID_MP3:
+ break;
+ 
+-case CODEC_ID_PCM_U16LE:
++case AV_CODEC_ID_PCM_U16LE:
+ _audioCodecCtx->channels = (info.isStereo() ? 2 : 1);
+ _audioCodecCtx->sample_rate = info.getSampleRate();
+ _audioCodecCtx->sample_fmt = AV_SAMPLE_FMT_S16; // ?! arbitrary ?
+@@ -184,7 +184,7 @@ void AudioDecoderFfmpeg::setup(const AudioInfo& info)
+ #endif
+ avcodec_register_all();// change this to only register need codec?
+ 
+-enum CODECID codec_id = CODEC_ID_NONE;
++enum CODECID codec_id = AV_CODEC_ID_NONE;
+ 
+ if (info.type == CODEC_TYPE_CUSTOM)
+ {
+@@ -198,22 +198,22 @@ void AudioDecoderFfmpeg::setup(const AudioInfo& info)
+ case AUDIO_CODEC_UNCOMPRESSED:
+ case AUDIO_CODEC_RAW:
+ if (info.sampleSize == 2) {
+-codec_id = CODEC_ID_PCM_S16LE;
++codec_id = AV_CODEC_ID_PCM_S16LE;
+ } else {
+-codec_id = CODEC_ID_PCM_S8;
++codec_id = AV_CODEC_ID_PCM_S8;
+ }
+ break;
+ 
+ case AUDIO_CODEC_ADPCM:
+-codec_id = CODEC_ID_ADPCM_SWF;
++codec_id = AV_CODEC_ID_ADPCM_SWF;
+ break;
+ 
+   

Bug#740993: transition: openconnect

[Mike Miller]

On Mon, Mar 17, 2014 at 23:01:51 +0100, Julien Cristau wrote:
> Are there bugs tracking the needed changes in the reverse deps?

Bugs are now filed and set to block this bug.

Thanks,

-- 
mike


signature.asc
Description: Digital signature

Bug#741873: qemu-kvm: crashes booting gnumach (Hurd) with multiboot options

[Gabriele Giacone]

[CC'ing d-hurd@ to get more ideas/opinions]

On Tue, Mar 18, 2014 at 4:00 PM, Holger Levsen  wrote:
> (as a very minor comment on this: why hurd-i386 and not hurd-amd64?)

(http://www.gnu.org/software/hurd/faq/64-bit.html)

> On Montag, 17. März 2014, Gabriele Giacone wrote:
>> The intention is adding hurd-i386 to jenkins.d.n CI [0]. Currently VMs
>> are booted with --kernel/--initrd options to pass preseed file url
>> [1].
>> I'm about proposing changes to boot hurd with qemu multiboot options [2].
>
> is multiboot the only way to boot the hurd from within qemu?

We could boot it from CD but I guess we should recreate netinst CD to
pass preseed file url to kernel or automate url insertion on grub with
vncdo. With multiboot, I just tried to adhere to current (linux)
configuration as much as possible.

Current qemu on wheezy (1.1.2) can boot hurd CD only on systems with
hwaccel and by specifying --enable-kvm. it crashes without hwaccel,
see [0]. Not a real problem on jenkins.d.n which has hwaccel, but IMHO
[0] is important enough to get an upload to stable, it makes
installing a hurd VM on a wheezy host hardware dependent.
Whereas this bug affects Debian infrastructure, assuming d.n as part
of Debian infrastructure and assuming that would count something if it
was d.o.
How about identifying changes to backport fixing this bug and
proposing both to release team?

No way? wheezy-backports.

[0] https://bugs.debian.org/719633

-- 
G..e


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

Bug#739461: zoneminder: diff for NMU version 1.26.5-3.1

[Reinhard Tartler]

tags 739461 + pending
thanks

Dear maintainer,

I've prepared an NMU for zoneminder (versioned as 1.26.5-3.1) and
uploaded it to DELAYED/5 (experimental). Please feel free to tell me if
I should delay it longer.

Regards.
diff -Nru zoneminder-1.26.5/debian/changelog zoneminder-1.26.5/debian/changelog
--- zoneminder-1.26.5/debian/changelog	2014-02-04 02:03:47.0 +
+++ zoneminder-1.26.5/debian/changelog	2014-03-19 00:31:24.0 +
@@ -1,3 +1,10 @@
+zoneminder (1.26.5-3.1) experimental; urgency=low
+
+  * Non-maintainer upload.
+  * Add libav10.patch and compile against libav10 (Closes: #739461)
+
+ -- Reinhard Tartler   Wed, 19 Mar 2014 00:31:22 +
+
 zoneminder (1.26.5-3) unstable; urgency=low
 
 
diff -Nru zoneminder-1.26.5/debian/control zoneminder-1.26.5/debian/control
--- zoneminder-1.26.5/debian/control	2014-01-21 02:38:08.0 +
+++ zoneminder-1.26.5/debian/control	2014-03-19 00:27:29.0 +
@@ -4,7 +4,7 @@
 Maintainer: Peter Howard 
 Uploaders: Vagrant Cascadian 
 DM-Upload-Allowed: yes
-Build-Depends: debhelper (>= 7.0.50~), autoconf, automake, libphp-serialization-perl, libmysqlclient-dev, libdbd-mysql-perl, libdate-manip-perl, libwww-perl, libjpeg-dev, libpcre3-dev, libavcodec-dev, libavformat-dev (>= 3:0.svn20090204), libswscale-dev (>= 3:0.svn20090204), libavutil-dev, libv4l-dev (>= 0.8.3), libbz2-dev, libsys-mmap-perl, dh-autoreconf, libavdevice-dev, libgnutls-openssl-dev
+Build-Depends: debhelper (>= 7.0.50~), autoconf, automake, libphp-serialization-perl, libmysqlclient-dev, libdbd-mysql-perl, libdate-manip-perl, libwww-perl, libjpeg-dev, libpcre3-dev, libavcodec-dev (>= 6:10~), libavformat-dev  (>= 6:10~), libswscale-dev (>= 6:10~), libavutil-dev (>= 6:10~), libv4l-dev (>= 0.8.3), libbz2-dev, libsys-mmap-perl, dh-autoreconf, libavdevice-dev (>= 6:10~), libgnutls-openssl-dev
 Standards-Version: 3.9.3
 Homepage: http://www.zoneminder.com/
 Vcs-Hg: http://hg.debian.org/hg/collab-maint/zoneminder
diff -Nru zoneminder-1.26.5/debian/patches/libav10.patch zoneminder-1.26.5/debian/patches/libav10.patch
--- zoneminder-1.26.5/debian/patches/libav10.patch	1970-01-01 00:00:00.0 +
+++ zoneminder-1.26.5/debian/patches/libav10.patch	2014-03-19 00:25:41.0 +
@@ -0,0 +1,186 @@
+From 296aa2517b788a18b8d84a73c0d878ddfb48ec67 Mon Sep 17 00:00:00 2001
+From: Anton Khirnov 
+Date: Wed, 5 Feb 2014 10:13:27 +0100
+Subject: [PATCH] Support building with new libavcodec versions.
+Origin: https://github.com/elenril/ZoneMinder/commit/296aa2517b788a18b8d84a73c0d878ddfb48ec67
+
+CODEC_ID_* has been replaced with AV_CODEC_ID_* upstream.
+---
+ src/zm_ffmpeg.h   |   23 --
+ src/zm_mpeg.cpp   |2 +-
+ src/zm_remote_camera_rtsp.cpp |2 +-
+ src/zm_rtp_source.cpp |6 ++--
+ src/zm_sdp.cpp|   66 -
+ 5 files changed, 59 insertions(+), 40 deletions(-)
+
+--- a/src/zm_ffmpeg.h
 b/src/zm_ffmpeg.h
+@@ -126,8 +126,27 @@ protected:
+ 	unsigned int default_height;
+ };
+ #endif // HAVE_LIBSWSCALE && HAVE_LIBAVUTIL
+-   
+-
++
++#if LIBAVCODEC_VERSION_INT < AV_VERSION_INT(54, 25, 0)
++#define AV_CODEC_ID_NONE CODEC_ID_NONE
++#define AV_CODEC_ID_PCM_MULAW CODEC_ID_PCM_MULAW
++#define AV_CODEC_ID_PCM_ALAW CODEC_ID_PCM_ALAW
++#define AV_CODEC_ID_PCM_S16BE CODEC_ID_PCM_S16BE
++#define AV_CODEC_ID_QCELP CODEC_ID_QCELP
++#define AV_CODEC_ID_MP2 CODEC_ID_MP2
++#define AV_CODEC_ID_MP3 CODEC_ID_MP3
++#define AV_CODEC_ID_MJPEG CODEC_ID_MJPEG
++#define AV_CODEC_ID_H261 CODEC_ID_H261
++#define AV_CODEC_ID_MPEG1VIDEO CODEC_ID_MPEG1VIDEO
++#define AV_CODEC_ID_MPEG2VIDEO CODEC_ID_MPEG2VIDEO
++#define AV_CODEC_ID_MPEG2TS CODEC_ID_MPEG2TS
++#define AV_CODEC_ID_H263 CODEC_ID_H263
++#define AV_CODEC_ID_H264 CODEC_ID_H264
++#define AV_CODEC_ID_MPEG4 CODEC_ID_MPEG4
++#define AV_CODEC_ID_AAC CODEC_ID_AAC
++#define AV_CODEC_ID_AMR_NB CODEC_ID_AMR_NB
++#endif
++
+ #endif // ( HAVE_LIBAVUTIL_AVUTIL_H || HAVE_LIBAVCODEC_AVCODEC_H || HAVE_LIBAVFORMAT_AVFORMAT_H || HAVE_LIBAVDEVICE_AVDEVICE_H )
+ 
+ #endif // ZM_FFMPEG_H
+--- a/src/zm_mpeg.cpp
 b/src/zm_mpeg.cpp
+@@ -133,7 +133,7 @@ void VideoStream::SetupCodec( int colour
+ 	/* add the video streams using the default format codecs
+ 	   and initialize the codecs */
+ 	ost = NULL;
+-	if (of->video_codec != CODEC_ID_NONE)
++	if (of->video_codec != AV_CODEC_ID_NONE)
+ 	{
+ #if LIBAVFORMAT_VERSION_INT < AV_VERSION_INT(53, 4, 0)
+ 		ost = av_new_stream(ofc, 0);
+--- a/src/zm_remote_camera_rtsp.cpp
 b/src/zm_remote_camera_rtsp.cpp
+@@ -261,7 +261,7 @@ int RemoteCameraRtsp::Capture( Image &im
+ if ( !buffer.size() )
+ return( -1 );
+ 
+-if(mCodecContext->codec_id == CODEC_ID_H264)
++if(mCodecContext->codec_id == AV_CODEC_ID_H264)
+ {
+ // SPS and PPS frames should be saved and appended to IDR frames
+ int nalType = (

Bug#742090: plasma-nm: FTBFS with openconnect 5.99-1 from experimental: error: request for member 'label' in ...

[Mike Miller]

Source: plasma-nm
Version: 0.9.3.2-3
Severity: important

The latest version of openconnect includes an API change that breaks the
current version of plasma-nm. Openconnect 5.99-1 is currently in
experimental for testing but will soon be beginning a transition in
unstable to the new library with the upcoming 6.00 upstream release.

Initial support for the new openconnect library has been committed
upstream at:
  
http://quickgit.kde.org/?p=plasma-nm.git&a=commitdiff&h=947f56f1cd21a72fa0f88e1c42ac8c19e23864d0

The relevant errors look like:
> /«PKGBUILDDIR»/vpn/openconnect/openconnectauth.cpp:444:65: error: request for 
> member 'label' in '*(sopt->oc_form_opt_select::choices + ((sizetype)(((long 
> unsigned int)i) * 8ul)))', which is of pointer type 'oc_choice*' (maybe you 
> meant to use '->' ?)
>  cmb->addItem(QString::fromUtf8(sopt->choices[i].label), 
> QString::fromUtf8(sopt->choices[i].name));
>  ^
> /«PKGBUILDDIR»/vpn/openconnect/openconnectauth.cpp:444:108: error: request 
> for member 'name' in '*(sopt->oc_form_opt_select::choices + 
> ((sizetype)(((long unsigned int)i) * 8ul)))', which is of pointer type 
> 'oc_choice*' (maybe you meant to use '->' ?)
>  cmb->addItem(QString::fromUtf8(sopt->choices[i].label), 
> QString::fromUtf8(sopt->choices[i].name));
>   
>   ^
> /«PKGBUILDDIR»/vpn/openconnect/openconnectauth.cpp:445:65: error: request for 
> member 'name' in '*(sopt->oc_form_opt_select::choices + ((sizetype)(((long 
> unsigned int)i) * 8ul)))', which is of pointer type 'oc_choice*' (maybe you 
> meant to use '->' ?)
>  if (value == QString::fromUtf8(sopt->choices[i].name))
>  ^

The full build log with the relevant errors can be found at:
  
http://people.debian.org/~mtmiller/plasma-nm_0.9.3.2-3_amd64-experimental.build

Let me know if I can provide any more information to help with the
transition.

-- 
mike


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

Bug#735572: player: FTBFS: error: too few arguments to function 'sg_error sg_init(int)'

[peter green]

Based on the patches for razorqt and various examples found by googling 
I made player build. I have not tested it beyond that and I didn't find 
any proper documention for the new parameters so i'm not positive it is 
correct.


Debdiff atached and uploaded to raspbian. No intent to NMU in debian.


diff -Nru player-3.0.2+dfsg/debian/changelog player-3.0.2+dfsg/debian/changelog
--- player-3.0.2+dfsg/debian/changelog  2013-09-06 06:14:40.0 +
+++ player-3.0.2+dfsg/debian/changelog  2014-03-19 01:31:42.0 +
@@ -1,3 +1,10 @@
+player (3.0.2+dfsg-4.1+rpi1) jessie-staging; urgency=medium
+
+  * Fix for API changes of libstatgrab version 0.90 (Closes: #735572)
+- Update build dependency accordingly to "libstatgrab-dev (>= 0.90)"
+
+ -- Peter Michael Green   Wed, 19 Mar 2014 01:30:56 
+
+
 player (3.0.2+dfsg-4.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru player-3.0.2+dfsg/debian/control player-3.0.2+dfsg/debian/control
--- player-3.0.2+dfsg/debian/control2012-03-25 23:17:30.0 +
+++ player-3.0.2+dfsg/debian/control2014-03-19 01:32:07.0 +
@@ -2,7 +2,7 @@
 Section: science
 Priority: extra
 Maintainer: Michael Janssen 
-Build-Depends: debhelper (>= 7.0.50~), autotools-dev, libgsl0-dev, libcv-dev, 
libhighgui-dev, libcvaux-dev, libgtk2.0-dev, libdc1394-22-dev, 
libboost-signals-dev, libboost-thread-dev, swig, libjpeg-dev, python-support, 
doxygen, linux-libc-dev | linux-kernel-headers, libgnomecanvas2-dev, 
python-dev, freeglut3-dev, graphviz, ruby, ruby-dev, libtheora-dev, 
libgeos-dev, libpqxx3-dev, libxmu-dev, libcvaux-dev, libasound2-dev, 
libstatgrab-dev, cmake, libusb-dev, libv4l-dev
+Build-Depends: debhelper (>= 7.0.50~), autotools-dev, libgsl0-dev, libcv-dev, 
libhighgui-dev, libcvaux-dev, libgtk2.0-dev, libdc1394-22-dev, 
libboost-signals-dev, libboost-thread-dev, swig, libjpeg-dev, python-support, 
doxygen, linux-libc-dev | linux-kernel-headers, libgnomecanvas2-dev, 
python-dev, freeglut3-dev, graphviz, ruby, ruby-dev, libtheora-dev, 
libgeos-dev, libpqxx3-dev, libxmu-dev, libcvaux-dev, libasound2-dev, 
libstatgrab-dev (>= 0.90), cmake, libusb-dev, libv4l-dev
 XS-Python-Version: all
 Standards-Version: 3.9.3
 Homepage: http://playerstage.sourceforge.net/
diff -Nru player-3.0.2+dfsg/debian/patches/0010-fix-ftbfs-libstatgrab0.90.patch 
player-3.0.2+dfsg/debian/patches/0010-fix-ftbfs-libstatgrab0.90.patch
--- player-3.0.2+dfsg/debian/patches/0010-fix-ftbfs-libstatgrab0.90.patch   
1970-01-01 00:00:00.0 +
+++ player-3.0.2+dfsg/debian/patches/0010-fix-ftbfs-libstatgrab0.90.patch   
2014-03-19 01:38:42.0 +
@@ -0,0 +1,48 @@
+Description: Fix for API changes of libstatgrab version 0.90
+Author: Peter Michael Green 
+Bug-Debian: http://bugs.debian.org/735572
+
+---
+The information above should follow the Patch Tagging Guidelines, please
+checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
+are templates for supplementary fields that you might want to add:
+
+Origin: , 
+Bug: 
+Bug-Debian: http://bugs.debian.org/
+Bug-Ubuntu: https://launchpad.net/bugs/
+Forwarded: 
+Reviewed-By: 
+Last-Update: 
+
+--- player-3.0.2+dfsg.orig/server/drivers/health/statgrab/statgrab_health.cpp
 player-3.0.2+dfsg/server/drivers/health/statgrab/statgrab_health.cpp
+@@ -130,7 +130,7 @@ StatGrabDriver::StatGrabDriver(ConfigFil
+ int StatGrabDriver::MainSetup()
+ {
+   // Initialise statgrab
+-  sg_init();
++  sg_init(1);
+   /* Drop setuid/setgid privileges. */
+   if (sg_drop_privileges() != 0)
+   {
+@@ -171,7 +171,7 @@ void StatGrabDriver::RefreshData()
+   //double receivedCpu;
+   float cpuIdle, cpuServer, cpuUser ;
+   //CPU
+-  cpu_percent = sg_get_cpu_percents();
++  cpu_percent = sg_get_cpu_percents(NULL);
+ 
+   cpuIdle =  cpu_percent->idle;
+   mHealth.cpu_usage.idle = cpuIdle;
+@@ -183,8 +183,8 @@ void StatGrabDriver::RefreshData()
+ 
+ 
+   //Virtual Memory
+-  mem_data = sg_get_mem_stats();
+-  swap_stats   = sg_get_swap_stats();
++  mem_data = sg_get_mem_stats(NULL);
++  swap_stats   = sg_get_swap_stats(NULL);
+ 
+   mHealth.mem.total = mem_data->total;
+   mHealth.mem.used =  mem_data->used;
diff -Nru player-3.0.2+dfsg/debian/patches/series 
player-3.0.2+dfsg/debian/patches/series
--- player-3.0.2+dfsg/debian/patches/series 2013-09-06 06:15:16.0 
+
+++ player-3.0.2+dfsg/debian/patches/series 2014-03-19 01:38:10.0 
+
@@ -8,3 +8,4 @@
 0008-Update-for-new-libgeos-FTBFS.patch
 0009-Fix-zlib-1.2.6-FTBFS.patch
 boost1.54
+0010-fix-ftbfs-libstatgrab0.90.patch

Bug#742089: opensc does not see Aventra MyEID

[Hans-Christoph Steiner]

Package: opensc
Version: 0.13.0-3
Severity: important
Tags: patch

Running pkcs15-init -C with an Aventra MyEID results in the error:

Couldn't bind to the card: Syntax error

Editing /usr/share/opensc/myeid.profile fixes the problem, based on the
upstream bug report and fix:

Origin: https://github.com/OpenSC/OpenSC/commit/58679a5
Bug: https://github.com/OpenSC/OpenSC/issues/120

The current patch applies with 'git am' on top of 0.13.0-3.

.hc
From ddb0262aff5b5d7d484325b07322b50c32286c62 Mon Sep 17 00:00:00 2001
From: Hans-Christoph Steiner 
Date: Tue, 18 Mar 2014 21:48:38 -0400
Subject: [PATCH 1/2] include fix for Aventra MyEID

---
 .../patches/Fixed-file-id-in-myeid.profile.patch   |   28 
 debian/patches/series  |1 +
 2 files changed, 29 insertions(+)
 create mode 100644 debian/patches/Fixed-file-id-in-myeid.profile.patch
 create mode 100644 debian/patches/series

diff --git a/debian/patches/Fixed-file-id-in-myeid.profile.patch b/debian/patches/Fixed-file-id-in-myeid.profile.patch
new file mode 100644
index 000..44b39b4
--- /dev/null
+++ b/debian/patches/Fixed-file-id-in-myeid.profile.patch
@@ -0,0 +1,28 @@
+From: =?UTF-8?q?Toni=20Sj=C3=B6blom?= 
+Date: Fri, 18 Jan 2013 16:26:36 +0200
+Subject: [PATCH 1/1] Fixed file-id in myeid.profile
+Origin: https://github.com/OpenSC/OpenSC/commit/58679a5
+Bug: https://github.com/OpenSC/OpenSC/issues/120
+Forwarded: not-needed
+Applied-Upstream: 58679a5df13d45a13fc35b29ce10511218fcbaae
+
+---
+ src/pkcs15init/myeid.profile |2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/pkcs15init/myeid.profile b/src/pkcs15init/myeid.profile
+index 46ae44c..8b84c95 100644
+--- a/src/pkcs15init/myeid.profile
 b/src/pkcs15init/myeid.profile
+@@ -201,7 +201,7 @@ filesystem {
+ acl   = READ=$PIN, UPDATE=$PIN, DELETE=$PIN;
+ }
+ EF data {
+-file-id   = 4501;
++file-id   = 4601;
+ structure = transparent;
+ acl   = READ=NONE, UPDATE=$PIN, DELETE=$PIN;
+ }
+-- 
+1.7.9.5
+
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..2672985
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+Fixed-file-id-in-myeid.profile.patch
-- 
1.7.9.5



signature.asc
Description: OpenPGP digital signature

Bug#740975: filename completion broken with bash 4.3

[Paul Brossier]

tags 739835 patch
thanks

06:28 < piem> am i the only one being struck by 741903?
06:33 < infinity> piem:
http://launchpadlibrarian.net/169422307/bash-completion_1%3A2.1-2ubuntu3_1%3A2.1-2ubuntu4.diff.gz
06:33  * infinity bugs jjo to forward that.
06:40 < infinity> piem: You might just want to grab the Ubuntu
bash-completion deb, it fixes a few bugs, I'll hunt down people to
forward it all.
06:40 < infinity>
https://launchpad.net/ubuntu/+source/bash-completion/1:2.1-2ubuntu4/+build/5810094
06:44 < piem> infinity: nice, thanks

On 03/18/2014 09:17 PM, David Paleino wrote:
> forcemerge 739835 741479 741860 742071 742054 741903 740975
> retitle 739835 filename completion broken with bash 4.3
> severity 739835 important
> tags 739835 upstream confirmed
> thanks
>
> Hello all,
>
> (sorry for the long list of CC)
>
> writing to you because you reported a bug within bash-completion, which is
> likely caused by the upgrade of bash to 4.3.
>
> I've added Ville Skyttä in CC too -- I stopped actively developing
> bash-completion long ago, and I believe he's now the main upstream developer,
> so keeping him in the mail loop.
>
> Please, from now on, refer to bug #739835 for further posts.
>
> Ville: it seems like
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739835#15 contains a
> patch: have you had the chance to look at it? It seems to me that it doesn't
> solve the problems reported.
>
> Thanks, and sorry for not being totally clueless,
> David
>
   



signature.asc
Description: OpenPGP digital signature

Bug#742088: glabel: merge produces additional pages when starting on other than first label

[Joerg Hau]

Package: glabels
Version: 3.0.0-3+b1
Severity: normal

When I try to print multiple lables *not* starting at the first (upper-left)
label, glabels produces additional pages.

Steps to reproduce:

1 - Create a CSV data source file, e.g. plain text containing this:
FName1,LName1
FName2,LName2
FName3,LName3

2 - Launch glabels. Create an (empty) glabels file using label templates, e.g.
Avery 7160.

3 - Merge > Properties and select the CSV file above.

4 - Objects > Create > Text, insert the two merge fields as desired.

5 - File > Print > Print Preview shows one page as expected. Up to this step,
everything works as expected.

Now comes the bug:

6 - File > Print > Tab "Labels" > Merge Control > "Start on label" and increase
to any number (e.g. 4) The live preview still behaves as expected (labels are
shifted, starting at #4).

7 - Print Preview (or, if you want to waste paper, Print) created 4 (!) pages.
The first page is layed out as expected but pages 2...4 should not be created
at all. FYI, that the number of "additional" pages matches the label offset:
"Start on label 2"  wil add 2 additional pages, etc.

According to the glabels homepage it would appear that this bug has been fixed
in 3.0.1 - which is in Debian unstable, but I cannot install this on a
production (stable) system ;-)



-- System Information:
Debian Release: 7.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages glabels depends on:
ii  glabels-data3.0.0-3
ii  libc6   2.13-38+deb7u1
ii  libcairo2   1.12.2-3
ii  libebook-1.2-13 3.4.4-3
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk-3-0  3.4.2-7
ii  libiec16022-0   0.2.4-1
ii  libpango1.0-0   1.30.0-1
ii  libqrencode33.3.0-2
ii  librsvg2-2  2.36.1-2
ii  libxml2 2.8.0+dfsg1-7+nmu2

Versions of packages glabels recommends:
ii  evince  3.4.0-3.1

Versions of packages glabels suggests:
pn  evolution-data-server  

-- 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#648940: gnome-shell hangs

[Erik de Castro Lopo]

althaser wrote:

> Hey,
> 
> this is an old bug report.
> 
> Could you please still reproduce this issue with newer gnome-shell version
> like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ?

Sorry, I ditched gnome-shell some time ago, not just because of this
hang.

Please feel free to close this bug.

Cheers,
Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/


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

Bug#742087: network-manager-openconnect: FTBFS with openconnect 5.99-1 from experimental: error: request for member 'label' in something not a structure or union

[Mike Miller]

Package: network-manager-openconnect
Version: 0.9.8.4-1
Severity: important

The latest version of openconnect includes an API change that breaks the
current build. This has been fixed upstream and is in the just-released 0.9.8.6
version of network-manager-openconnect. This bug will be fixed with the next
upload of 0.9.8.6-1.

The full build log is available at http://people.debian.org/~mtmiller/network-
manager-openconnect_0.9.8.4-1_amd64-experimental.build


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

Bug#739835: filename completion broken with bash 4.3

[JuanJo Ciarlante]

On 03/18/2014 09:17 PM, David Paleino wrote:
> forcemerge 739835 741479 741860 742071 742054 741903 740975
> retitle 739835 filename completion broken with bash 4.3
> severity 739835 important
> tags 739835 upstream confirmed
> thanks
> 
> Hello all,
> 
> (sorry for the long list of CC)
> 
> writing to you because you reported a bug within bash-completion, which is
> likely caused by the upgrade of bash to 4.3.
> 
> I've added Ville Skyttä in CC too -- I stopped actively developing
> bash-completion long ago, and I believe he's now the main upstream developer,
> so keeping him in the mail loop.
> 
> Please, from now on, refer to bug #739835 for further posts.
> 
> Ville: it seems like
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739835#15 contains a
> patch: have you had the chance to look at it? It seems to me that it doesn't
> solve the problems reported.
> 
> Thanks, and sorry for not being totally clueless,
> David
> 

Please find attached the patch we merged into ubuntu trusty, contains
some extra fixes above the one previously at this thread.

Cheers,
--JuanJo

revno: 46
tags: 1:2.1-2ubuntu4
fixes bugs: https://launchpad.net/bugs/1288314 https://launchpad.net/bugs/1288031
author: JuanJo Ciarlante 
committer: Package Import Robot 
branch nick: trusty-proposed
timestamp: Thu 2014-03-13 16:43:22 -0300
message:
  * fix _quote_readline_by_ref to:
- avoid escaping 1st '~' (lp: #1288314)
- avoid quoting if empty, else expansion without args only shows dirs
  (lp: #1288031)
- replace double escaping to single (eg for completing file/paths with
  spaces)
diff:
=== modified file '.pc/applied-patches'
--- .pc/applied-patches	2014-03-09 17:38:14 +
+++ .pc/applied-patches	2014-03-13 19:43:22 +
@@ -3,3 +3,4 @@
 dpkg-deb-R-add.patch
 dpkg-ddeb.patch
 words_bad_array_subscript.patch
+quote_readline_by_ref_fixes.patch

=== added directory '.pc/quote_readline_by_ref_fixes.patch'
=== modified file 'bash_completion'
--- bash_completion	2014-03-09 17:38:14 +
+++ bash_completion	2014-03-13 19:43:22 +
@@ -536,13 +536,23 @@
 # @param $2  Name of variable to return result to
 _quote_readline_by_ref()
 {
-if [[ $1 == \'* ]]; then
+if [ -z "$1" ]; then
+# avoid quoting if empty
+printf -v $2 %s "$1"
+elif [[ $1 == \'* ]]; then
 # Leave out first character
 printf -v $2 %s "${1:1}"
+elif [[ $1 == ~* ]]; then
+# avoid escaping first ~
+printf -v $2 ~%q "${1:1}"
 else
 printf -v $2 %q "$1"
 fi
 
+# Replace double escaping ( \\ ) by single ( \ )
+# This happens always when argument is already escaped at cmdline,
+# and passed to this function as e.g.: file\ with\ spaces
+[[ ${!2} == *\\* ]] && printf -v $2 %s "${1///\\}"
 # If result becomes quoted like this: $'string', re-evaluate in order to
 # drop the additional quoting.  See also: http://www.mail-archive.com/
 # bash-completion-de...@lists.alioth.debian.org/msg01942.html

=== modified file 'debian/changelog'
--- debian/changelog	2014-03-09 17:38:14 +
+++ debian/changelog	2014-03-13 19:43:22 +
@@ -1,3 +1,14 @@
+bash-completion (1:2.1-2ubuntu4) trusty; urgency=medium
+
+  * fix _quote_readline_by_ref to:
+- avoid escaping 1st '~' (lp: #1288314)
+- avoid quoting if empty, else expansion without args only shows dirs
+  (lp: #1288031)
+- replace double escaping to single (eg for completing file/paths with
+  spaces)
+
+ -- JuanJo Ciarlante   Thu, 13 Mar 2014 19:43:22 -0300
+
 bash-completion (1:2.1-2ubuntu3) trusty; urgency=medium
 
   * debian/patches/words_bad_array_subscript.patch

=== added file 'debian/patches/quote_readline_by_ref_fixes.patch'
--- debian/patches/quote_readline_by_ref_fixes.patch	1970-01-01 00:00:00 +
+++ debian/patches/quote_readline_by_ref_fixes.patch	2014-03-13 19:43:22 +
@@ -0,0 +1,29 @@
+Index: bash-completion/bash_completion
+===
+--- bash-completion.orig/bash_completion	2014-03-13 19:40:27.329251000 -0300
 bash-completion/bash_completion	2014-03-13 19:41:29.363721903 -0300
+@@ -536,13 +536,23 @@
+ # @param $2  Name of variable to return result to
+ _quote_readline_by_ref()
+ {
+-if [[ $1 == \'* ]]; then
++if [ -z "$1" ]; then
++# avoid quoting if empty
++printf -v $2 %s "$1"
++elif [[ $1 == \'* ]]; then
+ # Leave out first character
+ printf -v $2 %s "${1:1}"
++elif [[ $1 == ~* ]]; then
++# avoid escaping first ~
++printf -v $2 ~%q "${1:1}"
+ else
+ printf -v $2 %q "$1"
+ fi
+ 
++# Replace double escaping ( \\ ) by single ( \ )
++# This happens always when argument is already escaped at cmdline,
++# and passed to this function as e.g.: file\ with\ spaces
++[[ ${!2} == *\\* ]] && printf -v $2 %s "${1///\\}"
+ # If result becomes quoted li

Bug#742086: /etc/man(mdoc).local: \- named "dash" instead of "minus" (sign)

[Bjarni Ingi Gislason]

Package: groff
Version: 1.22.2-5
Severity: minor
Tags: patch

Dear Maintainer,

   * What led up to the situation?

  Reading the files

   * What was the outcome of this action?

  Misleading name for the character "\-"

  The name "minus" (sign) is used on page 7 in the "Troff User's
Manual".  Also in "groff_char(7)".

  Patches:

--- man.local   2013-05-27 22:15:03.0 +
+++ man.local.new   2014-03-18 20:20:12.0 +
@@ -12,7 +12,8 @@
 .  if '\V[GROFF_SGR]'' \
 .output x X tty: sgr 0
 .
-.  \" Debian: Strictly, "-" is a hyphen while "\-" is a dash, and the former
+.  \" Debian: Strictly, "-" is a hyphen while "\-" is a minus
+.  \" (sign) (in the current font), and the former
 .  \" may not always be rendered in the form expected for things like
 .  \" command-line options.  Uncomment this if you want to make sure that
 .  \" manual pages you're writing are clear of this problem.

--- mdoc.local  2013-05-27 22:15:03.0 +
+++ mdoc.local.new  2014-03-18 20:22:11.0 +
@@ -12,7 +12,8 @@
 .  if '\V[GROFF_SGR]'' \
 .output x X tty: sgr 0
 .
-.  \" Debian: Strictly, "-" is a hyphen while "\-" is a dash, and the former
+.  \" Debian: Strictly, "-" is a hyphen while "\-" is a minus
+.  \" (sign) (in the current font), and the former
 .  \" may not always be rendered in the form expected for things like
 .  \" command-line options.  Uncomment this if you want to make sure that
 .  \" manual pages you're writing are clear of this problem.


-- System Information:
Debian Release: jessie/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'testing'), (500, 'stable')
Architecture: i386 (i586)

Kernel: Linux 3.2.53-rt75-1
Locale: LANG=is_IS, LC_CTYPE=is_IS (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages groff depends on:
ii  groff-base  1.22.2-5
ii  libc6   2.17-97
ii  libgcc1 1:4.8.2-16
ii  libice6 2:1.0.8-2
ii  libsm6  2:1.2.1-2
ii  libstdc++6  4.8.2-16
ii  libx11-62:1.6.2-1
ii  libxaw7 2:1.0.12-1
ii  libxmu6 2:1.1.1-1
ii  libxt6  1:1.1.4-1

Versions of packages groff recommends:
ii  ghostscript  9.05~dfsg-8+b1
pn  imagemagick  
ii  libpaper11.1.24+nmu2
ii  netpbm   2:10.0-15+b2
ii  perl 5.18.2-2
ii  psutils  1.17.dfsg-1

groff suggests no packages.

-- no debconf information

-- 
Bjarni I. Gislason


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

Bug#729943: jarwrapper: pass only 48 chars of Debian-Java-Parameters

[Dmitry Smirnov]

Hi Emmanuel,

On Wed, 19 Mar 2014 00:33:50 Emmanuel Bourg wrote:
> I checked the suggested regexp and I confirm it parses properly the
> manifest entries. It's a bit sad to add a dependency on perl just for
> this though.

Thanks for double-checking my fix. Although I added "perl" to Depends I'm not 
too sure if we have to add such explicit dependency since Perl is "Priority: 
standard" and therefore pretty much always installed.

I feel comfortable with Perl as dependency. I'm not too comfortable with "sed" 
that is (IMHO) much harder to use not to mention that sometimes it is just not 
sufficient...


> Could you please commit your changes on alioth and upload a regular
> update instead? That would save the need to ack a NMU.

Someone recently approved my request to join pkg-java (thanks if it were you) 
so I can do team uploads now. Perhaps I'll just include fix for #699180 as 
well...

I've made all the changes in my local git clone of javatools but Alioth still 
not allow me to push (perhaps because I was added just recently). I'll wait 
some hours and try again...

-- 
All the best,
 Dmitry Smirnov.


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

Bug#742085: Please switch from dh_autotools-dev to dh_autoreconf; patch attached

[Adam Conrad]

Package: libstatgrab
Version: 0.90-1.1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch



In Ubuntu, the attached patch was applied to achieve the following:

  * Switch to dh_autoreconf to pick up new libtool macros for new ports.

Because this is an automake-using package, autoreconf turns out to be
a superset of autotools-dev.  That is, switching from autotools-dev
to autoreconf still updates config.{sub.guess}, but also relibtoolizes
allowing a few more ports (like ppc64el) to build without modification.

This patch does that switch, as well as adding a build-dep on
pkg-config, since libstatgrab's autoconf magic needs pkg-config's
AC_* macros.

... Adam

-- System Information:
Debian Release: jessie/sid
  APT prefers trusty-updates
  APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13.0-17-generic (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libstatgrab-0.90/debian/changelog libstatgrab-0.90/debian/changelog
diff -Nru libstatgrab-0.90/debian/control libstatgrab-0.90/debian/control
--- libstatgrab-0.90/debian/control	2013-12-25 11:27:33.0 -0700
+++ libstatgrab-0.90/debian/control	2014-03-18 19:09:03.0 -0600
@@ -2,7 +2,7 @@
 Section: libs
 Priority: optional
 Maintainer: Bartosz Fenski 
-Build-Depends: debhelper (>> 9.0.0), libncurses5-dev, autotools-dev
+Build-Depends: debhelper (>> 9.0.0), libncurses5-dev, dh-autoreconf, pkg-config
 Homepage: http://www.i-scream.org/libstatgrab/
 Standards-Version: 3.9.5
 
diff -Nru libstatgrab-0.90/debian/rules libstatgrab-0.90/debian/rules
--- libstatgrab-0.90/debian/rules	2014-03-08 10:24:32.0 -0700
+++ libstatgrab-0.90/debian/rules	2014-03-18 19:01:20.0 -0600
@@ -4,4 +4,4 @@
 #export DH_VERBOSE=1
 
 %:
-	dh $@ --with autotools-dev
+	dh $@ --with autoreconf

Bug#624122: Hash Sum mismatch

[Drew Parsons]

Package: apt
Version: 0.9.16.1
Followup-For: Bug #624122

For me the Hash Sum mismatch problem only happens regularly for the
translation files:

W: Failed to fetch 
http://ftp.au.debian.org/debian/dists/unstable/main/i18n/Translation-enIndex  
Hash Sum mismatch
W: Failed to fetch 
http://ftp.au.debian.org/debian/dists/experimental/main/i18n/Translation-enIndex
  Hash Sum mismatch
E: Some index files failed to download. They have been ignored, or old ones 
used instead.

I thought it might just be that the mirror was tardy updating files,
but then I also experienced it on another mirror.  It seems to happen
weekly, and take days to clear out. It's quite annoying.

I don't seem to have an explicit APT::Get::List-Cleanup setting in my
configuration files.

I hope your patch fixes it.

Drew

-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image-3.12-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-3.12-1-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-3.12-1-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-3.12-1-amd64$";
APT::NeverAutoRemove:: "^linux-headers-3.12-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-3.13-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-3.13-1-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-3.13-1-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-3.13-1-amd64$";
APT::NeverAutoRemove:: "^linux-headers-3.13-1-amd64$";
APT::VersionedKernelPackages "";
APT::VersionedKernelPackages:: "linux-image";
APT::VersionedKernelPackages:: "linux-headers";
APT::VersionedKernelPackages:: "linux-image-extra";
APT::VersionedKernelPackages:: "linux-signed-image";
APT::VersionedKernelPackages:: "kfreebsd-image";
APT::VersionedKernelPackages:: "kfreebsd-headers";
APT::VersionedKernelPackages:: "gnumach-image";
APT::VersionedKernelPackages:: ".*-modules";
APT::VersionedKernelPackages:: ".*-kernel";
APT::VersionedKernelPackages:: "linux-backports-modules-.*";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Never-MarkAuto-Sections:: "oldlibs";
APT::Never-MarkAuto-Sections:: "restricted/oldlibs";
APT::Never-MarkAuto-Sections:: "universe/oldlibs";
APT::Never-MarkAuto-Sections:: "multiverse/oldlibs";
APT::Periodic "";
APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Download-Upgradeable-Packages "0";
APT::Periodic::AutocleanInterval "0";
APT::Update "";
APT::Update::Post-Invoke "";
APT::Update::Post-Invoke:: "touch /var/lib/apt/periodic/update-success-stamp 
2>/dev/null || true";
APT::Update::Post-Invoke-Success "";
APT::Update::Post-Invoke-Success:: "[ ! -f /var/run/dbus/system_bus_socket ] || 
/usr/bin/dbus-send --system --dest=org.debian.apt --type=signal /org/debian/apt 
org.debian.apt.CacheChanged || true";
APT::Update::Post-Invoke-Success:: "/usr/bin/test -e 
/usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && 
/usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call 
--system --dest org.freedesktop.PackageKit --object-path 
/org/freedesktop/PackageKit --timeout 4 --method 
org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo 
> /dev/null";
APT::Archives "";
APT::Archives::MaxAge "30";
APT::Archives::MinAge "2";
APT::Archives::MaxSize "500";
APT::Architectures "";
APT::Architectures:: "amd64";
APT::Architectures:: "i386";
APT::Compressor "";
APT::Compressor::. "";
APT::Compressor::.::Name ".";
APT::Compressor::.::Extension "";
APT::Compressor::.::Binary "";
APT::Compressor::.::Cost "1";
APT::Compressor::gzip "";
APT::Compressor::gzip::Name "gzip";
APT::Compressor::gzip::Extension ".gz";
APT::Compressor::gzip::Binary "gzip";
APT::Compressor::gzip::Cost "2";
APT::Compressor::gzip::CompressArg "";
APT::Compressor::gzip::CompressArg:: "-9n";
APT::Compressor::gzip::UncompressArg "";
APT::Compressor::gzip::UncompressArg:: "-d";
APT::Compressor::bzip2 "";
APT::Compressor::bzip2::Name "bzip2";
APT::Compressor::bzip2::Extension ".bz2";
APT::Compressor::bzip2::Binary "bzip2";
APT::Compressor::bzip2::Cost "3";
APT::Compressor::bzip2::CompressArg "";
APT::Compressor::bzip2::CompressArg:: "-9";
APT::Compressor::bzip2::UncompressArg "";
APT::Compressor::bzip2::UncompressArg:: "-d";
APT::Compressor::xz "";
APT::Compressor::xz::Name "xz";
APT::Compressor::xz::Extension ".xz";
APT::Compressor::xz::Binary "xz";
APT::Compressor::xz::Cost "4";
APT::Compressor::xz::CompressArg "";
APT::Compressor::xz::CompressArg:: "-6";
APT::Compressor::xz::Uncompr

Bug#709892: [Popcon-developers] Bug#709892: popularity-contest: Unable to submit report

[Paul Wise]

On Tue, Mar 18, 2014 at 11:26 PM, Ernest Adrogué wrote:

> It did work.  Looks like a server overload problem then.

Indeed, the load average looks very spiky:

https://munin.debian.org/debian.org/popov.debian.org/load.html

See here for the login/pass:

https://dsa.debian.org/

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#730779: realpath maintainer also wants to switch to the GNU coreutils version

[Pádraig Brady]

Referencing Rober's request to switch to the GNU coreutils version,
which by design was meant to be as close as possible to the Debian version:
https://lists.debian.org/debian-embedded/2013/12/msg2.html

thanks,
Pádraig.


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

Bug#742084: debbugs should look for a bug in the non-archived location first

[Don Armstrong]

Package: debbugs
Severity: normal

17:47:59  SamB: there might be a delay for the mirror to update, 
but the primary server is up-to-date immediately
17:48:10  yeah but guess what doesn't work anymore ...
17:49:17  it actually does, but it really shouldn't be used at 
all. what bug is this?
17:50:21  * SamB is really just grumpy that he can't use the bugs-master trick 
anymore ...
17:51:14  it's https://bugs-bendel.debian.org/
17:51:20  but what bug is this?
17:51:40  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584672
17:53:35  ah, OK
17:53:53  it was actually synced almost immediately, but the sync 
program doesn't handle deletions immediately...
17:54:05  I should probably fix the code that does that to find 
the non-archived bug first
 

-- 
Don Armstrong  http://www.donarmstrong.com

Dropping non-free would set us back at least, what, 300 packages? It'd
take MONTHS to make up the difference, and meanwhile Debian users will
be fleeing to SLACKWARE.

And what about SHAREHOLDER VALUE? 
 -- Matt Zimmerman in <20021120225004.gx14...@mizar.alcor.net>


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

Bug#742083: [shotwell] No video thumbnails due to binary location

[Cihan Altinay]

Package: shotwell
Version: 0.15.0-2+b1
Severity: normal

--- Please enter the report below this line. ---

Shotwell does not produce thumbnails for imported videos.
The shotwell log output shows why:

L 17506 2014-03-15 22:16:28 [DBG] VideoSupport.vala:232: Launching 
thumbnailer process: /usr/share/shotwell/shotwell-video-thumbnailer
L 17506 2014-03-15 22:16:28 [DBG] VideoSupport.vala:232: Launching 
thumbnailer process: /usr/share/shotwell/shotwell-video-thumbnailer
L 17506 2014-03-15 22:16:28 [DBG] VideoSupport.vala:239: Error spawning 
process: Failed to execute child process 
"/usr/share/shotwell/shotwell-video-thumbnailer" (No such file or directory)



Indeed, dpkg -L shotwell shows that the binary is installed in /usr/bin.
I added a symlink to /usr/share/shotwell and the video thumbnails are 
generated correctly.


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.12-1-amd64

Debian Release: jessie/sid
  500 unstablemirror.aarnet.edu.au
  500 testing mirror.linux.org.au
  500 stable  mirror.linux.org.au


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

Bug#742030: Fixed

[Morten Welinder]

Gnumeric 1.12.13 has been released.  It fixes this issue.  I received
a stack trace
offline and it matches a very recently fixed bug that came in from Redhat.

M.


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

Bug#742030: gnumeric: dumps core when reading xls

[Dmitry Smirnov]

On Tue, 18 Mar 2014 23:23:22 Francesco Potortì wrote:
> I meant "important", because for people working with .xls files this bug
> makes gnumeric unusable.

To me it is "important" because of crash and therefore the potential for loss 
of unsaved data but not because the bug is related to .XLS in any way.

IMHO support for proprietary format is a courtesy and a good will of gnumeric 
developers but not an essential functionality.

> It's just that I file a bug report now and then, and I always forget
> about the meaning of the various definitions...

No worries. :)

-- 
Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

If any remedy is tested under controlled scientific conditions and
proved to be effective, it will cease to be alternative and will simply
become medicine. So-called alternative medicine either hasn't been
tested or it has failed its tests.
-- Richard Dawkins, 2007


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

Bug#742082: RFS: spatialite-gui/1.7.1-3

[Bas Couwenberg]

Package: sponsorship-requests
Severity: normal

Dear mentors,

As part of the SpatiaLite transition am I looking for a sponsor for
my package "spatialite-gui".

https://release.debian.org/transitions/html/libspatialite5.html
https://release.debian.org/transitions/html/librasterlite2.html

Please refer to the thread on debian-gis@ for more information on this
transition: http://thread.gmane.org/gmane.linux.debian.gis/535

 Package name: spatialite-gui
 Version : 1.7.1-3
 Upstream Author : Alessandro Furieri 
 URL : https://www.gaia-gis.it/fossil/spatialite_gui/
 License : GPL-3.0+
 Section : utils

It builds those binary packages:

 spatialite-gui - user-friendly graphical user interface for SpatiaLite
 spatialite-gui-dbg - user-friendly graphical user interface for spatialite - 
debugging

To access further information about this package, please visit the following 
URL:

http://mentors.debian.net/package/spatialite-gui


Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/s/spatialite-gui/spatialite-gui_1.7.1-3.dsc

More information about spatialite-gui can be obtained from 
https://www.gaia-gis.it/fossil/spatialite_gui/.

Changes since the last upload:

 * Add gbp.conf to use pristine-tar by default.
 * Move from experimental to unstable.


Regards,
 Sebastiaan Couwenberg


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

Bug#739835: filename completion broken with bash 4.3

[David Paleino]

forcemerge 739835 741479 741860 742071 742054 741903 740975
retitle 739835 filename completion broken with bash 4.3
severity 739835 important
tags 739835 upstream confirmed
thanks

Hello all,

(sorry for the long list of CC)

writing to you because you reported a bug within bash-completion, which is
likely caused by the upgrade of bash to 4.3.

I've added Ville Skyttä in CC too -- I stopped actively developing
bash-completion long ago, and I believe he's now the main upstream developer,
so keeping him in the mail loop.

Please, from now on, refer to bug #739835 for further posts.

Ville: it seems like
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739835#15 contains a
patch: have you had the chance to look at it? It seems to me that it doesn't
solve the problems reported.

Thanks, and sorry for not being totally clueless,
David

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


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

Bug#721847: mkfs.btrfs -f

[Dimitri John Ledkov]

On 18 March 2014 20:45, Miguel Figueiredo  wrote:
> According mkfs.btrfs manpage the behaviour is expected:
>
> -f, --force
>   Force overwrite when an existing filesystem is detected on the
> device.  By default, mkfs.btrfs will not write to the device if it suspects
> that there is a filesystem or partition table on the device already.
>
> I guess the change should be made on partman-btrfs/commit.d/format_btrfs
>

Yes, yes it should. I thought i pushed that change to git repository
already, let me double check.

-- 
Regards,

Dimitri.


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

Bug#742080: hgsubversion: some commands (like clone) fail

[Javi Merino]

Package: hgsubversion
Version: 1.6-0.1
Severity: important
Tags: patch

Some commands fail with hgsubversion 1.6.  For example clone:

$ hg --traceback --config extensions.hgsubversion= clone svn://127.0.0.1/babar
destination directory: babar
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 134, in 
_runcatch
return _dispatch(req)
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 806, in 
_dispatch
cmdpats, cmdoptions)
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 586, in 
runcommand
ret = _runcommand(ui, options, cmd, d)
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 897, in 
_runcommand
return checkargs()
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 868, in 
checkargs
return cmdfunc()
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 803, in 

d = lambda: util.checksignature(func)(ui, *args, **cmdoptions)
  File "/usr/lib/python2.7/dist-packages/mercurial/util.py", line 511, in check
return func(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/mercurial/extensions.py", line 151, in 
wrap
util.checksignature(origfn), *args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/mercurial/util.py", line 511, in check
return func(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/hgext/hgsubversion/wrappers.py", line 
596, in clone
orig(ui, source, dest, **opts)
  File "/usr/lib/python2.7/dist-packages/mercurial/util.py", line 511, in check
return func(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/mercurial/commands.py", line 1310, in 
clone
branch=opts.get('branch'))
  File "/usr/lib/python2.7/dist-packages/mercurial/extensions.py", line 196, in 
wrap
return wrapper(origfn, *args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/hgext/hgsubversion/wrappers.py", line 
585, in hgclonewrapper
data['srcrepo'], data['dstrepo'] = orig(ui, *args, **opts)
  File "/usr/lib/python2.7/dist-packages/mercurial/hg.py", line 374, in clone
destpeer.local().clone(srcpeer, heads=revs, stream=stream)
  File "/usr/lib/python2.7/dist-packages/mercurial/localrepo.py", line 2402, in 
clone
return self.pull(remote, heads)
  File "/usr/lib/python2.7/dist-packages/hgext/hgsubversion/svnrepo.py", line 
81, in wrapper
return fn(self, *args, **opts)
  File "/usr/lib/python2.7/dist-packages/hgext/hgsubversion/svnrepo.py", line 
104, in pull
return wrappers.pull(self, remote, heads, force)
  File "/usr/lib/python2.7/dist-packages/hgext/hgsubversion/wrappers.py", line 
370, in pull
repo.ui)
  File "/usr/lib/python2.7/dist-packages/hgext/hgsubversion/layouts/detect.py", 
line 31, in layout_from_subversion
from hgsubversion import svnwrap
  File "/usr/lib/python2.7/dist-packages/mercurial/demandimport.py", line 111, 
in _demandimport
return _hgextimport(_import, name, globals, locals, fromlist, level)
  File "/usr/lib/python2.7/dist-packages/mercurial/demandimport.py", line 43, 
in _hgextimport
return importfunc(name, globals, *args)
ImportError: No module named hgsubversion
abort: No module named hgsubversion!

The attached patch fixes it for me.

Cheers,
Javi

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

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

Versions of packages hgsubversion depends on:
ii  mercurial 2.9.1-1
ii  python2.7.5-5
ii  python-subvertpy  0.9.1-5
ii  subversion1.8.8-1

hgsubversion recommends no packages.

hgsubversion suggests no packages.

-- no debconf information
# HG changeset patch
# Parent 7d47a0f731354505ed9ae8d60d2a6996e8c3294f

diff --git a/hgsubversion/layouts/detect.py b/hgsubversion/layouts/detect.py
--- a/hgsubversion/layouts/detect.py
+++ b/hgsubversion/layouts/detect.py
@@ -26,7 +26,7 @@ def layout_from_subversion(svn, revision
 """
 # import late to avoid trouble when running the test suite
 try:
-from hgext_hgsubversion import svnwrap
+from hgext.hgsubversion import svnwrap
 except ImportError:
 from hgsubversion import svnwrap
 
diff --git a/hgsubversion/layouts/standard.py b/hgsubversion/layouts/standard.py
--- a/hgsubversion/layouts/standard.py
+++ b/hgsubversion/layouts/standard.py
@@ -57,7 +57,7 @@ class StandardLayout(base.BaseLayout):
 
 def taglocations(self, meta_data_dir):
 # import late to avoid trouble when running the test suite
-from hgext_hgsubversion import util
+from hgext.hgsubversion import util
 
 if self._tag_locations is None:
 

Bug#742004: perltidy.LOG file left behind

[Don Armstrong]

Steve: bringing you in on this; it appears perltidy now creates a
perltidy.LOG file, which causes a few problems in Debian; see
https://bugs.debian.org/742004 for the full saga.

On Tue, 18 Mar 2014, Russ Allbery wrote:
> I looked into this further. The problem is that Perl::Tidy now always
> attempts to create a log file in the current directory unless told to
> create it elsewhere with the logfile parameter to its constructor.
> (There doesn't seem to be a way to tell it not to create the thing,
> although maybe you can point it to /dev/null.) Perl::Critic's policy
> for running Perl::Tidy doesn't pass that parameter or provide any way
> for the caller to pass it.

Perltidy really shouldn't be creating a logfile unless you tell it to
create a logfile.

I'm OK with carrying a local patch in Debian for this in perltidy, but
I'd like to propose that a logfile not be created unless logstream is
passed (or some other non-default option.)

Steve: would that be acceptable upstream? Or should I just prepare a
Debian-local patch for that?

-- 
Don Armstrong  http://www.donarmstrong.com

I would like to be the air
that inhabits you for a moment
only. I would like to be that unnoticed
& that necessary.
 -- Margaret Atwood "Poetry in Motion" p140


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

Bug#729943: jarwrapper: pass only 48 chars of Debian-Java-Parameters

[Emmanuel Bourg]

Hi Dmitry,

I checked the suggested regexp and I confirm it parses properly the
manifest entries. It's a bit sad to add a dependency on perl just for
this though.

Could you please commit your changes on alioth and upload a regular
update instead? That would save the need to ack a NMU.

Emmanuel Bourg


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

Bug#742054: Strange behaviour for vi/vim completion

[Vincenzo Nicosia]

Hi, 

I just noticed that bash_completion now misbehaves also with vi/vim
completion. Previously, when I typed:

$ vim [TAB] [TAB]

I got a list of files, now I get only *directories*, which is even
more annoying. It is very strange that an old packet like
bash-completion has all these problems, all of a sudden... :(


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

Bug#742059: nginx: CVE-2014-0133: SPDY heap buffer overflow

[Thomas Ward]

Assuming it follows similar build rules in its Debian packaging in
Experimental, then I'm assuming it also is covered.

On Tue, Mar 18, 2014 at 7:06 PM, James Cloos  wrote:
>> "y" == yatiohi   writes:
>
> y> we are not vulnerable since nginx is compiled with the --with-debug
> y> configure option.
>
> Does that also apply to 1.5.11 in experimental?
>
> y> Although, we will release 1.4.7-1 shortly to follow
> y> upstream and include a few module updates as well.
>
> Updating experimental to 1.5.12 is welcome in either case.
>
> Thanks!
>
> -JimC
> --
> James Cloos  OpenPGP: 1024D/ED7DAEA6
>


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

Bug#742059: nginx: CVE-2014-0133: SPDY heap buffer overflow

[James Cloos]

> "y" == yatiohi   writes:

y> we are not vulnerable since nginx is compiled with the --with-debug
y> configure option.

Does that also apply to 1.5.11 in experimental?

y> Although, we will release 1.4.7-1 shortly to follow
y> upstream and include a few module updates as well.

Updating experimental to 1.5.12 is welcome in either case.

Thanks!

-JimC
--
James Cloos  OpenPGP: 1024D/ED7DAEA6


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

Bug#740613: libhdf5-7: Please include support for compression with libaec

[Thomas Jahns]

Hello,

On Mar 18, 2014, at 23:54 , Francesco P. Lovergine wrote:
But for packaging of libaec, it seems to me that it does not provide  
the same
API of szip, so a specific support is required in HDF5 at upstream  
level.



it does also have its own native API, but compatibility library and  
header should also get built.


Regards, Thomas
--
Thomas Jahns
DKRZ GmbH, Department: Application software

Deutsches Klimarechenzentrum
Bundesstraße 45a
D-20146 Hamburg

Phone: +49-40-460094-151
Fax: +49-40-460094-270
Email: Thomas Jahns 





smime.p7s
Description: S/MIME cryptographic signature

Bug#605544: gnome-shell: spews massive amounts of text to console

[althaser]

Sure, that's what I did.

at the beginning I just see a few lines complaining about issues on loading
extensions for instance. Over time and running the apps it notes the
issue's apps but I think that's the "normal" behaviour: errors, warnings,
etc.

cheers,
althaser

Bug#742004: perltidy.LOG file left behind

[Russ Allbery]

Control: reassign -1 libperl-critic-perl

Russ Allbery  writes:

> This may acutally be a bug in Perl::Critic or perltidy, but since this
> is the interface I'm calling, reporting it here.

> With this upgrade:

> [UPGRADE] perltidy:i386 20120701-1 -> 20130922-1

> Test::Perl::Critic now leaves perltidy.LOG files behind in the current
> directory after the test has completed.  Since the results are all
> reported via normal test results, this seems pointless, and it leaves
> build clutter behind.

I looked into this further.  The problem is that Perl::Tidy now always
attempts to create a log file in the current directory unless told to
create it elsewhere with the logfile parameter to its constructor.  (There
doesn't seem to be a way to tell it not to create the thing, although
maybe you can point it to /dev/null.)  Perl::Critic's policy for running
Perl::Tidy doesn't pass that parameter or provide any way for the caller
to pass it.

That makes this more Perl::Critic's problem than Test::Perl::Critic.
Reassigning accordingly, although arguably this is a perltidy bug and
perltidy should stop writing files into the current directory unless
someone actually asks for them.

(I'm a bit grumpy because I spent two hours debugging this.)

Note that this new behavior also breaks builds where the source directory
is readonly, a technique used by, for instance, Automake's distcheck
target to ensure that source files are not modified incorrectly by the
build.  This therefore broke the builds of some of my packages that use
Test::Perl::Critic to test the style of Perl scripts embedded in
Automake-managed projects, since those tests are run from the read-only
source directory, not the build directory, so that the test infrastructure
can find the source Perl scripts to check.

-- 
Russ Allbery (r...@debian.org)   


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

Bug#739490: iceweasel: compiled extensions can not be built with version in wheezy-sec

[Mike Hommey]

On Tue, Mar 11, 2014 at 03:23:23PM +0100, Raphael Geissert wrote:
> On 7 March 2014 11:29, Raphael Geissert  wrote:
> > On 5 March 2014 23:01, Mike Hommey  wrote:
> >> What about pkg-config --cflags libxul? Could you also share your built
> >> -dev package?
> >
> > -I/usr/include/xulrunner-24.0
> 
> A quick and dirty workaround is to symlink the nss and nspr .pc files
> as mozilla-$foo.
> 
> An alternative solution that seems to work fine is to:
> * revert the part of the "Check less things during configure" patch
> that modifies the calls to nspr-config,
> * and an else to [1] to do something like this:
> cd debian/tmp/usr/include/xulrunner-$(GRE_VERSION) && \
> for f in nss/* nspr/*; do \
> ln -s $$f $$(basename $$f); \
> done
> 
> [1] http://sources.debian.net/src/iceweasel/24.3.0esr-1/debian/rules#L309

This would be better and should work:

diff --git a/xulrunner/installer/mozilla-nspr.pc.in 
b/xulrunner/installer/mozilla-nspr.pc.in
index 86ba304..7ebd342 100644
--- a/xulrunner/installer/mozilla-nspr.pc.in
+++ b/xulrunner/installer/mozilla-nspr.pc.in
@@ -1,6 +1,6 @@
 prefix=%prefix%
 sdkdir=%sdkdir%
-includedir=%includedir%
+includedir=%includedir%/nspr
 
 Name: NSPR
 Description: The Netscape Portable Runtime
diff --git a/xulrunner/installer/mozilla-nss.pc.in 
b/xulrunner/installer/mozilla-nss.pc.in
index 927305f..fc72864 100644
--- a/xulrunner/installer/mozilla-nss.pc.in
+++ b/xulrunner/installer/mozilla-nss.pc.in
@@ -1,6 +1,6 @@
 prefix=%prefix%
 sdkdir=%sdkdir%
-includedir=%includedir%
+includedir=%includedir%/nss
 
 Name: NSS
 Description: Mozilla Network Security Services


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

Bug#742079: squirrelmail: Squirrelmail eats (some of) the links I receive

[Jean-Philippe Guérard]

Package: squirrelmail
Version: 2:1.4.23~svn20120406-2
Severity: normal

Dear Maintainer,

some perfectly valid links I receive in e-mails are replaced by
"http://invalid-stuff-detected.example.com";.

Some example rejected URL:

https://www.onesite.com/shop/receipt.asp?OrderNum=9&MyCustomer=Gu%E9rard
http://xxx.yyy.anothersite.com:8080/zzz/lu?PRO=Nonsp%E9cifi%E9

The error seems to come from /usr/share/squirrelmail/functions/mime.php:

// first, disallow 8 bit characters and control characters
if (preg_match('/[\0-\37\200-\377]+/',$attvalue)) {
switch ($attname) {
case 'href':
$attvalue = $sQuote . 
'http://invalid-stuff-detected.example.com' . $sQuote;
break;
default:
$attvalue = $sQuote . SM_PATH . 'images/blank.png'. $sQuote;
break;
}

Thanks.


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

Kernel: Linux 3.2.0-4-amd64 (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

Versions of packages squirrelmail depends on:
ii  lighttpd [httpd]  1.4.31-4+deb7u3
ii  perl  5.14.2-21+deb7u1
ii  php5  5.4.4-14+deb7u8
ii  php5-cgi  5.4.4-14+deb7u8

Versions of packages squirrelmail recommends:
ii  aspell [aspell-bin]   0.60.7~20110707-1
ii  ispell3.3.02-6
ii  php5-common [php5-mhash]  5.4.4-14+deb7u8
ii  squirrelmail-locales  1.4.18-20090526-1
ii  squirrelmail-viewashtml   3.8-3

Versions of packages squirrelmail suggests:
ii  courier-imap [imap-server]  4.10.0-20120615-1
ii  imapproxy   1.2.7-1.1
ii  php-pear5.4.4-14+deb7u8
pn  php5-ldap   
ii  php5-recode 5.4.4-14+deb7u8
ii  squirrelmail-decode 1.2-1

-- Configuration Files:
/etc/squirrelmail/apache.conf changed [not included]
/etc/squirrelmail/filters_setup.php changed [not included]

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/share/squirrelmail/functions/mime.php (from 
squirrelmail package)


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

Bug#742077: RFS: vcmi/0.95-1 [ITP]

[Jakub Wilk]

[I don't intend to sponsor this package. Sorry!]

* Johannes Schauer , 2014-03-18, 23:38:

Upstream Author : Micha³ Urbañczyk  and others


We don't have "³" or "ñ" in the Polish alphabet. :-P
It should be: Michał Urbańczyk.
Please update debian/copyright accordingly.

--
Jakub Wilk


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

Bug#729943: jarwrapper: pass only 48 chars of Debian-Java-Parameters

[Dmitry Smirnov]

This bug (potentially) affect ~40 packages... Would you like a friendly NMU to 
fix it?

-- 
Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

However beautiful the strategy, you should occasionally look at the
results.
-- Winston Churchill


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

Bug#740613: libhdf5-7: Please include support for compression with libaec

[Francesco P. Lovergine]

On Mon, Mar 03, 2014 at 05:00:17PM +0100, Thomas Jahns wrote:
> Package: libhdf5-7
> Severity: wishlist
> 
> Dear Maintainer(s),
> 
> since SZIP is essentially non-free, although the corresponding patents are no
> longer, and our share-holders wanted to use it in other libraries (libcdi) for
> another file format (GRIB), DKRZ provides a free implementation of the same
> algorithms at [1]. We'd like to see the library get used more widely.
> 
> Regards, Thomas Jahns
> 
> [1] https://www.dkrz.de/redmine/projects/aec/wiki/Downloads
> 

But for packaging of libaec, it seems to me that it does not provide the same
API of szip, so a specific support is required in HDF5 at upstream level. 

-- 
Francesco P. Lovergine


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

Bug#742078: spek: Please update to use wxwidgets3.0

[Olly Betts]

Package: spek
Version: 0.8.2-3
Severity: normal
Tags: patch
User: freewx-ma...@lists.alioth.debian.org
Usertags: wx3.0

Dear maintainer,

We're aiming to migrate the archive to using wxwidgets3.0 instead of
wxwidgets2.8.

I've rebuilt your package using the attached patch (no upstream changes
were required), and did some simple testing.  Everything looks good
to me.

I'm happy to NMU this change if you wish me to - just let me know.

Cheers,
Olly
diff -Nru spek-0.8.2/debian/changelog spek-0.8.2/debian/changelog
--- spek-0.8.2/debian/changelog	2013-10-01 05:43:04.0 +1300
+++ spek-0.8.2/debian/changelog	2014-03-19 11:30:09.0 +1300
@@ -1,3 +1,10 @@
+spek (0.8.2-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Update to use wxWidgets 3.0.
+
+ -- Olly Betts   Wed, 19 Mar 2014 11:30:09 +1300
+
 spek (0.8.2-3) unstable; urgency=low
 
   * Explicitly require g++-4.8 (Closes: #722486)
diff -Nru spek-0.8.2/debian/control spek-0.8.2/debian/control
--- spek-0.8.2/debian/control	2013-10-01 05:44:15.0 +1300
+++ spek-0.8.2/debian/control	2014-03-19 11:30:17.0 +1300
@@ -10,7 +10,7 @@
libavcodec-dev (>= 6:0.8),
libavformat-dev (>= 6:0.8),
libavutil-dev (>= 6:0.8),
-   libwxgtk2.8-dev,
+   libwxgtk3.0-dev,
wx-common
 Standards-Version: 3.9.4
 Homepage: http://spek.cc/


signature.asc
Description: Digital signature

Bug#741971: ITP: lttngtop -- A top-like interface to read and browse LTTng traces.

[Holger Levsen]

Hi Michael,

On Dienstag, 18. März 2014, Michael Jeanson wrote:
> The LTTng project is[...]

thanks. Please add something like this to the package description.


cheers,
Holger


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

Bug#735202: speakup freezes system when trying to paste

[Jarek Czekalski]

Hey Ben!

After reading your findings I wanted to see if I can get at least these 
"scheduling" messages. So I started my 3.12.1 kernel and did some 
speakupping, while compiling glib in the background! Bingo, I got "BUG 
... scheduling ..." message on console.. and an immediate freeze as well :(


So these are my conditions for the freeze:
1. fire kernel 3.12.1
2. launch screen and a command "while [[ 1 ]]; do find|wc; done" and 
detach this screen (C-a d)
3. do some speakup pasting, "cat" is not necessary to experience the 
freeze after at most 3 pastes


The "BUG" message also contained the word "find". Something to do with 
my "find" command perhaps.


I can't freeze nor get "scheduling" on 3.13.1 kernel. So I confirm 
Jude's report, that this kernel version seems to be free of the bug.

I can't freeze the kernel without a background task.

Ben, is it still important to test your patches? I would have to do this 
hard job of compiling the kernel to test them, but if you need it, I'll 
do the job.


Jarek


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

Bug#630646: Selecting Hibernate for "When the power button is pressed" takes no effect

[althaser]

you can try using this extension
https://extensions.gnome.org/extension/5/alternative-status-menu/ also.

cheers,
althaser

Bug#630646: Selecting Hibernate for "When the power button is pressed" takes no effect

[althaser]

Hey Martin,

you must set using gnome-tweak-tool, on Power and Power Button Action at
least using gnome-tweak-tool-3.10.1-2.

cheers,
althaser

Bug#742077: RFS: vcmi/0.95-1 [ITP]

[Johannes Schauer]

Package: sponsorship-requests
Severity: wishlist

Package: sponsorship-requests
Severity: normal [important for RC bugs, wishlist for new packages]

Dear mentors,

I am looking for a sponsor for my package "vcmi"

 Package name: vcmi
 Version : 0.95-1
 Upstream Author : Micha³ Urbañczyk  and others
 URL : http://forum.vcmi.eu/portal.php
 License : GPL2+
 Section : games

It builds those binary packages:

  vcmi  - Rewrite of the Heroes of Might and Magic 3 game engine
cmi-dbg   - Debug symbols for vcmi package

To access further information about this package, please visit the following 
URL:

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

Alternatively, one can download the package with dget using this command:

  dget -x http://mentors.debian.net/debian/pool/main/v/vcmi/vcmi_0.95-1.dsc

VCMI is a free implementation of the Heroes of Might and Magic 3 game
engine as well as a platform for mods. VCMI is a turn-based strategy
game where the player controls a number of heroes commanding an army of
creatures. It extends the original capabilities of the game by
supporting maps of any size, greater display resolutions.

I'm also working on a project which allows to easily replace the proprietary
graphics of the original game by a free version at 
https://github.com/josch/lodextract

More information is available in the respective ITP bug#741640 which
includes some discussion on the debian-devel-games list. 

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#605544: gnome-shell: spews massive amounts of text to console

[brian m . carlson]

On Tue, Mar 18, 2014 at 07:34:35PM +, althaser wrote:
> Hey Brian,
> 
> this is an old bug report.
> 
> Could you please still reproduce this issue with newer gnome-shell version
> like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ?

I'm not using gnome-shell at the moment, but it should be easy enough
for you to test it by running it from a terminal window.

I think I've mentioned this to you before, but I generally try to
provide enough information in my bug reports so that anyone can attempt
to reproduce them.  Please try to actually reproduce the problem first,
and ask the submitter to try to reproduce it only if you cannot.  This
prevents wasting everyone's time.

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#742076: libvirt-bin: setvcpus command fails to shrink the numbers of vcpu

[Loïc REVEST]

Package: libvirt-bin
Version: 0.9.12.3-1
Severity: normal

Hi,

I faced an issue while attempting to decrease the number of vcpus one of my 
guest runs on, from 2 to only 1.

vcpu definition in my  definition file: 2

Although the following command (in virsh environnment): 

"setvcpus  1"

issues the following output: 

"error: internal error got wrong number of vCPU pids from QEMU monitor. got 2, 
wanted 1"

libvirt seems to take that request into account :

virsh # vcpuinfo 
VCPU:   0
CPU:1
State:  running
CPU time:   178909,3s
CPU Affinity:   yyy

virsh # vcpucount 
maximum  config 2
maximum  live   2
current  config 2
current  live   1

While on the guest side a cat /proc/cpuinfo still gives back two cpu available.

Unless I'm mistaken somewhere in my use of setvcpus, I think the previous 
command left my host/guest in an inconsistent state. The command setvcpus 
 2 runs flawlessy and gives me back a "consistent" output of 
vcpuinfo/vcpucount regarding the guest /proc/cpuinfo.

Regards and thanks in advance for any feedback/comment,

Loïc REVEST

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

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

Versions of packages libvirt-bin depends on:
ii  adduser 3.113+nmu3
ii  gettext-base0.18.1.1-9
ii  libblkid1   2.20.1-5.3
ii  libc6   2.13-38+deb7u1
ii  libcap-ng0  0.6.6-2
ii  libdbus-1-3 1.6.8-1+deb7u1
ii  libdevmapper1.02.1  2:1.02.74-8
ii  libgcrypt11 1.5.0-5+deb7u1
ii  libgnutls26 2.12.20-8+deb7u1
ii  libnetcf1   0.1.9-2
ii  libnl1  1.1-7
ii  libnuma12.0.8~rc4-1
ii  libparted0debian1   2.3-12
ii  libpcap0.8  1.3.0-1
ii  libpciaccess0   0.13.1-2
ii  libreadline66.2+dfsg-0.1
ii  libsasl2-2  2.1.25.dfsg1-6+deb7u1
ii  libudev0175-7.2
ii  libvirt00.9.12.3-1
ii  libxml2 2.8.0+dfsg1-7+nmu2
ii  libyajl22.0.4-2
ii  logrotate   3.8.1-4

Versions of packages libvirt-bin recommends:
ii  bridge-utils1.5-6
ii  dmidecode   2.11-9
ii  dnsmasq-base2.62-3+deb7u1
ii  ebtables2.0.10.4-1
ii  gawk1:4.0.1+dfsg-2.1
ii  iproute 20120521-3+b3
ii  iptables1.4.14-3.1
ii  libxml2-utils   2.8.0+dfsg1-7+nmu2
ii  netcat-openbsd  1.105-7
ii  parted  2.3-12
ii  qemu-kvm1.1.2+dfsg-6

Versions of packages libvirt-bin suggests:
pn  policykit-1  
pn  radvd

-- Configuration Files:
/etc/libvirt/qemu.conf changed [not included]

-- 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#731211: aster: new upstream release, work in progress

[Andrea Palazzi]

Hi,

I did some testing, and I can't build the packages in any way with libmetis or 
libparmetis, but if I remove it from the build-deps I can make the packages.


I propose to disable it for the moment and focus on getting a working and 
lintian-clean package; then we can think about what to do with metis and also 
work to build multiple versions.

Regarding the build system/repository layout, it seems ok to me: 
git-buildpackage fails to me for reasons related to metis and not because of 
the layout of the repository.

When I was working on the package, I've found that the best way to build (but 
not the easiest) is to use git-buildpackage+cowbuilder, in a command like this:
$ git-buildpackage --git-builder="pdebuild --pbuilder cowbuilder --buildresult 
.." --git-ignore-new --git-ignore-branch &> ../build.log

This will build the packages in a pristine environment, and the closest you can 
get from the buildd environment. You can look at 
https://wiki.debian.org/cowbuilder for infos on cowbuilder.

Feel free to ask if you have doubts or problems with the compilation or other, 
I'll be glad to help if I can :)

Bye
Andrea




Il Martedì 18 Marzo 2014 9:57, trophime  ha 
scritto:
 
On Tue, 2014-03-18 at 08:38 +0100, Denis Laxalde wrote:
>> Hi,
>> 
>> Andrea Palazzi a écrit :
>> > - I'd really prefer to remove the libmetis dependency and keep it in
>> > main and not in contrib; after all libmetis is not absolutely required (
>> > the patch no_metis_default.diff was there to change the default
>> > renumerator from metis to md ) , and I think that packages in contrib
>> > are out of the auto-builder circuit. Moreover we all prefer 100% free
>> > software ;-)
>> 
>> I agree that this Aster in Debian would be better with the non-free 
>> dependency
 on
 libmetis. However, I actually had troubles during build 
>> with scotch version of metis. I will look into this further, though.
>> 
>
>libmetis license has recently changed :)
>It is no longer "non-free"... but it will require some change in Aster,
>I guess
>
>
>> 
>
>-- 
>
>
>Christophe TROPHIME
>Research Engineer
>
>LNCMI
>CNRS - LNCMI
>25, rue des Martyrs
>BP 166
>38042 GRENOBLE Cedex 9
>FRANCE
>CNRS
>
>Tel : +33 (0)4 76 88 90 02 
>Fax : +33 (0) 4 76 88 10 01
>Office U 19 
>M@il : christophe.troph...@lncmi.cnrs.fr 
>
>
>
>
>-- 
>To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
>with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
>Archive: https://lists.debian.org/1395132566.15199.2.ca...@calcul8.lcmi.local
>
>
>
>
>

Bug#648940: gnome-shell hangs

[althaser]

Hey,

this is an old bug report.

Could you please still reproduce this issue with newer gnome-shell version
like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ?

thanks
regards
althaser

Bug#630646: Selecting Hibernate for "When the power button is pressed" takes no effect

[W. Martin Borgert]

Hi,

I'm trying gnome shell 3.4.2-7+deb7u1 right now. It's worse: The configuration 
option seems to be gone entirely!

Power seems to suspend the machine, no visible way to change it.

Cheers

On 18 March 2014 18:01:11 GMT-03:00, althaser  wrote:
>Could you please still reproduce this issue with newer gnome-shell
>version
>like 3.4.2-7+deb7u1 or 3.8.4-5+b1?


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

Bug#742030: gnumeric: dumps core when reading xls

[Francesco Potortì]

>On Tue, 18 Mar 2014 14:53:11 Francesco Potortì wrote:
>> Package: gnumeric
>> Version: 1.12.12-1
>> Severity: serious
>
>Dear Francesco,
>
>Thanks for your bug report but please let's not panic and use correct severity 
>level ("normal" or "important" at most) as described in 
>
>https://www.debian.org/Bugs/Developer#severities


:)

I meant "important", because for people working with .xls files this bug
makes gnumeric unusable.

It's just that I file a bug report now and then, and I always forget
about the meaning of the various definitions...


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

Bug#732219: transition: libmikmod

[Stephen Kitt]

On Tue, 18 Mar 2014 07:57:06 +0100, Julien Cristau 
wrote:
> Thanks.  Feel free to upload to sid.

Done, thanks.

Regards,

Stephen


signature.asc
Description: PGP signature

Bug#648179: gnome-shell: Notification area placed in the center when using two screens in vertical arrangement

[althaser]

Hey Federico,

this is an old bug report.

Could you please still reproduce this issue with newer gnome-shell version
like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ?

thanks
regards
althaser

Bug#648069: gnome-shell: calendar opens separate evolution windows

[althaser]

Hey Michael,

this is an old bug report.

Could you please still reproduce this issue with newer gnome-shell version
like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ?

thanks
regards
althaser

Bug#645716: gnome-shell: after suspend the screen is shown for a short time before it is locked

[althaser]

Hey Norbert,

this is an old bug report.

Could you please still reproduce this issue with newer gnome-shell version
like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ?

thanks
regards
althaser

Bug#742030: gnumeric: dumps core when reading xls

[Dmitry Smirnov]

On Tue, 18 Mar 2014 14:53:11 Francesco Potortì wrote:
> Package: gnumeric
> Version: 1.12.12-1
> Severity: serious

Dear Francesco,

Thanks for your bug report but please let's not panic and use correct severity 
level ("normal" or "important" at most) as described in 

https://www.debian.org/Bugs/Developer#severities

-- 
Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

Believing is easier than thinking. Hence so many more believers than
thinkers.
-- Bruce Calvert



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

Bug#639570: gnome-session: right-click via touchpad doesn't work after reboot

[althaser]

Hey,

this is an old bug report.

Could you please still reproduce this issue with newer gnome-shell version
like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ?

If so, please go to gnome-control-center and set your configuration in
mouse & touchpad.

https://help.gnome.org/users/gnome-help/3.5/mouse-touchpad-click.html.en

thanks
regards
althaser

Bug#734203: Public archives

[David Moreno]

Hello,

Thanks for filling a request to create a new mailing list.

Do you have public archives for your current mailing list showing present
activity in this project?

Thanks,
dm, wearing his listmaster hat.

-- 
http://damog.net/


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

Bug#632729: [gnome-shell] Volume control does not work

[althaser]

Hey,

this is an old bug report.

Could you please still reproduce this issue with newer gnome-shell version
like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ?

thanks
regards
althaser

Bug#742075: ITP: python-img2pdf -- Lossless conversion of JPEG, JPEG2000 and other raster graphic formats to PDF

[Johannes Schauer]

Package: wnpp
Severity: wishlist
Owner: Johannes Schauer 

* Package name: python-img2pdf
  Version : 0.1.0
  Upstream Author : Johannes Schauer 
* URL : https://github.com/josch/img2pdf
* License : GPL3+
  Programming Lang: Python
  Description : Lossless conversion of JPEG, JPEG2000 and other raster 
graphic formats to PDF

This tool is able to embed JPEG or JPEG2000 files into a PDF container without
re-encoding them. Files of other formats will be stored using the lossless
Flate/zlib encoding. In addition to JPEG and JPEG 2000, all formats supported
by the Python Imaging Library are supported as input.

There seems to be no tool (correct me if I'm wrong) which can embed an
image into a pdf without either loosing information due to JPEG
re-encoding or blowing up the filesize through Flate/zlib encoding. It
would thus be a useful tool to have in Debian.


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

Bug#683120: RFS: yadifa/1.0.3-1 [ITP]

[Markus Schade]

Dear mentors,

I have made some corrections/improvements and re-uploaded the package
again.

However there is one question, which I am not sure, what is correct.
Upstream uses /var/zones as base for its zone files. My guess was that
this is not the proper location for such files in Debian.
So I changed it to /var/cache/yadifa like bind9, but I welcome any
suggestions if there is a more appropriate location.

To access further information about this package, please visit the
following URL:

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

Or via dget at

http://mentors.debian.net/debian/pool/main/y/yadifa/yadifa_1.0.3-1.dsc

Best regards,
Markus


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

Bug#742074: unable to change audio device

[Eduard Bloch]

Package: sflphone-kde
Version: 1.3.0-1
Severity: normal

Hello,

I have a USB-attached headset and I would like to use it. So I go to
settings and find there:

audio management: ALSA
Alsa module: default
Input: xx
Output: yy
Ring tone: zz

and all point to my onboard sound card. I try to switch input/output to
USB (it appears in the menu) but when I push Apply then the menu
reloads and it shows the onboard sound card again. On STDERR, I see:

Invalid current audio plugin 
Updating all accounts 
Reloading "IP2IP" "IP2IP" 

Sorry, what is invalid with ALSA? It's a fresh configuration.

Regards,
Eduard.

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

Kernel: Linux 3.12.0+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages sflphone-kde depends on:
ii  kde-runtime  4:4.11.5-1
ii  kdepim-runtime   4:4.11.5-1
ii  libakonadi-contact4  4:4.11.5-4+b1
ii  libakonadi-kde4  4:4.11.5-4+b1
ii  libakonadi-kmime44:4.11.5-4+b1
ii  libc62.18-4
ii  libgcc1  1:4.8.2-16
ii  libice6  2:1.0.8-2
ii  libkabc4 4:4.11.5-4+b1
ii  libkcalcore4 4:4.11.5-4+b1
ii  libkdecore5  4:4.11.5-1
ii  libkdeui54:4.11.5-1
ii  libkio5  4:4.11.5-1
ii  libkmime44:4.11.5-4+b1
ii  libkpimutils44:4.11.5-4+b1
ii  libkresources4   4:4.11.5-4+b1
ii  libnepomukcore4  4:4.11.5-2+b1
ii  libphonon4   4:4.7.1-1
ii  libqt4-dbus  4:4.8.5+git242-g0315971+dfsg-1
ii  libqt4-network   4:4.8.5+git242-g0315971+dfsg-1
ii  libqt4-svg   4:4.8.5+git242-g0315971+dfsg-1
ii  libqt4-xml   4:4.8.5+git242-g0315971+dfsg-1
ii  libqtcore4   4:4.8.5+git242-g0315971+dfsg-1
ii  libqtgui44:4.8.5+git242-g0315971+dfsg-1
ii  librsvg2-common  2.40.0-1
ii  libsm6   2:1.2.1-2
ii  libsoprano4  2.9.4+dfsg-1
ii  libstdc++6   4.8.2-16
ii  libx11-6 2:1.6.2-1
ii  libxau6  1:1.0.8-1
ii  libxdmcp61:1.1.1-1
ii  libxext6 2:1.3.2-1
ii  libxft2  2.3.1-2
ii  sflphone-daemon  1.3.0-1
ii  sflphone-data1.3.0-1

sflphone-kde recommends no packages.

sflphone-kde suggests no packages.

-- no debconf information

-- 
 TCW: Gesoffen. Gekotzt. Ger00ted.


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

Bug#741796: network-manager-openconnect: FTBFS [...]

[Mike Miller]

On Sun, Mar 16, 2014 at 13:52:04 +0100, David Suárez wrote:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.

Confirmed here, thanks for the report. This has been fixed upstream and
will be included in version 0.9.8.6-1.

-- 
mike


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

Bug#742073: xserver-xorg-video-fbdev: Unable to load XVideo when using fbdev driver

[roger crettol]

Package: xserver-xorg-video-fbdev
Version: 1:0.4.4-1+b1
Severity: normal

This may be a bug, a configuration problem, or - preferably not - a
works_as_designed case.

* upgraded xserver-xorg packages from abi 12 to avi 14, losing the sis video
driver. The XVideo module worked with the sis driver.

* tried to set up the xserver to use the fbdriver instead.

* inserted the mode-specific info into /etc/fb.modes
--
$ fbset -i
mode "1280x800-60"
# D: 108.003 MHz, H: 63.983 kHz, V: 60.021 Hz
geometry 1280 800 1280 12985 32
timings 9259 248 48 131 131 112 4
hsync high
vsync high
accel true
rgba 8/16,8/8,8/0,0/0
endmode

Frame buffer device information:
Name: SiS 760
Address : 0xe800
Size: 66486272
Type: PACKED PIXELS
Visual  : TRUECOLOR
XPanStep: 1
YPanStep: 1
YWrapStep   : 0
LineLength  : 5120
MMIO Address: 0xe210
MMIO Size   : 131072
Accelerator : SiS 330 (Xabre)
--

* used the following in /etc/modules:
sisfb mode=1280x800x24 rate=60 mem=16384

* switched from gdm3 to wdm (another, unreported bug)

=> not using any xorg.conf, the system starts correctly and the openbox desktop
I'm using works properly.

* my only problem is now that I have not found a way to use the XVideo module.
Trying to load it explicitly gives the following messages in Xorg.0.log:
---

[ 85076.636] (II) Loader magic: 0x7f0b83347d40
[ 85076.636] (II) Module ABI versions:
[ 85076.636]X.Org ANSI C Emulation: 0.4
[ 85076.636]X.Org Video Driver: 15.0
[ 85076.636]X.Org XInput driver : 20.0
[ 85076.636]X.Org Server Extension : 8.0
[ 85076.636] (II) xfree86: Adding drm device (/dev/dri/card0)
[ 85076.638] (--) PCI:*(0:1:0:0) 1039:6330:1025:0083 rev 0, Mem @
0xe800/134217728, 0xe210/131072, I/O @ 0xa000/128
[ 85076.639] Initializing built-in extension Generic Event Extension

[ 85076.644] Initializing built-in extension XVideo
[ 85076.644] Initializing built-in extension XVideo-MotionCompensation
[ 85076.644] Initializing built-in extension SELinux
[ 85076.644] Initializing built-in extension XFree86-VidModeExtension
[ 85076.645] Initializing built-in extension XFree86-DGA
[ 85076.645] Initializing built-in extension XFree86-DRI
[ 85076.645] Initializing built-in extension DRI2
[ 85076.645] (II) "glx" will be loaded. This was enabled by default and also
specified in the config file.
[ 85076.645] (II) LoadModule: "record"
[ 85076.645] (II) Module "record" already built-in
[ 85076.646] (II) LoadModule: "dri2"
[ 85076.646] (II) Module "dri2" already built-in
[ 85076.646] (II) LoadModule: "glx"
[ 85076.646] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[ 85076.647] (II) Module glx: vendor="X.Org Foundation"
[ 85076.647]compiled for 1.15.0, module version = 1.0.0
[ 85076.647]ABI class: X.Org Server Extension, version 8.0
[ 85076.647] (==) AIGLX enabled
[ 85076.647] Loading extension GLX
[ 85076.647] (II) LoadModule: "dri"
[ 85076.647] (II) Module "dri" already built-in
[ 85076.647] (II) LoadModule: "dbe"
[ 85076.648] (II) Module "dbe" already built-in
[ 85076.648] (II) LoadModule: "extmod"
[ 85076.648] (II) Module "extmod" already built-in
[ 85076.648] (II) LoadModule: "xvideo"
[ 85076.649] (WW) Warning, couldn't open module xvideo
[ 85076.649] (II) UnloadModule: "xvideo"
[ 85076.649] (II) Unloading xvideo

---

* I couldn't grab anything useful from the net, glad about any pointers you can
provide.



-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Oct 30  2012 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2323424 Feb  6 16:23 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: Silicon Integrated Systems [SiS] 
661/741/760 PCI/AGP or 662/761Gx PCIE VGA Display Adapter [1039:6330]

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1
/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 3.11-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.1 
(Debian 4.8.1-10) ) #1 SMP Debian 3.11.6-2 (2013-11-01)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 12085 Mar 17 17:29 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 19779 Mar 18 21:55 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[ 85690.175] 
X.Org X Server 1.15.0
Release Date: 2013-12-27
[ 85690.175] X Protocol Version 11, Revision 0
[ 85690.176] Build Operating System: Linux 3.12-1-amd64 x86_

Bug#741971: ITP: lttngtop -- A top-like interface to read and browse LTTng traces.

[Michael Jeanson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

On 14-03-18 01:34 PM, Holger Levsen wrote:
> mabye add a word or two about what LTTng is?

The LTTng project is a set of highly efficient kernel and userspace
tracing tools for Linux. They can be used to debug live systems,
analyze performance and monitor with minimal impact on production systems.

Most of the LTTng tools are currently packaged in debian by Jon
Bernard which showed interest in sponsoring the upload of lttngtop.

Regards,

Michael
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCgAGBQJTKLxbAAoJEIZWH0UhgPz+3xgP/jGe3LoFB+JEuCoN6Ys/9/zu
WtvgShyW1JkbBz9xP057DdKcAJneqexRQT4xrE8+DsKLYzgSiqy4wDYDX7MxN4ul
KvspS3ch8+BQL0CTGwqrAGjQsCvgUJfWp8pfObJ+sKhu4iSWzxzA35oS+Uq7Sf2+
Dd0bYVhYdWwAs1CJ31O1E4n+pLyNf+476jI8uYjnoumh1YClMRKhra7LTQFp9u+S
XyCsS8/3U/vTeztMw/c1nCb5ayx2CI+gZLsACVvS5giskOoEcKGPWCEDTRzdk+6N
lZ/YxBy25G4wy9SAqQ+9HP2XIOa0SX2kh9HW+JwVtpgf0kWEJ3agTj+9UV2Gkuto
qmvmCMAuIaHVJK4cY5nW+mlV6Qp1znjtK3ZtHtac54Wl5/+3rw8z7fdK02nDzuAo
jRcaxbjjWTTJErkUK9SziqPH02+CFJ4kkmnF8KVxVY0SjaTW6UWPxL84BUslisFK
4tWaWkc94E6gVKeiKy9yvPiazXVw7crhDKzYlD1IHqZDtp2M7aZLw/s4nZz39k8r
hOifZLVjtArtfhO75PnbARvPUr4pIhYh+BhGeNj4JFLqJYBZbeLmzjuSYkbut5oj
pKD+md6Qd8LI7U7fY0UsPiMDK+TKAiYQeXpWCidXZEWe4xcWYyfG1iIxF1mywxOW
NH+wafb8BSFPgEqlvB/w
=FhZ+
-END PGP SIGNATURE-


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

Bug#741554:

[Andoru]

> You can install librcc0 from sid with no doubt.

$ apt-cache policy librcc0
librcc0:
  Installed: 0.2.9-3.1+b1
  Candidate: 0.2.9-3.1+b1
  Version table:
 *** 0.2.9-3.1+b1 0
500 http://http.debian.net/debian/ testing/main i386 Packages
100 /var/lib/dpkg/status
 0.2.9-3 0
500 http://http.debian.net/debian/ wheezy/main i386 Packages

> You have just kept pulseaudio on hold. To really uninstall it run:
>
> # apt-get remove --purge libpulse0 pulseaudio

They're just dummy packages that prevent apps that require libpulse from
installing it. If I remove them further packages I install that depend or
suggest pulse will install it back.

> After removing pulsaudio it should work ;-)

alsamixer worked after I installed the dummy packages so I'm not quite sure
about that.
Anything else that I could do to diagnose this weird issue?

Bug#740078: [gtk3-engines-oxygen] can't go up directories in file open dialog

[Dmitry Smirnov]

Dear Miklós,

On Tue, 18 Mar 2014 15:38:50 Miklós Máté wrote:
> Anyways, this report can be closed, because the new
> version 1.3.4 seems to fix this issue.

Thank you for your reply and for confirming that version 1.3.4 is OK.

-- 
Cheers,
 Dmitry Smirnov.


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

Bug#630646: Selecting Hibernate for "When the power button is pressed" takes no effect

[althaser]

Hey,

this is an old bug report.

Could you please still reproduce this issue with newer gnome-shell version
like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ?

thanks
regards
althaser

Bug#742072: fakechroot : chdir outside of the (fakech)root

[jhcha54008]

Package: fakechroot
Version: 2.17.2-1
Severity: normal
Tags: patch

Dear Maintainer,

It is possible to change to a directory outside of $FAKECHROOT_BASE :

$ pwd
/home/me
$ mkdir outside
$ fakechroot fakeroot chroot my_chroot/
# pwd
/
# cd ../outside
# pwd
/home/me/outside

Is this the correct behavior ?

With the following patch applied, the previous example gives :

$ fakechroot fakeroot chroot my_chroot/
# pwd
/
# cd ../outside
bash: cd: ../outside: No such file or directory
# pwd
/

(which is the outcome I expected instead)

Thanks for your comments or corrections !

Regards,
JH Chatenet

*** rustine13.patch
diff -Naur a/src/chdir.c b/src/chdir.c
--- a/src/chdir.c   2014-03-18 09:48:51.0 +0100
+++ b/src/chdir.c   2014-03-18 09:49:35.0 +0100
@@ -36,7 +36,7 @@
 return -1;
 }
 if (fakechroot_base != NULL) {
-if (strstr(cwd, fakechroot_base) == path) {
+if (strstr(cwd, fakechroot_base) == cwd) {
 expand_chroot_path(path);
 }
 else {


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

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

Versions of packages fakechroot depends on:
ii  libfakechroot  2.17.2-1

fakechroot recommends no packages.

fakechroot 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#742071: break completion of ~/file

[Joey Hess]

Package: bash-completion
Version: 1:2.1-2
Severity: normal

~/file works without bash-completion, and does not complete when
bash-completion is enabled.

I think this is a new bug, I only noticed it after the recent bash 4.3
upgrade.

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

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

Versions of packages bash-completion depends on:
ii  bash  4.3-2
ii  dpkg  1.17.6

bash-completion recommends no packages.

bash-completion suggests no packages.

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#740613: libhdf5-7: Please include support for compression with libaec

[Gilles Filippini]

Hi,

Thomas Jahns a écrit , Le 18/03/2014 17:28:
> On Mar 18, 2014, at 16:22 , Sylvestre Ledru wrote:
>> If you are really interested in this change, you should propose a patch.
>> I am not sure it is going to be fixed otherwise...
> 
> as far as i can see no patch to the original packages should be needed,
> but someone would have to provide a package for libaec, we do

Indeed. A Debian package for libaec is a pre-requisite for this to happen.

> unfortunately not have anyone available who knows enough about Debian
> (or any other) packages. Otherwise the library is API/ABI compatible to
> libszip.

Debian is a project run by volunteers. The most effective way to satisfy
your request would be to do the libaec packaging yourself :)
It's not that difficult [1] but time consuming.

[1] http://mentors.debian.net/intro-maintainers

Thanks,

_g.



signature.asc
Description: OpenPGP digital signature

Bug#721847: mkfs.btrfs -f

[Miguel Figueiredo]

According mkfs.btrfs manpage the behaviour is expected:

-f, --force
  Force overwrite when an existing filesystem is detected 
on the device.  By default, mkfs.btrfs will not write to the device if 
it suspects that there is a filesystem or partition table on the device 
already.


I guess the change should be made on partman-btrfs/commit.d/format_btrfs

--
Melhores cumprimentos/Best regards,

Miguel Figueiredo


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

Bug#624396: gnome-shell: frequenly fails gracefully losing stored favorites after restart

[althaser]

Hey,

this is an old bug report.

Could you please still reproduce this issue with newer gnome-shell version
like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ?

thanks
regards
althaser

Bug#742070: fakechroot : chroot in debootstrap and LD_LIBRARY_PATH

[jhcha54008]

Package: fakechroot
Version: 2.17.2-1
Severity: minor
Tags: patch

Dear Maintainer,

It seems that setting LD_LIBRARY_PATH at the end of 
/etc/fakechroot/debootstrap.env has no effect : 
LD_LIBRARY_PATH is overwritten afterwards (file
/usr/bin/fakechroot lines 168, 173 and 177)
Perhaps it would suffice to set up the substitution of
chroot.fakechroot for chroot ?

With the following patch, one may (cross-)debootstrap an i386
chroot on an amd64 host :

$ dpkg --print-architecture
amd64
$ sudo dpkg --add-architecture i386
$ sudo aptitude update
$ sudo aptitude install libfakeroot:i386 libfakechroot:i386
$ fakechroot fakeroot -s .fakeroot.state debootstrap --variant=fakechroot 
--arch=i386 --foreign sid my_chroot
$ DEBOOTSTRAP_DIR=my_chroot/debootstrap 
LD_LIBRARY_PATH=/usr/lib/i386-linux-gnu/libfakeroot fakechroot fakeroot -i 
.fakeroot.state -s .fakeroot.state debootstrap --second-stage 
--second-stage-target=$(readlink -f my_chroot)
$ LD_LIBRARY_PATH=/usr/lib/i386-linux-gnu/libfakeroot fakechroot fakeroot -i 
.fakeroot.state chroot my_chroot/
# dpkg --print-architecture
i386

Thanks for your comments !

Regards,
JH Chatenet


*** rustine12.patch
diff -Naur a//scripts/debootstrap.env.sh b//scripts/debootstrap.env.sh
--- a//scripts/debootstrap.env.sh   2014-03-17 16:53:57.0 +0100
+++ b//scripts/debootstrap.env.sh   2014-03-17 16:56:41.0 +0100
@@ -17,6 +17,7 @@
 /usr/bin/mkfifo=/bin/true
 /var/lib/dpkg/info/freebsd-utils.postinst=/bin/true
 /var/lib/dpkg/info/kbdcontrol.postinst=/bin/true
+@sbindir@/chroot=@sbindir@/chroot.fakechroot
 "
 FAKECHROOT_CMD_SUBST="${FAKECHROOT_CMD_SUBST:+$FAKECHROOT_CMD_SUBST:}$(echo 
$fakechroot_debootstrap_env_cmd_subst | tr ' ' ':')"
 export FAKECHROOT_CMD_SUBST
@@ -29,13 +30,3 @@
 FAKECHROOT_AF_UNIX_PATH=/tmp
 export FAKECHROOT_AF_UNIX_PATH
 
-# Set the LD_LIBRARY_PATH based on host's /etc/ld.so.conf.d/*
-fakechroot_debootstrap_env_paths=`
-cat /etc/ld.so.conf /etc/ld.so.conf.d/* 2>/dev/null | grep ^/ | while read 
fakechroot_debootstrap_env_d; do
-printf '%s:' "$fakechroot_debootstrap_env_d"
-done
-`
-if [ -n "$fakechroot_debootstrap_env_paths" ]; then
-
LD_LIBRARY_PATH="${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}${fakechroot_debootstrap_env_paths%:}"
-export LD_LIBRARY_PATH
-fi


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

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

Versions of packages fakechroot depends on:
ii  libfakechroot  2.17.2-1

fakechroot recommends no packages.

fakechroot 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#741236: [Pkg-xfce-devel] Processed: your mail

[Yves-Alexis Perez]

Control: tag -1 unreproducible

On Tue, Mar 18, 2014 at 10:51:09AM +, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
> 
> > tags 741236 - unreproducible
> Bug #741236 [lightdm-gtk-greeter] lightdm-gtk-greeter: Randomly I cannot log 
> into my systems since the 1.8.2-1 update happened
> Removed tag(s) unreproducible.

Please don't do that. I still can't reproduce that, and that's what the
tag is for. That doesn't mean noone can.

Regards,
-- 
Yves-Alexis Perez


signature.asc
Description: Digital signature

Bug#618884: gnome-shell: problem moving windows from one screen to the other when they are vertically arranged

[althaser]

Hey Rémi,

this is an old bug report.

Could you please still reproduce this issue with newer gnome-shell version
like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ?

thanks
regards
althaser

Bug#742069: Also ignore SASL requests with smtps

[Steven N. Severinghaus]

The same issue is occuring with SASL authentication requests:

Mar 18 18:40:54 mail postfix/smtps/smtpd[3609]: CEAC19CA27: client=..., 
sasl_method=PLAIN, sasl_username=...


The attached patch includes the previous patch plus a fix for this.

-Steve
=== modified file 'logcheck/ignore.d.server/postfix'
--- logcheck/ignore.d.server/postfix2014-03-06 14:28:32 +
+++ logcheck/ignore.d.server/postfix2014-03-18 20:24:44 +
@@ -97,7 +97,7 @@
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: (NOQUEUE|[[:xdigit:]]+): reject: (HE|EH)LO from [^[:space:]]+\[[[:digit:].]{7,15}\]: [45][[:digit:]]{2}( [45](\.[[:digit:]]){2})? <[^[:space:]]*>: Helo command rejected: .+; proto=E?SMTP helo=<[^[:space:]]+>$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: (NOQUEUE|[[:xdigit:]]+): reject: [[:upper:]]+ from [^[:space:]]+: 550( 5\.1\.[01])? <[^[:space:]]*>: (Sender|Recipient) address rejected: User unknown in ((local|relay) recipient|virtual alias) table;( from=<[^[:space:]]*> to=<[^[:space:]]+>)? proto=E?SMTP( helo=<[^[:space:]]+>)?$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: (NOQUEUE|[[:xdigit:]]+): reject: [[:upper:]]+ from [^[:space:]]+: 450( 4\.1\.8)? <[^>]*>: Sender address rejected: Domain not found;( from=<[^>]*> to=<[^[:space:]]+>)? proto=E?SMTP( helo=<[^[:space:]]+>)?$
-^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: (dis)?connect from [^[:space:]]+$
+^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/(smtps/)?smtpd\[[[:digit:]]+\]: (dis)?connect from [^[:space:]]+$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: NOQUEUE: discard: RCPT from [^[:space:]]+: <[^[:space:]]*>: .+; from=[^[:space:]]+ to=[^[:space:]]+ proto=E?SMTP helo=<[^[:space:]]+>$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: NOQUEUE: milter-reject: MAIL from [-._[:alnum:]]+\[[.[:digit:]]+\]: 451 4\.(7\.1 Service unavailable|3\.2 AV system temporarily overloaded) - (please )?try (again )?later; proto=E?SMTP helo=<[^[:space:]]+>$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: NOQUEUE: milter-reject: MAIL from [^[:space:]]+: .+; from=[^[:space:]]+ proto=E?SMTP helo=<[^[:space:]]+>$
@@ -108,7 +108,7 @@
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: OTP unavailable because can't read/write key database /etc/opiekeys: No such file or directory$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: SSL_accept error from [._[:alnum:]-]+\[[[:xdigit:].:]{3,39}\]: -?[[:digit:]]+$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: [[:alnum:]]+: client=[._[:alnum:]-]+\[[[:xdigit:].:]{3,39}\]$
-^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: [[:alnum:]]+: client=[^[:space:]]+, sasl_method=[-[:alnum:]]+, sasl_username=[-_.@[:alnum:]]+$
+^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/(smtps/)?smtpd\[[[:digit:]]+\]: [[:alnum:]]+: client=[^[:space:]]+, sasl_method=[-[:alnum:]]+, sasl_username=[-_.@[:alnum:]]+$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: [[:alnum:]]+: client=[^[:space:]]+, sasl_sender=.*$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: [[:alnum:]]+: reject: (CONNECT|RCPT) from [^[:space:]]+: [45][[:digit:]][[:digit:]]( [[:digit:]]\.[[:digit:]]\.[[:digit:]])? Client host rejected: cannot find your hostname, [^[:space:]]+; (from=[^[:space:]]+ to=[^[:space:]]+ )?proto=E?SMTP( helo=[^[:space:]]+)?$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: [[:upper:][:digit:]]+: reject: (CONNECT|RCPT) from [^[:space:]]+: [45][[:digit:]][[:digit:]]( [45](\.[[:digit:]]){2})? Service unavailable; Client host \[([[:digit:].]{7,15}|[-._[:alnum:]]+)\] blocked using [._[:alnum:]-]+;( .+;)? (from=<[^[:space:]]*> to=<[^[:space:]]+> )?proto=E?SMTP( helo=<[^[:space:]]+>)?$

Bug#569818: Notification area at bottom of screen shadows applications vertical scrollbar

[Guido Günther]

On Tue, Mar 18, 2014 at 07:10:07PM +, althaser wrote:
> Hey Guido,
> 
> I don't know about sensibility from old gnome-shell 2.28.1~git20100129-1.
> 
> I'm using 3.8.4-5+b1 here and it is pretty good. Only fast move will shows
> up the notification area.
> 
> I can easily manage horizontal scrollbar.

This has certainly improved a bit but it's still a mess (like not being
touchable and taking a long time to pop out).
Cheers,
 -- Guido


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

Bug#729582: Should recommen 8514 as tls port

[Guido Günther]

On Tue, Mar 18, 2014 at 07:01:18PM +0100, Rainer Gerhards wrote:
> On Tue, Mar 18, 2014 at 4:56 PM, Michael Biebl  wrote:
> 
> > Am 14.11.2013 16:23, schrieb Guido Günther:
> > > Package: rsyslog-gnutls
> > > Severity: wishlist
> > >
> > > Hi,
> > > It seems we currently doesn't make any recommendations concerning ports
> > > for syslog-tls usage. RFC 5425 uses 8514 - should we add something like
> > > this as a (commented out) rsyslog.d/tls snippet?
> >
> > Makes sense, I guess. That said, looking at my /etc/services, I get
> > syslog-tls  6514/tcp   # Syslog over TLS [RFC5425]
> >
> >
> I just checked, 6514 is the iana-assigned one [1]. Where have you seen 8514?

Typo on my end. 6514 is correct. I got that correct in 

http://bugs.debian.org/729565

Cheers,
 -- Guido


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