date:20140115

Bug#732937: dpkg: fails somewhat regularly on kfreebsd-amd64

2014-01-15 Thread Michael Vogt

On Sun, Jan 12, 2014 at 08:05:06PM +, Steven Chamberlain wrote:
> Control: tags -1 found apt/0.9.14.2
> 
> Indeed upgrading only libapt-pkg4.12 is enough to trigger this.
[..]

Thanks a bunch for your bugreport and sorry for my slow reply. Its
likely that this is fallout from some fairly big changes in the
handling of dpkg.

What is the best way for me to reproduce this? I don't have a kfreebsd
system right now - is installing one from a current installer image in
kvm the quickest way (I assume so)?

Cheers,
 Michael

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

Bug#671450: #671450 - cron.daily/amavisd-new

2014-01-15 Thread Jan Korbel


Same here.

Broken "config" is still here generating error e-mail every night and no 
info in NEWS.Debian.gz. Almost year after wheezy release.


Please remove it. Thx.

Regards,

JK


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

Bug#735377: 3.0 (native) silently ignores many binary files by default.

2014-01-15 Thread Raphael Hertzog

Control: retitle -1 document how to un-ignore files ignored by default in "3.0 
(native)" and "3.0 (quilt)"

On Wed, 15 Jan 2014, peter green wrote:
> When attempting to build such a package using the 3.0 native format
> the source package build and binary package builds will succeed, but
> the "source" package won't actually contain the binaries that were
> in the source tree and so when someone comes to unpack said source
> package again to make a change they will find it is incomple.
> 
> IMO silently ignoring such files is a crazy default, either the
> files should be included or source package build should scream and
> die (thus prompting the packager that they need to either fix thier
> clean target or override something).

It doesn't silently ignore random binary files, it ignores the files
that are on its default ignore list and which are documented
in dpkg-source --help:

  -I[]filter out files when building tarballs
 (defaults to: -I*.a -I*.la -I*.o -I*.so -I.*.sw? 
-I*/*~ -I,,* -I.[#~]* -I.arch-ids -I.arch-inventory -I.be -I.bzr -I.bzr.backup 
-I.bzr.tags -I.bzrignore -I.cvsignore -I.deps -I.git -I.gitattributes 
-I.gitignore -I.gitmodules -I.hg -I.hgignore -I.hgsigs -I.hgtags -I.shelf 
-I.svn -ICVS -IDEADJOE -IRCS -I_MTN -I_darcs -I{arch}).

So yes, *.a, *.la, *.o and *.so are ignored by default in native source package
and this is is so for as long as I can remember.

If you are unhappy with the default, please change it for your package
with debian/source/options:

tar-ignore=.git
tar-ignore=.gitignore

As soon as you start being explicit about the ignore rules, the default
ignore rules are no longer used but you can put the default ignore rule
back with a single "tar-ignore" (i.e. without value).

This probably ought to be better documented. Retitling the bug accordingly.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Discover the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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

Bug#735528: opencv: segfault on reading some video

2014-01-15 Thread Fabrice Silva

Source: opencv
Version: 2.4.6
Severity: important

With some video files, the following command leads to segfault:
python -c "import cv2; vid = cv2.VideoCapture('some_video ');
vid.read()"

It occurs from python, but also using C++ library.

Example of backtrace in gdb
#0  0x7fffeca1a814 in rgb32tobgr24_MMXEXT (src=0x7fffdf7ab080 
,dst=0x7fffdf0eb010 "", 
src_size=) at 
/build/libav-RgBsVf/libav-9.10/libswscale/x86/rgb2rgb_template.c:155
#1  0x7fffeca13da3 in rgbToRgbWrapper (c=0x10ac0e0, src=, srcStride=0x7fffda80, srcSliceY=0, srcSliceH=500, dst=0x7fffdac0, 
dstStride=0x7fffda90) at 
/build/libav-RgBsVf/libav-9.10/libswscale/swscale_unscaled.c:592
#2  0x7fffeca1589d in sws_scale (c=, 
srcSlice=, srcStride=0xab2ba0, srcSliceY=0, srcSliceH=500, 
dst=, dstStride=0xa156a8) at 
/build/libav-RgBsVf/libav-9.10/libswscale/swscale_unscaled.c:1152
#3  0x7526fefe in CvCapture_FFMPEG::retrieveFrame(int, unsigned 
char**, int*, int*, int*, int*) ()  from 
/usr/lib/x86_64-linux-gnu/libopencv_highgui.so.2.4
#4  0x7526ffab in cvRetrieveFrame_FFMPEG () from 
/usr/lib/x86_64-linux-gnu/libopencv_highgui.so.2.4
#5  0x7526f419 in CvCapture_FFMPEG_proxy::retrieveFrame(int) () 
from /usr/lib/x86_64-linux-gnu/libopencv_highgui.so.2.4
#6  0x7526dcb9 in cv::VideoCapture::retrieve(cv::Mat&, int) () 
from /usr/lib/x86_64-linux-gnu/libopencv_highgui.so.2.4
#7  0x7526daa7 in cv::VideoCapture::read(cv::Mat&) () from 
/usr/lib/x86_64-linux-gnu/libopencv_highgui.so.2.4

Out of bounds address seems to be used in a call to a function from
libswscale.

Segfault occurs for at least for one uncompressed avi file
RIFF (little-endian) data, AVI, 944 x 500, 30.00 fps, video: uncompressed

but not for a compressed one
RIFF (little-endian) data, AVI, 592 x 320, 25.00 fps, video: XviD, audio:
MPEG-1 Layer 3 (stereo, 48000 Hz)

The former can be found at http://tinyurl.com/lv657fn (uncompressed,
almost 200Mo)



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

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


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

Bug#735527: ignores $DISPLAY on creating new windows

2014-01-15 Thread Harald Dunkel

Package: chromium
Version: 31.0.1650.63-1~deb7u1

If I run

env DISPLAY=:4 chromium

then I get another window in my background VNC session
(DISPLAY=:42) instead. There is no error message, just

Created new window in existing browser session.

Obviously $DISPLAY is ignored when chromium searches
for existing sessions.


Regards
Harri


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

Bug#735407: ITP: golang-gocapability-dev -- Package capability provides utilities for manipulating POSIX capabilities.

2014-01-15 Thread Michael Stapelberg

Hi Paul,

Paul Tagliamonte  writes:
>>  Please consider maintaining this package in the pkg-golang team on
>>  alioth, and please poke me if you need a sponsor/reviewer.
>> 
>>I was planning to host it under
>>[6]https://alioth.debian.org/scm/?group_id=100878, because that's a
>>dependency of docker, let me know if pkg-golang would make more sense.
>>paultag (cc'ed) already offered to review and sponsor it, but I'm happy to
>>get feedbacks from you as well as this is my first dh-golang package.
>
> If the go team is open to it, I see no problem in continuing our lovely
> friendship :)
I think the package should go into pkg-go, and we’re happy to have
it. Please join pkg-go at https://alioth.debian.org/projects/pkg-go/ and
you’ll be able to create a new repository by logging into git.debian.org
and running “setup-repository” in /git/pkg-go/

-- 
Best regards,
Michael


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

Bug#727708: Xfce & logind

2014-01-15 Thread Emilio Pozuelo Monfort

On 15/01/14 22:17, Yves-Alexis Perez wrote:
> Now, as far as I understand it, PolicyKit/ConsoleKit are unmaintained,
> and the recommended alternative is to use logind. That means in the
> future, it's likely that upstream Xfce will have to move away from
> consolekit. That's not something they really like, considering the
> support was added not so long ago, but there's not much choice, unless
> someone wants to maintain consolekit in the long run. And it seems that
> the only choice right now is to go with logind.
> 
> No patch have already been merged for that, but there are patches for
> various components (xfce4-power-manager and xfce4-session mostly, since
> for Thunar it's actually done in gvfs and/or udisks, so we won't have a
> choice anyway). 

Maybe I've misunderstood what you mean there, but xfce4-session had logind
support merged[1] a while ago, though consolekit support is still there and you
can choose to build one or the other.

Cheers,
Emilio

[1]
http://git.xfce.org/xfce/xfce4-session/commit/?id=ae28aef315a7a6b90f1649ce6d1f30b842791cbf


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

Bug#735526: totem: Visualisation plugin changes while switching tunes

2014-01-15 Thread Adrian Immanuel Kiess

Package: totem
Version: 3.8.2-3
Severity: normal

Dear Maintainer,

   * What led up to the situation?
 Playing last/next audio file
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 Just let the player run or foward/backward audio file
   * What was the outcome of this action?
 Visual Effects -> Type changes
   * What outcome did you expect instead?
 Visualisation staying same type

totem 3.8 in Debian/testing changes Visualisation plugin while new audio file
is played. This happens randomly.

In addition to that, totem crashes from time to time while playing back an OPUS
file.

With many greetings,

Adrian Immanuel KIESS



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

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

Versions of packages totem depends on:
ii  gnome-icon-theme3.10.0-1
ii  gnome-icon-theme-symbolic   3.10.1-1
ii  gsettings-desktop-schemas   3.8.2-2
ii  gstreamer1.0-clutter2.0.8-1
ii  gstreamer1.0-plugins-bad1.2.2-1
ii  gstreamer1.0-plugins-base   1.2.2-1
ii  gstreamer1.0-plugins-good   1.2.2-1
ii  gstreamer1.0-x  1.2.2-1
ii  libatk1.0-0 2.10.0-2
ii  libc6   2.17-97
ii  libcairo-gobject2   1.12.16-2
ii  libcairo2   1.12.16-2
ii  libclutter-1.0-01.14.4-3
ii  libclutter-gst-2.0-02.0.8-1
ii  libclutter-gtk-1.0-01.4.4-3
ii  libcogl-pango12 1.14.0-3
ii  libcogl12   1.14.0-3
ii  libdbus-1-3 1.6.18-2
ii  libdbus-glib-1-20.100.2-1
ii  libegl1-mesa [libegl1-x11]  9.2.2-1
ii  libgdk-pixbuf2.0-0  2.28.2-1+b1
ii  libgirepository-1.0-1   1.36.0-2+b1
ii  libglib2.0-02.36.4-1
ii  libgstreamer-plugins-base1.0-0  1.2.2-1
ii  libgstreamer1.0-0   1.2.2-1
ii  libgtk-3-0  3.8.6-1
ii  libjson-glib-1.0-0  0.16.2-1
ii  libnautilus-extension1a 3.8.2-2
ii  libpango-1.0-0  1.36.0-1+b1
ii  libpangocairo-1.0-0 1.36.0-1+b1
ii  libpeas-1.0-0   1.8.1-1
ii  libtotem-plparser17 3.4.5-1
ii  libtotem0   3.8.2-3
ii  libx11-62:1.6.2-1
ii  libxcomposite1  1:0.4.4-1
ii  libxdamage1 1:1.1.4-1
ii  libxext62:1.3.2-1
ii  libxfixes3  1:5.0.1-1
ii  libxi6  2:1.7.2-1
ii  libxrandr2  2:1.4.1-1
ii  python  2.7.5-5
ii  totem-common3.8.2-3

Versions of packages totem recommends:
ii  grilo-plugins-0.2  0.2.9-2
ii  gstreamer1.0-libav 1.2.2-1
ii  gstreamer1.0-plugins-ugly  1.2.2-1
ii  gstreamer1.0-pulseaudio1.2.2-1
ii  totem-plugins  3.8.2-3

Versions of packages totem suggests:
ii  gnome-codec-install  0.4.7+nmu2
pn  totem-mozilla

Versions of packages totem-gstreamer depends on:
ii  gnome-icon-theme  3.10.0-1
ii  gstreamer0.10-alsa [gstreamer0.10-audiosink]  0.10.36-1.1
ii  gstreamer0.10-gnomevfs0.10.36-1.1
ii  gstreamer0.10-plugins-bad [gstreamer0.10-audiosink]   0.10.23-7.1
ii  gstreamer0.10-plugins-base0.10.36-1.1
ii  gstreamer0.10-plugins-good [gstreamer0.10-audiosink]  0.10.31-3+nmu2
ii  gstreamer0.10-pulseaudio [gstreamer0.10-audiosink]0.10.31-3+nmu2
ii  gstreamer0.10-x   0.10.36-1.1
ii  iso-codes 3.50-1
ii  libart-2.0-2  2.3.21-2
ii  libatk1.0-0   2.10.0-2
ii  libbonobo2-0  2.32.1-3
ii  libbonoboui2-02.24.5-2
ii  libc6 2.17-97
ii  libcairo2 1.12.16-2
ii  libdbus-1-3   1.6.18-2
ii  libdbus-glib-1-2  0.100.2-1
ii  libgcc1   1:4.8.2-12
ii  libgconf2-4   3.2.6-1
ii  libglib2.0-0  2.36.4-1
ii  libgnome2-0   2.32.1-5
ii  libgnomecanvas2-0 2.30.3-2
ii  libgnomeui-0  2.24.5-3
ii  libgnomevfs2-01:2.24.4-4
ii  libgstreamer

Bug#702201: samba: logrotate script for nmbd.log does not wait long enough.

2014-01-15 Thread Matthew Gabeler-Lee

Package: samba
Version: 2:4.1.3+dfsg-2
Followup-For: Bug #702201

The easiest workaround is to add "delaycompress" to the logrotate config so
that logrotate renames the log file on the first rotate, and compresses it
on the second rotate.

-- Configuration Files:
/etc/logrotate.d/samba changed:
/var/log/samba/log.smbd {
weekly
missingok
rotate 7
postrotate
/etc/init.d/smbd reload > /dev/null
endscript
compress
delaycompress
notifempty
}
/var/log/samba/log.nmbd {
weekly
missingok
rotate 7
postrotate
[ ! -f /var/run/samba/nmbd.pid ] || kill -HUP `cat 
/var/run/samba/nmbd.pid`
endscript
compress
delaycompress
notifempty
}


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

Bug#663185: midori: New upstream version doesn't depend on waf anymore

2014-01-15 Thread Yves-Alexis Perez

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Thu, Jan 16, 2014 at 04:36:34AM -0200, Rogério Brito wrote:
> Package: midori
> Version: 0.4.3+dfsg-0.1
> Followup-For: Bug #663185
> 
> Hi there.
> 
> Just for the record, upstream has changed midori's build system from waf to
> cmake:
> 
> http://www.twotoasts.de/index.php/2013/11/two-webkittens/
> 
> Since some platforms (e.g., powerpc) don't have the luxury of having many
> browsers available, it would be super nice to have an updated version of
> midori in the archives, now that the legal problem is gone.

Just for the record, considering the whole history and the fact I've
switched to chromium, I'm not interested in midori anymore.

Regards,
- -- 
Yves-Alexis Perez
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBCgAGBQJS14VEAAoJEG3bU/KmdcClnYoH/iLt2aijiIXqdmLq9UZA5+1C
qGGCcmQP0YzllDxGlDxCiUZd/yYaZh32oxxxdn08B1msGcDhQBL828JNZBYWWD3V
FQDZdp8PzSBV2hF7gb9F5pwTWhRqJ6BXcVnhlkTtknzwh33dPWbKub07sTfKkMaA
6Q1sFsCBmdMFRsuxs/4H2rZZ8d19mWYaPkeHGL1grSof7AqQ2uNLWQi6disSdMCo
6rTAClZcmV2dQ3Kim3P40OAoQ3We5rT0bJbVZFMuGbQ+ry1p/o+X7IvVqR+aO58H
LQukbhRlg18tUNfKzY9MSqZnpI3Hd7nJ2ClO4f03cuH/x8f6TIDzXvcwJEhPg1Y=
=ScRG
-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#735525: libwine: many dependancies for libwine missing

2014-01-15 Thread Andreas Wirooks

Package: libwine
Version: 1.6.2-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,
I know that this is a private backport of wine to wheezy but
I can see that also for the latest version i sid the
dependancies of libwine are wrong.

On my amd64 machine wine is the only package that needs
multiarch and has dependancies on i386 packages. I get the
error message that ncurses it not found and also found out
that other dependancies are missing like libcups2, sane and
i suppose that the dependancies lying in the old libwine-*
packages like libwine-print, libwine-sane, etc. are not
transfered to libwine.
Regards,
Andreas

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

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

Versions of packages libwine depends on:
ii  libasound21.0.25-4
ii  libc6 2.13-38
ii  libexif12 0.6.20-3
ii  libgl1-mesa-glx [libgl1]  8.0.5-4+deb7u2
ii  libglu1-mesa [libglu1]8.0.5-4+deb7u2
ii  libgphoto2-2  2.4.14-2
ii  libgphoto2-port0  2.4.14-2
ii  libldap-2.4-2 2.4.31-1+nmu2
ii  libmpg123-0   1.14.4-1
ii  libopenal11:1.14-4
ii  libx11-6  2:1.5.0-1+deb7u1
ii  libxext6  2:1.3.1-2+deb7u1
ii  libxml2   2.8.0+dfsg1-7+nmu2
ii  multiarch-support 2.13-38
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages libwine recommends:
ii  libxcursor1 1:1.1.13-1+deb7u1
ii  ttf-liberation  1.07.2-6

Versions of packages libwine suggests:
pn  wine-doc  

-- 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#725340: python-pelican: New Upstream Release (3.3)

2014-01-15 Thread Vincent Cheng

Hi Ondřej,

Would you perhaps like some help with pelican (#725340 seems to have
gone unnoticed for months)? The latest upstream release works fine by
merely bumping debian/changelog, so if you're too busy at the moment
to prepare an updated package, I'd be glad to do a team upload (and/or
become a co-maintainer), as well as add pelican into the PAPT's svn
repo.

Cheers,
Vincent


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

Bug#735524: samba: Unbounded per-client logging

2014-01-15 Thread Matthew Gabeler-Lee

Package: samba
Version: 2:4.1.3+dfsg-2
Severity: minor

Debian's default smb.conf has the directive log file = /var/log/samba/log.%m
which is all well and good.  But, other than log.smbd and log.nmbd, none of
these are rotated or pruned.

In the "old" days, this never seemed to be a problem, but in modern days of
tablets (with apps with CIFS implementations that use a different hostname
every time they launch) and IPv6 (with randomly selected privacy addresses),
I find that this is causing this directory to grow, at least in number of
files, wildly.

I see two sensible options:

1) Adjust the logrotate configuration to rotate /var/log/samba/log.*, remove
the notifempty, and add nocreate.

2) Add a tmpreaper script that will remove old per-client logs after some
reasonable period of time, with appropriate options so that it doesn't eat
the main server log files and their rotation history.

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

Kernel: Linux 3.12-1-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 samba depends on:
ii  adduser 3.113+nmu3
ii  dpkg1.17.5
ii  libasn1-8-heimdal   1.6~git20131117+dfsg-3
ii  libbsd0 0.6.0-1
ii  libc6   2.17-97
ii  libcomerr2  1.42.9-2
ii  libhdb9-heimdal 1.6~git20131117+dfsg-3
ii  libkdc2-heimdal 1.6~git20131117+dfsg-3
ii  libkrb5-26-heimdal  1.6~git20131117+dfsg-3
ii  libldb1 1:1.1.16-1
ii  libpam-modules  1.1.3-9
ii  libpam-runtime  1.1.3-9
ii  libpopt01.16-8
ii  libpython2.72.7.6-4
ii  libroken18-heimdal  1.6~git20131117+dfsg-3
ii  libtalloc2  2.1.0-1
ii  libtdb1 1.2.12-1
ii  libtevent0  0.9.19-1
ii  lsb-base4.1+Debian12
ii  multiarch-support   2.17-97
ii  procps  1:3.3.4-2
ii  python  2.7.5-5
ii  python-dnspython1.11.1-1
ii  python-ntdb 1.0-2
ii  python-samba2:4.1.3+dfsg-2
pn  python2.7:any   
ii  samba-common2:4.1.3+dfsg-2
ii  samba-common-bin2:4.1.3+dfsg-2
ii  samba-dsdb-modules  2:4.1.3+dfsg-2
ii  samba-libs  2:4.1.3+dfsg-2
ii  tdb-tools   1.2.12-1
ii  update-inetd4.43

Versions of packages samba recommends:
pn  attr   
ii  logrotate  3.8.6-1
pn  samba-vfs-modules  

Versions of packages samba suggests:
pn  bind9  
pn  bind9utils 
pn  ctdb   
pn  ldb-tools  
ii  ntp1:4.2.6.p5+dfsg-3
pn  smbldap-tools  
pn  winbind

-- Configuration Files:
/etc/logrotate.d/samba 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#668231: Fix released

2014-01-15 Thread Vladimir Rutsky


FYI reworked patch was applied:
https://gitorious.org/procps/procps/commit/1b97942c8e495300de9f86206641ba7469f9aa11
and fix was released in procps 3.3.9 version.

--
Vladimir Rutsky


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

Bug#735501: Sourceless file

2014-01-15 Thread Bastien ROUCARIES

Le 15 janv. 2014 22:00, "László Böszörményi (GCS)"  a écrit
:
>
> tags 735501 + confirmed
> thanks
>
> Hi,
>
> You are right, I've to delete it from the binary package and link it
> to the packaged jquery-ui.js if possible. Should I repack the source?

Yes you should
> Release 1.5.0 is _not_ DFSG free and should not be packaged. I'm
> waiting for upstream to release 1.5.1 for a while. I hope it will
> happen soon. May I wait for it or should I act promptly?

You could repack thé source if needed.

Bastien
>
> Thanks,
> Laszlo/GCS
>
> On Wed, Jan 15, 2014 at 10:07 PM, bastien ROUCARIES
>  wrote:
> > I could not find the source of:
> >   share/www/script/jquery-ui-1.8.11.custom.min.js

Bug#735523: dcap and dicom3tools: error when trying to install together

2014-01-15 Thread Ralf Treinen

Package: dicom3tools,dcap
Version: dicom3tools/1.00~20140105-1
Version: dcap/2.47.8-2
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2014-01-16
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:


Selecting previously unselected package libjpeg8:amd64.
(Reading database ... 10913 files and directories currently installed.)
Preparing to unpack .../libjpeg8_8d-2_amd64.deb ...
Unpacking libjpeg8:amd64 (8d-2) ...
Selecting previously unselected package libpng12-0:amd64.
Preparing to unpack .../libpng12-0_1.2.49-5_amd64.deb ...
Unpacking libpng12-0:amd64 (1.2.49-5) ...
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-7_amd64.deb ...
Unpacking libtiff5:amd64 (4.0.3-7) ...
Selecting previously unselected package libdcap1.
Preparing to unpack .../libdcap1_2.47.8-2_amd64.deb ...
Unpacking libdcap1 (2.47.8-2) ...
Selecting previously unselected package dcap.
Preparing to unpack .../dcap_2.47.8-2_amd64.deb ...
Unpacking dcap (2.47.8-2) ...
Selecting previously unselected package libnetpbm10.
Preparing to unpack .../libnetpbm10_2%3a10.0-15+b2_amd64.deb ...
Unpacking libnetpbm10 (2:10.0-15+b2) ...
Selecting previously unselected package netpbm.
Preparing to unpack .../netpbm_2%3a10.0-15+b2_amd64.deb ...
Unpacking netpbm (2:10.0-15+b2) ...
Selecting previously unselected package dicom3tools.
Preparing to unpack .../dicom3tools_1.00~20140105-1_amd64.deb ...
Unpacking dicom3tools (1.00~20140105-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/dicom3tools_1.00~20140105-1_amd64.deb (--unpack):
 trying to overwrite '/usr/share/man/man1/dccp.1.gz', which is also in package 
dcap 2.47.8-2
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Processing triggers for man-db (2.6.5-3) ...
Errors were encountered while processing:
 /var/cache/apt/archives/dicom3tools_1.00~20140105-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


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

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

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

This bug has been filed against both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may then
also register in the BTS that the other package is affected by the bug.

-Ralf.

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


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

Bug#735349: Sourceless file

2014-01-15 Thread Bastien ROUCARIES

Le 16 janv. 2014 05:10, "Vincent Cheng"  a écrit :
>
> On Tue, Jan 14, 2014 at 3:20 PM, bastien ROUCARIES
>  wrote:
> > Package: src:0ad
> > Severity: serious
> > User: debian...@lists.debian.org
> > Usertags: source-contains-prebuilt-javascript-object
> > X-Debbugs-CC: ftpmas...@debian.org
> >
> > I could not find the source of:
> > source/tools/jsdebugger/js/lib/jquery-1.8.3.min.js
> > source/tools/jsdebugger/js/lib/jquery.easyui/jquery-1.8.0.min.js
> >
> > I have some doubt about this one (seems to be build from source
directory)
> >   source/tools/jsdebugger/js/lib/jquery.easyui/jquery.easyui.min.js
> >
>
> These files aren't shipped in any of 0ad/0ad-data's binary packages,
> so I suppose this is easily fixable just by repackaging the source
> tarball to remove them.

Yes it will ne sufficent
>
> Vincent

Bug#663185: midori: New upstream version doesn't depend on waf anymore

2014-01-15 Thread Rogério Brito

Package: midori
Version: 0.4.3+dfsg-0.1
Followup-For: Bug #663185

Hi there.

Just for the record, upstream has changed midori's build system from waf to
cmake:

http://www.twotoasts.de/index.php/2013/11/two-webkittens/

Since some platforms (e.g., powerpc) don't have the luxury of having many
browsers available, it would be super nice to have an updated version of
midori in the archives, now that the legal problem is gone.


Thanks.

-- 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=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages midori depends on:
ii  dbus-x111.7.10-2
ii  libc6   2.17-97
ii  libcairo2   1.12.16-2
ii  libgdk-pixbuf2.0-0  2.28.2-1+b1
ii  libglib2.0-02.36.4-1
ii  libgtk2.0-0 2.24.22-1
ii  libjavascriptcoregtk-1.0-0  2.2.3-1
ii  libnotify4  0.7.6-1
ii  libpango1.0-0   1.36.0-1+b1
ii  libsoup2.4-12.44.2-2~segfaultpatch0
ii  libsqlite3-03.8.2-1
ii  libunique-1.0-0 1.1.6-4
ii  libwebkitgtk-1.0-0  2.2.3-1
ii  libx11-62:1.6.2-1
ii  libxml2 2.9.1+dfsg1-3
ii  libxss1 1:1.2.2-1

Versions of packages midori recommends:
ii  gnome-icon-theme  3.10.0-1

midori suggests no packages.

-- no debconf information

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


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

Bug#735522: ITP: python-pyxenstore -- Access XenStore from Python

2014-01-15 Thread Thomas Goirand

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: python-pyxenstore
  Version : 0.0.2
  Upstream Author : Chris Behrens 
* URL : https://pypi.python.org/pypi/pyxenstore
* License : Apache-2.0
  Programming Lang: C, Python
  Description : Access XenStore from Python

 This package contains the Python bindings to access the XenStore filesystem.
 It may be useful from the dom0 and/or from the domU, to get / set information
 about runing virtual machines.


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

Bug#727708: Bits from linux.conf.au

2014-01-15 Thread Martin Pitt

Niels Möller [2014-01-15 22:34 +0100]:
> Users should not select a non-default init system lightly. I think it's
> going to be a bit like using the "non-default" kfreebsd or hurd kernel.
> It's not for the average user who wants as much software as possible to
> work as well as possible. It's for the user who is curious, or really
> likes to use or hack that piece of software, or maybe hopes that it's
> going to replace the current default component sometime in the future.

That's not something I'd call "supported" then. So either that
non-default init system does get a certain amount of  interest, and
many maintainers add an init script for that system to their packages
-- then there's the additional maintenance/testing/subpar quality
problem for that. Or they don't, and then having that init system
doesn't make much sense in the first place.

> (And it's going to be at least 4 init systems, not 3, right? systemd,
> upstart, sysv and openrc. With support for sysv possibly dropped after a
> few release cycles).

There's no practical way to drop sysv of course, at least as long as
we have non-Linux ports. So this is already 2, and that at least still
has some technical justification. But having more than $DEFAULT and
sysv just boils down to "we can't make a decision".

Martin

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


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

Bug#727708: Bits from linux.conf.au

2014-01-15 Thread Martin Pitt

Hey Yves-Alexis,

Yves-Alexis Perez [2014-01-15 22:17 +0100]:
> Now, as far as I understand it, PolicyKit/ConsoleKit are unmaintained,
> and the recommended alternative is to use logind.

To clarify, ConsoleKit has been deprecated for a while, and logind is
the official successor (and roughly equivalent in terms of what a
desktop environment needs from it). polkit is a different beast and is
*not* deprecated; it has been switched over to use logind for checking
"is that process on an active foreground console", which it previously
used ConsoleKit for.

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


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

Bug#735521: /etc/init.d/motd: Please drop in favor of using pam_exec

2014-01-15 Thread Josh Triplett

Package: initscripts
Version: 2.88dsf-45
Severity: wishlist
File: /etc/init.d/motd

As previously discussed via IRC:

PAM 1.1.8-1 includes the pam_exec change from bug 670147.  Please
consider making use of this to drop /etc/init.d/motd in favor of the
following invocation of pam_exec before the motd:

session optional pam_exec.so type=open_session stdout /bin/uname -snrvm

Thanks,
Josh Triplett

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

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

Versions of packages initscripts depends on:
ii  coreutils   8.21-1
ii  debianutils 4.4
ii  libc6   2.17-97
ii  lsb-base4.1+Debian12
ii  mount   2.20.1-5.5
ii  sysv-rc 2.88dsf-45
ii  sysvinit-utils  2.88dsf-45

Versions of packages initscripts recommends:
ii  e2fsprogs  1.42.9-2
ii  psmisc 22.20-1

initscripts suggests no packages.

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

-- no debconf information


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

Bug#735520: ITP: openstack-guest-agents-unix -- Agent to install in VMs running under a Xen-based OpenStack cloud

2014-01-15 Thread Thomas Goirand

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: openstack-guest-agents-unix
  Version : 1.39.0
  Upstream Author : Johannes Erdfelt 
* URL : https://github.com/rackerlabs/openstack-guest-agents-unix
* License : Apache-2.0
  Programming Lang: Python
  Description : Agent to install in VMs running under a Xen-based OpenStack 
cloud

 This package contains the Unix guest agent for Openstack. It is useful when
 using Xen (eg: XenAPI / XCP) as hypervisor, and it must be installed in
 every virtual machine image when using the Rackspace cloud.


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

Bug#734901: [Pkg-sysvinit-devel] Bug#734901: initscripts: More Proper Detection of "fastboot"

2014-01-15 Thread Sebastian Steinhuber


an even CPU-cycles optimized manner,
grep -s -i -E '(\s|\t)fastboot(\s|$|\t)'


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

Bug#734901: [Pkg-sysvinit-devel] Bug#734901: initscripts: More Proper Detection of "fastboot" Kernel Parameter

2014-01-15 Thread Sebastian Steinhuber


I got it now, confused I was.
Grep is not the culprit.


FWIW, grep -s -i -E (\t|\s)fastboot($|\t|\s)'
should be just fine.

printf ' i915.fastboot=1' | grep -s -i -E '(\t|\s)fastboot($|\t|\s)'
echo $?
1

$ printf ' fastboot' | grep -s -i -E (\t|\s)fastboot($|\t|\s)'
 fastboot

$ printf ' fastboot ' | grep -s -i -E (\t|\s)fastboot($|\t|\s)'
 fastboot


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

Bug#650601: libpng transition and how to deal with embedded copies

2014-01-15 Thread Nobuhiro Iwamatsu

Hi, Anibal.

2014/1/11 Aníbal Monsalve Salazar :
> On Sat, Jan 11, 2014 at 03:14:03PM +0900, Nobuhiro Iwamatsu wrote:
>>
>> I dont got reply form Anibal yet.
>> But I will upload to exeprimental after modifying the debian /
>> changelog, because I think that there is no issues with a package of
>> now.
>
> Hello Nobuhiro and Norbert,
>
> I've been busy attending LCA2014 (http://linux.conf.au/) and starting a
> new job.
>

Cool! I'm thinking I want to go to LCA once.

> So, please go ahead.
>
> Regards,
>
> Aníbal

Thanks!
I changed source pakcage name from libpng to libpng1.6, and upload to
experimental.

Best regatrds,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


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

Bug#727708: Bits from linux.conf.au

2014-01-15 Thread Nikolaus Rath

Martin Pitt  writes:
> Bdale Garbee [2014-01-13 13:57 -0700]:
>> Ian Jackson  writes:
>> 
>> > I'm coming round to the view that we should be planning to support
>> > multiple systems indefinitely.
>> 
>> This has been my opinion all along.  Various assertions that it's
>> somehow just too hard really haven't swayed me.  The tricky bit, I
>> think, is to define just what "support" means in the context of
>> non-default init systems.  
>
> I think that would be the worst possible (non-)decision that could be
> made. We already have more than enough bugs in Debian; officially
> trying to support 3 init systems is going to end up being a
> combinatorial explosion of testing and bugs, for no obvious benefit
> for the user ("pick your set of bugs").

I think it would be helpful for the discussion if people would first
define what they mean with "support" (and "default"), and then discuss
whether it's desirable or not.

Support could mean anything from "packages not shipping init scripts
using the full functionality of each available init systems are not
accepted to the archive" to "packages of alternate init systems are
allowed in the archieve, but integration has to be done completely by
the local administrator".

I'm pretty sure most people's opinions on whether Debian should support
multiple init systems would be quite different for those two cases. 

Best,
Nikolaus

-- 
Encrypted emails preferred.
PGP fingerprint: 5B93 61F8 4EA2 E279 ABF6  02CF A9AD B7F8 AE4E 425C

 »Time flies like an arrow, fruit flies like a Banana.«

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

Bug#735349: Sourceless file

2014-01-15 Thread Vincent Cheng

On Tue, Jan 14, 2014 at 3:20 PM, bastien ROUCARIES
 wrote:
> Package: src:0ad
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: source-contains-prebuilt-javascript-object
> X-Debbugs-CC: ftpmas...@debian.org
>
> I could not find the source of:
> source/tools/jsdebugger/js/lib/jquery-1.8.3.min.js
> source/tools/jsdebugger/js/lib/jquery.easyui/jquery-1.8.0.min.js
>
> I have some doubt about this one (seems to be build from source directory)
>   source/tools/jsdebugger/js/lib/jquery.easyui/jquery.easyui.min.js
>

These files aren't shipped in any of 0ad/0ad-data's binary packages,
so I suppose this is easily fixable just by repackaging the source
tarball to remove them.

Vincent


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

Bug#735519: mirror submission for jaran.undip.ac.id

2014-01-15 Thread Eko Didik Widianto

Package: mirrors
Severity: wishlist

Submission-Type: new
Site: jaran.undip.ac.id
Type: leaf
Archive-architecture: amd64 i386 ia64 
Archive-ftp: /debian/
Archive-http: /debian/
Archive-rsync: debian/
CDImage-ftp: /isos/debian-iso/
IPv6: no
Archive-upstream: ftp.us.debian.org
CDImage-upstream: mirrorservice.org
Updates: once
Maintainer: Eko Didik Widianto 
Country: ID Indonesia
Location: Universitas Diponegoro
Sponsor: UPT Puskom http://puskom.undip.ac.id


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

Bug#735518: lintian: warning for overrides that are missing an explanation

2014-01-15 Thread Paul Wise

Package: lintian
Severity: wishlist

Please add a warning for overrides where there is no comment before them
explaining the situation leading to the override. See also #512901 and
#474590 for related lintian bug reports.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#732342: Stack Trace

2014-01-15 Thread Andrew Bartlett

On Tue, 2014-01-07 at 16:58 -0800, Steve Langasek wrote:
> On Wed, Jan 08, 2014 at 01:54:32PM +1300, Andrew Bartlett wrote:
> 
> > > > Reading symbols from /usr/lib/x86_64-linux-gnu/libhdb.so.9...Reading
> > > > symbols from
> > > > /usr/lib/debug/usr/lib/x86_64-linux-gnu/libhdb.so.9.2.0...done.
> > > > done.
> > > > Loaded symbols for /usr/lib/x86_64-linux-gnu/libhdb.so.9
> 
> > > > That happened with the samba server in PDC mode, running "passwd"
> > > > via sssd or changing the password via Windows 8.
> 
> > > I'm sorry to say that this stack trace shows signs of stack corruption.
> > > "0x" and "0x0008" are not valid addresses to
> > > appear in a backtrace.
> 
> > > You may have better luck debugging by running under valgrind, which can
> > > often detect stack corruption errors at runtime /before/ they clobber the
> > > stack.
> 
> > I strongly suspect in this and in 734355 that Heimdal and Samba have got
> > out of sync.  We use libhdb (and other parts) from Heimdal in a quite
> > intimate manner.
> 
> By "intimate", do you mean "using private interfaces"?

I understand the interfaces are public, but I'm pretty sure that Samba
is the only external user of some of these, so we find out about
breakages the hard way.  Also, it seem that the ABI changes are not
tracked at the .so level, so auto dep-solving may not find them. 

Andrew Bartlett

-- 
Andrew Bartlett
http://samba.org/~abartlet/
Authentication Developer, Samba Team  http://samba.org
Samba Developer, Catalyst IT  http://catalyst.net.nz/services/samba





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

Bug#732342: Samba Stack Trace due to hdb interface change in Heimdal

2014-01-15 Thread Andrew Bartlett

On Wed, 2014-01-15 at 02:32 +1300, Andrew Bartlett wrote:
> On Thu, 2014-01-09 at 18:04 -0600, Jeff Clark wrote:
> > No problem.  Will send it over in a few hours.
> 
> With all the false starts on this, I've sat on the patches until I can
> test it with the developer at Catalyst IT who also reproduced it.  Once
> that comes out OK, I'll get the fix for this pushed, and get the
> matching Heimdal patch in.
> 
> Brian,
> 
> This bug needs a patch to Heimdal as well as to Samba.  I'll post you
> the patch once I've tested it, and then I guess we need to work on a
> stricter version dep here to make sure this all keeps in sync. 

Brian,

Can we get this patch into the Heimdal package, so we can fix that side
of bug #732342?

Once I know the version number it will be in, I'll update the control
files to require it for Samba. 

Thanks,

-- 
Andrew Bartlett
http://samba.org/~abartlet/
Authentication Developer, Samba Team  http://samba.org
Samba Developer, Catalyst IT  http://catalyst.net.nz/services/samba



Description: Fix HDB .so loading
 As suggeste by Love Hörnquist Åstrand 
 .
Author: Love Hörnquist Åstrand 
Bug-Debian: http://bugs.debian.org/732342

---

--- heimdal-1.6~git20131117+dfsg.orig/lib/hdb/hdb.c
+++ heimdal-1.6~git20131117+dfsg/lib/hdb/hdb.c
@@ -391,10 +391,12 @@ struct cb_s {
 static krb5_error_code KRB5_LIB_CALL
 callback(krb5_context context, const void *plug, void *plugctx, void *userctx)
 {
+const struct hdb_method *h = (const struct hdb_method *)plug;
 struct cb_s *cb_ctx = (struct cb_s *)userctx;
 
-if (strncmp (cb_ctx->filename, cb_ctx->h->prefix, strlen(cb_ctx->h->prefix)) == 0) {
-	cb_ctx->residual = cb_ctx->filename + strlen(cb_ctx->h->prefix);
+if (strncmp (cb_ctx->filename, h->prefix, strlen(h->prefix)) == 0) {
+	cb_ctx->residual = cb_ctx->filename + strlen(h->prefix);
+	cb_ctx->h = h;
 	return 0;
 }
return KRB5_PLUGIN_NO_HANDLE;

Bug#648624: lwjgl: upstream >= 2.8 needs libasm4-java

2014-01-15 Thread Michael Gilbert

On Wed, Jan 15, 2014 at 3:31 PM, David Prévot wrote:
> Control: retitle -1 Please upgrade lwjgl to a more recent version
>
> Hi Michael,
>
> On Sun, Nov 13, 2011 at 10:55:38AM -0500, Michael Gilbert wrote:
>
>> i worked on packaging the upstream version 2.8.1 today
>
> It looks like you forgot to push your work in progress to the package
> repository, can you please do so if you still have it handy?

That was a long time ago, and I think I erased the work a while ago.

>> but it has a new dependency on asm4 that doesn't exist in debian yet.
>
> That statement isn’t true anymore, are you still interested into
> upgrading lwjgl?

Definitely.

> I may be interested to use a more recent version of liblwjgl-java as a
> build-dependency for processing in the near future, and am thus ready to
> help upgrading lwjgl via a team upload if that’s OK with you.

If you're interested, please feel free to update as you see fit :)

Best wishes,
Mike


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

Bug#735360: kexec-tools: Multiboot mem_lower is always zero after kexec

2014-01-15 Thread Peter Chubb

Hi Khalid,
   FYI: The patch has now been applied upstream, too.

Peter C
--
Dr Peter Chubb  peter.chubb AT nicta.com.au
http://www.ssrg.nicta.com.au  Software Systems Research Group/NICTA


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

Bug#735517: vlc: cannot convert stream to file

2014-01-15 Thread Arthur Marsh

Package: vlc
Version: 2.1.2-2
Severity: normal

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

   * What led up to the situation?

Attempting to convert a stream to an MP3 file

$ vlc
VLC media player 2.1.2 Rincewind (revision 2.1.2-0-ga4c4876)
[0x7130b8] main libvlc: Running vlc with the default interface. Use 'cvlc' to 
use vlc without interface.
[0x7fbc7c002218] access_output_file access out error: cannot create : No such 
file or directory
[0x7fbc7c001358] stream_out_standard stream out error: no suitable sout access 
module for `file{no-overwrite}/ts://(null)'
[0x7fbc7c000cc8] main stream output error: stream chain failed for 
`transcode{vcodec=none,acodec=mp3,ab=320,channels=2,samplerate=44100}:std{access=file{no-overwrite},mux=ts,dst=''}'
[0x7fbc840009b8] main input error: cannot start stream output instance, aborting

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

The errors above happened when I did not specify an output file name.

When I did specify an output file name I received the error:

access_output_file access out error: cannot create 
/home/amarsh04/2014-01-15-test-again.ts: File exists
[0x7f2844c25a18] access_mms access: selecting stream[0x1] audio (63 Kib/s)
[0x7f2844c25a18] access_mms access: connection successful

vlc claimed about a file with extension .ts already existed, even though 
I had specified a unique filename ending in mp3 for an MP3 audio file, as 
the stream was audio only. When I specified overwrite, vlc wrote a file
with extension .ts.

mediainfo reported:

$ mediainfo ~/2014-01-15-*ts
General
ID   : 51929 (0xCAD9)
Complete name: 
/home/amarsh04/2014-01-15-test-again.ts
Format   : MPEG-TS
File size: 12.2 MiB
Duration : 4mn 45s
Overall bit rate mode: Variable
Overall bit rate : 360 Kbps

Audio
ID   : 68 (0x44)
Menu ID  : 1 (0x1)
Format   : MPEG Audio
Format version   : Version 1
Format profile   : Layer 3
Mode : Joint stereo
Mode extension   : MS Stereo
Codec ID : 3
Duration : 4mn 45s
Bit rate mode: Constant
Bit rate : 320 Kbps
Channel(s)   : 2 channels
Sampling rate: 44.1 KHz
Compression mode : Lossy
Stream size  : 10.9 MiB (89%)
Writing library  : LAME3.99.5
Language : Japanese

although I only wanted to create an audio MP3 file.

   * What was the outcome of this action?
   * What outcome did you expect instead?

vlc to give an error message if no output file was mentioned, and to 
give the option to save only audio in an audio format.

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


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

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

Versions of packages vlc depends on:
ii  dpkg  1.17.6
ii  fonts-freefont-ttf20120503-1
ii  libaa11.4p5-41
ii  libavcodec54  6:9.10-2
ii  libavutil52   6:9.10-2
ii  libc6 2.17-97
ii  libcaca0  0.99.beta18-1
ii  libfreetype6  2.5.2-1
ii  libfribidi0   0.19.6-1
ii  libgcc1   1:4.9-20140111-1
ii  libgl1-mesa-glx [libgl1]  10.0.1-1
ii  libice6   2:1.0.8-2
ii  libqtcore44:4.8.5+git209-g718fae5+dfsg-1
ii  libqtgui4 4:4.8.5+git209-g718fae5+dfsg-1
ii  libsdl-image1.2   1.2.12-5+b1
ii  libsdl1.2debian   1.2.15-8
ii  libsm62:1.2.1-2
ii  libstdc++64.9-20140111-1
ii  libtar0   1.2.20-1
ii  libva-x11-1   1.2.1-2
ii  libva11.2.1-2
ii  libvlccore7   2.1.2-2
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

Bug#733875: dnmalloc broken

2014-01-15 Thread Javier Fernández-Sanguino Peña

On Tue, Jan 14, 2014 at 03:28:17PM +0100, Bastian Blank wrote:
> Some debugging shows that dnmalloc is broken.  It is already disabled
> for ia64 and s390, so the maintainer obviously knows.  Please disable
> for _all_ architectures until this code is known to work.

I've disabled it for s390x just as I did for s390. Upstream currently lists
the following architectures as problematic:

The dnmalloc allocator doesn't work on: OpenBSD (problems with pthread
internals), Cygwin (also pthread internals), and 64bit FreeBSD. On 64bit
AIX, you need to compile as a 32bit application, or to forego dnmalloc.

This is from http://www.la-samhna.de/samhain/manual/dnmalloc.html

I will contact them in order to see if I can get a precise list of
architectures where it is known to work and adjust debian/rules accordingly.

Regards

Javier

signature.asc
Description: Digital signature

Bug#735360: kexec-tools: Multiboot mem_lower is always zero after kexec

2014-01-15 Thread Khalid Aziz

On Wed, 2014-01-15 at 10:23 +1000, Peter Chubb wrote:
> Package: kexec-tools
> Version: 1:2.0.4-1
> Severity: normal
> Tags: upstream, patch
> 
> Dear Maintainer,
>  I'm trying to use kexec to boot a multiboot image.  My image
>  relies on mbi->mem_lower being correct, but the current code
>  combined with a stock debian kernel always fills this field in
>  with zero.
> 
>  The problem is that the debian stock kernel protects the first
>  few pages (from physical address zero) so they don't appear in
>  /proc/iomem -- so the test in kexec-multiboot-x86.c to
>  find the low memory fails -- there's never any visible memroy at
>  location zero in /proc/iomem.
> 
>  My suggested fix is attached.

Queueing it up for the next version. Thanks, Peter!

--
Khalid


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

Bug#735291: Now chinese chars displayed with some chinese supported fonts

2014-01-15 Thread 张敬强

The new font doesn't work but it's a little different with the original one.

I attach 3 screenshots. One with the new arial font, one with the orignal
arial font and one with fonts-wqy-zenhei in debian repos.

I remember that the fonts used in xbmc version 11 doesn't work also.

Thanks

2014/1/16 Balint Reczey 

> Hi,
>
> Could you please test this file as a replacement for arial.ttf?:
> http://www.cs.bme.hu/~rbalint/xbmc-arial-new.ttf
>
> Thanks,
> Balint
>
> On 01/14/2014 03:12 PM, 张敬强 wrote:
> > Change arial.ttf link to some chinese fonts seems resolve the problem.
> >
> > The defualt arial.ttf font with version 12.3+dfsg1-3 does not have this
> > problem.
> >
> >
> >
>
>
>

Bug#735516: python-liblas: hardcoded dependency on liblas1 which is no longer built by liblas

2014-01-15 Thread Sebastian Ramacher

Package: python-liblas
Version: 1.2.1-2
Severity: serious
Tags: sid jessie

liblas bumped its SONAME and started a transition from liblas1 to
liblas2 and liblas-c2. The liblas1 package is no longer built by liblas.
python-liblas has a hardcoded dependency on liblas1 and needs to be
updated. Since python-liblas uses ctypes, it might be necessary to adopt
the code to be compatible with the new ABI.

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#735515: please do not allow post-build tests to fail on all architectures

2014-01-15 Thread Dmitry Smirnov

Source: leveldb
Version: 1.14.0-3
Severity: wishlist
Tags: patch

I understand that currently post-build tests are allowed to fail on
all architectures due to problems on "mips". This is overkill and with
the following (sample) code we can isolate override_dh_auto_test and
ignore failure(s) only on affected architecture:

override_dh_auto_test:
ifeq ($(DEB_BUILD_ARCH),mips)
@echo " will not abort on test(s) failure "
-dh_auto_test
else
dh_auto_test
endif


Please consider making tests fatal on supported architectures.
LevelDB is critical for some applications so I hope that running tests
suite might help to build more confidence in LevelDB's correct
functioning.

Thanks.

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


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

Bug#735514: chromium: 'Out of memory' when displaying some utf-8 characters

2014-01-15 Thread Mauro Torrez

Package: chromium
Version: 31.0.1650.63-1
Severity: important

Dear Maintainer,
When opening web pages with some strange characters (emoji, i would say) with
utf-8 encoding, chromium displays the 'Aw, Snap!' error web page.
This thing does not happen in e.g. Epiphany browser.

Following is a crash-producing html code:

🙊💕😎

I tried debugging as explained on https://wiki.debian.org/Chromium/Debugging
but I'm not sure it works as the process doesn't hang completely.

When opening in a terminal the following output is generated:
ATTENTION: default value of option force_s3tc_enable overridden by environment.
[19:19:0115/222625:FATAL:memory_linux.cc(25)] Out of memory, size = 
139741196590576

(The second line appears when displaying the page).

It's really annoying as in social sites people started using this characters
so often.

Thanks in advance,
Mauro 

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

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

Versions of packages chromium depends on:
ii  chromium-inspector   31.0.1650.63-1
ii  gconf-service3.2.6-1
ii  libasound2   1.0.27.2-3
ii  libatk1.0-0  2.10.0-2
ii  libc62.18-0experimental1
ii  libcairo21.12.16-2
ii  libcups2 1.7.1-2
ii  libdbus-1-3  1.7.10-2
ii  libexpat12.1.0-4
ii  libfontconfig1   2.11.0-2
ii  libfreetype6 2.5.2-1
ii  libgcc1  1:4.9-20140111-1
ii  libgconf-2-4 3.2.6-1
ii  libgcrypt11  1.5.3-3
ii  libgdk-pixbuf2.0-0   2.28.2-1+b1
ii  libglib2.0-0 2.38.2-1
ii  libgnome-keyring03.8.0-2
ii  libgtk2.0-0  2.24.22-1
ii  libjpeg8 8d-2
ii  libnspr4 2:4.10.2-1
ii  libnss3  2:3.15.4-1
ii  libpango-1.0-0   1.36.0-1+b1
ii  libpangocairo-1.0-0  1.36.0-1+b1
ii  libspeechd2  0.8-1
ii  libspeex11.2~rc1.1-1
ii  libstdc++6   4.9-20140111-1
ii  libudev1 204-6
ii  libx11-6 2:1.6.2-1
ii  libxcomposite1   1:0.4.4-1
ii  libxdamage1  1:1.1.4-1
ii  libxext6 2:1.3.2-1
ii  libxfixes3   1:5.0.1-1
ii  libxi6   2:1.7.2-1
ii  libxml2  2.9.1+dfsg1-3
ii  libxrender1  1:0.9.8-1
ii  libxslt1.1   1.1.28-2
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1
ii  xdg-utils1.1.0~rc1+git20111210-7

chromium recommends no packages.

Versions of packages chromium suggests:
pn  chromium-l10n  

-- 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#690538: Isn't the submenu concept itself clashing with GRUB_DEFAULT settings != 0?

2014-01-15 Thread Maurizio Avogadro

Package: grub-common
Version: 2.00-22


I didn't read this bug report before trying to understand the issue; I
used to keep GRUB_DEFAULT=saved and the introduction of the submenu
catched me unprepared. Going to give my 2 cents by telling my thoughts.

I started to think that the creation of a submenu should be avoided in
any case when GRUB_DEFAULT is not set to 0: at next boot, if the default
entry is in the submenu, grub will show the submenu as selected without
showing what's going to boot, which doesn't make any sense IMO.

The attached patch, which applies to v2.00-22, tried to deal with this
issue by simply preventing first entry and submenu generation in such
circumstances.

Thanks


Maurizio
--- /etc/grub.d/10_linux	2014-01-16 01:36:27.970279591 +0100
+++ /etc/grub.d/10_linux.new	2014-01-16 01:36:17.853371786 +0100
@@ -329,7 +329,7 @@
 linux_root_device_thisversion=${GRUB_DEVICE}
   fi
 
-  if [ "x$is_first_entry" = xtrue ]; then
+  if [ "x$is_first_entry" = xtrue -a "x$GRUB_DEFAULT" = "x0" ]; then
 linux_entry "${OS}" "${version}" simple \
 "${GRUB_CMDLINE_LINUX} ${GRUB_CMDLINE_LINUX_DEFAULT}"
 
@@ -355,7 +355,7 @@
 
 # If at least one kernel was found, then we need to
 # add a closing '}' for the submenu command.
-if [ x"$is_first_entry" != xtrue ]; then
+if [ x"$is_first_entry" != xtrue -a "x$GRUB_DEFAULT" = "x0" ]; then
   echo '}'
 fi

Bug#735362: libgsecuredelete: use dh-autoreconf to fix FTBFS on ppc64el

2014-01-15 Thread Logan Rosen

Hi intrigeri,

I have sent an e-mail to the upstream developer (Colomban Wendling <
b...@herbesfolles.org>) saying to either disable the -Werror flag in
configure.ac or fix the warnings listed by autoreconf's output.

Thanks,
Logan


On Wed, Jan 15, 2014 at 5:59 AM, intrigeri  wrote:

> Hi,
>
> Logan Rosen wrote (15 Jan 2014 00:29:05 GMT) :
> > For the ppc64el architecture in Ubuntu, since this package uses libtool,
> a full
> > autoreconf is necessary. This is because we need new libtool macros for
> > ppc64el.
>
> > In Ubuntu, the attached patch was applied to achieve the following:
>
> >   * Use dh-autoreconf to get new libtool macros for ppc64el.
> >   * Disable -Werror to fix FTBFS while autoreconfing.
>
> I'm happy to take the dh-autoreconf patch, but I'm not enthusiastic at
> the idea of carrying a delta against upstream without any clear plan
> to see it upstreamed.
>
> Could you please contact upstream about the -Werror thing? Once it's
> applied in their Git repository, then I'm happy to temporarily
> cherry-pick it into the Debian package.
>
> Cheers,
> --
>   intrigeri
>   | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
>   | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
>

Bug#717765: linux-image-3.2.0-4-amd64: panic in ccm crypto module

2014-01-15 Thread Gerald Turner

Good news, I just noticed 3.12 hit wheezy-backports and the changelog
includes:

  crypto: ccm - Fix handling of zero plaintext when computing mac

I found the patch on LKML, it's patch description is quite detailed and
includes a backtrace that looks very much like the one I reported in
this bug (only difference is some Xen bits on the stack), and best of
all it looks like Ben Hutchings has backported it to 3.2.

On 12/28/2013 06:08 PM, Ben Hutchings wrote:
> 3.2.54-rc1 review patch.  If anyone has any objections, please let me
> know.
>
> --
>
> From: Horia Geanta 
>
> commit 5638cabf3e4883f38dfb246c30980cebf694fbda upstream.
>
> There are cases when cryptlen can be zero in crypto_ccm_auth():
> -encryptiom: input scatterlist length is zero (no plaintext)
> -decryption: input scatterlist contains only the mac
> plus the condition of having different source and destination buffers
> (or else scatterlist length = max(plaintext_len, ciphertext_len)).
>
> These are not handled correctly, leading to crashes like:
>
> root@p4080ds:~/crypto# insmod tcrypt.ko mode=45
> [ cut here ]
> kernel BUG at crypto/scatterwalk.c:37!
> Oops: Exception in kernel mode, sig: 5 [#1]
> SMP NR_CPUS=8 P4080 DS
> Modules linked in: tcrypt(+) crc32c xts xcbc vmac pcbc ecb gcm
> ghash_generic gf128mul ccm ctr seqiv
> CPU: 3 PID: 1082 Comm: cryptomgr_test Not tainted 3.11.0 #14
> task: ee12c5b0 ti: eecd task.ti: eecd
> NIP: c0204d98 LR: f9225848 CTR: c0204d80
> REGS: eecd1b70 TRAP: 0700   Not tainted  (3.11.0)
> MSR: 00029002   CR: 22044022  XER: 2000
>
> GPR00: f9225c94 eecd1c20 ee12c5b0 eecd1c28 ee879400 ee879400  ee607464
> GPR08: 0001 0001  006b c0204d80  0002 c0698e20
> GPR16: ee987000 ee895000 fff4 ee879500 0100 eecd1d58 0001 
> GPR24: ee879400 0020   ee5b2800 ee607430 0004 ee607460
> NIP [c0204d98] scatterwalk_start+0x18/0x30
> LR [f9225848] get_data_to_compute+0x28/0x2f0 [ccm]
> Call Trace:
> [eecd1c20] [f9225974] get_data_to_compute+0x154/0x2f0 [ccm]
> (unreliable)
> [eecd1c70] [f9225c94] crypto_ccm_auth+0x184/0x1d0 [ccm]
> [eecd1cb0] [f9225d40] crypto_ccm_encrypt+0x60/0x2d0 [ccm]
> [eecd1cf0] [c020d77c] __test_aead+0x3ec/0xe20
> [eecd1e20] [c020f35c] test_aead+0x6c/0xe0
> [eecd1e40] [c020f420] alg_test_aead+0x50/0xd0
> [eecd1e60] [c020e5e4] alg_test+0x114/0x2e0
> [eecd1ee0] [c020bd1c] cryptomgr_test+0x4c/0x60
> [eecd1ef0] [c0047058] kthread+0xa8/0xb0
> [eecd1f40] [c000eb0c] ret_from_kernel_thread+0x5c/0x64
> Instruction dump:
> 0f08 81290024 552807fe 0f08 5529003a 4bb4 9083
> 3940
> 3901 8124000c 2f89 7d28579e <0f09> 81240008 91230004
> 4e800020
> ---[ end trace 6d652dfcd1be37bd ]---
>
> Cc: Jussi Kivilinna 
> Signed-off-by: Horia Geanta 
> Signed-off-by: Herbert Xu 
> Signed-off-by: Ben Hutchings 
> ---
>  crypto/ccm.c | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
> 
> --- a/crypto/ccm.c
> +++ b/crypto/ccm.c
> @@ -271,7 +271,8 @@ static int crypto_ccm_auth(struct aead_r
>}
>  
>   /* compute plaintext into mac */
> - get_data_to_compute(cipher, pctx, plain, cryptlen);
> + if (cryptlen)
> +get_data_to_compute(cipher, pctx, plain, cryptlen);
>  
>  out:
>   return err;
> 

It's only been a few hours since I've upgraded to
linux-image-3.12-0.bpo.1-amd64 3.12.6-2~bpo70+1 and enabled IPsec using
AES-CCM, but I have a good feeling this is the fix.

-- 
Gerald Turner   Email: gtur...@unzane.com   JID: gtur...@unzane.com
GPG: 0xFA8CD6D5  21D9 B2E8 7FE7 F19E 5F7D  4D0C 3FA0 810F FA8C D6D5


pgpiBgleKf1oe.pgp
Description: PGP signature

Bug#735251: [Pkg-xfce-devel] Bug#735251: lightdm: user locale tweaks are clobbered by non-default locale

2014-01-15 Thread Olaf Meeuwissen

Yves-Alexis Perez writes:

>> [snip]
>> And that user has a ~/.dmrc with a language setting in it.  If the user
>> has no ~/.dmrc, then the first available locale is the default.
>> Actually, if you enter a user name, move to the password field and then
>> enter a *different* user's name (one who has no ~/.dmrc), that user will
>> end up with the previous user's locale preference.
>
> Indeed. I guess the correct behaviour would be to not set anything by
> default (and reset to that behaviour in case a different username is
> selected). This behavior is in lightdm-gtk-greeter by the way.
>
> I'm cloning to a new bug to specifically address this, so we don't get
> lost.

Thanks.

>> [snip]
>> As you can see, the LANG value is *not* as per ~/.xsessionrc which sets
>> and exports ja_JP.UTF-8.  However, the LC_MESSAGES and LANGUAGE
>> variables *are* as per ~/.xsessionrc.
>
> Well, again, I'm not responsible for .xsessionrc behavior. The way you
> set it looks correct. It might make sense to check the content of
> `locales' just before setting them in .xsessionrc (just put the call
> on top of .xsessionrc).

Did just that.  All locale variables, including LANG, are as per tweaks
in ~/.xsessionrc right up to the `exec $STARTUP` in the last Xsession.d
snippet.  The locale output in an Xfce terminal or XTerm shows the LANG
value that is in ~/.dmrc.  That is, not whatever LANG value was set in
~/.xsessionrc.

I also tried turning off all autostarted applications (in the Session
and Startup configuration utility) but LANG *still* gets clobbered.  At
this point, no applications started automatically, Xfsettingsd is still
started despite not being configured to do so.  My hunch is that either
that or one of xfwm4 and xfdesktop export LANG based on what is set in
~/.dmrc (or /var/cache/lightdm/dmrc/$USER.dmrc).

> But in any case, setting LANG in .xsessionrc doesn't make much sense
> imho.

Care to explain why?  For me the correct LANG value is essential to get
my input method editor to work correctly (or so it seems).
# Of course, setting it in ~/.dmrc works for me but I'd like to know why
# I should set it there too.

>> > [snip]
>> > I repeat, by the time .xsessionrc is parsed, lightdm or the greeter
>> > doesn't have a chance to do anything to modify the locale anymore.
>> 
>> If that is true, something else must be doing that.
>
> Then try to debug using set -x or stuff like that. Sorry for not helping
> here, but it's complicated enough just to manage those tricky bugs
> inside the greeter.

See above.  It looks like the LANG value is clobbered later, somewhere
in $STARTUP, which in my case is

  /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session 
/usr/bin/im-launch x-session-manager

>> Problem is that /etc/X11/Xsession.d/40x11-common_xsessionrc advises you
>> to do so.
>> 
>>   $ head /etc/X11/Xsession.d/40x11-common_xsessionrc 
>>   # This file is sourced by Xsession(5), not executed.
>> 
>>   #Source user defined xsessionrc (locales and other environment variables)
>>   if [ -r "$USERXSESSIONRC" ]; then
>> . "$USERXSESSIONRC"
>>   fi
>
> No, it just says that you can do stuff there if you want. Nobody forces
> you to do that, it's just a nice way to add stuff not already present,
> or to correct stuff (like me switching only LC_MESSAGES).

I know nobody forces me to do so, but I parse the above as "if you want
to modify your locale settings or other environment variables, your
~/.xsessionrc is the place to do so".  Hence, I did and it didn't work
as expected.  Maybe there should be some documentation that (at least)
LANG should be set elsewhere because $STARTUP may override it?

Hope this helps,
-- 
Olaf Meeuwissen, LPIC-2   FLOSS Engineer -- AVASYS CORPORATION
FSF Associate Member #1962   Help support software freedom
 http://www.fsf.org/jf?referrer=1962

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

Bug#735513: Anual ping for Joao Eriberto Mota Filho

2014-01-15 Thread Joao Eriberto Mota Filho

Package: debian-maintainers
Severity: normal

Hi! I am sending my annual ping.

Thanks,

Eriberto


pgpx8gYADEoAl.pgp
Description: PGP signature

Bug#735291: Now chinese chars displayed with some chinese supported fonts

2014-01-15 Thread Balint Reczey

Hi,

Could you please test this file as a replacement for arial.ttf?:
http://www.cs.bme.hu/~rbalint/xbmc-arial-new.ttf

Thanks,
Balint

On 01/14/2014 03:12 PM, 张敬强 wrote:
> Change arial.ttf link to some chinese fonts seems resolve the problem.
> 
> The defualt arial.ttf font with version 12.3+dfsg1-3 does not have this 
> problem.
> 
> 
> 




signature.asc
Description: OpenPGP digital signature

Bug#734939: texlive-binaries: synctex view with -x crashes consistently

2014-01-15 Thread Norbert Preining


> So we should go ahead and apply the proposed changes in TL.

I think Peter already applied them - at least I saw something similar flush by 
in the svnlog email.

Norbert

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

Bug#640014: Fixed in git repository

2014-01-15 Thread Torsten Landschoff

tags 640014 + pending
thanks

For your information, I just committed a patch to the repository to verify the 
password:

http://anonscm.debian.org/gitweb/?p=collab-maint/ddclient.git;a=commit;h=38e40ad683fd278e7d7865cdeff700fc6608ea49

Greetings, Torsten


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

Bug#735475: hyperestraier: Update package to fit you ruby policy

2014-01-15 Thread Satoru KURASHIKI

hi,

On Thu, Jan 16, 2014 at 1:44 AM, Jonas Genannt
wrote:

> This patch adds gem2deb support to your package. This build your ruby
> library against 1.9
> and 2.0.
>
> That patch is against your current Git tree, please include it, so we can
> remove Ruby 1.8
> from the archive.
>

Many thanks for you kindly providing such nice patch!
I'll consider to apply it though I'm planning to phase out its ruby
bindings...

regards,
-- 
KURASHIKI Satoru

Bug#735418: ruby-xapian: error with doc-base registration

2014-01-15 Thread Olly Betts

On Wed, Jan 15, 2014 at 01:22:22PM +0100, C?dric Boutillier wrote:
> On Wed, Jan 15, 2014 at 10:25:26AM +, Olly Betts wrote:
> > On Wed, Jan 15, 2014 at 10:10:16AM +0100, C?dric Boutillier wrote:
> > > doc-base emits an error when trying to register ruby-xapian
> > > documentation.
> > > 
> > > Cannot open file `/usr/share/doc-base/ruby-xapian' for reading: No such 
> > > file or directory.
> 
> > I can't seem to reproduce this.  On unstable, I installed doc-base,
> > purged ruby-xapian, then reinstalled it, and I don't get this message,
> > or any other unexpected messages.
> 
> > I wonder if you had ruby-xapian 1.2.15- installed
> > and got this when you upgraded to 1.2.16-2?  If so, this is probably due
> > to #722096, which resulted in multiples versions of the docbase file
> > being shipped, and which was fixed in 1.2.16-1.
> 
> I had indeed a 1.2.15-x version installed.
> I had to remove doc-base and reinstall it to fix the issue.
> Thanks for the tip.

OK, so I purged doc-base and ruby-xapian, installed doc-base and then
installed ruby-xapian 1.2.15-4 which gave an error:

Processing triggers for doc-base (0.10.5) ...
Processing 2 added doc-base files...
Error while merging /usr/share/doc-base/ruby-xapian with
/usr/share/doc-base/ruby-xapian-in: format html already defined.

Though the installation at least completes.

Then installing ruby-xapian 1.2.16-1 gives:

Processing 1 added doc-base file...
Cannot open file `/usr/share/doc-base/ruby-xapian' for reading: No such file or 
directory.
dpkg: error processing package doc-base (--unpack):
 subprocess installed post-installation script returned error exit status 3
Errors were encountered while processing:
 doc-base
E: Sub-process /usr/bin/dpkg returned an error code (1)

As you say, purging and reinstalling doc-base fixes this.

1.2.15-4 installs two identical files:

/usr/share/doc-base/ruby-xapian
/usr/share/doc-base/ruby-xapian-in

1.2.16-2 installs this instead (which is the same contents as the above):

/usr/share/doc-base/xapian-ruby-docs

It looks like doc-base is confused from trying to process the two identical
files when 1.2.15-4 was installed.

I've discovered that running install-docs -R before upgrading ruby-xapian and
install-docs -I afterwards makes things run smoothly, so perhaps I should
automate that in the maintainer scripts if they detect an upgrade from a bad
version and install-docs is installed.  Then we can just reassign this bug to
doc-base as it shouldn't really need manual intervention in this situation.

(Note: install-docs -r ruby-xapian doesn't help - it seems install-docs doesn't
think it is installed.)

Cheers,
Olly

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

Bug#734939: texlive-binaries: synctex view with -x crashes consistently

2014-01-15 Thread Karl Berry

Jerome said:

> i can't actually build the tool and make live tests but a careful
> reading shows that all the changes really make sense and look ok

So we should go ahead and apply the proposed changes in TL.
Ok, Peter?

Thanks,
Karl


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

Bug#712841: qcontrol: Fan error reported on TS109

2014-01-15 Thread Dermot O'Dwyer

The following appears to work OK in ts209.c:
case 0x73:
/* call_function("fan_error", ""); */
{
unsigned char code = 0x30;
serial_write(&code, 1);
}
break;

No errors in logs.

The rest of qcontrol continues working OK (manual led/buzzer commands).

Dermot


On 9 January 2014 20:04, Ian Campbell  wrote:
> On Thu, 2014-01-09 at 09:46 +, Dermot O'Dwyer wrote:
>> On 3 January 2014 00:19, Ian Campbell  wrote:
>> > Dermon, does commenting out the content of temp_high and temp_low in
>> > qcontrol.conf and rebooting still end up with fan_error getting called
>> > lots?
>>
>> Yes, fan_error still gets called when there are empty temp_high and
>> temp_low functions.
>
> I suppose there are few other things which could be tried if you are
> able, there are some #defines for PIC commands relating to fans in the
> QNAP kernel headers which are not currently used by qcontrol:
>
> include/qnap/pic.h:#define QNAP_PIC_FAN_STOP0x30
> include/qnap/pic.h:#define QNAP_PIC_FAN_ENABLE  0x71
> include/qnap/pic.h:#define QNAP_PIC_FAN_DISABLE 0x72
>
> (these aren't used elsewhere in the kernel, so I can't see how qnap's
> firmware uses them -- I guess this header is consumed by their
> userspace)
>
> Probably the easiest way to test these is to edit ts219.c and where
> there is:
> call_function("fan_error", "");
> instead add (untested):
> {
> unsigned char code = 0x30;
> serial_write(&code, 1);
>  }
>
> Try this for 0x72 as well. I don't imagine 0x71 would be much use.
>
> Hrm... qcontrol could really use a way to send arbitrary bytes to the
> PIC from LUA code.
>
> Ian.
>


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

Bug#735512: FTBFS: one test failing

2014-01-15 Thread Cédric Boutillier



Package: ruby-sqlite3
Version: 1.3.8-1
Severity: serious
Tags: upstream
Control: forwarded -1 https://github.com/sparklemotion/sqlite3-ruby/issues/116
Justification: fails to build from source

Hi,

When trying to build the package from source, it fails because of a test
failing.

The result of the tests is this:

-8<--
# Running:

..FS...

Finished in 3.788516s, 59.9179 runs/s, 96.3438 assertions/s.

  1) Failure:
SQLite3::TestStatement#test_insert_duplicate_records 
[/tmp/buildd/ruby-sqlite3-1.3.8/test/test_statement.rb:33]:
Expected /column(s)? .* (is|are) not unique/ to match "UNIQUE constraint 
failed: things.name".

>8-


This bug is caused apparently by a new version of libsqlite3 (3.8.2), which
changed an error message (with a capitalized UNIQUE word).

See https://github.com/sparklemotion/sqlite3-ruby/issues/116

Cheers,

Cédric


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

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

Versions of packages ruby-sqlite3 depends on:
ii  libc6 2.17-97
ii  libruby1.9.1  1.9.3.484-1
ii  libruby2.02.0.0.353-1
ii  libsqlite3-0  3.8.2-1
ii  rubinius [ruby-interpreter]   2.0.0+gitb2952297-1
ii  ruby  1:1.9.3
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.484-1
ii  ruby2.0 [ruby-interpreter]2.0.0.353-1

ruby-sqlite3 recommends no packages.

ruby-sqlite3 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#488107: Still no support for SMC7904bra2

2014-01-15 Thread Torsten Landschoff

FYI, there is still no support for your router in ddclient. I wonder if
anybody still cares about it.

With a bit of feedback I could add support, but I don't have the router
model and don't want to spend the time if nobody needs it anyway.

Greetings, Torsten


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

Bug#732008: sudo takes 100% cpu for me too

2014-01-15 Thread Bdale Garbee

raphael  writes:

> Hi, since yesterday and sudo upgrade, sudo takes 100% of my cpu

Try 1.8.9p4-1, just uploaded.

Bdale


pgp8Mt59wh1Y8.pgp
Description: PGP signature

Bug#735511: qpid-cpp: Please migrate to ruby1.9/2.0

2014-01-15 Thread Christian Hofstaedtler

Package: qpid-cpp
Version: 0.16-7
Severity: important

Dear Maintainer,

your package "qpid-cpp" Build-Depends on ruby1.8-dev, which is part of the
obsolete 1.8 version of the Ruby interpreter.

The Debian Ruby team plans to remove ruby1.8 from sid soon.
Please migrate your package to use ruby 1.9 or 2.0, so it will continue
working/building after ruby1.8 has been removed.
For your convience, the "ruby" package always depends on the current
supported version of a Ruby interpreter.

Thank you,
Christian


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

Bug#680065: Can not reproduce

2014-01-15 Thread Torsten Landschoff

Hi Frank,

thanks for the good bug report. Sorry for letting it languish for the
long while.

I tried to reproduce the issue with the configuration you posted (I have
no account at noip.com, but it looks like it fails during the connect
and before authentication anyway).
With ddclient 3.8.1 the problem does not seem to exist:

UPDATE:   updating rubbish.no-ip.org
here...my-user --> geheim
CONNECT:  no-ip.com
CONNECTED:  using SSL
SENDING:  GET
/nic/update?system=noip&hostname=rubbish.no-ip.org&myip=37.211.15.182
HTTP/1.0
SENDING:   Host: no-ip.com
SENDING:   Authorization: Basic bXktdXNlcjpnZWhlaW0=
SENDING:   User-Agent: ddclient/3.8.1
SENDING:   Connection: close
SENDING:  
RECEIVE:  HTTP/1.1 301 Moved Permanently

Maybe this was an issue in the perl ssl library?! Can you still
reproduce this problem?

In wheezy it seems to work just as fine. I stripped your configuration a
bit and used this ddclient.conf:

mail=root
mail-failure=root
use=web, web=checkip.dyndns.com, web-skip='IP Address'

ssl=yes
protocol=noip
server=no-ip.com
login=my-user
password=geheim
rubbish.no-ip.org


Greetings, Torsten


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

Bug#678657: eog: Cannot save large images

2014-01-15 Thread althaser

nodiscc can you provide LaReplique-1.jpg to test ?

thanks
regards
althaser

Bug#732201: Please add libnssdb.a and libnssckfw.a to libnss3-dev

2014-01-15 Thread Timo Aaltonen

On 15.01.2014 23:31, Mike Hommey wrote:
> AIUI, cryptoki is in nssckfw. Leaving aside the false sense of 
> security in static linking, that doesn't explain why nss internals 
> are needed. It sounds to me like they need some guts exposed, and 
> would need to talk to NSS upstream to expose them.

here are some comments from the Red Hat NSS devs:

On 15.01.2014 20:01, Robert Relyea wrote:
> On 01/15/2014 09:48 AM, Elio Maldonado wrote:
>> On 01/15/2014 09:38 AM, Robert Relyea wrote:
>>> The problem isn't dynamic linking, is what you are dynamically 
>>> linking to. You can't link to NSS proper because that would
>>> cause a circular dependency (NSS loads PKCS #11 modules to do
>>> it's crypto). Since modrevocator was first written, NSS has now
>>> split out nssutil out so
>> We did split nss-util out but I think you meant to type 
>> nss-pkcs11-devel?
> 
> No, I meant nss-util. The functions in libnssb.a are now in util 
> (though they may not be exported).
> 
>>> that PKCS #11 modules can link against it. This won't help 
>>> modrevocator, however, since it's linking against the cryptoki 
>>> framework, with is outside of NSS altogether.
>>> 
>>> BTW if debian could at all put these is a separate packages. 
>>> While PKCS #11 modules need them, regular applications should 
>>> *NOT* use them. That is why they aren't part of the regular 
>>> -devel package for NSS itself.


-- 
t


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

Bug#732008: sudo takes 100% cpu for me too

2014-01-15 Thread raphael

Package: sudo
Version: 1.8.9p3-1
Followup-For: Bug #732008

Hi, since yesterday and sudo upgrade, sudo takes 100% of my cpu
regards

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

Versions of packages sudo depends on:
ii  libc6   2.17-97
ii  libpam-modules  1.1.3-11
ii  libpam0g1.1.3-11
ii  libselinux1 2.2.2-1

sudo recommends no packages.

sudo suggests no packages.

-- Configuration Files:
/etc/sudoers [Errno 13] Permission non accordée: u'/etc/sudoers'
/etc/sudoers.d/README [Errno 13] Permission non accordée: 
u'/etc/sudoers.d/README'

-- 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#735508: ITP: sphinx-paramlinks -- allows param links in Sphinx function/method descriptions to be linkable

2014-01-15 Thread Piotr Ożarowski

Package: wnpp
Severity: wishlist
Owner: "Piotr Ożarowski" 

* Package name: sphinx-paramlinks
  Version : 0.2.0
  Upstream Author : Michael Bayer 
* URL : https://bitbucket.org/zzzeek/sphinx-paramlinks
* License : Expat
  Programming Lang: Python
  Description : allows param links in Sphinx function/method descriptions 
to be linkable

Sphinx extension which allows :param: directives within Python documentation
to be linkable.
.
Features:
.
 * :param: directives within Sphinx function/method descriptions will be given a
 paragraph link so that they can be linked to externally.
 * a new text role :paramref: is added, which works like :meth:, :func:, etc.


This package is a build dependency of sqlalchemy >= 0.9

Binary package names: python-sphinx-paramlinks, python3-sphinx-paramlinks


signature.asc
Description: Digital signature

Bug#735510: transition: tesseract

2014-01-15 Thread Jeff Breidenbach

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

Tesseract upstream is releasing a new version that will
have an increased soname (libtesseact3 -> libtesseract4).
No exotic challenges expected.

-- System Information:
Debian Release: wheezy/sid
  APT prefers ubuntu-precise-base
  APT policy: (600, 'ubuntu-precise-base')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.5-gg1336 (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


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

Bug#735509: transition: leptonlib

2014-01-15 Thread Jeff Breidenbach

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

Leptonica upstream is releasing a new version that will
have an increased soname (liblept3 -> liblept4). No exotic
challenges expected.

-- System Information:
Debian Release: wheezy/sid
  APT prefers ubuntu-precise-base
  APT policy: (600, 'ubuntu-precise-base')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.5-gg1336 (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


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

Bug#727708: Bits from linux.conf.au

2014-01-15 Thread Steven Chamberlain

On 15/01/14 21:48, Russ Allbery wrote:
> If OpenRC proves to be of broad interest and becomes supported, at least
> at the non-default level, I doubt we would continue to support sysv
> without OpenRC for very long [...] the upgrade path from
> sysvinit only to sysvinit with OpenRC should be fairly smooth.

I do hope for something like this.  Continuing to support SysV doesn't
have to be a requirement.  A comfortable transition away from SysV
initscripts is possible, as long as native init definitions are provided
for the official init system[s], and for whatever the ports have.
(That's also why GNU/kFreeBSD and Hurd ought to pick the same).

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org

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

Bug#734798: possible patch

2014-01-15 Thread Brian Kroth


FYI, I think the patch described in [1], fixes this issue as well.

Cheers,
Brian

[1] 


signature.asc
Description: Digital signature

Bug#689899: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)

2014-01-15 Thread Andreas Barth

* Marco Balmer (ma...@balmer.name) [140115 21:26]:
> Le vendredi, 3 janvier 2014, 23.53:48 Andreas Barth a écrit :
> > * Didier 'OdyX' Raboud (o...@debian.org) [140103 23:43]:
> > > Considering you've had your chance to respond to this (and given
> > > that you managed to respond in less than a half-hour last time), I
> > > have uploaded the proposed debdiff to DELAYED/5 as announced.
> > 
> > Sorry, this is not acceptable.
> 
> I am maintainer of couriergrey, which depends on courier, which depends
> on mgetty. 
> 
> My package was removed because of #689899 and #719501.

Sorry for that, and thanks for the reminder.

I now uploaded a fix for those bugs to unstable.



Andi


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

Bug#735507: tilem-data: wrong paragraph separator in package description

2014-01-15 Thread Mirco Scottà

Package: tilem-data
Severity: minor

Dear Maintainer,
I've found an error in the package description of this package.
The fullstop (".") that separates the last paragraph of the long description
is preceded by a space (" "). This cause the merging with the previous 
paragraph
that therefore is not automatically translated from DDTP [1].

T.I.A.

[1] http://ddtp.debian.net/

Bye.
Mirco Scottà aka scottmir

--
"If you can't explain it simply,
you don't understand it well enough."
 (A.Einstein)
GNU/Linux User: 410619 (https://linuxcounter.net/)


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

Bug#727708: Bits from linux.conf.au

2014-01-15 Thread Russ Allbery

ni...@lysator.liu.se (Niels Möller) writes:

> (And it's going to be at least 4 init systems, not 3, right? systemd,
> upstart, sysv and openrc. With support for sysv possibly dropped after a
> few release cycles).

If OpenRC proves to be of broad interest and becomes supported, at least
at the non-default level, I doubt we would continue to support sysv
without OpenRC for very long (quite possibly not even in jessie+1).  My
impression is that OpenRC provides a strict superset of sysv init script
features in a way that's backwards-compatible, so the upgrade path from
sysvinit only to sysvinit with OpenRC should be fairly smooth.

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

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

Bug#727708: Bits from linux.conf.au

2014-01-15 Thread Niels Möller

Martin Pitt  writes:

> I think that would be the worst possible (non-)decision that could be
> made. We already have more than enough bugs in Debian; officially
> trying to support 3 init systems is going to end up being a
> combinatorial explosion of testing and bugs, for no obvious benefit
> for the user ("pick your set of bugs").

One of the init systems is the *default*, and that's likely the only one
that will see testing and quality that is up to debian's standards.

Users should not select a non-default init system lightly. I think it's
going to be a bit like using the "non-default" kfreebsd or hurd kernel.
It's not for the average user who wants as much software as possible to
work as well as possible. It's for the user who is curious, or really
likes to use or hack that piece of software, or maybe hopes that it's
going to replace the current default component sometime in the future.

Then there are differences of course. On one hand, I imagine both
upstart and systemd are more mature than the hurd, and they definitely
have more users. And on the other hand, the needed porting to get a
random daemon to work well with a new init system might be slightly more
work than for porting the same random daemon to work on the hurd or
kfreebsd.

(And it's going to be at least 4 init systems, not 3, right? systemd,
upstart, sysv and openrc. With support for sysv possibly dropped after a
few release cycles).

Regards,
/Niels

-- 
Niels Möller. PGP-encrypted email is preferred. Keyid C0B98E26.
Internet email is subject to wholesale government surveillance.

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

Bug#726529: libapache2-mod-rpaf: fails on ipv6 address - bug details and fix

2014-01-15 Thread Brian Kroth


affects 734798

Hi, I was also running into this after working on some wheezy replacement hosts.

The setup is as follows:

Frontend Proxy (Apache) listens on IPv4 and IPv6 addresses.

It passes requests to backend Apache processes over non-routed IPv6 addresses 
(one per VirtualHost).

mod_rpaf on the backend Apache servers is supposed to fixup REMOTE_ADDR so that 
applications and things like mod_authz_host can be used to restrict access to 
the original source client (eg: /server-status).

However, whenever there was a mod_authz_host directive in place, all requests 
would be rejected with 403 responses.

In looking at the mod_rpaf-2.0.c source code, it appears that it only 
references r.remote_addr.sin, never any r.remote_addr.sin6.  As a result, it 
was not properly rewriting the binary form of the client addresses in the 
request structure, so any checks like mod_authz_host which have to compare 
against that, and not the string form of the address (r.remote_ip) which was 
being copied correctly which is why the logs reflected the right address, even 
though the behavior did not.

This used to work in squeeze (in other words, this bug is a regression), so I 
started examining the code there.  It turns out that Debian was previously 
applying an ipv6 patch for this behavior [1].

I adapted and applied the patch for the new version, and it fixes the issue.  
It is attached along with a few other build fixes found at [2] and [3].  Note 
that the bulk of the patch in [3] doesn't work for the same reason as before - 
it incorrectly assumes that the backend is accessed via IPv4 (AF_INET).

Please let me know if you need any more details (some basic example confs and 
commands are below).

Thanks,
Brian

[1] 


[2] 


[3] 



The details of the confs should look something like this:

fded:1::/64 Frontend server subnet
10.0.1.0/24 Frontend server subnet

fded:ff::/64Backend network.

fded:2::/64 Privileged client subnet
10.0.2.0/24 Privileged client subnet

10.0.3.0/24 Unprivileged client subnet
fded:3::/64 Unprivileged client subnet


- Frontend (also has fded:ff::1 assigned to it so that it can communicate with 
the backends):

Listen [fded:1::1]:80
NameVirtualHost [fded:1::1]:80

ServerName something.domain
ProxyPass / http://[fded:ff::2]:80/ keepalive=on


Listen 10.0.1.1:80
NameVirtualHost 10.0.1.1:80

ServerName something.domain
ProxyPass / http://[fded:ff::2]:80/ keepalive=on



- Backend (only accessible via fded:ff::2):


RPAFenable On
RPAFsethostname Off
RPAFproxy_ips fded:ff::1




SetHandler server-status
# Only allow access from some privileged client subnets.
Order Deny,Allow
Deny from All
Allow from 10.0.2.0/24
Allow from fded:2::/64



Listen [fded:ff::2]:80
NameVirtualHost [fded:ff::2]:80


ServerName something.domain



- Now, attempt to retrieve /server-status

1) From a privileged client (should work, but doesn't without the supplied 
patch):
# wget -4 -O- http://something.domain/server-status
# wget -6 -O- http://something.domain/server-status
(without the patch, only received 403 responses)
(with the patch, received the full output)

2) Bypassing the proxy (this worked, without the patch):
# wget --header 'Host: something.domain' -6 -O- 
http://[fded:ff::2]/server-status
(receive the full output)

3) From an unprivileged client (should not work in either case):
# wget -4 -O- http://something.domain/server-status
# wget -6 -O- http://something.domain/server-status
(receive only 403 responses)
diff -u -ruN libapache2-mod-rpaf_0.6-7-debian/debian/changelog libapache2-mod-rpaf_0.6-7.3-debian/debian/changelog
--- libapache2-mod-rpaf_0.6-7-debian/debian/changelog	2012-06-21 02:40:30.0 -0500
+++ libapache2-mod-rpaf_0.6-7.3-debian/debian/changelog	2014-01-15 14:26:12.0 -0600
@@ -1,3 +1,10 @@
+libapache2-mod-rpaf (0.6-7.3) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Fixes for use with mod_authz_host per #734798, #726529.
+
+ -- Brian Kroth   Wed, 15 Jan 2014 12:20:41 -0600
+
 libapache2-mod-rpaf (0.6-7) unstable; urgency=low
 
   * Fix FTBS on a number of archs: add -D_LARGEFILE64_SOURCE to CFLAGS
diff -u -ruN libapache2-mod-rpaf_0.6-7-debian/debian/patches/012_Add-missing-header-for-inet_addr.patch libapache2-mod-rpaf_0.6-7.3-debian/debian/patches/012_Add-missing-header-for-inet_addr.patch
--- libapache2-mod-rpaf_0.6-7-debian/debian/patches/012_Add-missing-header-for-inet_addr.patch	1969-12-31 18:00:00.0 -0600
+++ libapache2-mod-rpaf_0.6-7.3-debian/debian/patches/012_Add-missing-header-for-

Bug#727708: Bits from linux.conf.au

2014-01-15 Thread Steven Chamberlain

On 15/01/14 21:01, Joerg Jaspert wrote:
> Likewise I think one can forget the porters of an arch to do so.
> [...]
> As much as it may be hated, a clean decision "this is it, the rest is
> officially not supported" [...]

If the decision were something like that, and only systemd were
officially supported, don't expect porters of non-Linux arches to down
tools and give up.  We may have to drop lots of stuff if we can't get it
working without systemd.  But I expect we'd still put out a release
(official or not) with some other compatible init system and our own
init scripts for whatever we have to.

I also think some people would care enough about running GNU/Linux
without systemd, that we could combine our efforts in that case.

I'd like to know as soon as possible if non-Linux ports ought to focus
efforts on our existing SysV init, switching to OpenRC, or be trying to
port Upstart.  I'm personally undecided and the tech-ctte decision could
easily sway my opinion on this.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org

signature.asc
Description: OpenPGP digital signature

Bug#733307: newsbeuter: segfaults frequently

2014-01-15 Thread Nico Golde

Hi,
* Martin Erik Werner  [2013-12-28 12:57]:
> Dear Maintainer,
> The current version of newsbeuter segfaults frequently at some stage in
> the feed refresh process. I remember it not doing that in some earlier
> version about a year ago or so (sorry for imprecise information there).

Just to let you know, upstream in the meantime was able to track down the 
issue and a patch is ready. I was told there should be a new release soon for 
which I'm waiting for. So this should be addressed soon[tm].

Cheers
Nico
-- 
Nico Golde - XMPP: n...@jabber.ccc.de - GPG: 0xA0A0


pgp84haUrnR5C.pgp
Description: PGP signature

Bug#701099: debian-cd: installer fails with two CD/DVD drives

2014-01-15 Thread Andreas Stempfhuber

Hi Jeff,

Am Mittwoch, 15. Januar 2014 schrieb Jeff Norden:
> Hi Andi,
> 
> No, mine isn't usb-based.  My asus motherboard includes a ASMB7 "management
> module" which activates an extra ethernet port for system management.  You
> can connect to the port with a web browser and monitor temps and
> fan-speeds, and you can also remotely power the system on and off (the
> port remains active even if the system is off).  There is also some sort
> of java-based remote KVM interface, which I'm not using.  It seems that is
> what the virtual cdrom and floppy devices are for.

that's very similar as on my side. The difference is that yours is internal 
and mine is external. I'm just wondering how the CD-ROM is emulated in your 
case if not via USB?

Thanks

Andi


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

Bug#651309: warzone2100: diff for NMU version 3.1~beta11-2.1

2014-01-15 Thread Sebastian Ramacher

Control: tags -1 + pending

Dear maintainer,

I've prepared an NMU for warzone2100 (versioned as 3.1~beta11-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.
-- 
Sebastian Ramacher
diff -Nru warzone2100-3.1~beta11/debian/changelog warzone2100-3.1~beta11/debian/changelog
--- warzone2100-3.1~beta11/debian/changelog	2012-06-21 05:09:42.0 +0200
+++ warzone2100-3.1~beta11/debian/changelog	2014-01-15 22:18:50.0 +0100
@@ -1,3 +1,13 @@
+warzone2100 (3.1~beta11-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches/miniupnpc8-compat.patch: Apply patch from James Page
+to fix compilation against miniupnpc 1.6. (Closes: #651309)
+  * debian/control: Bump B-D on libminiupnpc-dev to >= 1.6 since the patch
+makes it incompatible with older versions.
+
+ -- Sebastian Ramacher   Wed, 15 Jan 2014 22:18:01 +0100
+
 warzone2100 (3.1~beta11-2) unstable; urgency=low
 
   * Fix FTBFS on non-x86 platforms using upstream patch
diff -Nru warzone2100-3.1~beta11/debian/control warzone2100-3.1~beta11/debian/control
--- warzone2100-3.1~beta11/debian/control	2012-06-20 12:42:09.0 +0200
+++ warzone2100-3.1~beta11/debian/control	2014-01-15 22:08:08.0 +0100
@@ -21,7 +21,7 @@
  libfribidi-dev,
  libglc-dev,
  libglew-dev,
- libminiupnpc-dev,
+ libminiupnpc-dev (>= 1.6),
  libopenal-dev,
  libphysfs-dev,
  libpng-dev,
diff -Nru warzone2100-3.1~beta11/debian/patches/miniupnpc8-compat.patch warzone2100-3.1~beta11/debian/patches/miniupnpc8-compat.patch
--- warzone2100-3.1~beta11/debian/patches/miniupnpc8-compat.patch	1970-01-01 01:00:00.0 +0100
+++ warzone2100-3.1~beta11/debian/patches/miniupnpc8-compat.patch	2014-01-15 22:12:06.0 +0100
@@ -0,0 +1,24 @@
+Description: Compatibility patch for miniupnpc 1.6
+Author: James Page 
+Forwarded: no
+
+--- a/lib/netplay/netplay.cpp
 b/lib/netplay/netplay.cpp
+@@ -926,7 +926,7 @@
+ 	if (NetPlay.isUPNP)
+ 	{
+ 		debug(LOG_NET, "Searching for UPnP devices for automatic port forwarding...");
+-		devlist = upnpDiscover(2000, NULL, NULL, 0);
++		devlist = upnpDiscover(2000, NULL, NULL, 0, 0, NULL);
+ 		debug(LOG_NET, "UPnP device search finished.");
+ 		if (devlist)
+ 		{
+@@ -988,7 +988,7 @@
+ 	UPNP_GetExternalIPAddress(urls.controlURL, data.first.servicetype, externalIP);
+ 	sprintf(port_str, "%d", port);
+ 	r = UPNP_AddPortMapping(urls.controlURL, data.first.servicetype,
+-			port_str, port_str, lanaddr, "Warzone 2100", "TCP", 0);
++			port_str, port_str, lanaddr, "Warzone 2100", "TCP", 0, 0);
+ 	if (r != UPNPCOMMAND_SUCCESS)
+ 	{
+ 		debug(LOG_NET, "AddPortMapping(%s, %s, %s) failed\n", port_str, port_str, lanaddr);
diff -Nru warzone2100-3.1~beta11/debian/patches/series warzone2100-3.1~beta11/debian/patches/series
--- warzone2100-3.1~beta11/debian/patches/series	2012-06-21 05:04:48.0 +0200
+++ warzone2100-3.1~beta11/debian/patches/series	2014-01-15 22:12:36.0 +0100
@@ -1,2 +1,3 @@
 use-system-libraries.patch
 fix-FTBFS-on-non-x86-platforms.patch
+miniupnpc8-compat.patch


signature.asc
Description: Digital signature

Bug#732201: Please add libnssdb.a and libnssckfw.a to libnss3-dev

2014-01-15 Thread Mike Hommey

On Wed, Jan 15, 2014 at 06:12:51PM +0200, Timo Aaltonen wrote:
> On 14.01.2014 07:53, Mike Hommey wrote:
> > On Tue, Jan 14, 2014 at 07:12:50AM +0200, Timo Aaltonen wrote:
> >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
> >> 
> >> On 14.01.2014 07:04, Daniel Kahn Gillmor wrote:
> >>> On 01/13/2014 11:57 PM, Timo Aaltonen wrote:
>  On 13.01.2014 11:05, Mike Hommey wrote:
> > The contents of libnssb.a are in libnss3.so. Why do you need
> >  libnssb?
>  
>  For an apache module called mod_rev.so, configure.in has:
>  
>  if ! test -e "$nss_lib_dir"/libnssb.a then AC_MSG_ERROR([NSS is
>   installed but the PKCS11 development package is missing. Need
>   libnssb.a]) fi
> >>> 
> >>> can this be done with dynamic linking instead?  if you use a
> >>> static library, than any bugs found in nssb will mean we need to
> >>> update nss and *then* rebuild libapache2-mod-rev.  this seems
> >>> clumsier than just needing to update nss itself.
> >> 
> >> guess it's related to this snippet from README:
> >> 
> >> DEVELOPERS
> >> 
> >> This module uses some internals from NSS. This is normally a big
> >> no-no but there was no other way to get around it. As such a
> >> private copy of some of the NSS include files can be found in the
> >> mozilla subdirectory. If you use a version of NSS other than 3.9.3
> >> then you should replace the files in this directory with
> >> appropriate files from whatever version you are using.
> >> 
> >> and mozilla/README:
> >> 
> >> We need some private header files from NSS in order to build the
> >> module. Rather than checking them out at build time it is easier to
> >> include them here. We just need to be careful and watch for API
> >> changes.
> >> 
> >> 
> >> Fedora is the upstream, I could ask why it's like this.
> > 
> > Sounds like they should *really* talk with NSS upstream.
> 
> The reason is added security for PKCS#11, discussed on the spec:
> 
> ftp://ftp.rsa.com/pub/pkcs/pkcs-11/201final/spec/v201.pdf
> 
> from 5.2:
> 
> "The dynamic approach certainly has advantages as new libraries are made
> available, but from a security perspective, there are some drawbacks. In
> particular, if a library is easily replaced, then there is the
> possibility that an attacker can substitute a rogue library
> that intercepts a user’s PIN. From a security perspective, therefore,
> direct linking is generally preferable, although codesigning techniques
> can prevent many of the security risks of dynamic linking. In any case,
> whether the linking is direct or dynamic, the programming interface
> between the application and a Cryptoki library remains the same."

AIUI, cryptoki is in nssckfw. Leaving aside the false sense of security
in static linking, that doesn't explain why nss internals are needed. It
sounds to me like they need some guts exposed, and would need to talk to
NSS upstream to expose them.

Mike


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

Bug#728944: icedove: segmentation fault in icedove 24.0-1

2014-01-15 Thread Carsten Schoenert

Hello Daniel,

are this segfaults also happen with the current 24.2.0?

Regards
Carsten


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

Bug#735156: Does not use desktop notifications anymore

2014-01-15 Thread Carsten Schoenert

Hello,

On Mon, Jan 13, 2014 at 12:00:15PM +0100, Yuri D'Elia wrote:
> It seems like Icedove 24 cannot use desktop notifications for new mail anymore
> (17.* could). The configurable "alert" shows only the thunderbird popup.
> 
> Needless to say, it would be nice if proper desktop notification integration
> could be restored.

which desktop environment you are using?

The notification works here on Gnome 3 and KDE.

Regards
Carsten


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

Bug#727708: Bits from linux.conf.au

2014-01-15 Thread Yves-Alexis Perez

On Tue, Jan 14, 2014 at 11:19:38AM -0800, Steve Langasek wrote:
> On Tue, Jan 14, 2014 at 08:03:50PM +0100, Josselin Mouette wrote:
> > Le mardi 14 janvier 2014 à 11:31 -0700, Bdale Garbee a écrit :
> > > > If dependencies like "installing GNOME enforces systemd as init system"
> > > > would be legal, then after a few more such dependencies it would turn
> > > > out that systemd will be the only option available for virtually all 
> > > > users - and that all the hassle of supporting multiple init systems
> > > > was a waste of effort.
> 
> > > Please be careful about stacking assumptions like this.  Equating GNOME
> > > to "virtually all users" completely ignores the vast number of Debian
> > > instances on servers, virtual machines, and embedded systems.  And even
> > > if you only think about client systems, in my own circle of friends
> > > there's a lot more XFCE4 than GNOME these days.
> 
> > As their maintainers have stated, Xfce4 and KDE are most likely going to
> > require systemd soon.
> 
> There has been no such statement from the XFCE maintainers in this
> discussion.

If you're really interested in the opinion of Xfce maintainers, it might
be wise to add us to CC:. I try to look at the bug from time to time,
but there's simply too much mails and it's running for too long, I just
can't follow.

I've added the pkg-xfce mailing list for that subthread, please keep
things Xfce-related and drop the pkg-xfce list when needed.

About systemd. Right now, Xfce in unstable doesn't have any systemd
specific support. Actually, Xfce is pretty much unrelated to the init
system.

What Xfce uses right now is actually the PolicyKit/ConsoleKit, in order to 
manage:

- power events in xfce4-power-manager (lid switch, power button)
- power actions in xfce4-power-manager and xfce4-session (suspend,
  hibernate, shutdown/reboot), using upower
- volume management (USB keys etc.) in Thunar and xfdesktop4, through
  gvfs and udisks

*Right now*, it's perfectly possible to use Xfce without consolekit
installed, but you will lose the above features (for shutdown and reboot
there's actually a shutdown helper which can be run through sudo).

Now, as far as I understand it, PolicyKit/ConsoleKit are unmaintained,
and the recommended alternative is to use logind. That means in the
future, it's likely that upstream Xfce will have to move away from
consolekit. That's not something they really like, considering the
support was added not so long ago, but there's not much choice, unless
someone wants to maintain consolekit in the long run. And it seems that
the only choice right now is to go with logind.

No patch have already been merged for that, but there are patches for
various components (xfce4-power-manager and xfce4-session mostly, since
for Thunar it's actually done in gvfs and/or udisks, so we won't have a
choice anyway). 

Those patches have mostly been contributed by distros who already use
systemd/logind and have dropped consolekit, so they want the nice
features back and a consistent environment. Right now I've refrained to
integrate and upload them because I'm still waiting for the tech-ctte to
decide on the issue.

Because in the end (as I guess it's been already said multiple times on
this bug), even though the stuff we'll most likely require in the future
is in logind, it seems that there'll be no way to use it without systemd
post-204 (but I might be wrong). And I have no idea what's the Xubuntu
plan.

TL;DR

 it's most likely Xfce upstream will move from consolekit to logind (and
thus systemd) at one point. Not because they really like it, but because
indeed everyone else is moving to it, and there's simply not enough
manpower to rebuild the whole freedesktop.org stack. I hope (and some
people in the Xfce developers community too) it won't be a hard
dependency, and I guess it's likely that a non-logind Xfce will continue
to work the same as a non-consolekit Xfce right now.

Regards,
-- 
Yves-Alexis

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

Bug#735274: [Openstack-devel] Bug#735274: BSD license missing in debian/copyright

2014-01-15 Thread Thorsten Alteholz




On Tue, 14 Jan 2014, Thomas Goirand wrote:

Would you know which BSD license that is? Is this 2 or 3 clauses? The
file says:


As it has something to do with Sphinx, I would say it is BSD-2.


though there's no such license file next to nature.css. Where's this
file (eg: nature.css) comming from?


I have no idea. Somebody wanted to create some documentation and that is 
the result ...


   Thorsten


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

Bug#727708: Bits from linux.conf.au

2014-01-15 Thread Joerg Jaspert


>> I'm coming round to the view that we should be planning to support
>> multiple systems indefinitely.
> This has been my opinion all along.  Various assertions that it's
> somehow just too hard really haven't swayed me.  The tricky bit, I
> think, is to define just what "support" means in the context of
> non-default init systems.  

Too hard is a lousy defined thing. But it is an enormous amount of extra
work added to all maintainers of packages with init $things. They
basically get pressed into maintaining three widely different ways of
starting their daemons.

It's nice to say "community of $system will support it", but does anyone
really believe that whichever of the X (currently 3) communities commit
to maintain their systems init $things in all our packages? Maybe in a
very ideal world, but thats not where we are in.

Likewise I think one can forget the porters of an arch to do so.

The only way, IMO, to really support this way would be to come up with
something like our menu support. The maintainer puts a metafile
somewhere, triggers let the installed init system know there is
something new, and it converts that metadata into a working init $thing.

And the maintainers of init systems have to, similar like the window
manager ones had to, come up with the converter metadata -> init $thing.

And yes, I realize that lets a lot to be desired. Starting with "WTH to
do with software that really needs one over the other systems?" and a
lot more points, which all had been mentioned times and again.

As much as it may be hated, a clean decision "this is it, the rest is
officially not supported", no matter for which of the candidates the
decision goes, is IMO the best for the project longterm.

-- 
bye, Joerg
Ubuntu: An ancient african word meaning "I can't configure Debian"


signature.asc
Description: PGP signature

Bug#735506: Pending fixes for bugs in the pinto package

2014-01-15 Thread pkg-perl-maintainers

tag 735506 + pending
thanks

Some bugs in the pinto package are closed in revision
21dc3c25ecc0dc67f00b30160e2b65fec1bfd731 in branch 'master' by Oleg
Gashev

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

Commit message:

Added Spanish translation of the debconf templates.

Thanks: "Matias A. Bellone" 
Closes: #735506


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

Bug#733070: xerces-c dependency

2014-01-15 Thread Jay Berkenbilt

Simply replacing libxerces-c2-dev with libxerces-c-dev does not work for
this package, but it is the only package in testing for which this is
true.  As far as I can tell, this package in its current form is dead
upstream.  Current development of this project appears to be in Java.
As such, I don't think I will hold up requesting of removal of
xerces-c2, which means this package will be FTBFS.  I will reference
this bug report in my removal request in case the ftp or release teams
disagree.

It will probably be at least 2 to 3 weeks before I request removal.

-- 
Jay Berkenbilt 


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

Bug#701099: debian-cd: installer fails with two CD/DVD drives

2014-01-15 Thread Jeff Norden

Hi Andi,

No, mine isn't usb-based.  My asus motherboard includes a ASMB7 "management
module" which activates an extra ethernet port for system management.  You can
connect to the port with a web browser and monitor temps and fan-speeds, and
you can also remotely power the system on and off (the port remains active
even if the system is off).  There is also some sort of java-based remote KVM
interface, which I'm not using.  It seems that is what the virtual cdrom and
floppy devices are for.  My next step would have been to physically remove the
plug-in management module from the board, but the workaround I came up with
was easier.

My guess is that its going to be hard to track down the cause of this bug,
since it seems to be specific to very special circumstances.

-Jeff

> From: Andreas Stempfhuber 
> To: Jeff Norden 
> Subject: Re: Bug#701099: debian-cd: installer fails with two CD/DVD drives
> Date: Wed, 15 Jan 2014 20:21:04 +0100
> Hi Jeff,
> 
> in my case the wrongly selected DVD drive was provided via USB. Was that true 
> in your case as well?
> 
> If so that could be the source of the issue and also why it wasn't possible 
> to 
> reproduce via qemu.
> 
> Thanks
> 
> Andi


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

Bug#735501: Sourceless file

2014-01-15 Thread GCS

tags 735501 + confirmed
thanks

Hi,

You are right, I've to delete it from the binary package and link it
to the packaged jquery-ui.js if possible. Should I repack the source?
Release 1.5.0 is _not_ DFSG free and should not be packaged. I'm
waiting for upstream to release 1.5.1 for a while. I hope it will
happen soon. May I wait for it or should I act promptly?

Thanks,
Laszlo/GCS

On Wed, Jan 15, 2014 at 10:07 PM, bastien ROUCARIES
 wrote:
> I could not find the source of:
>   share/www/script/jquery-ui-1.8.11.custom.min.js

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

Bug#735496: initramfs-tools fails because of missing keyutils package

2014-01-15 Thread maximilian attems

reassign 735496 cryptsetup
stop

On Wed, Jan 15, 2014 at 07:45:06PM +, fdupoux wrote:
> Package: initramfs-tools
> Version: 0.115~bpo70+1
> Severity: normal
> 
> I am using wheezy mostyle stable and also backports packages (such as
> initramfs-tools)
> I have multiple volumes encrypted using dm_crypt (3 LVM Physical Volumes) 
> using
> the same passphrase
> I do not want to type the passphrase three times hence I am using the 
> following
> option in /etc/crypttab
> "luks,keyscript=decrypt_keyctl"
> 
> The problem is update-initramfs fails because /bin/keyctl is required but it 
> is
> not installed.
> It works after I installed keyutils but I had to debug the script to figure 
> out
> what had to be installed.
> A package dependency should make sure this program is already installed to
> avoid this problem.
> 
> # cat /etc/crypttab
> luks-0d020ecb-9fae-40fb-9ddf-8a75c8830d9c UUID=0d020ecb-9fae-40fb-9ddf-
> 8a75c8830d9c none luks,keyscript=decrypt_keyctl
> luks-182a31c7-38da-4c7f-9bf6-3568c0dbf1d4 UUID=182a31c7-38da-4c7f-
> 9bf6-3568c0dbf1d4 none luks,keyscript=decrypt_keyctl
> luks-d1c60f39-a178-46f9-824d-6353b97158c3 UUID=d1c60f39-a178-46f9-824d-
> 6353b97158c3 none luks,keyscript=decrypt_keyctl
> 
> # cat /etc/debian_version
> 7.3
> 
> The main "update-initramfs" command fails:
> 
> # update-initramfs -u -k all
> update-initramfs: Generating /boot/initrd.img-3.2.0-4-amd64
> E: /usr/share/initramfs-tools/hooks/cryptkeyctl failed with return 1.
> update-initramfs: failed for /boot/initrd.img-3.2.0-4-amd64 with 1.
> 
> The internal commands which fails:
> 
> # mkinitramfs -o /boot/initrd.img-3.2.0-4-amd64.new 3.2.0-4-amd64
> E: /usr/share/initramfs-tools/hooks/cryptkeyctl failed with return 1.

dpkg -S /usr/share/initramfs-tools/hooks/cryptkeyctl would tell,
which package that files belongs too, hence reassigned.
 
> # bash -x /usr/share/initramfs-tools/hooks/cryptkeyctl
> + set -e
> + PREREQ=cryptroot
> + case $1 in
> + . /usr/share/initramfs-tools/hook-functions
> + '[' '!' -x /lib/cryptsetup/scripts/decrypt_keyctl ']'
> + copy_exec /bin/keyctl
> + local src target x nonoptlib
> + local libname dirname
> + src=/bin/keyctl
> + target=/bin/keyctl
> + '[' -f /bin/keyctl ']'
> + return 1
> 
> The missing program is /bin/keyctl:
> 
> # ls -lh /bin/keyctl
> ls: cannot access /bin/keyctl: No such file or directory
> 
> The solution is to install the missing package:
> 
> # apt-get install keyutils
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> The following NEW packages will be installed:
>   keyutils
> 0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
> Need to get 36.2 kB of archives.
> After this operation, 86.0 kB of additional disk space will be used.
> Get:1 http://ftp.uk.debian.org/debian/ wheezy/main keyutils amd64 1.5.5-3 
> [36.2
> kB]
> Fetched 36.2 kB in 0s (125 kB/s)
> Selecting previously unselected package keyutils.
> (Reading database ... 125426 files and directories currently installed.)
> Unpacking keyutils (from .../keyutils_1.5.5-3_amd64.deb) ...
> Processing triggers for man-db ...
> Setting up keyutils (1.5.5-3) ...
> 
> Finally it works:

thanks.
 
> # update-initramfs -u -k all
> update-initramfs: Generating /boot/initrd.img-3.2.0-4-amd64


-- 
maks


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

Bug#735506: pinto: [INTL:es] translation to Spanish of debconf messages

2014-01-15 Thread Matias A. Bellone

Package: pinto
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

Find attached the compressed translation of pinto's debconf messages to
Spanish.

Regards,
Toote



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

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


pinto.tar.gz
Description: application/gzip

Bug#733071: upstream has ported clam to xerces-c

2014-01-15 Thread Jay Berkenbilt

Simply changing the build dependency from libxerces-c2-dev to
libxerces-c-dev does not work, but upstream has already ported clam to
use xerces-c 3.x.  As is, clam will become FTBFS when libxerces-c2-dev
is removed.


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

Bug#735116: apt-listbugs: […]/debian.rb:24:in `require': no such file to load -- debian_version (LoadError)

2014-01-15 Thread Francesco Poli

On Wed, 15 Jan 2014 16:38:17 +0100 Antonio Terceiro wrote:

> On Wed, Jan 15, 2014 at 12:20:36AM +0100, Francesco Poli wrote:
[...]
> > As I have already said, I think there's one last aspect to fix: ruby1.8
> > should remove itself from the list of possible alternatives
> > for /usr/bin/ruby.
> > Dear ruby1.8 maintainers, do you agree?

Hello Antonio, thanks for your reply.

> 
> The only case I can think of where ruby1.8 stays as /usr/bin/ruby
> after ruby1.9.1 is installed is the case where the user explicitly
> requested ruby1.8 to be the default alternative.

That is exactly the situation I was thinking about.
As long as ruby1.8 stays installed and is manually configured as the
system-wide alternative for /usr/bin/ruby, many programs requiring
architecture-dependent Ruby libraries will fail to work.

This is why I was suggesting that ruby1.8 should remove itself from the
list of available alternatives for /usr/bin/ruby ...

> 
> Also, doing this will not fix upgrades from wheezy sinde there will be
> no new ruby1.8 that does not provides the alternatives entry to upgrade
> to.

This is true, but I was thinking about continuously upgraded
unstable/testing systems...

> 
> I indent to fix this situation by making `ruby` conflict with `ruby1.8`.

What if both ruby1.8 and ruby1.9.1 are already installed and ruby1.8
was previously (manually) configured as the system-wide alternative
for /usr/bin/ruby?

Which package will pull in ruby, thus forcing the removal of ruby1.8?
All packages depending on "ruby | ruby-interpreter" will be satisfied
by ruby1.9.1, if I understand correctly...

Is there a way to fix this scenario too?

-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE

pgpJZiDDkOG_t.pgp
Description: PGP signature

Bug#735499: Non free donate project button

2014-01-15 Thread Felipe Sateler

On Wed, Jan 15, 2014 at 5:52 PM, bastien ROUCARIES
 wrote:
> Package: src:csoundqt
> Version: 0.8.0-3
> Severity: serious
> User: debian...@debian.org
> Usertags:  license-problem-md5sum-non-free-file
> X-Debbugs-CC: ftpmas...@debian.org
>
> images/project-support.jpg usual name is project-support.jpg. Non free logo. 
> See also 
> http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=24735&sid=00d5a91304948ce71a38e695d225e122.
> This file is not free, it a donation button from sourceforge without copyright

Andres, this file seems to have unclear license. Would it be possible
to change it for another one?


-- 

Saludos,
Felipe Sateler


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

Bug#724688: icedove: affects mozilla-gnome-keyring too

2014-01-15 Thread Carsten Schoenert

Hello Ximin,

On Fri, Dec 20, 2013 at 08:44:00PM +0100, Carsten Schoenert wrote:
> Mozilla is versioning the libxul.so since the release of version 24 or
> before. So basicly this is not a bug I think. Especially we build our
> own "lightning".
> The forwareded link is showing that it is nessesary to respect the
> correct libxul version for the usage of a own extension.
> 
> As i can see you use icedove-dev (>= 17.0) in your control file, the
> icedove version has to fit the version from experiemental (currently) if
> you want build against the icedove 24.
> 
> We are planning to build icedove 24.2 right after the New Years Day and
> upload it to unstable, the last ESR version 17 is now eol.

are you able to check the latest Icedove upload in unstable with
mozilla-gnome-keyring? Hopefully it should working now with a
dependencie on the current Icedove version.

Regards
Carsten


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

Bug#717613: systemd-udevd failes to execute /lib/udev/socket:@/org/freedesktop/hal/udev_event

2014-01-15 Thread Michael Biebl

Am 15.01.2014 21:33, schrieb Ilario Gelmetti:
> Package: hal
> Version: 0.5.14-8
> Followup-For: Bug #717613
> 
> Dear Maintainer,
> happens also to me, on Debian Testing amd64.

No need to confirm. This is a known issue and won't be fixed.
Uninstall hal, it's no longer needed, obsolete and dead.

Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#717613: systemd-udevd failes to execute /lib/udev/socket:@/org/freedesktop/hal/udev_event

2014-01-15 Thread Ilario Gelmetti

Package: hal
Version: 0.5.14-8
Followup-For: Bug #717613

Dear Maintainer,
happens also to me, on Debian Testing amd64.


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

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

Versions of packages hal depends on:
ii  adduser   3.113+nmu3
ii  dbus  1.6.18-2
ii  hal-info  20091130-1
ii  libblkid1 2.20.1-5.5
ii  libc6 2.17-97
ii  libdbus-1-3   1.6.18-2
ii  libdbus-glib-1-2  0.100.2-1
ii  libexpat1 2.1.0-4
ii  libglib2.0-0  2.36.4-1
ii  libhal-storage1   0.5.14-8
ii  libhal1   0.5.14-8
ii  libusb-0.1-4  2:0.1.12-23.3
ii  lsb-base  4.1+Debian12
ii  mount 2.20.1-5.5
ii  pciutils  1:3.2.1-1
ii  udev  204-6
ii  usbutils  1:007-2

Versions of packages hal recommends:
ii  consolekit  0.4.6-3+b1
ii  eject   2.1.5+deb1+cvs20081104-13
ii  pm-utils1.4.1-13

hal 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#735505: ITP: iiu -- iiu (is it up?) is a command line tool that checks if a website is up

2014-01-15 Thread Joel M.

Package: wnpp
Severity: wishlist

iiu (Is It Up?) is a command line tool to aid system administrators
when deploying or maintaining website. iiu is used to check if a
website is available from outside of your own network. It accomplishes
this by using the freely available isitup.org API. iiu's output is
customizable making it simple to incorporate it into a script.

URL: https://launchpad.net/iiu

License: GPL3


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

Bug#648624: lwjgl: upstream >= 2.8 needs libasm4-java

2014-01-15 Thread David Prévot

Control: retitle -1 Please upgrade lwjgl to a more recent version

Hi Michael,

On Sun, Nov 13, 2011 at 10:55:38AM -0500, Michael Gilbert wrote:

> i worked on packaging the upstream version 2.8.1 today

It looks like you forgot to push your work in progress to the package
repository, can you please do so if you still have it handy?

> but it has a new dependency on asm4 that doesn't exist in debian yet.

That statement isn’t true anymore, are you still interested into
upgrading lwjgl?

I may be interested to use a more recent version of liblwjgl-java as a
build-dependency for processing in the near future, and am thus ready to
help upgrading lwjgl via a team upload if that’s OK with you.

Regards

David

signature.asc
Description: Digital signature

Bug#689899: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)

2014-01-15 Thread Marco Balmer

Dear Andreas!

Le vendredi, 3 janvier 2014, 23.53:48 Andreas Barth a écrit :
> * Didier 'OdyX' Raboud (o...@debian.org) [140103 23:43]:
> > Considering you've had your chance to respond to this (and given
> > that you managed to respond in less than a half-hour last time), I
> > have uploaded the proposed debdiff to DELAYED/5 as announced.
> 
> Sorry, this is not acceptable.

I am maintainer of couriergrey, which depends on courier, which depends
on mgetty. 

My package was removed because of #689899 and #719501. What is exactly your
challange? How can we help you? Because I'd like to get back my package
couriergrey into testing.

With best regards,

Marco


signature.asc
Description: GnuPG/PGP Signature

Bug#733072: uploading xerces-c NMU to delayed queue

2014-01-15 Thread Jay Berkenbilt

I think I moved it to DAY/0.  I got confused with my uploads,
accidentally uploading the source.changes and tried to fix it up with
dcut commands and other stuff.  Anyway, I'm pretty sure it's correctly
uploaded to DAY/0 now.  I guess we'll find out soon. :-)

-- 
Jay Berkenbilt 


Anton Gladky  wrote:

> Hi Jay,
>
> thanks for NMU. I really forgot to fix this bug with the
> latest upload. Feel free to reschedule it to DAY/0,
> if you want.
>
> Best regards,
>
> Anton
>
>
> 2014/1/15 Jay Berkenbilt :
>> Freecad builds fine with xerces-c instead of xerces-c2.  I am uploading
>> an NMU to the delayed queue.  See attached diff.  It was literally just
>> changing the build dependency.
>>
>>
>> --
>> debian-science-maintainers mailing list
>> debian-science-maintain...@lists.alioth.debian.org
>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers


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

Bug#735504: Sourceless file

2014-01-15 Thread bastien ROUCARIES

Package: src:pluxml
Version:5.3-1
Severity: serious
User: debian...@lists.debian.org
Usertags: source-contains-prebuilt-javascript-object
X-Debbugs-CC: ftpmas...@debian.org

I could not find the source of:
   themes/defaut/js/respond.min.js
 

Bastien


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

Bug#568303: can-utils Debian package

2014-01-15 Thread Yegor Yefremov

Hi Alexander,

there is work in progress to clean up licensing stuff:
http://comments.gmane.org/gmane.linux.can/4601

slcand is fixed with this patch: http://permalink.gmane.org/gmane.linux.can/4587

I hope the patches will be committed soon.

It would be great if libsocketcan could be packaged too:
http://www.pengutronix.de/software/libsocketcan/download/ This is git
repo with license file:
http://git.pengutronix.de/?p=tools/libsocketcan.git

Yegor

On Wed, Jan 15, 2014 at 5:02 PM, Alexander GQ Gerasiov  wrote:
>
> Wed, 15 Jan 2014 15:03:47 +0100
> Markus Becker  wrote:
>
>> On Wednesday 15 January 2014 12:40:52 you wrote:
>> > Hi Markus,
>> >
>> > I've notice some progress on the issue:
>> >
>> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568303
>> >
>> > If Alexander won't post anything to this bug, where can I find the
>> > package archives, he was talking about?
>>
>> He was talking about collab-maint:
>>
>> http://anonscm.debian.org/gitweb/?p=collab-maint/can-modules.git;a=summary
>> http://anonscm.debian.org/gitweb/?p=collab-maint/can-utils.git;a=summary
>>
>> Anyone can join collab-maint, you don't need to be Debian developer.
>> It would be good if you two coordinate. CCing Alexander therefore.
>
> Hi, guys.
>
> I'm in heavy reformatting package from the link above. (Only can-utils,
> cause I use vanilla kernel's modules.)
>
> Right now I've asked my college to make clean-room rewrite of some
> lines in slcand.c, because it has licensing issues. (Mix of GPL and
> GFDL licensed code.)
>
> I think I'll do an upload this week or the next one. If you have any
> ideas or want to join packaging on alioth, you're welcome. But please
> contact me prior any work, because current version on alioth is very
> different from one I'm working on. (And because of many changes I don't
> see a reason to upload broken state into git repo right now.)
>
> PS Yegor, you can also contact me privately in Russian if you want to.
>
> --
> Regards.


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

Bug#735172: v3.12 regression from "ARM: kirkwood: convert to DT irqchip and clocksource" on non-DT kirkwood platforms

2014-01-15 Thread Ian Campbell

On Wed, 2014-01-15 at 20:54 +0100, Sebastian Hesselbarth wrote:
> please try the following two patches on top of v3.13-rc8 and report
> back, if it solves the regression.

Yes, it works fine, thanks!

Tested-by: Ian Campbell 



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

1 2 3 4 >

1 - 100 of 322 matches

Mail list logo