date:20140708

On 07/07/14 10:49, Emilio Pozuelo Monfort wrote:
 On 07/07/14 09:31, Aurelien Jarno wrote:
 On Sat, Jul 05, 2014 at 07:15:56PM +0200, Emilio Pozuelo Monfort wrote:
 That said, feel free to upload perl now.

 It has been uploaded, and is now installed on all s390x buildds.
 
 Thanks. I have scheduled a bunch of binNMUs.

I scheduled all of them, and there are a few failures:

https://release.debian.org/transitions/html/perlapi-5.18.2d-s390x.html

However the main blocker right now is the perl/mips FTBFS.

Emilio


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

Bug#753904: nslcd: Strange output looks like buffer overlow/security problem

2014-07-08 Thread Peter Mairhofer

2014-07-08 0:30 GMT-07:00 Peter Mairhofer mairhofer...@gmail.com:
 Hi Arthur,

 I think it could be related to a possibly non-standard PAM
 configuration, therefore I also post my common-auth:

 authsufficient  pam_unix.so nullok_secure
 authsufficient  pam_ldap.so use_first_pass
 authrequisite   pam_pwdfile.so pwdfile /etc/passwd.opie
 authsufficient  pam_opie.so
 authrequiredpam_deny.so

 Interestingly the problems seem to be gone if I remove pam_opie and
 revert to the standard config.

 To conclude, I think the issue appears when you use nscld, pam_ldap
 AND an additonal module (such as pam_opie or pam_otpw) together.

 If you have a scenario that reasonably reliably triggers this problem I
 will try to reproduce this issue. The process that triggers it (output
 from nslcd -d) and circumstances that cause it (message happen on login,
 from cron job, etc.) would help.

 Thanks.
 So far that's the closest I got. The problem is I need to wait one day
 to be sure that the problem is gone/not gone. I debugged it until I
 found that it's caused by the above PAM stack. I am pretty sure if
 this implemented on a different system the issue will appear as well.

 Anyway, I'll add -d to nscld and let you know when the next messages
 are generated.

There is a problem: Too much data. I got MBs of logs just within the
few minutes. If I run this until tomorrow my harddrive is full.
The bigger issue is that it's more spradic. When I look at the debug
output everything is as expected...

Thanks
Peter


signature.asc
Description: PGP signature

Bug#753079: transition: librime

On 03/07/14 21:36, Guo Yixuan wrote:
 On Thu, Jul 3, 2014 at 8:12 AM, Osamu Aoki osamu_aoki_h...@nifty.com
 I will upload new git head when prompted.  Is it ready?
 
 Yes, it is. (I just noticed you already uploaded it. Thanks a lot!)

And it has failed on armel because of #727621.

Emilio


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

Bug#753485: samtools: python-pysam FTBFS on mips/mipsel due to issues in samtools

2014-07-08 Thread Andreas Tille

Hi Aleksandar,

thanks a lot for your explanation of the patch!  That's really
appreciated and your help is really needed here.  I think we whould
wait until upstream has updated their sources before we upload to
make sure they are happy with the patch.  (Any member of Debian
Med team feel free to override my suggestion!)

Thanks again

 Andreas.

On Mon, Jul 07, 2014 at 01:11:48PM +, Aleksandar Zlicic wrote:
 Hi, Dominique
 
 System endianness issue refers to a bug in function swap_endian_data 
 (bam.c:160).
 
 Function swap_endian_data() is used on big-endian architectures when data is 
 read from input BAM files and/or written to output BAM files, for converting 
 multibyte integer values from little endian to big endian byte order and vice 
 versa (depending on the operation).
 
 Additional argument to the function is_host specifies whether the input data 
 is in host byte order or not (reading or writing), since swapping of BAM 
 auxiliary array length values has to be done at different times for reading 
 and writing.
 
 -static void swap_endian_data(const bam1_core_t *c, int data_len, uint8_t 
 *data)
 +static void swap_endian_data(const bam1_core_t *c, int data_len, uint8_t 
 *data, int is_host)
 
 +if(!is_host) bam_swap_endian_4p(s+1);
 
 -bam_swap_endian_4p(s+1);
 +if(is_host) bam_swap_endian_4p(s+1);
 +s += n * Bsize + 4;
 
 The last line in this change updates pointer 's' so that it points to the 
 next uxiliary data tag-value pair (there are 'n' elements, each element of 
 the array is Bsize bytes long; additional 4 bytes are for the 4-byte integer  
 where length of array is stored).
 
 The following  fixes 'for' loop limits (there are 'n' elements and each 
 element is Bsize bytes long):
 
 -for (i = 0; i  n; i += 2)
 +for (i = 0; i  n*Bsize; i += 2)
 
 -for (i = 0; i  n; i += 4)
 +for (i = 0; i  n*Bsize; i += 4)
 
 
 Changes in fix_alignment.patch are to avoid unaligned memory access for 
 architectures that don't allow it.
 
 I am currently adapting changes to the latest version of samtools. When I'm 
 done I will contact upstream.
 
 Best Regards
 Aleksandar Zlicic
 
 

 ___
 Debian-med-packaging mailing list
 debian-med-packag...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging


-- 
http://fam-tille.de


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

Bug#585376: btrfs in mount(8)

Hello!

Regarding documenting btrfs in the mount(8) manpage and other filesystem
specific options there, see the thread at
http://www.spinics.net/lists/util-linux-ng/msg09556.html

In particular these interesting followups...

about long-term plans for the entire section:
http://www.spinics.net/lists/util-linux-ng/msg09558.html

and about getting started with the work:
http://www.spinics.net/lists/util-linux-ng/msg09568.html

but after all, mount(8) was still patches for now:
https://git.kernel.org/cgit/utils/util-linux/util-linux.git/commit/?id=f36de15e2f172614ba8b187b51f7791209ca3cea

Regards,
Andreas Henriksson


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

Bug#673538: transition: gnustep-base, gnustep-gui

2014-07-08 Thread Yavor Doganov

Emilio Pozuelo Monfort wrote:
 Everything else looks good, so please go ahead.

Thanks; gnustep-base and -gui are now built and installed on all
architectures.  Please schedule the binNMUs at your earliest
convenience.


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

Bug#754149: [Pkg-linaro-lava-devel] Bug#754149: lava-server: [debconf_rewrite] Debconf templates and debian/control review proposal

2014-07-08 Thread Justin B Rye

Neil Williams wrote:
 I did ask for a template review whilst the package was still in NEW:
 
 https://lists.debian.org/debian-l10n-english/2014/06/msg9.html
 https://lists.debian.org/debian-l10n-english/2014/06/msg00010.html
 
 However, I wasn't CC'd on the only reply, despite that reply asking
 specific questions about the package.

Sorry - but the general mailing list Code of Conduct does say not to
CC the original poster unless specifically requested.  Except that I
often do that anyway; you were just unlucky that I didn't notice it
might be needed.

(Or, wait... does the revised CoC from the GR perhaps override the
version at http://www.debian.org/MailingLists;?  It doesn't seem to
say anything about CCs.)
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package


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

Bug#752340:

2014-07-08 Thread Christian Pinedo Zamalloa

2014-07-08 6:50 GMT+02:00 Mike Miller mtmil...@debian.org:

 On Mon, Jul 7, 2014 at 16:32:02 +0200, Christian Pinedo Zamalloa wrote:
  Is it possible
  to solve this in wheezy?

 No, as I said in an earlier reply, enabling OpenConnect in the KDE
 networking widget requires a newer version of OpenConnect than is in
 wheezy.


I do not know debian policies, I am only a debian user. However, would it
be possible to provide an updated OpenConnect package in wheezy-updates
repository??

P.S. If any wheezy user else has the same problem with openconnect, how to
use openconnect from the cli without network manager is detalied in
https://wiki.archlinux.org/index.php/OpenConnect

-- 
Christian Pinedo Zamalloa (zako)
PGP keyID: 0xdb577d4ee6ffbd55
PGP Fgprt: A895 7C11 84F6 30B4 4938  32A4 9306 DFD0 CDE4 B542

Bug#754152: rinse: CentOS 7 support

2014-07-08 Thread Kenji Okimoto

Package: rinse
Version: 3.0
Severity: wishlist

Dear Maintainer,

CentOS 7 has been released on 2014-07-07.
Add CentOS 7 support, please.



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

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

Versions of packages rinse depends on:
ii  libterm-size-perl  0.207-1+b1
ii  libwww-perl6.07-1
ii  perl-modules   5.18.2-5
ii  rpm4.11.2-3
ii  wget   1.15-1

rinse recommends no packages.

rinse suggests no packages.

-- no debconf information

-- 
Kenji Okimoto okim...@clear-code.com


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

Bug#750381: flock: manpage needs to clarify exit status -- forwarded patch upstream

Control: forwarded -1 http://www.spinics.net/lists/util-linux-ng/msg09547.html
Control: tags -1 + patch upstream

Phillip Susi sent a patch upstream.

Regards,
Andreas Henriksson


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

Bug#673538: transition: gnustep-base, gnustep-gui

On 08/07/14 09:58, Yavor Doganov wrote:
 Emilio Pozuelo Monfort wrote:
 Everything else looks good, so please go ahead.
 
 Thanks; gnustep-base and -gui are now built and installed on all
 architectures.  Please schedule the binNMUs at your earliest
 convenience.

I have scheduled the first round, will schedule the rest later.

Emilio


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

Bug#754153: python-pelican:Is this package enabled to use asciidoc format?

2014-07-08 Thread Yukiharu YABUKI

Package: python-pelican
Version: 3.4.0-1
Severity: normal

Dear Maintainer,

I have just started to use pelican which is static HTML generator.
I read getting started[1], settings[2] and issue[3].

I checked python-pelican package can generate from 
foo.md and bar.rst to static HTML files

python-pelican package description tells me that it enable to use
AsciiDoc fortmat. I wrote test.asc. but pelican does not understand
test.asc file. It did not report error. It ignored asc file.

I also install asciidoc package. But nothing to change.

If python-pelican package is not able to use asciidoc format.
Please note that in README.Debian.

Best
Yukiharu.

[1]: http://docs.getpelican.com/en/3.3.0/getting_started.html
[2]: http://docs.getpelican.com/en/3.3.0/settings.html
[3]: https://github.com/getpelican/pelican/issues/1212


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

Kernel: Linux 3.14-1-486
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-pelican depends on:
ii  python2.7.6-2
ii  python-blinker1.3.dfsg1-1
ii  python-dateutil   1.5+dfsg-1
ii  python-docutils   0.11-3
ii  python-feedgenerator  1.7-1
ii  python-jinja2 2.7.3-1
ii  python-markdown   2.4.1-1
ii  python-pkg-resources  5.4.1-1
ii  python-pygments   1.6+dfsg-1
ii  python-six1.7.3-1
ii  python-tz 2012c-1
ii  python-unidecode  0.04.14-1

python-pelican recommends no packages.

Versions of packages python-pelican suggests:
pn  pandoc  none
pn  python-bs4  none

-- no debconf information

--
++++++++++++++
Yukiharu Yabuki (矢吹幸治)  I use Debian GNU/Linux
mail: yab...@netfort.gr.jp
++++++++++++++


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

Bug#753818: texworks: please use synctex parser provided by libsynctex-dev

2014-07-08 Thread Atsuhito Kohda

Hi Sebastian,

On Sat, 5 Jul 2014 14:41:16 +0200, Sebastian Ramacher wrote:

 texworks currently contains a copy of synctex parser from texlive-bin.
 This code is now provided as shared library by
 libsynctex1/libsynctex-dev. Please consider the attached patch to use
 the shared library instead of the embedded copy.

Thanks for your report and the patch.  
I just uploaded new package.  I think it might be better 
if the upstream fixes this so I'll contact the upstream later.

Best regards, 2014-7-8(Tue)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda kohda AT debian.org
 Department of Math., Univ. of Tokushima


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

Bug#753699: lynx: Alert!: This client does not contain support for HTTPS URLs.

2014-07-08 Thread Atsuhito Kohda

Hi Andreas and Thorsten,

On Fri, 4 Jul 2014 20:09:52 +0200, Andreas Metzler wrote:

 Looks like lynx-cur is missing a build-dependency on
 libgcrypt20-dev as a hotfix or better use gnutls_rnd() instead of
 gcry_randomize() and stop linking against gcrypt. (Totally untested,
 no guarantees patch attached.)

I only added libgcrypt20-dev to B-D and built the package, then
it seems lynx works fine so I uploaded the package.  
But if your patch is necessary to fix the problem properly, 
please let me know.

Best regards,   2014-7-8(Tue)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda kohda AT debian.org
 Department of Math., Univ. of Tokushima


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

Bug#754116: qa.debian.org: Gnash does not display youtube vedios

2014-07-08 Thread Gabriele Giacone

Please keep bug CC'ed.

On Tue, Jul 8, 2014 at 10:02 AM, Lakshmikanth Kammath b lakb...@yahoo.in
wrote:

 Dear Sir/Madam,

 1. This picture gives the pluggin which Iceweasel reports to be outdated.
 I am sending this as I only have a basic knowledge regarding add-ons in
 browser.


  Outdated Plugins  Plugin Status Action  Shockwave FlashShockwave Flash
 10.1 r999.
 Gnash 0.8.11dev, the GNU SWF Player. Copyright (C) 2006, 2007, 2008, 2009,
 2010, 2011 Free Software Foundation http://www.fsf.org/, Inc.
 Gnash comes with NO WARRANTY, to the extent permitted by law. You may
 redistribute copies of Gnash under the terms of the GNU General Public
 License http://www.gnu.org/licenses/gpl.html. For more information
 about Gnash, see http://www.gnu.org/software/gnash.
 Compatible Shockwave Flash 10.1 r999.vulnerableUpdate Now
 http://www.adobe.com/go/getflashplayer
 Back to To https://www.mozilla.org/en-US/plugincheck/#top



You probably already have latest wheezy version. Youtube movie play has
been fixed in Debian Wheezy 7.4. I see you already upgraded to 7.5.
To confirm that:
$ dpkg -l|grep gnash



 2. The command sudo update-alternatives --display flash-mozilla.so
 results in the below given output.
   lakshmikanth@debian:~$ sudo update-alternatives --display
 flash-mozilla.so
[sudo] password for lakshmikanth:
flash-mozilla.so - auto mode
  link currently points to /usr/lib/gnash/libgnashplugin.so
/usr/lib/gnash/libgnashplugin.so - priority 10
Current 'best' version is '/usr/lib/gnash/libgnashplugin.so'.

 3. Can you tell me what is xul-ext-adblock-plus and xul-ext-flashblock
 and how I can install it?
 Is this a free software or a browser pluggin?
 Will it interfere with the base system stability and security or any
 other installed packages or browser add-ons?


They are two firefox extensions which would let you limit popups and flash
animations display.
$ sudo apt-get install xul-ext-adblock-plus xul-ext-flashblock

So was it working till yesterday? You could try to create a new profile.
$ iceweasel -P

-- 
G..e

Bug#754154: ITP: r-bioc-genomicalignments -- BioConductor representation and manipulation of short genomic alignments

2014-07-08 Thread Andreas Tille

Package: wnpp
Severity: wishlist
Owner: Andreas Tille ti...@debian.org

* Package name: r-bioc-genomicalignments
  Version : 1.0.2
  Upstream Author : Hervè Pagès, Valerie Obenchain, Martin Morgan
* URL : 
http://bioconductor.org/packages/release/bioc/html/GenomicAlignments.html
* License : Artistic-2.0
  Programming Lang: R
  Description : BioConductor representation and manipulation of short 
genomic alignments
 This BioConductor package provides efficient containers for storing and
 manipulating short genomic alignments (typically obtained by aligning
 short reads to a reference genome). This includes read counting,
 computing the coverage, junction detection, and working with the
 nucleotide content of the alignments.


Remark: This package is a precondition to upgrade a set of other BioConductor
 packages in Debian.  It is maintained by the Debian Med team at

   
svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-genomicalignments/trunk/


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

Bug#754155: xfce4-volumed: Volume notify pops up every time a system event sound is playing

2014-07-08 Thread Jens Schmidt

Package: xfce4-volumed
Version: 0.1.13-5
Severity: normal

Dear Maintainer,

since the last update xfce4-volumed  pops up a volume notification window when
a system event sound is playing.
Installing the former binary (/usr/bin/xfce4-volumed) from wheezy package
(0.13-3) solves this problem.  The annoying popups disappear when playing event
sounds. Popups works as usual when pressing multimedia keys.




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

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

Versions of packages xfce4-volumed depends on:
ii  gstreamer0.10-alsa [gstreamer0.10-audiosink]  0.10.36-1.1
ii  gstreamer0.10-plugins-bad [gstreamer0.10-audiosink]   0.10.23-7.2+b1
ii  gstreamer0.10-plugins-good [gstreamer0.10-audiosink]  0.10.31-3+nmu3
ii  gstreamer0.10-pulseaudio [gstreamer0.10-audiosink]0.10.31-3+nmu3
ii  libc6 2.19-4
ii  libglib2.0-0  2.40.0-3
ii  libgstreamer-plugins-base0.10-0   0.10.36-1.1
ii  libgstreamer0.10-00.10.36-1.2
ii  libgtk2.0-0   2.24.24-1
ii  libkeybinder0 0.3.0-3
ii  libnotify40.7.6-2
ii  libxfconf-0-2 4.10.0-2

xfce4-volumed recommends no packages.

xfce4-volumed 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#740963: Dead github repo

2014-07-08 Thread Andrea Capriotti

Il giorno gio, 06/03/2014 alle 19.07 +0100, Enrico Zini ha scritto:
 Package: vim-snipmate
 Version: 0.84-1
 Severity: wishlist
 
 Hello,
 
 thank you for packaging snipmate.
 
 It looks like the code you took came from
 https://github.com/msanders/snipmate.vim which seems to be a dead
 repository. 
 
 The actively maintained codebase should be here at the moment:
 https://github.com/garbas/vim-snipmate

Hi Enrico, 

I'm switching to that. Thanks for the hint.

Bye
-- 
Andrea Capriotti capri...@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#754156: mongrel2: Doesn't build on big endian machines

2014-07-08 Thread Jan Niehusmann

Package: mongrel2
Version: 1.9.1-2
Severity: normal
Tags: pending

Building mongrel2 fails on big endian machines with a failing test case:

ERROR in test tests/radixmap_tests:

RUNNING: ./tests/radixmap_tests
FAILED: Failed to properly sort the RadixMap.

This is because src/adt/radixmap.c accesses single bytes of an 64-bit
value in a non-portable way:

#define ByteOf(x,y) (((uint8_t *)x)[(y)])


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

Bug#754157: gnuplot: file conflict with gnuplot-x11

2014-07-08 Thread Sven Joachim

Package: gnuplot
Version: 4.6.5-5
Severity: serious

There was a problem when installing your package (sorry for the German):

,
| Entpacken von gnuplot (4.6.5-5) über (4.6.5-4) ...
| dpkg: Fehler beim Bearbeiten des Archivs 
/var/cache/apt/archives/gnuplot_4.6.5-5_all.deb (--unpack):
|  Versuch, »/usr/share/gnuplot/pm3d/colorpts.awk« zu überschreiben, welches 
auch in Paket gnuplot-x11 4.6.5-4 ist
`

After upgrading gnuplot-x11 to 4.6.5-5 the error went away, so it might
be just a missing Replaces.


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

Kernel: Linux 3.14.11-nouveau (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnuplot depends on:
iu  gnuplot-x11  4.6.5-5

gnuplot recommends no packages.

Versions of packages gnuplot suggests:
pn  feedgnuplot  none
ii  gnuplot-doc  4.6.5-5
pn  libgnuplot-iostream-dev  none
pn  python-gnuplot   none

-- 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#752870: some more problems

2014-07-08 Thread Rémi Letot


Hi again,

two more things about the latest development version:

- the folder selection list is actually erratic: it shows several times 
until something makes it stop. Then I have to restart icedove to get it 
back.


- when I want to move a message and there are several possible matches 
in the folder selection list, whatever I choose the message will always 
go to the first in the list. I lost a few mails before I noted that 
unwelcome behaviour...


That makes the latest development version unsuitable, so there is 
currently no possible nostalgy for icedove 31 :-(


Hope to get news soon :-)
--
Rémi


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

Bug#744953: [PATCH] e2fsck: reopen the file system with saved flags after a journal replay

2014-07-08 Thread Lukáš Czerner

On Sat, 5 Jul 2014, Theodore Ts'o wrote:

 Date: Sat,  5 Jul 2014 23:09:57 -0400
 From: Theodore Ts'o ty...@mit.edu
 To: Ext4 Developers List linux-e...@vger.kernel.org
 Cc: Theodore Ts'o ty...@mit.edu, Андрей Василишин a.vasilis...@kpi.ua,
 Jon Severinsson j...@severinsson.net, 744...@bugs.debian.org
 Subject: [PATCH] e2fsck: reopen the file system with saved flags after a
 journal replay
 
 After a journal replay, we close and reopen the file system so that
 any changes in the superblock can get reflected in the libext2fs's
 internal data structures.  We need to save the flags passed to
 ext2fs_open() that we used when we originally opened the file system.
 
 Otherwise we could end up triggering the following error message when
 checking a large (or bigalloc) file system after an unclean shutdown:
 
 fsck.ext4: Filesystem too large to use legacy bitmaps while trying to re-open

Hi Ted,

couple of comments below.

 
 Addresses-Debian-Bug: 744953
 Cc: Андрей Василишин a.vasilis...@kpi.ua
 Cc: Jon Severinsson j...@severinsson.net
 Cc: 744...@bugs.debian.org
 ---
 
 Distributions will almost certainly want to backport this patch, since
 it breaks running e2fsck on file system with the 64-bit or bigalloc
 feature enabled 
 
  e2fsck/e2fsck.h  | 1 +
  e2fsck/journal.c | 2 +-
  e2fsck/unix.c| 1 +
  3 files changed, 3 insertions(+), 1 deletion(-)
 
 diff --git a/e2fsck/e2fsck.h b/e2fsck/e2fsck.h
 index c71a0a5..998abdc 100644
 --- a/e2fsck/e2fsck.h
 +++ b/e2fsck/e2fsck.h
 @@ -232,6 +232,7 @@ struct e2fsck_struct {
   blk64_t free_blocks;
   ino_t   free_inodes;
   int mount_flags;
 + int openfs_flags;
   blkid_cache blkid;  /* blkid cache */
  
  #ifdef HAVE_SETJMP_H
 diff --git a/e2fsck/journal.c b/e2fsck/journal.c
 index 905c0bf..9be52cd 100644
 --- a/e2fsck/journal.c
 +++ b/e2fsck/journal.c
 @@ -903,7 +903,7 @@ errcode_t e2fsck_run_ext3_journal(e2fsck_t ctx)
  
   ext2fs_mmp_stop(ctx-fs);
   ext2fs_free(ctx-fs);
 - retval = ext2fs_open(ctx-filesystem_name, EXT2_FLAG_RW,
 + retval = ext2fs_open(ctx-filesystem_name, ctx-openfs_flags,
ctx-superblock, blocksize, io_ptr,
ctx-fs);
   if (retval) {
 diff --git a/e2fsck/unix.c b/e2fsck/unix.c
 index b265c99..03848c7 100644
 --- a/e2fsck/unix.c
 +++ b/e2fsck/unix.c
 @@ -1274,6 +1274,7 @@ restart:
   flags = ~EXT2_FLAG_EXCLUSIVE;
   }
  
 + ctx-openfs_flags = flags;
   retval = try_open_fs(ctx, flags, io_ptr, fs);

Maybe we can get rid of 'flags' argument since it's not needed
anymore ?

  
   if (!ctx-superblock  !(ctx-options  E2F_OPT_PREEN) 
 

Otherwise the patch looks good, however for some reason I can not
reproduce the problem in the big file system (without bigalloc) even
though looking at bitmap.c it looks like we really should get that
error.

The reason is that after the journal recovery we're going to set the
flags again properly and rerun the fsck so everything should be
fine. But I wonder whether we're actually going to need that flag,
but looking at e2fsck_check_ext3_journal() it looks like we might if
something is going bad ?

Thanks!
-Lukas

Bug#740574: libtirpc1: Still causes statd from the nfs-common package to fail

2014-07-08 Thread Matteo Checcucci


As reported by others, downgrading to libtirpc1/0.2.2-5 and libc6/2.19-1
(and restarting rpcbind, nfs-common, and nfs-kernel-server) makes the
issue vanish.

I think this bug is grave, since it prevents NFS from working.



Everything works with libtirpc1/0.2.3-2 and libc6/2.19-4
Thank you


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

Bug#742882: apt: Does not support LFS .deb packages on 32-bit systems

On Sat, Jul 05, 2014 at 01:17:24AM +0200, Guillem Jover wrote:
[..]
 Ok, here's a first rough go at a patch. It breaks ABI, and just noticed
 an ABI breaking release was recently uploaded to experimental. :(
 
 Just wanted to publish it for now, in case your policy allows to merge
 this in the ABI breaking release. Otherwise I could rework it to stage
 the change in preprocessor macros in a similar way as how you seem to
 handle these. I've only test-built it though.

Thanks a bunch. This looks good! I updated the version of libapt-inst
to 1.6 in the branch as well. Breaking the ABI is ok at this point
because the package has only reached experimental so far.

python-apt is now updated too so that is uses the new long long in
Process() and the testsuite is also happy, so all appears to be well
:)

Thanks,
 Michael


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

Bug#754158: blueman: blueman-applet says pulseaudio is too old

2014-07-08 Thread Łukasz Stelmach

Package: blueman
Version: 1.23-1
Severity: grave

Dear Maintainer,

blueman-applet fails to start and prints the following message

--8---cut here---start-8---
blueman-applet version 1.22 starting
Using gconf config backend
Using gconf config backend
Using gconf config backend
Using gconf config backend
Using gconf config backend
Using gconf config backend
Using gconf config backend
Using gconf config backend
Traceback (most recent call last):
  File /usr/lib/python2.7/dist-packages/blueman/plugins/BasePlugin.py, line 
65, in _load
self.on_load(parent)
  File /usr/lib/python2.7/dist-packages/blueman/plugins/applet/PulseAudio.py, 
line 173, in on_load
raise Exception(PulseAudio too old, required 0.9.15 or higher)
Exception: PulseAudio too old, required 0.9.15 or higher
Using gconf config backend
Using gconf config backend
Using gconf config backend
Deleting plugin instance blueman.plugins.applet.PulseAudio.PulseAudio object 
at 0x2eab150

--8---cut here---end---8---

It looks like the code in PulseAudio.py that checks the version number
is too simple

--8---cut here---start-8---
if version[2]  15:
raise Exception(PulseAudio too old, required 0.9.15 or 
higher)
--8---cut here---end---8---

The version reported by the blueman.main.PulseAudioUtils module is [4,
0, 0]

--8---cut here---start-8---
Python 2.7.3 (default, Mar 13 2014, 11:03:55) 
[GCC 4.7.2] on linux2
Type help, copyright, credits or license for more information.
 from blueman.main.PulseAudioUtils import PulseAudioUtils, EventType
 foo=PulseAudioUtils()
_
pa_context_event 
(/usr/lib/python2.7/dist-packages/blueman/main/PulseAudioUtils.py:159)
1 
_
pa_context_event 
(/usr/lib/python2.7/dist-packages/blueman/main/PulseAudioUtils.py:159)
5 
 foo.GetVersion()
[4, 0, 0]

--8---cut here---end---8---

The problem is fiexed in the trunk version of blueman

http://bazaar.launchpad.net/~blueman/blueman/trunk/view/head:/blueman/plugins/applet/PulseAudio.py#L180

as well as 1.23-git201312311147-1~bpo70+1 in wheezy-backports.

-- System Information:
Debian Release: 7.5
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (900, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: armel

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

Versions of packages blueman depends on:
ii  bluez 4.99-2
ii  dbus  1.6.8-1+deb7u3
ii  gnome-icon-theme  3.4.0-2
ii  libatk1.0-0   2.4.0-2
ii  libbluetooth3 4.99-2
ii  libc6 2.13-38+deb7u1
ii  libcairo2 1.12.2-3
ii  libfontconfig12.9.0-7.1
ii  libfreetype6  2.4.9-1.1
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libgtk2.0-0   2.24.10-2
ii  libpango1.0-0 1.30.0-1
ii  libpython2.7  2.7.3-6+deb7u2
ii  librsvg2-common   2.36.1-2
ii  libstartup-notification0  0.12-1
ii  notify-osd [notification-daemon]  0.9.34-2
ii  obex-data-server  0.4.5-1+b3
ii  python2.7.3-4+deb7u1
ii  python-dbus   1.1.1-1
ii  python-gi 3.2.2-2
ii  python-gtk2   2.24.0-3+b1
ii  python-notify 0.1.1-3
ii  python2.7 2.7.3-6+deb7u2

Versions of packages blueman recommends:
ii  libpulse-mainloop-glib0  4.0-6~bpo7+1
ii  policykit-1  0.105-3
ii  python-gconf 2.28.1+dfsg-1

blueman suggests no packages.

-- no debconf information

-- 
Łukasz Stelmach
Samsung RD Institute Poland
Samsung Electronics


pgpf3EHQPIIYw.pgp
Description: PGP signature

Bug#753444: Bug#753542: Bug#753444: Bug#753542: perl-base - Segfaults in libperl.so.5.18

2014-07-08 Thread Niko Tyni

On Tue, Jul 08, 2014 at 09:43:14AM +0200, Emilio Pozuelo Monfort wrote:

 https://release.debian.org/transitions/html/perlapi-5.18.2d-s390x.html
 
 However the main blocker right now is the perl/mips FTBFS.

For the record, I'm aware of this but it's currently difficult to find
the time.  The quick fix is probably to build with gcc-4.8 on mips or
something like that.
-- 
Niko Tyni   nt...@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#754159: New upstream release available: 0.9.1

2014-07-08 Thread Alessio Treglia

Package: libmp3splt
Severity: normal

Hello,

a new upstream release is available:


http://sourceforge.net/projects/mp3splt/files/libmp3splt/0.9.1/libmp3splt-0.9.1.tar.gz/download

Can you please update the packaging?

Thanks for considering,
Regards.


-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer|  quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A


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

Bug#752384: HEAnet sourceforge mirror is outdated

2014-07-08 Thread Daniel Lintott


On 07/07/14 12:27, Paul Wise wrote:
 On Mon, 2014-07-07 at 12:15 +0100, Daniel Lintott wrote:
 
 I don't know whether this has been found/investigated before but the
 appears to be an RSS feed for each project containing the file downloads.

 So for my package VPCS, the RSS feed is at:
  https://sourceforge.net/projects/vpcs/rss
 
 Thanks, I wasn't aware of that.
 

No problem ;)

 It would seem this is a viable alternative as the links provided map to
 the SF mirror selector, so should always return a mirror with the
 correct files present.
 
 That isn't quite what we need for uscan but could be a good start, we
 would still need to process the RSS into HTML though.
 

Indeed... I have managed to replicate the functionality of the current
SF redirector using the RSS feed

Demo: http://alpha.serverb.co.uk/debian/sf.php/vpcs
Git: http://anonscm.debian.org/gitweb/?p=users/dlintott-guest/sf-rss.git

Feel free to use if you'd like (it was mainly an exercise to flex my PHP
skills again!)

 I have been in contact with the SourceForge people and they are in the
 evaluation process of creating a permanent fix for us:
 
 http://sourceforge.net/p/forge/site-support/8064/
 

Ack... That would be very nice to see. Let's hope they can come up with
a nice solution.



signature.asc
Description: OpenPGP digital signature

Bug#754160: gnutls28: wrong GPL version in debian/copyright

2014-07-08 Thread Jakub Wilk


Source: gnutls28
Version: 3.2.15-2

debian/copyright reads: to be able to use and link against libgnutls a 
program needs to be available under a license compatible with LGPLv3+ or 
GPLv2.1+ since GnuTLS requires nettle which requires GMP. GMP (= 6.0.0) 
is dual licensed LGPLv3+ or GPLv2.1+.


But version 2.1 of GPL doesn't exist
Please make it s/v2\.1/v2/g.

--
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#753531: apt-get clean executes 'rm /*' if Dir::Cache is set to

On Sun, Jul 06, 2014 at 01:05:16PM +0200, Cédric Barboiron wrote:
 On Thu, 3 Jul 2014 08:59:57 +0200
[..]
 Hi Michael, and thanks for your answer.
 
 The use-case was indeed to disable the bin cache. Your patch is a good
 protection against misreading the manual. Btw, I tried with '/dev/null'
 only because it is handled differently in configuration.cc, I don't
 think it's useful to protect against this.
 
 For the manpage, I believe changing their names and empty string
 to the actual values would be clear enough (attached patch).

Great, that looks good! Your patch (and the patch to error when
cleaning /) is now part of the debian/sid branch and it will be part
of the next upload.

Thanks for your help with making the documentation better!

Cheers,
 Michael


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

Bug#754161: mongrel2: build fails on kfreebsd

2014-07-08 Thread Jan Niehusmann

Package: mongrel2
Version: 1.9.1-3
Severity: normal
Tags: pending

On kfreebsd, build fails with the following message:

src/bsd_specific.c:82:5: error: conflicting types for 'bsd_sendfile'
 int bsd_sendfile(int out_fd, int in_fd, off_t *offset, size_t count) {
 ^
In file included from /usr/include/i386-kfreebsd-gnu/sys/socket.h:38:0,
 from src/bsd_specific.c:37:
/usr/include/i386-kfreebsd-gnu/bits/socket.h:412:12: note: previous declaration 
of 'bsd_sendfile' was here
 extern int bsd_sendfile (int __in_fd, int __out_sock,
^
builtin: recipe for target 'src/bsd_specific.o' failed


This just seems to be a naming conflict. Renaming the local function
bsd_sendfile to my_bsd_sendfile fixed it.

-- System Information:
Debian Release: 7.5
  APT prefers stable
  APT policy: (989, 'stable'), (500, 'oldstable'), (99, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.15.4-smapi-x61s-amd64-7-gbb36811 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mongrel2 depends on:
pn  mongrel2-core  none

mongrel2 recommends no packages.

mongrel2 suggests no packages.


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

Bug#747599: ITP: lxqt-common -- Common files for LXQt

2014-07-08 Thread Gerhard A. Dittes


Hi Andrew,

great, that you intent to package LXQt! Have you any timeline in mind 
for doing that? I can hardly wait to use/test it on my Debian system.


Thanks  regards, Gerhard


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

Bug#742864: Build without nostrip fails on weezy, another try for debian/control generation

2014-07-08 Thread Thomas Klute

Compiling on wheezy fails unless nostrip is set in DEB_BUILD_OPTIONS:

dh_strip -s -Nopenjdk-8-8-jre-cacao -Nopenjdk-8-8-jre-jamvm \
-Xlibjvm.so --dbg-package=openjdk-8-dbg
objcopy:debian/openjdk-8-jdk/usr/lib/jvm/java-8-openjdk-amd64/bin/stEZfrnA:
cannot create debug link section
`debian/openjdk-8-dbg/usr/lib/debug/.build-id/27/b090842e021ced5bdfd3a9aba73af6b5afc44e.debug':
Invalid operation
dh_strip: objcopy --add-gnu-debuglink
debian/openjdk-8-dbg/usr/lib/debug/.build-id/27/b090842e021ced5bdfd3a9aba73af6b5afc44e.debug
debian/openjdk-8-jdk/usr/lib/jvm/java-8-openjdk-amd64/bin/javac returned
exit code 1
make: *** [binary-arch] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit
status 2

Compiling with the same build system (plus freshly generated
debian/control) in a sid chroot works just fine. I'm not sure if this
should be considered important for OpenJDK 8 packaging (looks more like
a binutils bug to me). Any suggestions on how to handle this?

By the way, is the double -8 in the cacao and jamvm package names
intentional? It seems strange to me.

I've also taken another look at the debian/control situation. My
previous suggestion to remove it from the repository could create the
problem that it could not easily be generated from a fresh repository
clone, because the code in debian/rules expected the file to be present
(though it could be empty). A patch available on my Github repository
[1] fixes that.

Kind regards,
Thomas

[1] https://github.com/airtower-luna/openjdk-8-debpkg

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

Bug#752897: fixed in mentors

2014-07-08 Thread Gianfranco Costamagna

Hi tobias, I'm ccing debian-legal for the license issue

(Please note, I just can review, but I can't sponsor you.)

thanks for the review, it was highly appreciated


d/control:  
- XSBC-Original-Maintainer is ubuntu specific, please remove.

already removed a while ago


- The versioned dependency on doxygen is not needed as oldstable 
  fulfills it already.
- same for cmake

Removed thanks


- Vcs-Bzr/Vcs-Broswe is to keep the Debian bits of the packaging, not
  ot the Ubuntu ones. Maybe put the Debian one on its own branch and

  update those fields?


Updated thanks!

d/copyright 
Regarding the license of src/core/util/unicode/*...
Well, this license look weird. The original header from the original 
authors in the file says LGPL-2+ and the header added by upstream says
dual-licensing Apache2/LGPL3+ as the rest of the project.) I think that
needs some clarification, as upstream cannot simply re-license a file
with different terms without approval from the original authors. Also,
searching the Net for this files reveals some almost identical copy, so
I think it has not been completely rewritten to void the original copyright.
According Wikipepedia, Apache 2.0 and (L)GPL-2 combined could be problematic,
but IANAL, maybe you should discuss this on debian-legal. 


cc'd debian-legal, IANAL either, but upstream is highly responsive, so I think 
if needed we can work with them to rewrite/relicense the files


Files: debian/*
Copyright: 2012 Openismus GmbH http://openismus.com/
License: GPL-2+

Your name's missing here.  
I'd recommend also to use the same license for debian/* as upstream, otherwise 
it could be
problematic for them to e.g include patches you're going to submit. But as you 
cannot 
relicense yourself and with the company defunct you cannot ask them... Maybe 
repackage from scratch?


Added both names, removed the 2012 copyright (the package is rewritten from 
scratch, we made so many changes that no files have been kept as they were 
originally)

Changed the license to Apache or GPL, I hope is good (debian-legal please 
correct me if wrong)



Apropos patches:
They need a dep3 header.


mmm yes, I already added the description a while ago, anyway all the patches 
have been accepted upstream, so I would like to ask for a new release and drop 
the  completely, this is why they have just a description field and the 
clarification that the patch is already upstream


(I can add dep3 if needed, but seems useless at this point)


You don't need to install README.rst, as it mostly contains build instructions 
which are
not neccssary for the binary packages.


removed


The package is not building using pbuilder:


already fixed since a while, talking with upstream about the subversion 
problem, now tests are not really implemented, so disabling for this moment is 
the best solution.

(I'm working on a patch for them)

Thanks for the precious feedbacks,

Gianfranco



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

Bug#754162: gnuplot: trying to overwrite file from gnuplot-x11 4.6.5-4

2014-07-08 Thread Kim R. T. Hansen

Package: gnuplot
Version: 4.6.5-5
Severity: normal

Dear Maintainer,

When upgrading today I got the following error:

Unpacking gnuplot (4.6.5-5) over (4.6.5-4) ...
dpkg: error processing archive /var/cache/apt/archives/gnuplot_4.6.5-5_all.deb 
(--unpack):
 trying to overwrite '/usr/share/gnuplot/pm3d/colorpts.awk', which is also in 
package gnuplot-x11 4.6.5-4


Upgrading again fixed the problem.

Regards 
Kim 



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

Kernel: Linux 3.14-1-amd64 (SMP w/8 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 gnuplot depends on:
ii  aglfn1.7-3
ii  gnuplot-tex  4.6.5-5
ii  gnuplot-x11  4.6.5-5

gnuplot recommends no packages.

Versions of packages gnuplot suggests:
pn  feedgnuplot  none
pn  gnuplot-doc  none
pn  libgnuplot-iostream-dev  none
pn  python-gnuplot   none

-- 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#754155: [Pkg-xfce-devel] Bug#754155: xfce4-volumed: Volume notify pops up every time a system event sound is playing

2014-07-08 Thread Yves-Alexis Perez

On mar., 2014-07-08 at 10:53 +0200, Jens Schmidt wrote:
 
 since the last update xfce4-volumed  pops up a volume notification window when
 a system event sound is playing.
 Installing the former binary (/usr/bin/xfce4-volumed) from wheezy package
 (0.13-3) solves this problem.  The annoying popups disappear when playing 
 event
 sounds. Popups works as usual when pressing multimedia keys.

I don't know what's “event sound” but my guess is that means something
is changing the volume during those event sounds.
-- 
Yves-Alexis


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

Bug#754149: [Pkg-linaro-lava-devel] Bug#754149: lava-server: [debconf_rewrite] Debconf templates and debian/control review proposal

2014-07-08 Thread Neil Williams

On Tue, 8 Jul 2014 09:08:16 +0100
Justin B Rye justin.byam@gmail.com wrote:

 Neil Williams wrote:
  I did ask for a template review whilst the package was still in NEW:
  
  https://lists.debian.org/debian-l10n-english/2014/06/msg9.html
  https://lists.debian.org/debian-l10n-english/2014/06/msg00010.html
  
  However, I wasn't CC'd on the only reply, despite that reply asking
  specific questions about the package.
 
 Sorry - but the general mailing list Code of Conduct does say not to
 CC the original poster unless specifically requested.  Except that I
 often do that anyway; you were just unlucky that I didn't notice it
 might be needed.

It's OK. We've got the bug report now, so that's better for tracking
from my side.

Do the new package descriptions assist in understanding what the
packages are doing?

LAVA is a complex product and we still need to add a lot more
documentation to the existing lava-server-doc. Nevertheless, LAVA does
have a high entry barrier, it requires a significant amount of sysadmin
and test writer time to setup and maintain. So there is an
expectation that the people looking at installing LAVA will have an
amount of familiarity with continuous integration and validation
testing. LAVA is also developing quickly, so the experimental remote
worker setup is both in regular use and due for an overhaul which will
completely change how the packages are configured. This method will not
be ready before the Jessie release but I'm already prepared to make
frequent backports to Jessie once those become available as well as
updates in a separate repository.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



signature.asc
Description: PGP signature

Bug#754163: libvisp-dev: arch-dependent file in Multi-Arch: same package

2014-07-08 Thread Jakub Wilk


Package: libvisp-dev
Version: 2.9.0-1
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

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


/usr/bin/visp-config

An example diff between i386 and amd64 is attached.

--
Jakub Wilk
diff -ur libvisp-dev_2.9.0-1_i386/usr/bin/visp-config 
libvisp-dev_2.9.0-1_amd64/usr/bin/visp-config
--- libvisp-dev_2.9.0-1_i386/usr/bin/visp-config2014-07-07 
18:49:50.0 +0200
+++ libvisp-dev_2.9.0-1_amd64/usr/bin/visp-config   2014-06-24 
07:44:32.0 +0200
@@ -48,9 +48,9 @@
 
 PREFIX=$relpath
 
-#CFLAGS=-I$PREFIX/include  -fopenmp -DVP_TRACE -DVP_DEBUG -DUNIX 
-I/usr/include -I/usr/include/OGRE -I/usr/include/ois -I/usr/include/libxml2 
-I/usr/include/opencv -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 
-I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/pango-1.0 
-I/usr/include/atk-1.0 -I/usr/lib/i386-linux-gnu/gtk-2.0/include 
-I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0
+#CFLAGS=-I$PREFIX/include  -fopenmp -DVP_TRACE -DVP_DEBUG -DUNIX 
-I/usr/include -I/usr/include/OGRE -I/usr/include/ois -I/usr/include/libxml2 
-I/usr/include/opencv -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pango-1.0 
-I/usr/include/atk-1.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include 
-I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0
 
-#LIBS=$PREFIX/lib/i386-linux-gnu/libvisp.so -L$PREFIX/lib/i386-linux-gnu  
-L/usr/lib /usr/lib/liblapack.so /usr/lib/libblas.so 
/usr/lib/i386-linux-gnu/libSM.so /usr/lib/i386-linux-gnu/libICE.so 
/usr/lib/i386-linux-gnu/libX11.so /usr/lib/i386-linux-gnu/libXext.so 
/usr/lib/i386-linux-gnu/libm.so /usr/lib/i386-linux-gnu/libboost_thread.so 
/usr/lib/i386-linux-gnu/libboost_system.so 
/usr/lib/i386-linux-gnu/libboost_date_time.so 
/usr/lib/i386-linux-gnu/libpthread.so /usr/lib/i386-linux-gnu/libOgreMain.so 
/usr/lib/i386-linux-gnu/libOgreMain.so 
/usr/lib/i386-linux-gnu/libboost_thread.so 
/usr/lib/i386-linux-gnu/libboost_date_time.so 
/usr/lib/i386-linux-gnu/libboost_system.so 
/usr/lib/i386-linux-gnu/libboost_atomic.so 
/usr/lib/i386-linux-gnu/libboost_chrono.so 
/usr/lib/i386-linux-gnu/libpthread.so /usr/lib/i386-linux-gnu/libOIS.so 
/usr/lib/i386-linux-gnu/libOIS.so /usr/lib/i386-linux-gnu/libGLU.so 
/usr/lib/i386-linux-gnu/libGL.so /usr/lib/i386-linux-gnu/libSM.so 
/usr/lib/i386-linux-gnu/libICE.so /usr/lib/i386-linux-gnu/libX11.so 
/usr/lib/i386-linux-gnu/libXext.so /usr/lib/i386-linux-gnu/libCoin.so 
/usr/lib/i386-linux-gnu/libxml2.so /usr/lib/i386-linux-gnu/libfreenect.so 
/usr/lib/i386-linux-gnu/libpthread.so -lopencv_videostab -lopencv_video 
-lopencv_ts -lopencv_superres -lopencv_stitching -lopencv_photo -lopencv_ocl 
-lopencv_objdetect -lopencv_ml -lopencv_legacy -lopencv_imgproc 
-lopencv_highgui -lopencv_gpu -lopencv_flann -lopencv_features2d -lopencv_core 
-lopencv_contrib -lopencv_calib3d /usr/lib/libgsl.so /usr/lib/libgslcblas.so 
/usr/lib/i386-linux-gnu/libm.so /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so 
/usr/lib/i386-linux-gnu/libgdk-x11-2.0.so 
/usr/lib/i386-linux-gnu/libglib-2.0.so 
/usr/lib/i386-linux-gnu/libgobject-2.0.so 
/usr/lib/i386-linux-gnu/libgmodule-2.0.so 
/usr/lib/i386-linux-gnu/libgthread-2.0.so /usr/lib/i386-linux-gnu/libz.so 
/usr/lib/i386-linux-gnu/libjpeg.so /usr/lib/i386-linux-gnu/libpng.so 
/usr/lib/i386-linux-gnu/libz.so /usr/lib/i386-linux-gnu/libswscale.so 
/usr/lib/i386-linux-gnu/libavformat.so /usr/lib/i386-linux-gnu/libavcodec.so 
/usr/lib/i386-linux-gnu/libavutil.so /usr/lib/i386-linux-gnu/libz.so 
/usr/lib/i386-linux-gnu/libbz2.so /usr/lib/i386-linux-gnu/libdc1394.so 
/usr/lib/i386-linux-gnu/libv4l2.so /usr/lib/i386-linux-gnu/libv4lconvert.so
+#LIBS=$PREFIX/lib/x86_64-linux-gnu/libvisp.so -L$PREFIX/lib/x86_64-linux-gnu  
-L/usr/lib /usr/lib/liblapack.so /usr/lib/libblas.so 
/usr/lib/x86_64-linux-gnu/libSM.so /usr/lib/x86_64-linux-gnu/libICE.so 
/usr/lib/x86_64-linux-gnu/libX11.so /usr/lib/x86_64-linux-gnu/libXext.so 
/usr/lib/x86_64-linux-gnu/libm.so /usr/lib/x86_64-linux-gnu/libboost_thread.so 
/usr/lib/x86_64-linux-gnu/libboost_system.so 
/usr/lib/x86_64-linux-gnu/libboost_date_time.so 
/usr/lib/x86_64-linux-gnu/libpthread.so 
/usr/lib/x86_64-linux-gnu/libOgreMain.so 
/usr/lib/x86_64-linux-gnu/libOgreMain.so 
/usr/lib/x86_64-linux-gnu/libboost_thread.so 
/usr/lib/x86_64-linux-gnu/libboost_date_time.so 
/usr/lib/x86_64-linux-gnu/libboost_system.so 
/usr/lib/x86_64-linux-gnu/libboost_atomic.so 
/usr/lib/x86_64-linux-gnu/libboost_chrono.so 
/usr/lib/x86_64-linux-gnu/libpthread.so /usr/lib/x86_64-linux-gnu/libOIS.so 
/usr/lib/x86_64-linux-gnu/libOIS.so /usr/lib/x86_64-linux-gnu/libGLU.so 
/usr/lib/x86_64-linux-gnu/libGL.so /usr/lib/x86_64-linux-gnu/libSM.so 
/usr/lib/x86_64-linux-gnu/libICE.so /usr/lib/x86_64-linux-gnu/libX11.so 
/usr/lib/x86_64-linux-gnu/libXext.so /usr/lib/x86_64-linux-gnu/libCoin.so 
/usr/lib/x86_64-linux-gnu/libxml2.so

Bug#754164: libvisp2.9: arch-dependent file in Multi-Arch: same package

2014-07-08 Thread Jakub Wilk


Package: libvisp2.9
Version: 2.9.0-1
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

libvisp2.9 is marked as Multi-Arch: same, but the following file is 
architecture-dependent:


/usr/share/visp/data/ogre-simulator/plugins.cfg

An example diff between i386 and amd64 is attached.

--
Jakub Wilk
diff -ur libvisp2.9_2.9.0-1_i386/usr/share/visp/data/ogre-simulator/plugins.cfg 
libvisp2.9_2.9.0-1_amd64/usr/share/visp/data/ogre-simulator/plugins.cfg
--- libvisp2.9_2.9.0-1_i386/usr/share/visp/data/ogre-simulator/plugins.cfg  
2014-07-07 18:49:50.0 +0200
+++ libvisp2.9_2.9.0-1_amd64/usr/share/visp/data/ogre-simulator/plugins.cfg 
2014-06-24 07:44:32.0 +0200
@@ -1,7 +1,7 @@
 # Defines plugins to load
 
 # Define plugin folder
-PluginFolder=/usr/lib/i386-linux-gnu/OGRE-1.9.0/
+PluginFolder=/usr/lib/x86_64-linux-gnu/OGRE-1.9.0/
 
 # Define plugins
  Plugin=RenderSystem_GL

Bug#754165: libqt5webkit5: with qt5 from the debian testing repository, qupzilla devel crashes on several websites

2014-07-08 Thread tiedof

Package: libqt5webkit5
Version: 5.3.1+dfsg-2
Severity: important

With qt5 from the debian testing repository, qupzilla devel crashes on several
websites.
The qupzilla maintainer says it is a webkit bug.
After downloading qt5 from the qtproject site (qt-opensource-
linux-x64-5.3.1.run), and copying three files to /usr/lib/x86_64-linux-gnu, the
crashes were gone!
The three files i copied are libQt5WebKitWidgets.so.5.3.1,
libQt5WebKit.so.5.3.1 and libQt5Widgets.so.5.3.1.



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

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

Versions of packages libqt5webkit5 depends on:
ii  dpkg  1.17.10
ii  libc6 2.19-4
ii  libgl1-mesa-glx [libgl1]  10.2.1-2
ii  libglib2.0-0  2.40.0-3
ii  libgstreamer-plugins-base0.10-0   0.10.36-1.1
ii  libgstreamer0.10-00.10.36-1.2
ii  libicu52  52.1-4
ii  libjpeg8  8d-2
ii  libpng12-01.2.50-1
ii  libqt5core5a [qtbase-abi-5-3-1]   5.3.1+dfsg-3
ii  libqt5gui55.3.1+dfsg-3
ii  libqt5network55.3.1+dfsg-3
ii  libqt5opengl5 5.3.1+dfsg-3
ii  libqt5printsupport5   5.3.1+dfsg-3
ii  libqt5qml5 [qtdeclarative-abi-5-3-0]  5.3.1-3
ii  libqt5quick5  5.3.1-3
ii  libqt5sql55.3.1+dfsg-3
ii  libqt5widgets55.3.1+dfsg-3
ii  libsqlite3-0  3.8.5-2
ii  libstdc++64.9.0-7
ii  libwebp5  0.4.0-4.1
ii  libx11-6  2:1.6.2-2
ii  libxcomposite11:0.4.4-1
ii  libxml2   2.9.1+dfsg1-3
ii  libxrender1   1:0.9.8-1
ii  libxslt1.11.1.28-2
ii  multiarch-support 2.19-4
ii  zlib1g1:1.2.8.dfsg-1

libqt5webkit5 recommends no packages.

libqt5webkit5 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#754166: Plymouth support for LUKS password prompt

2014-07-08 Thread Gaudenz Steinlin

Source: live-boot
Severity: wishlist
Tags: patch

The attached patch against the debian-next branch implements plymouth
support for the LUKS password prompt.

Gaudenz

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

Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_CH.utf8, LC_CTYPE=de_CH.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From 569f3e1ac944685cdc5696b17c800d724768b17c Mon Sep 17 00:00:00 2001
From: Gaudenz Steinlin gaud...@debian.org
Date: Tue, 8 Jul 2014 09:48:14 +0200
Subject: [PATCH] Plymouth support for LUKS password prompt

---
 components/9990-misc-helpers.sh | 27 ---
 1 file changed, 24 insertions(+), 3 deletions(-)

diff --git a/components/9990-misc-helpers.sh b/components/9990-misc-helpers.sh
index 2bf2db1..4c6c313 100755
--- a/components/9990-misc-helpers.sh
+++ b/components/9990-misc-helpers.sh
@@ -803,9 +803,22 @@ open_luks_device ()
 
 	load_keymap
 
+	# check for plymouth
+	[ -x /bin/plymouth ]  plymouth --ping  plymouth=y
+
+	if [ ${plymouth} == y ]
+	then
+		cryptkeyscript=plymouth ask-for-password --prompt
+		# Plymouth will add a : if it is a non-graphical prompt
+		cryptkeyprompt=Please unlock disk ${dev}
+	else
+		cryptkeyscript=/lib/cryptsetup/askpass
+		cryptkeyprompt=Please unlock disk ${dev}: 
+	fi
+
 	while true
 	do
-		/lib/cryptsetup/askpass Enter passphrase for ${dev}:  | \
+		$cryptkeyscript $cryptkeyprompt | \
 			/sbin/cryptsetup -T 1 luksOpen ${dev} ${name} ${opts}
 
 		if [ 0 -eq ${?} ]
@@ -816,11 +829,19 @@ open_luks_device ()
 		fi
 
 		echo 6
-		echo -n There was an error decrypting ${dev} ... Retry? [Y/n]  6
-		read answer
+		retryprompt=There was an error decrypting ${dev} ... Retry? [Y/n]
+		if [ ${plymouth} == y ]
+		then
+			plymouth display-message --text ${retryprompt}
+			answer=$(plymouth watch-keystroke --keys=YNyn)
+		else
+			echo -n ${retryprompt}  6
+			read answer
+		fi
 
 		if [ $(echo ${answer} | cut -b1 | tr A-Z a-z) = n ]
 		then
+			[ ${plymouth} == y ]  plymouth display-message --text 
 			return 2
 		fi
 	done
-- 
2.0.0

Bug#754167: linux-image-3.2.0-4-amd64: error after security update could not insert 'i915': Unknown symbol in module, or unknown parameter

2014-07-08 Thread Matthias Geerdsen

Package: src:linux
Version: 3.2.60-1+deb7u1
Severity: important

Hi,

after the update for DSA-2971-1 yesterday, X is starting using the vesa as the
intel module could not be loaded.

Cheers
Matthias



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

** Command line:
BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/vg_main-root ro quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[   21.095746] audit: name_count maxed, losing inode data: dev=00:06,
inode=1933
[   21.095747] audit: name_count maxed, losing inode data: dev=00:06,
inode=1933
[   21.095749] audit: name_count maxed, losing inode data: dev=00:06,
inode=1933
[   21.095751] audit: name_count maxed, losing inode data: dev=00:06,
inode=1933
[   21.095754] audit: name_count maxed, losing inode data: dev=00:06,
inode=1900
[   21.095756] audit: name_count maxed, losing inode data: dev=00:06,
inode=1938
[   21.095757] audit: name_count maxed, losing inode data: dev=00:06,
inode=1938
[   21.095761] audit: name_count maxed, losing inode data: dev=00:06,
inode=1938
[   21.095762] audit: name_count maxed, losing inode data: dev=00:06,
inode=1938
[   21.095764] audit: name_count maxed, losing inode data: dev=00:06,
inode=1900
[   21.095766] audit: name_count maxed, losing inode data: dev=00:06,
inode=1943
[   21.095770] audit: name_count maxed, losing inode data: dev=00:06,
inode=1943
[   21.095773] audit: name_count maxed, losing inode data: dev=00:06,
inode=1943
[   21.095774] audit: name_count maxed, losing inode data: dev=00:06,
inode=1943
[   21.095776] audit: name_count maxed, losing inode data: dev=00:06,
inode=1900
[   21.095778] audit: name_count maxed, losing inode data: dev=00:06,
inode=1948
[   21.095780] audit: name_count maxed, losing inode data: dev=00:06,
inode=1948
[   21.095782] audit: name_count maxed, losing inode data: dev=00:06,
inode=1948
[   21.095785] audit: name_count maxed, losing inode data: dev=00:06,
inode=1948
[   21.095787] audit: name_count maxed, losing inode data: dev=00:06,
inode=1900
[   21.095789] audit: name_count maxed, losing inode data: dev=00:06,
inode=1953
[   21.095790] audit: name_count maxed, losing inode data: dev=00:06,
inode=1953
[   21.095792] audit: name_count maxed, losing inode data: dev=00:06,
inode=1953
[   21.095794] audit: name_count maxed, losing inode data: dev=00:06,
inode=1953
[   21.095796] audit: name_count maxed, losing inode data: dev=00:06,
inode=1900
[   21.095799] audit: name_count maxed, losing inode data: dev=00:06,
inode=1958
[   21.095801] audit: name_count maxed, losing inode data: dev=00:06,
inode=1958
[   21.095803] audit: name_count maxed, losing inode data: dev=00:06,
inode=1958
[   21.095805] audit: name_count maxed, losing inode data: dev=00:06,
inode=1958
[   21.095807] audit: name_count maxed, losing inode data: dev=00:06,
inode=1900
[   21.095809] audit: name_count maxed, losing inode data: dev=00:06,
inode=1963
[   21.095811] audit: name_count maxed, losing inode data: dev=00:06,
inode=1963
[   21.095814] audit: name_count maxed, losing inode data: dev=00:06,
inode=1963
[   21.095816] audit: name_count maxed, losing inode data: dev=00:06,
inode=1963
[   21.103106] audit: name_count maxed, losing inode data: dev=00:06,
inode=1968
[   21.103109] audit: name_count maxed, losing inode data: dev=00:06,
inode=1968
[   21.103111] audit: name_count maxed, losing inode data: dev=00:06,
inode=1968
[   21.103113] audit: name_count maxed, losing inode data: dev=00:06,
inode=1968
[   21.103116] audit: name_count maxed, losing inode data: dev=00:06,
inode=1968
[   21.103118] audit: name_count maxed, losing inode data: dev=00:06,
inode=1968
[   21.103120] audit: name_count maxed, losing inode data: dev=00:06,
inode=1968
[   21.103122] audit: name_count maxed, losing inode data: dev=00:06,
inode=1968
[   21.103124] audit: name_count maxed, losing inode data: dev=00:06,
inode=1968
[   21.103126] audit: name_count maxed, losing inode data: dev=00:06,
inode=1968
[   21.103127] audit: name_count maxed, losing inode data: dev=00:06,
inode=1968
[   21.103130] audit: name_count maxed, losing inode data: dev=00:06,
inode=1968
[   21.103132] audit: name_count maxed, losing inode data: dev=00:06,
inode=1968
[   21.103134] audit: name_count maxed, losing inode data: dev=00:06,
inode=1968
[   21.103136] audit: name_count maxed, losing inode data: dev=00:06,
inode=1968
[   21.103138] audit: name_count maxed, losing inode data: dev=00:06,
inode=1968
[   21.103140] audit: name_count maxed, losing inode data: dev=00:06,
inode=1968
[   21.103141] audit: name_count maxed, losing inode data: dev=00:06,
inode=1968
[   21.146792] EXT4-fs (dm-1): re-mounted. Opts: (null)
[   21.258847] EXT4-fs (dm-1): re-mounted. Opts: errors=remount-ro
[   21.523440] audit: name_count maxed, losing inode data: dev=00:06,
inode=7184
[   21.523483] loop: module loaded
[   21.530584]

Bug#754168: backintime-common: Backintime can not find anacron

2014-07-08 Thread Gerrit Kruse

Package: backintime-common
Version: 1.0.34-0.1
Severity: important

Dear Maintainer,

   * What led up to the situation?
The setup of a periodic backup on a fresh installation.
   * What was the outcome of this action?
Backintime doesn't recognize that anacron is installed on the system.

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

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

Versions of packages backintime-common depends on:
ii  cron3.0pl1-124.1
pn  python:any  none
ii  rsync   3.1.0-3

backintime-common recommends no packages.

backintime-common 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#329192: sortof fixed upstream

2014-07-08 Thread David Bremner


According to NEWS:

nullmailer 1.12 adds a quadratic backoff for resend times.

Would people consider this a fix?

d


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

Bug#754169: dash: obscure error when attempting to use file descriptors larger than 9

2014-07-08 Thread Nick


Package: dash
Version: 0.5.7-3
Severity: minor
Justification: usability enhancement

I gather from this issue that dash will not handle double-digit file 
descriptors:

https://bugs.launchpad.net/ubuntu/+source/dash/+bug/249620

For example, if I try this:

   exec 200foo

I get the error

   exec: 200: not found

That thread also reports that this behaviour is not intended to be changed.  However, 
this error is unhelpful for the user, so I would request that it would be more explicit, 
perhaps something like file descriptors greater than 9 are not supported.


Thanks

N


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

Bug#746589: [kdm] Time to Get on With This!

2014-07-08 Thread d_baron

This is apparently no widely reported--otherwise the hue-and-cry across 
Debian-KDE-land would be deafening :-)

What do I and the original reporter have in common? We both started out with a 
relatively recent Debian installer, he 7.4, I  7.5. And then, we both wanted to 
upgrade it. Bingo.

I do not know how he set his up but I used a multi-partition install and not 
wanting one-big-physical-partition, did not use LVM (probably an error!). 
Unfortunately, the Debian installer does not let me set this up the way I would 
want to do so. Throws 90% of the space to home and gives small partitions for 
everything else. So ...

/usr has little room for expansion. May rbind or symlink /usr/local off on that 
oversized /home or another platter. I remember doing all kinds of tricks like 
this when I had all of Debian on an 8gig partition. With one terra, I though 
all this stuff was behind me!

/opt -- no room for this at all. So ... same trick.

These have little to do with KDE, however. What about /var? This partition 
begins to fill up, with emails, with logs, etc., until it is pretty darned 
full. I have had the email system grind to a halt because humongous logs 
filling the /var partition. KDE still functioned, however. That was KDE3.

So, did the original reporter have separate partitions by the installer? How 
long before the issue started showing up? How much free space (if there be any 
minimum) does KDE require to log in and start the session? Problem is the /var 
has loads of smaller stuff. My one choice would be to symlink or rbind 
/var/mail (presently 40meg, too big, this may be in error due to kmail as well).

Cheap enough to try but would like some input here before.
‭‮

Bug#754170: fails to exclude RAID members

2014-07-08 Thread Matus UHLAR - fantomas

Package: os-prober
Version: 1.58

Hello,

the os-prober fails to exclude partittions that are members of md RAID, when
dash is installed as /bin/sh.

The parse_proc_mdstat() function fails to detect them. I found the bug to
lie in line:

dev=${word%%[*}

dash fails to strip opening square bracke to the rest of the line.
Escaping it with backslash works with both bash and dash.
Here's the patch that fixes the behaviour:

--- os-prober.orig  2012-08-02 02:49:55.0 +0200
+++ os-prober   2014-07-08 12:46:41.173761806 +0200
@@ -81,7 +81,7 @@
fi
while read line; do
for word in $line; do
-   dev=${word%%[*}
+   dev=${word%%\[*}
# TODO: factor this out to something in di-utils if
# it's needed elsewhere
if [ -d /sys/block ]  type udevinfo /dev/null 21; 
then


-- 
Matus Uhlar
systemovy administrator

Slovanet, a.s.
tim produkcnych systemov
Zahradnicka 151, 821 08 Bratislava
Tel: +421 2 208 28 464
e-mail: matus.uh...@slovanet.net
www.slovanet.sk


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

Bug#754171: sogo: build dependencies uninstallable

Source: sogo
Version: 2.2.5-1
Severity: serious

Your package can't be rebuilt because the build dependencies are
uninstallable:

sogo build-depends on:
- liblasso3-dev
liblasso3-dev depends on:
- libxmlsec1-dev
libxmlsec1-dev depends on:
- libgnutls28-dev
sogo build-depends on:
- libgnutls-dev
libgnutls28-dev conflicts with:
- --virtual-gnutls-dev

Switching sogo from libgnutls-dev to libgnutls28-dev should probably
fix this.

Emilio


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

Bug#754172: qpidd fails to restart (I am using systemd)

2014-07-08 Thread Salvo Tomaselli

Package: qpidd
Version: 0.16-7.1+b1
Severity: normal

Greetings

qpid is giving me this in the logs:
Jul  8 12:59:52 glados systemd[1]: Starting LSB: start or stop qpidd...
Jul  8 12:59:52 glados qpidd[4597]: Starting AMQP broker: qpidd apparently 
already running.


however

ps aux | grep qpid
salvo 5788  0.5  0.4  88244 18300 pts/5S+   13:09   0:01 
/usr/bin/python /usr/bin/reportbug qpidd
salvo 5847  0.0  0.0   4312   628 pts/5S+   13:11   0:00 sh -c 
/usr/bin/sensible-editor  '/tmp/reportbug-qpidd-20140708-5788-6_3DZg'
salvo 5848  0.0  0.0   4312   632 pts/5S+   13:11   0:00 /bin/sh 
/usr/bin/sensible-editor /tmp/reportbug-qpidd-20140708-5788-6_3DZg
salvo 5873  0.0  0.0  28340  1848 pts/5S+   13:11   0:00 
/usr/bin/vim.tiny /tmp/reportbug-qpidd-20140708-5788-6_3DZg
root  6713  0.0  0.0  10480   884 pts/0S+   13:15   0:00 grep 
--color=auto qpid




I don't know how I ended up there, but it was caused by having a pid file with 
no process running. What I did was try to reload (because I had changed the 
configuration) and then restart when that failed. But I couldn't reproduce.

I suppose that providing a systemd unit file, that would keep track of the 
process without using pidfile would solve the problem at the root.


Best


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

Kernel: Linux 3.14-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

Versions of packages qpidd depends on:
ii  adduser 3.113+nmu3
ii  debconf [debconf-2.0]   1.5.53
ii  libboost-program-options1.55.0  1.55.0+dfsg-2
ii  libc6   2.19-5
ii  libgcc1 1:4.9.0-10
ii  libibverbs1 1.1.8-1
ii  libqpidbroker2  0.16-7.1+b1
ii  libqpidcommon2  0.16-7.1+b1
ii  librdmawrap20.16-7.1+b1
ii  libsasl2-modules2.1.26.dfsg1-10
ii  libsslcommon2   0.16-7.1+b1
ii  libstdc++6  4.9.0-10
ii  libxerces-c3.1  3.1.1-5
ii  libxqilla6  2.3.0-2
ii  sasl2-bin   2.1.26.dfsg1-10

qpidd recommends no packages.

qpidd suggests no packages.

-- Configuration Files:
/etc/qpid/qpidd.conf changed:
worker-threads=2
auth=no
log-to-syslog=yes
log-to-stderr=no
log-time=no
pid-dir=/var/run/qpid
data-dir=/var/spool/qpid
mgmt-enable=yes
load-module=/usr/lib/qpid/daemon/acl.so
acl-file=/etc/qpid/qpidd.acl


-- debconf information excluded


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

Bug#718031: ITP: terminology -- a new terminal emulator

2014-07-08 Thread bofh80

Hi Everyone,

I've spent the last week putting together terminology 0.6.0 and clearing
all the lintian errors, I'm just about ready to upload to debian mentors
and hopefully get it sponsored.

I would like to be polite though and make sure everyone is OK with this.

So if possible I'd like to take over this ITP and put a package into
mentors and get it sponsored in the next few days. Also I am willing to
maintain this package.

I've been using debian since 2003 and just recently released a debian-live
spin that includes enlightenment as the default desktop environment.

Please respond promptly if this is a problem, and or if you can sponsor
this package from mentors for me.

Thanks for your time,

Anthony F McInerney (bofh80)

Bug#145657: util-linux: [fdisk] no expert menu for SGI disklabels

Control: tags -1 + fixed-upstream

This seems to have been fixed upstream since a long time

commit 7c54823c821cc57e65a68d667acacbb567c92c25
Author: Francesco Cosoleto cosol...@gmail.com
Date:   Fri Nov 11 11:12:11 2011 +0100

fdisk: enable expert menu with SGI label

This allows the creation of a new label if the disk already has an existing
SGI disklabel without working around this problem such as creating a DOS
disklabel or overwriting with zero the partition table (problem reported in
'Gentoo Linux/MIPS Handbook').

The above commit was first part of upstream release v2.21.

Regards,
Andreas Henriksson


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

Bug#752718: (no subject)

2014-07-08 Thread Daniel Koch

P: 
/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:09/PNP0C09:00/ACPI0003:00/power_supply/AC
E: 
DEVPATH=/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:09/PNP0C09:00/ACPI0003:00/power_supply/AC
E: POWER_SUPPLY_NAME=AC
E: POWER_SUPPLY_ONLINE=1
E: SUBSYSTEM=power_supply
#Docked


P: 
/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:09/PNP0C09:00/ACPI0003:00/power_supply/AC
E: 
DEVPATH=/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:09/PNP0C09:00/ACPI0003:00/power_supply/AC
E: POWER_SUPPLY_NAME=AC
E: POWER_SUPPLY_ONLINE=0
E: SUBSYSTEM=power_supply
#Undocked


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

Bug#754174: libqtcore4-perl: Memory leaks / no destructor invocation

2014-07-08 Thread Thomas Kremer

Package: libqtcore4-perl
Version: 4.8.4-1
Severity: normal

Hi there,

as I was learning to use Qt and the perl bindings, I found myself unable
to cope with a slow but steady memory leak due to C++ objects
(constructed from within perl) never being destroyed (neither when the
variable goes out of scope nor when explicitly calling -DESTROY).

Steps to reproduce:
- Execute the attached minimal test case. (Basically a timer to call
Qt::Color() 1 times per second)
- Using top and shift-M, watch as the test case's resident size
steadily grows at roughly 1 MB/s (=100 bytes/call) and finally rises
above iceweasel.

I positively tested Qt::Color, Qt::Point, Qt::Pen, etc. as well as
Qt::Object. Calling Qt::Object's deleteLater() did not help either.
Qt::Ushort and Qt::String were not affected (I guess, they're not backed
by C++ objects?).

I also tried to avoid creating new objects in timer events, which
reduced the problem but did not eliminate all memory leaks so far.

I tried getting my hands on the source of 4.8.4-1+b1 to check if the
problem has been fixed there, but apt refused to cooperate.


Yours
Thomas Kremer


-- System Information:
Debian Release: 7.5
  APT prefers stable
  APT policy: (700, 'stable'), (500, 'stable'), (500, 'oldstable'),
(450, 'testing'), (400, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages libqtcore4-perl depends on:
ii  libc6   2.13-38+deb7u1
ii  libgcc1 1:4.7.2-5
ii  libperl5.14 5.14.2-21+deb7u1
ii  libqt4-network  4:4.8.2+dfsg-11
ii  libqtcore4  4:4.8.2+dfsg-11
ii  libqtgui4   4:4.8.2+dfsg-11
ii  libsmokebase3   4:4.8.4-1
ii  libsmokeqtcore4-3   4:4.8.4-1
ii  libsmokeqtgui4-34:4.8.4-1
ii  libsmokeqtnetwork4-34:4.8.4-1
ii  libstdc++6  4.7.2-5
ii  perl5.14.2-21+deb7u1
ii  perl-base [perlapi-5.14.2]  5.14.2-21+deb7u1

libqtcore4-perl recommends no packages.

libqtcore4-perl suggests no packages.

-- no debconf information


-- 
OpenPGP Key ID: 486A60BF


qttestmem.pl
Description: Perl program

Bug#752718: (no subject)

2014-07-08 Thread Daniel Koch

P: 
/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:09/PNP0C09:00/PNP0C0A:00/power_supply/BAT0
E: 
DEVPATH=/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:09/PNP0C09:00/PNP0C0A:00/power_supply/BAT0
E: POWER_SUPPLY_CAPACITY=83
E: POWER_SUPPLY_CYCLE_COUNT=0
E: POWER_SUPPLY_ENERGY_FULL=9341
E: POWER_SUPPLY_ENERGY_FULL_DESIGN=9360
E: POWER_SUPPLY_ENERGY_NOW=7762
E: POWER_SUPPLY_MANUFACTURER=LGC
E: POWER_SUPPLY_MODEL_NAME=45N1011
E: POWER_SUPPLY_NAME=BAT0
E: POWER_SUPPLY_POWER_NOW=0
E: POWER_SUPPLY_PRESENT=1
E: POWER_SUPPLY_SERIAL_NUMBER=31680
E: POWER_SUPPLY_STATUS=Unknown
E: POWER_SUPPLY_TECHNOLOGY=Li-ion
E: POWER_SUPPLY_VOLTAGE_MIN_DESIGN=1110
E: POWER_SUPPLY_VOLTAGE_NOW=12203000
E: SUBSYSTEM=power_supply
# Docked

P: 
/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:09/PNP0C09:00/PNP0C0A:00/power_supply/BAT0
E: 
DEVPATH=/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:09/PNP0C09:00/PNP0C0A:00/power_supply/BAT0
E: POWER_SUPPLY_CAPACITY=83
E: POWER_SUPPLY_CYCLE_COUNT=0
E: POWER_SUPPLY_ENERGY_FULL=9341
E: POWER_SUPPLY_ENERGY_FULL_DESIGN=9360
E: POWER_SUPPLY_ENERGY_NOW=7762
E: POWER_SUPPLY_MANUFACTURER=LGC
E: POWER_SUPPLY_MODEL_NAME=45N1011
E: POWER_SUPPLY_NAME=BAT0
E: POWER_SUPPLY_POWER_NOW=0
E: POWER_SUPPLY_PRESENT=1
E: POWER_SUPPLY_SERIAL_NUMBER=31680
E: POWER_SUPPLY_STATUS=Discharging
E: POWER_SUPPLY_TECHNOLOGY=Li-ion
E: POWER_SUPPLY_VOLTAGE_MIN_DESIGN=1110
E: POWER_SUPPLY_VOLTAGE_NOW=12203000
E: SUBSYSTEM=power_supply
# Undocked 


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

Bug#754175: ITP: lpctools -- Interface to NXP LPC Microcontrollers ISP (In-System Programming) serial interface

2014-07-08 Thread Sophie Brun

Package: wnpp
Severity: wishlist
Owner: Sophie Brun sop...@freexian.com

* Package name: lpctools
  Version : 1.04
  Upstream Author : Nathael Pajani nathael.paj...@nathael.net
* URL : http://git.techno-innov.fr/?p=lpctools;a=summary
* License : GPL
  Programming Lang: C
  Description : Interface to NXP LPC Microcontrollers ISP (In-System 
Programming) serial interface

lpctools is split in two programms: lpcisp and lpcprog
* lpcisp:
This tool gives access to each of the usefull isp commands on LPC
devices. It does not provide wrappers for flashing a device.
* lpcprog:
This tool does not give access to each isp command, instead it
provides wrappers for flashing a device.

Both programms were originally written because existing programms were 
published under non-free licences, did not allow comercial use, or did not 
provide source code.


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

Bug#752340:

2014-07-08 Thread Mike Miller

On Tue, Jul 8, 2014 at 4:08 AM, Christian Pinedo Zamalloa wrote:
 I do not know debian policies, I am only a debian user. However, would it be
 possible to provide an updated OpenConnect package in wheezy-updates
 repository??

No, definitely not possible in wheezy-updates, please read
https://wiki.debian.org/StableUpdates.

Someone could investigate whether backports of both openconnect and
plasma-nm may be possible, there are no guarantees that this will work
or be feasible, especially as developer focus is now on the upcoming
jessie release. See https://wiki.debian.org/Backports.

-- 
mike


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

Bug#744953: [PATCH] e2fsck: reopen the file system with saved flags after a journal replay

2014-07-08 Thread Theodore Ts'o

On Tue, Jul 08, 2014 at 11:03:53AM +0200, Lukáš Czerner wrote:
  +   ctx-openfs_flags = flags;
  retval = try_open_fs(ctx, flags, io_ptr, fs);
 
 Maybe we can get rid of 'flags' argument since it's not needed
 anymore ?

Yeah, I thought of that, but I was trying to keep the patch small,
since I thought this was one that distros might want to cherry pick.

 Otherwise the patch looks good, however for some reason I can not
 reproduce the problem in the big file system (without bigalloc) even
 though looking at bitmap.c it looks like we really should get that
 error.

Ah, yes, in the big file system case we don't hit it because we don't
actually load the bitmaps before we close and reopen the file system
again.  But in the bigalloc case, we check and fail at openfs time,
which aborts the fsck run.

So we could work around this by moving the bigalloc check to when we
open the file system, but you want get the other openfs flags right,
especially the EXT2_FLAG_SKIP_MMP flags.

Cheers,

- Ted


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

Bug#754176: stumpwm: Startup script fails if user has no ~/.stumpwmrc.

Package: stumpwm
Version: 2:0.9.8-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I've just installed stumpwm and typed `stumpwm' (without the quotes)
on a terminal to start the window manager.  I've got a error message
from `grep':

   grep: /home/lopes/.stumpwmrc: No such file or directory

Creating an empty file (using `touch') solved the problem.

Thank you for your time.

 Emilio

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

Kernel: Linux 3.14-1-amd64 (SMP w/4 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

Versions of packages stumpwm depends on:
ii  cl-ppcre  2.0.3-1
ii  clisp-module-clx  1:2.49-8.2

Versions of packages stumpwm recommends:
ii  cl-asdf  2:3.0.3-1

Versions of packages stumpwm suggests:
ii  iceweasel [www-browser]  30.0-2
ii  info [info-browser]  5.2.0.dfsg.1-4
ii  menu 2.1.47
ii  rlwrap   0.37-5
pn  slimenone
ii  w3m [www-browser]0.5.3-16
ii  x11-utils7.7+1
ii  xterm [x-terminal-emulator]  308-1

-- 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#752029: mate-desktop-environment: mate-settings-daemon memory accumulation

2014-07-08 Thread Vlad Orlov

Check your ~/.xsession-errors file for possible warnings like this one:

(mate-settings-daemon:4602): dconf-CRITICAL **: unable to create file 
'/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.

Also check the ownership of /run/user/1000/dconf/user - it should not be 
root:root.

Bug#754177: stumpwm does not work if `cl-asdf' is not installed.

Package: stumpwm
Version: 2:0.9.8-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

after installing `stumpwm' I could not start the window manager.  There
was some error message mentioning `asdf', which was *not* installed.

Note that `cl-asdf' is not `required' by `stumpwm', just `recommended'.

After `cl-asdf' was installed, I could start `stumpwm' as expected.

Thank you for your time!

 Emilio

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

Kernel: Linux 3.14-1-amd64 (SMP w/4 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

Versions of packages stumpwm depends on:
ii  cl-ppcre  2.0.3-1
ii  clisp-module-clx  1:2.49-8.2

Versions of packages stumpwm recommends:
ii  cl-asdf  2:3.0.3-1

Versions of packages stumpwm suggests:
ii  iceweasel [www-browser]  30.0-2
ii  info [info-browser]  5.2.0.dfsg.1-4
ii  menu 2.1.47
ii  rlwrap   0.37-5
pn  slimenone
ii  w3m [www-browser]0.5.3-16
ii  x11-utils7.7+1
ii  xterm [x-terminal-emulator]  308-1

-- 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#754179: stumpwm crashes when window title contains national chars

Package: stumpwm
Version: 2:0.9.8-1
Severity: important

Dear Maintainer,

the subject says it all.  In my case I have the following in my ~/.emacs:

(setq-default frame-title-format (list  Emacs Macht Alle
Computer Sch\366n))

Eval this in an Emacs buffer an watch stumpwm crash:

*** - CONVERT-STRING-FROM-BYTES: Invalid byte sequence #xF6 #x6E
#x00 #xA0 in CHARSET:UTF-8 conversion

This is possibly related to other bugs of the kind, like #509583.

Thank you very much!

 Emilio

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

Kernel: Linux 3.14-1-amd64 (SMP w/4 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

Versions of packages stumpwm depends on:
ii  cl-ppcre  2.0.3-1
ii  clisp-module-clx  1:2.49-8.2

Versions of packages stumpwm recommends:
ii  cl-asdf  2:3.0.3-1

Versions of packages stumpwm suggests:
ii  iceweasel [www-browser]  30.0-2
ii  info [info-browser]  5.2.0.dfsg.1-4
ii  menu 2.1.47
ii  rlwrap   0.37-5
pn  slimenone
ii  w3m [www-browser]0.5.3-16
ii  x11-utils7.7+1
ii  xterm [x-terminal-emulator]  308-1

-- 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#752718: (no subject)

2014-07-08 Thread koch

KERNEL[1427194.352837] change   
/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:09/PNP0C09:00/ACPI0003:00/power_supply/AC
 
(power_supply)
UDEV  [1427194.355544] change   
/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:09/PNP0C09:00/ACPI0003:00/power_supply/AC
 
(power_supply)
KERNEL[1427194.369407] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
UDEV  [1427194.369717] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
KERNEL[1427194.370168] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
UDEV  [1427194.370453] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
KERNEL[1427194.372329] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
UDEV  [1427194.372648] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
KERNEL[1427194.376979] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
UDEV  [1427194.377972] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
KERNEL[1427194.377995] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
UDEV  [1427194.378544] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
KERNEL[1427194.380080] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
KERNEL[1427194.380713] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
UDEV  [1427194.381476] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
UDEV  [1427194.382049] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
KERNEL[1427194.456997] change   
/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:09/PNP0C09:00/PNP0C0A:00/power_supply/BAT0
 
(power_supply)
UDEV  [1427194.465898] change   
/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:09/PNP0C09:00/PNP0C0A:00/power_supply/BAT0
 
(power_supply)
# Power cable plugged 
KERNEL[1427205.904784] change   
/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:09/PNP0C09:00/ACPI0003:00/power_supply/AC
 
(power_supply)
UDEV  [1427205.907685] change   
/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:09/PNP0C09:00/ACPI0003:00/power_supply/AC
 
(power_supply)
KERNEL[1427205.922013] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
UDEV  [1427205.922045] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
KERNEL[1427205.922062] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
UDEV  [1427205.922074] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
KERNEL[1427205.924920] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
UDEV  [1427205.925511] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
KERNEL[1427205.925732] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
UDEV  [1427205.926063] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
KERNEL[1427205.926453] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
UDEV  [1427205.926800] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
KERNEL[1427205.929003] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
KERNEL[1427205.929801] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
UDEV  [1427205.929963] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
UDEV  [1427205.930417] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
KERNEL[1427205.933486] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
UDEV  [1427205.933911] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
KERNEL[1427205.934335] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
UDEV  [1427205.934725] change   
/devices/pci:00/:00:01.0/:01:00.0/backlight/acpi_video1 
(backlight)
KERNEL[1427206.009065] change   
/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:09/PNP0C09:00/PNP0C0A:00/power_supply/BAT0
 
(power_supply)
UDEV  [1427206.010576] change   
/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:09/PNP0C09:00/PNP0C0A:00/power_supply/BAT0
 
(power_supply)
# Power cable unplugged
KERNEL[1427221.536647] add  
/devices/pci:00/:00:1d.0/usb4/4-1/4-1.8 (usb)
KERNEL[1427221.536926] add

Bug#754180: stumpwm reports wrong version number

Package: stumpwm
Version: 2:0.9.8-1
Severity: minor

Dear Maintainer,

The command bound to `C-t v' (could not find it in the manual!)
reports version `0.9.7' when it should read `0.9.8'.

Thank you!

 Emilio

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

Kernel: Linux 3.14-1-amd64 (SMP w/4 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

Versions of packages stumpwm depends on:
ii  cl-ppcre  2.0.3-1
ii  clisp-module-clx  1:2.49-8.2

Versions of packages stumpwm recommends:
ii  cl-asdf  2:3.0.3-1

Versions of packages stumpwm suggests:
ii  iceweasel [www-browser]  30.0-2
ii  info [info-browser]  5.2.0.dfsg.1-4
ii  menu 2.1.47
ii  rlwrap   0.37-5
pn  slimenone
ii  w3m [www-browser]0.5.3-16
ii  x11-utils7.7+1
ii  xterm [x-terminal-emulator]  308-1

-- 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#754181: quota: typos in German warnquota message

2014-07-08 Thread Martin Schwarz

Package: quota
Version: 4.01-6
Severity: minor
Tags: upstream l10n

Dear Maintainer,

the default quota warning contains some spelling mistakes in its German
translation.  Whenever the German word Sie is used for plural you,
it has to be spelled with a capital S. The same applies for the German
words Ihr, Ihnen etc.  in that contect (2nd person plural).

s/wir haben festgestellt, dass sie/wir haben festgestellt, dass Sie/
s/Wir hoffen, dass sie/Wir hoffen, dass Sie/
s/Sie erhalten diese Mitteilung, weil sie/Sie erhalten diese Mitteilung, weil 
Sie/
s/als ihnen erlaubt ist/als Ihnen erlaubt ist/
s/Wenn sie keinen/Wenn Sie keinen/
s/ihr Quota/Ihr Quota/
s/werden sie keinen/werden Sie keinen/
s/wenden sie sich bitte/wenden Sie sich bitte/

The file po/de.po from the upstream archive already contains these typos.
Thanks
Martin

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

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

Versions of packages quota depends on:
ii  debconf [debconf-2.0]  1.5.53
ii  e2fslibs   1.42.10-1.1
ii  init-system-helpers1.19
ii  libc6  2.19-4
ii  libcomerr2 1.42.10-1.1
ii  libdbus-1-31.8.6-1
ii  libldap-2.4-2  2.4.39-1
ii  libnl-3-2003.2.24-2
ii  libnl-genl-3-200   3.2.24-2
ii  libtirpc1  0.2.3-1
ii  libwrap0   7.6.q-25
ii  lsb-base   4.1+Debian13

quota recommends no packages.

Versions of packages quota suggests:
pn  libnet-ldap-perl   none
ii  nullmailer [mail-transport-agent]  1:1.11-2
pn  rpcbindnone

-- debconf information excluded


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

Bug#754182: chromium-browser: FTBFS on amd64

2014-07-08 Thread Bill Allombert

Package: chromium-browser
Version: 35.0.1916.153-2
Severity: serious

Hello Debian Chromium Maintainers,

chromium-browser FTBFS on amd64.

The full buildlog is available at
http://people.debian.org/~ballombe/misc/chromium-browser.build.xz

The error message is

chrome/renderer/pepper/pepper_pdf_host.cc:16:33: fatal error: 
grit/webkit_strings.h: No such file or directory
 #include grit/webkit_strings.h
 ^
compilation terminated.
chrome/renderer.target.mk:469: recipe for target 
'out/Release/obj.target/renderer/chrome/renderer/pepper/pepper_pdf_host.o' 
failed
make[1]: *** 
[out/Release/obj.target/renderer/chrome/renderer/pepper/pepper_pdf_host.o] 
Error 1
make[1]: Leaving directory '/tmp/buildd/chromium-browser-35.0.1916.153/src'
/usr/share/cdbs/1/class/makefile.mk:47: recipe for target 
'debian/stamp-makefile-build' failed
make: *** [debian/stamp-makefile-build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
E: Failed autobuilding of package

Cheers,
-- 
Bill. ballo...@debian.org

Imagine a large red swirl here. 


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

Bug#754124: Error in `apt-extracttemplates': double free or corruption (fasttop)

On Mon, Jul 07, 2014 at 08:20:41PM +0200, Jakub Wilk wrote:
 Package: apt-utils
 Version: 1.1~exp1
 Severity: important

Thanks for your bugreport.
 
 $ apt-extracttemplates -h
 apt 1.1~exp1 for i386 compiled on Jun 22 2014 10:39:33
 Usage: apt-extracttemplates file1 [file2 ...]
 
 apt-extracttemplates is a tool to extract config and template info
 from debian packages
 
 Options:
  -h   This help text
  -t   Set the temp dir
  -c=? Read this configuration file
  -o=? Set an arbitrary configuration option, eg -o dir::cache=/tmp
 *** Error in `apt-extracttemplates': double free or corruption (fasttop): 
 0x08ddd8a8 ***
 Aborted
 
I can reproduce the error in a clean debian/experimental environment
when installing the packages from experimental. Turns out there is a
(subtle) ABI break in libapt-inst, sorry for that. As a workaround,
you could use the libapt-inst1.5 from experimental or wait a little
bit and I will upload a fixed package to experimental.

Cheers,
 Michael


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

Bug#753913: irssi: unable to connect to any server

2014-07-08 Thread Gerfried Fuchs

severity 753913 normal
tag 753913 + moreinfo unreproducible
thanks

* Ian Zimmerman i...@buug.org [2014-07-06 08:34:36 CEST]:
 Trying to connect to any server whatsoever, I get this:
 
 23:30 -!- Irssi: Looking up chat.freenode.net
 23:30 -!- Irssi: Connecting to chat.freenode.net [195.148.124.79] port 6667
 23:30 -!- Irssi: Unable to connect server chat.freenode.net port 6667 
 [Invalid argument]

 Works for me, and seemingly for lots of other people too.  If you say
any server whatsoever, what ones did you try, and on which ports?

 Here is the relevant piece of strace log:
 
 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 4
 fcntl(4, F_SETFL, O_RDONLY|O_NONBLOCK)  = 0
 setsockopt(4, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
 setsockopt(4, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
 bind(4, {sa_family=AF_INET, sin_port=htons(0), 
 sin_addr=inet_addr(127.0.1.1)}, 16) = 0
 connect(4, {sa_family=AF_INET, sin_port=htons(6667), 
 sin_addr=inet_addr(82.96.64.4)}, 16) = -1 EINVAL (Invalid argument)

 Does networking work on that machine for you at all?  Do you have any
specific port filters/blocking?  Did you try other ports beside 6667?
Like, freenode supports port 8000 too.

 Thanks for any further information you can offer,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|


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

Bug#744953: [PATCH] e2fsck: reopen the file system with saved flags after a journal replay

2014-07-08 Thread Lukáš Czerner

On Tue, 8 Jul 2014, Theodore Ts'o wrote:

 Date: Tue, 8 Jul 2014 07:58:27 -0400
 From: Theodore Ts'o ty...@mit.edu
 To: Lukáš Czerner lczer...@redhat.com
 Cc: Ext4 Developers List linux-e...@vger.kernel.org,
 Андрей Василишин a.vasilis...@kpi.ua,
 Jon Severinsson j...@severinsson.net, 744...@bugs.debian.org
 Subject: Re: [PATCH] e2fsck: reopen the file system with saved flags after a
 journal replay

 On Tue, Jul 08, 2014 at 11:03:53AM +0200, Lukáš Czerner wrote:
   + ctx-openfs_flags = flags;
 retval = try_open_fs(ctx, flags, io_ptr, fs);

  Maybe we can get rid of 'flags' argument since it's not needed
  anymore ?

 Yeah, I thought of that, but I was trying to keep the patch small,
 since I thought this was one that distros might want to cherry pick.

Makes sense.

  Otherwise the patch looks good, however for some reason I can not
  reproduce the problem in the big file system (without bigalloc) even
  though looking at bitmap.c it looks like we really should get that
  error.

 Ah, yes, in the big file system case we don't hit it because we don't
 actually load the bitmaps before we close and reopen the file system
 again.  But in the bigalloc case, we check and fail at openfs time,
 which aborts the fsck run.

 So we could work around this by moving the bigalloc check to when we
 open the file system, but you want get the other openfs flags right,
 especially the EXT2_FLAG_SKIP_MMP flags.

Yep, I agree with the fix, I was just wondering about the big fs
case. Anyway you can add:

Reviewed-by: Lukas Czerner lczer...@redhat.com

 Cheers,

   - Ted
 --
 To unsubscribe from this list: send the line unsubscribe linux-ext4 in
 the body of a message to majord...@vger.kernel.org
 More majordomo info at  http://vger.kernel.org/majordomo-info.html

Bug#751418: irssiproxy does not work with bindv6only = 1

2014-07-08 Thread Gerfried Fuchs

* Thijs Kinkhorst th...@debian.org [2014-06-12 13:31:13 CEST]:
 When using irssiproxy with kernel setting bindv6only = 1 (which is the
 default in Debain), irssi only binds to IPv6 and no longer accepts
 IPv4 connections to the proxy. The only reason I found to fix this
 is to disable bindv6only system-wide which is obviously undesirable.

 Do I misunderstand something here?  The kernel says that things should
bind to v6 only, but you want it to ignore that and bind to v4, too?  Or
do I misinterpret that kernel setting?  Can you be more specific?
Either one wants stuff to bindv6only or one doesn't, I am uncertain why
an application should ignore the kernel preference here?

 Thanks for enlightning me,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|


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

Bug#752280: RM: haskell-attempt haskell-attoparsec-conduit haskell-base64-conduit haskell-blaze-builder-conduit haskell-filesystem-conduit haskell-network-conduit haskell-pool-conduit haskell-wai-even

2014-07-08 Thread Scott Kitterman

According to dak this removal will still break some packages.  Please remove 
the moreinfo tag once this is resolved.

Checking reverse dependencies...
# Broken Build-Depends:
haskell-authenticate-oauth: libghc-blaze-builder-conduit-dev ( 0.4)
libghc-blaze-builder-conduit-doc
libghc-blaze-builder-conduit-prof
haskell-hledger-web: libghc-network-conduit-dev
haskell-http-conduit: libghc-blaze-builder-conduit-dev ( 0.5)
  libghc-blaze-builder-conduit-doc
  libghc-blaze-builder-conduit-prof
haskell-warp-tls: libghc-network-conduit-dev ( 1.1)
  libghc-network-conduit-dev ( 0.6)
  libghc-network-conduit-doc
  libghc-network-conduit-prof
haskell-yesod: libghc-network-conduit-dev
   libghc-network-conduit-doc
   libghc-network-conduit-prof
mighttpd2: libghc-network-conduit-dev


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

Bug#728551: debian #728551 - nautilus: Nautilus segfaults on generating media preview for empty file

2014-07-08 Thread Pedro Beja

Hey Mauro,

Could you please still reproduce this issue with newer nautilus version
like 3.8.2-3 or 3.12.0-2 ?

I can't reproduce it here with 3.12.0-2.

thanks
regards
Pedro

Bug#446205: bsdutils: cal: follow locale for formatting the output

Control: tags -1 - moreinfo
Control: retitle -1 cal: follow locale for formatting the output
Control: notfound -1 2.12r-19
Control: reassign -1 bsdmainutils
Control: found -1 9.0.5

Hello Martin-Éric Racine.

Thanks for following up on this! I'm reassigning the bug report
to the appropriate package.

On Tue, Jul 08, 2014 at 03:40:20PM +0300, Martin-Éric Racine wrote:
 Yes, the issue still applies. The first day of thr week does not
 follow the locale.
 
 bsdmainutils: /usr/bin/cal
 
 ii  bsdmainutils   9.0.5
  i386 collection of more utilities
 from FreeBSD
 

Regards,
Andreas Henriksson


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

Bug#754183: libibumad-dev: Package descriptoin mentions libumad1, not libibumad3

2014-07-08 Thread Scott Kitterman

Source: libibumad
Version: 1.3.9-2
Severity: minor

Subject says it all.  You might just say libibumad to avoid having it get out
of sync.


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

Bug#752280: RM: haskell-attempt haskell-attoparsec-conduit haskell-base64-conduit haskell-blaze-builder-conduit haskell-filesystem-conduit haskell-network-conduit haskell-pool-conduit haskell-wai-even

2014-07-08 Thread Clint Adams

On Tue, Jul 08, 2014 at 08:52:12AM -0400, Scott Kitterman wrote:
 According to dak this removal will still break some packages.  Please remove 
 the moreinfo tag once this is resolved.
 
 Checking reverse dependencies...
 # Broken Build-Depends:
 haskell-authenticate-oauth: libghc-blaze-builder-conduit-dev ( 0.4)
 libghc-blaze-builder-conduit-doc
 libghc-blaze-builder-conduit-prof
 haskell-hledger-web: libghc-network-conduit-dev
 haskell-http-conduit: libghc-blaze-builder-conduit-dev ( 0.5)
   libghc-blaze-builder-conduit-doc
   libghc-blaze-builder-conduit-prof
 haskell-warp-tls: libghc-network-conduit-dev ( 1.1)
   libghc-network-conduit-dev ( 0.6)
   libghc-network-conduit-doc
   libghc-network-conduit-prof
 haskell-yesod: libghc-network-conduit-dev
libghc-network-conduit-doc
libghc-network-conduit-prof
 mighttpd2: libghc-network-conduit-dev

These are only about sparc, correct?


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

Bug#730825: debian #730825 - nautilus 3.4.2-1+build1 crash when i rename a folder

2014-07-08 Thread Pedro Beja

Hey Ksabry,

Could you please still reproduce the issue ?

Compact view was removed from latest nautilus versions.

thanks
regards
Pedro

Bug#754185: avahi-daemon: Packet too short or invalid while reading known answer record. (Maybe a UTF-8 problem?)

2014-07-08 Thread Thorsten Glaser

Package: avahi-daemon
Version: 0.6.31-4
Severity: minor

I get my syslog filled with this, since a while:

Jul  8 15:12:07 tglase avahi-daemon[2456]: server.c: Packet too short or 
invalid while reading known answer record. (Maybe a UTF-8 problem?)
Jul  8 15:12:40 tglase last message repeated 6 times
Jul  8 15:13:31 tglase last message repeated 9 times
Jul  8 15:14:00 tglase last message repeated 4 times

Would be nice to know what to do to fix this, or where the
problem is…? I can’t seem to find any docs for this message.


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

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

Versions of packages avahi-daemon depends on:
ii  adduser  3.113+nmu3
ii  bind9-host [host]1:9.9.5.dfsg-4
ii  dbus 1.8.6-1
ii  init-system-helpers  1.19
ii  libavahi-common3 0.6.31-4
ii  libavahi-core7   0.6.31-4
ii  libc62.19-5
ii  libcap2  1:2.22-1.2
ii  libdaemon0   0.14-6
ii  libdbus-1-3  1.8.6-1
ii  libexpat12.1.0-6
ii  lsb-base 4.1+Debian13

Versions of packages avahi-daemon recommends:
pn  libnss-mdns  none

Versions of packages avahi-daemon suggests:
pn  avahi-autoipd  none

-- 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#751418: irssiproxy does not work with bindv6only = 1

2014-07-08 Thread Thijs Kinkhorst

On Tue, July 8, 2014 14:50, Gerfried Fuchs wrote:
 * Thijs Kinkhorst th...@debian.org [2014-06-12 13:31:13 CEST]:
 When using irssiproxy with kernel setting bindv6only = 1 (which is the
 default in Debain), irssi only binds to IPv6 and no longer accepts
 IPv4 connections to the proxy. The only reason I found to fix this
 is to disable bindv6only system-wide which is obviously undesirable.

  Do I misunderstand something here?  The kernel says that things should
 bind to v6 only, but you want it to ignore that and bind to v4, too?  Or
 do I misinterpret that kernel setting?  Can you be more specific?
 Either one wants stuff to bindv6only or one doesn't, I am uncertain why
 an application should ignore the kernel preference here?

The short summary of the bug is: On a default Debian installation,
irssiproxy is only reachable on IPv6, not IPv4., so it's not something I
explicitly chose to change.

The reason is that Debian (as do other OS'es BTW) sets the kernel option
bindv6only to true. All the background can be read in this post by Marco:
https://lists.debian.org/debian-devel/2009/10/msg00541.html
but it boils down that if you would bind an AF_INET6 listening socket to
in your application, you used to get IPv4 for free. With the setting
changed, the kernel behaves differently and the application needs to
explicitly create the AF_INET socket for IPv4 traffic. Nearly all
applications do this, it seems irssiproxy still needs to be changed to
account for this.


Cheers,
Thijs


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

Bug#754186: xbmc: OpenDemuxStream - Error creating demuxer

2014-07-08 Thread Vladmimir Stavrinov

Package: xbmc
Version: 2:13.1~rc1+dfsg1-1
Severity: normal

Dear Maintainer,

xbmc http://cdnselector.streamago.tv/live/34960/28965/playlist.m3u8

doesn't work, while 

cvlc http://cdnselector.streamago.tv/live/34960/28965/playlist.m3u8

work

In the first case I'v got error in subject.

The error in subject I've got on the stream:



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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=ru_RU.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-iscroll  5.1.1+dfsg1-2
ii  libjs-jquery   1.7.2+dfsg-3
ii  mesa-utils 8.1.0-2+b1
ii  python-imaging 2.4.0-2
pn  python:any none
ii  ttf-dejavu-core2.34-1
ii  x11-utils  7.7+1
ii  xbmc-bin   2:13.1~rc1+dfsg1-1

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#754041: apt-get build-dep pkgname no longer secure when cwd=/tmp

On Sun, Jul 06, 2014 at 11:49:26PM +0200, Jakub Wilk wrote:
 Package: apt
 Version: 1.1~exp1
 Severity: minor
 Tags: security

Thanks for your bugreport.
 
 First of all, thanks for bringing new exciting features to apt!
 
 I'm afraid, however, that one of these features, namely
  * add support for apt-get build-dep unpacked-source-dir
 brought an unanticipated security regression.
 
 Consider the following command:
 
  # apt-get build-dep nyancat
 
 It used to be safe to execute it regardless of what your working
 directory was. But in apt_1.1~exp1, this is no longer secure if cwd
 is a world-writable, for example /tmp. A local malicious user could
 create crafted /tmp/nyancat/debian/control, tricking apt into
 installing packages of their choice. Or they could symlink
 /tmp/nyancat/debian/control to /dev/urandom...

Good point, thanks a lot for bring this to our attention. I changed
the code now so that it prints when using a file/directory so that the
user is aware of it (as suggested by David).

And as you suggested it now enforces that it needs a path starting
with ./ or /.

Thanks,
 Michael

 
 -- System Information:
 Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental')
 Architecture: i386 (x86_64)
 Foreign Architectures: amd64
 
 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores)
 Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 Versions of packages apt depends on:
 ii  debian-archive-keyring  2012.4
 ii  gnupg   1.4.18-1
 ii  libapt-pkg4.13  1.1~exp1
 ii  libc6   2.19-4
 ii  libgcc1 1:4.9.0-10
 ii  libstdc++6  4.9.0-10
 
 -- 
 Jakub Wilk
 
 
 -- 
 To UNSUBSCRIBE, email to deity-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: https://lists.debian.org/20140706214926.ga8...@jwilk.net
 


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

Bug#753705: conky: FTBFS with audacious 3.5: libaudclient removed

2014-07-08 Thread Colin Watson

On Sat, Jul 05, 2014 at 07:54:43PM -0700, Vincent Cheng wrote:
 On Fri, Jul 4, 2014 at 6:20 AM, Colin Watson cjwat...@ubuntu.com wrote:
  conky fails to build with audacious 3.5-1 in unstable:
 
configure: error: Package requirements (audacious = 1.4.0 audclient 
  dbus-glib-1 glib-2.0 gobject-2.0) were not met:
 
No package 'audclient' found
 
  http://audacious-media-player.org/news/27-audacious-3-5-released says
  that libaudclient has been removed upstream, apparently in favour of
  newer GDBus-based code.  Perhaps it's possible to adapt conky to that?
 
 Thanks for the bug report!
 
 It looks like upstream hasn't done any porting work to drop
 libaudclient, and nobody else has done so either; e.g. Fedora has gone
 ahead and just dropped audacious support [1], so I plan on doing the
 same thing soon unless someone steps up with a patch.

Thanks.  That sounds reasonable - please do.

-- 
Colin Watson   [cjwat...@ubuntu.com]


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

Bug#752280: RM: haskell-attempt haskell-attoparsec-conduit haskell-base64-conduit haskell-blaze-builder-conduit haskell-filesystem-conduit haskell-network-conduit haskell-pool-conduit haskell-wai-even

2014-07-08 Thread Scott Kitterman

On Tuesday, July 08, 2014 13:08:17 Clint Adams wrote:
 On Tue, Jul 08, 2014 at 08:52:12AM -0400, Scott Kitterman wrote:
  According to dak this removal will still break some packages.  Please
  remove the moreinfo tag once this is resolved.
  
  Checking reverse dependencies...
  # Broken Build-Depends:
  haskell-authenticate-oauth: libghc-blaze-builder-conduit-dev ( 0.4)
  
  libghc-blaze-builder-conduit-doc
  libghc-blaze-builder-conduit-prof
  
  haskell-hledger-web: libghc-network-conduit-dev
  haskell-http-conduit: libghc-blaze-builder-conduit-dev ( 0.5)
  
libghc-blaze-builder-conduit-doc
libghc-blaze-builder-conduit-prof
  
  haskell-warp-tls: libghc-network-conduit-dev ( 1.1)
  
libghc-network-conduit-dev ( 0.6)
libghc-network-conduit-doc
libghc-network-conduit-prof
  
  haskell-yesod: libghc-network-conduit-dev
  
 libghc-network-conduit-doc
 libghc-network-conduit-prof
  
  mighttpd2: libghc-network-conduit-dev
 
 These are only about sparc, correct?

That's all the information dak gave.  If they are only about sparc, then I 
think it's fine to remove.  If there's two versions of the source in unstable, 
because of sparc, that may very well be the case (someone with more time than 
me, please check).

Scott K


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

Bug#753699: lynx: Alert!: This client does not contain support for HTTPS URLs.

2014-07-08 Thread Thorsten Glaser

Atsuhito Kohda dixit:

it seems lynx works fine so I uploaded the package.  

Yes, this seems to work better now. Thank you.

bye,
//mirabilos
-- 
(gnutls can also be used, but if you are compiling lynx for your own use,
there is no reason to consider using that package)
-- Thomas E. Dickey on the Lynx mailing list, about OpenSSL


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

Bug#279141: ✔ Re: Business deal request from Japan.

2014-07-08 Thread Osamu Kaito

7 Tsuki 8, 2014

Hajimemashite ! I hope that this mail finds you well. I will greatly
appreciate your time in reading through the details of my
business-proposal. I will like to intimate you with my letter of intent of
a legal business-proposal you can handle directly from your country, which
is of a complementary benefit mutually with no peril involved. With
limited writing communication via email messaging
system, I can?t disclose fully the structured contents of this
business-proposal.

If however you think you handle it from your country confidentially and
require any further information, please feel free to contact me at the
phone number and email provided at the top of this letter, so much more; I
look forward to hear from you positively.

Respectfully,
Kaito Osamu.


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

Bug#729927: Sales Representative Needed

2014-07-08 Thread Paul Kamit

Read the attached below


COMMUNITY MINERS INFO.docx
Description: MS-Word 2007 document

Bug#539138: mount: [swapon, swapoff]: Add missing GNU --long options to short options

Control: tags -1 + fixed-upstream

Hello!

While the mount-deprecated (used in the current 2.20.1-5.8 debian package)
was never fixed up until it was finally removed upstream,
the long options to -L and -U was added in sys-utils mount(8) in:

commit b4359220da23d6bf5a8c0c8c3f5153c850ff643a
Author: Bill Pemberton wf...@virginia.edu
Date:   Wed Oct 10 16:54:02 2012 -0400

mount: add long options for -L and -U to man page

The -L and -U flags both have long options too (--label and --uuid).
The usage() function will show them but the man page didn't list them.

This fix (assuming you actually use the sys-utils mount implementation)
was first part of upstream release v2.23.

Regards,
Andreas Henriksson


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

Bug#742864: Build without nostrip fails on weezy, another try for debian/control generation

2014-07-08 Thread Emmanuel Bourg

Le 08/07/2014 11:47, Thomas Klute a écrit :

 Compiling with the same build system (plus freshly generated
 debian/control) in a sid chroot works just fine. I'm not sure if this
 should be considered important for OpenJDK 8 packaging (looks more like
 a binutils bug to me). Any suggestions on how to handle this?

Could this be related to Lintian emitting a
debug-file-with-no-debug-symbols warning about these files?


 By the way, is the double -8 in the cacao and jamvm package names
 intentional? It seems strange to me.

Thank you for spotting this, I made a mistake when I renamed these
packages. I pushed a fix.


 I've also taken another look at the debian/control situation. My
 previous suggestion to remove it from the repository could create the
 problem that it could not easily be generated from a fresh repository
 clone, because the code in debian/rules expected the file to be present
 (though it could be empty). A patch available on my Github repository
 [1] fixes that.

Good idea, I merged it. I also got caught by this issue once.

Emmanuel Bourg


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

Bug#740854: xserver-xorg: Crash when switching to console or ending X-server - but only when connected via DVI

2014-07-08 Thread Hermann Schwärzler

Dear Stephan,

unfortunately I was unable to find a solution other than using
VGA-cables which is feasible *for me*.

The problem does not exist in Debian testing (jessie) so my guess is
Ubuntu 14.x most probably works. You can check this with a live-CD - if
you don't have time to do so please tell me: I should find time to test
this on Thursday afternoon.

Greetings
Hermann

On 07/07/2014 11:57 PM, Stephan Lahl wrote:
 Hello Maintainer, Herman, anyone else reading this,
 
 I'm suffering from these crashes here (kwheezy) and all I could find
 until now is this bug report.
 Is there any fix for it?
 Or is xorg the wrong package to look at and there is already a fix for
 this problem somewhere else?
 Does anybody know if other debian derivates, e.g. ubuntu 14.x are broken
 too?
 I'm looking forward for an upgrade to a workstation pool and right now
 with this bug it's simply not going to happen.
 (And I don't really want to switch back to vga at home anyway. I just
 learned about this possible workaround reading this bug report here.)
 
 Any ideas or hints anyone?
 
 Thank you in advance and best wishes
 Stephan Lahl
 


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

Bug#751173: icedtea-web: Add icedtea-8-plugin for OpenJDK 8

2014-07-08 Thread Emmanuel Bourg

Control: tags -1 patch

I created a branch on Launchpad implementing this change:

https://code.launchpad.net/~ebourg/openjdk/icedtea-web

The resulting packages can be fetched from http://87.98.165.193/debian/repo/

Emmanuel Bourg


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

Bug#745965: debian #745965 - [nautilus] File corruption in MPT transfer.

2014-07-08 Thread Pedro Beja

Hey Fenix,

Could you please still reproduce this issue ?

I don't know if it's nautilus fail. Have you tried with different file
manager ?

thanks
regards
Pedro

Bug#651468: Please support (ignore) bootwait/nobootwait options