Bug#741223: vmdebootstrap: please support root on btrfs

[Petter Reinholdtsen]

Package: vmdebootstrap
Version: 0.2-1
Severity: wishlist

At the moment, the file system type of the root created by vmdebootstrap
is ext4.  Please extend vmdebootstrap to make root on btrfs an option.
This would provide block based consistency check and the ability to
extend the root file system by adding more virtual disks.  Preferably it
should be done with root being a subvolume, to allow it to be easily
snapshotted separately from other subvolumes.

The ubuntu recipe available from
https://help.ubuntu.com/community/btrfs > suggest to use @ as the
root subvolume (and @home for /home, etc), and this seem like a good
convetion to use here too.

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#688168: lldpad port to libnl-3

[Ritesh Raj Sarraf]

On 02/12/2014 11:45 PM, Ritesh Raj Sarraf wrote:
> On 07/23/2013 09:05 PM, Ritesh Raj Sarraf wrote:
>> On Tuesday 23 July 2013 10:09 AM, John Fastabend wrote:
>>> Moving to libnl-3 seems like a reasonable thing to do. When is the
>>> Jessie release planned?
>>>
>>> .John 
>> There's no date determined yet. But I would expect a freeze sometime
>> around Jan-Feb, 2014.
>>
> Hello John,
>
> Revisiting this topic now. From what information I have now, the freeze
> may take effect from somewhere around end of this year.
>
> But the transition to the libnl-3 library has been triggered for some
> time now. To get it (FCoE) in shape, for inclusion into Jessie release,
> I'd have to have this really way before.
>
>
> Do you have any timelines now ?
>
> PS: I haven't been following the FCoE development in quite some time.
>

Just a follow-up. This bug has now been tagged 'serious', which would
mean it will be dropped for the next release.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."




signature.asc
Description: OpenPGP digital signature

Bug#741066: pysmbc: update to new upstream version (1.0.13)

[Tsukasa HAMANO]

Hi, Yamane-san

Now released 1.0.14.
https://pypi.python.org/pypi/pysmbc/

Currently, we have better option that Samba4's python binding, but
I'll maintain this module wherever possible.

Thank you.

At Sat, 8 Mar 2014 10:57:42 +0900,
Hideki Yamane wrote:
> 
> Package: pysmbc
> Severity: wishlist
> X-debbugs-CC: Tsukasa Hamano 
> 
> Hi,
> 
>  As https://pypi.python.org/pypi/pysmbc/ , upstream has already released
>  1.0.13 in 2 years ago. It seems to be stable enough.
> 
>  Is there any reason to stack to current package version?
>  If not, please update it.
> 
>  To upstream maintainer (hamano-san):
>   If you have an interest to maintain pysmbc in Debian, please help us.
> 
> 
> -- 
> Regards,
> 
>  Hideki Yamane henrich @ debian.or.jp/org
>  http://wiki.debian.org/HidekiYamane

-- 
Open Source Solution Technology Corporation
HAMANO Tsukasa 
fingerprint = 2285 2111 6D34 3816 3C2E  A5B9 16BE D101 6069 BE55


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

Bug#739443: video player crashes xorg

[ZeroBeat]

Hi.

1:14.2~beta1.3-1 doesn't solve the problem. Bug still exists.

Best regards
Mike


0x5DB88630.asc
Description: application/pgp-keys

Bug#741224: wine64-unstable and wine64: error when trying to install together

[Ralf Treinen]

Package: wine64,wine64-unstable
Version: wine64/1.6.02-7
Version: wine64-unstable/1.7.14-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2014-03-10
Architecture: amd64
Distribution: sid

Hi,

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



Extracting templates from packages: 40%
Extracting templates from packages: 80%
Extracting templates from packages: 100%
Preconfiguring packages ...
Selecting previously unselected package libdb5.3:amd64.
(Reading database ... 10943 files and directories currently installed.)
Preparing to unpack .../libdb5.3_5.3.28-3_amd64.deb ...
Unpacking libdb5.3:amd64 (5.3.28-3) ...
Selecting previously unselected package libsasl2-modules-db:amd64.
Preparing to unpack .../libsasl2-modules-db_2.1.26.dfsg1-9_amd64.deb ...
Unpacking libsasl2-modules-db:amd64 (2.1.26.dfsg1-9) ...
Selecting previously unselected package libsasl2-2:amd64.
Preparing to unpack .../libsasl2-2_2.1.26.dfsg1-9_amd64.deb ...
Unpacking libsasl2-2:amd64 (2.1.26.dfsg1-9) ...
Selecting previously unselected package libldap-2.4-2:amd64.
Preparing to unpack .../libldap-2.4-2_2.4.31-1+nmu2+b1_amd64.deb ...
Unpacking libldap-2.4-2:amd64 (2.4.31-1+nmu2+b1) ...
Selecting previously unselected package libxml2:amd64.
Preparing to unpack .../libxml2_2.9.1+dfsg1-3_amd64.deb ...
Unpacking libxml2:amd64 (2.9.1+dfsg1-3) ...
Selecting previously unselected package libasound2-data.
Preparing to unpack .../libasound2-data_1.0.27.2-3_all.deb ...
Unpacking libasound2-data (1.0.27.2-3) ...
Selecting previously unselected package libasound2:amd64.
Preparing to unpack .../libasound2_1.0.27.2-3_amd64.deb ...
Unpacking libasound2:amd64 (1.0.27.2-3) ...
Selecting previously unselected package libdrm2:amd64.
Preparing to unpack .../libdrm2_2.4.52-1_amd64.deb ...
Unpacking libdrm2:amd64 (2.4.52-1) ...
Selecting previously unselected package libexif12:amd64.
Preparing to unpack .../libexif12_0.6.21-1_amd64.deb ...
Unpacking libexif12:amd64 (0.6.21-1) ...
Selecting previously unselected package libexpat1:amd64.
Preparing to unpack .../libexpat1_2.1.0-4_amd64.deb ...
Unpacking libexpat1:amd64 (2.1.0-4) ...
Selecting previously unselected package libffi6:amd64.
Preparing to unpack .../libffi6_3.0.13-12_amd64.deb ...
Unpacking libffi6:amd64 (3.0.13-12) ...
Selecting previously unselected package libpng12-0:amd64.
Preparing to unpack .../libpng12-0_1.2.50-1_amd64.deb ...
Unpacking libpng12-0:amd64 (1.2.50-1) ...
Selecting previously unselected package libfreetype6:amd64.
Preparing to unpack .../libfreetype6_2.5.2-1_amd64.deb ...
Unpacking libfreetype6:amd64 (2.5.2-1) ...
Selecting previously unselected package ucf.
Preparing to unpack .../ucf_3.0027+nmu1_all.deb ...
Moving old data out of the way
Unpacking ucf (3.0027+nmu1) ...
Selecting previously unselected package fonts-dejavu-core.
Preparing to unpack .../fonts-dejavu-core_2.34-1_all.deb ...
Unpacking fonts-dejavu-core (2.34-1) ...
Selecting previously unselected package fontconfig-config.
Preparing to unpack .../fontconfig-config_2.11.0-5_all.deb ...
Unpacking fontconfig-config (2.11.0-5) ...
Selecting previously unselected package libfontconfig1:amd64.
Preparing to unpack .../libfontconfig1_2.11.0-5_amd64.deb ...
Unpacking libfontconfig1:amd64 (2.11.0-5) ...
Selecting previously unselected package libfontenc1:amd64.
Preparing to unpack .../libfontenc1_1%3a1.1.2-1_amd64.deb ...
Unpacking libfontenc1:amd64 (1:1.1.2-1) ...
Selecting previously unselected package libjpeg8:amd64.
Preparing to unpack .../libjpeg8_8d-2_amd64.deb ...
Unpacking libjpeg8:amd64 (8d-2) ...
Selecting previously unselected package libjbig0:amd64.
Preparing to unpack .../libjbig0_2.0-2_amd64.deb ...
Unpacking libjbig0:amd64 (2.0-2) ...
Selecting previously unselected package libtiff5:amd64.
Preparing to unpack .../libtiff5_4.0.3-8_amd64.deb ...
Unpacking libtiff5:amd64 (4.0.3-8) ...
Selecting previously unselected package libvpx1:amd64.
Preparing to unpack .../libvpx1_1.3.0-2_amd64.deb ...
Unpacking libvpx1:amd64 (1.3.0-2) ...
Selecting previously unselected package libxau6:amd64.
Preparing to unpack .../libxau6_1%3a1.0.8-1_amd64.deb ...
Unpacking libxau6:amd64 (1:1.0.8-1) ...
Selecting previously unselected package libxdmcp6:amd64.
Preparing to unpack .../libxdmcp6_1%3a1.1.1-1_amd64.deb ...
Unpacking libxdmcp6:amd64 (1:1.1.1-1) ...
Selecting previously unselected package libxcb1:amd64.
Preparing to unpack .../libxcb1_1.10-2_amd64.deb ...
Unpacking libxcb1:amd64 (1.10-2) ...
Selecting previously unselected package libx11-data.
Preparing to unpack .../libx11-data_2%3a1.6.2-1_all.deb ...
Unpacking libx11-data (2:1.6.2-1) ...
Selecting previously unselected package libx11-6:amd64.
Preparing to unpack .../libx11-6_2%3a1.6.2-1_amd64.deb ...
Unpacking libx11-6:amd64 (2:1.6.2-1) ...
Selecting previously unselected package libxpm4:amd64.
Preparing to unpack .../libxpm4_1%

Bug#741226: wine64-dev-tools-unstable and wine64-dev-tools: error when trying to install together

[Ralf Treinen]

Package: wine64-dev-tools,wine64-dev-tools-unstable
Version: wine64-dev-tools/1.6.02-7
Version: wine64-dev-tools-unstable/1.7.14-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2014-03-10
Architecture: amd64
Distribution: sid

Hi,

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



Extracting templates from packages: 48%
Extracting templates from packages: 96%
Extracting templates from packages: 100%
Preconfiguring packages ...
Selecting previously unselected package libdb5.3:amd64.
(Reading database ... 10943 files and directories currently installed.)
Preparing to unpack .../libdb5.3_5.3.28-3_amd64.deb ...
Unpacking libdb5.3:amd64 (5.3.28-3) ...
Selecting previously unselected package libsasl2-modules-db:amd64.
Preparing to unpack .../libsasl2-modules-db_2.1.26.dfsg1-9_amd64.deb ...
Unpacking libsasl2-modules-db:amd64 (2.1.26.dfsg1-9) ...
Selecting previously unselected package libsasl2-2:amd64.
Preparing to unpack .../libsasl2-2_2.1.26.dfsg1-9_amd64.deb ...
Unpacking libsasl2-2:amd64 (2.1.26.dfsg1-9) ...
Selecting previously unselected package libldap-2.4-2:amd64.
Preparing to unpack .../libldap-2.4-2_2.4.31-1+nmu2+b1_amd64.deb ...
Unpacking libldap-2.4-2:amd64 (2.4.31-1+nmu2+b1) ...
Selecting previously unselected package libxml2:amd64.
Preparing to unpack .../libxml2_2.9.1+dfsg1-3_amd64.deb ...
Unpacking libxml2:amd64 (2.9.1+dfsg1-3) ...
Selecting previously unselected package libasound2-data.
Preparing to unpack .../libasound2-data_1.0.27.2-3_all.deb ...
Unpacking libasound2-data (1.0.27.2-3) ...
Selecting previously unselected package libasound2:amd64.
Preparing to unpack .../libasound2_1.0.27.2-3_amd64.deb ...
Unpacking libasound2:amd64 (1.0.27.2-3) ...
Selecting previously unselected package libdrm2:amd64.
Preparing to unpack .../libdrm2_2.4.52-1_amd64.deb ...
Unpacking libdrm2:amd64 (2.4.52-1) ...
Selecting previously unselected package libexif12:amd64.
Preparing to unpack .../libexif12_0.6.21-1_amd64.deb ...
Unpacking libexif12:amd64 (0.6.21-1) ...
Selecting previously unselected package libexpat1:amd64.
Preparing to unpack .../libexpat1_2.1.0-4_amd64.deb ...
Unpacking libexpat1:amd64 (2.1.0-4) ...
Selecting previously unselected package libffi6:amd64.
Preparing to unpack .../libffi6_3.0.13-12_amd64.deb ...
Unpacking libffi6:amd64 (3.0.13-12) ...
Selecting previously unselected package libpng12-0:amd64.
Preparing to unpack .../libpng12-0_1.2.50-1_amd64.deb ...
Unpacking libpng12-0:amd64 (1.2.50-1) ...
Selecting previously unselected package libfreetype6:amd64.
Preparing to unpack .../libfreetype6_2.5.2-1_amd64.deb ...
Unpacking libfreetype6:amd64 (2.5.2-1) ...
Selecting previously unselected package ucf.
Preparing to unpack .../ucf_3.0027+nmu1_all.deb ...
Moving old data out of the way
Unpacking ucf (3.0027+nmu1) ...
Selecting previously unselected package fonts-dejavu-core.
Preparing to unpack .../fonts-dejavu-core_2.34-1_all.deb ...
Unpacking fonts-dejavu-core (2.34-1) ...
Selecting previously unselected package fontconfig-config.
Preparing to unpack .../fontconfig-config_2.11.0-5_all.deb ...
Unpacking fontconfig-config (2.11.0-5) ...
Selecting previously unselected package libfontconfig1:amd64.
Preparing to unpack .../libfontconfig1_2.11.0-5_amd64.deb ...
Unpacking libfontconfig1:amd64 (2.11.0-5) ...
Selecting previously unselected package libjpeg8:amd64.
Preparing to unpack .../libjpeg8_8d-2_amd64.deb ...
Unpacking libjpeg8:amd64 (8d-2) ...
Selecting previously unselected package libjbig0:amd64.
Preparing to unpack .../libjbig0_2.0-2_amd64.deb ...
Unpacking libjbig0:amd64 (2.0-2) ...
Selecting previously unselected package libtiff5:amd64.
Preparing to unpack .../libtiff5_4.0.3-8_amd64.deb ...
Unpacking libtiff5:amd64 (4.0.3-8) ...
Selecting previously unselected package libvpx1:amd64.
Preparing to unpack .../libvpx1_1.3.0-2_amd64.deb ...
Unpacking libvpx1:amd64 (1.3.0-2) ...
Selecting previously unselected package libxau6:amd64.
Preparing to unpack .../libxau6_1%3a1.0.8-1_amd64.deb ...
Unpacking libxau6:amd64 (1:1.0.8-1) ...
Selecting previously unselected package libxdmcp6:amd64.
Preparing to unpack .../libxdmcp6_1%3a1.1.1-1_amd64.deb ...
Unpacking libxdmcp6:amd64 (1:1.1.1-1) ...
Selecting previously unselected package libxcb1:amd64.
Preparing to unpack .../libxcb1_1.10-2_amd64.deb ...
Unpacking libxcb1:amd64 (1.10-2) ...
Selecting previously unselected package libx11-data.
Preparing to unpack .../libx11-data_2%3a1.6.2-1_all.deb ...
Unpacking libx11-data (2:1.6.2-1) ...
Selecting previously unselected package libx11-6:amd64.
Preparing to unpack .../libx11-6_2%3a1.6.2-1_amd64.deb ...
Unpacking libx11-6:amd64 (2:1.6.2-1) ...
Selecting previously unselected package libxpm4:amd64.
Preparing to unpack .../libxpm4_1%3a3.5.10-1_amd64.deb ...
Unpacking libxpm4:amd64 (1:3.5.10-1) ...
Selecting previously unselected package libgd3:amd64.
Prepa

Bug#722922: ioapps: uninstallable on !linux

[Ritesh Raj Sarraf]

This bug has been fixed since November, 2013. But still ioapps has not
migrated to testing. What have I done wrong ?
Any help!!


On 09/15/2013 03:03 PM, Adam D. Barratt wrote:
> On Sun, 2013-09-15 at 04:25 +0530, Ritesh Raj Sarraf wrote:
>> On Saturday 14 September 2013 08:30 PM, Adam D. Barratt wrote:
>>> ioapps is uninstallable on kfreebsd-* due to its dependency on strace,
>>> which does not exist on those architectures.
>> Do you have access to any hurd box? Can you check on it?
> As a DD, you have access to the same hurd boxes that I do. :-) There
> aren't any strace packages in the archive for hurd, however.
>
>> Otherwise, I can change it to linux-any ??
> If the package only works on Linux but builds on other platforms then
> that seems the best approach.
>
> Regards,
>
> Adam
>


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System




signature.asc
Description: OpenPGP digital signature

Bug#741225: wine64-unstable and wine64: error when trying to install together

[Ralf Treinen]

Package: wine64,wine64-unstable
Version: wine64/1.6.02-7
Version: wine64-unstable/1.7.14-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2014-03-10
Architecture: amd64
Distribution: sid

Hi,

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



Extracting templates from packages: 40%
Extracting templates from packages: 80%
Extracting templates from packages: 100%
Preconfiguring packages ...
Selecting previously unselected package libdb5.3:amd64.
(Reading database ... 10943 files and directories currently installed.)
Preparing to unpack .../libdb5.3_5.3.28-3_amd64.deb ...
Unpacking libdb5.3:amd64 (5.3.28-3) ...
Selecting previously unselected package libsasl2-modules-db:amd64.
Preparing to unpack .../libsasl2-modules-db_2.1.26.dfsg1-9_amd64.deb ...
Unpacking libsasl2-modules-db:amd64 (2.1.26.dfsg1-9) ...
Selecting previously unselected package libsasl2-2:amd64.
Preparing to unpack .../libsasl2-2_2.1.26.dfsg1-9_amd64.deb ...
Unpacking libsasl2-2:amd64 (2.1.26.dfsg1-9) ...
Selecting previously unselected package libldap-2.4-2:amd64.
Preparing to unpack .../libldap-2.4-2_2.4.31-1+nmu2+b1_amd64.deb ...
Unpacking libldap-2.4-2:amd64 (2.4.31-1+nmu2+b1) ...
Selecting previously unselected package libxml2:amd64.
Preparing to unpack .../libxml2_2.9.1+dfsg1-3_amd64.deb ...
Unpacking libxml2:amd64 (2.9.1+dfsg1-3) ...
Selecting previously unselected package libasound2-data.
Preparing to unpack .../libasound2-data_1.0.27.2-3_all.deb ...
Unpacking libasound2-data (1.0.27.2-3) ...
Selecting previously unselected package libasound2:amd64.
Preparing to unpack .../libasound2_1.0.27.2-3_amd64.deb ...
Unpacking libasound2:amd64 (1.0.27.2-3) ...
Selecting previously unselected package libdrm2:amd64.
Preparing to unpack .../libdrm2_2.4.52-1_amd64.deb ...
Unpacking libdrm2:amd64 (2.4.52-1) ...
Selecting previously unselected package libexif12:amd64.
Preparing to unpack .../libexif12_0.6.21-1_amd64.deb ...
Unpacking libexif12:amd64 (0.6.21-1) ...
Selecting previously unselected package libexpat1:amd64.
Preparing to unpack .../libexpat1_2.1.0-4_amd64.deb ...
Unpacking libexpat1:amd64 (2.1.0-4) ...
Selecting previously unselected package libffi6:amd64.
Preparing to unpack .../libffi6_3.0.13-12_amd64.deb ...
Unpacking libffi6:amd64 (3.0.13-12) ...
Selecting previously unselected package libpng12-0:amd64.
Preparing to unpack .../libpng12-0_1.2.50-1_amd64.deb ...
Unpacking libpng12-0:amd64 (1.2.50-1) ...
Selecting previously unselected package libfreetype6:amd64.
Preparing to unpack .../libfreetype6_2.5.2-1_amd64.deb ...
Unpacking libfreetype6:amd64 (2.5.2-1) ...
Selecting previously unselected package ucf.
Preparing to unpack .../ucf_3.0027+nmu1_all.deb ...
Moving old data out of the way
Unpacking ucf (3.0027+nmu1) ...
Selecting previously unselected package fonts-dejavu-core.
Preparing to unpack .../fonts-dejavu-core_2.34-1_all.deb ...
Unpacking fonts-dejavu-core (2.34-1) ...
Selecting previously unselected package fontconfig-config.
Preparing to unpack .../fontconfig-config_2.11.0-5_all.deb ...
Unpacking fontconfig-config (2.11.0-5) ...
Selecting previously unselected package libfontconfig1:amd64.
Preparing to unpack .../libfontconfig1_2.11.0-5_amd64.deb ...
Unpacking libfontconfig1:amd64 (2.11.0-5) ...
Selecting previously unselected package libfontenc1:amd64.
Preparing to unpack .../libfontenc1_1%3a1.1.2-1_amd64.deb ...
Unpacking libfontenc1:amd64 (1:1.1.2-1) ...
Selecting previously unselected package libjpeg8:amd64.
Preparing to unpack .../libjpeg8_8d-2_amd64.deb ...
Unpacking libjpeg8:amd64 (8d-2) ...
Selecting previously unselected package libjbig0:amd64.
Preparing to unpack .../libjbig0_2.0-2_amd64.deb ...
Unpacking libjbig0:amd64 (2.0-2) ...
Selecting previously unselected package libtiff5:amd64.
Preparing to unpack .../libtiff5_4.0.3-8_amd64.deb ...
Unpacking libtiff5:amd64 (4.0.3-8) ...
Selecting previously unselected package libvpx1:amd64.
Preparing to unpack .../libvpx1_1.3.0-2_amd64.deb ...
Unpacking libvpx1:amd64 (1.3.0-2) ...
Selecting previously unselected package libxau6:amd64.
Preparing to unpack .../libxau6_1%3a1.0.8-1_amd64.deb ...
Unpacking libxau6:amd64 (1:1.0.8-1) ...
Selecting previously unselected package libxdmcp6:amd64.
Preparing to unpack .../libxdmcp6_1%3a1.1.1-1_amd64.deb ...
Unpacking libxdmcp6:amd64 (1:1.1.1-1) ...
Selecting previously unselected package libxcb1:amd64.
Preparing to unpack .../libxcb1_1.10-2_amd64.deb ...
Unpacking libxcb1:amd64 (1.10-2) ...
Selecting previously unselected package libx11-data.
Preparing to unpack .../libx11-data_2%3a1.6.2-1_all.deb ...
Unpacking libx11-data (2:1.6.2-1) ...
Selecting previously unselected package libx11-6:amd64.
Preparing to unpack .../libx11-6_2%3a1.6.2-1_amd64.deb ...
Unpacking libx11-6:amd64 (2:1.6.2-1) ...
Selecting previously unselected package libxpm4:amd64.
Preparing to unpack .../libxpm4_1%

Bug#734690: Language-chooser: C is not a language

[Christian PERRIER]

Quoting Samuel Thibault (sthiba...@debian.org):
> Christian PERRIER, le Tue 04 Mar 2014 08:54:49 +0100, a écrit :
> > Quoting Christian PERRIER (bubu...@debian.org):
> > > Quoting Samuel Thibault (sthiba...@debian.org):
> > > 
> > > > Confirmed here by booting with console=ttyS0.  I don't know why it is
> > > > not showing the right part of the choices, but I guess that's where the
> > > > bug should be fixed.
> > > 
> > > By "right part", you mean other languages?
> > 
> > Ah, no, you meant what says "No localization", sorry.
> 
> Yep.  AIUI this happens because ./debian/localechooser.templates-in
> has Choices-C cases, such as Choices-C: ${CODES} for
> localechooser/languagelist.  I don't really understand why this is so:
> using ${NAMES_EN} should be completely fine, shouldn't it?


No objection: that would be perfectly fine in this case, yes.




signature.asc
Description: Digital signature

Bug#722922: ioapps: uninstallable on !linux

[Adam D. Barratt]

On 2014-03-10 7:23, Ritesh Raj Sarraf wrote:

This bug has been fixed since November, 2013. But still ioapps has not
migrated to testing. What have I done wrong ?
Any help!!


The old kfreebsd binaries are still in unstable; you need to ask 
ftp-master to remove them.


See https://wiki.debian.org/ftpmaster_Removals and/or "reportbug 
ftp.debian.org". (Maybe there should be NM questions on this? :)


Regards,

Adam


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

Bug#741227: pbuilder fails with unmet build dependencies

[Larry Lee]

Package: pbuilder
Version: 0.213ubuntu1

  I rebuild packages with pbuilder,things work fine in most cases.But when
there is an empty line before "Source"  field in control file, getting
build-depends list from control will return null.for example:libnotify4.
"
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created
by pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
dpkg-deb: building package `pbuilder-satisfydepends-dummy' in
`/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
"
As we can see ,there is no Build-Depends in pbuilder-satisfydepends-dummy's
control file.
I read the code about getting dependencies from control, see sed stop
reading input lines from control file when matching empty line"/^$/q",then
I add one line to delete the empty line,if any, before Source field. After
this, pbuilder goes well.

"
diff -uNrp pbuilder.old/usr/lib/pbuilder/pbuilder-satisfydepends-funcs
pbuilder/usr/lib/pbuilder/pbuilder-satisfydepends-funcs
--- pbuilder.old/usr/lib/pbuilder/pbuilder-satisfydepends-funcs 2014-02-25
16:57:24.232902148 +0800
+++ pbuilder/usr/lib/pbuilder/pbuilder-satisfydepends-funcs 2014-03-07
13:11:58.636577252 +0800
@@ -49,7 +49,10 @@ checkbuilddep_versiondeps() {
 # cannot satisfy depends
 return 1;
 }
-

+# fix bug : delele empty line before Source.
+# $DEBIAN_CONTROL can either be source.dsc or control file
+# if there is an empty line before Source in control,return null--error
 get_source_control_field() {
 local field="$1"
@@ -61,6 +64,7 @@ t store
 /^$/ d
 b pgploop
 }
+/^$/{N;/Source/s/\nSource/Source/}
 /^$/q
 d
 : store

"

Bug#741228: kdelibs-bin: kauth helpers creates .config in /

[Frank Heckenbach]

Package: kdelibs-bin
Version: 4:4.8.4-4
Severity: normal
Tags: upstream patch

When logging into KDM, a directory /.config is created.

Just like #675857, this goes against the Linux FHS and accepted
usage, those run files (these are not config files, obviously!)
should rather be created in /run, or otherwise in
/var/{lib,run,lock} etc.

The problem is discussed in
https://bugs.kde.org/show_bug.cgi?id=249217 with a patch at
https://reviewboard.kde.org/r/110655/diff/3/#0.8

The patch is for KDE 4.11, but applies to the current version as
well.

However, it doesn't really solve the problem, just moves the
offending directory from / to /root where it also doesn't belong
because root-as-a-user is not involved. (Maybe that's somehow
different in 4.11, or it's still buggy there.) In fact, the user
doing the login is known at the time, so the file should be created
in their home directory -- or not at all (since it doesn't contain
any valuable information anyway, as seen by the fact that's it gets
happily recreated at every login when it's removed).

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

Versions of packages kdelibs-bin depends on:
ii  libc6 2.13-38+deb7u1
pn  libkdecore5   
ii  libkdeui5 4:4.8.4-4
ii  libkio5   4:4.8.4-4
ii  libkjsapi44:4.8.4-4
ii  libkjsembed4  4:4.8.4-4
ii  libkrosscore4 4:4.8.4-4
ii  libnepomuk4   4:4.8.4-4
ii  libnepomukutils4  4:4.8.4-4
ii  libqt4-dbus   4:4.8.2+dfsg-11
ii  libqt4-xml4:4.8.2+dfsg-11
ii  libqtcore44:4.8.2+dfsg-11
ii  libqtgui4 4:4.8.2+dfsg-11
ii  libsoprano4   2.7.6+dfsg.1-2wheezy1
ii  libstdc++64.7.2-5
ii  libx11-6  2:1.5.0-1+deb7u1

kdelibs-bin recommends no packages.

kdelibs-bin 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#741229: user authentication required, but where is the popup?

[Harald Dunkel]

Package: network-manager-strongswan
Version: 1.3.0-1

I have configured strongswan 5.1.1 on my server and added all
necessary certificates and keys to the client using the NM GUI,
but if I try to connect via IPsec, then the network icon loops
forever without creating a connection.

The balloon of the network icon says

Wired network connection 'ipsec' active
User authentication required for VPN connection 'ipsec' ...

but there is no dialog popup. It doesn't run into a timeout,
either.

The client runs Wheezy, i.e. Strongswan 4.5.2-1.5+deb7u2 and
network-manager 0.9.4.0-10. GUI is xfce4.


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

Bug#741099: nginx-full: please fix whitespaces bug in dav-ext

[Christos Trochalakis]

forwarded 741099 https://github.com/arut/nginx-dav-ext-module/pull/7
tags 741099 + upstream
thanks

On Sat, Mar 08, 2014 at 03:29:58PM +0100, Davide Gerhard wrote:

Package: nginx-full
Version: 1.4.5-1
Severity: normal

Dear Maintainer,

please, add the following [0] patch to dav-ext.

kind regards,
/davide

[0] 
https://github.com/mylovecompany/nginx-dav-ext-module/commit/71d0e4fdd34a27310007556fcfca75206e7351bd.patch



Davide, I forwarded the bug upstream.


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

Bug#741229: Acknowledgement (user authentication required, but where is the popup?)

[Harald Dunkel]

Of course I missed to attach the log file. Here it is.

Mar 10 09:02:16 ppcl001 NetworkManager[5985]:  Starting VPN service 'strongswan'...
Mar 10 09:02:16 ppcl001 NetworkManager[5985]:  VPN service 'strongswan' started (org.freedesktop.NetworkManager.strongswan), PID 8843
Mar 10 09:02:16 ppcl001 charon: 00[DMN] Starting IKEv2 charon daemon (strongSwan 4.5.2)
Mar 10 09:02:16 ppcl001 charon: 00[KNL] listening on interfaces:
Mar 10 09:02:16 ppcl001 charon: 00[KNL]   eth0
Mar 10 09:02:16 ppcl001 charon: 00[KNL] 10.10.10.192
Mar 10 09:02:16 ppcl001 charon: 00[KNL] fe80::2ad2:44ff:fe3d:8674
Mar 10 09:02:16 ppcl001 charon: 00[LIB] plugin 'stroke' failed to load: /usr/lib/ipsec/plugins/libstrongswan-stroke.so: cannot open shared object file: No such file or directory
Mar 10 09:02:16 ppcl001 charon: 00[CFG] sql plugin: database URI not set
Mar 10 09:02:16 ppcl001 charon: 00[LIB] plugin 'sql': failed to load - sql_plugin_create returned NULL
Mar 10 09:02:16 ppcl001 charon: 00[LIB] plugin 'updown' failed to load: /usr/lib/ipsec/plugins/libstrongswan-updown.so: cannot open shared object file: No such file or directory
Mar 10 09:02:16 ppcl001 charon: 00[CFG] loaded 0 RADIUS server configurations
Mar 10 09:02:16 ppcl001 charon: 00[LIB] plugin 'medsrv' failed to load: /usr/lib/ipsec/plugins/libstrongswan-medsrv.so: cannot open shared object file: No such file or directory
Mar 10 09:02:16 ppcl001 charon: 00[CFG] mediation client database URI not defined, skipped
Mar 10 09:02:16 ppcl001 charon: 00[LIB] plugin 'medcli': failed to load - medcli_plugin_create returned NULL
Mar 10 09:02:16 ppcl001 NetworkManager[5985]:  VPN service 'strongswan' appeared; activating connections
Mar 10 09:02:16 ppcl001 charon: 00[CFG] HA config misses local/remote address
Mar 10 09:02:16 ppcl001 charon: 00[LIB] plugin 'ha': failed to load - ha_plugin_create returned NULL
Mar 10 09:02:16 ppcl001 charon: 00[DMN] loaded plugins: test-vectors curl ldap aes des sha1 sha2 md5 random x509 revocation constraints pubkey pkcs1 pgp pem openssl fips-prf gmp agent pkcs11 xcbc hmac ctr ccm gcm attr kernel-netlink resolve socket-raw farp eap-identity eap-aka eap-md5 eap-gtc eap-mschapv2 eap-radius eap-tls eap-ttls eap-tnc nm dhcp led addrblock 
Mar 10 09:02:16 ppcl001 charon: 00[JOB] spawning 16 worker threads
Mar 10 09:02:16 ppcl001 charon: 04[LIB] L1 - version: ASN1 tag 0x02 expected, but is 0x30
Mar 10 09:02:16 ppcl001 charon: 04[LIB] building CRED_PRIVATE_KEY - RSA failed, tried 8 builders
Mar 10 09:02:16 ppcl001 charon: 04[LIB] L1 - version: ASN1 tag 0x02 expected, but is 0x30
Mar 10 09:02:16 ppcl001 charon: 04[LIB] building CRED_PRIVATE_KEY - RSA failed, tried 8 builders
Mar 10 09:02:28 ppcl001 charon: 04[LIB] L1 - version: ASN1 tag 0x02 expected, but is 0x30
Mar 10 09:02:28 ppcl001 charon: 04[LIB] building CRED_PRIVATE_KEY - RSA failed, tried 8 builders
Mar 10 09:02:28 ppcl001 NetworkManager[5985]: get_secrets: assertion `secrets_idx < SECRETS_REQ_LAST' failed

Bug#644992: mutt: Cannot use IPv6 address in IMAP/POP3 URL

[Evgeni Golov]

Hi,

On Tue, Oct 11, 2011 at 04:28:31PM +0200, Roland Rosenfeld wrote:

> mutt -fimap://user:pass@'[::1]'
> mutt -fpop://user:pass@'[::1]'
> 
> but with this I run into error messages and mutt terminates with the
> following messages:
> 
> imap://user:pass@[::1] is an invalid IMAP path
> pop://user:pass@[::1] is an invalid POP path
> 
> I also tried the same without brackets, but this also fails (as
> expected, because isn't defined whether the last colon is part of the
> IP or the separator of the port number).
> 
> Maybe there is some other syntax expected, but I didn't find a hint in
> the manual...

I could not either, so I cooked a (dirty) patch for that. Attached.

Not tagging patch, as I first want to have some review of it :)

Regards
Evgeni
# HG changeset patch
# User evg...@golov.de
# Date 1394440540 -3600
#  Mon Mar 10 09:35:40 2014 +0100
# Node ID 66fa4d508db0efa22957f260ab6d7b5626f64b42
# Parent  1d8b2c1ec4f49e4d1773b9e7511396d0e27747c6
allow parsing of URIs with IPv6 literal addresses (RFCs 2732 and 3986)

diff -r 1d8b2c1ec4f4 -r 66fa4d508db0 mutt_socket.c
--- a/mutt_socket.c	Sun Mar 09 20:53:51 2014 +0100
+++ b/mutt_socket.c	Mon Mar 10 09:35:40 2014 +0100
@@ -442,6 +442,8 @@
   int fd;
 
   char *host_idna = NULL;
+  char *host = NULL;
+  char *tmp = NULL;
   
 #ifdef HAVE_GETADDRINFO
 /* --- IPv4/6 --- */
@@ -474,10 +476,18 @@
   host_idna = conn->account.host;
 # endif
 
+  if ((host = strchr(host_idna, '[')) && (tmp = strrchr(host_idna, ']')))
+  {
+  *tmp = '\0';
+  host = strchr(host_idna, '[')+1;
+  }
+  else
+host = host_idna;
+
   if (!option(OPTNOCURSES))
 mutt_message (_("Looking up %s..."), conn->account.host);
   
-  rc = getaddrinfo (host_idna, port, &hints, &res);
+  rc = getaddrinfo (host, port, &hints, &res);
 
 # ifdef HAVE_LIBIDN
   FREE (&host_idna);
diff -r 1d8b2c1ec4f4 -r 66fa4d508db0 url.c
--- a/url.c	Sun Mar 09 20:53:51 2014 +0100
+++ b/url.c	Mon Mar 10 09:35:40 2014 +0100
@@ -111,7 +111,7 @@
  *   means no port given. */
 static int ciss_parse_userhost (ciss_url_t *ciss, char *src)
 {
-  char *t, *p;
+  char *t, *p, *v;
 
   ciss->user = NULL;
   ciss->pass = NULL;
@@ -147,7 +147,17 @@
   else
 t = src;
 
-  if ((p = strchr (t, ':')))
+  if ((v = strchr (t, '[')))
+  {
+if (!(v = strrchr (v, ']')))
+{
+  v = t;
+}
+  }
+  else
+v = t;
+
+  if ((p = strchr (v, ':')))
   {
 int t;
 *p++ = '\0';

Bug#662813: Another five months.

[Alad Wenter]

See post #40. Bug is still in stable. Patch is provided in #25.

--
The Ant tries his best to convince the Kid why he shouldn't be squished. Should 
we squish bugs? Depends on the bug? Depends on the situation?


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

Bug#741230: RM: haskell-tls-extra haskell-wai-logger-prefork haskell-date-cache -- ROM; obsoleted by upstream

[Joachim Breitner]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

please remove these obsolete packages from unstable:

haskell-tls-extra haskell-wai-logger-prefork haskell-date-cache

There are some reverse dependencies, but if I interpret "dak rm -R -n"
correctly, thes are only on sparc (which is broken and fucked according
to d-release anyways), and the affected packages in sparc are
uninstallable anyways.

There are also reverse build dependencies (mighttpd2), but that is due
to old binaries; the latest source of mighttpd no longer build-depends
on the removed packages.

Thanks,
Joachim


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlMde/cACgkQ9ijrk0dDIGxtBACcDrMAEF7XZxHEt2PjW4u6PdMr
C8MAnjrn1Jyh8KL6I2t90PEGMSuNwWfR
=42MK
-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#741231: RM: ioapps [kfreebsd-i386 kfreebsd-amd64 hurd-i386] -- ANAIS;

[Ritesh Raj Sarraf]

Package: ftp.debian.org
Severity: normal

ioapps depends on strace, which is not available on kfreebsd-* and hurd 
architectures. Please see bug #722922 for reference. Currently I've restricted 
the architecture for linux-any.


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

Bug#722922: ioapps: uninstallable on !linux

[Ritesh Raj Sarraf]

On 03/10/2014 01:43 PM, Adam D. Barratt wrote:
> On 2014-03-10 7:23, Ritesh Raj Sarraf wrote:
>> This bug has been fixed since November, 2013. But still ioapps has not
>> migrated to testing. What have I done wrong ?
>> Any help!!
>
> The old kfreebsd binaries are still in unstable; you need to ask
> ftp-master to remove them.
>
> See https://wiki.debian.org/ftpmaster_Removals and/or "reportbug
> ftp.debian.org". (Maybe there should be NM questions on this? :)
>
> Regards,
>
> Adam

Thank you Adam. I have raised the request.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System




signature.asc
Description: OpenPGP digital signature

Bug#726370: gphoto2: Nikon D300, Darktable hangs and Dolphin shows error code 150.

[Laurent Bigonville]

Le Sun, 09 Mar 2014 15:08:22 -0400,
Antoine Beaupré  a écrit :

> On 2014-03-09 13:22:28, Laurent Bigonville wrote:
> 
> [...]
> 
> > I've quickly discussed with upstream and told me you probably should
> > check the following things:
> 
> [...]
> 
> > 2) Run "gphoto2 -L --debug --debug-logfile=xx.log" to have some
> > debug logs. If you could also attach the logs to the bug that would
> > be great.
> 
> Well right now I'm running jessie so I can't actually do this (short
> of installing packages from sid) because gphoto2 is not in jessie. :P

Now that I've reassign this bug, gphoto2 should have migrated to jessie.

Cheers,

Laurent Bigonville


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

Bug#741232: pu: package newsbeuter/2.5-2+deb7u1

[Moritz Mühlenhoff]

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

This update fixes a FTBFS in stable. This was already fixed in unstable, but
the fix didn't make it into Wheezy.

(The upload has been coordinated/agreed with the maintainer)

Debdiff attached.

Cheers,
Moritz
diff -Nru newsbeuter-2.5/debian/changelog newsbeuter-2.5/debian/changelog
--- newsbeuter-2.5/debian/changelog	2012-05-07 21:37:51.0 +0200
+++ newsbeuter-2.5/debian/changelog	2014-02-27 14:43:15.0 +0100
@@ -1,3 +1,9 @@
+newsbeuter (2.5-2+deb7u1) stable; urgency=low
+
+  * Fix FTBFS issue due to json's switch from boolean to json_bool (Closes: #689225)
+
+ -- Moritz Mühlenhoff   Thu, 27 Feb 2014 14:42:50 +0100
+
 newsbeuter (2.5-2) unstable; urgency=low
 
   * Fix build errors with gcc-4.7 (Closes: #667296).
diff -Nru newsbeuter-2.5/debian/patches/fix_json_boolean_include.patch newsbeuter-2.5/debian/patches/fix_json_boolean_include.patch
--- newsbeuter-2.5/debian/patches/fix_json_boolean_include.patch	1970-01-01 01:00:00.0 +0100
+++ newsbeuter-2.5/debian/patches/fix_json_boolean_include.patch	2014-02-27 14:42:37.0 +0100
@@ -0,0 +1,29 @@
+Description: propagate boolean json type
+Apparently the libjson project decided to rename their boolean type to
+json_bool...
+Author: Nico Golde 
+Bug-Debian: http://bugs.debian.org/689225
+
+---
+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: vendor
+Bug: http://bugs.debian.org/689225
+Bug-Debian: http://bugs.debian.org/689225
+Forwarded: 
+
+Index: newsbeuter-2.5/src/ttrss_api.cpp
+===
+--- newsbeuter-2.5.orig/src/ttrss_api.cpp	2012-09-30 17:25:23.0 +0200
 newsbeuter-2.5/src/ttrss_api.cpp	2012-09-30 17:43:24.0 +0200
+@@ -220,7 +220,7 @@
+ 		const char * link = json_object_get_string(json_object_object_get(item_obj, "link"));
+ 		const char * content = json_object_get_string(json_object_object_get(item_obj, "content"));
+ 		time_t updated = (time_t)json_object_get_int(json_object_object_get(item_obj, "updated"));
+-		boolean unread = json_object_get_boolean(json_object_object_get(item_obj, "unread"));
++		json_bool unread = json_object_get_boolean(json_object_object_get(item_obj, "unread"));
+ 
+ 		rsspp::item item;
+ 
diff -Nru newsbeuter-2.5/debian/patches/series newsbeuter-2.5/debian/patches/series
--- newsbeuter-2.5/debian/patches/series	2012-05-07 21:31:34.0 +0200
+++ newsbeuter-2.5/debian/patches/series	2014-02-27 14:42:37.0 +0100
@@ -1 +1,2 @@
 fix_gcc-4.7_ftbfs.patch
+fix_json_boolean_include.patch

Bug#741233: qa.debian.org: send periodic emails for testing migration issues

[Ritesh Raj Sarraf]

Package: qa.debian.org
Severity: wishlist

There are multiple reasons for packages not migrating to testing.
Currently, AFAIK, the maintainer has no automated way of knowing this.

It would be good if an automated email is send whenever a migration is
stalled for some reason.

An example of the problem:

testing migration
excuses:

105 days old (needed 10 days)
out of date on kfreebsd-amd64: ioapps (from 1.4r2-2)
out of date on kfreebsd-i386: ioapps (from 1.4r2-2)
ioapps (source, i386, amd64, kfreebsd-amd64, kfreebsd-i386) has new
bugs!
Updating ioapps introduces new bugs: #722922.
Not considered

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

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


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

Bug#741234: src:gcc-4.8: [PATCH] When building cross-compilers using prebuilt libraries, no longer re-build those libraries

[Dima Kogan]

Package: src:gcc-4.8
Severity: normal
Hi.

This is the cross-build-specific half of the patches originally posted
in

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738152

The first half (filled-in missing logic) is here:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740005

This set of patches sets up some cross-building-specific logic when
building a cross-compiler with

  with_deps_on_target_arch_pkgs=yes

The patches are very similar to those in the original set. The only
difference is the set of languages for which a compiler is built. The
changes in this set are:

- Don't build a source package if we're building a cross compiler

- Don't build libraries if we're building a cross compiler using the
  host's libraries (with_deps_on_target_arch_pkgs=yes)

- Do not build a java or D cross-compiler. Do build the rest of the
  languages (C,C++,objC, objC++, go, fortran)


The benefits this patch series provides:

- Unneeded libraries aren't built, so the build completes faster

- Currently the libraries that get build using
  with_deps_on_target_arch_pkgs=yes are different from those that are
  built natively. For instance libstdc++6 in the main debian archive is
  Multi-Arch:same, while the package we get with
  with_deps_on_target_arch_pkgs=yes has no Multi-arch tags. This is a
  potentially very confusing discrepancy, and not building the "wrong"
  package at all is good, I think. We can fix the tags, but it's unclear
  who would benefit.

- There's an issue regarding an inconsistency in the naming of the x86
  32-bit platform (debian calls it 'i386', gcc,binutils call it 'i486').
  This results in build errors when trying to build cross-gcc-libraries
  for the i386 target. These patches don't build those libraries, so we
  don't see those issues. We could fix the underlying problem, but
  again, it's unclear this is useful to anybody.


dima



gccpatches_2014_03_10.tar.gz
Description: Binary data

Bug#728630: smbc: FTBFS: smbc.c:34:26: fatal error: libsmbclient.h: No such file or directory

[Hideki Yamane]

Control: tags -1 +patch +pending

Hi,

 Attached patch would fix this FTBFS (and all other bugs filed against
 smbc package). It's better fix sicne not modify upstream source.
 Please consider to apply it, or just I'll upload to delayed queue.


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane
diff -Nru smbc-1.2.2/debian/changelog smbc-1.2.2/debian/changelog
--- smbc-1.2.2/debian/changelog	2014-03-10 11:16:58.0 +0900
+++ smbc-1.2.2/debian/changelog	2014-03-10 11:16:24.0 +0900
@@ -1,3 +1,25 @@
+smbc (1.2.2-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/rules
+- make it DH7 style, use dh-autoreconf to make package enable to find
+  smbclient.h (Closes: #728630, #544370, #727969)
+- remove upstream Makefile to ignore hardcoded path in rules.
+  * debian/control
+- add dh-autoreconf
+- add texinfo to avoid FTBFS
+- set Standards-Version: 3.9.5
+  * debian/compat
+- set 9
+  * debian/patches
+- add avoid-build-failure.patch
+- add bug562107_de-po.patch (Closes: #562107)
+- add info.patch (Closes: #528903)
+  * debian/source/lintian-overrides
+- ignore false-positive error about GFDL
+
+ -- Hideki Yamane   Mon, 10 Mar 2014 10:48:32 +0900
+
 smbc (1.2.2-3) unstable; urgency=low
 
   * acknowledge NMU
diff -Nru smbc-1.2.2/debian/clean smbc-1.2.2/debian/clean
--- smbc-1.2.2/debian/clean	1970-01-01 09:00:00.0 +0900
+++ smbc-1.2.2/debian/clean	2014-03-10 10:34:32.0 +0900
@@ -0,0 +1 @@
+po/*.gmo
diff -Nru smbc-1.2.2/debian/compat smbc-1.2.2/debian/compat
--- smbc-1.2.2/debian/compat	2014-03-10 11:16:58.0 +0900
+++ smbc-1.2.2/debian/compat	2014-03-10 09:52:49.0 +0900
@@ -1 +1 @@
-4
+9
diff -Nru smbc-1.2.2/debian/control smbc-1.2.2/debian/control
--- smbc-1.2.2/debian/control	2014-03-10 11:16:58.0 +0900
+++ smbc-1.2.2/debian/control	2014-03-10 10:34:00.0 +0900
@@ -2,8 +2,9 @@
 Section: net
 Priority: optional
 Maintainer: Noèl Köthe 
-Build-Depends: debhelper (>= 4.0.0), gawk, gettext, libsmbclient-dev (>>3.0.0), libncurses5-dev, libpopt-dev
-Standards-Version: 3.7.3
+Build-Depends: debhelper (>= 9), gawk, gettext, libsmbclient-dev (>>3.0.0), 
+ libncurses5-dev, libpopt-dev, texinfo, dh-autoreconf
+Standards-Version: 3.9.5
 Homepage: http://smbc.airm.net/
 
 Package: smbc
diff -Nru smbc-1.2.2/debian/patches/avoid-build-failure.patch smbc-1.2.2/debian/patches/avoid-build-failure.patch
--- smbc-1.2.2/debian/patches/avoid-build-failure.patch	1970-01-01 09:00:00.0 +0900
+++ smbc-1.2.2/debian/patches/avoid-build-failure.patch	2014-03-10 10:41:53.0 +0900
@@ -0,0 +1,14 @@
+Description: just avoid build failure
+Author: Hideki Yamane 
+
+Forwarded: no
+Last-Update: 2014-03-10
+
+--- /dev/null
 smbc-1.2.2/ABOUT-NLS
+@@ -0,0 +1 @@
++
+--- /dev/null
 smbc-1.2.2/AUTHORS
+@@ -0,0 +1 @@
++
diff -Nru smbc-1.2.2/debian/patches/bug562107_de-po.patch smbc-1.2.2/debian/patches/bug562107_de-po.patch
--- smbc-1.2.2/debian/patches/bug562107_de-po.patch	1970-01-01 09:00:00.0 +0900
+++ smbc-1.2.2/debian/patches/bug562107_de-po.patch	2014-03-10 11:05:19.0 +0900
@@ -0,0 +1,838 @@
+Description: smbc: [INTL:de] German translation
+Author: Chris Leick 
+Bug-Debian: http://bugs.debian.org/562107
+Forwarded: no
+Last-Update: 2014-03-10
+
+--- /dev/null
 smbc-1.2.2/po/de.po
+@@ -0,0 +1,829 @@
++# Translation of smbc to German
++# Copyright (C) 2003 - 2005 Rafal Michniewicz.
++# This file is distributed under the same license as the smbc package.
++# Chris Leick , 2009.
++#
++msgid ""
++msgstr ""
++"Project-Id-Version: smbc 1.2.2-3\n"
++"Report-Msgid-Bugs-To: Rafal \n"
++"POT-Creation-Date: 2005-03-08 10:43+0100\n"
++"PO-Revision-Date: 2009-12-22 19:34+0100\n"
++"Last-Translator: Chris Leick \n"
++"Language-Team: German \n"
++"MIME-Version: 1.0\n"
++"Content-Type: text/plain; charset=UTF-8\n"
++"Content-Transfer-Encoding: 8bit\n"
++"Plural-Forms: nplurals=2; plural=(n != 1);\n"
++
++
++#: src/dulist.c:81
++#, c-format
++msgid "Founded %i lists\n"
++msgstr "%i Listen errichtet\n"
++
++#: src/dulist.c:106
++#, c-format
++msgid "%s flushed\n"
++msgstr "%s geleert\n"
++
++#: src/dulist.c:118
++#, c-format
++msgid "Flush done.\n"
++msgstr "Leeren erledigt.\n"
++
++#: src/dulist.c:153
++#, c-format
++msgid "1 - local path\n"
++msgstr "1 - lokaler Pfad\n"
++
++#: src/dulist.c:154
++#, c-format
++msgid "2 - workgroup\n"
++msgstr "2 - Arbeitsgruppe\n"
++
++#: src/dulist.c:155
++#, c-format
++msgid "3 - size\n"
++msgstr "3 - Größe\n"
++
++#: src/dulist.c:156
++#, c-format
++msgid "4 - percent download/upload\n"
++msgstr "4 - Prozent herunterladen/hochladen\n"
++
++#: src/dulist.c:157
++#, c-format
++msgid "5 - 'X' - active, 'W' - wait, ' ' don't download/upload\n"
++msgstr "5 - »X« - aktiv, »W« -wartet, » « lädt nicht herunter/hoch\n"
++
++#: src/dulist.c:158
++#, c-format
++msgid "6 - 'D' - download, 'U' - upload\n"
++msgstr "6 -

Bug#741235: extra padding in HARDDRIVE_DEVICE_PATH structure breaks UEFI on some systems

[Jan Henke]

Package: efibootmgr
Version: 0.5.4-7
X-Debbugs-CC: debian-b...@lists.debian.org
Tags: patch
Severity: important

In reference to Ubuntu bug #1272664
(https://bugs.launchpad.net/bugs/1272664), efibootmgr adds 6 bytes of
padding to the boot entry. This breaks at lest Hyper-V, possible other
systems as well. Comparing the Debian sources with
https://github.com/vathpela/efibootmgr/blob/master/src/include/efi.h,
shows that the padding is apparently only needed on IA64 architecture.
The attached patch applies this limitation to the Debian source tree.

I ask the maintainer to apply the attached patch and release a new
version. Thanks.
diff --git a/src/include/efi.h b/src/include/efi.h
index be667ae..c2ac853 100644
--- a/src/include/efi.h
+++ b/src/include/efi.h
@@ -294,7 +294,9 @@ typedef struct {
 	uint8_t  signature[16];
 	uint8_t  mbr_type;
 	uint8_t  signature_type;
+#ifdef __ia64
 	uint8_t  padding[6]; /* Emperically needed */
+#endif
 } __attribute__((packed)) HARDDRIVE_DEVICE_PATH;
 
 typedef struct {


signature.asc
Description: OpenPGP digital signature

Bug#731783: freehdl: please migrate to guile-2.0

[Hideki Yamane]

control: tags -1 +patch +pending

Hi,

 Attached patch make freehdl package with guile-2.0.
 I'll upload to deleyed-10 queue.


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane
diff -u freehdl-0.0.7/debian/control freehdl-0.0.7/debian/control
--- freehdl-0.0.7/debian/control
+++ freehdl-0.0.7/debian/control
@@ -2,13 +2,13 @@
 Section: electronics
 Priority: optional
 Maintainer: José L. Redrejo Rodríguez 
-Build-Depends: debhelper (>= 5.0.0), bison, flex, guile-1.6, pkg-config, libtool
+Build-Depends: debhelper (>= 5.0.0), bison, flex, guile-2.0, pkg-config, libtool
 Homepage: http://www.freehdl.seul.org
 Standards-Version: 3.8.1
 
 Package: freehdl
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, g++, libfreehdl0-dev, guile-1.6 | guile, libtool
+Depends: ${shlibs:Depends}, ${misc:Depends}, g++, libfreehdl0-dev, guile-2.0 | guile, libtool
 Description: VHDL simulator for Linux
  This is a free VHDL simulator with these features:
   * Has a graphical waveform viewer.
diff -u freehdl-0.0.7/debian/changelog freehdl-0.0.7/debian/changelog
--- freehdl-0.0.7/debian/changelog
+++ freehdl-0.0.7/debian/changelog
@@ -1,3 +1,11 @@
+freehdl (0.0.7-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/control
+- migrate to guile-2.0 (Closes: #731783) 
+
+ -- Hideki Yamane   Mon, 10 Mar 2014 18:28:11 +0900
+
 freehdl (0.0.7-1.1) unstable; urgency=low
 
   * Non-maintainer upload.

Bug#741236: lightdm-gtk-greeter: Randomly I cannot log into my systems since the 1.8.2-1 update happened

[lauren]

Package: lightdm-gtk-greeter
Version: 1.8.2-1
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
apt-get update / apt-get upgrade

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
i have to hard power down my system and to start again and hope it works

   * What was the outcome of this action?
randomly i can log in and other times it just hangs after i press enter with
my credentials inputted

   * What outcome did you expect instead?
to log in and actually use my system

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


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

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

Versions of packages lightdm-gtk-greeter depends on:
ii  libc6   2.18-4
ii  libcairo2   1.12.16-2
ii  libgdk-pixbuf2.0-0  2.30.5-1
ii  libglib2.0-02.38.2-5
ii  libgtk-3-0  3.10.7-1
ii  liblightdm-gobject-1-0  1.8.7-1
ii  libx11-62:1.6.2-1

Versions of packages lightdm-gtk-greeter recommends:
ii  desktop-base   7.0.3
ii  gnome-icon-theme-symbolic  3.10.1-1
ii  gnome-themes-standard  3.10.0-2
ii  policykit-10.105-4

lightdm-gtk-greeter suggests no packages.

-- Configuration Files:
/etc/lightdm/lightdm-gtk-greeter.conf changed:
[greeter]
background=/media/bayhdd/pictures/wallpaper/wallpaper-2501067.jpg
theme-name=Albatross
xft-antialias=true
xft-hintstyle=hintslight
xft-rgba=rgb
show-indicators=~session;~power


-- 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#741237: comix: debsum reports false positives

[Martin Ziegler]

Package: comix
Version: 4.0.4-1
Severity: normal

Dear Maintainer,

debsum reports false (as I hope) positives on compiled python-files.
See the list below.

Regards

Martin

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

Kernel: Linux 3.14.0-rc6-2-ga94b942 (SMP w/4 CPU cores)
Locale: LANG=3Dde_DE, LC_CTYPE=3Dde_DE (charmap=3DISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages comix depends on:
ii  gconf2  3.2.6-1
ii  python  2.7.5-5
ii  python-gtk2 2.24.0-3+b1
ii  python-imaging  2.3.0-2

comix recommends no packages.

Versions of packages comix suggests:
ii  python  2.7.5-5
ii  unrar   1:5.0.10-1

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/share/comix/src/portability.pyc (from comix pa=
ckage)
debsums: changed file /usr/share/comix/src/archive.pyc (from comix packag=
e)
debsums: changed file /usr/share/comix/src/process.pyc (from comix packag=
e)
debsums: changed file /usr/share/comix/src/encoding.pyc (from comix packa=
ge)
debsums: changed file /usr/share/comix/src/cursor.pyc (from comix package=
)
debsums: changed file /usr/share/comix/src/labels.pyc (from comix package=
)
debsums: changed file /usr/share/comix/src/image.pyc (from comix package)
debsums: changed file /usr/share/comix/src/constants.pyc (from comix pack=
age)
debsums: changed file /usr/share/comix/src/deprecated.pyc (from comix pac=
kage)
debsums: changed file /usr/share/comix/src/preferences.pyc (from comix pa=
ckage)
debsums: changed file /usr/share/comix/src/filehandler.pyc (from comix pa=
ckage)


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

Bug#740703: ginkgocadx: new upstream available [FTBFS] [non-free files?]

[Carlos Barrales]

Hi, Dmitry.

I see... The official wxWidgets compilation is (reasonably)  against GTK3,
and we used GTK2.
Shouldn't be hard to fix, but we will take time...
Those ugly macros are for window reparenting issues and we finally removed
the main point of failure (window undocking).

We will keep you informed.


On Tue, Mar 4, 2014 at 1:46 PM, Dmitry Smirnov  wrote:

> On Tue, 4 Mar 2014 11:59:31 Carlos Barrales wrote:
> > Sorry, it was a mistake merging files.
> > We'll upload updated sources (We'll wait for the following compile error)
>
> Thanks.
>
> > What version of wxWidgets are you compiling against?
>
> 3.0.0, see http://packages.qa.debian.org/w/wxwidgets3.0.html
>
> I tried to build in Debian "testing" and in clean "unstable" chroot, both
> FTBFS...
>
> Thank you.
>
> --
> Regards,
>  Dmitry Smirnov.
>
>


-- 

*Carlos Barrales Ruiz*carlos.barra...@metaemotion.com
[+34] 983 108 494


*MetaEmotion*Edificio CTTA. Módulos 119-122.
Paseo de Belén, nº9. E47011. Valladolid. Spain.
www.metaemotion.com

Bug#741238: opensmtpd: CONFIG-UPDATE.txt.gz does not exist

[raphael]

Package: opensmtpd
Version: 5.4.1p1-1
Severity: normal

Dear Maintainer,

the changelog of opensmtpd 5.4.1-p1-1 reports a 
/usr/share/doc/opensmtpd/CONFIG-UPDATE.txt.gz to help cope with configuration 
syntax changes. Though the file does not come with the package.

Regards

Raphael



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

Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core)
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 opensmtpd depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.52
ii  libc6  2.18-4
ii  libdb5.3   5.3.28-3
ii  libevent-2.0-5 2.0.21-stable-1
ii  libpam0g   1.1.8-2
ii  libssl1.0.01.0.1f-1
ii  zlib1g 1:1.2.8.dfsg-1

opensmtpd recommends no packages.

opensmtpd suggests no packages.

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

-- debconf information excluded


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

Bug#355238: rhythmbox: A user cannot see why he cannot "share" music

[Emilio Pozuelo Monfort]

On 10/03/14 01:49, Javier Fernández-Sanguino Peña wrote:
> On Thu, Mar 06, 2014 at 02:22:25PM +, althaser wrote:
>> Hey,
>>
>> Could you please still reproduce this issue with newer rhythmbox version
>> like 2.97-2.1 or 3.0.1-1+b2 ?
> 
> I have 3.0.1-1+b1 installed but I'm unable to find the "Preferences" in order
> to setup sharing in the GUI. Where is it now?

I suppose you're using gnome shell. If so, it is in the top panel, just click on
"Rhythmbox" there (many app menus have been moved or are being moved there).


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

Bug#741174: blueman: Fails to start dhclient for PAN connection

[Christopher Schramm]

Hi,

> When attempting to tether to a smartphone, blueman fails to start dhclient,
> despite having the DHCP plugin selected.

please try the call manually: dhclient -e IF_METRIC=100 -1 

> The NM PAN plugin doesn't work either, generating an exception every time
> it is used.

The NMPANSupport plugin works only with NM 0.8. Unfortunately there is
currently no plugin for NM 0.9.

> There is nothing in the log about attempting to start dhclient.

This is strange... Did you start blueman-applet from the command line?

Cheers


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

Bug#741157: [Pkg-utopia-maintainers] Bug#741157: dbus: Please run dbus.service after rsyslog.service ....

[Michael Biebl]

Am 09.03.2014 13:09, schrieb Corcodel Marian:
> Package: dbus
> Version: 1.8.0-2
> Severity: wishlist
> 
> Please run dbus.service after  rsyslog.service because lightdm and others
> remain wo dbus support durring boot.
> lightdm,gdm3 have old style init and can't be positioned from systemd.
> Here is the modification:
> $ cat /lib/systemd/system/multi-user.target.wants/dbus.service
> [Unit]
> Description=D-Bus System Message Bus
> Requires=dbus.socket
> After=rsyslog.service

This patch doeesn't make sense.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#741157: [Pkg-utopia-maintainers] Bug#741157: Bug#741157: dbus: Please run dbus.service after rsyslog.service ....

[Michael Biebl]

Am 10.03.2014 10:57, schrieb Michael Biebl:
> Am 09.03.2014 13:09, schrieb Corcodel Marian:
>> Package: dbus
>> Version: 1.8.0-2
>> Severity: wishlist
>>
>> Please run dbus.service after  rsyslog.service because lightdm and others
>> remain wo dbus support durring boot.
>> lightdm,gdm3 have old style init and can't be positioned from systemd.
>> Here is the modification:
>> $ cat /lib/systemd/system/multi-user.target.wants/dbus.service
>> [Unit]
>> Description=D-Bus System Message Bus
>> Requires=dbus.socket
>> After=rsyslog.service
> 
> This patch doeesn't make sense.
> 

Please elaborate, what the problem is. Otherwise I'm going to close the
bug report since the patch itself, as already mentioned, is wrong resp.
doesn't make sense.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#741239: task kjournald blocked for more than 120 seconds (very slow I/O, reboot required)

[Bram Matthys]

Package: linux-image-3.2.0-4-amd64
Version: 3.2.51-1

I had an image file mounted loopback. A few minutes after running rsync on
the mountpoint some bug was triggered and all I/O became extremely slow
after this:

Mar  9 11:21:20 st1 kernel: [1702551.406424] INFO: task kjournald:8705
blocked for more than 120 seconds.
Mar  9 11:21:20 st1 kernel: [1702551.406428] "echo 0 >
/proc/sys/kernel/hung_task_timeout_secs" disables this message.
Mar  9 11:21:20 st1 kernel: [1702551.406431] kjournald   D
88041fb93780 0  8705  2 0x
Mar  9 11:21:20 st1 kernel: [1702551.406436]  880403ff2fe0
0046  88040f7a4f60
Mar  9 11:21:20 st1 kernel: [1702551.406442]  00013780
880406069fd8 880406069fd8 880403ff2fe0
Mar  9 11:21:20 st1 kernel: [1702551.406446]  810135d2
000181066245 8804048144b0 88041fb93fd0
Mar  9 11:21:20 st1 kernel: [1702551.406451] Call Trace:
Mar  9 11:21:20 st1 kernel: [1702551.406459]  [] ?
read_tsc+0x5/0x14
Mar  9 11:21:20 st1 kernel: [1702551.406464]  [] ?
wait_on_buffer+0x28/0x28
Mar  9 11:21:20 st1 kernel: [1702551.406469]  [] ?
io_schedule+0x59/0x71
Mar  9 11:21:20 st1 kernel: [1702551.406473]  [] ?
sleep_on_buffer+0x6/0xa
Mar  9 11:21:20 st1 kernel: [1702551.406476]  [] ?
__wait_on_bit+0x3e/0x71
Mar  9 11:21:20 st1 kernel: [1702551.406480]  [] ?
out_of_line_wait_on_bit+0x6f/0x78
Mar  9 11:21:20 st1 kernel: [1702551.406483]  [] ?
wait_on_buffer+0x28/0x28
Mar  9 11:21:20 st1 kernel: [1702551.406489]  [] ?
autoremove_wake_function+0x2a/0x2a
Mar  9 11:21:20 st1 kernel: [1702551.406497]  [] ?
journal_commit_transaction+0x912/0xdce [jbd]
Mar  9 11:21:20 st1 kernel: [1702551.406502]  [] ?
arch_local_irq_save+0x11/0x17
Mar  9 11:21:20 st1 kernel: [1702551.406506]  [] ?
_raw_spin_lock_irqsave+0x9/0x25
Mar  9 11:21:20 st1 kernel: [1702551.406510]  [] ?
_raw_spin_unlock_irqrestore+0xe/0xf
Mar  9 11:21:20 st1 kernel: [1702551.406516]  [] ?
kjournald+0xe0/0x21e [jbd]
Mar  9 11:21:20 st1 kernel: [1702551.406521]  [] ?
add_wait_queue+0x3c/0x3c
Mar  9 11:21:20 st1 kernel: [1702551.406526]  [] ?
commit_timeout+0x5/0x5 [jbd]
Mar  9 11:21:20 st1 kernel: [1702551.406530]  [] ?
kthread+0x76/0x7e
Mar  9 11:21:20 st1 kernel: [1702551.406535]  [] ?
kernel_thread_helper+0x4/0x10
Mar  9 11:21:20 st1 kernel: [1702551.406540]  [] ?
kthread_worker_fn+0x139/0x139
Mar  9 11:21:20 st1 kernel: [1702551.406544]  [] ?
gs_change+0x13/0x13
Mar  9 11:21:20 st1 kernel: [1702551.406548] INFO: task rsync:4668 blocked
for more than 120 seconds.
Mar  9 11:21:20 st1 kernel: [1702551.406550] "echo 0 >
/proc/sys/kernel/hung_task_timeout_secs" disables this message.
Mar  9 11:21:20 st1 kernel: [1702551.406552] rsync   D
88041fb13780 0  4668   8750 0x0004
Mar  9 11:21:20 st1 kernel: [1702551.406557]  880404a9e340
0086 8801 88040f775610
Mar  9 11:21:20 st1 kernel: [1702551.406561]  00013780
880406293fd8 880406293fd8 880404a9e340
Mar  9 11:21:20 st1 kernel: [1702551.406566]  0246
00018134f209 88041fdd5c18 8803c84a7978
Mar  9 11:21:20 st1 kernel: [1702551.406570] Call Trace:
Mar  9 11:21:20 st1 kernel: [1702551.406575]  [] ?
do_get_write_access+0x1ad/0x367 [jbd]
Mar  9 11:21:20 st1 kernel: [1702551.406580]  [] ?
autoremove_wake_function+0x2a/0x2a
Mar  9 11:21:20 st1 kernel: [1702551.406589]  [] ?
ext3_set_acl+0x87/0x1fc [ext3]
Mar  9 11:21:20 st1 kernel: [1702551.406594]  [] ?
journal_get_write_access+0x21/0x38 [jbd]
Mar  9 11:21:20 st1 kernel: [1702551.406600]  [] ?
__ext3_get_inode_loc+0xf4/0x2cf [ext3]
Mar  9 11:21:20 st1 kernel: [1702551.406607]  [] ?
__ext3_journal_get_write_access+0x1c/0x49 [ext3]
Mar  9 11:21:20 st1 kernel: [1702551.406614]  [] ?
ext3_set_acl+0x87/0x1fc [ext3]
Mar  9 11:21:20 st1 kernel: [1702551.406620]  [] ?
ext3_reserve_inode_write+0x39/0x7b [ext3]
Mar  9 11:21:20 st1 kernel: [1702551.406625]  [] ?
start_this_handle+0x2b8/0x31c [jbd]
Mar  9 11:21:20 st1 kernel: [1702551.406631]  [] ?
ext3_mark_inode_dirty+0x5a/0x79 [ext3]
Mar  9 11:21:20 st1 kernel: [1702551.406638]  [] ?
ext3_set_acl+0x87/0x1fc [ext3]
Mar  9 11:21:20 st1 kernel: [1702551.406645]  [] ?
ext3_xattr_set_acl+0xdb/0x11d [ext3]
Mar  9 11:21:20 st1 kernel: [1702551.406650]  [] ?
generic_setxattr+0x69/0x6f
Mar  9 11:21:20 st1 kernel: [1702551.406654]  [] ?
__vfs_setxattr_noperm+0x66/0xcd
Mar  9 11:21:20 st1 kernel: [1702551.406657]  [] ?
setxattr+0x95/0xf0
Mar  9 11:21:20 st1 kernel: [1702551.406662]  [] ?
should_resched+0x5/0x23
Mar  9 11:21:20 st1 kernel: [1702551.40]  [] ?
vfs_setxattr+0x6d/0x8c
Mar  9 11:21:20 st1 kernel: [1702551.406669]  [] ?
should_resched+0x5/0x23
Mar  9 11:21:20 st1 kernel: [1702551.406672]  [] ?
setxattr+0xbd/0xf0
Mar  9 11:21:20 st1 kernel: [1702551.406678]  [] ?
kmem_cache_free+0x2d/0x69
Mar  9 11:21:20 st1 kernel: [1702551.406683]  [] ?
user_path_at_empty+0x53/0x7b
Mar  9 11:21:20 st1 kernel: [1702551.406688]  [] ?
sys_setxattr+0x6a/0x8f
Mar  9

Bug#671455: cmph: uploaded to mentors

[Joseph Herlant]

Control: tags -1 +pending

Hi,

Package is now available at: http://mentors.debian.net/package/cmph

Best regards,
Joseph


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

Bug#741228: kdelibs-bin: kauth helpers creates .config in /

[Maximiliano Curia]

In article 
 
you wrote:
> Package: kdelibs-bin
> Version: 4:4.8.4-4
> Severity: normal
> Tags: upstream patch

> When logging into KDM, a directory /.config is created.

> Just like #675857, this goes against the Linux FHS and accepted
> usage, those run files (these are not config files, obviously!)
> should rather be created in /run, or otherwise in
> /var/{lib,run,lock} etc.

> The problem is discussed in
> https://bugs.kde.org/show_bug.cgi?id=249217 with a patch at
> https://reviewboard.kde.org/r/110655/diff/3/#0.8

> The patch is for KDE 4.11, but applies to the current version as
> well.

> However, it doesn't really solve the problem, just moves the
> offending directory from / to /root where it also doesn't belong
> because root-as-a-user is not involved. (Maybe that's somehow
> different in 4.11, or it's still buggy there.) In fact, the user
> doing the login is known at the time, so the file should be created
> in their home directory -- or not at all (since it doesn't contain
> any valuable information anyway, as seen by the fact that's it gets
> happily recreated at every login when it's removed).

The patch only sets the HOME environment variable if not set, maybe we could
simply set the HOME variable in the kdm init script to /var/lib/kdm.

Could you prepare and test such a patch?

Thanks,
-- 
"Always code as if the person who ends up maintaining your code is a violent
psychopath who knows where you live."
-- John Woods
Saludos /\/\ /\ >< `/


signature.asc
Description: Digital signature

Bug#741240: vlc segfaults while playing MKV files

[Evgeni Golov]

Package: vlc
Version: 2.1.2-2+b1
Severity: important

Hi,

vlc currently segfaults on me, when I try to play some MKV file with
720p h264 (High) in it.

avprobe:
avprobe version 9.11-6:9.11-3, Copyright (c) 2007-2013 the Libav developers
  built on Mar  5 2014 03:07:06 with gcc 4.8 (Debian 4.8.2-16)
Input #0, matroska,webm, from 'foo.mkv':
  Duration: 00:19:11.48, start: 0.00, bitrate: N/A
Stream #0.0(eng): Video: h264 (High), yuv420p, 1280x720, PAR 1:1 DAR 16:9, 
23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc
Stream #0.1: Audio: ac3, 48000 Hz, 5.1, fltp, 448 kb/s (default)
# avprobe output

backtrace of the segfault is attached, looks like some null-pointer read
from the first glance. Other file formats I tested (mp4 and mkv with 480p
h264 (High) and 720p h264 (Main) video) work fine.

Regards
Evgeni

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

Versions of packages vlc depends on:
ii  dpkg  1.17.6
ii  fonts-freefont-ttf20120503-4
ii  libaa11.4p5-41
ii  libavcodec54  6:9.11-3
ii  libavutil52   6:9.11-3
ii  libc6 2.18-4
ii  libcaca0  0.99.beta18-1.1
ii  libfreetype6  2.5.2-1
ii  libfribidi0   0.19.6-1
ii  libgcc1   1:4.8.2-16
ii  libgl1-mesa-glx [libgl1]  9.2.2-1
ii  libice6   2:1.0.8-2
ii  libqtcore44:4.8.5+git242-g0315971+dfsg-1
ii  libqtgui4 4:4.8.5+git242-g0315971+dfsg-1
ii  libsdl-image1.2   1.2.12-5+b2
ii  libsdl1.2debian   1.2.15-9
ii  libsm62:1.2.1-2
ii  libstdc++64.8.2-16
ii  libtar0   1.2.20-3
ii  libva-x11-1   1.2.1-2
ii  libva11.2.1-2
ii  libvlccore7   2.1.2-2+b1
ii  libx11-6  2:1.6.2-1
ii  libxcb-composite0 1.10-2
ii  libxcb-keysyms1   0.3.9-1
ii  libxcb-randr0 1.10-2
ii  libxcb-render01.10-2
ii  libxcb-shape0 1.10-2
ii  libxcb-shm0   1.10-2
ii  libxcb-xfixes01.10-2
ii  libxcb-xv01.10-2
ii  libxcb1   1.10-2
ii  libxext6  2:1.3.2-1
ii  libxinerama1  2:1.1.3-1
ii  libxpm4   1:3.5.10-1
ii  vlc-nox   2.1.2-2+b1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages vlc recommends:
pn  vlc-plugin-notify  
pn  vlc-plugin-pulse   
ii  xdg-utils  1.1.0~rc1+git20111210-7

Versions of packages vlc suggests:
pn  videolan-doc  

Versions of packages vlc-nox depends on:
ii  dpkg   1.17.6
ii  liba52-0.7.4   0.7.4-17
ii  libasound2 1.0.27.2-3
ii  libass40.10.1-3
ii  libavahi-client3   0.6.31-4
ii  libavahi-common3   0.6.31-4
ii  libavc1394-0   0.5.4-2
ii  libavcodec54   6:9.11-3
ii  libavformat54  6:9.11-3
ii  libavutil526:9.11-3
ii  libbasicusageenvironment0  2014.01.13-1
ii  libbluray1 1:0.5.0-2
ii  libc6  2.18-4
ii  libcddb2   1.3.2-4
ii  libcdio13  0.83-4.1
ii  libchromaprint01.1-1
ii  libcrystalhd3  1:0.0~git20110715.fdd2f19-9
ii  libdbus-1-31.8.0-2
ii  libdc1394-22   2.2.1-2
ii  libdca00.0.5-6
ii  libdirac-decoder0  1.0.2-6
ii  libdirac-encoder0  1.0.2-6
ii  libdirectfb-1.2-9  1.2.10.0-5
ii  libdvbpsi8 1.0.0-3
ii  libdvdnav4 4.2.1-3
ii  libdvdread44.2.1-2
ii  libebml4   1.3.0-2
ii  libfaad2   2.7-8
ii  libflac8   1.3.0-2
ii  libfontconfig1 2.11.0-5
ii  libfreerdp11.0.2-3
ii  libfreetype6   2.5.2-1
ii  libfribidi00.19.6-1
ii  libgcc11:4.8.2-16
ii  libgcrypt111.5.3-3
ii  libgnutls283.2.11-2
ii  libgpg-error0  1.12-0.2
ii  libgroupsock1  2014.01.13-1
ii  libiso9660-8   0.83-4.1
ii  libkate1   0.4.1-1
ii  liblircclient0 0.9.0~pre1-1
ii  liblivemedia23 2014.01.13-1
ii  liblua5.2-05.2.3-1
ii  libmad00.15.1b-8
ii  libmatroska6   1.4.1-2
ii  libmodplug11:0.8.8.4-4
ii  libmpcdec6 2:0.1~r459-4
ii  libmpeg2-4 0.5.1-5
ii  libmtp91.1.6-20-g1b9f164-2
ii  libncursesw5   5.9+20140118-1
ii  libogg01.3

Bug#741086: ulatencyd: Please on systemd place start position after systemd-logind.service

[Michael Biebl]

tags 741086 + moreinfo
thanks

The proposed patch doesn't make sense.

Please do *not* apply.

ConsoleKit is D-Bus activated on demand, so ulatency should just make
the D-Bus calls to ConsoleKit and then check the results.

Since ulatency doesn't use systemd-logind, ordering it after
systemd-logind.service is pointless.
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#741241: Support mips64 of klibc

[Yunqiang Su]

Package: src:klibc
Version: 2.0.2-1

This patch add mips64(el) support for klibc, please consider to merge it.

Thanks.

-- 
Yunqiang Su
Author: Dejan Latinovic 
diff --git a/debian/changelog b/debian/changelog
index e1cdb9d..6bbed83 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-klibc (2.0.2-1) unstable; urgency=low
+klibc (2.0.2-1+mips64.5) unstable; urgency=low
 
   * New upstream release (dash, arm)
 - drop merged patches
diff --git a/debian/patches/fix-mips64-port.diff 
b/debian/patches/fix-mips64-port.diff
new file mode 100644
index 000..97b851b
--- /dev/null
+++ b/debian/patches/fix-mips64-port.diff
@@ -0,0 +1,596 @@
+--- a/usr/include/arch/mips64/klibc/archconfig.h
 b/usr/include/arch/mips64/klibc/archconfig.h
+@@ -15,4 +15,7 @@
+ /* We can use RT signals on MIPS */
+ #define _KLIBC_USE_RT_SIG 1
+ 
++/* MIPS has architecture-specific code for vfork() */
++#define _KLIBC_REAL_VFORK 1
++
+ #endif/* _KLIBC_ARCHCONFIG_H */
+--- /dev/null
 b/usr/include/arch/mips64/klibc/archsetjmp.h
+@@ -0,0 +1,39 @@
++/*
++ * arch/mips/include/klibc/archsetjmp.h
++ */
++
++#ifndef _KLIBC_ARCHSETJMP_H
++#define _KLIBC_ARCHSETJMP_H
++
++struct __jmp_buf {
++  unsigned long __s0;
++  unsigned long __s1;
++  unsigned long __s2;
++  unsigned long __s3;
++  unsigned long __s4;
++  unsigned long __s5;
++  unsigned long __s6;
++  unsigned long __s7;
++  unsigned long __gp;
++  unsigned long __sp;
++  unsigned long __s8;
++  unsigned long __ra;
++  unsigned long __f20;
++  unsigned long __f21;
++  unsigned long __f22;
++  unsigned long __f23;
++  unsigned long __f24;
++  unsigned long __f25;
++  unsigned long __f26;
++  unsigned long __f27;
++  unsigned long __f28;
++  unsigned long __f29;
++  unsigned long __f30;
++  unsigned long __f31;
++  unsigned long __fcr31;
++  unsigned long __unused;
++} __attribute__ ((aligned(8)));
++
++typedef struct __jmp_buf jmp_buf[1];
++
++#endif/* _KLIBC_ARCHSETJMP_H */
+--- /dev/null
 b/usr/include/arch/mips64/machine/asm.h
+@@ -0,0 +1,76 @@
++/*
++ * arch/mips/include/machine/asm.h
++ */
++
++#ifndef _MACHINE_ASM_H
++#define _MACHINE_ASM_H
++
++/*
++ * Symbolic register names for 32 bit ABI
++ */
++
++#define zero$0  /* wired zero */
++#define AT  $1  /* assembler temp  - uppercase because of ".set at" */
++#define v0  $2  /* return value */
++#define v1  $3
++#define a0  $4  /* argument registers */
++#define a1  $5
++#define a2  $6
++#define a3  $7
++#define t0  $8  /* caller saved */
++#define t1  $9
++#define t2  $10
++#define t3  $11
++#define t4  $12
++#define t5  $13
++#define t6  $14
++#define t7  $15
++#define s0  $16 /* callee saved */
++#define s1  $17
++#define s2  $18
++#define s3  $19
++#define s4  $20
++#define s5  $21
++#define s6  $22
++#define s7  $23
++#define t8  $24 /* caller saved */
++#define t9  $25
++#define jp  $25 /* PIC jump register */
++#define k0  $26 /* kernel scratch */
++#define k1  $27
++#define gp  $28 /* global pointer */
++#define sp  $29 /* stack pointer */
++#define fp  $30 /* frame pointer */
++#define s8  $30 /* same like fp! */
++#define ra  $31 /* return address */
++
++/*
++ * LEAF - declare leaf routine
++ */
++#define LEAF(symbol)\
++  .globl  symbol; \
++  .align  2;  \
++  .type   symbol,@function;   \
++  .entsymbol,0;   \
++symbol:   .frame  sp,0,ra
++
++
++/*
++ * NESTED - declare nested routine entry point
++ */
++#define NESTED(symbol, framesize, rpc)  \
++  .globl  symbol; \
++  .align  2;  \
++  .type   symbol,@function;   \
++  .entsymbol,0;   \
++symbol:   .frame  sp, framesize, rpc
++
++/*
++ * END - mark end of function
++ */
++#define END(function)   \
++  .endfunction;   \
++  .size   function,.-function
++
++
++#endif/* _MACHINE_ASM_H */
+--- a/usr/include/fcntl.h
 b/usr/include/fcntl.h
+@@ -9,7 +9,7 @@
+ #include 
+ #include 
+ #include 
+-#if defined(__mips__) && !defined(__mips64__)
++#if defined(__mips__) && !defined(__mips64)
+ # include 
+ #endif
+ #include 
+--- a/usr/include/sys/resource.h
 b/usr/include/sys/resource.h
+@@ -12,6 +12,8 @@
+ __extern int getpriority(int, int);
+ __extern int setpriority(int, int, int);
+ 
+-__extern int getrusage(int, struct rusage *);

Bug#740731: phpmyadmin: SQL run (Tab SQL) has broken textarea (not work)

[Alessandro Polverini]

Package: phpmyadmin
Version: 4:4.1.8-1
Followup-For: Bug #740731

I've the same problem, I see a Javascript error when clicking on the SQL tab

-- System Information:
Debian Release: 7.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (50, 
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages phpmyadmin depends on:
ii  dbconfig-common   1.8.47+nmu1
ii  debconf [debconf-2.0] 1.5.49
ii  libapache2-mod-php5   5.4.4-14+deb7u8
ii  libjs-codemirror  2.23-1
ii  libjs-jquery  1.7.2+dfsg-1
ii  libjs-jquery-cookie   6-1
ii  libjs-jquery-event-drag   9-1
ii  libjs-jquery-mousewheel   9-1
ii  libjs-jquery-tablesorter  9-1
ii  libjs-jquery-ui   1.8.ooops.21+dfsg-2
ii  libjs-sphinxdoc   1.1.3+dfsg-4
ii  perl  5.14.2-21+deb7u1
ii  php-gettext   1.0.11-1
ii  php-tcpdf 6.0.048+dfsg-2
ii  php5  5.4.4-14+deb7u8
ii  php5-common [php5-json]   5.4.4-14+deb7u8
ii  php5-mcrypt   5.4.4-14+deb7u8
ii  php5-mysql5.4.4-14+deb7u8
ii  ucf   3.0025+nmu3

Versions of packages phpmyadmin recommends:
ii  apache2  2.2.22-13+deb7u1
ii  apache2-mpm-prefork [httpd]  2.2.22-13+deb7u1
ii  mysql-client 5.5.35+dfsg-0+wheezy1
ii  mysql-client-5.5 [virtual-mysql-client]  5.5.35+dfsg-0+wheezy1
ii  php5-gd  5.4.4-14+deb7u8

Versions of packages phpmyadmin suggests:
ii  chromium [www-browser]   32.0.1700.123-1~deb7u1
ii  konqueror [www-browser]  4:4.8.4-2
ii  links [www-browser]  2.7-1+deb7u1
ii  lynx-cur [www-browser]   2.8.8dev.12-2
ii  mysql-server 5.5.35+dfsg-0+wheezy1
ii  mysql-server-5.5 [virtual-mysql-server]  5.5.35+dfsg-0+wheezy1

-- Configuration Files:
/etc/phpmyadmin/config.inc.php changed [not included]

-- debconf information excluded


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

Bug#740731: phpmyadmin: SQL run (Tab SQL) has broken textarea (not work)

[Alessandro Polverini]

Package: phpmyadmin
Version: 4:4.1.8-1
Followup-For: Bug #740731


I try to attach the JS error

"exception": {
"mode": "stack",
"name": "TypeError",
"message": "$elements.tooltip is not a function",
"stack": [
{
"func": "PMA_tooltip",
"args": "",
"line": null,
"column": "null",
"context": [
"track: true,",
"show: false,",
"hide: false",
"};",
"",
"$elements.tooltip($.extend(true, defaultOptions, 
additionalOptions));",
"}",
"",
"/**",
" * Return value of a cell in a table.",
" */"
],
"filename": "codemirror/addon/runmode/runmode.js"
},
{
"func": "ErrorReport.wrap_function/new_func",
"args": "",
"line": 3003,
"column": "null",
"context": [
" */",
"wrap_function: function (func) {",
"if (!func.wrapped) {",
"var new_func = function () {",
"try {",
"return func.apply(this, arguments);",
"} catch (x) {",
"TraceKit.report(x);",
"}",
"};",
"new_func.wrapped = true;"
],
"filename": "codemirror/lib/codemirror.js"
},
{
"func": "PMA_makegrid",
"args": "",
"line": 1872,
"column": "null",
"context": [
"",
"// create tooltip for each  with draggable class",
"PMA_tooltip(",
"$(t).find(\"th.draggable\"),",
"'th',",
"g.updateHint()",
");",
"",
"// register events for hint tooltip (anchors inside 
draggable th)",
"$(t).find('th.draggable a')",
".mouseenter(function (e) {"
],
"filename": "makegrid.js"
},
{
"func": "ErrorReport.wrap_function/new_func",
"args": "",
"line": 3003,
"column": "null",
"context": [
" */",
"wrap_function: function (func) {",
"if (!func.wrapped) {",
"var new_func = function () {",
"try {",
"return func.apply(this, arguments);",
"} catch (x) {",
"TraceKit.report(x);",
"}",
"};",
"new_func.wrapped = true;"
],
"filename": "codemirror/lib/codemirror.js"
},
{
"func": "?",
"args": "",
"line": 147,
"column": "null",
"context": [
" * Attach the {@link makegrid} function to a custom 
event, which will be",
" * triggered manually everytime the table of results 
is reloaded",
" * @memberOfjQuery",
" */",
"$(\"#sqlqueryresults\").live('makegrid', function () 
{",
"PMA_makegrid($('#table_results')[0]);",
"});",
"",
"/**",
" * Append the \"Show/Hide query box\" message to the 
query input form",
" *"
],
"filename": "sql.js"
},
{
"func": "ErrorReport.wrap_function/new_func",
"args": "",
"line": 3003,
"column": "null",
"context": [
" */",
"wrap_function: function (func) {",
"if (!func.wrapped) {",
"var new_func = function () {",
"try {",
"return func.apply(this, arguments);",
"} catch (x) {",
"

Bug#741241: Support mips64 of klibc

[Yunqiang Su]

Which  format should I send it there?
git mail or just a attachment?

On Mon, Mar 10, 2014 at 6:28 PM, maximilian attems  wrote:
> Dear Yunqiang,
>
> Thank you very much for your patch.
> Usually we only take patches that have been reviewed upstream
> and landed in the klibc git.
>
> On Mon, Mar 10, 2014 at 06:22:14PM +0800, Yunqiang Su wrote:
>>
>> This patch add mips64(el) support for klibc, please consider to merge it.
>
> Please send it to kl...@zytor.com for review.
>
> Best,
>
> --
> maks



-- 
Yunqiang Su


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

Bug#737963: [php-maint] Bug#737963: php5: directives "upload_max_filesize" and "post_max_size" are ignored in /etc/php5/apache2/php.ini

[Thijs Kinkhorst]

tags 737963 moreinfo unreproducible
thanks

Hi,

On Fri, February 7, 2014 11:03, Francesco De Francesco wrote:
> Directives upload_max_filesize and post_max_size are not read unless you
> move them at the top of the file.
>
> After weeks of headache I tried to change the php.ini this way after
> reading bug #685156, worked instantly. Before, only default values were
> read in phpinfo().
>
> Oddly enough, memory_limit directive was normally read.

I tried just now and the changed value is correctly reflected after an
Apache reload. I suspect that there may be something else going on; maybe
a duplicate occurrence of this directive in your php.ini or in any of the
included php.ini snippets?


Cheers,
Thijs


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

Bug#740729: package upgrade needed

[Xavier Poinsard]

Apparently this error comes from the new rkhunter release.
The only suggestion is to upgrade : 
http://sourceforge.net/p/rkhunter/mailman/message/32068071/



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

Bug#741241: Support mips64 of klibc

[maximilian attems]

Dear Yunqiang,

Thank you very much for your patch.
Usually we only take patches that have been reviewed upstream
and landed in the klibc git.

On Mon, Mar 10, 2014 at 06:22:14PM +0800, Yunqiang Su wrote:
> 
> This patch add mips64(el) support for klibc, please consider to merge it.

Please send it to kl...@zytor.com for review.

Best,
 
-- 
maks


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

Bug#638041: ITA: libnxml -- C library for parsing, writing and creating xml 1.0/1.1 files or streams

[Joseph Herlant]

Control: Owner -1 !
Control: retitle -1 ITA: libnxml -- C library for parsing, writing and
creating xml 1.0/1.1 files or streams

Dear Torsten,

I plan to adopt this package.
There's not much to do since upstream seems quite dead, but for now I'll:
 - refresh it to cleanup lintian warnings
 - Try and fix the current bug
 - create the project in alioth (collab-maint seems to be the right
place for this) as the debian package's svn is dead for some time now

If I have some time and needs I'll perhaps start back the development
of upstream but for now I'll mostly clean it up and adopt it.

Best regards,
Joseph


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

Bug#639268: [php-maint] Bug#639268: Problem from Suhosin

[Thijs Kinkhorst]

On Sat, September 15, 2012 13:08, Christian Weiske wrote:
>> The bug is from Suhosin which doesn't allow execution of phar:// URLs
>
> No, this is not the issue. The issue is that apache does not even let
> PHP handle the .phar file at all.

I'm missing why we would want Apache to handle the phar file directly. If
it's an archive, don't you want to download it instead of execute it in
the web server context?

Cheers,
Thijs


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

Bug#614800: mis-identifies text file (Windows-1251) as "COM executable for DOS"

[George B.]

Hi Christoph,

And just I said the problem didn't exist, it happened again - typical.

I attach a text file in KOI8-R encoding which is identified as "COM executable for 
MS-DOS" by file command from Sid.
---
file-5.17
magic file from /etc/magic:/usr/share/misc/magic

msg-27165-6.txt: COM executable for MS-DOS
---


Best regards,

George
И тебя с праздником! 

Bug#741023: xpra attach :100 leads to 'segmentation fault'

[Wenceslao González-Viñas]

I removed the /tm/xpra and reinstalled xpra 0.11.4 I removed all the old 
lock files of Xwindow and I killed the Xorg-for-Xpra processes. I put 
the xpra.conf with debugging.


I put 'xpra start :20' giving rise to the attached file :20.log
After setting
DISPLAY=:20 xterm

I put 'xpra attach :20' and I get the error message copied on the 
attached file errormessage.txt


If after that I put 'xpra stop :20' I get the error message: 'connection 
failed: [Errno 111] Connection refused'


Thanks in advanced !



On 08/03/14 04:25, Dmitry Smirnov wrote:

On Sat, 8 Mar 2014 07:56:26 Antoine Martin wrote:

 From the log files that are provided, the poster's error is that there
is an X11 server already running on the display he is trying to start.
That's what the error message says, almost word for word:
"Make sure an X server isn't already running"

If we trust reporter I think he claims that computer was rebooted just prior
he reproduced the problem...


There might be other problems too, but they are occluded by this one.

Indeed.



--


Wenceslao González-Viñas

e-mail: w...@unav.es
http://fisica.unav.es/gmm/
FAX:+34 948.425.740
phn:+34 948.425.600 ext: 806500 / 806603

Depto. Física y Matemática Aplicada
Facultad de Ciencias
Universidad de Navarra
c/Irunlarrea 1
E-31008 Pamplona, Navarra, Spain


2014-03-10 11:44:22,886 netifaces loaded sucessfully
2014-03-10 11:44:22,886 successfully loaded socket C library from libc.so.6
2014-03-10 11:44:22,887 get_interface_index()
2014-03-10 11:44:22,887 iface_index()=-1
2014-03-10 11:44:22,887 AvahiPublisher('Xpra ssh :20', 22, '_xpra._tcp.', '', '', ['username=', 'display=:20', 'mode=ssh'], -1)

X.Org X Server 1.15.0
Release Date: 2013-12-27
X Protocol Version 11, Revision 0
Build Operating System: Linux 3.12-1-amd64 x86_64 Debian
Current Operating System: Linux telcontar 3.11-2-amd64 #1 SMP Debian 3.11.10-1 (2013-12-04) x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.11-2-amd64 root=UUID=e042172f-0b96-4096-bf15-78423f411bb8 ro quiet
Build Date: 06 February 2014  03:20:45PM
xorg-server 2:1.15.0-2 (http://www.debian.org/support) 
Current version of pixman: 0.32.4
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(++) Log file: "/home//.xpra/Xorg.:20.log", Time: Mon Mar 10 11:44:22 2014
(++) Using config file: "/etc/xpra/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
setversion 1.4 failed: Permission denied
Initializing built-in extension Generic Event Extension
Initializing built-in extension SHAPE
Initializing built-in extension MIT-SHM
Initializing built-in extension XInputExtension
Initializing built-in extension XTEST
Initializing built-in extension BIG-REQUESTS
Initializing built-in extension SYNC
Initializing built-in extension XKEYBOARD
Initializing built-in extension XC-MISC
Initializing built-in extension SECURITY
Initializing built-in extension XINERAMA
Initializing built-in extension XFIXES
Initializing built-in extension RENDER
Initializing built-in extension RANDR
Initializing built-in extension COMPOSITE
Initializing built-in extension DAMAGE
Initializing built-in extension MIT-SCREEN-SAVER
Initializing built-in extension DOUBLE-BUFFER
Initializing built-in extension RECORD
Initializing built-in extension DPMS
Initializing built-in extension Present
Initializing built-in extension DRI3
Initializing built-in extension X-Resource
Initializing built-in extension XVideo
Initializing built-in extension XVideo-MotionCompensation
Initializing built-in extension SELinux
Initializing built-in extension XFree86-VidModeExtension
Initializing built-in extension XFree86-DGA
Initializing built-in extension XFree86-DRI
Initializing built-in extension DRI2
Loading extension GLX
setversion 1.4 failed: Permission denied
2014-03-10 11:44:23,194 X11 extension Composite event_base=0
2014-03-10 11:44:23,194 X11 extension DAMAGE event_base=91
2014-03-10 11:44:23,195 ewmh selection owner for WM_S0: 0
2014-03-10 11:44:23,195 compositing window manager _NEW_WM_CM_S0: 0
2014-03-10 11:44:23,195 _call(True,,(365L, '_NET_SUPPORTING_WM_CHECK', 'WINDOW'),{}) _NET_SUPPORTING_WM_CHECK
2014-03-10 11:44:23,195 Missing property _NET_SUPPORTING_WM_CHECK (window)
2014-03-10 11:44:23,195 _NET_SUPPORTING_WM_CHECK for screen 0: None
2014-03-10 11:44:23,196 found XRandR extension version 1.4
2014-03-10 11:44:23,199 X11 extension Composite event_base=0
2014-03-10 11:44:23,199 ServerBase.__init__()
2014-03-10 11:44:23,199 ServerCore.__init__()
2014-03-10 11:44:23,199 initializing packet handlers
2014-03-10 11:44:23,199 ServerBase.__init__()
2014-03-10 11:44:23,200 _call(True,,(365L, '_XPRA_SERVER_UUID', 'STRING'),{}) _XPRA_SERVER_UUID
2014-03-10 

Bug#741234: src:gcc-4.8: [PATCH] When building cross-compilers using prebuilt libraries, no longer re-build those libraries

[Wookey]

+++ Dima Kogan [2014-03-10 02:19 -0700]:
> Package: src:gcc-4.8
> Severity: normal
> Hi.
> 
> This is the cross-build-specific half of the patches originally posted
> in
> 
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738152
> 
> The first half (filled-in missing logic) is here:
> 
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740005
> 
> This set of patches sets up some cross-building-specific logic when
> building a cross-compiler with
> 
>   with_deps_on_target_arch_pkgs=yes
> 
> The patches are very similar to those in the original set. The only
> difference is the set of languages for which a compiler is built. The
> changes in this set are:
> 
> - Don't build a source package if we're building a cross compiler
> 
> - Don't build libraries if we're building a cross compiler using the
>   host's libraries (with_deps_on_target_arch_pkgs=yes)
> 
> - Do not build a java or D cross-compiler. Do build the rest of the
>   languages (C,C++,objC, objC++, go, fortran)

Doko pointed out that the java cross-compiler is needed in order to be
able to cross-build the compiler itself. So we probably should build
that by default (and document how to turn it off for bootstrapping or
local-build purposes)

I'm not sure if the same argument applies to the D compiler?

Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/


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

Bug#740268: mp3gain: A malformed mp3 file allows arbitrary code execution

[Simon McVittie]

On Thu, 27 Feb 2014 at 16:43:35 +, Gustavo Grieco wrote:
> a buffer overflow in mp3gain can be used to execute code using a malformed
> mp3 file. A POC is attached.

Hi,
Have you already reported this bug to mp3gain's upstream developer
 or requested a CVE ID for it?

How did you find this overflow? Did you use a fuzzer or similar to construct
your PoC, or did you locate a specific buffer that was overflowed by
inspecting the source code, or what?

Do you have any advice on fixing or mitigating this class of vulnerability?

`gcc -fsanitize=address` appears to catch this overflow, so I've uploaded
version 1.5.2-r2-4 built with that option in order to mitigate this bug.
That produces what's probably a more useful backtrace:

(gdb) break __asan_report_error
...
(gdb) run
...
(gdb) bt
#0  0x74e66b90 in __asan_report_error ()
   from /usr/lib/x86_64-linux-gnu/libasan.so.0
#1  0x74e5d40b in ?? () from /usr/lib/x86_64-linux-gnu/libasan.so.0
#2  0x004230b3 in memcpy (__len=209, __src=, 
__dest=) at /usr/include/x86_64-linux-gnu/bits/string3.h:51
#3  copy_mp (mp=mp@entry=0x7fff68d0, size=size@entry=49818, 
ptr=0x7fff6c29 "\036\307\354\266Dž") at mpglibDBL/interface.c:188
#4  0x00424fc7 in decodeMP3 (mp=mp@entry=0x7fff68d0, 
in=, isize=isize@entry=209, done=done@entry=0x7fff2010)
at mpglibDBL/interface.c:686
#5  0x00404e25 in main (argc=2, argv=) at mp3gain.c:2289

>From the details given when not breaking on __asan_report_error, it appears
that (on x86-64) 209 bytes are written to a position 31895 bytes into the
31920 byte struct mpstr_tag mp, overflowing it. If my arithmetic is correct,
that starting position is close to the end of the array 'synth_buffs'.

I don't know this codebase well - Fabrizio, you're the maintainer, any ideas?

Regards,
S


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

Bug#741242: libgeos-3.3.3: Linking against libgeos fails

[Tobias Megies]

Package: libgeos-3.3.3
Version: 3.3.3-1.1
Severity: important

Dear Maintainer,

I was trying to compile matplotlib basemap
(http://sourceforge.net/projects/matplotlib/files/matplotlib-
toolkits/basemap-1.0.7/) which depends on libgeos.
The compilation fails because matplotlib basemap tries to link against
"libgeos.so" but in "/usr/lib" only "libgeos-3.3.3-so" is present.

When manually creating a link ("sudo ln -s /usr/lib/libgeos-3.3.3.so
/usr/lib/libgeos.so"), the compilation/linking works without problems.

I think during installation this link should be created.

best,
Tobias



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

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

Versions of packages libgeos-3.3.3 depends on:
ii  libc6   2.13-38+deb7u1
ii  libgcc1 1:4.7.2-5
ii  libstdc++6  4.7.2-5

libgeos-3.3.3 recommends no packages.

libgeos-3.3.3 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#740703: ginkgocadx: new upstream available [FTBFS] [non-free files?]

[Dmitry Smirnov]

Hi Carlos,

On Mon, 10 Mar 2014 10:46:28 Carlos Barrales wrote:
> I see... The official wxWidgets compilation is (reasonably)  against GTK3,
> and we used GTK2.
> Shouldn't be hard to fix, but we will take time...
> Those ugly macros are for window reparenting issues and we finally removed
> the main point of failure (window undocking).
> 
> We will keep you informed.

Thank you for update.

-- 
Best wishes,
 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#741241: Support mips64 of klibc

[maximilian attems]

On Mon, Mar 10, 2014 at 06:29:26PM +0800, Yunqiang Su wrote:
> Which  format should I send it there?
> git mail or just a attachment?
> 

git mail will be just fine indeed. it is the preferred form.

But please base on klibc git (and hence no debian directory):
https://git.kernel.org/cgit/libs/klibc/klibc.git/


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

Bug#739846: [debian-mysql] Bug#739846: invoke-rc.d: initscript mysql, action "start" failed.

[James Page]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Bob

On 23/02/14 05:51, Bob Proulx wrote:
> Diff'ing the newest /etc/init.d/mysql against the previous one
> shows this important difference:
> 
> @@ -186,4 +186,3 @@ ;; esac
> 
> -exit 0
> 
> The exit 0 at the end of the script was dropped.  This causes the 
> script to exit with the exit code of the last command run which is 
> usually non-zero.  In the case that the script exits non-zero then
> the upgrade fails to configure the new package.

I can't see this change in the debdiff between -1 and -2 as in AFAICT
the init script has never had an exit 0 at the end.  Is it possible
this was a local change?

> While in there please fix the funky indention introduced by the
> last change too.  The indention is inconsistent.
> 
> 
> --- /var/tmp/mysql.dpkg-old 2013-12-29 17:59:05.401201931
> -0700 +++ /etc/init.d/mysql   2014-02-22 22:47:12.43688 -0700 
> @@ -109,7 +109,8 @@ /usr/bin/mysqld_safe > /dev/null 2>&1 &
> 
> # 6s was reported in #352070 to be too few when using ndbcluster -
> for i in 1 2 3 4 5 6 7 8 9 10 11 12 13 14; do +# 14s was
> reported in #736452 to be too few with large installs +for
> i in $(seq 1 30); do sleep 1 if mysqld_status check_alive nowarn ;
> then break; fi log_progress_msg "."

Ack - will fixup.

- -- 
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCAAGBQJTHZu9AAoJEL/srsug59jD9J8QAJDdn5GYlKbYQH4qsk09LIQI
rN6eHNf7MhwUVf9VxU3t0yyPNDBAHpv/vaEHQwjIdBzv9S2804/VgvolSnmVfxer
1YwQGyXxn5miaiieC652pAvA7nQPhgeRdSVTxIIcaefQ/oXCLPCgwxZhcFl+92FB
uxxOc0LvlXYDCKILtPjfOi9zjtKfzY1Ji93LmS6z6+R0BNsgKOjCyRTg5pJkRXbE
uUFHUq2Y3YWnc0VdbftquSp/5SX3nqsY3RJwScKExxRq1TUEPNKa6LoE6qgtCPnR
cYm9Ad0vjovc1LBgooa74kmB6kToT+Wp63rZ15khlsGT9ayu597jn74tAG6mVK56
lLz18+gnI8ECTgH90xe4ugmHHtiKpjLmDyp2Lg1RXeRKmUfs6om2aY500OGDIhnX
gr7uKBliw1QydsCIa1n2F9zPGrhcUOclWVVCv4WTAXFpCjd0dyrBIOxeIkFDChbe
nM8KJ1he5zkKalJof0ZGyNWXm1Uaw9Qv95kuiVlfuHemuXTN4cNOQEytpBEmU9PI
Lbzn6UPCGnKVn6bzxoL13gih3xazZDgcIRW1aXvCDeO/9FOedyFb/KPzM8/hb+Xh
YcO8tqOjfZZsxUxEUWKOFc77kK4Vbl58MEZePHFQfTMs21PhAVfNweyBmdv7tXNt
qtI6I0zHl1pe4iX3Eiw4
=tA2r
-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#739708: [debian-mysql] Bug#739708: mysql-server-5.5: Broken /etc/init.d/mysql conffile handling

[James Page]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Bobo

And then I read this one...

On 21/02/14 17:15, Bob Proulx wrote:
> The daily upgrade of Sid brought in the latest mysql-server-5.5
> which prompted for a change in /etc/init.d/mysql.
> 
> -Configuration file '/etc/init.d/mysql' ==> Modified (by you or by
> a script) since installation. ==> Package distributor has shipped
> an updated version. What would you like to do about it ?  Your
> options are: Y or I  : install the package maintainer's version N
> or O  : keep your currently-installed version D : show the
> differences between the versions Z : start a shell to examine
> the situation The default action is to keep your current version. 
> *** mysql (Y/I/N/O/D/Z) [default=N] ? Y
> 
> However that file has no local modifications.  It is the stock
> file from version 5.5.35+dfsg-1.  There were no local changes.
> 
> --- /etc/init.d/mysql   2013-12-29 17:59:05.401201931 -0700 +++
> /etc/init.d/mysql.dpkg-new  2014-02-18 12:13:59.0 -0700 @@
> -109,7 +109,8 @@ /usr/bin/mysqld_safe > /dev/null 2>&1 &
> 
> # 6s was reported in #352070 to be too few when using ndbcluster -
> for i in 1 2 3 4 5 6 7 8 9 10 11 12 13 14; do +# 14s was
> reported in #736452 to be too few with large installs +for
> i in $(seq 1 30); do sleep 1 if mysqld_status check_alive nowarn ;
> then break; fi log_progress_msg "." @@ -119,7 +120,6 @@ # Now start
> mysqlcheck or whatever the admin wants. 
> output=$(/etc/mysql/debian-start) [ -n "$output" ] &&
> log_action_msg "$output" -   : "ensure $? is 0" else 
> log_end_msg 1 log_failure_msg "Please take a look at the syslog" @@
> -186,4 +186,3 @@ ;; esac
> 
> -exit 0
> 
> The /var/log/dpkg.log file shows this upgrade transition.

This would indeed indicate that the exit 0 is a local change; it's not
present in the -1 release.

I don't think the conffile handling is broken.


- -- 
James Page
Ubuntu and Debian Developer
james.p...@ubuntu.com
jamesp...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCAAGBQJTHZwkAAoJEL/srsug59jDTSAQAJzc2P3M5/Tz6tn+URKzdP2h
RoH2A4ZIiPLlPZECpdGH+t4XF5XzNlCQuNTUoRVTLkOnoErHJIzIyb6cBh4TPyY+
VIBENUMeJAOtgY/6lqNKOlVM5INVOryK0tgElc7Xtv3ASM+kSA3YBJX9aAyQ4UG4
TGTFGn1Zf0h+mtmGnBQwrhumg9WJTUxHx3gcOPPeWg5digXTj7Q5vqSAFeG1ZxUf
kGG5SogcIhDI1pxUYiySbShFwLYysdbHGJ+LynYlsG+BXdj5qy9xMTeIMdghFZkK
11R8+Vzzad+u/uNv3s0hVRfNecLeuGwT/fkUy256nej3V9G0+MuzLuLDzqrrd9VT
ZHhJE1bpETfy77QMKKDzTlJPLcRnPrDMg2zGfYjPfYP2ST/iiNEbf/hPZFy5lrU0
e1pOFvWdNrSNHHkfaVxBtnf8e5a8d5ZayrMl9Q28FTiMtitb/kT8yEbrgirxssyc
Z7HbGs+OZp2f7bX9ksBvmdof/jEDRL5XWVCILbOWfDU8Zqy4waw0LCZ4SYIORjGy
2N6BC1BCpiCVztVPk7gL35K30nrb+adsFo0Bc4U9d+he/Z01BQXavI94+IT1nboR
KfAejZkm0RqYKYh402ony3xfT634/SQSzr05qRnKh146HZWwKUXC/Tchlawsw+qo
fZx5MyYGG+HWJFKyAPig
=dL/4
-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#728630: smbc: FTBFS: smbc.c:34:26: fatal error: libsmbclient.h: No such file or directory

[Noël Köthe]

Hello Hideki,

Am Montag, den 10.03.2014, 18:24 +0900 schrieb Hideki Yamane:

>  Attached patch would fix this FTBFS (and all other bugs filed against
>  smbc package). It's better fix sicne not modify upstream source.
>  Please consider to apply it, or just I'll upload to delayed queue.

Please go ahead and upload it.
Thanks alot for your work.

Regards.

Noël
-- 
Noël Köthe 
Debian GNU/Linux, www.debian.org


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

Bug#741243: [PATCH] localedef fix on hppa architecture

[Helge Deller]

Package: eglibc
Version: 2.18-4
Severity: important
Tags: patch

This command:
  localedef -i de_DE -c -f ISO-8859-1 -A /usr/share/locale/locale.alias de_DE
fails on the hppa architecture because localedef wants to remap the locale file 
at another location than what it was given originally.
This fails on hppa, because each file must be mapped so that the same byte in a 
file is mapped at offset modulo SHMLBA-1.
Otherwise you will get a EINVAL error from mmap().

Dear Debian maintainer,
could you please add this patch temporarily to the debian eglibc sources?
It will take me quite some time to discuss the best approach to fix it 
upstream, but in the meantime it would be nice if the debian eglibc package
will not show this problem on hppa.

Thanks,
Helge

References:
* Linux kernel patch: https://lkml.org/lkml/2013/12/10/148
* Mail thread: http://www.spinics.net/lists/linux-parisc/msg05236.html
* not directly related: Debian bug 725508: hppa patches for eglibc (generic 
eglibc patches for hppa)diff -up ./sysdeps/generic/libc-mmap.h.org ./sysdeps/generic/libc-mmap.h
--- ./sysdeps/generic/libc-mmap.h.org	2014-03-10 11:51:24.0 +0100
+++ ./sysdeps/generic/libc-mmap.h	2014-03-10 11:53:37.0 +0100
@@ -21,6 +21,11 @@
 
 /* Using MAP_FIXED with mmap sometimes requires larger alignment.  */
 #include 
+#ifdef __hppa__
+/* On parisc you can only remap at the same address (modulo SHMLBA-1) */
+#define MAP_FIXED_ALIGNMENT 4096
+#else
 #define MAP_FIXED_ALIGNMENT SHMLBA
+#endif
 
 #endif

Bug#724391: hunspell: diff for NMU version 1.3.2-6.1

[Rene Engelhard]

On Sat, Mar 08, 2014 at 05:20:51PM -0500, Eric Dorland wrote:
> * Rene Engelhard (r...@debian.org) wrote:
> > On Sat, Mar 08, 2014 at 02:42:15AM -0500, Eric Dorland wrote:
> > > I've prepared an NMU for hunspell (versioned as 1.3.2-6.1) and
> > > uploaded it to DELAYED/10.
> > 
> > NMUing for a wishlist bug???
> 
> I've been publishing my plans to debian-devel (see the link in the
> original bug report), and there weren't any objections there to the
> plan.

And -devel is not a must-read (and too time-consuiming).

> > > Please feel free to tell me if I should delay it longer.
> > 
> > Yes, please. inedefinitely. (Or until is is at least important/RC)
> 
> So the reason it's wishlist right now is that automake1.9 is still in
> the archive. I can cancel this NMU and wait until automake1.9 is

Please do. (Doesn't really mater, though, see below)

> removed, upgrade the bug severity to serious and then upload an NMU,
> but that seems like a worse order of operations since it leaves
> hunspell in a FTBFS state for some amount of time.

Then you don't need a NMU because I'd do it then (I hope).

Besides that, 99_build_stuff,dpatch actualy is not used so I'll just
do a uploading removing that and the build-depends and migrating the whole
thing away from dpatch...

Regards,

Rene


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

Bug#741228: kdelibs-bin: kauth helpers creates .config in /

[Frank Heckenbach]

> > However, it doesn't really solve the problem, just moves the
> > offending directory from / to /root where it also doesn't belong
> > because root-as-a-user is not involved. (Maybe that's somehow
> > different in 4.11, or it's still buggy there.) In fact, the user
> > doing the login is known at the time, so the file should be created
> > in their home directory -- or not at all (since it doesn't contain
> > any valuable information anyway, as seen by the fact that's it gets
> > happily recreated at every login when it's removed).
> 
> The patch only sets the HOME environment variable if not set, maybe we could
> simply set the HOME variable in the kdm init script to /var/lib/kdm.
>
> Could you prepare and test such a patch?

That's what I tried first, but alas, no success. I tried to trace
what happens during the initialization, but it's very complex. The
offending files are written by some dbus program, but according to
the thread at KDE and to my own tests, dbus doesn't seem at fault,
but the KDE auth tool provides that wrong path to the dbus tool.
Somewhere between calling the init script and the auth tool, the
HOME variable gets erased (which by itself may be understandable, as
we're talking about a login program here), so I see no easy place to
inject the setting of HOME.

I'd really like to make a one-line fix in some script, but I haven't
been able to create one. At least I've now modified the patch to
move the files to /run/kdelibs, see below. I've tested it and it
works for me. (If you prefer /var/lib/kdm instead, you can put it
there, of course. I don't think it's data worth preserving as /var
implies, but I really don't mind.)

--- kdecore/auth/kauthhelpersupport.cpp
+++ kdecore/auth/kauthhelpersupport.cpp
@@ -40,8 +46,23 @@ void helperDebugHandler(QtMsgType type, const char *msg);
 
 static bool remote_dbg = false;
 
+#ifdef Q_OS_UNIX
+static void fixEnvironment()
+{
+// put run files below /run if no HOME available
+char *home = "HOME";
+if(getenv(home)==NULL) {
+setenv(home, "/run/kdelibs", 0);
+}
+}
+#endif
+
 int HelperSupport::helperMain(int argc, char **argv, const char *id, QObject 
*responder)
 {
+#ifdef Q_OS_UNIX
+fixEnvironment();
+#endif
+
 openlog(id, 0, LOG_USER);
 qInstallMsgHandler(&HelperSupport::helperDebugHandler);
 


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

Bug#741242: libgeos-3.3.3: Linking against libgeos fails

[Sebastiaan Couwenberg]

Hi Tobias,

> I was trying to compile matplotlib basemap
> (http://sourceforge.net/projects/matplotlib/files/matplotlib-
> toolkits/basemap-1.0.7/) which depends on libgeos.
> The compilation fails because matplotlib basemap tries to link against
> "libgeos.so" but in "/usr/lib" only "libgeos-3.3.3-so" is present.
>
> When manually creating a link ("sudo ln -s /usr/lib/libgeos-3.3.3.so
> /usr/lib/libgeos.so"), the compilation/linking works without problems.
>
> I think during installation this link should be created.

Creating library symlinks manuall is seldomly a good idea.

libgeos-3.3.3.so is the C++ library, linking against this is discouraged.
Applications should like to the C API (libgeos_c.so) which is considered
stable.

In de documentation for mathplotlib basemaps they document linking to the
C API:

"
If you already have it on your system, just set the environment variable
GEOS_DIR to point to the location of libgeos_c and geos_c.h (if libgeos_c
is in /usr/local/lib and geos_c.h is in /usr/local/include, set GEOS_DIR
to /usr/local).
"

See: https://github.com/matplotlib/basemap

Please try the above procedure to build mathplotlibs basemap with the GEOS
C API. You may need to install libgeos-c1 if it's not already installed.

Kind Regards,

Bas


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

Bug#741244: Ucarp does not work correctly after upgrading to Wheezy.

[Trevor Burt]

Package: ucarp

Version: 1.5.2-1+nmu1

After upgrading from 2.6.32-48squeeze4 to Debian Wheezy 3.2.0-4-amd64. I
noticed that ucarp no longer works on a vlan interface.

After checking the vip-up script, I found it runs /sbin/ifup $1:ucarp

After trying to run this script manually:-

ifup wan-2.3076:ucarp

I found it returns the following error:-

RTNETLINK answers: Numerical result out of range
Failed to bring up wan-2.3076:ucarp.

It looks like an issue with ifup, so I downgraded from ifupdown 0.7.8 to
ifupdown_0.6.10_amd64.deb and ucarp started to work, although I broke other
packages in the downgrade.

I then noticed that the example file in Debian for ucarp now uses the
interface :254 instead of :ucarp.

So I adjusted my /etc/network/interfaces file and change all :ucarp entries
to :254, making the same changes to the vip-up and vip-down replacing
:ucarp with :254.

So vip-up now contains /sbin/ifup $1:254 instead of /sbin/ifup S1:ucarp.

I am able to manually bring up the ucarp interface for example:-

ifup wan-2.3076:254 but the ucarp interface will it not load automatically.

How do I debug this issue further?

Can anyone confirm if ucarp supports IPv6?

Is there an alternative to ucarp? I have tried email Eric Evans a few times
to report this bug with no response.

Is this package being maintained?

Bug#740774: libreoffice: Brazilian Dictionary

[Rene Engelhard]

reassign 74077 myspell-pt-br
thanks

Hi,

On Tue, Mar 04, 2014 at 10:47:48PM +0100, Rene Engelhard wrote:
> tag 740774 + moreinfo
[...]
> > and Writer is faulty word suggestion in his dictionary
> 
> what is faulty where? And note that libreoffice doesn't contain  the
> Brazilian Portgugese dictiionary.

Hello? Answer, please? :)

A bug report is not fire-and-forgte ;-)

> [...]
> > ii  myspell-pt-br [myspell-dictionary] 20110527-2
> 
> But this one.

That still holds. I am reassigning this in either case.

Regards,

Rene


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

Bug#741023: xpra attach :100 leads to 'segmentation fault'

[Antoine Martin]

On 10/03/14 17:53, Wenceslao González-Viñas wrote:
> /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: 
> could not open display
The client application requires access to your local display.
You are either trying to run it from a non graphical login, or you have
changed the DISPLAY environment variable.
(more than likely the latter)

Bug#741245: [hppa][patch] icedove : FTBFS on hppa, patch attached.

[Helge Deller]

Package: icedove
Version: 24.3.0-2
Severity: important
Tags: patch

icedove fails to build on the hppa (parisc) architecture.
Fail-Log is here:
http://buildd.debian-ports.org/status/package.php?p=icedove&suite=sid

The attached patch fixes it.
IMPORTANT: Please apply it to the mozilla/ directory inside iceweasel.

By the way, the same problem happened in iceweasel as well.
The patch is the same, bugzilla for iceweasel is:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737332

Thanks,
Helge--- iceweasel-24.2.0esr.orig/js/src/gc/RootMarking.cpp
+++ iceweasel-24.2.0esr/js/src/gc/RootMarking.cpp
@@ -320,7 +320,7 @@ MarkConservativeStackRoots(JSTracer *trc
 
 uintptr_t *stackMin, *stackEnd;
 #if JS_STACK_GROWTH_DIRECTION > 0
-stackMin = rt->nativeStackBase;
+stackMin = reinterpret_cast(rt->nativeStackBase);
 stackEnd = cgcd->nativeStackTop;
 #else
 stackMin = cgcd->nativeStackTop + 1;
diff -up iceweasel-24.2.0esr/js/src/jsapi.cpp.org iceweasel-24.2.0esr/js/src/jsapi.cpp
--- iceweasel-24.2.0esr/js/src/jsapi.cpp.org	2014-02-01 19:22:54.488625002 +
+++ iceweasel-24.2.0esr/js/src/jsapi.cpp	2014-01-31 13:28:30.309882024 +
@@ -865,7 +865,7 @@ JSRuntime::JSRuntime(JSUseHelperThreads
 PodZero(&atomState);
 
 #if JS_STACK_GROWTH_DIRECTION > 0
-nativeStackLimit = UINTPTR_MAX;
+// nativeStackLimit = UINTPTR_MAX;
 #endif
 }
 

Bug#736820: Pending fixes for bugs in the libnet-frame-perl package

[pkg-perl-maintainers]

tag 736820 + pending
thanks

Some bugs in the libnet-frame-perl package are closed in revision
a5893988c9d202de6dff928ae1eb2debe93db6e2 in branch 'master' by Daniel
Lintott

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libnet-frame-perl.git;a=commitdiff;h=a589398

Commit message:

Add dependancy on libnet-frame-device-perl

Closes: #736820


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

Bug#741246: missing licenses in debian/copyright

[Thorsten Alteholz]

Package: ledger
Severity: serious
User: alteh...@debian.org
Usertags: ftp
X-Debbugs-CC: ftpmas...@ftp-master.debian.org
thanks

Dear Maintainer,

please add the missing licenses of
 ledger-3.0.0~20140226+bedae81+dfsg1\contrib\CSVReader.cs
 ledger-3.0.0~20140226+bedae81+dfsg1\contrib\compilation-ledger.el
 ledger-3.0.0~20140226+bedae81+dfsg1\contrib\non-profit-audit-reports\*
 ledger-3.0.0~20140226+bedae81+dfsg1\lib\sha1.cpp
 ledger-3.0.0~20140226+bedae81+dfsg1\lib\sha1.h
 ledger-3.0.0~20140226+bedae81+dfsg1\lisp\*
 ledger-3.0.0~20140226+bedae81+dfsg1\python\res\jquery-latest.js
 ledger-3.0.0~20140226+bedae81+dfsg1\python\res\jquery.metadata.js
 ledger-3.0.0~20140226+bedae81+dfsg1\src\strptime.cc
 ledger-3.0.0~20140226+bedae81+dfsg1\src\wcwidth.cc
to debian/copyright.

Thanks!
  Thorsten


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

Bug#741242: libgeos-3.3.3: Linking against libgeos fails

[Tobias Megies]

Hi Sebastiaan,

here is the tail of the failing basemap build output:

"""
gcc -pthread -shared build/temp.linux-x86_64-2.7/src/_geoslib.o
-L/usr/lib -L/usr/lib64 -L/home/megies/local/lib -Wl,-R/usr/lib
-Wl,-R/usr/lib64 -lgeos_c -lgeos -lpython2.7 -o
build/lib.linux-x86_64-2.7/_geoslib.so

/usr/bin/ld: cannot find -lgeos

collect2: error: ld returned 1 exit status

/usr/bin/ld: cannot find -lgeos

collect2: error: ld returned 1 exit status

error: Command "gcc -pthread -shared
build/temp.linux-x86_64-2.7/src/_geoslib.o -L/usr/lib -L/usr/lib64
-L/home/megies/local/lib -Wl,-R/usr/lib -Wl,-R/usr/lib64 -lgeos_c -lgeos
-lpython2.7 -o build/lib.linux-x86_64-2.7/_geoslib.so" failed with exit
status 1
"""

in the basemap install routine (in Python) the offending piece reads:

"""
extensions.append(Extension("_geoslib",['src/_geoslib.c'],
library_dirs=geos_library_dirs,
runtime_library_dirs=geos_library_dirs,
include_dirs=geos_include_dirs,
libraries=['geos_c','geos']))
"""

If I follow your advice and simply remove 'geos' from the libraries
section, the linking/compiling works without the manually added link to
"/usr/lib/libgeos.so". I will notify the developer/maintainer of
matplotlib basemap of these circumstances/findings.

So, I am not an expert on linking and if you consider linking against
libgeos C++ library bad practice I guess you can close this bug report.

Thanks for the quick feedback.

best,
Tobias



On 03/10/2014 12:13 PM, Sebastiaan Couwenberg wrote:
> Hi Tobias,
> 
>> I was trying to compile matplotlib basemap
>> (http://sourceforge.net/projects/matplotlib/files/matplotlib-
>> toolkits/basemap-1.0.7/) which depends on libgeos.
>> The compilation fails because matplotlib basemap tries to link against
>> "libgeos.so" but in "/usr/lib" only "libgeos-3.3.3-so" is present.
>>
>> When manually creating a link ("sudo ln -s /usr/lib/libgeos-3.3.3.so
>> /usr/lib/libgeos.so"), the compilation/linking works without problems.
>>
>> I think during installation this link should be created.
> 
> Creating library symlinks manuall is seldomly a good idea.
> 
> libgeos-3.3.3.so is the C++ library, linking against this is discouraged.
> Applications should like to the C API (libgeos_c.so) which is considered
> stable.
> 
> In de documentation for mathplotlib basemaps they document linking to the
> C API:
> 
> "
> If you already have it on your system, just set the environment variable
> GEOS_DIR to point to the location of libgeos_c and geos_c.h (if libgeos_c
> is in /usr/local/lib and geos_c.h is in /usr/local/include, set GEOS_DIR
> to /usr/local).
> "
> 
> See: https://github.com/matplotlib/basemap
> 
> Please try the above procedure to build mathplotlibs basemap with the GEOS
> C API. You may need to install libgeos-c1 if it's not already installed.
> 
> Kind Regards,
> 
> Bas
> 
> 

-- 
Dipl.-Geophys. Tobias Megies

Geophysikalisches Observatorium
Ludwigshöhe 8
82256 Fürstenfeldbruck

Ludwig-Maximilians-Universität
Department für Geo- und Umweltwissenschaften
Sektion Geophysik
Theresienstrasse 41/IV
80333 München

Tel: +49 (0) 89 2180-73981
 +49 (0) 89 2180-4326
Mail: tobias.meg...@geophysik.uni-muenchen.de


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

Bug#741248: slapd: slapacl corrupts database

[Ferenc Wágner]

Package: slapd
Version: 2.4.31-1+nmu2
Severity: normal

Hi,

After a default install of slapd, check the permissions of the admin DN
on the base suffix:

$ sudo -u openldap slapacl -b dc=ki,dc=iif,dc=hu -D cn=admin,dc=ki,dc=iif,dc=hu 
entry
authcDN: "cn=admin,dc=ki,dc=iif,dc=hu"
entry: manage(=mwrscxd)

Now stop slapd, just to get it out of the picture (this changes nothing):

$ sudo service slapd stop
[ ok ] Stopping OpenLDAP: slapd.

and introduce a typo (hu -> huu) into the base suffix:

$ sudo -u openldap slapacl -b dc=ki,dc=iif,dc=huu -D 
cn=admin,dc=ki,dc=iif,dc=hu entry
531d8fa7 hdb_db_open: database "dc=ki,dc=iif,dc=hu": unclean shutdown detected; 
attempting recovery.
531d8fa7 hdb_db_open: database "dc=ki,dc=iif,dc=hu": recovery skipped in 
read-only mode. Run manual recovery if errors are encountered.
authcDN: "cn=admin,dc=ki,dc=iif,dc=hu"
dc=ki,dc=iif,dc=huu: no target database has been found for baseDN="slapacl"; 
you may try with "-u" (dry run).

Doing it correctly again does not get rid of the warnings:

$ sudo -u openldap slapacl -b dc=ki,dc=iif,dc=hu -D cn=admin,dc=ki,dc=iif,dc=hu 
entry
531d8fb1 hdb_db_open: database "dc=ki,dc=iif,dc=hu": unclean shutdown detected; 
attempting recovery.
531d8fb1 hdb_db_open: database "dc=ki,dc=iif,dc=hu": recovery skipped in 
read-only mode. Run manual recovery if errors are encountered.
authcDN: "cn=admin,dc=ki,dc=iif,dc=hu"
entry: manage(=mwrscxd)

Starting slapd fixes the corruption, though.

I think there's at least one bug here:

1. slapacl should be a read only operation, which may not be possible
   with the underlying DB libraries.
2. Even if it was documented to corrupt the checked database, it should not
   find it with a mistyped base DN.
3. Its man page does not warn against its use while slapd is running, so I
   suppose it's allowed (as I'd expect).

Please help be better assess the situation!

Thanks,
Feri.

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

Kernel: Linux 3.13-trunk-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 slapd depends on:
ii  adduser 3.113+nmu3
ii  coreutils   8.13-3.5
ii  debconf [debconf-2.0]   1.5.49
ii  libc6   2.13-38+deb7u1
ii  libdb5.15.1.29-5
ii  libgcrypt11 1.5.0-5+deb7u1
ii  libgnutls26 2.12.20-8+deb7u1
ii  libldap-2.4-2   2.4.31-1+nmu2
ii  libltdl72.4.2-1.1
ii  libodbc12.2.14p2-5
ii  libperl5.14 5.14.2-21+deb7u1
ii  libsasl2-2  2.1.25.dfsg1-6+deb7u1
ii  libslp1 1.2.1-9
ii  libwrap07.6.q-24
ii  lsb-base4.1+Debian8+deb7u1
ii  multiarch-support   2.13-38+deb7u1
ii  perl [libmime-base64-perl]  5.14.2-21+deb7u1
ii  psmisc  22.19-1+deb7u1

Versions of packages slapd recommends:
ii  libsasl2-modules  2.1.25.dfsg1-6+deb7u1

Versions of packages slapd suggests:
ii  ldap-utils  2.4.31-1+nmu2

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


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

Bug#741247: lxmenu-data Other directory filled with Debian Menu System entries

[Ariszló]

Package: lxmenu-data
Version: 0.1.2-2

All of the installed applications with .desktop entries in
/var/lib/menu-xdg/applications/menu-xdg
are listed in the Other directory of LXDE's main menu, turning it into a
mess.

One possible fix is to add a Debian directory to LXDE's main menu with
neatly
organized subdirectories by adding these line between 
and
 in lxde-applications.menu:



Debian
lxde-debian.directory
debian-menu.menu


The Directory tag is optional but if used then a file should be created at
lxde-debian.directory with the following content:

[Desktop Entry]
Name=Debian
Icon=debian-logo
Type=Directory

Another possible fix is to hide the content of
/var/lib/menu-xdg/applications/menu-xdg by adding these line between
 and  in
lxde-applications.menu:



Debian
debian-menu.menu



I am using Debian 7.4.0 with LXDE.
--- lxmenu-data-0.1.2/layout/lxde-applications.menu.orig	2011-07-23 22:05:34.0 +0200
+++ lxmenu-data-0.1.2/layout/lxde-applications.menu	2014-03-10 10:12:08.0 +0100
@@ -14,4 +14,11 @@
 	
 
+	
+	
+		Debian
+		lxde-debian.directory
+		debian-menu.menu
+	
+
 	
 	
--- lxmenu-data-0.1.2/layout/lxde-applications.menu.orig	2011-07-23 22:05:34.0 +0200
+++ lxmenu-data-0.1.2/layout/lxde-applications.menu	2014-03-10 10:13:51.0 +0100
@@ -14,4 +14,11 @@
 	
 
+	
+	
+		Debian
+		debian-menu.menu
+		
+	
+
 	
 	

Bug#741023: xpra attach :100 leads to 'segmentation fault'

[Wenceslao González-Viñas]

  
  
You are right, I now do 'export DISPLAY=:0'
and after 'xpra attach :20' I get the error message in the attached
file with the final 'segmentation fault' ...




On 10/03/14 12:21, Antoine Martin
  wrote:


  
  On 10/03/14 17:53, Wenceslao
González-Viñas wrote:
  
  
/usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: could not open display
  
  The client application requires access to your local display.
  You are either trying to run it from a non graphical login, or you
  have changed the DISPLAY environment variable.
  (more than likely the latter)


-- 


Wenceslao González-Viñas

e-mail: w...@unav.es
http://fisica.unav.es/gmm/
FAX:+34 948.425.740
phn:+34 948.425.600 ext: 806500 / 806603

Depto. Física y Matemática Aplicada
Facultad de Ciencias
Universidad de Navarra
c/Irunlarrea 1
E-31008 Pamplona, Navarra, Spain


  

xpra client version 0.11.4
2014-03-10 12:28:52,611 cyxor loaded
2014-03-10 12:28:52,612 importing ('Keyboard',) from 
xpra.platform.xposix.keyboard (required=True)
2014-03-10 12:28:52,613 Keyboard=
2014-03-10 12:28:52,613 importing ('do_ready', 'do_init', 'ClientExtras', 
'get_native_tray_menu_helper_classes', 'get_native_tray_classes', 
'get_native_system_tray_classes', 'get_native_notifier_classes', 'system_bell') 
from xpra.platform.xposix.gui (required=False)
2014-03-10 12:28:52,613 do_ready= 
(unchanged)
2014-03-10 12:28:52,613 do_init= (unchanged)
2014-03-10 12:28:52,613 ClientExtras=
2014-03-10 12:28:52,613 get_native_tray_menu_helper_classes= (unchanged)
2014-03-10 12:28:52,613 get_native_tray_classes=
2014-03-10 12:28:52,613 get_native_system_tray_classes=
2014-03-10 12:28:52,613 get_native_notifier_classes=
2014-03-10 12:28:52,613 system_bell=
2014-03-10 12:28:52,687 loading codecs
2014-03-10 12:28:52,687 codec_import_check('PIL', 'Python Imaging Library', 
'PIL', 'PIL', ('Image',))
2014-03-10 12:28:52,687  PIL found, will check for ('Image',) in PIL
2014-03-10 12:28:52,687  found PIL : 
2014-03-10 12:28:52,692 codec_import_check('enc_vpx', 'vpx encoder', 
'xpra.codecs.vpx', 'xpra.codecs.vpx.encoder', ('Encoder',))
2014-03-10 12:28:52,692  xpra.codecs.vpx found, will check for ('Encoder',) in 
xpra.codecs.vpx.encoder
2014-03-10 12:28:52,693  found enc_vpx : 
2014-03-10 12:28:52,693 codec_import_check('dec_vpx', 'vpx decoder', 
'xpra.codecs.vpx', 'xpra.codecs.vpx.decoder', ('Decoder',))
2014-03-10 12:28:52,693  xpra.codecs.vpx found, will check for ('Decoder',) in 
xpra.codecs.vpx.decoder
2014-03-10 12:28:52,693  found dec_vpx : 
2014-03-10 12:28:52,693 codec_import_check('enc_x264', 'x264 encoder', 
'xpra.codecs.enc_x264', 'xpra.codecs.enc_x264.encoder', ('Encoder',))
2014-03-10 12:28:52,693  xpra.codecs.enc_x264 found, will check for 
('Encoder',) in xpra.codecs.enc_x264.encoder
2014-03-10 12:28:52,694  found enc_x264 : 
2014-03-10 12:28:52,694 codec_import_check('enc_nvenc', 'nvenc encoder', 
'xpra.codecs.nvenc', 'xpra.codecs.nvenc.encoder', ('Encoder',))
2014-03-10 12:28:52,694  cannot import enc_nvenc (nvenc encoder): No module 
named nvenc
2014-03-10 12:28:52,694  xpra was probably built with the option: 
--without-enc_nvenc
2014-03-10 12:28:52,694 cannot import nvenc: No module named nvenc.encoder
2014-03-10 12:28:52,694 codec_import_check('csc_swscale', 'swscale colorspace 
conversion', 'xpra.codecs.csc_swscale', 
'xpra.codecs.csc_swscale.colorspace_converter', ('ColorspaceConverter',))
2014-03-10 12:28:52,694  xpra.codecs.csc_swscale found, will check for 
('ColorspaceConverter',) in xpra.codecs.csc_swscale.colorspace_converter
2014-03-10 12:28:52,695 av pixel mode AV_PIX_FMT_0RGB is not available
2014-03-10 12:28:52,695 av pixel mode AV_PIX_FMT_BGR0 is not available
2014-03-10 12:28:52,695 swscale pixel formats: {'YUV422P': 
, 'BGR': 
, 'BGRX': 
, 'GBRP': 
, 'RGB': 
, 'YUV420P': 
, 'XRGB': 
, 'YUV444P': 
}
2014-03-10 12:28:52,695 colorspaces: ['RGB', 'BGR', 'XRGB', 'BGRX', 'YUV420P', 
'YUV422P', 'YUV444P', 'GBRP']
2014-03-10 12:28:52,695 SWS_BICUBIC=4
2014-03-10 12:28:52,695 SWS_ACCURATE_RND=262144
2014-03-10 12:28:52,695 ('SWS_BICUBIC', 'SWS_ACCURATE_RND')=262148
2014-03-10 12:28:52,695 SWS_BICUBLIN=64
2014-03-10 12:28:52,695 SWS_ACCURATE_RND=262144
2014-03-10 12:28:52,695 ('SWS_BICUBLIN', 'SWS_ACCURATE_RND')=262208
2014-03-10 12:28:52,696 SWS_FAST_BILINEAR=1
2014-03-10 12:28:52,696 SWS_ACCURATE_RND=262144
2014-03-10 12:28:52,696 ('SWS_FAST_BILINEAR', 'SWS_ACCURATE_RND')=262145
2014-03-10 12:28:52,696 swscale flags: [(30, 
), (60, ), (80, 
)]
2014-03-10 12:28:52,696  found csc_swscale : 
2014-03-10 12:28:52,696 codec_import_check('csc_cython', 'cython colorspace 
conversion', 'xpra.codecs.csc_cython', 
'xpra.codecs.csc_cython.colorspace_converter', ('ColorspaceConverter',))
2014-03-10 12:28:52,696  xpra.codecs.csc_cython found, will check for 
('Colorsp

Bug#741249: RFS: maradns/2.0.09-2 [RC]

[Dariusz Dwornikowski]

Package: sponsorship-requests
Severity: important

  Dear mentors,

  I am looking for a sponsor for my package "maradns". As always I
  checked with cowbuilder and piuparts.

 * Package name: maradns
   Version : 2.0.09-2
   Upstream Author : Sam Trenholme 
 * URL : http://maradns.samiam.org/
 * License : BSD
   Section : net

  It builds those binary packages:

duende - logging daemonizer
 maradns- simple security-focused authoritative Domain Name Service server
 maradns-deadwood - simple security-focused recursive Domain Name Service server
 maradns-docs - upstream documentation for the MaraDNS Domain Name Service 
server
 maradns-zoneserver - complementary server process to TCP functions for MaraDNS

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

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

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

dget -x 
http://mentors.debian.net/debian/pool/main/m/maradns/maradns_2.0.09-2.dsc

  More information about *maradns* can be obtained from 
http://maradns.samiam.org/

  Changes since the last upload:

  * updated watchfile to check pgp signature (Closes: #740046)
  * patches updates, thanks to Tobias Frost
- simplified the deadwood_makefile.patch (Closes: #740049)
- added patch to generate DwRandPrime.h from PRNG when /dev/urandom missing
  * pgp singnature saved as d/upstream-singning-key.pgp
  * fixed postinst not to violate policy 10.7.3  (Closes: #740332)
- added preinst for reverting to upstream's mararc
- added stopping old maradns where init script is wrong
  * patch added to update mararc manpage

  Regards,
   Dariusz Dwornikowski

-- 
Pozdrawiam,
Dariusz Dwornikowski, Assistant at Institute of Computing Science, Poznań 
University of Technology
www.cs.put.poznan.pl/ddwornikowski/ 
room 2.7.2 BTiCW | tel. +48 61 665 29 41


signature.asc
Description: Digital signature

Bug#741211: gnome-orca: missing dependency on gsettings-desktop-schemas?

[Emilio Pozuelo Monfort]

tags 741211 + pending
thanks

On 10/03/14 01:01, Cyril Brulebois wrote:
> Package: gnome-orca
> Version: 3.10.2-1
> Severity: serious
> Justification: missing dep
> 
> Hi,
> 
> just installing gnome-orca and trying to launch "orca" leads to:
> | (process:21919): GLib-GIO-ERROR **: Settings schema 
> 'org.gnome.desktop.a11y.applications' is not installed
> | 
> | Trace/breakpoint trap
> 
> Installing gsettings-desktop-schemas seems to fix this; looks like
> something that should be in Depends/Recommends?

Indeed.

Emilio


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

Bug#737708: [commit] isync_1_1_branch: rework maildir store mapping

[Oswald Buddenhagen]

commit 19d86d2aa9415047d8e0a391bd2502023bff80fc
Author: Oswald Buddenhagen 
Date:   Mon Mar 10 11:57:37 2014 +0100

rework maildir store mapping

the trivial approach of having "home" and "root" stores produced ugly
results, and totally failed with the introduction of nested folder
handling.
instead, create a store per local directory, just as one would manually.

CCMAIL: 737...@bugs.debian.org

 src/compat/config.c |   86 +++
 src/compat/isync.h  |7 +++
 src/compat/util.c   |   13 ++
 3 files changed, 82 insertions(+), 24 deletions(-)

diff --git a/src/compat/config.c b/src/compat/config.c
index 2e160b6..39bbbe9 100644
--- a/src/compat/config.c
+++ b/src/compat/config.c
@@ -29,8 +29,6 @@
 #include 
 #include 
 
-static int local_home, local_root;
-
 static char *
 my_strndup( const char *s, size_t nchars )
 {
@@ -121,16 +119,6 @@ load_config( const char *path, config_t ***stor )
cfg = **stor = nfmalloc( sizeof(config_t) );
*stor = &cfg->next;
memcpy( cfg, &global, sizeof(config_t) );
-   if (val[0] == '~' && val[1] == '/') {
-   val += 2;
-   local_home = 1;
-   } else if (!memcmp( val, Home, HomeLen ) && 
val[HomeLen] == '/') {
-   val += HomeLen + 1;
-   local_home = 1;
-   } else if (val[0] == '/')
-   local_root = 1;
-   else
-   local_home = 1;
/* not expanded at this point */
cfg->path = nfstrdup( val );
} else if (!strcasecmp( "OneToOne", cmd )) {
@@ -382,7 +370,9 @@ write_config( int fd )
 {
FILE *fp;
const char *cn, *scn;
+   char *path, *local_box, *local_store;
config_t *box, *sbox, *pbox;
+   int pl;
 
if (!(fp = fdopen( fd, "w" ))) {
perror( "fdopen" );
@@ -395,15 +385,17 @@ write_config( int fd )
if (global.expunge || expunge)
fputs( "Expunge Both\n", fp );
fputc( '\n', fp );
-   if (local_home || o2o)
-   fprintf( fp, "MaildirStore local\nPath \"%s/\"\nInbox 
\"%s/INBOX\"\nAltMap %s\n\n",
-maildir, maildir, tb( altmap > 0 ) );
-   if (local_root)
-   fprintf( fp, "MaildirStore local_root\nPath /\nAltMap %s\n\n", 
tb( altmap > 0 ) );
if (o2o) {
write_imap_server( fp, &global );
write_imap_store( fp, &global );
-   fprintf( fp, "Channel o2o\nMaster :%s:\nSlave :local:\nPattern 
%%\n", global.store_name );
+   fprintf( fp, "MaildirStore local\nPath %s/\n", quotify( maildir 
) );
+   if (!inbox) { /* just in case listing actually produces an 
INBOX ... */
+   nfasprintf( (char **)&inbox, "%s/INBOX", maildir );
+   fprintf( fp, "Inbox %s\n", quotify( inbox ) );
+   }
+   if (altmap > 0)
+   fputs( "AltMap yes\n", fp );
+   fprintf( fp, "\nChannel o2o\nMaster :%s:\nSlave 
:local:\nPattern %%\n", global.store_name );
write_channel_parm( fp, &global );
} else {
for (box = boxes; box; box = box->next) {
@@ -446,6 +438,55 @@ write_config( int fd )
  gotsrv:
write_imap_store( fp, box );
  gotall:
+
+   path = expand_strdup( box->path );
+   if (!memcmp( path, Home, HomeLen ) && path[HomeLen] == 
'/')
+   nfasprintf( &path, "~%s", path + HomeLen );
+   local_store = local_box = strrchr( path, '/' ) + 1;
+   pl = local_store - path;
+   /* try to re-use existing store */
+   for (pbox = boxes; pbox != box; pbox = pbox->next)
+   if (pbox->local_store_path && !memcmp( 
pbox->local_store_path, path, pl ) && !pbox->local_store_path[pl])
+   goto gotstor;
+   box->local_store_path = my_strndup( path, pl );
+   /* derive a suitable name */
+   if (!strcmp( box->local_store_path, "/var/mail/" ) || 
!strcmp( box->local_store_path, "/var/spool/mail/" )) {
+   local_store = nfstrdup( "spool" );
+   } else if (!strcmp( box->local_store_path, "~/" )) {
+   local_store = nfstrdup( "home" );
+   } else {
+   local_store = memrchr( box->local_store_path, 
'/', pl - 1 );
+   if (local_store) {
+   local_stor

Bug#741250: missing license in debian/copyright

[Thorsten Alteholz]

Package: liborcus
Severity: serious
User: alteh...@debian.org
Usertags: ftp
X-Debbugs-CC: ftpmas...@ftp-master.debian.org
thanks

Dear Maintainer,

please add the missing licenses of:
 liborcus-0.7.0\misc\OpenDocument-v1.2-os-schema.rng
 liborcus-0.7.0\misc\*.py 
to debian/copyright.


Thanks!
  Thorsten


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

Bug#740867: org-mode: can't preview LaTeX equations using only recommended packages

[Sébastien Delafond]

On Mar/05, Dafydd Harries wrote:
> I assume that the org-mode Recommends: are intended to support a
> reasonable amount of LaTeX functionality and that this includes
> fragment previews.

*Exporting* itself is a just a part of the functionalities that
org-mode provide, so I'm thinking maybe Suggests: is more adequate to
list such a large dependency ? What do you think ?

Cheers,

--Seb


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

Bug#741251: python-apt 0.9.3 regression: Setting APT::Architecture now downloads wrong indexes from the host arch

[Martin Pitt]

Package: python3-apt
Version: 0.9.3

Hello,

Since the upgrade from 0.9.1 to 0.9.3, which regresses the support for
using "sandboxes" with a different architecture, with e. g.

  apt.apt_pkg.config.set('APT::Architecture', 'armhf')

This can be seen in attached minimal reproducer. It works with
python-apt 0.9.1, but with 0.9.3 it tries to download the amd64
indexes:

   Err http://ports.ubuntu.com trusty/main amd64 Packages
   [...]
  File "/usr/lib/python3/dist-packages/apt/cache.py", line 441, in update
pulse_interval)
  SystemError: W:Failed to fetch 
http://ports.ubuntu.com/dists/trusty/main/binary-amd64/Packages  404  Not Found
  , E:Some index files failed to download. They have been ignored, or old ones 
used instead.

I'm using http://ports.ubuntu.com/ here as this more clearly
demonstrates the problem (x86 are on archive.u.c., armhf, powerpc etc.
on ports.u.c.)

Thanks for considering,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
import apt
import os
import shutil

# prepare sandbox dirs
apt_root = '/tmp/sandbox'
os.makedirs(os.path.join(apt_root, 'etc', 'apt'))

# switch to armhf; set up apt sources
apt.apt_pkg.config.set('APT::Architecture', 'armhf')
with open(os.path.join(apt_root, 'etc', 'apt', 'sources.list'), 'w') as f:
f.write('deb http://ports.ubuntu.com/ trusty main\n')

# set up apt cache
c = apt.Cache(rootdir=apt_root)
# update indexes
c.update(apt.progress.text.AcquireProgress())


signature.asc
Description: Digital signature

Bug#741203: /usr/sbin/update-guestfs-appliance: update-guestfs-appliance fails

[Hilko Bengen]

* Edward J. Shornock:

> I've been working around this by adding ^openrc to
> /usr/lib/guestfs/excludelist.

Does libguestfs still work for you when you also add ^sysv-rc to the
excludelist?

Cheers,
-Hilko


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

Bug#737779: systemsettings: No sound output when configuring the speakers due to missing dependencies

[Maximiliano Curia]

¡Hola Ferran!

El 2014-03-10 a las 12:47 +0100, Ferran Obón Santacana escribió:
> On Sunday 09 February 2014 16:46:30 you wrote:
> > I don't have either of those two packages installed and the sound setup
> > works fine for me. I'm currently using the vlc backend using alsa directly
> > (without pulseaudio), if you are using pulseaudio I would expect that
> > you'll need vlc-pulse or gstreamer0.10-pulseaudio to be installed, but not
> > libcanberra-pulse. Could you please provide some extra information?

> > How are you testing the output?
> > Which sound backend are you using (gstreamer or vlc)?
> > Which output for that backend are you using?

> I installed a debian operating system on a new computer this weekend and I
> have found out that this is still happening under vlc backend despite having
> vlc-plugin-pulse installed. No further configuration is performed and the
> audio goes through pulseaudio

> Installing the aforementioned packages solves the issue.

Currently I'm using pulseaudio I don't have neither libcanberra-pulse nor
sound-theme-freedesktop installed and the sound in my system is working, that's
with gstreamer and with vlc backends, so I really don't see a reason to
add the dependencies.

I requested some additional information before:
How are you testing the output?
Which sound backend are you using (gstreamer or vlc)?
Which output for that backend are you using?

Additionally it would be useful if you can provide a list of packages that
were installed when you fixed your sound output, this information can be
retrieved from the /var/log/dpkg.log file.

Thanks
-- 
"A computer program does what you tell it to do, not what you want it to do."
-- Greer's Law
Saludos /\/\ /\ >< `/


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

Bug#740268: mp3gain: A malformed mp3 file allows arbitrary code execution

[Simon McVittie]

(Please keep the bug's email address in Cc with any information on this
bug that is intended to be public.)

On 10/03/14 12:06, Gustavo Grieco wrote:
> Have you already reported this bug to mp3gain's upstream developer
>  
> 
> I haven't. Should I now?

You probably know more about this bug and its implications than I do, so
yes, please do. Please reply to this bug report with a link to the
upstream bug.

I must admit I'm rather surprised to see a member of a "team working in
vulnerability research" reporting this as a public bug to Debian without
having notified either upstream or the Debian security team privately.
Please consider practising responsible disclosure in future
vulnerability reports.

> How did you find this overflow? Did you use a fuzzer or similar to
> construct
> your PoC, or did you locate a specific buffer that was overflowed by
> inspecting the source code, or what?
> 
> In fact, no source code was used. For the vulnerability discovery, we
> used Mayhem combined with a new technique to fuzz based on automatic
> input detection and seed minimization.
> And for exploitation, we used a blackbox tool that automatically
> generate a working exploit. It is very effective (it requires to disable
> DEP and ASRL, but these are only additions to the exploitation process).
> We have hundreds of these small exploits, waiting for a response from
> the Debian Security team on how to submit them (since we don't want to
> SPAM them).

I think it's highly unlikely that the desired submission mechanism is
going to be "open public bugs in Debian without notifying the packages'
upstreams"...

> I'm not very familiar with the -fsanitize flag of gcc. Nevertheless, i
> think that enabling the full stack protection available in gcc
> (-fstack-protector-all) will be an effective mitigation.

I'm not so sure. It's already compiled with "-fstack-protector
--param=ssp-buffer-size=4", and the static buffer in question is
considerably larger than 4 bytes, so I don't see how
-fstack-protector-all would help us.

>From the buildd reports I've had back, it looks as though
-fsanitize=address only works on x86, so I'm going to have to undo this
mitigation on other architectures.

S


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

Bug#721728: linphone: Black video window (but video actually "works")

[Eugenio Bargiacchi]

I can confirm this, however the computer where it is happening is not mine
so atm I cannot provide information about it, aside from the fact that it
is an Asus EEEPC.

Bug#355238: rhythmbox: A user cannot see why he cannot "share" music

[althaser]

If you're running GNOME3, it's on top left (right to activities) -> click
on rhythmbox and then preferences.

thanks
regards
althaser



On 10 March 2014 00:49, Javier Fernández-Sanguino Peña wrote:

> On Thu, Mar 06, 2014 at 02:22:25PM +, althaser wrote:
> > Hey,
> >
> > Could you please still reproduce this issue with newer rhythmbox version
> > like 2.97-2.1 or 3.0.1-1+b2 ?
>
> I have 3.0.1-1+b1 installed but I'm unable to find the "Preferences" in
> order
> to setup sharing in the GUI. Where is it now?
>
> Regards
>
> Javier
>
>

Bug#736842: ipopt: should not call MPI_Init

[Ansgar Burchardt]

Control: reopen -1

Hi,

On 03/08/2014 22:24, Debian Bug Tracking System wrote:
> #736842: ipopt: should not call MPI_Init
> 
> It has been closed by robe...@connexer.com (Roberto C. Sanchez).

I later noticed that MPI_Finalize is also called, but forgot to send an
updated patch (attached).

Ansgar

diff -Nru coinor-ipopt-3.11.7/debian/changelog coinor-ipopt-3.11.7/debian/changelog
--- coinor-ipopt-3.11.7/debian/changelog	2014-03-08 21:10:43.0 +0100
+++ coinor-ipopt-3.11.7/debian/changelog	2014-03-10 10:20:23.0 +0100
@@ -1,3 +1,11 @@
+coinor-ipopt (3.11.7-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Also do not call MPI_Finalize() from within library. (Closes: #736842)
++ Update patch mpi-init.patch
+
+ -- Ansgar Burchardt   Mon, 10 Mar 2014 10:19:32 +0100
+
 coinor-ipopt (3.11.7-1) unstable; urgency=low
 
   * New upstream release
diff -Nru coinor-ipopt-3.11.7/debian/patches/mpi-init.patch coinor-ipopt-3.11.7/debian/patches/mpi-init.patch
--- coinor-ipopt-3.11.7/debian/patches/mpi-init.patch	2014-03-08 20:45:21.0 +0100
+++ coinor-ipopt-3.11.7/debian/patches/mpi-init.patch	2014-03-10 10:19:26.0 +0100
@@ -19,3 +19,12 @@
  mumps_->n = 0;
  mumps_->nz = 0;
  mumps_->a = NULL;
+@@ -84,7 +84,7 @@
+ DMUMPS_STRUC_C* mumps_ = (DMUMPS_STRUC_C*)mumps_ptr_;
+ mumps_->job = -2; //terminate mumps
+ dmumps_c(mumps_);
+-MPI_Finalize();
++// MPI_Finalize();
+ delete [] mumps_->a;
+ delete mumps_;
+   }

Bug#741252: dh-systemd: please merge systemd2init to allow autogenerating shell init scripts

[Ondřej Surý]

Package: dh-systemd
Version: 1.11~bpo70.1
Severity: wishlist
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

Lukas Zapletal from RedHat has built upon my inital commit and we
think the script is complete for most cases.

Could you merge it from:

ssh://git.debian.org/git/collab-maint/systemd2init.git

This should allow most packages to just specify:

debian/.service

and run:

systemd2init 

to generate templated debian/.init

O.

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

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

Versions of packages dh-systemd depends on:
ii  debhelper  9.20120909
ii  perl   5.14.2-21+deb7u1

dh-systemd recommends no packages.

dh-systemd suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAlMdtLEACgkQ9OZqfMIN8nN//ACdEtpRvN0Q744uF0GsvU6IIPCz
D10AnRYAErRFpluqjIyOcCBd1JhjMA7X
=lIbw
-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#741250: missing license in debian/copyright

[Rene Engelhard]

found 741250 0.7.0-1
thanks

[ if you file RC bugs, please do it correctly. thanks ].

Hi,

On Mon, Mar 10, 2014 at 01:14:24PM +0100, Thorsten Alteholz wrote:
> Package: liborcus
> Severity: serious
[...]
It would help if you added a Version: to that it's clear from the beginning
that 0.5.x is not affected.

Even if that was the case, why are you filing a RC bug aagisnt
a version which is not in the archive nor accepted?

If it was accepted and you filed a bug to remind me to fix it, ok. But
TTOBMK it wasn't accepted (yet)

If you rejected it and wanted me to reupload it this package was never
in the archive no no big either.

But as it is right now it's a completely irrelevant and wrong bug.

If you 
> please add the missing licenses of:
>  liborcus-0.7.0\misc\OpenDocument-v1.2-os-schema.rng

Actually that one should be removed as was in 0.5.x...

Regards,

Rene


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

Bug#738672: [pkg-octave/master] libgui/src/main-window.cc: Fix problems with gui startup and focus issues

[Rafael Laboissiere]

tag 738672 pending
thanks

Date: Mon Mar 10 13:57:01 2014 +0100
Author: Rafael Laboissiere 
Commit ID: 11f96195fedf5cfa22cb200e8e0cd131863c1b0c
Commit URL: 
http://anonscm.debian.org/gitweb/?p=pkg-octave/octave.git;a=commitdiff;h=11f96195fedf5cfa22cb200e8e0cd131863c1b0c
Patch URL: 
http://anonscm.debian.org/gitweb/?p=pkg-octave/octave.git;a=commitdiff_plain;h=11f96195fedf5cfa22cb200e8e0cd131863c1b0c

libgui/src/main-window.cc: Fix problems with gui startup and focus issues

This is an empty commit, just to ensure that we will not forget to add
the bug closing tag for this upstream fix in debian/changelog.

Closes: #738672
  


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

Bug#741023: xpra attach :100 leads to 'segmentation fault'

[Antoine Martin]

On 10/03/14 18:34, Wenceslao González-Viñas wrote:
> 2014-03-10 12:28:52,699  cannot import csc_opencl (OpenCL colorspace 
> conversion): /usr/lib/python2.7/dist-packages/pyopencl/_cl.so: symbol 
> clRetainDevice, version OPENCL_1.2 not defined in file libOpenCL.so.1 with 
> link time reference
This looks suspicious and could be the cause. It looks like the version
the opencl module was compiled against is not the same as the version
you have installed.
You could verify this by (temporarily) deleting xpra's
xpra/codecs/csc_opencl directory.

If that doesn't do it, please get a gdb backtrace.

Bug#740984: [pkg-octave/master] scripts/pkg/private/fix_depends.m: Fix installing packages where dependency name contains '-'

[Rafael Laboissiere]

tag 740984 pending
thanks

Date: Mon Mar 10 13:57:48 2014 +0100
Author: Rafael Laboissiere 
Commit ID: b376eda9a11fb685d96d5f259cec35cc18feb48f
Commit URL: 
http://anonscm.debian.org/gitweb/?p=pkg-octave/octave.git;a=commitdiff;h=b376eda9a11fb685d96d5f259cec35cc18feb48f
Patch URL: 
http://anonscm.debian.org/gitweb/?p=pkg-octave/octave.git;a=commitdiff_plain;h=b376eda9a11fb685d96d5f259cec35cc18feb48f

scripts/pkg/private/fix_depends.m: Fix installing packages where dependency 
name contains '-'

This is an empty commit, just to ensure that we will not forget to add
the bug closing tag for this upstream fix in debian/changelog.

Closes: #740984
  


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

Bug#741253: E: Sub-process /usr/bin/dpkg returned an error code (1)

[Vangelis Mouhtsis]

Package: apache2-mpm-itk
Version: 2.4.7-1
Severity: normal



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

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

Versions of packages apache2-mpm-itk depends on:
ii  apache2 2.4.7-1
ih  libapache2-mpm-itk  2.4.7-02-1

apache2-mpm-itk recommends no packages.

apache2-mpm-itk suggests no packages.


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

Bug#741023: xpra attach :100 leads to 'segmentation fault'

[Wenceslao González-Viñas]

  
  
It works!!! How can the problem be fixed (not temporarily)?

Thanks again!


On 10/03/14 14:00, Antoine Martin
  wrote:


  
  On 10/03/14 18:34, Wenceslao
González-Viñas wrote:
  
  
2014-03-10 12:28:52,699  cannot import csc_opencl (OpenCL colorspace conversion): /usr/lib/python2.7/dist-packages/pyopencl/_cl.so: symbol clRetainDevice, version OPENCL_1.2 not defined in file libOpenCL.so.1 with link time reference
  
  This looks suspicious and could be the cause. It looks like the
  version the opencl module was compiled against is not the same as
  the version you have installed.
  You could verify this by (temporarily) deleting xpra's
  xpra/codecs/csc_opencl directory.
  
  If that doesn't do it, please get a gdb backtrace.


-- 


Wenceslao González-Viñas

e-mail: w...@unav.es
http://fisica.unav.es/gmm/
FAX:+34 948.425.740
phn:+34 948.425.600 ext: 806500 / 806603

Depto. Física y Matemática Aplicada
Facultad de Ciencias
Universidad de Navarra
c/Irunlarrea 1
E-31008 Pamplona, Navarra, Spain


  



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

Bug#741190: qt4-x11: Improve atomic support on parisc

[Lisandro Damián Nicanor Pérez Meyer]

tag 741190 moreinfo
thanks

Hi Jhon! This seems an interesting bugfix for Qt4, if there any chance for you 
to push it upstream?

-- 
"With great power comes great responsibility."
  Peter Parker's uncle.

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#741254: php5-common: use of fuser in cron.d/php5 eats up a lot of cpu time, need backporting

[Paolo Benvenuto]

Package: php5-common
Version: 5.4.4-14+deb7u8
Severity: normal

/etc/cron.d/php5 in 5.4.4 uses fuser in order to delete old session files in 
/var/lib/php5. According to user reports, using fuser isn't the best solution. 
In particulare it leads to fuser eating up a significant amount of cpu time if 
web server used intensively.

On my server I backported the solution of 5.5.9+dfsg-1, importing 
/usr/lib/php5/sessionclean and /usr/libe/php5/maxlifetime from 5.5.9, and 
changed /etc/cron.d/php5 as in 5.5.9, see my configuration file reported above.

As a result, now cpu usage is far less intensive: system cpu time use has 
reduced by one order of magnitude!

I think the solution used in 5.5.9 can be backported producing a new version of 
5.4.4


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

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

Versions of packages php5-common depends on:
ii  dpkg1.16.12
ii  libc6   2.17-7
ii  psmisc  22.19-1+deb7u1
ii  sed 4.2.1-10
ii  ucf 3.0025+nmu3

php5-common recommends no packages.

php5-common suggests no packages.

-- Configuration Files:
/etc/cron.d/php5 changed:

09,39 * * * * root   [ -x /usr/lib/php5/maxlifetime ] && [ -x 
/usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && 
/usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime)


-- 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#741174: blueman: Fails to start dhclient for PAN connection

[John Goerzen]

On 03/10/2014 04:39 AM, Christopher Schramm wrote:
> Hi,
>
>> When attempting to tether to a smartphone, blueman fails to start dhclient,
>> despite having the DHCP plugin selected.
> please try the call manually: dhclient -e IF_METRIC=100 -1 
I have run it manually as dhclient -v bnep0, and it works perfectly each
time.  (I suspect it would be the same this way, though I'm not in a
spot with good cell reception to test this minute.)

>> There is nothing in the log about attempting to start dhclient.
> This is strange... Did you start blueman-applet from the command line?

I probably did the first time I used it.  By the time I used it to
connect with the phone, it was several reboots later and had been
started by XFCE's session manager.

I did happen to kill it and start it from the command line, and saw some
debug messages scroll by, but nothing obvious.

Thanks,

John


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

Bug#741255: Downgrade "Recommends: nagios3 | icinga" to Suggests

[Wolodja Wentland]

Source: nagios-nrpe-plugin
Severity: normal

Dear Maintainer,

the installation of nagios-nrpe-plugin will cause the installation of nagios3
as the package currently includes a "Recommends:  nagios3 | icinga" which
should, in my opinion, be downgraded to a "Suggests: nagios3 | icinga".

The reasoning behind this is that you will typically install this package on
many hosts that you want to monitor, but will report their results to a
central location that already runs nagios or icinga.

This dependency makes it necessary to special-case many automatic provisioning
mechanisms or to remind new colleagues to be aware of the "nagios3 problem". A
recommends would be appropriate if the "packages [that] would be found together
with this one in all but unusual installations." [0] and I would argue that
the more common setup is, in fact, one in which both packages are not
installed at the same time.

[0] https://www.debian.org/doc/debian-policy/ch-relationships.html

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

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


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

Bug#741256: O: flashplugin-nonfree-extrasound -- Adobe Flash Player platform support library for Esound and OSS

[Petter Reinholdtsen]

Package: wnpp
Severity: normal

Due to lack of time, free mental bandwidth and knowledge, I have
concluded that I am unable to properly take care of the
flashplugin-nonfree-extrasound package.  I am not sure if it is still
useful, nor if it still work with the Adobe flash player on Linux.

If someone know, please take over maintenance or ask to have
flashplugin-nonfree-extrasound package removed from the archive. :)

The latest source is maintained in collab-maint subversion repository,
and I just uploaded a new version with correct URLs to make life easier
for the next maintainer.  As far as I know, there is no longer any
available upstream project.  I believe there is a fork in the pulseaudio
community, but it lack esound and OSS support.

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#741250: missing license in debian/copyright

[Rene Engelhard]

tag 741250 + pending
thanks

On Mon, Mar 10, 2014 at 01:54:13PM +0100, Rene Engelhard wrote:
> Even if that was the case, why are you filing a RC bug aagisnt
> a version which is not in the archive nor accepted?
> 
> If it was accepted and you filed a bug to remind me to fix it, ok. But
> TTOBMK it wasn't accepted (yet)

Ah, there the mail came. (I consider it suboptimal that the bug was filed
before it was actually accepted, this leads to confusion like this)

> If you 
> > please add the missing licenses of:
> >  liborcus-0.7.0\misc\OpenDocument-v1.2-os-schema.rng
> 
> Actually that one should be removed as was in 0.5.x...

Will do. Upload built but needs until tonight to sign.
8And will mention misc/*.py which is BSD)

Regards,

Rene


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

Bug#740975: bash-completion: Files missing (only directories shown) when path starts with tilde(~)

[Jean-Baka Domelevo Entfellner]

Hi there,

I confirm this bug that has to do with the expansion of the tilde (~),
as the automatic completion behaviour is totally normal when I use
/home/jbde/ instead of the tilde to begin my path.

My environment is Debian unstable, with a 3.6.6 kernel on an i686
arch, and the following:

GNU bash, version 4.3.0(1)-release (i486-pc-linux-gnu)

and

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

Thanks for having a look into this as soon as you can...

Regards,
   Jean-Baka


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

Bug#741257: [PATCH] systemd socket activation support for libmilter

[Mikhail Gusarov]

Package: sendmail
Severity: wishlist
Tags: patch

Attached patch adds systemd-like socket activation support to
libmilter by allowing to specify "fd:N" socket name in
smfi_setconn.

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

Versions of packages sendmail depends on:
pn  sendmail-base  
pn  sendmail-bin   
pn  sendmail-cf
pn  sensible-mda   

sendmail recommends no packages.

Versions of packages sendmail suggests:
pn  rmail 
pn  sendmail-doc  
Description: systemd-like socket activation support for libmilter
Author: Mikhail Gusarov {unix|local}:/path/to/file -- A named pipe.
 	inet:port@{hostname|ip-address} -- An IPV4 socket.
 	inet6:port@{hostname|ip-address} -- An IPV6 socket.
+	fd:number -- Pre-opened file descriptor.
 	
 	
 
diff --git a/libmilter/listener.c b/libmilter/listener.c
index 48c552f..2249a1f 100644
--- a/libmilter/listener.c
+++ b/libmilter/listener.c
@@ -197,6 +197,11 @@ mi_milteropen(conn, backlog, rmsocket, name)
 			L_socksize = sizeof addr.sin6;
 		}
 #endif /* NETINET6 */
+		else if (strcasecmp(p, "fd") == 0)
+		{
+			addr.sa.sa_family = AF_UNSPEC;
+			L_socksize = sizeof (_SOCK_ADDR);
+		}
 		else
 		{
 			smi_log(SMI_LOG_ERR, "%s: unknown socket type %s",
@@ -443,7 +448,21 @@ mi_milteropen(conn, backlog, rmsocket, name)
 	}
 #endif /* NETINET || NETINET6 */
 
-	sock = socket(addr.sa.sa_family, SOCK_STREAM, 0);
+	if (addr.sa.sa_family == AF_UNSPEC)
+	{
+		char *end;
+		sock = strtol(colon, &end, 10);
+		if (*end != '\0' || sock < 0)
+		{
+			smi_log(SMI_LOG_ERR, "%s: expected positive integer as fd, got %s", name, colon);
+			return INVALID_SOCKET;
+		}
+	}
+	else
+	{
+		sock = socket(addr.sa.sa_family, SOCK_STREAM, 0);
+	}
+
 	if (!ValidSocket(sock))
 	{
 		smi_log(SMI_LOG_ERR,
@@ -466,6 +485,7 @@ mi_milteropen(conn, backlog, rmsocket, name)
 #if NETUNIX
 	addr.sa.sa_family != AF_UNIX &&
 #endif /* NETUNIX */
+	addr.sa.sa_family != AF_UNSPEC &&
 	setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, (void *) &sockopt,
 		   sizeof(sockopt)) == -1)
 	{
@@ -511,7 +531,8 @@ mi_milteropen(conn, backlog, rmsocket, name)
 	}
 #endif /* NETUNIX */
 
-	if (bind(sock, &addr.sa, L_socksize) < 0)
+	if (addr.sa.sa_family != AF_UNSPEC &&
+	bind(sock, &addr.sa, L_socksize) < 0)
 	{
 		smi_log(SMI_LOG_ERR,
 			"%s: Unable to bind to port %s: %s",
@@ -817,7 +838,7 @@ mi_listener(conn, dbg, smfi, timeout, backlog)
 # ifdef BSD4_4_SOCKADDR
 		 cliaddr.sa.sa_len == 0 ||
 # endif /* BSD4_4_SOCKADDR */
-		 cliaddr.sa.sa_family != L_family))
+		 (L_family != AF_UNSPEC && cliaddr.sa.sa_family != L_family)))
 		{
 			(void) closesocket(connfd);
 			connfd = INVALID_SOCKET;