Bug#739740: logrotate: Erroneous error messages when /var/log is tmpfs

[Reiner Buehl]

Package: logrotate
Version: 3.8.1-4
Severity: important

Dear Maintainer,

when running logrotate on a system that uses tmpfs for /var/log, logrotate
creates erroneous error messages of the following form:

error: skipping "/var/log/cron.log" because parent directory has insecure 
permissions (It's world writable or writable by group which is not "root") Set 
"su" directive in config file to tell logrotate which user/group should be used 
for rotation.

The access rights of /var/log are 755 and it is owned by root:root. The error 
disapears when I comment out the tmpfs line for /var/log in /etc/fstab.

Best regards,
Reiner Buehl

-- Package-specific info:
Contents of /etc/logrotate.d
total 36
-rw-r--r-- 1 root root 173 Dec 24  2012 apt
-rw-r--r-- 1 root root  79 Nov 17  2012 aptitude
-rw-r--r-- 1 root root 135 Aug 11  2012 consolekit
-rw-r--r-- 1 root root 248 Oct 13 07:35 cups
-rw-r--r-- 1 root root 232 Oct 31  2012 dpkg
-rw-r--r-- 1 root root 419 Mar 18  2013 lighttpd
-rw-r--r-- 1 root root  67 Jul  9  2011 rsnapshot
-rw-r--r-- 1 root root 515 Oct  9  2012 rsyslog
-rw-r--r-- 1 root root 115 Jan 21  2013 unattended-upgrades


-- System Information:
Debian Release: 7.2
Architecture: armhf (armv6l)

Kernel: Linux 3.10.30+ (PREEMPT)
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 logrotate depends on:
ii  base-passwd 3.5.26
ii  cron [cron-daemon]  3.0pl1-124
ii  libc6   2.13-38+rpi2
ii  libpopt01.16-7
ii  libselinux1 2.1.9-5

Versions of packages logrotate recommends:
ii  bsd-mailx [mailx]  8.1.2-0.2006cvs-1

logrotate 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#736760: Conflict between debian/upstream (DEP-12) & debian/upstream/ (uscan)

[Bastien ROUCARIES]

Le 12 févr. 2014 15:41, "Andreas Tille"  a écrit :
>
> Hi,
>
> On Wed, Feb 12, 2014 at 04:11:41PM +0900, Charles Plessy wrote:
> > Le Wed, Feb 12, 2014 at 12:06:42AM -0500, James McCoy a écrit :
> > >
> > > That being said, I don't have access to most of the packages.  Even
if I
> > > did, it feels "dirty" to go and commit to a couple hundred packages I
> > > have no involvement with instead of adapting two pieces of software to
> > > deal with both path names.
> >
> > Hi James,
> >
> > you already have commit access to the Debian Med packages, like all
other
> > Debian developers.  Please go ahead !
>
> I take this "go ahead" for "yes, I accept the move".  While I would have
> no problems with this I wonder if it is appropriate to simply go on here
> without at least informing Debian Science and DebiChem who also maintain
> some d/upstream files.  If I might have sounded against the move in the
> past my main problem was that the affected parties were not included into
> the decision making process.

Lintian vive pièce of advice for using debian/upstream file

I think the problem will more important than you think

Bastien
> So I have put the relevant mailing lists in CC to at least give people
> lurking there some heads up and a slight chance to insist.
>
> I would say:  If nobody will insist until after the weekend we might go
> ahead.  And for the actual action I agree with Charles that I see no
> problem if James would simply commit a change to Debian Med repositories
> (SVN and Git).  That's fine and would save us (me or Charles) some work
> and is perfectly possible permission-wise.
>
> Kind regards
>
>   Andreas.
>
> PS: I think I did not got any answer to my question about further plans
> for the debian/upstream/ dir.  I would be really happy to understand
> the big picture to make sure we will not again invent something which
> needs to be changed later on.
>
> --
> http://fam-tille.de
>
>
> --
> To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
listmas...@lists.debian.org
> Archive: http://lists.debian.org/20140212143924.ga21...@an3as.eu
>

Bug#739739: python-igraph: import igraph error

[lina]

Package: python-igraph
Version: 0.6.5-1
Severity: important

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

   Python 2.7.3 (default, Jan  2 2013, 13:56:14) 
   [GCC 4.7.2] on linux2
   Type "copyright", "credits" or "license()" for more information.
   >>> from igraph import *

   Traceback (most recent call last):
 File "", line 1, in 
 from igraph import *
   File "/usr/lib/python2.7/dist-packages/igraph/__init__.py", line 34, 
in 
   from igraph._igraph import *
   ImportError: /usr/lib/libf2c.so.2: undefined symbol: MAIN__
   >>> 
:/usr/lib# ls -lrt libf2c*
-rw-r--r-- 1 root root  101816 Aug  7  2009 libf2c.so.2.1
lrwxrwxrwx 1 root root  13 Aug  7  2009 libf2c.so.2 -> libf2c.so.2.1
lrwxrwxrwx 1 root root  13 Aug  7  2009 libf2c.so -> libf2c.so.2.1
-rw-r--r-- 1 root root  103544 Aug  7  2009 libf2c_i2.so.2.1
lrwxrwxrwx 1 root root  16 Aug  7  2009 libf2c_i2.so.2 -> libf2c_i2.so.2.1
lrwxrwxrwx 1 root root  16 Aug  7  2009 libf2c_i2.so -> libf2c_i2.so.2.1
-rw-r--r-- 1 root root 1053910 Aug  7  2009 libf2c_i2.a
-rw-r--r-- 1 root root 1052294 Aug  7  2009 libf2c.a


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

Kernel: Linux 3.7.9-lina (SMP w/8 CPU cores)
Locale: LANG=en_SG.UTF-8, LC_CTYPE=en_SG.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-igraph depends on:
ii  libc6   2.13-38+deb7u1
ii  libigraph0  0.6.5-5
ii  python  2.7.3-4+deb7u1

python-igraph recommends no packages.

python-igraph 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#739702: [Pkg-xfce-devel] Bug#739702: xfce4-power-manager: 2 power manager icons in system tray

[Yves-Alexis Perez]

On Sat, Feb 22, 2014 at 12:38:27AM +0100, fakefur wrote:
> hi ☺
> 
> if I click on one and exit both exit
> also, ps -e shows only one instance running if that helps

That's very weird indeed. Is it running under Xfce, in the xfce4-panel
or somewhere else?

Regards,
-- 
Yves-Alexis Perez


signature.asc
Description: Digital signature

Bug#739673: What about versions 0.8 or 0.9?

[markus . mbox]

Hello,

while it sounds good that this issue has been resolved in version 1.0.0~beta1-1 
already, what is about previous versions? My patch is for lxc-0.9.

Will the next Debian releases ship with lxc-1.x? Even the current stable 
release (whezzy)?

If I understand Debians release poliy correctly, each release stage 
(stable, testing, experimental) is tied to distinct software versions 
(stable -> lxc-0.8, testing -> lxc-0.9). 

Or will be there a backports package (lxc-1.0 for Wheezy and Jessie)?

My concern is, the bug (which has a tremendous impact on the usability of 
the whole package) will stay in lxc-start for years! Though only a few 
lines of code need to be changed. 
 
Markus


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

Bug#738326: live-build installs extra packages (suggests or based on source package instead of binary)

[Daniel Dickinson]

On 22/02/14 02:04 AM, Daniel Dickinson wrote:
> BTW if I ever get this business card-sized CD-ROM image command line
> rescue image small enough to actually fit on my 200 MB businesscard
> CD-ROMs are you interested in the configs etc (any particular license,
> release needed?) for such image?

I do realize that some of the stuff I've included for personal use will
have to be ditched for any sort of distribution for licensing reasons
(actually I think only the various bootdisks) or because they are really
not of interest to anyone else, at least in their current form (like
most if not all my /usr/local/* scripts).

Regards,

Daniel





signature.asc
Description: OpenPGP digital signature

Bug#739671: phppear check randomly checks one binary

[Niels Thykier]

On 2014-02-21 07:21, Mathieu Parent wrote:
> Package: lintian
> Version: 2.5.21
> 
> Hi lintian maintainers,
> 
> The phppear check aims to check for special substvars in the main
> binary package, which is usually the first. it is coded like that:
> 
> my $binary = $binaries[0];
> 
> [ref]: 
> http://anonscm.debian.org/gitweb/?p=lintian/lintian.git;a=blob;f=checks/phppear.pm#l47
> 
> 
> ... but, $binaries is unordered, and the check will randomly pick one binary.
> 
> I don't know where to patch. Any pointer?
> 
> Regards
> 

Hi,

The result is "unordered" because it is the result of a "keys %{...}"
operation and the order of hash keys are "undefined" in Perl (between
runs at least).  It would be simple to get a "defined" order by simply
sorting the keys before returning, but I guess you want the order from
the d/control file?

To do that you would need to patch _load_ctrl to store a reference to
@control_data on $self and then fetch/use that from from the "binaries"
sub.  The return-statement would become something like:
  return @{ self->{...} };


~Niels


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

Bug#738326: live-build installs extra packages (suggests or based on source package instead of binary)

[Daniel Dickinson]

On 09/02/14 07:37 AM, Ben Armstrong wrote:
> On 09/02/14 03:38 AM, Daniel Dickinson wrote:
>> Package: live-build
>> Version: 3.0.5-1
>> Severity: normal
>>
>> live-build is adding gnuplot to my images even though no package in Depends 
>> or Recommends for gnuplot
>> is in package-lists nor is even being installed via apt-get.
> 
> Please include a log of your build and 'lb config --dump'.
> 
> Ben
> 

Apparently my attempt to include these files in the bug report got
silently dropped due to size of lb build --verbose's build.log (7.6 MB
apparently).

Is there a canonical place for sending large attachments for debian bugs
(and since it's so large is it actually useful to put it someplace or
does lb build without --verbose give enough info?

Output of lb config --dump is attached now.

In the silently dropped email I included the following information:

Please note the following:

grep -E
'battery-stats|collectl-utils|guassum|gretl|libgraphics-gnuplotif-perl|libsvm-tools|plotdrop|python-gnuplot|ruby-gnuplot|splat|stda|tsung|wims|yacas|yade|adun.app|education-mathematics|fityk|funkload|gcx|gpsrpune|rheolof|science-nanoscale-physics|science-viewing|tablix2'
build.log
mksquashfs: file
chroot/usr/lib/gcc/i486-linux-gnu/4.6/include/cross-stdarg.h,
uncompressed size 2598 bytes
mksquashfs: file chroot/usr/lib/gcc/i486-linux-gnu/4.6/include/stdarg.h,
uncompressed size 4203 bytes
mksquashfs: file chroot/usr/lib/perl/5.14.2/stdarg.ph, uncompressed size
2933 bytes
mksquashfs: file chroot/usr/share/man/man3/stdarg.3.gz, uncompressed
size 3396 bytes
mksquashfs: file chroot/usr/share/vim/vim73/syntax/gretl.vim,
uncompressed size 4144 bytes

Basically a grep for every Depends: on and Recommends: on gnuplut
produces no hits on actual package installation.

BTW if I ever get this business card-sized CD-ROM image command line
rescue image small enough to actually fit on my 200 MB businesscard
CD-ROMs are you interested in the configs etc (any particular license,
release needed?) for such image?

Regards,

Daniel

[2014-02-16 12:12:23] lb config --dump
/usr/lib/live/build/config: This is live-build version 3.0.5-1
config/common: # config/common - common options for live-build(7)
config/common: 
config/common: # LB_CONFIG_VERSION: internal version of the configuration file 
format
config/common: LB_CONFIG_VERSION="3.0.5"
config/common: 
config/common: # $LB_APT: set package manager
config/common: # (Default: apt)
config/common: LB_APT="apt"
config/common: 
config/common: # $LB_APT_FTP_PROXY: set apt/aptitude ftp proxy
config/common: # (Default: autodetected or empty)
config/common: LB_APT_FTP_PROXY=""
config/common: 
config/common: # $LB_APT_HTTP_PROXY: set apt/aptitude http proxy
config/common: # (Default: autodetected or empty)
config/common: LB_APT_HTTP_PROXY=""
config/common: 
config/common: # $LB_APT_PIPELINE: set apt/aptitude pipeline depth
config/common: # (Default: )
config/common: LB_APT_PIPELINE=""
config/common: 
config/common: # $LB_APT_RECOMMENDS: set apt/aptitude recommends
config/common: # (Default: true)
config/common: LB_APT_RECOMMENDS="true"
config/common: 
config/common: # $LB_APT_SECURE: set apt/aptitude security
config/common: # (Default: true)
config/common: LB_APT_SECURE="true"
config/common: 
config/common: # $LB_APT_SOURCE_ARCHIVES: set apt/aptitude source entries in 
sources.list
config/common: # (Default: true)
config/common: LB_APT_SOURCE_ARCHIVES="true"
config/common: 
config/common: # $LB_BOOTSTRAP: set bootstrap program
config/common: # (Default: debootstrap)
config/common: LB_BOOTSTRAP="debootstrap"
config/common: 
config/common: # $LB_CACHE: control cache
config/common: # (Default: true)
config/common: LB_CACHE="true"
config/common: 
config/common: # $LB_CACHE_INDICES: control if downloaded package indices 
should be cached
config/common: # (Default: false)
config/common: LB_CACHE_INDICES="false"
config/common: 
config/common: # $LB_CACHE_PACKAGES: control if downloaded packages files 
should be cached
config/common: # (Default: true)
config/common: LB_CACHE_PACKAGES="true"
config/common: 
config/common: # $LB_CACHE_STAGES: control if completed stages should be cached
config/common: # (Default: bootstrap)
config/common: LB_CACHE_STAGES="bootstrap"
config/common: 
config/common: # $LB_DEBCONF_FRONTEND: set debconf(1) frontend to use
config/common: # (Default: noninteractive)
config/common: LB_DEBCONF_FRONTEND="noninteractive"
config/common: 
config/common: # $LB_DEBCONF_PRIORITY: set debconf(1) priority to use
config/common: # (Default: critical)
config/common: LB_DEBCONF_PRIORITY="critical"
config/common: 
config/common: # $LB_INITRAMFS: set initramfs hook
config/common: # (Default: live-boot)
config/common: LB_INITRAMFS="live-boot"
config/common: 
config/common: # $LB_INITRAMFS_COMPRESSION: set initramfs compression
config/common: # (Default: lzma)
config/common: LB_INITRAMFS_COMPRESSION="lzma"
config/common: 
config/common: # $LB_INITSYSTEM: set init system
config/common: # (Default: sysvin

Bug#739727: xbmc: Screen goes to sleep during playback

[Bálint Réczey]

Hi Pavel,

Control : severity wishlist

2014-02-22 0:08 GMT+01:00 Pavel Goriacko :
> Package: xbmc
> Version: 2:12.3+dfsg2-4
> Severity: important
>
> Dear Maintainer,
>
> xbmc does not prevent the screen from going blank after 10 minutes of 
> keyboard inactivity. This happens when I play videos or music: the screen 
> goes blank so I need to move the mouse to wake it. I have turned off the "put 
> display to sleep when idle" setting, that didn't change anything. It does not 
> happen when I play videos in mpv or vlc. I am running xbmc on top of openbox 
> with no xscreensaver or anything like that.

I think the following will help:

xset -dpms; xset s off
from: https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling

Do you run XMBC full screen? Have you enabled screen saver in XBMC?

Cheers,
Balint


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

Bug#738774: doublecmd-common: often sigsegv after changing theme/window decorations in xfce

[Graham Inggs]

Hi Svein

If you have the time, please try again with the Qt version and its dbg package.

Regards
Graham


On 22 February 2014 02:12, Waxhead  wrote:
> Hi Graham,
>
> Well I installed the GTK version as well as the dbg package. What is changed
> since the bug report is that I have run a update on the entire system,.
> Doublecommander does NOT crash on the GTK version anymore.
> If you like I can try to reinstall the Qt version provoker more crashes if
> they still happens that is.
> For now I am happy with the GTK version.
>
> Any preference to what I do?
>
>
> Graham Inggs wrote:
>>
>> Hi Svein
>>
>> I haven't been able to reproduce your problem yet.
>>
>> Can you attach a backtrace from the doublecmd-gtk package as well please?
>> Also, please install the doublecmd-*-dbg package, as appropriate.
>>
>> Regards
>> Graham
>>
>>
>> On 12/02/2014 22:29, Svein Engelsgjerd wrote:
>>>
>>> Package: doublecmd-common
>>> Version: 0.5.8-1
>>> Severity: important
>>>
>>> Dear Maintainer,
>>>
>>> After updating debian jessie with the latest doublecmd I more often than
>>> before experience that doublecmd exits without warning.
>>> I run xfce configured on three monitors (each monitor is a separate x
>>> screen).
>>>
>>> After starting doublecmd and changing themes in xfce or even just the
>>> window decorations doublecmd sigsegv's sometimes.
>>> Not very hard to reproduce, will eventually crash after some time e.g.
>>> the crash can be repeated.
>>> I tried both the gtk and qt version of doublecmd but I can't tell any
>>> difference. Same thing happens.
>>> Restarting doublecmd "resolves" the issue.
>>>
>>
>>
>>
>


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

Bug#672388: (no subject)

[Yuchen Ying]

Problem still exists in npm/1.3.10~dfsg-1 in Sid. 

-- 
yegle
http://about.me/yegle

Bug#738326: live-build installs extra packages (suggests or based on source package instead of binary)

[Daniel Baumann]

On 02/21/2014 02:23 AM, Daniel Dickinson wrote:
> Ok, so IFF there is a bug it is in apt.

that's my claim, yes.

> unless live-build supresses some messages from apt
> showing packages being installed

live-build really doesn't do anything else then calling an apt-get
install $your_packages, and it doesn't process apt output at all.

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


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

Bug#730821: libsunpinyin3: fails to convert ue and iong syllables and crashes

[Lingzhu Xiang]

reassign -1 sunpinyin-data
retitle -1 sunpinyin-data: 0.1.22+20120112-1 breaks libsunpinyin3
thanks

Sunpinyin upstream says sunpinyin-data (<20130220) breaks current
libsunpinyin. 
https://github.com/sunpinyin/sunpinyin/issues/42#issuecomment-35795012

How it breaks is shown above.

As I tested rebuilding sunpinyin-data with updated dict.utf8 and
lm_sc.t3g.arpa from open-gram upstream would resolve this.

Lingzhu Xiang


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

Bug#730821: libsunpinyin3: fails to convert ue and iong syllables and crashes

[GUO Yixuan]

Control: forwarded -1 https://github.com/sunpinyin/sunpinyin/issues/42

On Fri, Feb 21, 2014 at 10:46:50PM -0500, Lingzhu Xiang wrote:
> I bisected the regression and opened a bug upstream
> https://github.com/sunpinyin/sunpinyin/issues/42.
> 
> Lingzhu Xiang
> 

Thank you!

GUO Yixuan


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

Bug#739738: locker: safe_lock: cannot create tmp lockfile debian-spamd/.spamassassin/auto-whitelist.lock.mail...

[Marc F. Clemente]

Package: spamassassin
Version: 3.4.0-1
Severity: normal

Yesterday I upgraded spamassassin from 3.3.2-7 to 3.4.0-1.  I now get a bunch 
of lines in my syslog like this:

Feb 21 06:17:56 mail spamd[17742]: auto-whitelist: open of auto-whitelist file 
failed: locker: safe_lock: cannot create tmp lockfile 
debian-spamd/.spamassassin/auto-whitelist.lock.mail.mclemente.net.17742 for 
debian-spamd/.spamassassin/auto-whitelist.lock: No such file or directory

spamd is running as debian-spamd user.  Its home directory is 
/var/lib/spamassassin.  The directory /var/lib/spamassassin/.spamassassin 
exists and is owned and writeable by debian-spamd.

spamd is called as follows:

/usr/sbin/spamd --nouser-config --username=debian-spamd 
--groupname=debian-spamd --max-children 5 
--helper-home-dir=/var/lib/spamassassin -d --pidfile=/var/run/spamd.pid

Problem with a relative path or missing tilde?

Maybe in /usr/share/perl5/Mail/SpamAssassin/Locker/UnixNFSSafe.pm

Marc


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

Bug#739737: ddclient: 'freedns' protocol not working

[Samuel Bronson]

Package: ddclient
Version: 3.8.1-1.1
Severity: normal

Dear Maintainer,

In , you say
that the 'freedns' protocol is supposed to be available, but it looks
like it really isn't:

,
| sudo ddclient -noexec -debug -verbose
| [sudo] password for naesten:
| FATAL:Error loading the Perl module Digest::SHA1 needed for freedns 
update.
| FATAL: On Debian, the package libdigest-sha1-perl must be installed.
`

However, that package is now gone;
see .

(And even if that package still existed, it should have been
suggested/recommended by ddclient.)

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

Kernel: Linux 3.9-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ddclient depends on:
ii  debconf [debconf-2.0]  1.5.52
ii  initscripts2.88dsf-45
ii  lsb-base   4.1+Debian12
ii  perl [perl5]   5.18.1-5

Versions of packages ddclient recommends:
ii  libio-socket-ssl-perl  1.962-1

ddclient suggests no packages.

-- 
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!


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

Bug#737160: [uupdate] symlink directory traversal

[James McCoy]

On Thu, Jan 30, 2014 at 09:06:38PM +0100, Jakub Wilk wrote:
> A malicious .orig.tar file can trick uupdate into patching files
> outside the source package directory. Proof of concept:

Thanks for the report and PoC.

Looking into it some, below is my understanding of the issue and
concerns on fixing it.

First, this is only a problem for 1.0 format source packages, since
unpacking a 3.0 format's diff tarball will replace a, potentially
malicious, symlink in upstream's source with the corresponding directory
in the diff tarball.

With it constrained to 1.0 format, the problem exists for any file the
diff.gz is adding (or possibly, but much less likely, modifying) where
one of the directories in the path is a symlink pointing outside of the
upstream source tree.

We basically need to add the following just inside the if on line 730:

for link in $(find -type l); do
resolved="$(readlink -f "$link")"
if ! expr "$resolved" : "$(pwd)" >/dev/null; then
complain loudly
fi
done

The problem with the above is that it's not robust in the face of paths
which contain whitespace.  That means, at best, some paths aren't
properly detected and therefore are still subject to original issue.

If someone more familiar with the inrticacies of handling this sort of
scenario in (ba)sh has an idea on how to properly implement this, I'm
all ears.  Otherwise, I'm tempted to rewrite the whole thing in Perl,
but I'd rather taking the time to do that.

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 


signature.asc
Description: Digital signature

Bug#735139: [Nbd] nbd recovery after suspend/resume

[Paul Clements]

Is it a kernel related thing, or could it be the fix to nbd-client signal
handling as detailed in this thread?

https://www.mail-archive.com/nbd-general@lists.sourceforge.net/msg01568.html


On Wed, Feb 19, 2014 at 6:10 PM, Ben Hutchings  wrote:

> Ernesto reported that ndb mounts break after suspend/resume when running
> Linux 3.2.51:
>
> > [48080.515468] block nbd1: Attempted send on closed socket
> > [48080.515473] end_request: I/O error, dev nbd1, sector 91896
> > [48080.515718] block nbd1: Attempted send on closed socket
> > [48080.515721] end_request: I/O error, dev nbd1, sector 91896
> > [48080.515752] [ cut here ]
> > [48080.515863] kernel BUG at
> /build/linux-rrsxby/linux-3.2.51/fs/buffer.c:2917!
> > [48080.516010] invalid opcode:  [#1] SMP
> > [48080.516176] CPU 0
> > [48080.516188] Modules linked in: snd_usb_audio snd_usbmidi_lib
> snd_seq_midi snd_seq_midi_event snd_rawmidi nls_utf8 nls_cp437 vfat fat nbd
> cbc ecb vmnet(O) vsock(O) vmci(O) vmmon(O) parport_pc ppdev lp parport
> cpufreq_conservative bnep cpufreq_userspace cpufreq_stats cpufreq_powersave
> rfcomm 8021q garp stp binfmt_misc uinput nfsd nfs nfs_acl auth_rpcgss
> fscache lockd sunrpc loop fuse ecryptfs dm_crypt dm_mod snd_hda_codec_hdmi
> snd_hda_codec_conexant pl2303 usbserial arc4 iwlwifi joydev btusb mac80211
> bluetooth snd_hda_intel snd_hda_codec snd_hwdep snd_pcm i915 drm_kms_helper
> snd_page_alloc drm iTCO_wdt iTCO_vendor_support snd_seq cfg80211
> snd_seq_device snd_timer snd evdev soundcore i2c_i801 dell_laptop
> i2c_algo_bit i2c_core rfkill coretemp acpi_cpufreq mperf video pcspkr
> dcdbas psmouse dell_wmi ac serio_raw sparse_keymap processor button battery
> power_supply wmi ext4 crc16 jbd2 mbcache usbhid hid ums_realtek usb_storage
> sg sr_mod sd_mod cdrom crc_t10dif xhci_hcd crc32c_intel ghash_clmulni_intel
> aesni_intel ahci libahci aes_x86_64 thermal thermal_sys libata atl1c
> scsi_mod ehci_hcd aes_generic cryptd usbcore usb_common [last unloaded:
> scsi_wait_scan]
> > [48080.520191]
> > [48080.520931] Pid: 7672, comm: make Tainted: G   O
> 3.2.0-4-amd64 #1 Debian 3.2.51-1 Dell Inc.  Dell System Inspiron
> N411Z/
> > [48080.521803] RIP: 0010:[]  []
> submit_bh+0x19/0xff
> > [48080.522674] RSP: 0018:88017a5e5a68  EFLAGS: 00010246
> > [48080.523557] RAX: 00040005 RBX: 8800c947af68 RCX:
> 0004
> > [48080.524480] RDX:  RSI: 8800c947af68 RDI:
> 0211
> > [48080.525417] RBP: 0211 R08: 0200 R09:
> 8168f0a0
> > [48080.526246] R10: 880107a798c0 R11: 880107a798c0 R12:
> 8800c919e400
> > [48080.527186] R13: 0001 R14: 0001f381 R15:
> 03c94245
> > [48080.528204] FS:  7fea81a02700() GS:88019fa0()
> knlGS:
> > [48080.529252] CS:  0010 DS:  ES:  CR0: 80050033
> > [48080.530326] CR2: 019c8000 CR3: 0001613a1000 CR4:
> 000406f0
> > [48080.531435] DR0:  DR1:  DR2:
> 
> > [48080.532557] DR3:  DR6: 0ff0 DR7:
> 0400
> > [48080.533691] Process make (pid: 7672, threadinfo 88017a5e4000,
> task 8800d066f650)
> > [48080.534863] Stack:
> > [48080.536040]  8800c947af68 0211 8800c919e400
> 8111f577
> > [48080.537291]  8800d066f650 811be4ff 8800c947af68
> 8800c947af68
> > [48080.538558]  88015c1cac00 a01c4fcd a01e5e1d
> 88000dd8e840
> > [48080.539848] Call Trace:
> > [48080.541140]  [] ? __sync_dirty_buffer+0x52/0x87
> > [48080.542474]  [] ? __percpu_counter_sum+0x44/0x57
> > [48080.543861]  [] ? ext4_commit_super+0x191/0x1d3
> [ext4]
> > [48080.545251]  [] ? ext4_error_inode+0x4c/0xef [ext4]
> > [48080.546654]  [] ? ext4_find_entry+0x1eb/0x298 [ext4]
> > [48080.548096]  [] ? ext4_lookup+0x2e/0x11c [ext4]
> > [48080.549522]  [] ? __d_alloc+0x12c/0x13c
> > [48080.550964]  [] ? d_alloc_and_lookup+0x3a/0x60
> > [48080.552429]  [] ? walk_component+0x219/0x406
> > [48080.553934]  [] ? add_page_to_lru_list+0x64/0x64
> > [48080.555443]  [] ? path_lookupat+0x7c/0x2bd
> > [48080.556949]  [] ? should_resched+0x5/0x23
> > [48080.558485]  [] ? _cond_resched+0x7/0x1c
> > [48080.560030]  [] ? do_path_lookup+0x1c/0x87
> > [48080.561541]  [] ? user_path_at_empty+0x47/0x7b
> > [48080.563129]  [] ? do_page_fault+0x30a/0x345
> > [48080.564737]  [] ? vfs_fstatat+0x32/0x60
> > [48080.566340]  [] ? sys_newstat+0x12/0x2b
> > [48080.567920]  [] ? vfs_write+0xbb/0xe9
> > [48080.569477]  [] ? page_fault+0x25/0x30
> > [48080.571036]  [] ? system_call_fastpath+0x16/0x1b
> > [48080.572564] Code: ff b8 01 00 00 00 eb 02 31 c0 5a 5b 5d 41 5c 41 5d
> c3 41 54 55 89 fd 53 48 8b 06 48 89 f3 a8 04 75 02 0f 0b 48 8b 06 a8 20 75
> 02 <0f> 0b 48 83 7e 38 00 75 02 0f 0b 48 8b 06 f6 c4 02 74 02 0f 0b
> > [48080.575767] RIP  [] submit_bh+0x19/0xff
> > [48080.577256]  RSP 
> > [48

Bug#730821: libsunpinyin3: fails to convert ue and iong syllables and crashes

[Lingzhu Xiang]

I bisected the regression and opened a bug upstream
https://github.com/sunpinyin/sunpinyin/issues/42.

Lingzhu Xiang


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

Bug#739735: hime: FTBFS on kfreebsd-*

[陳昌倬]

owner 739735 !
thanks
-- 
ChangZhuo Chen (陳昌倬) 
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: Digital signature

Bug#739691: libgl1-mesa-glx:amd64: Upgrade to Xserver 1.15 broke kwin and others: Invalid GLXFBConfig returned

[Gianluigi Tiesi]

Package: mesa
Version: 9.2.2-1
Followup-For: Bug #739691

I'm experimenting same problem with intel video card

the related bug is:
https://bugs.freedesktop.org/show_bug.cgi?id=70706

the following patches solved the problem:

http://patchwork.freedesktop.org/patch/20458/
http://patchwork.freedesktop.org/patch/20464/

please consider to add them asap

Regards

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
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#739735: hime: FTBFS on kfreebsd-*

[陳昌倬]

Source: hime
Version: 0.9.10-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

The hime FTBFS on kfreebsd-*. I will try to fix it.

[1] https://buildd.debian.org/status/package.php?p=hime



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (800, 'testing'), (500, '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.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- 
ChangZhuo Chen (陳昌倬) 
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: Digital signature

Bug#739719: goaccess: new upstream version 0.7.1

[Chris Taylor]

I should have this ready to  go by early next week.

-Chris
 On Feb 21, 2014 1:51 PM,  wrote:

> Package: goaccess
> Version: 1:0.6-1
> Severity: wishlist
>
> Dear Maintainer,
>
> goaccess 0.7.1 has been released.
> GoAccess 0.7.x provides significant advantages over version 0.6.1.
> The author recommends to upgrade to version 0.7.
> Thanks in advance.
>
> Best regards,
> Florent Monbillard
>
> -- System Information:
> Debian Release: 7.4
>   APT prefers stable
>   APT policy: (600, 'stable'), (400, 'testing'), (100, 'unstable'), (10,
> 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core)
> Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages goaccess depends on:
> ii  libc6 2.17-97
> ii  libglib2.0-0  2.33.12+really2.32.4-5
> ii  libncurses5   5.9-10
> ii  libtinfo5 5.9-10
>
> goaccess recommends no packages.
>
> goaccess suggests no packages.
>
> -- no debconf information
>

Bug#739734: Libc6 upgrade to 2.18.1 fails during update

[Robin]

Package: libc6
Version: 2.18.1
Severity: 


Using synaptic to do dist-upgrade, failure occurs during update of libc6.
The last thing that happened was : restarting services
ssh
exim

Then:  Not all package updates completed see details. There were no details.

Since then any app not already open segfaults e.g. ls

Debian Sid amd64 linux-3.11


-- 
rob


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

Bug#739733: ttylog drops input lines, adds extra newlines, assumes hardware flow control

[Doug Brunner]

Package: ttylog
Version: 0.1.d

Using ttylog to capture serial console output from a machine under test, 
I found that it has a few shortcomings:

1. It injects an extra newline at the end of every line it prints.
2. It always drops the first line it reads from the serial port.
3. The manpage does not list the -f option.

It appears that:
#1 is caused by inappropriately adding a newline when calling printf() 
to produce output; fgets() leaves the newlines in the input, so no 
addition is needed. It was then necessary to disable output buffers in 
order to get output to be flushed when writing to a pipe.
#2 is caused by trying to flush the input buffer with a blocking call to 
fgets(); if no data is in the buffer then it eats the first line it 
receives. If it was being used for binary data, it could eat quite a lot 
(everything up to the first 0x0d)


Testing was done on Ubuntu 12.04 x86_64.

I've attached a patch that I believe fixes the above issues.

Thanks,

--
Doug Brunner
Project Engineer
Ebus Inc.

diff -rupN ttylog-0.1.d/ChangeLog ttylog-0.1.e/ChangeLog
--- ttylog-0.1.d/ChangeLog	2011-02-16 17:15:15.0 -0800
+++ ttylog-0.1.e/ChangeLog	2014-02-21 17:04:14.123182620 -0800
@@ -1,3 +1,11 @@
+2014-02-21  Doug Brunner   0.1.e
+
+* Fixed extra newlines being added to output.
+* Fixed dropping of lines at high baud rates.
+* Fixed dropping of first input line.
+* Added command line switch -n to disable hardware RTS/CTS flow control.
+
+
 2011-02-16  Robert James Clay   0.1.d
 
 * Corrected a misspelling of the word 'version' in ttylog.c.
diff -rupN ttylog-0.1.d/debian/changelog ttylog-0.1.e/debian/changelog
--- ttylog-0.1.d/debian/changelog	2014-02-21 16:57:30.0 -0800
+++ ttylog-0.1.e/debian/changelog	2014-02-21 17:32:45.801572134 -0800
@@ -1,3 +1,10 @@
+ttylog (0.1.e-1) unstable; urgency=low
+
+  * Fixed extra newlines being added to output.
+  * Fixed dropping of first input line.
+
+ -- Doug Brunner   Fri, 21 Feb 2014 17:32:32 -0800
+
 ttylog (0.1.d-1) unstable; urgency=low
 
   * New upstream release.
diff -rupN ttylog-0.1.d/ttylog.8 ttylog-0.1.e/ttylog.8
--- ttylog-0.1.d/ttylog.8	2011-02-15 17:54:52.0 -0800
+++ ttylog-0.1.e/ttylog.8	2014-02-21 17:35:53.239671660 -0800
@@ -20,6 +20,9 @@ Baud rate of the device. Available baud
 .TP
 .B -d --device
 The serial device. For example /dev/ttyS1
+.TP
+.B -f --flush
+Causes output buffers to be flushed after every write
 .SH AUTHOR
 This manual page was originally written by Tibor Koleszar ,
 for the Debian GNU/Linux system.  Modifications and updates written by
diff -rupN ttylog-0.1.d/ttylog.c ttylog-0.1.e/ttylog.c
--- ttylog-0.1.d/ttylog.c	2011-02-16 17:15:15.0 -0800
+++ ttylog-0.1.e/ttylog.c	2014-02-21 17:34:13.896679203 -0800
@@ -25,7 +25,7 @@
 #include 
 #include 
 
-#define VERSION "0.1.d"
+#define VERSION "0.1.e"
 #define BAUDN 9
 
 char flush = 0;
@@ -134,9 +134,15 @@ main (int argc, char *argv[])
   tcsetattr (fd, TCSANOW, &newtio);
 
   /* Clear the device */
-  FD_ZERO (&rfds);
-  FD_SET (fd, &rfds);
-  fgets (line, 1024, logfile);
+  {
+int flags = fcntl (fd, F_GETFL, 0);
+fcntl (fd, F_SETFL, flags | O_NONBLOCK);
+while (fgets (line, 1024, logfile) );
+fcntl (fd, F_SETFL, flags);
+  }
+
+  if (flush)
+setbuf(stdout, NULL);
 
   while (1)
 {
@@ -146,7 +152,7 @@ main (int argc, char *argv[])
   if (retval)
 	{
 	  fgets (line, 1024, logfile);
-	  printf ("%s\n", line);
+	  fputs (line, stdout);
 	  if (flush) { fflush(stdout); }
 	}
 }

Bug#739732: RFS: osgearth/2.5.0+dfsg-0~exp1

[Bas Couwenberg]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 Package name: osgearth
 Version : 2.5.0+dfsg-0~exp1
 Upstream Author : Glenn Waldron
 URL : http://osgearth.org/
 License : LGPL-3
 Section : devel

It builds those binary packages:

 libosgearth-dev- osgEarth development files
 libosgearth3   - Dynamic 3D terrain rendering toolkit for 
OpenSceneGraph (shared library)
 libosgearthannotation3 - Dynamic 3D terrain rendering toolkit for 
OpenSceneGraph (osgEarthAnnotation)
 libosgearthfeatures3   - Dynamic 3D terrain rendering toolkit for 
OpenSceneGraph (osgEarthFeatures)
 libosgearthqt3 - Dynamic 3D terrain rendering toolkit for 
OpenSceneGraph (osgEarthQts)
 libosgearthsymbology3  - Dynamic 3D terrain rendering toolkit for 
OpenSceneGraph (osgEarthSymbology)
 libosgearthutil3   - Dynamic 3D terrain rendering toolkit for 
OpenSceneGraph (osgEarthUtil)
 osgearth   - Dynamic 3D terrain rendering toolkit for 
OpenSceneGraph (binaries)
 osgearth-data  - Dynamic 3D terrain rendering toolkit for 
OpenSceneGraph (data)
 openscenegraph-plugin-osgearth - OpenSceneGraph plugins for osgEarth

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

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


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

  dget -x 
http://mentors.debian.net/debian/pool/main/o/osgearth/osgearth_2.5.0+dfsg-0~exp1.dsc

More information about osgEarth can be obtained from http://osgearth.org/.

Changes since the last upload:

 * New upstream release.
 * Repack orig tarball with XZ compression.
 * Update Files-Excluded for osgEarth 2.5.
 * Add build dependencies on libv8-dev and libnoise-dev.
 * Refresh soversion.patch, bump SOVERSION to 3.
 * Enable KMZ support with libminizip from libkml.
 * Drop MPGeometry-OpenSceneGraph-3.1.8.patch, included in upstream.
 * Drop becuase-typo.patch, applied upstream.
 * Refresh cmake-FindMiniZip.patch.
 * Add manpage for osgearth_tileindex, osgearth_terraineffects,
   osgearth_sharedlayer & osgearth_demo.
 * Add gbp.conf to use pristine-tar and git-pbuilder by default.


Regards,
 Sebastiaan Couwenberg


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

Bug#739731: pacemaker needs corosync service definition in corosync.conf

[Daniel Black]

Package: pacemaker
Version: 1.1.7-1
Severity: minor

For pacemaker to provide a working crm interface the following is needed in the 
corosync configuration.

Adding the following would assist in this matter.

Install the following contents in /etc/corosync/service.d/pacemaker.conf:
service {
 # Load the Pacemaker Cluster Resource Manager
 name: pacemaker
 ver: 1
}




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

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

Versions of packages pacemaker depends on:
ii  adduser   3.113+nmu3
ii  corosync  1.4.2-3
ii  libbz2-1.01.0.6-4
ii  libc6 2.13-38+deb7u1
ii  libcfg4   1.4.2-3
ii  libcib1   1.1.7-1
ii  libconfdb41.4.2-3
ii  libcoroipcc4  1.4.2-3
ii  libcpg4   1.4.2-3
ii  libcrmcluster11.1.7-1
ii  libcrmcommon2 1.1.7-1
ii  libesmtp6 1.0.6-1+b1
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libgnutls26   2.12.20-7
ii  liblrm2   1.0.9+hg2665-1
ii  libltdl7  2.4.2-1.1
ii  libncurses5   5.9-10
ii  libpam0g  1.1.3-7.1
ii  libpe-rules2  1.1.7-1
ii  libpe-status3 1.1.7-1
ii  libpengine3   1.1.7-1
ii  libpils2  1.0.9+hg2665-1
ii  libplumb2 1.0.9+hg2665-1
ii  libsnmp15 5.4.3~dfsg-2.7
ii  libssl1.0.0   1.0.1e-2+deb7u4
ii  libstonithd1  1.1.7-1
ii  libtinfo5 5.9-10
ii  libtransitioner1  1.1.7-1
ii  libuuid1  2.20.1-5.3
ii  libxml2   2.8.0+dfsg1-7+nmu2
ii  libxslt1.11.1.26-14.1
ii  python2.7.3-4+deb7u1
ii  python2.6 2.6.8-1.1
ii  python2.7 2.7.3-6
ii  resource-agents   1:3.9.2-5+deb7u1

pacemaker recommends no packages.

pacemaker suggests no packages.

-- Configuration Files:
/etc/init.d/pacemaker 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#739711: ruby-em-http-request: license information of debian/ files missing in d/copyright

[Tollef Fog Heen]

]] Jonas Genannt 

> I would like to add the following statement about debian/* in copyright:
> 
> Files: debian/*
> Copyright: 2012-2013 Praveen Arimbrathodiyil 
> 2012 Tollef Fog Heen 
> 2012 Cédric Boutillier 
> 2014 Jonas Genannt 
> License: MIT
> 
> This license is the same as upstream uses.

I generally don't consider debian/* copyrightable and so have not put in
a copyright for that bit of the package.

> If you are fine with this, please acknowledge this change, via sending a mail 
> to
> 739...@bugs.debian.org.

If you think it's necessary to add the copyright bit for debian/*, feel
free to use whatever licence you'd like.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


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

Bug#739730: corosync: example files contain log path to non-existent directory /var/log/cluster

[Daniel Black]

Package: corosync
Version: 1.4.2-3
Severity: minor

{/etc/corosync,/usr/share/docs/corosync/examples}/corosync.conf.example* 
contains the path /var/log/cluster/corosync.log

Because /var/log/cluster doesn't exist the rather unspecific error is returned.

[] Restarting corosync daemon: corosyncparse error in config: parse error 
in config: .
Feb 22 00:05:23 corosync [MAIN  ] Corosync Cluster Engine ('1.4.2'): started 
and ready to provide service.
Feb 22 00:05:23 corosync [MAIN  ] Corosync built-in features: nss
Feb 22 00:05:23 corosync [MAIN  ] Successfully read main configuration file 
'/etc/corosync/corosync.conf'.
Feb 22 00:05:23 corosync [MAIN  ] parse error in config: parse error in config: 
.
Feb 22 00:05:23 corosync [MAIN  ] Corosync Cluster Engine exiting with status 8 
at main.c:1680.

Can you please create its own directory and/or reset the path in examples to 
/var/log/corosync.log ?


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

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

Versions of packages corosync depends on:
ii  adduser 3.113+nmu3
ii  libc6   2.13-38+deb7u1
ii  libcfg4 1.4.2-3
ii  libconfdb4  1.4.2-3
ii  libcoroipcc41.4.2-3
ii  libcoroipcs41.4.2-3
ii  libcpg4 1.4.2-3
ii  libevs4 1.4.2-3
ii  liblogsys4  1.4.2-3
ii  libpload4   1.4.2-3
ii  libquorum4  1.4.2-3
ii  libsam4 1.4.2-3
ii  libtotem-pg41.4.2-3
ii  libvotequorum4  1.4.2-3
ii  lsb-base4.1+Debian8+deb7u1

corosync recommends no packages.

corosync suggests no packages.

-- Configuration Files:
/etc/corosync/corosync.conf changed [not included]
/etc/default/corosync 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#722217: Updated the Nvidia driver from Experimental

[Mika]

Sorry to be back a bit later,

But the bug is still here on the latest Nvidia from Experimental.

I also saw that there is a new version of libc 2.18-1 available and tried
to update to it but it too failed.

Then I followed the instructions Andreas gave to update-alternatives and
the packages installed succesfully. So there is a workaround.

But will the problem come back again when the next update of libc comes?
Well I tried to run the preinst script with set -x instead of set -e. This
was done after i set the drivers back to nvidia with update-alternatives.

Here are the results.
dpkg -i libc.deb
dpkg: warning: parsing file '/var/lib/dpkg/available' near line 393 package
'libtext-wrapi18n-perl':
 missing description
dpkg: warning: parsing file '/var/lib/dpkg/available' near line 513 package
'libustr-1.0-1:amd64':
 missing description
dpkg: warning: parsing file '/var/lib/dpkg/available' near line 3962
package 'login':
 missing description
dpkg: warning: parsing file '/var/lib/dpkg/available' near line 39257
package 'mawk':
 missing description
dpkg: warning: parsing file '/var/lib/dpkg/available' near line 44046
package 'passwd':
 missing description
(Reading database ... 233048 files and directories currently installed.)
Preparing to unpack libc.deb ...
+ readlink /lib32
+ [  = /emul/ia32-linux/lib ]
+ readlink /usr/lib32
+ [  = /emul/ia32-linux/usr/lib ]
Unpacking libc6-amd64 (2.18-1) over (2.18-1) ...
Replaced by files in installed package libc6:amd64 (2.18-1) ...
Setting up libc6-amd64 (2.18-1) ...
Processing triggers for libc-bin (2.18-1) ...
root@


Here are the logs of the first run. That failed before I changed the
alternatives to use mesa.

E: /var/cache/apt/archives/libc6_2.18-1_i386.deb: subprocess new
pre-installation script was killed by signal (Segmentation fault)
E: man-db: subprocess installed post-installation script was killed by
signal (Segmentation fault)

And Here is the whole synaptic log:

Preconfiguring packages ...
dpkg: warning: parsing file '/var/lib/dpkg/available' near line 393 package
'libtext-wrapi18n-perl':
 missing description
dpkg: warning: parsing file '/var/lib/dpkg/available' near line 513 package
'libustr-1.0-1:amd64':
 missing description
dpkg: warning: parsing file '/var/lib/dpkg/available' near line 3962
package 'login':
 missing description
dpkg: warning: parsing file '/var/lib/dpkg/available' near line 39257
package 'mawk':
 missing description
dpkg: warning: parsing file '/var/lib/dpkg/available' near line 44046
package 'passwd':
 missing description
(Reading database ... 233042 files and directories currently installed.)
Preparing to unpack .../libc6-i386_2.18-1_amd64.deb ...
Unpacking libc6-i386 (2.18-1) over (2.17-92) ...
Replaced by files in installed package libc6:i386 (2.17-92) ...
Preparing to unpack .../libc6-dev_2.18-1_i386.deb ...
De-configuring libc6-dev:amd64 (2.17-92) ...
Unpacking libc6-dev:i386 (2.18-1) over (2.17-92) ...
Preparing to unpack .../libc6-dev_2.18-1_amd64.deb ...
Unpacking libc6-dev:amd64 (2.18-1) over (2.17-92) ...
Preparing to unpack .../locales_2.18-1_all.deb ...
Unpacking locales (2.18-1) over (2.17-97) ...
Preparing to unpack .../archives/nscd_2.18-1_amd64.deb ...
Unpacking nscd (2.18-1) over (2.17-97) ...
Preparing to unpack .../libc6_2.18-1_amd64.deb ...
De-configuring libc6:i386 (2.17-92) ...
Checking for services that may need to be restarted...
Checking init scripts...
Unpacking libc6:amd64 (2.18-1) over (2.17-92) ...
Preparing to unpack .../archives/libc6_2.18-1_i386.deb ...
dpkg: error processing archive
/var/cache/apt/archives/libc6_2.18-1_i386.deb (--unpack):
 subprocess new pre-installation script was killed by signal (Segmentation
fault)
Processing triggers for man-db (2.6.6-1) ...
dpkg: error processing package man-db (--unpack):
 subprocess installed post-installation script was killed by signal
(Segmentation fault)
Errors were encountered while processing:
 /var/cache/apt/archives/libc6_2.18-1_i386.deb
 man-db
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
dpkg: dependency problems prevent configuration of libc6-dev:amd64:
 libc6-dev:amd64 depends on libc-dev-bin (= 2.18-1); however:
  Version of libc-dev-bin on system is 2.17-92.

dpkg: error processing package libc6-dev:amd64 (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of libc6-dev:i386:
 libc6-dev:i386 depends on libc6 (= 2.18-1); however:
  Version of libc6:i386 on system is 2.17-92.
 libc6-dev:i386 depends on libc-dev-bin (= 2.18-1); however:
  Version of libc-dev-bin on system is 2.17-92.

dpkg: error processing package libc6-dev:i386 (--configure):
 dependency problems - leaving unconfigured
dpkg: error processing package libc6:amd64 (--configure):
 package libc6:amd64 2.18-1 cannot be configured because libc6:i386 is at a
different version (2.17-92)
dpkg: dependency problems prevent configuration of man-db:
 man-db depends on libc6 (>= 2.

Bug#738446: RFA: u-boot -- A boot loader for embedded systems

[Vagrant Cascadian]

On Sun, Feb 09, 2014 at 06:11:52PM +, Clint Adams wrote:
> I request an adopter for the u-boot package.

I can continue to put some time into it, and have handled the last several
uploads, although I can only test and maintain a small number of available
targets. Would formally making it team-maintained be a good idea?


live well,
  vagrant


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

Bug#739729: live-build: "Live" installer CD includes redundant .deb files

[Benjamin Moody]

Package: live-build
Version: 3.0.5-1
Severity: normal
Tags: patch

Dear Maintainer,

When building a CD with the LB_DEBIAN_INSTALLER="live" option,
live-build will include a significant number of .deb packages that are
(as far as I can tell) not actually needed for installation.

The 'binary_debian-installer' script contains code designed to avoid
including the .deb files for packages that are already installed in
the live system.  However, the 'rm' command doesn't work due to
improper quoting.

I further noticed that the 'grep' command that is meant to force
certain packages (e.g. grub) to be included as .debs was also
not working as intended.

I believe the below patch fixes these issues:

--- scripts/build/binary_debian-installer.orig  2013-04-30
02:28:19.0 -0400
+++ scripts/build/binary_debian-installer   2014-02-21 16:20:37.0 
-0500
@@ -528,11 +528,11 @@

# Drop the packages already installed that d-i doesn't 
explicitely need
_REMAINING_PACKAGES="$(echo ${DI_FIRMWARE_PACKAGES}
${DI_REQ_PACKAGES} | sed -e 's# #|#g')"
-   _REMAINING_PACKAGES="$(sed -n -e 's|Package: ||p'
chroot/var/lib/dpkg/status.tmp | grep -E -v
\"^${_REMAINING_PACKAGES}$\")"
+   _REMAINING_PACKAGES="$(sed -n -e 's|Package: ||p'
chroot/var/lib/dpkg/status.tmp | grep -E -v
"^(${_REMAINING_PACKAGES})\$")"

for _PACKAGE in ${_REMAINING_PACKAGES}
do
-   rm -f "chroot/binary.deb/archives/${_PACKAGE}_*.deb"
+   rm -f chroot/binary.deb/archives/${_PACKAGE}_*.deb
done
else
# Download .debs of the required packages

-- Package-specific info:

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

Kernel: Linux 2.6.32-431.1.2.el6.x86_64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages live-build depends on:
ii  debootstrap  1.0.48+deb7u1

Versions of packages live-build recommends:
ii  cpio2.11+dfsg-0.1
ii  gnu-fdisk   1.2.4-3.1
ii  live-boot-doc   3.0.1-1
ii  live-config-doc 3.0.23-1
ii  live-manual-html [live-manual]  1:3.0.2-1

Versions of packages live-build suggests:
pn  debian-keyring  
pn  dosfstools  
pn  git 
ii  gpgv1.4.12-7+deb7u2
pn  loadlin 
pn  memtest86+ | memtest86  
ii  mtools  4.0.17-1
pn  parted  
ii  squashfs-tools  1:4.2-5
pn  sudo | fakeroot 
ii  syslinux2:4.05+dfsg-6+deb7u1
pn  uuid-runtime
pn  win32-loader
pn  xorriso 

-- no debconf information


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

Bug#735202: speakup crashes debian

[Jude DaShiell]

Not entirely sure, what's my best bet for installing a readline package 
that is likely to work?

On Sun, 2 Feb 2014, Paul Gevers wrote:

> On 26-01-14 19:28, Geoff Shang wrote:
> > It seems to happen when working in more primitive environments with
> > no readline.
> 
> Triggered by the mail of Jude, do you confirm that installing readline
> prevents this bug from happening? Than indeed adding that as a
> dependency would solve your issue.
> 
> Paul
> 
> 
> 

jude 


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

Bug#735202: speakup crashes debian

[Jude DaShiell]

If that missing dependency is undocumented and also not an mandatory 
automatic install with another package that needs a fix or two.  If 
anyone can test this on a machine with an ensonicq (I think 1370) sound 
card if this bug can't be reproduced, pulseaudio is at least 
participating and may be doing more than that.  Intel sound cards and 
pulseaudio don't get along well and until I learned that, I couldn't 
figure out how pulseaudio routinely failed yet speakup came up working.  
The amd64k machine I have unfortunately has one of the intel junk cards.

On Sun, 2 Feb 2014, Paul Gevers wrote:

> On 02-02-14 11:29, Geoff Shang wrote:
> > IMHO, tryign to work around the bug isn't the right approach.  A bug
> > that will crash the entire system hard needs to be treated as a bug that
> > needs to be fixed.
> 
> I agree with you. But a missing dependency can also very well be a bug,
> so I wasn't "trying to work around the bug". But indeed, bringing a
> system completely to a halt does hardly look like a missing dependency
> issue.
> 
> Paul
> 
> 
> 

jude 


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

Bug#739721: /run/shm compat symlink

[Michael Biebl]

Am 22.02.2014 00:10, schrieb Michael Biebl:

> Feb 22 00:03:46 debian ifup[535]: Filesystem mounted on /dev/shm;
> setting up compatibility bind mount. ... (warning).
> Feb 22 00:03:46 debian ifup[535]: Please remove this mount from
> /etc/fstab; it is no longer needed, and it is preventing completion of
> the transition to /run/shm. ... (warning).
> Feb 22 00:03:46 debian ifup[535]: mount: special device /run/shm does
> not exist

Will probably add a compat symlink /run/shm → /dev/shm so the sysv-rc
mount scripts /lib/init/mount-functions.sh, which are used by the
ifupdown hook, are happy.

In systemd we decided to not make this questionable change to move
/dev/shm to /run/shm.


-- 
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#739702: [Pkg-xfce-devel] Bug#739702: xfce4-power-manager: 2 power manager icons in system tray

[fakefur]

hi ☺

if I click on one and exit both exit
also, ps -e shows only one instance running if that helps

thanks


Yves-Alexis Perez  wrote:
>On Fri, Feb 21, 2014 at 04:19:58PM +0100, lauren wrote:
>> Package: xfce4-power-manager
>> Version: 1.2.0-3
>> Severity: normal
>> 
>> Dear Maintainer,
>> 
>>* What led up to the situation?
>> regular apt-get update / apt-get dist-upgrade
>> 
>>* What exactly did you do (or not do) that was effective (or
>>  ineffective)?
>> tried rebooting
>> 
>>* What was the outcome of this action?
>> no change
>> 
>>* What outcome did you expect instead?
>> a single power manager icon in the system tray :)
>> 
>> 
>What happens if you right click on one of them and click “Quit”?


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

Bug#739728: unar: Add missing autopkgtest dependencies

[Martin Pitt]

Package: unar
Version: 1.8.1-1
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch trusty
User: autopkgtest-de...@lists.alioth.debian.org
Usertags: autopkgtest

Hello,

unar's autopkgtests are currently failing [1] due to missing
dependencies:

| adt-run: & tree0t-tar:  - - - - - - - - - - stderr - - - - - - - - - -
| tar (child): bzip2: Cannot exec: No such file or directory
| tar (child): Error is not recoverable: exiting now

I fixed that in Ubuntu, and confirmed it succeeds now.

Thanks for considering,

Martin

[1] http://ci.debian.net/#package/unar
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
diff -Nru unar-1.8.1/debian/changelog unar-1.8.1/debian/changelog
--- unar-1.8.1/debian/changelog 2013-12-26 21:19:53.0 -0800
+++ unar-1.8.1/debian/changelog 2014-02-21 15:20:04.0 -0800
@@ -1,3 +1,9 @@
+unar (1.8.1-1ubuntu1) trusty; urgency=medium
+
+  * Add missing bzip2 and xz-utils test depends.
+
+ -- Martin Pitt   Fri, 21 Feb 2014 15:19:54 -0800
+
 unar (1.8.1-1build1) trusty; urgency=medium
 
   * No change rebuild against libicu52
diff -Nru unar-1.8.1/debian/tests/control unar-1.8.1/debian/tests/control
--- unar-1.8.1/debian/tests/control 2013-10-16 12:53:32.0 -0700
+++ unar-1.8.1/debian/tests/control 2014-02-21 15:19:50.0 -0800
@@ -2,7 +2,7 @@
 Depends: @, p7zip
 
 Tests: tar
-Depends: @, ncompress
+Depends: @, ncompress, xz-utils, bzip2
 
 Tests: zip
 Depends: @, zip


signature.asc
Description: Digital signature

Bug#668544: [Aptitude-devel] Bug#668544: Unreproducible

[Manuel A. Fernandez Montecelo]

2014-02-21 21:17 GMT+00:00 Raúl Sánchez :
>   Hi:
>
> El Viernes, 21 de febrero de 2014 10:53:16 Manuel A. Fernandez Montecelo
> escribió:
>> From what I understood in the original report, it was happening for you
>> all of the time.  Was it doing the same operation always (e.g.,
>> safe-upgrade), or with different ones?
>>
>> Since this bug is somewhat recent and so the versions of all components
>> involved didn't diverge too much, perhaps you could temporarily install
>> 0.6.6-1 and try to run the bundle again?
>>
>>http://snapshot.debian.org/package/aptitude/0.6.6-1/
>>
>> Or alternatively, send the bundle for inspection, with instructions
>> about the commands that you ran and so on (if you can recall them).
>>
>
>To be honest, I can't remember the exact operation, I remember it was 100%
> reproducible. I somehow expected aptitude-run-bundle was enough to reproduce.
>
>   I installed 0.6.6-1+b1 version. It was not straight forward, I had to
> install libboost-iostreams1.49.0 and also manually fix [1] After that I 
> noticed
> [2] didn't provide aptitude-run-bundle, so I took the script from current
> aptitude-common package and run it (with aptitude 0.6.6-1+b1 installed).
>
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727694
> [2]
> http://snapshot.debian.org/archive/debian/20120417T092831Z/pool/main/a/aptitude/aptitude_0.6.6-1%2Bb1_amd64.deb
>
>   I'm not sure if with these steps I did something wrong, but unfortunately I
> couldn't reproduce the problem either. I ran out of ideas, sorry.

Don't worry, that was very helpul, thanks!


>   Nevertheless, you can find the bundle at [3]
>
> [3] http://trismegisto.no-ip.org/incoming/aptitude-bundle

I also tried it and didn't observe any problem with it.  So yeah, I
would say that the bug can be closed.


Cheers.
-- 
Manuel A. Fernandez Montecelo 


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

Bug#739721: [Pkg-systemd-maintainers] Bug#739721: Bug#739721: systemd: NFS shares are not automatically mounted during boot

[John Paul Adrian Glaubitz]

severity 739721 normal
thanks

On 02/22/2014 12:10 AM, Michael Biebl wrote:
> Just tried again (with two VMs):
> The NFS server being a wheezy system, the client system is an up-to-date
> SID system. Worked like a charm.

Ok, it seems to be a local configuration issue then. I will try to pin
point the problem and hopefully post the reason and solution soon.

Meanwhile, I will lower the severity.

Thanks for your input. Highly appreciated!

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913



signature.asc
Description: OpenPGP digital signature

Bug#739721: [Pkg-systemd-maintainers] Bug#739721: Bug#739721: systemd: NFS shares are not automatically mounted during boot

[Michael Biebl]

Am 21.02.2014 23:40, schrieb John Paul Adrian Glaubitz:
> On Fri, Feb 21, 2014 at 11:30:24PM +0100, Michael Biebl wrote:
>>> # The loop back interface
>>> auto lo
>>> iface lo inet loopback
>>>
>>> auto eth0
>>
>> Does changing to "allow-hotplug eth0" make a difference?
> 
> Unfortunately, no. The behavior is still the same.
> 
>>> iface eth0 inet static
>>> address 160.xx.xx.xx
>>> netmask 255.255.255.0
>>> gateway 160.xx.xx.xx
>>>
>>> where I have replaced some of the numbers with "x" in this mail. The
>>> DNS servers are manually configured, too.
>>>
>>> Is there anything else you were thinking of?
>>
>> Due to various reasons, remote mounts are currently handled differently
>> on Debian then on Fedora, so you can't compare those two.
> 
> Yes, that's what I was thinking as well. However, I could actually
> reproduce the problem with Fedora 20 and Rawhide as well before I was
> reporting the bug here, so I assumed the issue on Fedora was the same.
> 
> I also talked with Lennart on this regard and he said it's an issue
> with nfs-utils which wasn't ordering the dependencies correctly, but I
> wasn't able to track down the origin up the bug yet. All I know is
> that it happened on Fedora as well and I need to perform a fresh
> installation of Fedora and test without updates.
> 
>> As said, NFS shares are mounted via the ifupdown hook, so you might
>> check /etc/network/if-up.d/mountnfs and add some debug statements in
>> there to see what'sing wrong.
> 
> That's a good starter, thanks a lot for the heads-up! I'll see if I
> can find more.

Just tried again (with two VMs):
The NFS server being a wheezy system, the client system is an up-to-date
SID system. Worked like a charm.

The client has

/etc/network/interfaces:
allow-hotplug eth0
iface eth0 inet dhcp

/etc/fstab
192.168.178.86:/srv/nfs /nfs nfs auto 0 0

→ systemctl status nfs.mount nfs-common.service rpcbind.service
ifup@eth0.service

nfs.mount - /nfs
   Loaded: loaded (/etc/fstab)
   Active: active (mounted) since Sa 2014-02-22 00:03:46 CET; 4min 43s ago
Where: /nfs
 What: 192.168.178.86:/srv/nfs


nfs-common.service - LSB: NFS support files common to client and server
   Loaded: loaded (/etc/init.d/nfs-common)
   Active: active (running) since Sa 2014-02-22 00:03:28 CET; 5min ago
  Process: 345 ExecStart=/etc/init.d/nfs-common start (code=exited,
status=0/SUCCESS)
   CGroup: name=systemd:/system/nfs-common.service
   ├─394 /sbin/rpc.statd
   └─496 /usr/sbin/rpc.idmapd

Feb 22 00:03:27 debian systemd[1]: Starting LSB: NFS support files
common to client and server...
Feb 22 00:03:27 debian rpc.statd[394]: Version 1.2.8 starting
Feb 22 00:03:27 debian sm-notify[398]: Version 1.2.8 starting
Feb 22 00:03:28 debian systemd[1]: Started LSB: NFS support files common
to client and server.
Feb 22 00:03:30 debian systemd[1]: Started LSB: NFS support files common
to client and server.

rpcbind.service - LSB: RPC portmapper replacement
   Loaded: loaded (/etc/init.d/rpcbind)
   Active: active (running) since Sa 2014-02-22 00:03:27 CET; 5min ago
  Process: 253 ExecStart=/etc/init.d/rpcbind start (code=exited,
status=0/SUCCESS)
   CGroup: name=systemd:/system/rpcbind.service
   └─337 /sbin/rpcbind -w

Feb 22 00:03:27 debian systemd[1]: Starting LSB: RPC portmapper
replacement...
Feb 22 00:03:27 debian systemd[1]: Started LSB: RPC portmapper replacement.
Feb 22 00:03:30 debian systemd[1]: Started LSB: RPC portmapper replacement.

ifup@eth0.service - ifup for eth0
   Loaded: loaded (/lib/systemd/system/ifup@.service; static)
   Active: active (exited) since Sa 2014-02-22 00:03:28 CET; 5min ago
  Process: 535 ExecStart=/sbin/ifup --allow=hotplug %I (code=exited,
status=0/SUCCESS)
   CGroup: name=systemd:/system/ifup@.service/ifup@eth0.service
   └─1022 dhclient -v -pf /run/dhclient.eth0.pid -lf
/var/lib/dhcp/dhclient.eth0.leases eth0

Feb 22 00:03:29 debian ifup[535]: DHCPOFFER from 192.168.178.1
Feb 22 00:03:30 debian dhclient[578]: DHCPACK from 192.168.178.1
Feb 22 00:03:30 debian ifup[535]: DHCPACK from 192.168.178.1
Feb 22 00:03:30 debian dhclient[578]: bound to 192.168.178.100 --
renewal in 357099 seconds.
Feb 22 00:03:30 debian ifup[535]: bound to 192.168.178.100 -- renewal in
357099 seconds.
Feb 22 00:03:30 debian ifup[535]: Starting rpcbind (via systemctl):
rpcbind.service.
Feb 22 00:03:30 debian ifup[535]: Starting nfs-common (via systemctl):
nfs-common.service.
Feb 22 00:03:46 debian ifup[535]: Filesystem mounted on /dev/shm;
setting up compatibility bind mount. ... (warning).
Feb 22 00:03:46 debian ifup[535]: Please remove this mount from
/etc/fstab; it is no longer needed, and it is preventing completion of
the transition to /run/shm. ... (warning).
Feb 22 00:03:46 debian ifup[535]: mount: special device /run/shm does
not exist






-- 
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#739485: The package fails to configure in absence of suitable hardware

[Pierre Chifflier]

On Wed, Feb 19, 2014 at 10:05:01AM +0100, Didier Raboud wrote:
> Package: trousers
> Version: 0.3.11.2-1
> Severity: important
> 
> Unfortunately, trousers doesn't "configure" (in dpkg terms) correctly as
> it's init script fails to start with the following error. (I'm using
> systemd as init):
> 

Hi,

This is probably caused by wrong permissions on the /dev/tpm0 device.
There are udev rules in the trousers postinst script:

  # ask udev to check for new udev rules (and fix device
  # permissions)
  if [ -x /etc/init.d/udev ] && pidof udevd > /dev/null; then
  udevadm control --reload-rules
  udevadm trigger --sysname-match="tpm[0-9]*"
  fi

So, without any logs, I can only assume that the lines above did not
work, for systemd installations. Since I have no systemd install here,
and that it works for sysvinit as init, it would be great if someone
affected could test the above commands and provide some more details,
like checking if /dev/tpm0 exists and belongs to tss:tss.

Regards,
Pierre


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

Bug#739727: xbmc: Screen goes to sleep during playback

[Pavel Goriacko]

Package: xbmc
Version: 2:12.3+dfsg2-4
Severity: important

Dear Maintainer,

xbmc does not prevent the screen from going blank after 10 minutes of keyboard 
inactivity. This happens when I play videos or music: the screen goes blank so 
I need to move the mouse to wake it. I have turned off the "put display to 
sleep when idle" setting, that didn't change anything. It does not happen when 
I play videos in mpv or vlc. I am running xbmc on top of openbox with no 
xscreensaver or anything like that. 


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (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

Versions of packages xbmc depends on:
ii  fonts-dejavu-core  2.34-1
ii  fonts-roboto   1:4.3-3
ii  libjs-jquery   1.7.2+dfsg-3
ii  mesa-utils 8.1.0-2+b1
ii  python 2.7.5-5
ii  python-imaging 2.3.0-1
ii  python-support 1.0.15
ii  ttf-dejavu-core2.34-1
ii  x11-utils  7.7+1
ii  xbmc-bin   2:12.3+dfsg2-4

xbmc recommends no packages.

xbmc 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#739726: transition: libgweather

[Emilio Pozuelo Monfort]

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

Pretty small transition involving 4 packages plus libgweather.

evolution-data-server and evolution can be binNMUed.
gnome-panel needs a patch, already prepared in svn.
gnome-clocks needs a new upstream version, already prepared in svn.

Ben file:

title = "libgweather";
is_affected = .depends ~ "libgweather-3-3" | .depends ~ "libgweather-3-6";
is_good = .depends ~ "libgweather-3-6";
is_bad = .depends ~ "libgweather-3-3";


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

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


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

Bug#713612: vdpau-video: FTBFS: utils_glx.h:163:5: error: unknown type name 'PFNGLMULTITEXCOORD2FPROC'

[Ross Gammon]

Hi,

I have fixed the watch file so that uscan finds the latest version of
vdpau-video (see attached).

According to the changelog in 0.7.4, both the vaBufferInfo, and the
libva issue MAY be solved in this new version.

Unfortunately, when I imported the tarball and refreshed the patches,
the autoreconf patch does not reapply cleanly, and it was a bit beyond
my abilities to sort it out. I could not get vdpau-video to build
without the patch.

Regards,

Ross
version=3
http://cgit.freedesktop.org/vaapi/vdpau-driver/ 
snapshot/vdpau-driver-(.+)\.tar\.gz

Bug#712719: cups: CUPS printing broken in Wheezy (Unable to get printer status)

[Tony Godshall]

I am having the same problem as Oriol Mula-Valls,
tho in my case the host in question is a freshly installed
squeeze host and the remote machine is a CentOS box
that has been running for years.  The remote queue is raw.

I did this:

   1. Delete (or move) /var/log/cups/error_log.

   2. Enable debug logging with

   cupsctl --debug-logging

   3. Restart cups with

   service cups restart

   4. Print

The result is that the job hangs in the queue,
and visiting http://localhost:631/printers/PU-ipp
shows "Unable to get printer status."

I'm attaching the error_log.

This occurs when the /etc/cups/printers.conf is
configured for the remote printer to have a
DeviceURI in the form

  ipp://printserver-ip/printers/printername

and it goes away when it is

  socket://printer-ip-address:9100/

--
Best Regards.
This is unedited.


error_log.gz
Description: GNU Zip compressed data

Bug#739725: Please support arm64 and ppc64el

[dann frazier]

Package: numactl
Version: 2.0.9~rc5-1
Severity: wishlist

Please enable the arm64 and ppc64el architectures in debian/control.
The existing source package is known to build fine on these
architectures in Ubuntu:

https://launchpad.net/ubuntu/+source/numactl/2.0.9~rc5-1ubuntu1/+build/5603355
https://bugs.launchpad.net/ubuntu/+source/numactl/+bug/1283279


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

Bug#739724: ITP: ruby-tinder -- Ruby wrapper for the Campfire API

[Jonas Genannt]

for gitlab, will be maintained by Ruby PKG Group


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

Bug#739724: ITP: ruby-tinder -- Ruby wrapper for the Campfire API

[Jonas Genannt]

Package: wnpp
Severity: wishlist
Owner: Jonas Genannt 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: ruby-tinder
  Version : 1.9.3
  Upstream Author : Brandon Keepers 
* URL : http://github.com/collectiveidea/tinder
* License : MIT
  Programming Lang: Ruby
  Description : Ruby wrapper for the Campfire API

Tinder is a library for interfacing with Campfire, the chat application from 
37Signals, allowing you to programmatically manage and speak/listen in chat 
rooms.

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

iQIcBAEBCAAGBQJTB9hLAAoJEPBM7/YBbP/QDpEQAJwD6i3hRsV/MyFnb3sIr33B
d9HMNDJ3dlDfv8mOAxGGiQiVUeBdvEUVtyOYIRu+VBEOcqGIZ3DTZqGFKzD39Sil
0Fu5OS1+3ndMPe7BUn18JL4Ppp9AspmPAQVZZE8t2OqXOkpziuS44+K4fJxb87EC
jcPFrcK6bFO/QMhITxgoKRlsmW8O+LAy47/vgZ4wMUJuw82QxQhVs3hW2GqocRPI
gMys5owsf1ArXMUtvq/IPoZW1RJDoAj69GkrvhFq/JkIuAJ1VYFY3BHugq6G92zE
dUzug0oBJemffIiKaoHVbgeYcbi7wizXql/bcQzB2uLGgHASwmYfq7dwnGcaF8DD
yF9uw/BUP/OFv9+udzMVnzAU231k4aw9gbEn/1g5m6/EfJGmLnMpvmhZXYEHn9BE
fptT4dzYsuwza+A73LDQMv0Q7a8oIdA5JmMc4kBBdXSWQxa+aenFT4FaAQmczZsF
6x66wHiHn9PrD1iHrK/EFZys21BQlB5WfF9vLkUQW1IBdEGc6+L2fUMbU81i8xe1
xrba9F2NzckcSxWZ3RPpMDN0wLtTb0BZWrJndVRgfOCV04FoQ7uITJLKfKog0qIj
3NKTclLuTUL1QG0aWJyeFdh7/WXa9+YeXSM1wl96E8DHUPIJvt5tW1znYY0kH/wd
KP3yWBqm1E4pog2kJtHj
=+AeM
-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#739721: [Pkg-systemd-maintainers] Bug#739721: Bug#739721: systemd: NFS shares are not automatically mounted during boot

[John Paul Adrian Glaubitz]

On Fri, Feb 21, 2014 at 11:30:24PM +0100, Michael Biebl wrote:
> > # The loop back interface
> > auto lo
> > iface lo inet loopback
> > 
> > auto eth0
> 
> Does changing to "allow-hotplug eth0" make a difference?

Unfortunately, no. The behavior is still the same.

> > iface eth0 inet static
> > address 160.xx.xx.xx
> > netmask 255.255.255.0
> > gateway 160.xx.xx.xx
> > 
> > where I have replaced some of the numbers with "x" in this mail. The
> > DNS servers are manually configured, too.
> > 
> > Is there anything else you were thinking of?
> 
> Due to various reasons, remote mounts are currently handled differently
> on Debian then on Fedora, so you can't compare those two.

Yes, that's what I was thinking as well. However, I could actually
reproduce the problem with Fedora 20 and Rawhide as well before I was
reporting the bug here, so I assumed the issue on Fedora was the same.

I also talked with Lennart on this regard and he said it's an issue
with nfs-utils which wasn't ordering the dependencies correctly, but I
wasn't able to track down the origin up the bug yet. All I know is
that it happened on Fedora as well and I need to perform a fresh
installation of Fedora and test without updates.

> As said, NFS shares are mounted via the ifupdown hook, so you might
> check /etc/network/if-up.d/mountnfs and add some debug statements in
> there to see what's going wrong.

That's a good starter, thanks a lot for the heads-up! I'll see if I
can find more.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


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

Bug#739721: [Pkg-systemd-maintainers] Bug#739721: Bug#739721: systemd: NFS shares are not automatically mounted during boot

[Michael Biebl]

Am 21.02.2014 23:22, schrieb John Paul Adrian Glaubitz:
> Hi Michael!
> 
> Thanks for your quick reply!
> 
> On Fri, Feb 21, 2014 at 11:04:46PM +0100, Michael Biebl wrote:
>> Please include more details about your network setup and the nfs
>> configuration.
>> The nfs shares should be mounted via the nfs ifupdown hooks which worked
>> successfully last time I tested it.
> 
> The machines are all connected through 1 GBit ethernet, however the
> NFS servers are located in a different virtual network (VLAN) and
> subnet. All Linux clients have unfiltered access to the servers.
> 
> The fstab entry for the NFS share currently looks like this:
> 
> home:/srv/home /home nfs 
> vers=3,nosuid,nodev,intr,tcp,comment=systemd.automount 0 0
> 
> The network configuration is static, not using network manager (it
> has been disabled, in fact) and looks like this on an example client:
> 
> # The loop back interface
> auto lo
> iface lo inet loopback
> 
> auto eth0

Does changing to "allow-hotplug eth0" make a difference?

> 
> iface eth0 inet static
> address 160.xx.xx.xx
> netmask 255.255.255.0
> gateway 160.xx.xx.xx
> 
> where I have replaced some of the numbers with "x" in this mail. The
> DNS servers are manually configured, too.
> 
> Is there anything else you were thinking of?

Due to various reasons, remote mounts are currently handled differently
on Debian then on Fedora, so you can't compare those two.

As said, NFS shares are mounted via the ifupdown hook, so you might
check /etc/network/if-up.d/mountnfs and add some debug statements in
there to see what's going wrong.


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#739721: [Pkg-systemd-maintainers] Bug#739721: systemd: NFS shares are not automatically mounted during boot

[John Paul Adrian Glaubitz]

Hi Michael!

Thanks for your quick reply!

On Fri, Feb 21, 2014 at 11:04:46PM +0100, Michael Biebl wrote:
> Please include more details about your network setup and the nfs
> configuration.
> The nfs shares should be mounted via the nfs ifupdown hooks which worked
> successfully last time I tested it.

The machines are all connected through 1 GBit ethernet, however the
NFS servers are located in a different virtual network (VLAN) and
subnet. All Linux clients have unfiltered access to the servers.

The fstab entry for the NFS share currently looks like this:

home:/srv/home /home nfs vers=3,nosuid,nodev,intr,tcp,comment=systemd.automount 
0 0

The network configuration is static, not using network manager (it
has been disabled, in fact) and looks like this on an example client:

# The loop back interface
auto lo
iface lo inet loopback

auto eth0

iface eth0 inet static
address 160.xx.xx.xx
netmask 255.255.255.0
gateway 160.xx.xx.xx

where I have replaced some of the numbers with "x" in this mail. The
DNS servers are manually configured, too.

Is there anything else you were thinking of?

Thanks!

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


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

Bug#739657: gnuhealth-server: fails to install: gnuhealth-server.postinst: sudo: not found

[Emilien Klein]

Le 21 févr. 2014 21:57, "Emilien Klein"  a écrit :
>
> This is already weird:
>
> populating database via scriptfile...  error encountered populating
database: /usr/share/dbconfig-common/scripts/gnuhealth-server/install/pgsql
exited with non-zero status
>
> Might be to a call to sudo as well in that script.
> The goal is indeed to execute the command under that other user. I know I
tried with su, but for some reason that didn't work out.
> I don't have my computer this weekend, I'll have a look on Monday.
>
> +Emilien

Bug#739723: libwine-dev-unstable: arch-dependent file in "Multi-Arch: same" package

[Jakub Wilk]

Package: libwine-dev-unstable
Version: 1.7.12-1
Severity: minor
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

libwine-dev-unstable is marked as "Multi-Arch: same", but the following 
file is architecture-dependent:


/usr/include/wine/windows/rmxftmpl.h

An example diff between i386 and powerpc is attached.

--
Jakub Wilk
diff -ur libwine-dev-unstable_1.7.12-1_i386/usr/include/wine/windows/rmxftmpl.h 
libwine-dev-unstable_1.7.12-1_powerpc/usr/include/wine/windows/rmxftmpl.h
--- libwine-dev-unstable_1.7.12-1_i386/usr/include/wine/windows/rmxftmpl.h  
2014-02-19 13:27:55.0 +0100
+++ libwine-dev-unstable_1.7.12-1_powerpc/usr/include/wine/windows/rmxftmpl.h   
2014-02-19 13:39:32.0 +0100
@@ -5,279 +5,279 @@
 
 unsigned char D3DRM_XTEMPLATES[] = {
   0x78, 0x6f, 0x66, 0x20, 0x30, 0x33, 0x30, 0x32, 0x62, 0x69, 0x6e, 0x20,
-  0x30, 0x30, 0x36, 0x34, 0x1f, 0x00, 0x01, 0x00, 0x06, 0x00, 0x00, 0x00,
-  0x48, 0x65, 0x61, 0x64, 0x65, 0x72, 0x0a, 0x00, 0x05, 0x00, 0x43, 0xab,
-  0x82, 0x3d, 0xda, 0x62, 0xcf, 0x11, 0xab, 0x39, 0x00, 0x20, 0xaf, 0x71,
-  0xe4, 0x33, 0x28, 0x00, 0x01, 0x00, 0x05, 0x00, 0x00, 0x00, 0x6d, 0x61,
-  0x6a, 0x6f, 0x72, 0x14, 0x00, 0x28, 0x00, 0x01, 0x00, 0x05, 0x00, 0x00,
-  0x00, 0x6d, 0x69, 0x6e, 0x6f, 0x72, 0x14, 0x00, 0x29, 0x00, 0x01, 0x00,
-  0x05, 0x00, 0x00, 0x00, 0x66, 0x6c, 0x61, 0x67, 0x73, 0x14, 0x00, 0x0b,
-  0x00, 0x1f, 0x00, 0x01, 0x00, 0x06, 0x00, 0x00, 0x00, 0x56, 0x65, 0x63,
-  0x74, 0x6f, 0x72, 0x0a, 0x00, 0x05, 0x00, 0x5e, 0xab, 0x82, 0x3d, 0xda,
-  0x62, 0xcf, 0x11, 0xab, 0x39, 0x00, 0x20, 0xaf, 0x71, 0xe4, 0x33, 0x2a,
-  0x00, 0x01, 0x00, 0x01, 0x00, 0x00, 0x00, 0x78, 0x14, 0x00, 0x2a, 0x00,
-  0x01, 0x00, 0x01, 0x00, 0x00, 0x00, 0x79, 0x14, 0x00, 0x2a, 0x00, 0x01,
-  0x00, 0x01, 0x00, 0x00, 0x00, 0x7a, 0x14, 0x00, 0x0b, 0x00, 0x1f, 0x00,
-  0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x43, 0x6f, 0x6f, 0x72, 0x64, 0x73,
-  0x32, 0x64, 0x0a, 0x00, 0x05, 0x00, 0x44, 0x3f, 0xf2, 0xf6, 0x86, 0x76,
-  0xcf, 0x11, 0x8f, 0x52, 0x00, 0x40, 0x33, 0x35, 0x94, 0xa3, 0x2a, 0x00,
-  0x01, 0x00, 0x01, 0x00, 0x00, 0x00, 0x75, 0x14, 0x00, 0x2a, 0x00, 0x01,
-  0x00, 0x01, 0x00, 0x00, 0x00, 0x76, 0x14, 0x00, 0x0b, 0x00, 0x1f, 0x00,
-  0x01, 0x00, 0x09, 0x00, 0x00, 0x00, 0x4d, 0x61, 0x74, 0x72, 0x69, 0x78,
-  0x34, 0x78, 0x34, 0x0a, 0x00, 0x05, 0x00, 0x45, 0x3f, 0xf2, 0xf6, 0x86,
-  0x76, 0xcf, 0x11, 0x8f, 0x52, 0x00, 0x40, 0x33, 0x35, 0x94, 0xa3, 0x34,
-  0x00, 0x2a, 0x00, 0x01, 0x00, 0x06, 0x00, 0x00, 0x00, 0x6d, 0x61, 0x74,
-  0x72, 0x69, 0x78, 0x0e, 0x00, 0x03, 0x00, 0x10, 0x00, 0x00, 0x00, 0x0f,
-  0x00, 0x14, 0x00, 0x0b, 0x00, 0x1f, 0x00, 0x01, 0x00, 0x09, 0x00, 0x00,
-  0x00, 0x43, 0x6f, 0x6c, 0x6f, 0x72, 0x52, 0x47, 0x42, 0x41, 0x0a, 0x00,
-  0x05, 0x00, 0xe0, 0x44, 0xff, 0x35, 0x7c, 0x6c, 0xcf, 0x11, 0x8f, 0x52,
-  0x00, 0x40, 0x33, 0x35, 0x94, 0xa3, 0x2a, 0x00, 0x01, 0x00, 0x03, 0x00,
-  0x00, 0x00, 0x72, 0x65, 0x64, 0x14, 0x00, 0x2a, 0x00, 0x01, 0x00, 0x05,
-  0x00, 0x00, 0x00, 0x67, 0x72, 0x65, 0x65, 0x6e, 0x14, 0x00, 0x2a, 0x00,
-  0x01, 0x00, 0x04, 0x00, 0x00, 0x00, 0x62, 0x6c, 0x75, 0x65, 0x14, 0x00,
-  0x2a, 0x00, 0x01, 0x00, 0x05, 0x00, 0x00, 0x00, 0x61, 0x6c, 0x70, 0x68,
-  0x61, 0x14, 0x00, 0x0b, 0x00, 0x1f, 0x00, 0x01, 0x00, 0x08, 0x00, 0x00,
-  0x00, 0x43, 0x6f, 0x6c, 0x6f, 0x72, 0x52, 0x47, 0x42, 0x0a, 0x00, 0x05,
-  0x00, 0x81, 0x6e, 0xe1, 0xd3, 0x35, 0x78, 0xcf, 0x11, 0x8f, 0x52, 0x00,
-  0x40, 0x33, 0x35, 0x94, 0xa3, 0x2a, 0x00, 0x01, 0x00, 0x03, 0x00, 0x00,
-  0x00, 0x72, 0x65, 0x64, 0x14, 0x00, 0x2a, 0x00, 0x01, 0x00, 0x05, 0x00,
-  0x00, 0x00, 0x67, 0x72, 0x65, 0x65, 0x6e, 0x14, 0x00, 0x2a, 0x00, 0x01,
-  0x00, 0x04, 0x00, 0x00, 0x00, 0x62, 0x6c, 0x75, 0x65, 0x14, 0x00, 0x0b,
-  0x00, 0x1f, 0x00, 0x01, 0x00, 0x0c, 0x00, 0x00, 0x00, 0x49, 0x6e, 0x64,
-  0x65, 0x78, 0x65, 0x64, 0x43, 0x6f, 0x6c, 0x6f, 0x72, 0x0a, 0x00, 0x05,
-  0x00, 0x20, 0xb8, 0x30, 0x16, 0x42, 0x78, 0xcf, 0x11, 0x8f, 0x52, 0x00,
-  0x40, 0x33, 0x35, 0x94, 0xa3, 0x29, 0x00, 0x01, 0x00, 0x05, 0x00, 0x00,
-  0x00, 0x69, 0x6e, 0x64, 0x65, 0x78, 0x14, 0x00, 0x01, 0x00, 0x09, 0x00,
-  0x00, 0x00, 0x43, 0x6f, 0x6c, 0x6f, 0x72, 0x52, 0x47, 0x42, 0x41, 0x01,
-  0x00, 0x0a, 0x00, 0x00, 0x00, 0x69, 0x6e, 0x64, 0x65, 0x78, 0x43, 0x6f,
-  0x6c, 0x6f, 0x72, 0x14, 0x00, 0x0b, 0x00, 0x1f, 0x00, 0x01, 0x00, 0x07,
-  0x00, 0x00, 0x00, 0x42, 0x6f, 0x6f, 0x6c, 0x65, 0x61, 0x6e, 0x0a, 0x00,
-  0x05, 0x00, 0xa0, 0xa6, 0x7d, 0x53, 0x37, 0xca, 0xd0, 0x11, 0x94, 0x1c,
-  0x00, 0x80, 0xc8, 0x0c, 0xfa, 0x7b, 0x29, 0x00, 0x01, 0x00, 0x09, 0x00,
-  0x00, 0x00, 0x74, 0x72, 0x75, 0x65, 0x66, 0x61, 0x6c, 0x73, 0x65, 0x14,
-  0x00, 0x0b, 0x00, 0x1f, 0x00, 0x01, 0x00, 0x09, 0x00, 0x00, 0x00, 0x42,
-  0x6f, 0x6f, 0x6c, 0x65, 0x61, 0x6e, 0x32, 0x64, 0x0a, 0x00, 0x05, 0x00,
-  0x63, 0xae, 0x85, 0x48, 0xe8, 0x78, 0xcf, 0x11, 0x8f, 0x52, 0x00, 0x40,
-  0x33, 0x35, 0x94, 0xa3, 0x01, 0x00, 0x07, 0x00, 0x00, 0x00, 0x42, 0x6f,
-  0x6f, 0x6c, 0x65, 0x61, 0x6e, 0x01, 0x00, 0x01, 0x00, 0x00, 0x00, 0x75,
-  0

Bug#732276: libadios-dev: arch-dependent files in "Multi-Arch: same" package

[Jakub Wilk]

Control: found -1 1.6.0-1

* Jakub Wilk , 2013-12-16, 10:09:

/usr/share/doc/libadios-dev/examples/C/Makefile.gz
/usr/share/doc/libadios-dev/examples/C/arrays/Makefile.gz
/usr/share/doc/libadios-dev/examples/C/arrays/arrays_read.gz
/usr/share/doc/libadios-dev/examples/C/arrays/arrays_read.o.gz
/usr/share/doc/libadios-dev/examples/C/arrays/arrays_write.gz
/usr/share/doc/libadios-dev/examples/C/arrays/arrays_write.o.gz
... and many other files in /usr/share/doc/libadios-dev/examples/.


Files in /usr/share/doc/libadios-dev/examples/ still vary with 
architecture.


--
Jakub Wilk


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

Bug#739720: [pkg-wine-party] Bug#739720: libwine-gecko-2.21: Please update to wine-gecko 2.24

[Stephen Kitt]

Hi Dan,

On Fri, 21 Feb 2014 16:46:56 -0500, Dan Letz  wrote:
> Thank you very much for your recent update of wine-unstable to 1.7.12
> According to WINE wiki, versions of wine >= 1.7.3 should be using
> wine-gecko 2.24 while current version in repo is 2.21. Although it's fairly
> trivial to install the update through winecfg or winetricks, it would be
> nice to have it in the repo.
> 
> If this is already on the 'to do' list, forgive my nagging. I just wanted
> to make sure the Debian WINE team was aware of it.

No problem, it is already on the 'to do' list (in fact I'm actively working
on it).

Regards,

Stephen


signature.asc
Description: PGP signature

Bug#711905: ITP: ruby-descendants-tracker -- Module that adds descendant tracking to a class

[Jonas Genannt]

Hello Padma,

are you still interested into this ITP?

Or could the Ruby packaging group just take our your ITP?


Thanks,
Jonas


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

Bug#739722: libvorbis: New upstream release

[Kurt Roeckx]

Source: libvorbis
Version: 1.3.2-1.3
Severity: wishlist

Hi,

It seems there is a new upstream release 1.3.4.  Could you please
package it?



Kurt


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

Bug#739721: [Pkg-systemd-maintainers] Bug#739721: systemd: NFS shares are not automatically mounted during boot

[Michael Biebl]

Am 21.02.2014 22:48, schrieb John Paul Adrian Glaubitz:
> Package: systemd
> Version: 204-6
> Severity: important
> 
> Hi!
> 
> I am writing this bug report to raise the awareness about this issue among
> the Debian systemd maintainers and to make sure it gets resolved before
> we release Jessie which is supposed to adopt systemd as the default init
> system. I think it might even be justified to raise the priority to
> "critical" but I wanted to avoid systemd being automatically removed
> from testing. I am not sure though that it is actually a bug in
> systemd or the unit files it is shipping or in the related NFS
> packages in question. If it's not a systemd issue, please feel free
> to reassign the bug to the proper package (e.g. nfs-common).
> 
> The issue is that NFS mounts which are in the /etc/fstab are no longer
> being automatically mounted when a fresh installation of Debian Jessie
> is booted with System V Init replaced with systemd. Thus, one has to
> issue a "mount -a" to ensure all filessystems are mounted. The issue
> has also been reported upstream [1], but seems to have been resolved
> now in Fedora 20 and Rawhide (see below).
> 
> On an affected machine, running Debian Jessie (systemd 204), the output of
> systemctl doesn't provide any useful information:

Please include more details about your network setup and the nfs
configuration.
The nfs shares should be mounted via the nfs ifupdown hooks which worked
successfully last time I tested it.

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#727708: init system - achieving diversity

[Olav Vitters]

On Fri, Feb 21, 2014 at 05:15:02PM +, Ian Jackson wrote:
> whether it is OK to require systemd.  Russ's text does not contain any
> kind of decision or statement that could be used as a part of a strong
> argument by systemd sceptics in the GNOME community, for example.

As explained before: If someone wants to make something happen, they're
more than free to do so. There is simply no need for any statement from
Debian. What is appreciated is commitment and action. Notify when you
have concrete problems with something.

Your "strong argument by systemd sceptics" gives the impression, despite
several explanations given by me and on Planet GNOME, that we do not
consider or need to be taught to think about portability. If you want a
productive discussion or change feel free to reach out to us. What I
quoted from you comes across as a bit condescending and mistrusting.
I've made clear that any cooperation is more than welcome (alternative
implementations for APIs or just constructive discussions). I discussed
within the release team mailing list (they're public), various others
agree. Nobody disagrees.

-- 
Regards,
Olav


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

Bug#739720: libwine-gecko-2.21: Please update to wine-gecko 2.24

[Dan Letz]

Package: libwine-gecko-2.21
Version: 2.21+dfsg1-1
Severity: normal

Thank you very much for your recent update of wine-unstable to 1.7.12
According to WINE wiki, versions of wine >= 1.7.3 should be using wine-gecko 
2.24 while current version in repo is 2.21.
Although it's fairly trivial to install the update through winecfg or 
winetricks, it would be nice to have it in the repo.

If this is already on the 'to do' list, forgive my nagging. I just wanted to 
make sure the Debian WINE team was aware of it.

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

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

-- 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#739719: goaccess: new upstream version 0.7.1

[f . monbillard]

Package: goaccess
Version: 1:0.6-1
Severity: wishlist

Dear Maintainer,

goaccess 0.7.1 has been released. 
GoAccess 0.7.x provides significant advantages over version 0.6.1. 
The author recommends to upgrade to version 0.7.
Thanks in advance.

Best regards,
Florent Monbillard

-- System Information:
Debian Release: 7.4
  APT prefers stable
  APT policy: (600, 'stable'), (400, 'testing'), (100, 'unstable'), (10, 
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages goaccess depends on:
ii  libc6 2.17-97
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libncurses5   5.9-10
ii  libtinfo5 5.9-10

goaccess recommends no packages.

goaccess 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#739718: Please package version 0.5

[Marcin Owsiany]

Package: bambam
Version: 0.4.dfsg-2.1
Severity: wishlist

This version is available from the original repository at
https://code.google.com/p/bambam/wiki/ReleaseHistory

It includes all changes from the original repository, as well as merges
back the (now-defunct) fork from launchpad.net/bambam. It also has a few
improvements, among other things fixing:
  #708119  Please support printing upper-case letters
  #708124  Please support blacklisting individual files


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (600, 'precise-updates'), (600, 'precise-security'), (600, 
'precise'), (400, 'precise-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.8.0-35-generic (SMP w/4 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bambam depends on:
ii  python-pygame  1.9.1release+dfsg-5

bambam recommends no packages.

bambam 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#738965: systemd: Circular dependencies caused by Debian specific handling of runlevel S sysv init scripts.

[Jon Severinsson]

control: merge 738965 726027

At Monday 17 February 2014 03:51:15 Michael Biebl wrote:
> For completeness sake: This looks like a duplicate of
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726027
> which I filed a while ago.

This is indeed a duplicate of #726027, sorry for not noticing it before 
reporting this.

At Friday 14 February 2014 11:57:02 Jon Severinsson wrote:
> Attaching a one-line patch that would solve the systemd part of this
> problem by replacing SPECIAL_SYSINIT_TARGET with SPECIAL_BASIC_TARGET
> at line 4072 in debian/patches/debian-changes. I will follow up with
> a patch to NetworkManager as a separate bug report later.

It turned out that getting NetworkManager to reliably start before 
basic.target was impossible, so there is no follow up bug comming, and my 
patch above will never be part of a complete solution, only mitigation.

At Friday 14 February 2014 14:39:42 Michael Biebl wrote:
> In an ideal world, we'd simply convert all rcS SysV init scripts to
> native .service files. This will take time though.
> 
> My proposal for the meantime would be to replace the $remote_fs
> dependency for rcS style SysV init scripts with $local_fs.

At Friday 14 February 2014 15:59:13 Jon Severinsson wrote:
>In addition to breaking the, presumably rare but valid, case of a script 
>actually needing $remote_fs, it will not solve the problem, as $network will 
>still case breakage.
>
>I guess that additionally using networking.service instead of network.target 
>for $network could work, but I feel that such a solution would be both more 
>complex and more brittle than using basic.service instead of sysinit.service.

I had a go at this, but as noted in #726027, the unit.h abstraction has no 
functions to remove or replace dependencies, so I tried an uggly hack using 
the set.h primitives directly in service.c, but I never got the resulting 
systemd binary to successfully boot, so I must have screwed something up 
pretty badly.

Someone more knowledgable about the systemd internals will have to fix this. 
:-(


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

Bug#535982: gunzip to support writing sparse files

[Josh Triplett]

Package: gzip
Version: 1.6-3
Followup-For: Bug #535982

I don't believe this bug should be wontfix'd.  For the very common case
of disk image files, sparse files are quite common, and there's no point
in wrapping the image in an extra layer of indirection via tar.  Having
sparse file support in gunzip would be quite useful.

If detecting runs of zeroes in gunzip does not have a significant
performance impact (since gunzip needs to produce every byte anyway),
I'd argue that --sparse should be the *default* behavior, with
--no-sparse available to turn it off for the rare case of not wanting a
sparse file.

- Josh Triplett

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

Kernel: Linux 3.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 gzip depends on:
ii  dpkg  1.17.6
ii  install-info  5.2.0.dfsg.1-2
ii  libc6 2.18-1

gzip recommends no packages.

Versions of packages gzip suggests:
ii  less  458-2

-- no debconf information


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

Bug#739667: distributed-net: Binary fails to start

[James Stark]

Forwarded: http://bugs.distributed.net/show_bug.cgi?id=4570
thanks

This is a bug in the upstream distributed.net client.  It appears to have
been fixed in the current pre-release version.

James


On Fri, Feb 21, 2014 at 12:29 AM, James Healy  wrote:

> Package: distributed-net
> Version: 2.9110.519-1
> Severity: important
>
> Hi,
>
> When I try to run dnetc the following happens, rendering the package
> unusable.
>
> ⚡ dnetc --help
> dnetc: Unable to initialize timers.
>
> ⚡ echo $?
> 255
>
> James
>
>
> -- 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=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages distributed-net depends on:
> ii  bind9-host [host]  1:9.9.3.dfsg.P2-4
> ii  host   1:9.9.3.dfsg.P2-4
> ii  libc6  2.17-97
>
> Versions of packages distributed-net recommends:
> ii  logrotate  3.8.7-1
>
> Versions of packages distributed-net suggests:
> ii  acpid  1:2.0.21-1
> pn  apmd   
>
> -- no debconf information
>

Bug#620630: (no subject)

[Igor Borski]

 Incredible looks like this is fixed in 0.0.20130503-1!

Cheers, Geoffrey!
Tons of thanks :)

Not sure which patch resolved it.

00:17:59 ig@pcig:~$ sudo prelink -am

prelink: /usr/lib/cups/filter/smfpautoconf: Could not find one of the 
dependencies
prelink: /usr/lib/cups/backend/hp: Could not find one of the dependencies
00:18:18 ig@pcig:~$ 



-- 
Igor Borski

Bug#668544: [Aptitude-devel] Bug#668544: Unreproducible

[Raúl Sánchez Siles]

  Hi:

El Viernes, 21 de febrero de 2014 10:53:16 Manuel A. Fernandez Montecelo 
escribió:
> From what I understood in the original report, it was happening for you
> all of the time.  Was it doing the same operation always (e.g.,
> safe-upgrade), or with different ones?
> 
> Since this bug is somewhat recent and so the versions of all components
> involved didn't diverge too much, perhaps you could temporarily install
> 0.6.6-1 and try to run the bundle again?
> 
>http://snapshot.debian.org/package/aptitude/0.6.6-1/
> 
> Or alternatively, send the bundle for inspection, with instructions
> about the commands that you ran and so on (if you can recall them).
> 

   To be honest, I can't remember the exact operation, I remember it was 100% 
reproducible. I somehow expected aptitude-run-bundle was enough to reproduce.

  I installed 0.6.6-1+b1 version. It was not straight forward, I had to 
install libboost-iostreams1.49.0 and also manually fix [1] After that I noticed 
 
[2] didn't provide aptitude-run-bundle, so I took the script from current 
aptitude-common package and run it (with aptitude 0.6.6-1+b1 installed).

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727694
[2] 
http://snapshot.debian.org/archive/debian/20120417T092831Z/pool/main/a/aptitude/aptitude_0.6.6-1%2Bb1_amd64.deb

  I'm not sure if with these steps I did something wrong, but unfortunately I 
couldn't reproduce the problem either. I ran out of ideas, sorry.

  Nevertheless, you can find the bundle at [3] 

[3] http://trismegisto.no-ip.org/incoming/aptitude-bundle

  Regards,

-- 
 Raúl Sánchez Siles
->Proud Debian user<-
Linux registered user #416098

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

Bug#739717: python-cliff: Please version dependencies

[Julien Muchembled]

Package: python-cliff
Version: 1.4.5-1
Severity: normal

Hello,

setup.py defines the following requirements:
  PrettyTable>=0.6,<0.8
  pyparsing>=2.0.1
  cmd2>=0.6.7

and I think binary packages should also have versionned dependencies.

python-cliff and its dependencies can be installed on Wheezy without any
rebuild provided cmd2 is updated to version >=0.6.7. Otherwise:

  $ python -c 'import pkg_resources; pkg_resources.load_entry_point("cliff", 
"cliff.formatter.list", "table")'
  [...]
  pkg_resources.VersionConflict: (cmd2 0.6.4 
(/usr/lib/python2.7/dist-packages), Requirement.parse('cmd2>=0.6.7'))

This is also useful on testing/sid machines that have an outdated version of
python-cmd2. I use sid on my laptop and I'd get mad if I always had to do a
complete upgrade before installing any package.

I searched how to do and it seems easiest to add the following files:

  $ cat debian/pydist-overrides 
  cmd2python-cmd2; PEP386
  PrettyTable python-prettytable; PEP386
  pyparsing   python-pyparsing; PEP386
  $ cat debian/py3dist-overrides 
  cmd2python3-cmd2; PEP386
  PrettyTable python3-prettytable; PEP386
  pyparsing   python3-pyparsing; PEP386

Like this, no need to edit debian/* if setup.py updates versions of these
dependencies.

I checked on pypi and all these packages seem to respect PEP386.

For python-cliff, this produces:
  python-prettytable (>= 0.6), python-pyparsing (>= 2.0.1), python-cmd2 (>= 
0.6.7)

No idea why "python-prettytable (<< 0.8)" is missing
but it's probably not worth working around this.

Regards,
Julien

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

Kernel: Linux 3.12.11+ (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


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

Bug#736964: [Pkg-xfce-devel] Bug#736964: [lightdm] Password is shown in clear text while typing

[Yves-Alexis Perez]

On Wed, Feb 19, 2014 at 10:04:42PM +0100, Slavko wrote:
> Hi,
> 
> Dňa Tue, 18 Feb 2014 14:31:18 +0100 Yves-Alexis Perez
>  napísal:
> 
> > So, any news on this? Also, can you confirm the greeter you're
> > actually using?
> 
> and another things, which i tried right now.
> 
> Enabling the list of users is not enough. Autologin works, when i don't
> select the user in users list (Someone other - raw translation from my
> language). But when i select the same user (or it is selected from
> previous session), the autologin fails.

Indeed, when a user is preselected autologin doesn't work, but it kind
of make sense to me actually, since (afaict) that means someone else
already logged in previously, and I would find it weird to log me back
in if I just logged out.
> 
> The password is displayed only when the users is preselected from
> previous session - i mean: user is selected at start the LigtDM. This
> doesn't happen, when autologin works. After logout, there is no
> preselected user. But when i select the user and restart the LightDM,
> the users stays preselected...

So far, I manage to have an user preselected when restarting lightdm
(wether manually or because I've just logged out of a session), but
password doesn't appear in clear text at all.

Regards,
-- 
Yves-Alexis Perez


signature.asc
Description: Digital signature

Bug#727708: Linux Security, Red Hat and Systemd Conspiracy

[Chris Knadle]

This particular statement was taken out of context:

On Friday, February 21, 2014 20:48:46 Georgy Demidov wrote:
[...]
> Linus Torvalds about Lennart Poettering: “Two-faced lying weasel” would be
> the most polite thing I could say. But it almost certainly will involve a
> lot of cursing.

When Linus wrote this (in Oct 2012), it was specifically about a bug in udev 
concerning deadlocking if moudule_init() did a request_firmware() which 
apparently broke in udev182. [1]

Linus was really pissed off because this issue had dragged on for months and 
Kay had apparently ignored patches to fix it [2].  I don't personally think 
this was because of malice or conspiracy -- it's far more likely to be some 
kind of technical misunderstanding or a design issue than anything else.

[1]: https://lkml.org/lkml/2012/10/2/303

[2]: https://lkml.org/lkml/2012/10/3/484

  -- Chris

--
Chris Knadle
chris.kna...@coredump.us


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

Bug#504290: [PATCH] Re: #504290: openssh-server: The sftp-server binary should have its own package

[Colin Watson]

Control: tag -1 pending

On Thu, Feb 13, 2014 at 01:36:59PM +, Colin Watson wrote:
> With these modifications, I've committed this to a local git branch,
> which I'll merge after I get 6.5p1 into testing.  Feel free to poke me
> on IRC or whatever if I seem to have forgotten again.

testing now has 1:6.5p1-4, so I've merged this into master for my next
upload.

-- 
Colin Watson   [cjwat...@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#739702: [Pkg-xfce-devel] Bug#739702: xfce4-power-manager: 2 power manager icons in system tray

[Yves-Alexis Perez]

On Fri, Feb 21, 2014 at 04:19:58PM +0100, lauren wrote:
> Package: xfce4-power-manager
> Version: 1.2.0-3
> Severity: normal
> 
> Dear Maintainer,
> 
>* What led up to the situation?
> regular apt-get update / apt-get dist-upgrade
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> tried rebooting
> 
>* What was the outcome of this action?
> no change
> 
>* What outcome did you expect instead?
> a single power manager icon in the system tray :)
> 
> 
What happens if you right click on one of them and click “Quit”?
-- 
Yves-Alexis Perez


signature.asc
Description: Digital signature

Bug#739634: "dpkg-maintscript-helper supports" always returns 1

[Raphael Hertzog]

On Fri, 21 Feb 2014, Eugen Dedu wrote:
> Sorry to ask again: why do these commands fail if no env var is set?

Because they need to know in which maintainer script they are called and
they need to know the package that they are acting on. Without this, they
can't do the work they're supposed to do...

Have a look at the code (it's just a shell script), it might help.

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#739716: installation-reports: Factory data reset--debian.

[andrewlouis6511]

Package: installation-reports
Severity: wishlist

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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



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

Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (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#739715: contains embedded copy of libebur128

[Andrew Kelley]

Package: cantata
Version: 1.1.3.ds1-1
Severity: normal

cantata contains an embedded copy of libebur128. A libebur128 package is now
in unstable and cantata package should declare a dependency on it and use the
shared library.

See Debian policy: https://www.debian.org/doc/debian-policy/ch-
source.html#s-embeddedfiles


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

Bug#581910: solution

[Ivan Gagis]

Hi,

the problem is

$ sudo /etc/init.d/timidity start

reports OK, but in fact the service is not started, i.e.

$ sudo /etc/init.d/timidity status

says FAILURE.

I found that this is because snd_seq module is not loaded.

After doing

$ sudo modprobe snd_seq

the

$ sudo /etc/init.d/timidity start

works as it should and timidity starts working, in particular, e.g.
tuxguitar starts making sounds.

would be good to solve this problem so it would work out of the box.

Br,
Ivan

Bug#727708: Call for Votes on init system coupling

[Keith Packard]

Ian Jackson  writes:

> I hereby call for votes on my coupling proposal and the amendments
> that have been put.
>
> The options on the ballot are:
>
>   L   Software may not depend on a specific init system
>   N   No TC resolution on this question at this time
>   A   Advice: sysvinit compatibility in jessie and multiple init support
>   FD  Further discussion

I vote

N > A > FD > L

-- 
keith.pack...@intel.com


pgp_ZQQvjXMaz.pgp
Description: PGP signature

Bug#710044: update ruby-em-http-request to latest upstream release

[Jonas Genannt]

Hello,

tried version 1.1.2-1

Got errors: https://github.com/igrigorik/em-http-request/issues/262

Greets,
Jonas


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

Bug#739714: sup-mail: New version of sup available.

[C. Morgan Hamill]

Package: sup-mail
Version: 0.12.1+git20120407.aaa852f-1+deb7u1
Severity: wishlist

Dear Maintainer,

The packaged version of sup is far behind upstream, which seems to have
moved to .  An updated package would be greatly
appreciated.

Thanks you.
--
Morgan Hamill


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

Versions of packages sup-mail depends on:
ii  libxapian-ruby1.9.11.2.17-1
ii  ruby-chronic   0.10.2-1
ii  ruby-eventmachine  1.0.3-4
ii  ruby-highline  1.6.20-1
ii  ruby-locale2.1.0-2
ii  ruby-lockfile  2.1.0-4
ii  ruby-mime-types1.25-1
ii  ruby-ncurses   1.4.4+dfsg-1
ii  ruby-rubymail  1.0.0-2
ii  ruby-trollop   2.0-1
ii  ruby-xapian [libxapian-ruby1.9.1]  1.2.17-1
ii  ruby-yajl  1.2.0-1
ii  ruby1.9.1  1.9.3.484-1

Versions of packages sup-mail recommends:
ii  ruby-gpgme  2.0.2-1+b1

sup-mail 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#727496: recutils: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4

[Logan Rosen]

Package: recutils
Version: 1.5-1.1
Followup-For: Bug #727496
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

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

  * Use dh-autoreconf to get new libtool macros for ppc64el and update
config.{sub,guess} for new arches.
  * Build-depend on help2man to fix FTBFS after autoreconf.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-8-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru recutils-1.5/debian/control recutils-1.5/debian/control
--- recutils-1.5/debian/control	2012-01-21 17:11:08.0 -0500
+++ recutils-1.5/debian/control	2014-02-21 14:54:37.0 -0500
@@ -2,7 +2,7 @@
 Section: database
 Priority: extra
 Maintainer: Sven Wick 
-Build-Depends: debhelper (>= 7.0.50~), autotools-dev, mdbtools-dev, libcurl4-gnutls-dev, libreadline-dev
+Build-Depends: debhelper (>= 7.0.50~), dh-autoreconf, mdbtools-dev, libcurl4-gnutls-dev, libreadline-dev, help2man
 Standards-Version: 3.9.2
 Homepage: http://www.gnu.org/software/recutils/
 
diff -Nru recutils-1.5/debian/rules recutils-1.5/debian/rules
--- recutils-1.5/debian/rules	2012-01-20 10:01:41.0 -0500
+++ recutils-1.5/debian/rules	2014-02-20 13:22:06.0 -0500
@@ -10,7 +10,7 @@
 #export DH_VERBOSE=1
 
 %:
-	dh $@ 
+	dh $@ --with autoreconf
 
 override_dh_auto_clean:
 	[ ! -f Makefile ] || make clean

Bug#586430: Final analysis

[Anders Jonsson]

Ok, after some testing I can say why some strings become empty in the 
translation.
Apparently the .st files are sensible to newlines within empty 
translation tags.
In other words,  is 
interpreted as that the English original should be used.


If we instead have




this will be interpreted as that it should be an empty string in the 
translated version.


I have run a search through the Swedish file and there is no more such 
occurrence after my latest patch is applied.


Cheers,
Anders


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

Bug#739698: openstack-dashboard: should compress css and js during postinst

[Andrei POPESCU]

Control: reassign -1 src:horizon 2013.2.2-1

On Vi, 21 feb 14, 14:27:50, Gonéri Le Bouder wrote:
> Source: openstack-dashboard
> Version: 2013.2.2-1
> Severity: normal
> 
> Dear Maintainer,
> 
> Horizon expects the CSS and JS to be compressed by python-lesscpy. This
> can be done offline ( COMPRESS_OFFLINE=True) or on the fly. In the
> second case, the compession is rather long (=~ between 10s and 30s) and
> happens on every pages until the caches are ready.
> 
> The following command can be used to refresh the case:
> /usr/share/openstack-dashboard/manage.py compress
> 
> Best regards,
> --
> Gonéri

-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Bug#739713: reportbug-ng: usage guide localization doesn't work

[Anders Jonsson]

Package: reportbug-ng
Severity: minor
Tags: patch

Dear Maintainer,
while looking at bug #586430 i found that the long text "Using 
Reportbug-NG" never got translated, no matter what. Looking at the code 
i noticed that this is because there is a trailing "\" in 
src/rnghelpers.py that isn't present in the version between source tags 
in the .st files. Removing this char makes the strings identical and 
localization starts to work.


The attached patch fixes the issue. Now one can run for example 
"LANG=de_DE.UTF-8 reportbug-ng" to get it in German.



Regards,
Anders Jonsso
>From 002c95c317b905c4f78a3090c5b1d86678593b9a Mon Sep 17 00:00:00 2001
From: Anders Jonsson 
Date: Fri, 21 Feb 2014 20:17:12 +0100
Subject: l10n: Fix localization of usage guide

---
 src/rnghelpers.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/rnghelpers.py b/src/rnghelpers.py
index 9bade8f..ed672d5 100644
--- a/src/rnghelpers.py
+++ b/src/rnghelpers.py
@@ -107,7 +107,7 @@ def getRngInstructions():
 return "" + \
 QCoreApplication.translate("rnghelpers", """Using Reportbug-NG
 Step 1: Finding Bugs
-To find a bug just enter a query and press Enter. Combinations of multiple \
+To find a bug just enter a query and press Enter. Combinations of multiple 
 queries are supported, e.g.: "severity:grave tag:patch".
 
 The following queries are supported:
-- 
1.8.5.3

Bug#739536: xfe: File New sets inappropriate permissions in ACL enabled directories (re-submitted for upstream)

[Joachim Wiedorn]

Hello Robert,

thanks for this report. It is a pain for me, too, that ACL will be
ignored. I will test your patch and hope upstream agree with this patch.

Have a nice day.
Joachim (Germany)


signature.asc
Description: PGP signature

Bug#739711: ruby-em-http-request: license information of debian/ files missing in d/copyright

[Cédric Boutillier]

Hi Jonas,

I'm fine with this change. Thanks!

Cheers,

Cédric

Bug#727708: Call for Votes on init system coupling

[Bdale Garbee]

Ian Jackson  writes:

> I hereby call for votes on my coupling proposal and the amendments
> that have been put.
>
>   L   Software may not depend on a specific init system
>   N   No TC resolution on this question at this time
>   A   Advice: sysvinit compatibility in jessie and multiple init support
>   FD  Further discussion

I vote N, A, FD, L.

Bdale


pgp6tYUpfJB38.pgp
Description: PGP signature

Bug#739687: flashplugin-nonfree: update-flashplugin-nonfree does not work

[Juhani Karlsson]

root@abcdefg:~# dpkg -l |grep flashplugin
ii  flashplugin-nonfree 1:3.2  
i386 Adobe Flash Player - browser plugin



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

Bug#739641: [Pkg-swan-devel] Bug#739641: Include build option --enable-kernel-libipsec for userland IPSec

[C.J. Adams-Collier KF7BMP]

I've confirmed that the package builds with these two changes:

cjac@foxtrot:/usr/src/deb$ diff -u 
strongswan-5.1.1/debian/libstrongswan.install 
strongswan-5.1.1-cjac/debian/libstrongswan.install 
--- strongswan-5.1.1/debian/libstrongswan.install   2014-02-04 
05:04:50.0 -0800
+++ strongswan-5.1.1-cjac/debian/libstrongswan.install  2014-02-21 
10:56:41.680283978 -0800
@@ -6,6 +6,7 @@
 usr/lib/ipsec/libradius.so*
 usr/lib/ipsec/libtls.so*
 usr/lib/ipsec/libpttls.so*
+usr/lib/ipsec/libipsec.so*
 usr/lib/ipsec/plugins/libstrongswan-gmp.so
 usr/lib/ipsec/plugins/libstrongswan-openssl.so
 usr/lib/ipsec/plugins/libstrongswan-x509.so
cjac@foxtrot:/usr/src/deb$ diff -u strongswan-5.1.1/debian/rules 
strongswan-5.1.1-cjac/debian/rules 
--- strongswan-5.1.1/debian/rules   2014-02-04 05:04:50.0 -0800
+++ strongswan-5.1.1-cjac/debian/rules  2014-02-21 10:46:11.152366245 -0800
@@ -21,6 +21,7 @@
--enable-lookip \
--enable-error-notify \
--enable-unity \
+--enable-kernel-libipsec \
--disable-blowfish --disable-des # BSD-Young license
#--with-user=strongswan --with-group=nogroup
#   --enable-kernel-pfkey --enable-kernel-klips \


On Thu, 2014-02-20 at 15:41 -0500, Tony Zhou wrote:
> Package: strongswan
> Version: 5.1.1-1~bpo70+1
> Severity: wishlist
> 
> Dear Maintainer,
> 
> Would you kindly please include the build option 
> '--enable-kernel-libipsec' for future strongswan packages? The 
> description to this
> parameter could be found here on Strongswan wiki: 
> http://wiki.strongswan.org/projects/strongswan/wiki/Kernel-libipsec, 
> which says
> this plugin provides a userland IPSec implementation using TUN devices. 
> It is particularly useful for virtualized servers like OpenVZ
> which does not have kernel modules loaded for IPSec.
> 
> Thanks,
> TZ
> 
> -- System Information:
> Debian Release: 7.4
>APT prefers stable-updates
>APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: i386 (i686)
> 
> Kernel: Linux 3.2.0-042stab084.3 (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: 
> LC_ALL set to en_US.UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> ___
> Pkg-swan-devel mailing list
> pkg-swan-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-swan-devel



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

Bug#739687: flashplugin-nonfree: update-flashplugin-nonfree does not work

[Juhani Karlsson]

updating 11.2.202.336 --> 11.2.202.341 fails:



root@abcdefg:~# update-flashplugin-nonfree --install --verbose
options :  --install --verbose --
temporary directory: /tmp/flashplugin-nonfree.2aMb8PdZaQ
importing public key ...
selected action = --install
installed version = 11.2.202.336
upstream version = 11.2.202.341
wgetoptions= -nd -P .   -v --progress=dot:default
downloading 
http://people.debian.org/~bartm/flashplugin-nonfree/fp10.sha512.i386.pgp.asc 
...
--2014-02-21 20:54:54-- 
http://people.debian.org/~bartm/flashplugin-nonfree/fp10.sha512.i386.pgp.asc
Resolving people.debian.org (people.debian.org)... 206.12.19.5, 
2607:f8f0:610:4000:214:38ff:feee:b65a
Connecting to people.debian.org (people.debian.org)|206.12.19.5|:80... 
connected.

HTTP request sent, awaiting response... 200 OK
Length: 1271 (1,2K) [text/plain]
Saving to: `./fp10.sha512.i386.pgp.asc'

 0K . 100% 152M=0s

2014-02-21 20:54:54 (152 MB/s) - `./fp10.sha512.i386.pgp.asc' saved 
[1271/1271]


verifying PGP fp10.sha512.i386.pgp.asc ...
copying 
/var/cache/flashplugin-nonfree/install_flash_player_11_linux.i386.tar.gz ...

verifying checksum install_flash_player_11_linux.i386.tar.gz ...
wgetoptions= -nd -P .   -v --progress=dot:default  -O 
/tmp/flashplugin-nonfree.2aMb8PdZaQ/install_flash_player_11_linux.i386.tar.gz
downloading 
http://fpdownload.macromedia.com/get/flashplayer/pdc/11.2.202.336/install_flash_player_11_linux.i386.tar.gz 
...

verifying checksum install_flash_player_11_linux.i386.tar.gz ...
unpacking install_flash_player_11_linux.i386.tar.gz ...
verifying checksum contents of install_flash_player_11_linux.i386.tar.gz ...
moving libflashplayer.so to /usr/lib/flashplugin-nonfree ...
setting permissions and ownership of 
/usr/lib/flashplugin-nonfree/libflashplayer.so ...

Flash Player version: 11.2.202.336
moving install_flash_player_11_linux.i386.tar.gz to 
/var/cache/flashplugin-nonfree ...

flash-mozilla.so - auto mode
  link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so
/usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50
Current 'best' version is '/usr/lib/flashplugin-nonfree/libflashplayer.so'.
calling update-alternatives ...
flash-mozilla.so - auto mode
  link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so
/usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50
Current 'best' version is '/usr/lib/flashplugin-nonfree/libflashplayer.so'.
already exists: /usr/bin/flash-player-properties
already exists: /usr/share/applications/flash-player-properties.desktop
already exists: 
/usr/share/icons/hicolor/16x16/apps/flash-player-properties.png
already exists: 
/usr/share/icons/hicolor/22x22/apps/flash-player-properties.png
already exists: 
/usr/share/icons/hicolor/24x24/apps/flash-player-properties.png
already exists: 
/usr/share/icons/hicolor/32x32/apps/flash-player-properties.png
already exists: 
/usr/share/icons/hicolor/48x48/apps/flash-player-properties.png

already exists: /usr/share/pixmaps/flash-player-properties.png
end of action --install
cleaning up temporary directory /tmp/flashplugin-nonfree.2aMb8PdZaQ ...
end of update-flashplugin-nonfree



root@abcdefg:~# update-flashplugin-nonfree --status --verbose
options :  --status --verbose --
temporary directory: /tmp/flashplugin-nonfree.eJCUslQECM
importing public key ...
selected action = --status
Flash Player version installed on this system  : 11.2.202.336
Flash Player version available on upstream site: 11.2.202.341
flash-mozilla.so - auto mode
  link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so
/usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50
Current 'best' version is '/usr/lib/flashplugin-nonfree/libflashplayer.so'.
end of action --status
cleaning up temporary directory /tmp/flashplugin-nonfree.eJCUslQECM ...
end of update-flashplugin-nonfree


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

Bug#739711: ruby-em-http-request: license information of debian/ files missing in d/copyright

[Jonas Genannt]

Hello,

I'm writing you, because you have commited stuff into the package 
ruby-em-http-request.

http://packages.qa.debian.org/r/ruby-em-http-request.html

The statement about debian/* files is missing in d/copyright, and I would like 
to
update the package to the newest upstream version and add license information.

Please have a look at the copyright file:

http://anonscm.debian.org/gitweb/?p=pkg-ruby-extras/ruby-em-http-request.git;a=blob;f=debian/copyright;h=fc49875e5ed4fcdeaea89180f7efb21fa9cbb1d5;hb=HEAD


I would like to add the following statement about debian/* in copyright:

Files: debian/*
Copyright: 2012-2013 Praveen Arimbrathodiyil 
2012 Tollef Fog Heen 
2012 Cédric Boutillier 
2014 Jonas Genannt 
License: MIT

This license is the same as upstream uses.

If you are fine with this, please acknowledge this change, via sending a mail to
739...@bugs.debian.org.

Thanks,
Jonas


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

Bug#727708: Call for Votes on init system coupling

[Colin Watson]

On Fri, Feb 21, 2014 at 06:04:07PM +, Ian Jackson wrote:
>   L   Software may not depend on a specific init system
>   N   No TC resolution on this question at this time
>   A   Advice: sysvinit compatibility in jessie and multiple init support
>   FD  Further discussion

I vote L N A FD.

-- 
Colin Watson   [cjwat...@debian.org]


signature.asc
Description: Digital signature

Bug#739712: python-pycurl: Short descriptions seems incorrect, (Python 3) should be (Python 2)

[bodrato]

Package: pycurl
Version: 7.19.3.1-1
Severity: minor

Dear Maintainer,

The description of the python-pycurl is:
Python bindings to libcurl (Python 3)

but it does not depend on python3.

Probably, descriptions of package python-pycurl, and package
python3-pycurl, should be swapped.

Regards,
m

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

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


-- 
http://bodrato.it/papers/


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

Bug#739711: ruby-em-http-request: license information of debian/ files missing in d/copyright

[Jonas Genannt]

Package: ruby-em-http-request
Version: 0.3.0-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

license information about debian/ files are missning in d/copyright.

Please fix it.

Thanks,
Jonas

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

iQIcBAEBCAAGBQJTB5r+AAoJEPBM7/YBbP/Q/HMP/2E4lC916xUAxhBzae0ppxPl
dZuJQniqzEing6+RyWCU1Q/MZsIJzVqU28olxFXlTJuSrQ0y51q2txd6UtFJbxEV
iQMotO8tYJqX0R5M5cIAflUseX+IHQhSjVDWywTTgxXoGaHtumJrfw47NhHShySC
wcd0Y4+e39pWl6JvYz/53kpJuXRkM50bZcGKE7GJ3WJUaCi/vTnPQMHPrhwmWyM5
7Unx8yAGYtSdnecPF1e+UID+xIbkOzHHV2n5IFOO14a+dflAPbK1ADbNNBZUC5Bh
j3+9401um5He/1qZuNQXbV5m2QgojULfa8mofSfmCxjQz+yN0f+IUcLFfL/Vi1qj
dbNVIYqJuNRKuRRu0XPlqG3KhE7pUBsmGDGVftKUkBKbHD0zTtoW+WBhZYtIEv1A
YbBTpQflmZp8qDriU/TOmC1qIKO001GTAfdFdowari1n7317LuuvD7+tn9WGU61M
o2nmxzu7757Kkih5rVKNnpCzF7W2ALiEN5Xj7xmsZySaJS7FcwsQ0PJxbUr1mfCi
jOdmFxLaBdPj80NIN4j4rgXZiUCWiha4Is+Ck1xAs2wyf9SbejE9V1IM5YUAJXZZ
1aZRo/xIZ+wK2M0CYyO0T4uOlvBAQ4fix5Fy++AuHjEg+ChyCf6z8z56HIsBBndn
4iac8tIX0ZLqLITAhSrG
=2EVK
-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#727708: Call for Votes on init system coupling

[Don Armstrong]

On Fri, 21 Feb 2014, Ian Jackson wrote:
> I hereby call for votes on my coupling proposal and the amendments
> that have been put.
> 
> The options on the ballot are:
> 
>   L   Software may not depend on a specific init system
>   N   No TC resolution on this question at this time
>   A   Advice: sysvinit compatibility in jessie and multiple init support
>   FD  Further discussion
> 

I vote A > N > L > FD.

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

6: I'm human. I have a thousand flaws. I break down. I get up or I
don't get up. I get lost. I make the same mistakes over and over. I
have scars and wounds. Sometimes when I can't bear them anymore, I
drink. You can't fix me. You can't fix any of us. You can't make us
perfect.
 -- "The Prisoner (2009 Miniseries)" _Checkmate_


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

Bug#727708: Call for Votes on init system coupling

[Russ Allbery]

Ian Jackson  writes:

> I hereby call for votes on my coupling proposal and the amendments
> that have been put.

> The options on the ballot are:

>   L   Software may not depend on a specific init system
>   N   No TC resolution on this question at this time
>   A   Advice: sysvinit compatibility in jessie and multiple init support
>   FD  Further discussion

> (I have removed the proponents' names from the summary lines.)

I vote:

N A L FD

Thanks to Ian and Colin for the work on clarifying L over the past few
weeks.  While I still don't agree with it, I at least now understand what
it means and what I would need to do with it as Policy Editor.

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


pgp7RsyqembhW.pgp
Description: PGP signature

Bug#675115: [Pkg-openmpi-maintainers] Bug#675115: Affects building of e.g. elkcode

[Sylvestre Ledru]

On 21/02/2014 18:33, Daniel Leidert wrote:
> Hi,
>
> This issue leads to FTBFS on several architectures building elkcode.
> Please report back soon, if there is already a plan to fix it or a
> workaround for getting the right dependency. Otherwise I'm going to
> raise severity of this bug because it breaks other software.
>
>
A binNMU would fix the issue. It is just super borring to do that each
time there is a major version
of gfortran but no change in term of gcc packaging.

I can do an upload this week end.

Sylvestre


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

Bug#727708: Call for Votes on init system coupling

[Ian Jackson]

Ian Jackson writes ("Bug#727708: Call for Votes on init system coupling"):
> I hereby call for votes on my coupling proposal and the amendments
> that have been put.
> 
> The options on the ballot are:
> 
>   L   Software may not depend on a specific init system
>   N   No TC resolution on this question at this time
>   A   Advice: sysvinit compatibility in jessie and multiple init support
>   FD  Further discussion

I vote:
   L, N, A, FD

I have resisted the temptation to try to exploit the constitutional
bug by ranking FD 2nd.

Ian.


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

Bug#586430: Missed a spot

[Anders Jonsson]

Hello,
I now send a new patch that translates some more strings, hopefully all, 
that became blank in the Swedish translation. This obsoletes the 
previous patch.


Cheers,
Anders
>From e4b3b6acf8c499b53e2bdc46f8ce695e84ef3ad3 Mon Sep 17 00:00:00 2001
From: Anders Jonsson 
Date: Fri, 21 Feb 2014 18:56:04 +0100
Subject: l10n: Update Swedish translation

---
 src/translations/sv.ts | 149 +++--
 1 file changed, 82 insertions(+), 67 deletions(-)

diff --git a/src/translations/sv.ts b/src/translations/sv.ts
index 2cab91c..07536b7 100644
--- a/src/translations/sv.ts
+++ b/src/translations/sv.ts
@@ -575,22 +575,22 @@ påverkar paketnamnet, felnumret, sammandrag, status och 
allvarlighetsgraden fö
 
 
 Settings
-
+Inställningar
 
 
 
 External Applications
-
+Externa program
 
 
 
 Mail Client:
-
+E-postklient
 
 
 
 User Interface
-
+Användargränssnitt
 
 
 
@@ -635,17 +635,17 @@ påverkar paketnamnet, felnumret, sammandrag, status och 
allvarlighetsgraden fö
 
 
 Miscellaneous
-
+Diverse
 
 
 
 Send additional bugscript information if available 
(recommended)
-
+Skicka extra information från felskript 
om tillgängligt (rekommenderas)
 
 
 
 Show package specific information before sending bugreport if 
available (recommended)
-
+Visa paketspecifik information om 
tillgängligt innan felrapporten skickas (rekommenderas)
 
 
 
@@ -658,53 +658,47 @@ påverkar paketnamnet, felnumret, sammandrag, status och 
allvarlighetsgraden fö
 
 
 &New Bugreport...
-&Ny felrapport
+&Ny felrapport...
 
 
 
 Ctrl+N
-
-
+Ctrl+N
 
 
 
 Ctrl+A
-
-
+Ctrl+A
 
 
 
 &Close Bugreport...
-&Ny felrapport
+&Stäng felrapport...
 
 
 
 Ctrl+L
-
-
+Ctrl+L
 
 
 
 Ctrl+W
-
-
+Ctrl+W
 
 
 
 &Quit
-
-
+&Avsluta
 
 
 
 Ctrl+Q
-
-
+Ctrl+Q
 
 
 
 Q&uery or Filter:
-
+&Sökning eller filter:
 
 
 
@@ -714,27 +708,27 @@ påverkar paketnamnet, felnumret, sammandrag, status och 
allvarlighetsgraden fö
 
 
 Hide Closed Bugreports
-
+Dölj stängda felrapporter
 
 
 
 &File
-
+&Arkiv
 
 
 
 &Bugs
-
+&Fel
 
 
 
 &Edit
-
+&Redigera
 
 
 
 &Help
-
+&Hjälp
 
 
 
@@ -744,67 +738,67 @@ påverkar paketnamnet, felnumret, sammandrag, status och 
allvarlighetsgraden fö
 
 
 Create a new Bugreport for the current package.
-
+Skapa en ny felrapport för aktuellt 
paket.
 
 
 
 &Additional Information...
-
+&Ytterligare 
information...
 
 
 
 Provide additional information for this Bugreport.
-
+Tillhandahåll ytterligare information 
för aktuell felrapport.
 
 
 
 Close the current Bugreport.
-
+Stäng aktuell felrapport.
 
 
 
 New &WNPP Bugreport...
-
+Ny &WNPP-felrapport...
 
 
 
 Create a new WNPP Bugreport.
-
+Skapa en ny 
WNPP-felrapport.
 
 
 
 Clear
-
+Rensa
 
 
 
 Clear.
-
+Rensa.
 
 
 
 Quit Reportbug-NG.
-
+Avsluta Reportbug-NG.
 
 
 
 &Settings
-
+&Inställningar
 
 
 
 Change Reportbug-NG's settings.
-
+Ändra inställningar för 
Reportbug-NG.
 
 
 
 About Reportbug NG
-
+Om Reportbug NG
 
 
 
 About Qt
-
+Om Qt
 
 
 
@@ -812,12 +806,12 @@ påverkar paketnamnet, felnumret, sammandrag, status och 
allvarlighetsgraden fö
 
 
 About Reportbug-NG
-
+Om Reportbug-NG
 
 
 
 About Qt
-
+Om Qt
 
 
 
@@ -829,7 +823,11 @@ This program is free software; you can redistribute it 
and/or modify
 it under the terms of the GNU General Public License as published by
 the Free Software Foundation; either version 2 of the License, or
 (at your option) any later version.
-
+Copyright (C) 2007-2011 Bast

Bug#739663: Processed: libboinc7: fails to upgrade from 'wheezy' - trying to overwrite /usr/lib/libboinc_zip.so.7

[Gianfranco Costamagna]

Il Venerdì 21 Febbraio 2014 14:54, Andreas Beckmann  ha 
scritto:

On 2014-02-21 14:37, Gianfranco Costamagna wrote:
>> Hi Andreas,
>> 
>> I tried to add a Break+Replaces, but it didn't work, 
>
>How did this look like? And how did it fail?


I dont't honestly remember, it failed with almost the same error, or something 
related to a missing boinc-dev package

>
>> I think because now boinc-dev is not a real package anymore, just a 
>> transition virtual package.
>
>Since the B+R you add are versioned, they only match against real
>packages. And the old one is a real package.
>
>> For this reason I only added a "breaks" on libboinc7, and I tested on a 
>> virtual machine.
>>
>> It seems to be working, but this is the first time I play with 
>> breaks/replaces fields, so I might be wrong somewhere.
>
>This probably breaks if I torture-test it :-) And it will definitely
>break in case you add a transitional boing-dev package.
>

mmm this is something I don't understand, and moreover the problem is that I 
manually try to upgrade packages with "dpkg", and in this case I needed to add 
manually libboinc7 IIRC to the list.

So I don't know exactly how to test for this bug, this is why help is really 
needed ;)


>> this is the commit, I'll upload a version in the next few days if no answer, 
>> since I think this bug is pretty serious.
>> 
>> http://anonscm.debian.org/gitweb/?p=pkg-boinc/boinc.git;a=commitdiff;h=c993dd1d92d58a03562c52c3d2f8b180303eb84f
>> 
>> Can I kindly ask you to review the patch?
>
>7.0.39+dfsg-1 is the version that split up boinc-dev? And this was the
>first upload of the new 7.0.39+dfsg upstream, i.e. there have not been
>any 7.0.39+dfsg-1~experimental0 or similar versions?

this is the version that has some library moved from one package to another, 
no, this is the first upload, nothing in experimental
>
>So each package that got a bit of the previous content (and ships it at
>the same location) should have
>  Breaks: boinc-dev (<< 7.0.39+dfsg)
>  Replaces: boinc-dev (<< 7.0.39+dfsg)
>(in addition to other B+R it might already have).

ok, this seems reasonable, but we moved the libraries many times between 
versions, that boinc-dev, the libboinc introduction, the split between client 
and server libraries, the server-maker package introduction...

Boinc has grown a lot since the old package, this is why I'm having this kind 
of troubles in thinking in a "clean" way for upgrade, the same can happen I 
think even in ubuntu, with different versions and so different files overridden.

I don't like to fix just this bug and have a transition failure between 
somebody with backports enabled or other different repository.

I hope to have explained my (maybe wrong, I'm here to learn :p) point

thanks for your support and bug report so far!

Cheers,

Gianfranco


>
>(this review is based solely on your reply and the commitdiff you
>linked, I haven't looked at the boinc package in more detail, but I
>might take a further look at the weekend)
>
>
>Andreas
>
>
>
>
>


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

Bug#727708: Call for Votes on init system coupling

[Ian Jackson]

I hereby call for votes on my coupling proposal and the amendments
that have been put.

The options on the ballot are:

  L   Software may not depend on a specific init system
  N   No TC resolution on this question at this time
  A   Advice: sysvinit compatibility in jessie and multiple init support
  FD  Further discussion

(I have removed the proponents' names from the summary lines.)

Thanks,
Ian.


L  Software may not depend on a specific init system


  Rationale

The default init system decision is limited to selecting a default
initsystem for jessie.  We expect that Debian will continue to
support multiple init systems for the foreseeable future; we
continue to welcome contributions of support for all init systems.

  Rubric

Therefore, for jessie and later releases, we exercise our power to
set technical policy (Constitution 6.1.1):

  Loose coupling

In general, software may not require a specific init system to be
pid 1.  The exceptions to this are as follows:

 * alternative init system implementations
 * special-use packages such as managers for init systems
 * cooperating groups of packages intended for use with specific init
   systems

provided that these are not themselves required by other software
whose main purpose is not the operation of a specific init system.

Degraded operation with some init systems is tolerable, so long as
the degradation is no worse than what the Debian project would
consider a tolerable (non-RC) bug even if it were affecting all
users.  So the lack of support for a particular init system does not
excuse a bug nor reduce its severity; but conversely, nor is a bug
more serious simply because it is an incompatibility of some software
with some init system(s).

Maintainers are encouraged to accept technically sound patches
to enable improved interoperation with various init systems.

  GR rider

If the project passes (before the release of jessie) by a General
Resolution, a "position statement about issues of the day", on the
subject of init systems, the views expressed in that position
statement entirely replace the substance of this TC resolution; the
TC hereby adopts any such position statement as its own decision.

Such a position statement could, for example, use these words:

   The Project requests (as a position statement under s4.1.5 of the
   Constitution) that the TC reconsider, and requests that the TC
   would instead decide as follows:


N  No TC resolution on this question at this time
=

   The TC chooses to not pass a resolution at the current time
   about whether software may require specific init systems.


A  Advice: sysvinit compatibility in jessie and multiple init support
=

The following is technical advice offered to the project by the
Technical Committee under section 6.1.5 of the constitution.  It does
not constitute an override of maintainer decisions past or future.

Software should support as many architectures as reasonably possible,
and it should normally support the default init system on all
architectures for which it is built.  There are some exceptional cases
where lack of support for the default init system may be appropriate,
such as alternative init system implementations, special-use packages
such as managers for non-default init systems, and cooperating
groups of packages intended for use with non-default init systems.
However, package maintainers should be aware that a requirement for a
non-default init system will mean the software will be unusable for
most Debian users and should normally be avoided.

Package maintainers are strongly encouraged to merge any contributions
for support of any init system, and to add that support themselves if
they're willing and capable of doing so.  In particular, package
maintainers should put a high priority on merging changes to support
any init system which is the default on one of Debian's non-Linux
ports.

For the jessie release, all software that currently supports being run
under sysvinit should continue to support sysvinit unless there is no
technically feasible way to do so.  Reasonable changes to preserve
or improve sysvinit support should be accepted through the jessie
release.  There may be some loss of functionality under sysvinit if
that loss is considered acceptable by the package maintainer and
the package is still basically functional, but Debian's standard
requirement to support smooth upgrades from wheezy to jessie still
applies, even when the system is booted with sysvinit.

The Technical Committee offers no advice at this time on sysvinit
support beyond the jes