Bug#712959: Same here

[Alan Chandler]

On 23/04/14 00:12, Felipe Sateler wrote:

2014-04-21 6:20 GMT-03:00 Mario J. Barchéin Molina :

Hello:

I have uninstalled (purged) "speech-dispatcher" and everything is working
fine now. If you want, I can reinstall it and run the test later.

If everything is working fine then this would be a duplicate of bug
521675. I'l wait for Alan to reply, otherwise I'm going to close this
issue because it is a duplicate.



Shortly after I submitted the bug, I downgraded my system to Debian 
stable as I needed more stability for my working environment, and sound 
has always worked fine for me after that.


So don't wait on me

--
Alan Chandler
http://www.chandlerfamily.org.uk


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

Bug#745372: When build apt (1.0.1) with gcc-4.9, it cannot start with libstdc++6 (4.8)

[Ludovic Brenta]

Everything looks fine on amd64 but the bug was reported on mips64el.
Perhaps there is a discrepancy between architectures?

--
Ludovic Brenta.


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

Bug#745594: file-roller: fileroller doesn't show button icons properly.

[Chris Chastain]

Package: file-roller
Version: 3.12.0-1
Severity: normal

File-roller doesn't show most of the file button icons properly, except for the
exit X. All other graphical buttons show the missing-file pic.

I have run it from the shell with and without a file to open, and from context
menus from a  few graphical file managers.



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

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

Versions of packages file-roller depends on:
ii  bzip21.0.6-5
ii  dconf-gsettings-backend [gsettings-backend]  0.18.0-1
ii  libarchive13 3.1.2-8
ii  libc62.18-4
ii  libcairo21.12.16-2
ii  libgdk-pixbuf2.0-0   2.30.6-1
ii  libglib2.0-0 2.40.0-2
ii  libgtk-3-0   3.12.0-4
ii  libjson-glib-1.0-0   1.0.0-1
ii  libmagic11:5.17-1
ii  libnautilus-extension1a  3.8.2-2
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.36.3-1
ii  nautilus-data3.8.2-2
ii  p7zip-full   9.20.1~dfsg.1-4

Versions of packages file-roller recommends:
ii  gnome-icon-theme  3.12.0-1
ii  gvfs  1.20.0-1
ii  unar  1.8.1-2
ii  yelp  3.10.1-1

Versions of packages file-roller suggests:
ii  arj  3.10.22-11
ii  lha  1.14i-10.4
ii  lzip 1.14-2
ii  lzop 1.03-3
ii  ncompress4.2.4.4-8
ii  rpm2cpio 4.11.2-2.1
ii  rzip 2.1-2
ii  sharutils1:4.14-1
ii  unace1.2b-10
ii  unalz0.65-4
ii  unzip6.0-11
ii  xz-utils [lzma]  5.1.1alpha+20120614-2
ii  zip  3.0-8
ii  zoo  2.10-27

-- no debconf information

Bug#745592: dpkg: cron job complains about missing /var/lib/dpkg/arch

[Sven Joachim]

Package: dpkg
Version: 1.17.7
Severity: normal

I have just received a mail from the daily cron job:

,
| /etc/cron.daily/dpkg:
| cp: der Aufruf von stat für „/var/lib/dpkg/arch“ ist nicht möglich: Datei 
oder Verzeichnis nicht gefunden
`

In English that would be

cp: cannot stat '/var/lib/dpkg/arch': No such file or directory

Without any foreign architectures, there is no /var/lib/dpkg/arch.


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

Kernel: Linux 3.14.1-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 dpkg depends on:
ii  libbz2-1.0   1.0.6-5
ii  libc62.18-4
ii  liblzma5 5.1.1alpha+20120614-2
ii  libselinux1  2.2.2-1
ii  tar  1.27.1-2
ii  zlib1g   1:1.2.8.dfsg-1

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  1.0.1

-- Configuration Files:
/etc/dpkg/dpkg.cfg changed:
no-debsig
log /var/log/dpkg.log


-- 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#745593: iceowl-extension: icedove does not start after update to 24.4.0-1~deb7u1

[zarg splendid]

Package: iceowl-extension
Version: 24.4.0-1~deb7u1
Severity: important

Dear Maintainer,

   Seeing that a security update was recommended for Icedove, I updated, via
Synaptic,
   to version 24.4.0-1~deb7u1, including the Iceowl Calendar extension (which
is vital to
   me as I use it for important work reminders such as domain renewals!). I
didn't notice
   at the time but the update removed the "Timezone Extension for
Lightning/Iceowl (mandatory)".

   If I try to install the iceowl-extension then Synaptic marks calendar-
timezones for removal.
   If I try to install the calendar-timezones Synaptic marks iceowl-extension
for removal, but
   these two packages are essential for each other.

   After the update, when I tried to run Icedove, I got the following error:

icedove: relocation error: .../components/Linux_x86_64-gcc3/libcalbasecomps.so:
symbol
_ZN2js13CheckedUnwrapEP8JSObjectb, version xul24 not defined in file libxul.so
with link time reference

   As I need to access the calendar for my work, is there any way to revert to
the previous version? (17.0.10-1~deb7u1)




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

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

Versions of packages iceowl-extension depends on:
pn  icedove 
ii  libc6   2.13-38+deb7u1
ii  libgcc1 1:4.7.2-5
ii  libstdc++6  4.7.2-5

Versions of packages iceowl-extension recommends:
pn  calendar-google-provider  

Versions of packages iceowl-extension suggests:
ii  fonts-lyx  2.0.3-3


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

Bug#745372: When build apt (1.0.1) with gcc-4.9, it cannot start with libstdc++6 (4.8)

[Matthias Klose]

Am 23.04.2014 07:52, schrieb Matthias Klose:
> Control: tags -1 + moreinfo
> 
> Am 23.04.2014 07:34, schrieb Matthias Klose:
>> Am 21.04.2014 03:27, schrieb Yunqiang Su:
>>> Package: gcc-4.9
>>> Version: 4.9-20140411-2
>>>
>>> I built apt with gcc-4.9, then install it on a system with libstdc++6
>>> (4.8), it failed to start:
>>>
>>> apt-get: /usr/lib/mips64el-linux-gnuabi64/libstdc++.so.6: version
>>> `GLIBCXX_3.4.20' not found (required by apt-get)
>>> apt-get: /usr/lib/mips64el-linux-gnuabi64/libstdc++.so.6: version
>>> `GLIBCXX_3.4.20' not found (required by
>>> /usr/lib/mips64el-linux-gnuabi64/libapt-pkg.so.4.12)
>>> apt-get: /usr/lib/mips64el-linux-gnuabi64/libstdc++.so.6: version
>>> `GLIBCXX_3.4.20' not found (required by
>>> /usr/lib/mips64el-linux-gnuabi64/libapt-private.so.0.0)
>>>
>>>
>>> While apt doesn't depend on libstdc++6 with version.
>>> It must be something wrong.
>>>
>>> After install libstdc++6 (4.9), all of them works well now.
>>
>> I think we did some similar issues during the 4.6 to 4.7 upgrades.  Need to 
>> find
>> out why apt doesn't get the required dependency.  Afaics, the libstc++ 
>> symbols
>> file is correct.
>>
>> $ grep GLIBCXX_3.4.20 /var/lib/dpkg/info/libstdc++6\:amd64.symbols
>>  GLIBCXX_3.4.20@GLIBCXX_3.4.20 4.9
>>  _ZNSt11regex_errorC1ENSt15regex_constants10error_typeE@GLIBCXX_3.4.20 4.9
>>  _ZSt13get_terminatev@GLIBCXX_3.4.20 4.9
>>  _ZSt14get_unexpectedv@GLIBCXX_3.4.20 4.9
>>  _ZSt15get_new_handlerv@GLIBCXX_3.4.20 4.9
>>  _ZSt24__throw_out_of_range_fmtPKcz@GLIBCXX_3.4.20 4.9
>>
>>
> 
> if I rebuild apt, it ends up with a dependency on
> libstdc++6 (>= 4.9)
> 
> so everything looks fine.

this is a missing symbols file on your architecture. Please provide all of these
for your new architecture.


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

Bug#744253: RFS: ledgersmb/1.3.39-1 [RC]

[RJ Clay]

Control: tags -1 - moreinfo


On 04/20/2014 08:38 PM, Vincent Cheng wrote:


- debian/copyright: the license for tools/prepare-company-database.*
(line 33) should be given a name, not just left blank. The license
block looks pretty much the same to me as a typical 2-clause BSD
license.

Taken care of...



- your package FTBFS when built twice in a row:

Fixed.


- using wrap-and-sort (from the devscripts package) would make it much
easier to review changes to your package's depends/recommends/suggests

   Should have thought of that myself. Done.


   Rebuilt and re-uploaded to mentors;  same URLs.







Robert James Clay
j...@rocasa.us


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

Bug#744253: RFS: ledgersmb/1.3.39-1 [RC]

[RJ Clay]

On 04/20/2014 08:38 PM, Vincent Cheng wrote:


On Sun, Apr 20, 2014 at 7:06 AM, RJ Clay  wrote:

Dear mentors,

As my usual sponsor for my ledgersmb package does not appear to be
available, I am again and still looking for a sponsor for version 1.3.39-1
of my "ledgersmb" package.

Raphael Hertzog is active according to MIA, so he's probably just a
bit too busy right now to handle RFS requests.


   Wouldn't surprise me at all..



  Maybe wait a little bit
longer so he has a chance to review your package as well?


   If he can and would, I'd certainly appreciate it.





I'd feel a lot more comfortable if your original sponsor could review
this (the maintainer scripts in particular due to their complexity),
Wouldn't mind it myself, although he did note back in January that 
his "interest in LedgerSMB" might "fade" due to switching to a different 
program.  OTOH, he also indicated he'd respond to questions, so may just 
be busy.





as I don't use ledgersmb myself and this is the first time I've looked
at its packaging, but if your sponsor still doesn't respond, say, in
another half month, I'll take a second look at this.


   I'd appreciate that.





Robert James Clay
j...@rocasa.us


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

Bug#745591: git-doc: example source snippet is empty in technical/api-hashmap.html

[Anders Kaseorg]

Package: git-doc
Version: 1:2.0.0~rc0-1
Severity: minor

I noticed this warning while building git-doc:

ASCIIDOC technical/api-hashmap.html
/bin/sh: 1: source-highlight: not found
asciidoc: WARNING: api-hashmap.txt: line 218: filter non-zero exit code: 
source-highlight -f xhtml -s c: returned 127
asciidoc: WARNING: api-hashmap.txt: line 218: no output from filter: 
source-highlight -f xhtml -s c

(Actually, I noticed it because it’s fatal on very old Ubuntu releases, 
but never mind that.)  The effect is that the example source snippet under 
‘Usage example’ in /usr/share/doc/git-doc/technical/api-hashmap.html shows 
up as empty.  That snippet was added in v2.0.0-rc0~166^2~16.

This can be resolved by adding source-highlight as a build dependency.

Anders


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

Bug#745552: libc6: undeclared file conflict between libc6:sparc and libc6-i386:amd64

[Andrei POPESCU]

Control: reassign -1 src:eglibc 2.18-4

On Ma, 22 apr 14, 21:03:35, Helmut Grohne wrote:
> Source: libc6
> Version: 2.18-4
> Severity: serious
> User: trei...@debian.org
> Usertags: edos-file-overwrite
> 
> When trying to install libc6:sparc on a system that already has
> libc6-i386:amd64 installed the following happens:
> 
> # dpkg --unpack libc6_2.18-4_sparc.deb 
> Selecting previously unselected package libc6:sparc.
> (Reading database ... 11813 files and directories currently installed.)
> Preparing to unpack libc6_2.18-4_sparc.deb ...
> Unpacking libc6:sparc (2.18-4) ...
> dpkg: error processing archive libc6_2.18-4_sparc.deb (--unpack):
>  trying to overwrite '/lib/ld-linux.so.2', which is also in package 
> libc6-i386 2.18-4
> Errors were encountered while processing:
>  libc6_2.18-4_sparc.deb
> #
> 
> Note that I am installing using dpkg --unpack, because libgcc1 is
> currently out of date on sparc and therefore not installable. Once
> gcc-4.9 is built, this combination will become installable again.
> 
> Helmut

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


signature.asc
Description: Digital signature

Bug#745372: When build apt (1.0.1) with gcc-4.9, it cannot start with libstdc++6 (4.8)

[Matthias Klose]

Control: tags -1 + moreinfo

Am 23.04.2014 07:34, schrieb Matthias Klose:
> Am 21.04.2014 03:27, schrieb Yunqiang Su:
>> Package: gcc-4.9
>> Version: 4.9-20140411-2
>>
>> I built apt with gcc-4.9, then install it on a system with libstdc++6
>> (4.8), it failed to start:
>>
>> apt-get: /usr/lib/mips64el-linux-gnuabi64/libstdc++.so.6: version
>> `GLIBCXX_3.4.20' not found (required by apt-get)
>> apt-get: /usr/lib/mips64el-linux-gnuabi64/libstdc++.so.6: version
>> `GLIBCXX_3.4.20' not found (required by
>> /usr/lib/mips64el-linux-gnuabi64/libapt-pkg.so.4.12)
>> apt-get: /usr/lib/mips64el-linux-gnuabi64/libstdc++.so.6: version
>> `GLIBCXX_3.4.20' not found (required by
>> /usr/lib/mips64el-linux-gnuabi64/libapt-private.so.0.0)
>>
>>
>> While apt doesn't depend on libstdc++6 with version.
>> It must be something wrong.
>>
>> After install libstdc++6 (4.9), all of them works well now.
> 
> I think we did some similar issues during the 4.6 to 4.7 upgrades.  Need to 
> find
> out why apt doesn't get the required dependency.  Afaics, the libstc++ symbols
> file is correct.
> 
> $ grep GLIBCXX_3.4.20 /var/lib/dpkg/info/libstdc++6\:amd64.symbols
>  GLIBCXX_3.4.20@GLIBCXX_3.4.20 4.9
>  _ZNSt11regex_errorC1ENSt15regex_constants10error_typeE@GLIBCXX_3.4.20 4.9
>  _ZSt13get_terminatev@GLIBCXX_3.4.20 4.9
>  _ZSt14get_unexpectedv@GLIBCXX_3.4.20 4.9
>  _ZSt15get_new_handlerv@GLIBCXX_3.4.20 4.9
>  _ZSt24__throw_out_of_range_fmtPKcz@GLIBCXX_3.4.20 4.9
> 
> 

if I rebuild apt, it ends up with a dependency on
libstdc++6 (>= 4.9)

so everything looks fine.


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

Bug#669866: manpages: New manual page: hostname(5)

[Michael Kerrisk (man-pages)]

[Adding Lennart]

On 04/21/2014 05:01 PM, Roger Leigh wrote:
> On Mon, Apr 21, 2014 at 03:39:20PM +0200, Michael Kerrisk (man-pages) wrote:
>> On 04/21/2014 10:04 AM, Petter Reinholdtsen wrote:
>>> [Roger Leigh]
 Sorry, I've not done anything on this lately--I'm not too active in
 Debian at present due to RSI and other reasons.  Petter, would you
 possibly be able to look into this on the sysvinit side?
>>>
>>> As far as I can see from https://bugs.debian.org/669866 >, the
>>> upstream manpages maintainer is waiting for copyright information for
>>> the hostname.5 file.  This can only be provide by the authors, and
>>> nothing I can do from the sysvinit side.
>>
>>
>> Exactly. The page text says it was written by Lennart P and Roger. If 
>> they're both agreeable, and have a license, then I'd take the page.
> 
> For my part, I'm happy for my contributions to this page to be licensed
> under whatever DFSG-free licence you use for the manpages.

Hi Lennart,

See https://bugs.debian.org/669866.

Roger Leigh has made a proposal that the hostname(5) page should be 
upstreamed into man-pages. This makes some sense to me, since 
/etc/hostname is a standard system file (like /etc/paasswwd, 
/etc/group, etc.), and most of those are documented by man-pages.

It appears that the page is currently distributed by both Debian and
as part of systemd, and the version referred top in the bug is noted 
as being written by you and Roger. What do you think of passing this 
page to man-pages? Does it make sense?

Thanks,

Michael


-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/


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

Bug#739439: Please help with the libav10 transition

[Eugen Dedu]

On 23/04/14 03:16, Reinhard Tartler wrote:

Hi Eugen,

On Fri, Apr 11, 2014 at 5:20 AM, Eugen Dedu
 wrote:

On 06/04/14 19:49, Reinhard Tartler wrote:


Dear maintainer,

I'm writing you because your package is part of the upcoming libav10
transtion, and this bug is blocking its progress, see Julien's reply
to my latest inquiry:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740210#22

Please note that Julien requests all packages to be fixed before
starting this transition. That means that libav10 will not be in
unstable before this bug is fixed.

Note that according to previous messages in this bug, this particular
issue has already been fixed either upstream or a patch fixing this
has been attached in a previous message. Therefore, please do not
hesitate to fix this bug by uploading a new version of this package
with a fix for this bug included to debian/experimental so that you
can build-depend against the libav (>= 6:10~).

If you need help with the patch or have any other questions or
concerns, please do not hesitate to address your question to me, to
the libav10 transition bug 739...@bugs.debian.org, or the release or
pkg-multimedia team.



I will do it as soon as I find time, hopefully next week.


Any news on that front?


I would like to do it, but I am very busy at the moment.  I could do it 
the next week.


--
Eugen


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

Bug#745267: src:gcc-4.9: FTCBFS x32: subdirectories libvtv and libcilkrts missing from cross-ma-install-location.diff

[Matthias Klose]

Am 20.04.2014 06:56, schrieb Helmut Grohne:
> This kind of issue is supposed to be covered by
> cross-ma-install-location.diff, but the libvtv directory was added in
> gcc-4.9 and cross-ma-install-location.diff was not updated. Once this is
> fixed, the same applies to libcilkrts. After fixing both gcc stage3
> succeeds.

cross-install-location needs an update for 4.9 as well.


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

Bug#745372: When build apt (1.0.1) with gcc-4.9, it cannot start with libstdc++6 (4.8)

[Matthias Klose]

Am 21.04.2014 03:27, schrieb Yunqiang Su:
> Package: gcc-4.9
> Version: 4.9-20140411-2
> 
> I built apt with gcc-4.9, then install it on a system with libstdc++6
> (4.8), it failed to start:
> 
> apt-get: /usr/lib/mips64el-linux-gnuabi64/libstdc++.so.6: version
> `GLIBCXX_3.4.20' not found (required by apt-get)
> apt-get: /usr/lib/mips64el-linux-gnuabi64/libstdc++.so.6: version
> `GLIBCXX_3.4.20' not found (required by
> /usr/lib/mips64el-linux-gnuabi64/libapt-pkg.so.4.12)
> apt-get: /usr/lib/mips64el-linux-gnuabi64/libstdc++.so.6: version
> `GLIBCXX_3.4.20' not found (required by
> /usr/lib/mips64el-linux-gnuabi64/libapt-private.so.0.0)
> 
> 
> While apt doesn't depend on libstdc++6 with version.
> It must be something wrong.
> 
> After install libstdc++6 (4.9), all of them works well now.

I think we did some similar issues during the 4.6 to 4.7 upgrades.  Need to find
out why apt doesn't get the required dependency.  Afaics, the libstc++ symbols
file is correct.

$ grep GLIBCXX_3.4.20 /var/lib/dpkg/info/libstdc++6\:amd64.symbols
 GLIBCXX_3.4.20@GLIBCXX_3.4.20 4.9
 _ZNSt11regex_errorC1ENSt15regex_constants10error_typeE@GLIBCXX_3.4.20 4.9
 _ZSt13get_terminatev@GLIBCXX_3.4.20 4.9
 _ZSt14get_unexpectedv@GLIBCXX_3.4.20 4.9
 _ZSt15get_new_handlerv@GLIBCXX_3.4.20 4.9
 _ZSt24__throw_out_of_range_fmtPKcz@GLIBCXX_3.4.20 4.9


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

Bug#741107: distributed-net: General update after the debconf review process

[Christian PERRIER]

Dear Debian maintainer,

On Wednesday, March 12, 2014, I sent you a notification about the beginning of 
a review
action on debconf templates for distributed-net.

Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.

Translators have been working hard and here is now the result of their efforts.

Please consider using it EVEN if you committed files to your
development tree as long as they were reported.

The attached tarball contains:

- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/ with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)

As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.

The patch.rfr file contains a patch for the templates and control
file(s) alone.

Please note that this patch applies to the templates and control
file(s) of your package as of Wednesday, March 12, 2014. If your package was 
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)

It is now safe to upload a new package version with these changes.

Please notify me of your intents with regards to this. 

There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.



-- 




patch.tar.gz
Description: Binary data
--- distributed-net.old/debian/distributed-net.templates2014-03-08 
17:59:47.657657134 +0100
+++ distributed-net/debian/distributed-net.templates2014-04-06 
19:21:38.859962472 +0200
@@ -1,3 +1,12 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: distributed-net/fullconfig
 Type: boolean
 Default: false
@@ -5,12 +14,12 @@
  The distributed.net client needs to be configured before it can be used.
  While most options have reasonable defaults, you need to specify the e-mail
  address to which you would like distributed.net to credit any work done by
- the client.  If you are installing the distributed-net package for the first
+ the client. If you are installing the distributed-net package for the first
  time, then you must configure the client, otherwise the distributed.net client
  will refuse to start.
  .
  When the distributed.net client is run as a daemon (via 
/etc/init.d/distributed-net),
- the output will be redirected to /var/log/distributed-net.log.  You do not
- need to set up a log file.  Since the init script is controlling the
- distributed.net client, you should not enable "quiet mode" as that break the
+ the output will be redirected to /var/log/distributed-net.log. You do not
+ need to set up a log file. Since the init script is controlling the
+ distributed.net client, you should not enable "quiet mode" as that breaks the
  init script.
--- distributed-net.old/debian/control  2014-03-08 17:59:47.657657134 +0100
+++ distributed-net/debian/control  2014-03-18 07:31:37.692042288 +0100
@@ -13,7 +13,7 @@
 Suggests: apmd, acpid
 Depends: host | bind9-host, libc6 | libc6.1, ${misc:Depends}
 Recommends: logrotate
-Description: donate unused CPU cycles - client for distributed.net
+Description: client to donate unused CPU cycles to distributed.net
  Donate your extra CPU cycles to a worthy cause!
  .
  distributed.net started in 1997 as a project whose purpose was to win a
@@ -23,18 +23,16 @@
  use of cryptography, that the standards allowed are too weak for general
  use.
  .
- Since this time, distributed.net has changed their focus from solely
+ Since this time, distributed.net's focus has changed from solely
  cracking RSA's RC5 and DES projects to working on more diverse
  distributed computing problems.
  .
- The ongoing projects are RC5-72 and Optimal Golomb Rulers (25-mark), the
+ The ongoing projects are RC5-72 and Optimal Golomb Rulers (28-mark), the
  latter of which has practical applications in science. There are also a
  number of other projects which are either periodic or upcoming. You may
  choose which project you wish to participate in.
  .
- By installing this package, unused CPU cycles on your computer will be used
- to work on cracking the code. There should be no noticeable slowdown of
+ Installing this package will allow unused CPU cycles on your computer to
+ contribute to cracking the code. There should be no noticeable slowdown of
  your system, since the client r

Bug#745590: msmtp: linking against OpenSSL?

[Geoffrey Thomas]

Package: msmtp
Version: 1.4.31-1
Severity: wishlist

Dear maintainer,

I find myself in the situation where OpenSSL is currently compatible with 
my email provider (pobox.com) and GnuTLS isn't (because of out-of-order 
intermediate certs, which it turns out OpenSSL is tolerant to and GnuTLS 
isn't). I would be interested in an msmtp linked against OpenSSL.


It looks like msmtp is licensed under GPL with no OpenSSL exception, but 
since upstream is largely one author who clearly intended their code to 
work with OpenSSL, it seems like it's worth asking for the licensing 
exception. Has this conversation already happened? If not, I'm happy to 
post to the mailing list asking for the exception, if you're open to 
changing the Debian packaging to link against OpenSSL instead.


It looks like there is another outstanding bug against msmtp (#745174) 
that also seems like OpenSSL would resolve it. Unfortunately, GnuTLS seems 
to be kind of a rare client for commercial email providers to support or 
test against, but OpenSSL is pretty popular on all platforms. I will 
separately report a bug against GnuTLS to address my specific issue, but 
converging on OpenSSL seems like it would also address both my current 
problem and several others.


Thanks for your attention, and also thanks for maintaining the msmtp 
package -- I use it daily for both personal and work email, and it works 
so well that I generally don't have to think about it. :)


--
Geoffrey Thomas
https://ldpreload.com
geo...@ldpreload.com


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

Bug#745583: erlang-xmlrpc: FTBFS without .git

[Philipp Huebner]

Hi,

thanks for reporting this!

I used git-buildpackage and even when combined with pbuilder/cowbuilder
this doesn't happen, but I am able to reproduce this with the package in
the archive and plain pbuilder.


I'll try to patch out that behaviour and upload a fixed version soon.


Regards,
-- 
 .''`.   Philipp Huebner 
: :'  :  pgp fp: 6719 25C5 B8CD E74A 5225  3DF9 E5CA 8C49 25E4 205F
`. `'`
  `-



signature.asc
Description: OpenPGP digital signature

Bug#745589: acpid: under systemd misses options in /etc/default

[Yury Polyanskiy]

Package: acpid
Version: 1:2.0.22-1
Severity: important
Tags: upstream

When started via systemd the service file
/lib/systemd/system/acpid.service fails to parse options specified in
/etc/default/acpid. This may cause acpid fail to intercept important
events. For example on ThinkPads without the "-n" volume up/down, brightness 
etc events 
are not passed to acpid. 


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

Kernel: Linux 3.9.10 (SMP w/4 CPU cores; PREEMPT)
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 acpid depends on:
ii  kmod  9-3
ii  libc6 2.17-97
ii  lsb-base  4.1+Debian12

Versions of packages acpid recommends:
ii  acpi-support-base  0.141-2

acpid suggests no packages.

-- Configuration Files:
/etc/default/acpid changed:
OPTIONS="-n"


-- 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#745588: ITP: grub-choose-default -- A GUI for easily changing the default in grub2

[David Mohr]

Package: wnpp
Severity: wishlist
Owner: David Mohr 

* Package name: grub-choose-default
  Version : 1.1
  Upstream Author : David Mohr 
* URL : http://de.mcbf.net/david/grubchoosedefault/
* License : GPL
  Programming Lang: C
  Description : A GUI for easily changing the default in grub2

A GUI for changing the default for grub2, either permanently or for the
next reboot only. It is specially useful for making one time excursion
to another OS and safely returning to the Debian homeland on the next
reboot. It can be considered a GUI version of grub-set-default and
grub-reboot.

I think it is feasible to maintain this package by myself: I am the
author, the package is fairly simple, and the grub config is not likely
to change frequently.

A while back I published Ubuntu packages at
https://launchpad.net/~bugs-da/+archive/grub-choose-default/ which I
would use as a basis for the Debian packages.


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

Bug#745222: src:pcre3: FTCBFS on arm64 m68k and others: sljit detection uses build compiler

[Helmut Grohne]

Control: tags -1 - patch

On Tue, Apr 22, 2014 at 10:40:22PM +0100, Mark Baker wrote:
> Surely that's not going to work? Having used the host compiler to build the 
> test program, it then tries to execute it on the build machine.

Sorry, that shot was too quick. It does indeed "work", but not for the
reasons I though. The execution fails, the error is ignored and pcre3 is
built without jit. It appeared to work, but it does the wrong thing.

> I think what is needed is to use #error to abort the compilation of the test 
> program when JIT is not supported, and check the exit code from the compiler.

I fully agree with your assessment. Would you like me to work on an
improved patch or would you like to do it yourself?

Helmut


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

Bug#737275: Clang crashes on SPARC

[Richard Allen]

And a little more:

//Works
int x;
typedef __typeof__(x) int2;

//Works
typedef __typeof__(0) int_t;

//Dies
typedef __typeof__((int*)0) intptr_t;

//Dies
//typedef __typeof__(((int*)0)-((int*)0)) ptrdiff_t;



On Tue, Apr 22, 2014 at 11:30 PM, Richard Allen  wrote:

> Hey, got it narrowed down more.
>
> typedef __typeof__(((int*)0)-((int*)0)) ptrdiff_t;
>
> This crashes clang 3.0, but it appears to be the same problem as was on
> 3.0 and 3.4.
>
>
> On Sat, Feb 8, 2014 at 7:59 PM, Richard Allen  wrote:
>
>> 3.4 faults as well. I'm trying to find another Debian/SPARC user on the
>> local LUG.
>>
>> clang --version
>> clang version 3.4 (tags/RELEASE_34/final)
>> Target: sparc64-unknown-linux-gnu
>> Thread model: posix
>>
>> clang test.c
>> 0  clang   0x024c3980
>> 1  libpthread.so.0 0xf79210b8
>> 2  clang   0x011fd920 clang::Expr::EvaluateAsInt(llvm::APSInt&,
>> clang::ASTContext const&, clang::Expr::SideEffectsKind) const + 192
>> 3  clang   0x011fd9b4
>> clang::Expr::isIntegerConstantExpr(llvm::APSInt&, clang::ASTContext const&,
>> clang::SourceLocation*, bool) const + 84
>> 4  clang   0x008d0398
>> 5  clang   0x008d39ac
>> 6  clang   0x008dc3ac
>> 7  clang   0x008de790
>> clang::Sema::ProcessDeclAttributeList(clang::Scope*, clang::Decl*,
>> clang::AttributeList const*, bool) + 48
>> 8  clang   0x008af8d4
>> clang::Sema::ActOnFunctionDeclarator(clang::Scope*, clang::Declarator&,
>> clang::DeclContext*, clang::TypeSourceInfo*, clang::LookupResult&,
>> llvm::MutableArrayRef, bool&) + 6612
>> 9  clang   0x008b7700
>> clang::Sema::HandleDeclarator(clang::Scope*, clang::Declarator&,
>> llvm::MutableArrayRef) + 2784
>> 10 clang   0x008b7cf0 clang::Sema::ActOnDeclarator(clang::Scope*,
>> clang::Declarator&) + 48
>> 11 clang   0x0077a618
>> clang::Parser::ParseDeclarationAfterDeclaratorAndAttributes(clang::Declarator&,
>> clang::Parser::ParsedTemplateInfo const&) + 536
>> 12 clang   0x00789c98
>> clang::Parser::ParseDeclGroup(clang::ParsingDeclSpec&, unsigned int, bool,
>> clang::SourceLocation*, clang::Parser::ForRangeInit*) + 1752
>> 13 clang   0x0076ea14
>> clang::Parser::ParseDeclOrFunctionDefInternal(clang::Parser::ParsedAttributesWithRange&,
>> clang::ParsingDeclSpec&, clang::AccessSpecifier) + 276
>> 14 clang   0x0076f09c
>> clang::Parser::ParseDeclarationOrFunctionDefinition(clang::Parser::ParsedAttributesWithRange&,
>> clang::ParsingDeclSpec*, clang::AccessSpecifier) + 732
>> 15 clang   0x00771938
>> clang::Parser::ParseExternalDeclaration(clang::Parser::ParsedAttributesWithRange&,
>> clang::ParsingDeclSpec*) + 88
>> 16 clang   0x0077205c
>> clang::Parser::ParseTopLevelDecl(clang::OpaquePtr&) +
>> 188
>> 17 clang   0x00768044 clang::ParseAST(clang::Sema&, bool, bool) +
>> 516
>> 18 clang   0x003ed570 clang::FrontendAction::Execute() + 304
>> 19 clang   0x003cc438
>> clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 408
>> 20 clang   0x003b11ac
>> clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 1836
>> 21 clang   0x003aac78 cc1_main(char const**, char const**, char
>> const*, void*) + 1400
>> 22 clang   0x0038e444 main + 516
>> 23 libc.so.6   0xf7524e4c __libc_start_main + 268
>> 24 clang   0x003aa52c _start + 44
>> Stack dump:
>> 0. Program arguments:
>> /home/rsaxvc/code/llvm-build/Release+Asserts/bin/clang -cc1 -triple
>> sparc64-unknown-linux-gnu -S -disable-free -main-file-name test.c
>> -mrelocation-model static -mdisable-fp-elim -fmath-errno
>> -mconstructor-aliases -target-linker-version 2.22 -resource-dir
>> /home/rsaxvc/code/llvm-build/Release+Asserts/bin/../lib/clang/3.4
>> -internal-isystem /usr/local/include -internal-isystem
>> /home/rsaxvc/code/llvm-build/Release+Asserts/bin/../lib/clang/3.4/include
>> -internal-externc-isystem /include -internal-externc-isystem /usr/include
>> -fno-dwarf-directory-asm -fdebug-compilation-dir /home/rsaxvc/code
>> -ferror-limit 19 -fmessage-length 0 -mstackrealign -fobjc-runtime=gcc
>> -fdiagnostics-show-option -vectorize-slp -o /tmp/test-534c7f.s -x c test.c
>> 1. /usr/include/stdlib.h:146:54: current parser token ';'
>> clang: error: unable to execute command: Bus error
>> clang: error: clang frontend command failed due to signal (use -v to see
>> invocation)
>> clang version 3.4 (tags/RELEASE_34/final)
>> Target: sparc64-unknown-linux-gnu
>> Thread model: posix
>> clang: note: diagnostic msg: PLEASE submit a bug report to
>> http://llvm.org/bugs/ and include the crash backtrace, preprocessed
>> source, and associated run script.
>> clang: note: diagnostic msg:
>> 
>>
>> PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
>> Preprocessed source(s) and associated run script(s) are located at:
>> clang: note: diagnostic msg: /tmp/test-c0ad4a.c
>> clang: note: diagnostic msg: /tmp/test-c0ad4a.sh
>> clang: note: diagnostic msg:

Bug#737275: Clang crashes on SPARC

[Richard Allen]

Hey, got it narrowed down more.

typedef __typeof__(((int*)0)-((int*)0)) ptrdiff_t;

This crashes clang 3.0, but it appears to be the same problem as was on 3.0
and 3.4.


On Sat, Feb 8, 2014 at 7:59 PM, Richard Allen  wrote:

> 3.4 faults as well. I'm trying to find another Debian/SPARC user on the
> local LUG.
>
> clang --version
> clang version 3.4 (tags/RELEASE_34/final)
> Target: sparc64-unknown-linux-gnu
> Thread model: posix
>
> clang test.c
> 0  clang   0x024c3980
> 1  libpthread.so.0 0xf79210b8
> 2  clang   0x011fd920 clang::Expr::EvaluateAsInt(llvm::APSInt&,
> clang::ASTContext const&, clang::Expr::SideEffectsKind) const + 192
> 3  clang   0x011fd9b4
> clang::Expr::isIntegerConstantExpr(llvm::APSInt&, clang::ASTContext const&,
> clang::SourceLocation*, bool) const + 84
> 4  clang   0x008d0398
> 5  clang   0x008d39ac
> 6  clang   0x008dc3ac
> 7  clang   0x008de790
> clang::Sema::ProcessDeclAttributeList(clang::Scope*, clang::Decl*,
> clang::AttributeList const*, bool) + 48
> 8  clang   0x008af8d4
> clang::Sema::ActOnFunctionDeclarator(clang::Scope*, clang::Declarator&,
> clang::DeclContext*, clang::TypeSourceInfo*, clang::LookupResult&,
> llvm::MutableArrayRef, bool&) + 6612
> 9  clang   0x008b7700 clang::Sema::HandleDeclarator(clang::Scope*,
> clang::Declarator&, llvm::MutableArrayRef) +
> 2784
> 10 clang   0x008b7cf0 clang::Sema::ActOnDeclarator(clang::Scope*,
> clang::Declarator&) + 48
> 11 clang   0x0077a618
> clang::Parser::ParseDeclarationAfterDeclaratorAndAttributes(clang::Declarator&,
> clang::Parser::ParsedTemplateInfo const&) + 536
> 12 clang   0x00789c98
> clang::Parser::ParseDeclGroup(clang::ParsingDeclSpec&, unsigned int, bool,
> clang::SourceLocation*, clang::Parser::ForRangeInit*) + 1752
> 13 clang   0x0076ea14
> clang::Parser::ParseDeclOrFunctionDefInternal(clang::Parser::ParsedAttributesWithRange&,
> clang::ParsingDeclSpec&, clang::AccessSpecifier) + 276
> 14 clang   0x0076f09c
> clang::Parser::ParseDeclarationOrFunctionDefinition(clang::Parser::ParsedAttributesWithRange&,
> clang::ParsingDeclSpec*, clang::AccessSpecifier) + 732
> 15 clang   0x00771938
> clang::Parser::ParseExternalDeclaration(clang::Parser::ParsedAttributesWithRange&,
> clang::ParsingDeclSpec*) + 88
> 16 clang   0x0077205c
> clang::Parser::ParseTopLevelDecl(clang::OpaquePtr&) +
> 188
> 17 clang   0x00768044 clang::ParseAST(clang::Sema&, bool, bool) +
> 516
> 18 clang   0x003ed570 clang::FrontendAction::Execute() + 304
> 19 clang   0x003cc438
> clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 408
> 20 clang   0x003b11ac
> clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 1836
> 21 clang   0x003aac78 cc1_main(char const**, char const**, char
> const*, void*) + 1400
> 22 clang   0x0038e444 main + 516
> 23 libc.so.6   0xf7524e4c __libc_start_main + 268
> 24 clang   0x003aa52c _start + 44
> Stack dump:
> 0. Program arguments:
> /home/rsaxvc/code/llvm-build/Release+Asserts/bin/clang -cc1 -triple
> sparc64-unknown-linux-gnu -S -disable-free -main-file-name test.c
> -mrelocation-model static -mdisable-fp-elim -fmath-errno
> -mconstructor-aliases -target-linker-version 2.22 -resource-dir
> /home/rsaxvc/code/llvm-build/Release+Asserts/bin/../lib/clang/3.4
> -internal-isystem /usr/local/include -internal-isystem
> /home/rsaxvc/code/llvm-build/Release+Asserts/bin/../lib/clang/3.4/include
> -internal-externc-isystem /include -internal-externc-isystem /usr/include
> -fno-dwarf-directory-asm -fdebug-compilation-dir /home/rsaxvc/code
> -ferror-limit 19 -fmessage-length 0 -mstackrealign -fobjc-runtime=gcc
> -fdiagnostics-show-option -vectorize-slp -o /tmp/test-534c7f.s -x c test.c
> 1. /usr/include/stdlib.h:146:54: current parser token ';'
> clang: error: unable to execute command: Bus error
> clang: error: clang frontend command failed due to signal (use -v to see
> invocation)
> clang version 3.4 (tags/RELEASE_34/final)
> Target: sparc64-unknown-linux-gnu
> Thread model: posix
> clang: note: diagnostic msg: PLEASE submit a bug report to
> http://llvm.org/bugs/ and include the crash backtrace, preprocessed
> source, and associated run script.
> clang: note: diagnostic msg:
> 
>
> PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
> Preprocessed source(s) and associated run script(s) are located at:
> clang: note: diagnostic msg: /tmp/test-c0ad4a.c
> clang: note: diagnostic msg: /tmp/test-c0ad4a.sh
> clang: note: diagnostic msg:
>
> 
>
>
> On Sat, Feb 1, 2014 at 10:18 AM, Sylvestre Ledru wrote:
>
>>
>> On 31/01/2014 18:18, Richard Allen wrote:
>> > Package: clang
>> > Version: 1.3.0-6.2
>> > Invoking clang on any 'c' file including  crashes the
>> compiler with a "Bus Error" and a backtrace. Crash log is below.
>> clang 3.0 is starting to be very old. could you have a look to t

Bug#744633: mpclib: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4

[Laurent Fousse]

Hello,

Shouldn't we get rid of this package? It is superseded by src:mpclib3.

Laurent.


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

Bug#745587: base: Cloud AWS EC2 Image will not reply to packets received on additional network interface (ENI)

[Jeff Stiles]

Package: base
Severity: important

Dear Maintainer,

I recently ran into an issue with the AWS EC2 debian image found in the AWS 
Marketplace (ami-1ebcd32e). When   
attaching a secondary Elastic Network Interface to the the instance during 
instance configuration and giving
it an IP address, there is strange network behaviour. First, the second network 
interface is not configured  
authomatically and you must manually add eth1 to /etc/network/interfaces. 

Upon restarting networking, the interface does acquire its IP address via DHCP 
from EC2. When sending traffic 
from eth1, you receive responses. However, when you initate traffic from 
another system in the same subnet 
as eth1, eth1 will not reply to the traffic (ICMP, SSH, etc).

The strangest part is that if you watch ifconfig for eth1, you will see the Rx 
incrementing from the traffic 
being sent to it, but with no corresponding Tx traffic. I can confirm that it 
is not a security group
issue as both network interfaces are in the same security group and subnet. 

I tried the newest Debian AMI and it has the same issue. The Ubuntu release in 
the AWS Marketplace also has
the same issue. When spinning up an Amazon Linux AMI, there is no issue. The 
secondary interface is configured
on first boot and there is not issue with traffic being handled properly by 
eth1. 

Here is a related bug for Ubuntu, but it does not address the issue of 
additional iterfaces not properly 
handling traffic:

https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1153626

Thanks,


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

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


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

Bug#726230: iceweasel: broken geolocation due to missing google api key

[Mattthew Gabeler-Lee]

Package: iceweasel
Version: 28.0-1
Followup-For: Bug #726230

Still a problem in 28.0.

Also, the previously suggested workaround of changing geo.wifi.url to
https://location.services.mozilla.com/v1/geolocate/ is incomplete.  You need
to append to that ?key= replacing  with some personalized random
gobbledygook.  The API docs referenced suggest a uuid, which I used, and
that works.  The location quality is VASTLY inferior to what google has
collected, however.

I'm not sure how Google's policies on keeping API keys secret might conflict
with the DFSG guidelines, but from a usability point of view the Google
service is much preferable.

-- Package-specific info:

-- Extensions information
Name: Adblock Plus
Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi
Status: enabled

Name: Add-on Compatibility Reporter
Location: ${PROFILE_EXTENSIONS}/compatibil...@addons.mozilla.org.xpi
Status: enabled

Name: All-in-One Gestures
Location: ${PROFILE_EXTENSIONS}/{8b86149f-01fb-4842-9dd8-4d7eb02fd055}
Status: enabled

Name: Certificate Patrol
Location: ${PROFILE_EXTENSIONS}/certpat...@psyc.eu.xpi
Status: user-disabled

Name: Cookie Monster
Location: ${PROFILE_EXTENSIONS}/{45d8ff86-d909-11db-9705-005056c8}.xpi
Status: enabled

Name: Default theme
Location: 
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: DOM Inspector
Location: ${PROFILE_EXTENSIONS}/inspec...@mozilla.org
Status: enabled

Name: DownloadHelper
Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d}
Status: user-disabled

Name: DownThemAll!
Location: ${PROFILE_EXTENSIONS}/{DDC359D1-844A-42a7-9AA1-88A850A938A8}.xpi
Status: user-disabled

Name: Element Hiding Helper for Adblock Plus
Location: ${PROFILE_EXTENSIONS}/elemhidehel...@adblockplus.org.xpi
Status: enabled

Name: Evernote Web Clipper
Location: ${PROFILE_EXTENSIONS}/{E0B8C461-F8FB-49b4-8373-FE32E9252800}
Status: enabled

Name: Fox To Phone
Location: ${PROFILE_EXTENSIONS}/sendtoph...@martinezdelizarrondo.com.xpi
Status: enabled

Name: FoxyProxy Standard
Location: ${PROFILE_EXTENSIONS}/foxypr...@eric.h.jung
Status: user-disabled

Name: Greasemonkey
Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}.xpi
Status: user-disabled

Name: InlineDisposition
Location: ${PROFILE_EXTENSIONS}/{123647d5-da43-4344-bfe2-fc093bdf8f5e}.xpi
Status: user-disabled

Name: Linkification
Location: ${PROFILE_EXTENSIONS}/{35106bca-6c78-48c7-ac28-56df30b51d2a}.xpi
Status: enabled

Name: Mozilla Archive Format
Location: ${PROFILE_EXTENSIONS}/{7f57cf46-4467-4c2d-adfa-0cba7c507e54}.xpi
Status: user-disabled

Name: PasswordMaker
Location: ${PROFILE_EXTENSIONS}/{5872365e-67d1-4afd-9480-fd293bebd20d}.xpi
Status: enabled

Name: Policy Manager
Location: ${PROFILE_EXTENSIONS}/{CE494EE3-65A1-4f63-8FC1-645217F86979}.xpi
Status: enabled

Name: Referrer Control
Location: ${PROFILE_EXTENSIONS}/referrercont...@qixinglu.com.xpi
Status: enabled

Name: ReloadEvery
Location: ${PROFILE_EXTENSIONS}/{888d99e7-e8b5-46a3-851e-1ec45da1e644}.xpi
Status: enabled

Name: Saved Password Editor
Location: ${PROFILE_EXTENSIONS}/savedpasswordedi...@daniel.dawson.xpi
Status: enabled

Name: Searchbar Autosizer
Location: ${PROFILE_EXTENSIONS}/{655397ca-4766-496b-b7a8-3a5b176ee4c2}.xpi
Status: enabled

Name: SPDY indicator
Location: ${PROFILE_EXTENSIONS}/spdyindica...@chengsun.github.com.xpi
Status: enabled

Name: Stylish
Location: ${PROFILE_EXTENSIONS}/{46551EC9-40F0-4e47-8E18-8E5CF550CFB8}.xpi
Status: enabled

Name: Stylish Sync
Location: ${PROFILE_EXTENSIONS}/{0e3fc079-afbb-4a00-87e5-9486062d0f9c}.xpi
Status: enabled

Name: Tab notifier
Location: ${PROFILE_EXTENSIONS}/tabnotif...@unusoft.it.xpi
Status: user-disabled

Name: User Agent Switcher
Location: ${PROFILE_EXTENSIONS}/{e968fc70-8f95-4ab9-9e79-304de2a71ee1}.xpi
Status: enabled

Name: WebPG for Firefox
Location: ${PROFILE_EXTENSIONS}/webpg-fire...@curetheitch.com
Status: user-disabled

Name: xda-developers forum - suppress minimum page width userstyle
Status: enabled

-- Plugins information
Name: Gnome Shell Integration
Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so
Package: gnome-shell
Status: enabled

Name: Google Talk Plugin
Location: /opt/google/talkplugin/libnpgoogletalk.so
Package: google-talkplugin
Status: enabled

Name: Google Talk Plugin Video Renderer
Location: /opt/google/talkplugin/libnpo1d.so
Package: google-talkplugin
Status: enabled

Name: IcedTea-Web Plugin (using IcedTea-Web 1.5 (1.5-1))
Location: /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Package: icedtea-7-plugin:amd64
Status: enabled

Name: Shockwave Flash (11.2.202.336)
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled


-- Addons package information
ii  gnome-shell3.8.4-8  amd64graphical shell for the GNOME des
ii  google-talkplu 5.2.4.0-1amd64Google Talk Plugin
ii  icedtea-7-plug 1.5-1amd64web brows

Bug#679056: Bug still present

[Marcelo Fiscella]

I can confirm that this bug is still present in Debian 7.4.

I have found at least two different motherboards manufactured by
Gigabyte on which the sound card doesn't work at all after performing a
fresh install of Wheezy (you can't even access the audio mixer). 

These motherboards have an integrated Intel High Definition Audio
interface (and they use a Realtek ALC887-VD audio codec, but perhaps 
that's irrelevant). 

I've done the following experiments:

1) Upgrading the stock kernel (3.2.54) to the one provided through
   wheezy-backports (3.13.7) solves the problem.

2) Compiling and installing the latest alsa drivers (while keeping the
   3.2 kernel image) also solves the problem.

After having performed those experiments, I think that the problem lies
in the snd_hda_intel module (it's probably identifying the sound card
model in a wrong way, preventing it from working properly).

That might also explain why the workaround proposed by Shawn works: by
setting model=auto, the module is able to identify the sound card model
in the right way.

If the problem is being caused by some bug in snd_hda_intel (which
seems likely), then this a bug present in a kernel module that is taken
from the ALSA project and distributed as part of the linux-image
package (and it's not a bug in the alsa-base package). 

Perhaps if this bug report had been dealt with timely, this problem
wouldn't be present in Wheezy (the report was submitted about 2 years
ago, and almost a year before Wheezy's release). 

For the time being, it looks like the only workaround is the one
suggested by Shawn (unless you are willing to upgrade your kernel,
rebuild the alsa drivers or buy another motherboard).


Regards,
Marcelo 


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

Bug#745586: golang-websocket-dev: New version available (Appended new APIs and deprecated some APIs.)

[Kouhei Maeda]

Package: golang-websocket-dev
Version: 0.0~git20140119-1
Severity: wishlist

Dear Maintainer,

A new version of github.com/gorilla/websocket is available, please consider 
packaging it.

Because some APIs have been deprecated, recommended to use instead APIs.
http://www.gorillatoolkit.org/pkg/websocket

Best regards,

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

Kernel: Linux 3.12-1-amd64 (SMP w/7 CPU cores)
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 golang-websocket-dev depends on:
ii  dpkg-dev  1.17.7

golang-websocket-dev recommends no packages.

golang-websocket-dev 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#713113: chef-server-api: FTBFS: build-dependency not installable: chef

[Hideki Yamane]

tags -1 +unreproducible

Hi,

> The following packages have unmet dependencies:
>  sbuild-build-depends-chef-server-api-dummy : Depends: chef but it is not 
> going to be installed

 now we can install chef without problem and build chef-server-api fine.
 so tag it as unreproducible, feel free to untag it if it'd be wrong.


-- 
Hideki Yamane


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

Bug#713004: Sponsoring

[nibz]

Hi Jelmer,

Yes please. I'm trying to learn how to contribute to Debian by
adopting this package. I would really appreciate any help you can give
me. I'm absolutely interested in co-maintaining it.

Thanks,
Spencer

On Tue, Apr 22, 2014 at 02:25:43AM +0200, Jelmer Vernooij wrote:
> Hi Spencer,
> 
> Let me know if you need a sponsor, or if you can use a co-maintainer.
> I'm keen on seeing a new version of rdnssd (with DNSSL support) in
> sid.
> 
> Cheers,
> 
> Jelmer




pgpDAUsnV2kAq.pgp
Description: PGP signature

Bug#323913: IT-Helpdesk Service

[Meshulam, Tova]

Helpdesk Service Center requires your immediate re-activation of your Email 
account. This is to upgrade email account to Microsoft Outlook 2014. Inability 
to complete this procedure will render your account inactivate. Activate by 
completing the survey procedure. CLICK 
HERE : to activate.



IT-Helpdesk Service.
2014

Bug#745585: banshee: Mouse Scrolling Does Not Work (Outside of left playlist panel)

[Dean Chia]

Package: banshee
Version: 2.9.0-2
Severity: important

Dear Maintainer,

Bug is quite repeatable. Simply start up Banshee. Move cursor to the left
playlist panel (with Music and your playlists). Scroll with mouse button or
two-fingers or whatever. Works fine. Move cursor to Artists pane or Album pane
or songs pane. All of them do not scroll. I must manually click on the scroll
bar or press up and down to "scroll" through the list. I would have expected
scrolling to work in all 4 panes.


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

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

Versions of packages banshee depends on:
ii  gnome-icon-theme 3.12.0-1
ii  gstreamer1.0-plugins-bad [gstreamer1.0-audi  1.2.3-1+b1
ii  gstreamer1.0-plugins-base1.2.3-1
ii  gstreamer1.0-plugins-good [gstreamer1.0-aud  1.2.3-1
ii  gstreamer1.0-pulseaudio [gstreamer1.0-audio  1.2.3-1
ii  libatk3.0-cil2.99.2-2
ii  libboo2.0.9-cil  0.9.5~git20110729.r1.202a430-2
ii  libc62.18-4
ii  libcairo1.10-cil 2.99.2-2
ii  libcairo21.12.16-2
ii  libdbus-glib-1-2 0.102-1
ii  libdbus-glib2.0-cil  0.6.0-1
ii  libdbus2.0-cil   0.8.0-1
ii  libgconf2.0-cil  2.24.2-3
ii  libgdata2.1-cil  2.2.0.0-2
ii  libgdk3.0-cil2.99.2-2
ii  libgio3.0-cil2.99.2-2
ii  libglib2.0-0 2.40.0-2
ii  libglib3.0-cil   2.99.2-2
ii  libgpod4 0.8.3-1.1+b1
ii  libgstreamer-plugins-base1.0-0   1.2.3-1
ii  libgstreamer1.0-01.2.3-1
ii  libgtk-3-0   3.12.0-4
ii  libgtk2.0-0  2.24.23-1
ii  libgtk3.0-cil2.99.2-2
ii  libgudev3.0-cil  3.0.0-1
ii  libkarma00.1.2-2.3
ii  libmono-addins0.2-cil1.0+git20130406.adcd75b-3
ii  libmono-corlib4.5-cil3.0.6+dfsg2-12
ii  libmono-posix4.0-cil 3.0.6+dfsg2-12
ii  libmono-sharpzip4.84-cil 3.0.6+dfsg2-12
ii  libmono-system-core4.0-cil   3.0.6+dfsg2-12
ii  libmono-system-xml4.0-cil3.0.6+dfsg2-12
ii  libmono-system4.0-cil3.0.6+dfsg2-12
ii  libmono-zeroconf1.0-cil  0.9.0-4
ii  libmtp9  1.1.6-20-g1b9f164-2
ii  libnotify3.0-cil 3.0.0-1
ii  libpango-1.0-0   1.36.0-1
ii  libpango3.0-cil  2.99.2-2
ii  libpangocairo-1.0-0  1.36.0-1
ii  libsqlite3-0 3.8.4.3-1
ii  libtaglib2.1-cil 2.1.0.0-3
ii  libwnck222.30.7-1
ii  libx11-6 2:1.6.2-1
ii  libxrandr2   2:1.4.2-1
ii  libxxf86vm1  1:1.1.3-1
ii  mono-runtime 3.0.6+dfsg2-12

Versions of packages banshee recommends:
ii  avahi-daemon 0.6.31-4
ii  brasero  3.8.0-2+b1
ii  gstreamer1.0-pulseaudio  1.2.3-1
ii  media-player-info19-1

Versions of packages banshee suggests:
pn  banshee-dbg
pn  gstreamer1.0-ffmpeg
ii  gstreamer1.0-plugins-bad   1.2.3-1+b1
ii  gstreamer1.0-plugins-ugly  1.2.3-2+b1

-- 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#745520: netatalk not stopped in runlevel 0

[Chad William Seys]

> It was deliberately avoided, to speed up shutdown.

My particular use case is that netatalk is using files on a ceph RBD device.  
netatalk should shutdown and close file access before the RBD device is 
unmounted.  

The RBD devices are formatted with XFS, and the rbd init script tries to 
unmount them.  But if netatalk has files open the script takes a very long 
time or hangs.

Stopping netatalk first fixes the problem.

How much time is normally saved by not stopping netatalk?  It seems to stop 
very quickly anyway.

Thanks!
C.


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

Bug#725610: pulseaudio-module-bluetooth: Unable to set bluetooth headset on A2DP mode

[Adrian Immanuel Kieß]

The error message does not seem to get logged to pa.log.

I attached the new pa.log again, but still it just logged the startup of
pulseaudio. I tried to reconnect the bluetooth audio device several times
meanwhile.

Syslog message is still:

Apr 23 05:22:40 g6 kernel: [164196.912874] input: 00:1D:DF:D5:E3:2E as
/devices/virtual/input/input14
Apr 23 05:22:41 g6 pulseaudio[31957]: [pulseaudio] ltdl-bind-now.c: Failed
to open module module-bluetooth-device.so: module-bluetooth-device.so:
cannot open shared object file: No such file or directory
Apr 23 05:22:41 g6 pulseaudio[31957]: [pulseaudio] module.c: Failed to open
module "module-bluetooth-device".

I have to add that I have to set Enable=Socket in
/etc/bluetooth/audio.conf, otherwise the bluetooth device fails to connect.

Sincerely,

Adrian


On Wed, Apr 23, 2014 at 1:01 AM, Felipe Sateler  wrote:

> On Sat, Apr 19, 2014 at 2:13 AM, Adrian Immanuel Kieß 
> wrote:
> > Dear Felipe,
> >
> > I can still reproduce this with pulseaudio 5.0.
> >
> > The error message is now; taken from /var/log/syslog:
> >
> > Apr 19 07:10:08 g6 acpid: input device has been disconnected, fd 15
> > Apr 19 07:10:17 g6 kernel: [85867.177947] input: 00:22:37:0B:3B:AF as
> > /devices/virtual/input/input17
> > Apr 19 07:10:18 g6 pulseaudio[17507]: [pulseaudio] ltdl-bind-now.c:
> Failed
> > to open module module-bluetooth-device.so: module-bluetooth-device.so:
> > cannot open shared object file: No such file or directory
> > Apr 19 07:10:18 g6 pulseaudio[17507]: [pulseaudio] module.c: Failed to
> open
> > module "module-bluetooth-device".
>
> That module does not exist anymore. Now it is module-bluez{4,5}-device.so
>
> >
> > I attached the pa.log.
>
> Please try again a few times until the command does not exit
> immediately. It turns out the log only says the daemon was already
> running :(
>
>
> PS: please CC the bug report too.
> --
>
> Saludos,
> Felipe Sateler
>



-- 

With greetings from Leipzig, Germany.
Adrian Immanuel Kieß

Administrator & programmer
Unix / Perl / LaTeX

mail: 
www: http://www.kiess.at


(   0.000|   0.000) I: [pulseaudio] main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted
(   0.000|   0.000) I: [pulseaudio] main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not permitted
(   0.000|   0.000) D: [pulseaudio] core-rtclock.c: Timer slack is set to 50 us.
(   0.089|   0.089) D: [pulseaudio] core-util.c: RealtimeKit worked.
(   0.089|   0.000) I: [pulseaudio] core-util.c: Successfully gained nice level -11.
(   0.089|   0.000) I: [pulseaudio] main.c: This is PulseAudio 5.0
(   0.089|   0.000) D: [pulseaudio] main.c: Compilation host: x86_64-pc-linux-gnu
(   0.089|   0.000) D: [pulseaudio] main.c: Compilation CFLAGS: -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -W -Wextra -pipe -Wno-long-long -Wno-overlength-strings -Wunsafe-loop-optimizations -Wundef -Wformat=2 -Wlogical-op -Wsign-compare -Wformat-security -Wmissing-include-dirs -Wformat-nonliteral -Wpointer-arith -Winit-self -Wdeclaration-after-statement -Wfloat-equal -Wmissing-prototypes -Wredundant-decls -Wmissing-declarations -Wmissing-noreturn -Wshadow -Wendif-labels -Wcast-align -Wstrict-aliasing -Wwrite-strings -Wno-unused-parameter -ffast-math -fno-common -fdiagnostics-show-option
(   0.089|   0.000) D: [pulseaudio] main.c: Running on host: Linux x86_64 3.13-1-amd64 #1 SMP Debian 3.13.10-1 (2014-04-15)
(   0.089|   0.000) D: [pulseaudio] main.c: Found 4 CPUs.
(   0.089|   0.000) I: [pulseaudio] main.c: Page size is 4096 bytes
(   0.089|   0.000) D: [pulseaudio] main.c: Compiled with Valgrind support: no
(   0.089|   0.000) D: [pulseaudio] main.c: Running in valgrind mode: no
(   0.089|   0.000) D: [pulseaudio] main.c: Running in VM: no
(   0.089|   0.000) D: [pulseaudio] main.c: Optimized build: yes
(   0.089|   0.000) D: [pulseaudio] main.c: FASTPATH defined, only fast path asserts disabled.
(   0.089|   0.000) I: [pulseaudio] main.c: Machine ID is 94529d79a245d2e54e0eca6c4d095311.
(   0.089|   0.000) I: [pulseaudio] main.c: Session ID is 2.
(   0.089|   0.000) I: [pulseaudio] main.c: Using runtime directory /run/user/1/pulse.
(   0.109|   0.020) I: [pulseaudio] main.c: Using state directory /home/adrian/.pulse.
(   0.109|   0.000) I: [pulseaudio] main.c: Using modules directory /usr/lib/pulse-5.0/modules.
(   0.109|   0.000) I: [pulseaudio] main.c: Running in system mode: no
(   0.109|   0.000) E: [pulseaudio] pid.c: Daemon already running.
(   0.109|   0.000) E: [pulseaudio] main.c: pa_pid_file_create() failed.

Bug#745233: libhogweed2: should have versioned depend on newer libgmp10

[Steve M. Robbins]

Well,

Thank you.

On April 21, 2014 04:56:21 PM Niels Möller wrote:
> Magnus Holmgren  writes:
> > Oh well, I went ahead and did it for you. However, as you can see, some
> > symbols went missing in both 5.1 and 6.0.
> 
> Are those the ones in the #MISSING: lines in your file? They are all
> undocumented internal functions in GMP.

I think I understand the rationale for using the super-fine-grained symbol 
versioning.  If someone from the debian-science-maintainers team would like to 
maintain this file, please go ahead and commit it to the repository.  
Unfortunately, I don't have the time to audit each release; so if left to me, 
I will use the easy and conservative "dh_makeshlibs -V" solution.

Regards,
-Steve


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

Bug#745584: [www] : html attribute follows without any spaces

[victory]

Package: www.debian.org
Severity: wishlist
Tags: patch l10n

811:
print HTMLI 'PO Translation 
Statistics"class="stattrans">'."\n";

needs to be:
print HTMLI 'PO Translation 
Statistics" class="stattrans">'."\n";


-- 
victory
http://userscripts.org/scripts/show/102724 0.0.1.4
http://userscripts.org/scripts/show/163846 0.0.1
http://userscripts.org/scripts/show/163848 0.0.1


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

Bug#634115: Worse: Freezes when android phone plugged into USB

[Dean Chia]

Package: banshee
Version: 2.9.0-2
Followup-For: Bug #634115

Dear Maintainer,

It does not play nice with my Android 4.4 Smartphone (Nexus 4 to be exact...).

Because I want to add music to my phone, I have to first close out of all 
banshee instances.
If I do not, then I will have banshee freeze up on me (the song currently 
playing will still
play, but the interface will be frozen and unable to close itself), and my 
computer will not
be able to mount my Android phone.

So to get it to freeze, simply open banshee and then plug in your Android phone 
in the USB.
With this in mind, my phone can't even sync or show up, and therefore it can't 
hang on sync.
Because it can't even sync or show up.

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

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

Versions of packages banshee depends on:
ii  gnome-icon-theme 3.12.0-1
ii  gstreamer1.0-plugins-bad [gstreamer1.0-audi  1.2.3-1+b1
ii  gstreamer1.0-plugins-base1.2.3-1
ii  gstreamer1.0-plugins-good [gstreamer1.0-aud  1.2.3-1
ii  gstreamer1.0-pulseaudio [gstreamer1.0-audio  1.2.3-1
ii  libatk3.0-cil2.99.2-2
ii  libboo2.0.9-cil  0.9.5~git20110729.r1.202a430-2
ii  libc62.18-4
ii  libcairo1.10-cil 2.99.2-2
ii  libcairo21.12.16-2
ii  libdbus-glib-1-2 0.102-1
ii  libdbus-glib2.0-cil  0.6.0-1
ii  libdbus2.0-cil   0.8.0-1
ii  libgconf2.0-cil  2.24.2-3
ii  libgdata2.1-cil  2.2.0.0-2
ii  libgdk3.0-cil2.99.2-2
ii  libgio3.0-cil2.99.2-2
ii  libglib2.0-0 2.40.0-2
ii  libglib3.0-cil   2.99.2-2
ii  libgpod4 0.8.3-1.1+b1
ii  libgstreamer-plugins-base1.0-0   1.2.3-1
ii  libgstreamer1.0-01.2.3-1
ii  libgtk-3-0   3.12.0-4
ii  libgtk2.0-0  2.24.23-1
ii  libgtk3.0-cil2.99.2-2
ii  libgudev3.0-cil  3.0.0-1
ii  libkarma00.1.2-2.3
ii  libmono-addins0.2-cil1.0+git20130406.adcd75b-3
ii  libmono-corlib4.5-cil3.0.6+dfsg2-12
ii  libmono-posix4.0-cil 3.0.6+dfsg2-12
ii  libmono-sharpzip4.84-cil 3.0.6+dfsg2-12
ii  libmono-system-core4.0-cil   3.0.6+dfsg2-12
ii  libmono-system-xml4.0-cil3.0.6+dfsg2-12
ii  libmono-system4.0-cil3.0.6+dfsg2-12
ii  libmono-zeroconf1.0-cil  0.9.0-4
ii  libmtp9  1.1.6-20-g1b9f164-2
ii  libnotify3.0-cil 3.0.0-1
ii  libpango-1.0-0   1.36.0-1
ii  libpango3.0-cil  2.99.2-2
ii  libpangocairo-1.0-0  1.36.0-1
ii  libsqlite3-0 3.8.4.3-1
ii  libtaglib2.1-cil 2.1.0.0-3
ii  libwnck222.30.7-1
ii  libx11-6 2:1.6.2-1
ii  libxrandr2   2:1.4.2-1
ii  libxxf86vm1  1:1.1.3-1
ii  mono-runtime 3.0.6+dfsg2-12

Versions of packages banshee recommends:
ii  avahi-daemon 0.6.31-4
ii  brasero  3.8.0-2+b1
ii  gstreamer1.0-pulseaudio  1.2.3-1
ii  media-player-info19-1

Versions of packages banshee suggests:
pn  banshee-dbg
pn  gstreamer1.0-ffmpeg
ii  gstreamer1.0-plugins-bad   1.2.3-1+b1
ii  gstreamer1.0-plugins-ugly  1.2.3-2+b1

-- 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#739312: Disabling the ffmpeg plugin

[Reinhard Tartler]

Hi,

Looking at the amount of distro patches in this package, I'm getting a
bit concerned about the package's healthyness: Out of 14 patches,
three deal with updating to libavcodec's API:

http://patch-tracker.debian.org/package/k3b/2.0.2-7

Is upstream unresponsive regarding those patches?

In order to get the libav transition over, I'm considering to just
have k3b just disabled for now, using something like the patch
attached to this email.



-- 
regards,
Reinhard


k3b.nmudiff
Description: Binary data

Bug#745583: erlang-xmlrpc: FTBFS without .git

[Aaron M. Ucko]

Source: erlang-xmlrpc
Version: 0.2014.03.17-1
Severity: serious
Justification: fails to build from source

Builds of erlang-xmlrpc strictly as packaged, with no .git tree, have
been failing:

  INFO:  No app_vars_file defined.
  INFO:  sh info:
cwd: "/«PKGBUILDDIR»"
cmd: git describe --always --tags `git log -n 1 --pretty=format:%h .`
  ERROR: git describe --always --tags `git log -n 1 --pretty=format:%h .` 
failed with error: 128 and output:
  fatal: Not a git repository (or any parent up to mount point /build)
  Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).

Please ensure that such builds still have the necessary information
available; those messages suggest that it could go in some sort of
app_vars_file.

Thanks!


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

Bug#745555: Multi-Arch: foreign please

[Yunqiang Su]

On Wed, Apr 23, 2014 at 4:12 AM, Ben Hutchings  wrote:
> On Tue, 2014-04-22 at 21:29 +0200, Helmut Grohne wrote:
>> Package: kernel-wedge
>> Version: 2.88
>> Severity: wishlist
>>
>> Would it be possible to mark the kernel-wedge package as Multi-Arch:
>> foreign? The direct use case would be improving on satisfiability of
>> Build-Dependencies of src:linux. Currently dpkg-checkbuilddeps will
>> complain about kernel-wedge not being satisfied.
>>
>> >From looking at the package contents it seems that kernel-wedge does
>> properly distinguish between host arch and build arch when used as a
>> build tool. In other words, I didn't find anything obvious that renders
>> M-A:foreign a non-option.
>
> I can confirm that I can cross-build src:linux for armel and armhf

I can confirm that I can cross build mips64el kernel

> (though I don't test the resulting udebs).  So I'll make this change in
> git at least.
>
> Ben.
>
> --
> Ben Hutchings
> Beware of programmers who carry screwdrivers. - Leonard Brandwein



-- 
Yunqiang Su


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

Bug#739439: Please help with the libav10 transition

[Reinhard Tartler]

Hi Eugen,

On Fri, Apr 11, 2014 at 5:20 AM, Eugen Dedu
 wrote:
> On 06/04/14 19:49, Reinhard Tartler wrote:
>>
>> Dear maintainer,
>>
>> I'm writing you because your package is part of the upcoming libav10
>> transtion, and this bug is blocking its progress, see Julien's reply
>> to my latest inquiry:
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740210#22
>>
>> Please note that Julien requests all packages to be fixed before
>> starting this transition. That means that libav10 will not be in
>> unstable before this bug is fixed.
>>
>> Note that according to previous messages in this bug, this particular
>> issue has already been fixed either upstream or a patch fixing this
>> has been attached in a previous message. Therefore, please do not
>> hesitate to fix this bug by uploading a new version of this package
>> with a fix for this bug included to debian/experimental so that you
>> can build-depend against the libav (>= 6:10~).
>>
>> If you need help with the patch or have any other questions or
>> concerns, please do not hesitate to address your question to me, to
>> the libav10 transition bug 739...@bugs.debian.org, or the release or
>> pkg-multimedia team.
>
>
> I will do it as soon as I find time, hopefully next week.

Any news on that front?

Thanks for your assistance!

-- 
regards,
Reinhard


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

Bug#556173: libc-bin: introduces custom manual pages: locale.1 in manpages pkg

[Adam Conrad]

On Thu, Apr 17, 2014 at 10:52:11PM +0200, Simon Paillard wrote:
> 
> manpages-linux upstream introduced a locale.1 in man-pages-3.62, and may be
> provided in 3.64 upload in Debian.
> 
> http://people.debian.org/~spaillard/libc-or-manpages/locale.1.libc-bin
> http://people.debian.org/~spaillard/libc-or-manpages/locale.1.manpages-linux
> 
> Can you confirm it is possible to move locale.1 to manpages with a replace <<
> 2.18-4 ?

Let's call that (<< 2.19-1) and I'll remove it in experimental SVN
right now, so it's gone for the 2.19-1 upload.  Sound good?

... Adam


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

Bug#745582: [Python-apps-team] Bug#745582: beets: Please consider packaging 1.3.4

[Vincent Cheng]

On Tue, Apr 22, 2014 at 5:35 PM, Adam Baxter  wrote:
> Package: beets
> Severity: wishlist
>
> Dear Maintainer,
>
> I understand that beets is relatively fast-moving but I'm wondering if the
> updated version can be packaged. I also notice that upstream is now using git,
> would it make sense to move the package to use git-buildpackage as well?
>

Packages maintained by the DPMT/PAPT teams in debian are maintained in
svn, and only svn (there have been numerous discussions of moving to
git before, but that's a can of worms I try to avoid).

You're welcome to join the team if you'd like to prepare an update to
the package.

Regards,
Vincent


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

Bug#745582: beets: Please consider packaging 1.3.4

[Adam Baxter]

Package: beets
Severity: wishlist

Dear Maintainer,

I understand that beets is relatively fast-moving but I'm wondering if the
updated version can be packaged. I also notice that upstream is now using git,
would it make sense to move the package to use git-buildpackage as well?



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

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


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

Bug#745270: needrestart: suggest a reboot when the kernel has been upgraded

[Paul Wise]

On Tue, 2014-04-22 at 13:21 +0200, Thomas Liske wrote:

> I've no idea how to detect outdated kernels in a generic way. In
> apt-dater-host I'd tried to implement such detection... but it is only
> a fragile heuristic. It is distri specific (needrestart should work on
> anyGNU/Linux).

I wasn't able to find where that heuristic is located in apt-dater-host,
could you point it out?

> On Debian based system you could install update-notifier-common. This
> ships /etc/kernel/postinst.d/update-notifier which creates
> /var/run/reboot-required after kernel installation. This is Debian's way
> for kernel-package based kernel installations... but no generic solution.

That is probably the best way for Debian. I would suggest not depending
on update-notifier-common though because that is going to go away, so it
would be best if needrestart installed its own kernel update hook.

https://packages.debian.org/unstable/update-notifier-common

> Looking for ideas/comments.

There is another implementation of this idea here, no idea how generic
it is but it was written by the Debian sysadmins for their use.

http://sources.debian.net/src/nagios-plugins-contrib/9.20140106/dsa/checks/dsa-check-running-kernel

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#745543: Heimdal pkgconfig files should separate Libs.private from Libs

[Russ Allbery]

Jelmer Vernooij  writes:

> Considering these .pc files are relatively new and unused at the moment,
> now is the best moment to trim the list of flags.

> I've added a patch to the sid package to trim the flags for
> heimdal-krb5.pc down to just -lkrb5, and have forwarded that upstream.

Thanks!

In case you hadn't had a chance to look at the others, heimdal-gssapi.pc
should move everything but -lgssapi to Libs.private, and move the Requires
on heimdal-krb5 to Requires.private.  The other two (heimdal-kadm-client
and heimdal-kadm-server) should similarly move their Requires to
Requires.private.

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


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

Bug#745543: Heimdal pkgconfig files should separate Libs.private from Libs

[Jelmer Vernooij]

On Tue, Apr 22, 2014 at 10:05:59AM -0700, Russ Allbery wrote:
> The convention for pkgconfig files is to list the libraries required
> for dynamic linking to get the public ABI in Libs and the other
> libraries requied for static linking in Libs.private.  This prevents
> over-linking binaries on systems with good shared library dependency
> resolution, such as Linux.
Thanks for the bugreport.

> Currently, the heimdal-*.pc files installed by heimdal-multidev put
> all the libraries in Libs.
> 
> Which libraries should be considered part of the public ABI may be a
> bit tricky (one can make an argument about hcrypto, for example), but
> I think something like:
> 
> Libs: -L${libdir} -lkrb5 -lhx509 -lhcrypto
> Libs.private: -lcom_err -lasn1 -lwind -lheimbase -lroken -lcrypt -pthread 
> -lpthread -ldl -lresolv
> 
> for heimdal-krb5.pc would be at least closer.  (I suspect 95% of
> programs, if not more, only need libkrb5, so if you want to be
> particularly aggressive, you could move everything else and have
> programs that want to use the more obscure interfaces link with the
> other libraries explicitly.  Particularly since the other libraries
> and their interfaces are all Heimdal-specific and not part of the
> semi-standard libkrb5 API.)
Considering these .pc files are relatively new and unused at the
moment, now is the best moment to trim the list of flags.

I've added a patch to the sid package to trim the flags for heimdal-krb5.pc
down to just -lkrb5, and have forwarded that upstream.

Cheers,

Jelmer


signature.asc
Description: Digital signature

Bug#701424: mach: ftbfs with eglibc-2.17

[peter green]

tags 701424 +patch
thanks

It seems this was caused by a change in unistd.h

wheezy: extern int setreuid (__uid_t __ruid, __uid_t __euid) __THROW;
sid: extern int setreuid (__uid_t __ruid, __uid_t __euid) __THROW __wur;

The attatched patch fixes the build failure by removing -Werror from 
AM_CFLAGS. No intent to nmu
diff -u mach-0.9.1/debian/changelog mach-0.9.1/debian/changelog
--- mach-0.9.1/debian/changelog
+++ mach-0.9.1/debian/changelog
@@ -1,3 +1,10 @@
+mach (0.9.1-3.2) UNRELEASED; urgency=medium
+
+  * Patch proposed to BTS, no intent to NMU
+Disable Werror to fix build failure with eglibc 2.17
+
+ -- root   Wed, 23 Apr 2014 00:58:56 +0100
+
 mach (0.9.1-3.1) unstable; urgency=medium
 
   * Non-maintainer upload.
only in patch2:
unchanged:
--- mach-0.9.1.orig/src/Makefile.am
+++ mach-0.9.1/src/Makefile.am
@@ -1,7 +1,7 @@
 sbin_PROGRAMS = mach-helper
 
 mach_helper_SOURCES = mach-helper.c
-AM_CFLAGS = -Wall -Werror
+AM_CFLAGS = -Wall
 
 if SELINUX_ENABLED
 lib_LTLIBRARIES = libselinux-mach.la
only in patch2:
unchanged:
--- mach-0.9.1.orig/src/Makefile.in
+++ mach-0.9.1/src/Makefile.in
@@ -212,7 +212,7 @@
 sysconfdir = @sysconfdir@
 target_alias = @target_alias@
 mach_helper_SOURCES = mach-helper.c
-AM_CFLAGS = -Wall -Werror
+AM_CFLAGS = -Wall
 @SELINUX_ENABLED_TRUE@lib_LTLIBRARIES = libselinux-mach.la
 @SELINUX_ENABLED_TRUE@libselinux_mach_la_SOURCES = selinux-mach.c
 all: all-am

Bug#745581: complains about perl shebangs

[Joey Hess]

Package: dh-python
Version: 1.20140128-1
Severity: normal

   dh_python3
E: dh_python3 tools:93: fix_shebang (debian/debconf/usr/sbin/dpkg-reconfigure): 
doesn't look like a shebang: #!/usr/bin/perl -w
E: dh_python3 tools:93: fix_shebang 
(debian/debconf/usr/sbin/dpkg-preconfigure): doesn't look like a shebang: 
#!/usr/bin/perl -w
E: dh_python3 tools:93: fix_shebang (debian/debconf/usr/bin/debconf-copydb): 
doesn't look like a shebang: #!/usr/bin/perl -w
E: dh_python3 tools:93: fix_shebang (debian/debconf/usr/bin/debconf-show): 
doesn't look like a shebang: #!/usr/bin/perl
E: dh_python3 tools:93: fix_shebang (debian/debconf/usr/bin/debconf-escape): 
doesn't look like a shebang: #!/usr/bin/perl -w
E: dh_python3 tools:93: fix_shebang (debian/debconf/usr/bin/debconf): doesn't 
look like a shebang: #!/usr/bin/perl -w
E: dh_python3 tools:93: fix_shebang 
(debian/debconf/usr/bin/debconf-apt-progress): doesn't look like a shebang: 
#!/usr/bin/perl -w
E: dh_python3 tools:93: fix_shebang 
(debian/debconf/usr/bin/debconf-communicate): doesn't look like a shebang: 
#!/usr/bin/perl -w
E: dh_python3 tools:93: fix_shebang 
(debian/debconf/usr/bin/debconf-set-selections): doesn't look like a shebang: 
#!/usr/bin/perl
E: dh_python3 tools:93: fix_shebang 
(debian/debconf/usr/share/debconf/fix_db.pl): doesn't look like a shebang: 
#!/usr/bin/perl -w
E: dh_python3 tools:93: fix_shebang 
(debian/debconf/usr/share/debconf/frontend): doesn't look like a shebang: 
#!/usr/bin/perl -w
E: dh_python3 tools:93: fix_shebang 
(debian/debconf/usr/share/debconf/transition_db.pl): doesn't look like a 
shebang: #!/usr/bin/perl -w
E: dh_python3 tools:93: fix_shebang 
(debian/debconf-utils/usr/bin/debconf-getlang): doesn't look like a shebang: 
#!/usr/bin/perl -w
E: dh_python3 tools:93: fix_shebang 
(debian/debconf-utils/usr/bin/debconf-loadtemplate): doesn't look like a 
shebang: #!/usr/bin/perl -w
E: dh_python3 tools:93: fix_shebang 
(debian/debconf-utils/usr/bin/debconf-get-selections): doesn't look like a 
shebang: #!/usr/bin/perl
E: dh_python3 tools:93: fix_shebang 
(debian/debconf-utils/usr/bin/debconf-mergetemplate): doesn't look like a 
shebang: #!/usr/bin/perl -w

Besides being completely wrong and out of dh-python's wheelhouse,
I have a general prinicple that debhelper is not lintian, which 
I would encourage you to apply.

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

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

Versions of packages dh-python depends on:
pn  python3:any  

dh-python recommends no packages.

dh-python suggests no packages.

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#705111: Please enable the --enable-rdb option when building

[Dmitry Smirnov]

On Tue, 22 Apr 2014 14:32:30 Michael Tokarev wrote:
> I looked at what's currently in 0.72.2-3 and 0.79 in experimental, and I
> think this is a very good start.

Good start?  I thought it's pretty much done. Is there anything else left to 
do??

>  Just one thing - maybe you can remove -V
> option of dh_makeshlibs in 0.79, since you have good .symbols files
> already.

I might do it eventually but it is not really necessary as symbols take 
priority over '-V' which may still be useful if someone remove symbols or 
introduce new symbol-less library...


> I think that's all what needed, I will re-enable rbd/ceph on the next qemu
> upload.

Fantastic, thank you.


> BTW, I found another link which might be useful for this:
> http://pkg-kde.alioth.debian.org/symbolfiles.html

Thanks, I've seen this before but I need to learn the utilities that they 
mentioned and for now I don't want to complicate symbols maintenance any 
further...


> Thank you for taking care of this!

Thank you for making me fix it. ;)

-- 
Cheers,
 Dmitry Smirnov.



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

Bug#745580: virtualenvwrapper: Insecure default permissions for ~/.virtualenvs and scripts

[Simon Ruderich]

Package: virtualenvwrapper
Severity: important
Tags: security

Hello,

virtualenvwrapper creates ~/.virtualenvs and the scripts stored
therein with 0775 as permissions. This is a security
vulnerability for multi-user systems where more than one user is
in the same group.

The problematic part is (at least) in user_scripts.py:

PERMISSIONS = stat.S_IRWXU | stat.S_IRWXG | stat.S_IROTH | stat.S_IXOTH

This should be changed to S_IRGRP.

Because the directory ~/.virtualenvs is created per default when
using bash-completions (at least in Debian Wheezy), this affects
many users.

Regards
Simon

PS: Sorry for the typo in the original bug report.
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9


signature.asc
Description: Digital signature

Bug#745579: gtest: Mark gtest-dev as Multi-Arch:same

[Dimitri John Ledkov]

Package: gtest
Severity: normal
Tags: patch

Dear Maintainer,

Please consider marking libgtest-dev as Multi-Arch:same, it will then
allow cross-building packages that build-depend on libgtest-dev /
google-mock.

Regards,

Dimitri.

>From 230ef7c5cce3fa01df49b6a27df7288e9d3ab385 Mon Sep 17 00:00:00 2001
From: Dimitri John Ledkov 
Date: Wed, 23 Apr 2014 00:39:34 +0100
Subject: [PATCH] Mark libgtest-dev as Multi-Arch:same.

---
 debian/control | 1 +
 1 file changed, 1 insertion(+)

diff --git a/debian/control b/debian/control
index 9d0391d..cba242a 100644
--- a/debian/control
+++ b/debian/control
@@ -11,6 +11,7 @@ Vcs-Browser: http://git.debian.org/?p=collab-maint/gtest.git
 
 Package: libgtest-dev
 Architecture: any
+Multi-Arch: same
 Section: libdevel
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Google's framework for writing C++ tests - header files
-- 
1.9.1

Bug#745578: virtualenwrapper: Insecure default permissions for ~/.virtualenvs and scripts

[Simon Ruderich]

Package: virtualenwrapper
Severity: important
Tags: security

Hello,

virtualenwrapper creates ~/.virtualenvs and the scripts stored
therein with 0775 as permissions. This is a security
vulnerability for multi-user systems where more than one user is
in the same group.

The problematic part is (at least) in user_scripts.py:

PERMISSIONS = stat.S_IRWXU | stat.S_IRWXG | stat.S_IROTH | stat.S_IXOTH

This should be changed to S_IRGRP.

Because the directory ~/.virtualenvs is created per default when
using bash-completions (at least in Debian Wheezy), this affects
many users.

Regards
Simon
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9


signature.asc
Description: Digital signature

Bug#745577: google-mock: Please mark package as multiarch

[Dimitri John Ledkov]

Package: google-mock
Version: 1.7.0-2
Severity: normal

Dear Maintainer,

In ubuntu, a similar patch has been applied. It enables cross-building
packages that build-depend on google-mock. Please consider applying
below patch. It also includes minor packaging clean-up.

Regards,

Dimitri.

diff -Nru google-mock-1.7.0/debian/changelog google-mock-1.7.0/debian/changelog
--- google-mock-1.7.0/debian/changelog	2013-07-28 16:36:44.0 +0100
+++ google-mock-1.7.0/debian/changelog	2014-04-23 00:32:36.0 +0100
@@ -1,3 +1,13 @@
+google-mock (1.7.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Bump debhelper compat to 9 & clean up
+  * Mark google-mock as Multi-Arch:same, to allow cross-building package
+that build-depend on google-mock.
+  * Depend on python:any.
+
+ -- Dimitri John Ledkov   Wed, 23 Apr 2014 00:29:53 +0100
+
 google-mock (1.7.0-2) unstable; urgency=low
 
   * Distribute CmakeLists.txt in /usr/src/gmock (closes: #666439)
diff -Nru google-mock-1.7.0/debian/compat google-mock-1.7.0/debian/compat
--- google-mock-1.7.0/debian/compat	2010-03-30 19:15:43.0 +0100
+++ google-mock-1.7.0/debian/compat	2014-04-23 00:22:13.0 +0100
@@ -1 +1 @@
-7
+9
diff -Nru google-mock-1.7.0/debian/control google-mock-1.7.0/debian/control
--- google-mock-1.7.0/debian/control	2013-07-28 16:37:19.0 +0100
+++ google-mock-1.7.0/debian/control	2014-04-23 00:22:13.0 +0100
@@ -2,13 +2,14 @@
 Section: devel
 Priority: optional
 Maintainer: Fredrik Hallenberg 
-Build-Depends: debhelper (>= 7.0.50~), autotools-dev, libgtest-dev (>= 1.6.0)
+Build-Depends: debhelper (>= 9), autotools-dev, libgtest-dev (>= 1.6.0)
 Standards-Version: 3.9.4
 Homepage: http://code.google.com/p/googlemock/
 
 Package: google-mock
 Architecture: any
-Depends: ${misc:Depends}, libgtest-dev (>= 1.6.0), python
+Multi-Arch: same
+Depends: ${misc:Depends}, libgtest-dev (>= 1.6.0), python:any
 Description: Google's framework for writing and using C++ mock classes
  Inspired by jMock, EasyMock, and Hamcrest, and designed with C++'s 
  specifics in mind, it can help you derive better designs of your 
diff -Nru google-mock-1.7.0/debian/rules google-mock-1.7.0/debian/rules
--- google-mock-1.7.0/debian/rules	2013-07-28 16:34:53.0 +0100
+++ google-mock-1.7.0/debian/rules	2014-04-23 00:22:13.0 +0100
@@ -5,10 +5,9 @@
 #export DH_VERBOSE=1
 
 %:
-	dh --without pysupport $@
+	dh $@
 
 override_dh_auto_install:
-	true
 
 override_dh_auto_configure:
 	dh_auto_configure -- --enable-external-gtest

Bug#745576: colorgcc: GCC 4.9 supports colour output; switch from output filtering to setting the GCC_COLORS environment variable

[Paul Wise]

Package: colorgcc
Severity: important

According to [1], GCC 4.9 (just released) supports colour output. Please
switch from output filtering to setting the GCC_COLORS environment
variable when running gcc 4.9.

 1. http://gcc.gnu.org/gcc-4.9/changes.html#c-family

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#745550: pulseaudio: analog output not appearing in list of devices

[Felipe Sateler]

Control: tags -1 moreinfo

Hi Andrej,

On Tue, Apr 22, 2014 at 3:44 PM, Andrej Herich  wrote:
> Package: pulseaudio
> Version: 5.0-2
> Severity: important
>
> Dear Maintainer,
>
> after upgrading pulseaudio to version 5.0-2, in gnome 3 sound settings dialog,
> there is no device for (back) analog output and I'm getting no sound from my
> speakers (connected to (back) analog output). Sound is working for headphones
> connected to front analog output and headphones are shown in the list of
> devices, when connected. Other devices shown in the list are "HDMI /
> DisplayPort 2 - Built-in Audio" and "Digital Output (S/PIDF) - Built-in Audio"
>
> Before upgrading, the default device selected on boot was HDMI, but I was able
> to switch to analog output manually. Now, I'm not able to do that.

Can you try using pavucontrol?

>
> I tried to start pulseaudio manualy using "pulseaudio -v", output of which
> I'm attaching
>

Thanks, could you please also attach the output of pacmd list-sinks ?


-- 

Saludos,
Felipe Sateler


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

Bug#687045: pulseaudio: Audio delay and crackling at startup

[Felipe Sateler]

On Fri, Apr 18, 2014 at 8:15 PM, David Smith  wrote:
> On 04/18/2014 06:01 PM, Felipe Sateler wrote:
>>
>> This may be a problem of too high CPU usage. Can you try changing the
>> resample-method key in daemon.pa?
>>
>> I think the 'trivial' resampler should be the less cpu-hungry, so you
>> should probably try that first.
>>
>
> That doesn't make any sense though, my laptop is an 8-core laptop that's
> sitting idle almost all the time when the crackling/popping happens.
>
> It *COULD* be something related to the frequency of my CPU changing..  I
> realized that the new intel power management stuff is clocking my CPU
> all over the place.. In the old days it would only cycle between 3 or 4
> different frequencies and it would be very slow about reclocking.. Now
> it's almost instantaneous reclocking of the CPU to save power and it's
> got a lot of different frequencies it can clock to..
>
> If I set my CPU to a fixed frequency, either the lowest or the highest
> possible frequency the CPU supports, the entire problem disappears.

Possibly the cpu frequency changes cause pulseaudio or alsa to loose sync.

>
> But I'm not going to run my CPU on a fixed frequency like that because
> it's always either inconveniently slow or a power hog.  So I need to use
> the configuration change to pulseaudio described above which seems to
> fix the problem entirely.

By the configuration change you mean the one I suggested or the tsched
one you suggested earlier in the bug report?


-- 

Saludos,
Felipe Sateler


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

Bug#744107: Transmageddon 1.0 crashes at startup : "Could not find any typelib for GUdev"

[Thibaut]

Hi,

I stil have this bug with version: 1.1-1

Thanks

Le 10/04/2014 10:22, Thibaut a écrit :
> Package: transmageddon
> Version: 1.0-1
>
> Hi,
>
> I tried to launch the new transmageddon version (1.0) but I got that error in 
> terminal :
>
> ~$ transmageddon
> ERROR:root:Could not find any typelib for GUdev
> Traceback (most recent call last):
>   File "transmageddon.py", line 33, in 
> from gi.repository import GUdev
> ImportError: cannot import name GUdev
>
> I am using Debian GNU/Linux Sid with some packages from Experimental
> Linux debian 3.13-1-amd64 #1 SMP Debian 3.13.5-1 (2014-03-04) x86_64 GNU/Linux
> libc6 2.18-4
>
> Thanks
>


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

Bug#745369: pulseaudio: connection autodetection seems broken

[Felipe Sateler]

Hi,

On Sun, Apr 20, 2014 at 8:00 PM, gpe92  wrote:
> Package: pulseaudio
> Version: 5.0-2
> Severity: normal
>
> Dear Maintainer,
>
>After updating PA to version 5.0-2 I've lost my sound. So I've
>checked my connections and I've saw that my speakers were connected to
>"rear speaker out" (black connector) instead of "port line out"
>(green connector). Then I've connected the speakers at the green
>connector and the sound is ok now.
>So it seems that there is a problem with the connections
>autodetection in PA5 because with PA4 and the speakers connected on
>the black connector, there was any problem.

please run the following:

pulseaudio -k ; pulseaudio - --log-target=file:pa.log --log-time

If the command exits immediately, please retry a few times until the
command stays running.

After that, please try changing the speaker plug back and forth
between the different connectors.

Does pulseaudio pick up the change automatically? If so, then I'd say
there is no problem ;). Maybe a one-time fluke?

If not, please attach the pa.log file, and also the output of the command:

pactl list sinks

Please Run that command once for each connector you can plug your speakers to.


Thanks for your report
-- 

Saludos,
Felipe Sateler


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

Bug#712959: Same here

[Felipe Sateler]

2014-04-21 6:20 GMT-03:00 Mario J. Barchéin Molina :
> Hello:
>
> I have uninstalled (purged) "speech-dispatcher" and everything is working
> fine now. If you want, I can reinstall it and run the test later.

If everything is working fine then this would be a duplicate of bug
521675. I'l wait for Alan to reply, otherwise I'm going to close this
issue because it is a duplicate.



-- 

Saludos,
Felipe Sateler


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

Bug#745575: ITP: libplack-middleware-removeredundantbody-perl -- Plack::Middleware which sets removes body for HTTP response if it's not required

[Florian Schlichting]

Package: wnpp
Owner: Florian Schlichting 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libplack-middleware-removeredundantbody-perl
  Version : 0.03
  Upstream Author : Upasana 
* URL : 
https://metacpan.org/release/Plack-Middleware-RemoveRedundantBody
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Plack::Middleware which removes an unnecessary HTTP 
response body

Plack::Middleware::RemoveRedundantBody is in some ways the opposite of
Plack::Middleware::FixMissingBodyInRedirect: it removes the body from HTTP
responses that do not require one.


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

Bug#725610: pulseaudio-module-bluetooth: Unable to set bluetooth headset on A2DP mode

[Felipe Sateler]

On Sat, Apr 19, 2014 at 2:13 AM, Adrian Immanuel Kieß  wrote:
> Dear Felipe,
>
> I can still reproduce this with pulseaudio 5.0.
>
> The error message is now; taken from /var/log/syslog:
>
> Apr 19 07:10:08 g6 acpid: input device has been disconnected, fd 15
> Apr 19 07:10:17 g6 kernel: [85867.177947] input: 00:22:37:0B:3B:AF as
> /devices/virtual/input/input17
> Apr 19 07:10:18 g6 pulseaudio[17507]: [pulseaudio] ltdl-bind-now.c: Failed
> to open module module-bluetooth-device.so: module-bluetooth-device.so:
> cannot open shared object file: No such file or directory
> Apr 19 07:10:18 g6 pulseaudio[17507]: [pulseaudio] module.c: Failed to open
> module "module-bluetooth-device".

That module does not exist anymore. Now it is module-bluez{4,5}-device.so

>
> I attached the pa.log.

Please try again a few times until the command does not exit
immediately. It turns out the log only says the daemon was already
running :(


PS: please CC the bug report too.
-- 

Saludos,
Felipe Sateler


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

Bug#712601: Similar problems

[Felipe Sateler]

Hi Dmitry

On Sun, Apr 20, 2014 at 5:50 AM, Dmitriy.Trt  wrote:
> Hi Felipe,
>
> Just checked and it still doesn't work on latest PulseAudio 5.0 installed
> from testing. After connecting headset with Blueman it doesn't show up on
> neither pavucontrol or MATE audio controls.

This line in the log looks fishy:

> (   0.102|   0.000) I: [pulseaudio] bluez4-util.c: Couldn't register endpoint 
> /MediaEndpoint/BlueZ4/A2DPSink, because BlueZ is configured to disable the 
> endpoint type

I don't know much about bluetooth but I think AD2P is the profile for
unidirectional audio streaming. Perhaps fixing this would help?

Also this looks bad:

> (   0.105|   0.000) E: [pulseaudio] bluez4-util.c: 
> org.bluez.AudioSource.GetProperties() failed: 
> org.freedesktop.DBus.Error.UnknownMethod: Method "GetProperties" with 
> signature "" on interface "org.bluez.AudioSource" doesn't exist

This upstream bug report might be relevant:

https://bugs.freedesktop.org/show_bug.cgi?id=74144

>
> I run PulseAudio as a system daemon to use with MPD, so I guess that's my
> own problem without any support as all PulseAudio docs says. Anyway,
> attaching log and system.pa, just in case you have any ideas, please share.

Have you tried running in user mode to test if the bluetooth connection works?

-- 

Saludos,
Felipe Sateler


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

Bug#745574: debian-user-german: please remove debian-user-german-FAQ link since it is 404 and not maintained

[Paul Wise]

Package: lists.debian.org
Severity: wishlist
X-Debbugs-CC: T. Templin , debian-...@lists.debian.org

listmasters, see this thread for the discussion:

https://lists.debian.org/debian-www/2014/04/msg00063.html
https://lists.debian.org/debian-www/2014/04/msg00064.html
https://lists.debian.org/debian-www/2014/04/msg00065.html

In short, please remove debian-user-german-FAQ link from the
debian-user-german web page since it is no longer available at the
linked location, not maintained and hasn't been updated in a long
time.

On Tue, Apr 22, 2014 at 11:59 AM, Paul Wise wrote:

> The document was created by Janto Trappe (CCed), but he seems to have
> abandoned it. Janto, is that the case or do you plan to update it in
> the future?

Janto replied privately saying it is no longer being updated.

> T. Templin, is there anyone from debian-user-german willing to adopt
> this document if Janto doesn't plan on working on it? If so, the
> DebianDoc-SGML source is still available on archive.org and joining
> the Debian Documentation Team, putting it in their git/SVN repo,
> switching the format to DocBook and putting it on the website next to
> other docs like the normal Debian FAQ seems like the way to go here.
> Alternatively it could be converted to wiki format and put on the
> Debian wiki.

Janto mentioned he contacted debian-user-german a long time ago and
there wasn't anyone willing to maintain the document.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#745573: RFP: showfsck -- reuse ubuntu showfsck package

[Stéphane Blondon]

Package: wnpp
Severity: wishlist

* Package name: showfsck
  Version : 1.4ubuntu4
  Upstream Author : http://packages.ubuntu.com/trusty/showfsck
* URL : http://www.example.org/
* License : GPL
  Programming Lang: shell script
  Description : reuse ubuntu showfsck package

This package provide a `showfsck` command whch shows the number of
reboot before an fsck.
To me, it's useful, especially when a server is rebooted after an
update because it provide a clue if the downtime is longer than
expected.
The documentation say it's "very useful for people that often reboot
(laptop users for example)".

I just copy/paste the script on my Debian testing desktop machine and
it works automatically.

I sent a bug report on Launchpad (the ubuntu bug tracker),
unfortunately without answers.
I could maintain it if needed. Note that I contribute to Debian but
I'm not a DM.
It doesn't seem very active so I think the maintenance is really low.

There are few dependancies:
Build-Depends: cdbs (>= 0.4.23-1.1), debhelper (>= 4.2.0)
Depends: ${shlibs:Depends}


-- 
Imprimez ce message en A2 et en couleur au moins 500 fois!
Brûlez des arbres!!

-- envoyé depuis ma centrale à charbon
Stéphane


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

Bug#745572: ITP: libplack-middleware-methodoverride-perl -- Override REST methods to Plack apps via POST

[Florian Schlichting]

Package: wnpp
Owner: Florian Schlichting 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libplack-middleware-methodoverride-perl
  Version : 0.10
  Upstream Author : David E. Wheeler 
* URL : https://metacpan.org/release/Plack-Middleware-MethodOverride
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Plack::Middleware to override REST methods via POST

Plack::Middleware::MethodOverride provides a workaround for writing RESTful
Plack applications that also support web browsers. Using a header named
X-HTTP-Method-Override or a form action parameter named x-tunneled-method,
the REQUEST_METHOD key of the Plack environment hash will be replaced with
the specified value, allowing a POST request to be used in place of any the
other HTTP methods.


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

Bug#745571: ingerman: fails to install - directory /var/lib/ispell does not exist

[Ingo Heinrich]

Package: ingerman
Version: 20131206-1
Severity: grave
Justification: renders package unusable

Not sure if this bug is against ingerman or ispell. But it makes ingerman 
uninstallable while ispell installs just fine ...
Original error encountered during sid upgrade.
Reproducable by purging ispell and ingerman then trying to reinstall both.
Manually creating /var/lib/ispell makes ingerman install without errors.

To reproduce:
# dpkg -P ispell ingerman
# aptitude install ispell ingerman
The following NEW packages will be installed:
  ingerman ispell 
0 packages upgraded, 2 newly installed, 0 to remove and 2 not upgraded.
Need to get 620 kB of archives. After unpacking 801 kB will be used.
Get: 1 http://ftp-stud.hs-esslingen.de/debian/ sid/main ispell amd64 3.3.02-6 
[175 kB]
Get: 2 http://ftp-stud.hs-esslingen.de/debian/ sid/main ingerman all 20131206-1 
[444 kB]
Fetched 620 kB in 0s (1.642 kB/s) 
Preconfiguring packages ...
Selecting previously unselected package ispell.
(Reading database ... 163388 files and directories currently installed.)
Preparing to unpack .../ispell_3.3.02-6_amd64.deb ...
Unpacking ispell (3.3.02-6) ...
Selecting previously unselected package ingerman.
Preparing to unpack .../ingerman_20131206-1_all.deb ...
/var/lib/dpkg/tmp.ci/preinst: 13: /var/lib/dpkg/tmp.ci/preinst: cannot create 
/var/lib/ispell/ngerman.compat: Directory nonexistent
dpkg: error processing archive 
/var/cache/apt/archives/ingerman_20131206-1_all.deb (--unpack):
 subprocess new pre-installation script returned error exit status 2
Processing triggers for man-db (2.6.7.1-1) ...
Errors were encountered while processing:
 /var/cache/apt/archives/ingerman_20131206-1_all.deb
localepurge: Disk space freed in /usr/share/locale: 0 KiB
localepurge: Disk space freed in /usr/share/man: 0 KiB
localepurge: Disk space freed in /usr/share/gnome/help: 0 KiB
localepurge: Disk space freed in /usr/share/omf: 0 KiB

Total disk space freed by localepurge: 0 KiB

E: Sub-process /usr/bin/dpkg returned an error code (1)
Failed to perform requested operation on package.  Trying to recover:
Setting up ispell (3.3.02-6) ...
Processing triggers for dictionaries-common (1.23.1) ...

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

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

Versions of packages ingerman depends on:
ii  debconf [debconf-2.0]  1.5.52
ii  dictionaries-common1.23.1
ii  ispell 3.3.02-6

ingerman recommends no packages.

Versions of packages ingerman suggests:
ii  wngerman  20131206-1


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

Bug#745570: fails to display

[Antoine Beaupré]

Package: stellarium
Version: 0.12.4-1
Severity: grave

Stellarium just doesn't startup. A window pops up, but it is blank and
just sits there doing nothing. -s or -f no do not help.

anarcat@marcos:~$ stellarium  -s
Using default graphics system specified at build time:  raster
User config directory does not exist:  "/home/anarcat/.stellarium"
Creating directory  "/home/anarcat/.stellarium"
 ---
[ This is Stellarium 0.12.4 - http://www.stellarium.org ]
[ Copyright (C) 2000-2013 Fabien Chereau et al  ]
 ---
Writing log file to: "/home/anarcat/.stellarium/log.txt"
File search paths:
  0 .  "/home/anarcat/.stellarium"
  1 .  "/usr/share/stellarium"
Config file  "/home/anarcat/.stellarium/config.ini"  does not exist. Copying 
the default file.
Config file is:  "/home/anarcat/.stellarium/config.ini"
Going to initialize the OpenGL 2 renderer
OpenGL supported version:  "2.1 Mesa 10.1.0"
Qt GL paint engine is:  "OpenGL"
StelQGL2Renderer::init : Failed because Qt paint engine is not OpenGL2
If paint engine is OpenGL3 or higher, this code needs to be updated
Failed to initialize the OpenGL 2 renderer, falling back to the OpenGL 1 
renderer
OpenGL supported version:  "2.1 Mesa 10.1.0"
Qt GL paint engine is:  "OpenGL"
GL vendor is  "Intel Open Source Technology Center"
GL renderer is  "Mesa DRI Intel(R) G41 "
[hang]

result:

https://i5.minus.com/i9COPkyRTkp7b.png

i tried moving my .stellarium aside, no luck.

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

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

Versions of packages stellarium depends on:
ii  libc6 2.18-4
ii  libgcc1   1:4.8.2-16
ii  libgl1-mesa-glx [libgl1]  10.1.0-5
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libice6   2:1.0.8-2
ii  libqt4-network4:4.8.5+git242-g0315971+dfsg-2
ii  libqt4-opengl 4:4.8.5+git242-g0315971+dfsg-2
ii  libqt4-script 4:4.8.5+git242-g0315971+dfsg-2
ii  libqtcore44:4.8.5+git242-g0315971+dfsg-2
ii  libqtgui4 4:4.8.5+git242-g0315971+dfsg-2
ii  libsm62:1.2.1-2
ii  libstdc++64.8.2-16
ii  libx11-6  2:1.6.2-1
ii  libxext6  2:1.3.2-1
ii  stellarium-data   0.12.4-1
ii  zlib1g1:1.2.8.dfsg-1

stellarium recommends no packages.

stellarium 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#745569: ITP: libplack-middleware-fixmissingbodyinredirect-perl -- Plack::Middleware which sets body for redirect response, if it's not already set

[Florian Schlichting]

Package: wnpp
Owner: Florian Schlichting 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libplack-middleware-fixmissingbodyinredirect-perl
  Version : 0.09
  Upstream Author : Upasana 
* URL : 
https://metacpan.org/release/Plack-Middleware-FixMissingBodyInRedirect
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Plack::Middleware which ensures redirect response have a 
body

Plack::Middleware::FixMissingBodyInRedirect sets a body for redirect responses,
in cases where it's not already set.


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

Bug#718726: pulseaudio: Front panel/rear switches available in ALSA not exposed via pavucontrol

[Felipe Sateler]

On Sat, Apr 19, 2014 at 2:39 PM, Karl Schmidt  wrote:
> On 04/18/2014 12:03 AM, Felipe Sateler wrote:
>>
>> Please post the output of pactl list sinks, to determine if this
>> pulseaudio sees the 2 ports.
>
>
>  pactl list sinks
> Sink #0
> State: SUSPENDED
> Name: alsa_output.pci-_05_04.0.analog-stereo
> Description: CMI8788 [Oxygen HD Audio] Analog Stereo
> Driver: module-alsa-card.c
> Sample Specification: s16le 2ch 44100Hz
> Channel Map: front-left,front-right
> Owner Module: 6
> Mute: no
> Volume: 0:  85% 1:  85%
> 0: -4.24 dB 1: -4.24 dB
> balance 0.00
> Base Volume: 100%
>  0.00 dB
> Monitor Source: alsa_output.pci-_05_04.0.analog-stereo.monitor
> Latency: 0 usec, configured 0 usec
> Flags: HARDWARE DECIBEL_VOLUME LATENCY
> Properties:
> alsa.resolution_bits = "16"
> device.api = "alsa"
> device.class = "sound"
> alsa.class = "generic"
> alsa.subclass = "generic-mix"
> alsa.name = "Multichannel"
> alsa.id = "Multichannel"
> alsa.subdevice = "0"
> alsa.subdevice_name = "subdevice #0"
> alsa.device = "0"
> alsa.card = "0"
> alsa.card_name = "Xonar DX"
> alsa.long_card_name = "Asus Virtuoso 100 at 0xd800, irq 16"
> alsa.driver_name = "snd_virtuoso"
> device.bus_path = "pci-:05:04.0"
> sysfs.path =
> "/devices/pci:00/:00:1c.0/:04:00.0/:05:04.0/sound/card0"
> device.bus = "pci"
> device.vendor.id = "13f6"
> device.vendor.name = "C-Media Electronics Inc"
> device.product.name = "CMI8788 [Oxygen HD Audio]"
> device.string = "front:0"
> device.buffering.buffer_size = "352800"
> device.buffering.fragment_size = "352800"
> device.access_mode = "mmap+timer"
> device.profile.name = "analog-stereo"
> device.profile.description = "Analog Stereo"
> device.description = "CMI8788 [Oxygen HD Audio] Analog
> Stereo"
> alsa.mixer_name = "AV200"
> alsa.components = "CS4398 CS4362A CS5361 AV200"
> module-udev-detect.discovered = "1"
> device.icon_name = "audio-card-pci"
> Formats:
> pcm

This is strange. Pulseaudio doesn't seem to be seeing any ports on your card.

>
>
>
>> Also, could you try pulseaudio and pavucontrol from testing (it will
>> update a bunch
>> of stuff unfortunately), to check if this is fixed by newer versions?
>> Perhaps you can use a live-cd to avoid messing with your system.
>
>
> I once had a link for a live Debian thumbdrive - (it really didn't work at
> the time) - BUT it is an excellent way to have people try something on
> testing on a stable machine - but I'm not finding the link for it (hoping it
> works these days). ( You would think there would be a direct link from the
> debian home page - but it isn't there you have to know to go here:
> http://live.debian.net/ )
>
> I should be able to test in a day or two..

Please let me know when you do. If the problem still exists we may
have to forward this upstream.

-- 

Saludos,
Felipe Sateler


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

Bug#745222: src:pcre3: FTCBFS on arm64 m68k and others: sljit detection uses build compiler

[Mark Baker]

On 19 Apr 2014, at 10:03, Helmut Grohne  wrote:

> 

Surely that's not going to work? Having used the host compiler to build the 
test program, it then tries to execute it on the build machine.

I think what is needed is to use #error to abort the compilation of the test 
program when JIT is not supported, and check the exit code from the compiler.


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

Bug#745486: [Pkg-xfce-devel] Bug#745486: lightdm-gtk-greeter: cannot always shutdown or restart

[Vincent Lefevre]

On 2014-04-22 23:11:21 +0200, Yves-Alexis Perez wrote:
> Can you precise if you use a systemd/logind based setup or a
> sysvrc/ConsoleKit one?

Still a sysvrc/ConsoleKit one.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#329594: latex-beamer: do not support $_\textrm{1}$

[Hilmar Preusse]

forwarded 329594 
https://bitbucket.org/rivanvx/beamer/issue/291/beamer-does-not-work-w-mathrm
stop

On 22.09.05 LI Daobing (lidaob...@gmail.com) wrote:

Hi,

> $ cat textrm2.tex
> \documentclass{beamer}
> 
> \begin{document}
> 
> \begin{frame}
> 
> C$_\textrm{1}$
> \end{frame}
> 
> \end{document}
> $ pdflatex textrm2.tex
> [snip]
> ! Missing { inserted.
> 
>\def
> l.8 \end{frame}
> 
> ?
> 
Forwarded to upstream.

H.
-- 
sigmentation fault


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

Bug#745568: maintainer-script-should-not-use-update-alternatives-set not so certain

[Petter Reinholdtsen]

Package: lintian
Version: 2.5.22.1

Hi.

http://lintian.debian.org/tags/maintainer-script-should-not-use-update-alternatives-set.html
 >
claim that the check is certain, and that the issue affects the
initscripts package.  The code in question in the initscripts.postinst
file look like this:

echo "You can use update-alternatives --config runsystem to select"
echo "the runsystem to use."

Perhaps the check should be adjusted to ignore this case, which is
obvoiusly not the problem reported by lintian?

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#743990: subtle: diff for NMU version 0.11.3224-xi-1.1

[Cédric Boutillier]

tags 743990 + patch
tags 743990 + pending
thanks

Dear maintainer,

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

Regards.
diff -u subtle-0.11.3224-xi/debian/changelog subtle-0.11.3224-xi/debian/changelog
--- subtle-0.11.3224-xi/debian/changelog
+++ subtle-0.11.3224-xi/debian/changelog
@@ -1,3 +1,17 @@
+subtle (0.11.3224-xi-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Depend and Build-Depend on ruby instead of ruby1.9.1. (Closes: #743990)
+  * Add a build-dependency on the rake package for a version agnostic rake tool
+  * debian/rules: install in the directory RbConfig::CONFIG["vendorarchdir"]
+  * Add patches:
++ 20_ruby19_or_higher.dpatch: do not check minimal Ruby version 
++ 30_system_flags.dpatch: do not overwrite system flags and fix header path
++ 40_fix_shebangs.dpatch: do not rewrite shebangs of Ruby scripts to use
+  system default Ruby interpreter.
+
+ -- Cédric Boutillier   Tue, 22 Apr 2014 15:58:27 +0200
+
 subtle (0.11.3224-xi-1) unstable; urgency=low
 
   * [eb054d1] Imported Upstream version 0.11.3216xi
diff -u subtle-0.11.3224-xi/debian/control subtle-0.11.3224-xi/debian/control
--- subtle-0.11.3224-xi/debian/control
+++ subtle-0.11.3224-xi/debian/control
@@ -5,8 +5,9 @@
 Build-Depends:  debhelper (>= 9),
 chrpath,
 libx11-dev,
-ruby1.9.1,
-ruby1.9.1-dev,
+ruby,
+ruby-dev,
+rake,
 pkg-config,
 libxrandr-dev,
 libxft-dev,
@@ -20,7 +21,7 @@
 
 Package: subtle
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, ruby1.9.1, ruby-archive-tar-minitar
+Depends: ${shlibs:Depends}, ${misc:Depends}, ruby, ruby-archive-tar-minitar
 Provides: x-window-manager
 Description: grid-based manual tiling window manager
  Grid-based manual tiling window manager with a strong focus on easy but
diff -u subtle-0.11.3224-xi/debian/rules subtle-0.11.3224-xi/debian/rules
--- subtle-0.11.3224-xi/debian/rules
+++ subtle-0.11.3224-xi/debian/rules
@@ -13,20 +13,22 @@
 
+RUBYVENDORARCHDIR=$(shell ruby -e"puts RbConfig::CONFIG['vendorarchdir']")
+
 %:
 	dh $@ --with dpatch
 
 override_dh_clean:
 	dh_dpatch_unpatch
 	dh_clean
-	rake1.9.1 clobber
+	rake clobber
 
 override_dh_auto_build:
-	extdir=debian/subtle/usr/lib/ruby/1.9.1/subtle \
+	extdir=debian/subtle/$(RUBYVENDORARCHDIR)/subtle \
 	DESTDIR=debian/subtle \
 	PREFIX=/usr \
-	rake1.9.1 build
+	rake build
 
 override_dh_install:
-	rake1.9.1 install
+	rake install
 	chrpath -d debian/subtle/usr/bin/subtle
-	chrpath -d debian/subtle/usr/lib/ruby/1.9.1/subtle/subtlext.so
+	chrpath -d debian/subtle/$(RUBYVENDORARCHDIR)/subtle/subtlext.so
 	dh_install
diff -u subtle-0.11.3224-xi/debian/patches/00list subtle-0.11.3224-xi/debian/patches/00list
--- subtle-0.11.3224-xi/debian/patches/00list
+++ subtle-0.11.3224-xi/debian/patches/00list
@@ -1,0 +2,3 @@
+20_ruby19_or_higher
+30_system_flags.dpatch
+40_fix_shebangs.dpatch
only in patch2:
unchanged:
--- subtle-0.11.3224-xi.orig/debian/patches/20_ruby19_or_higher.dpatch
+++ subtle-0.11.3224-xi/debian/patches/20_ruby19_or_higher.dpatch
@@ -0,0 +1,23 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## ruby19_or_higher.dpatch by Cédric Boutillier 
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Do not check the Ruby version.
+## DP: The ruby version in Debian Jessie is higher than 1.9 anyway.
+
+@DPATCH@
+diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' subtle-0.11.3224-xi~/Rakefile subtle-0.11.3224-xi/Rakefile
+--- subtle-0.11.3224-xi~/Rakefile	2014-04-22 18:29:59.0 +0200
 subtle-0.11.3224-xi/Rakefile	2014-04-22 18:30:21.066738761 +0200
+@@ -257,11 +257,6 @@
+ 
+ make_config unless checksums
+   else
+-# Check version
+-if 1 != RbConfig::CONFIG["MAJOR"].to_i or 9 != RbConfig::CONFIG["MINOR"].to_i
+-  fail("Ruby 1.9.0 or higher required")
+-end
+-
+ checksums
+ 
+ # Update rpath
only in patch2:
unchanged:
--- subtle-0.11.3224-xi.orig/debian/patches/30_system_flags.dpatch
+++ subtle-0.11.3224-xi/debian/patches/30_system_flags.dpatch
@@ -0,0 +1,26 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 30_system_flags.dpatch by Cédric Boutillier 
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: do not overwrite system flags
+## DP:  - remove -Werror, since a warning is raised with newer gcc
+## DP:  - reuse system CFLAGS, CPPFLAGS, LDFLAGS to benefit from hardening
+## DP:  - add RbConfig::CONFIG["rubyarchhdrdir"] to cpppath
+
+@DPATCH@
+diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' subtle-0.11.3224-xi~/Rakefile subtle-0.11.3224-xi/Rakefile
+--- subtle-0.11.3224-xi~

Bug#745564: [Pkg-utopia-maintainers] Bug#745564: modemmanager: inserting usb, complete crash of linux, screen shows lots of text, only reboot-button works

[Michael Biebl]

Am 22.04.2014 21:37, schrieb leif strandmoran:
> Package: modemmanager
> Version: 0.5.2.0-2
> Severity: important
> 
> Dear Maintainer,
>* What led up to the situation?
> inserting usb, huawei mobile internet, Bus 001 Device 003: ID 12d1:1506 Huawei
> Technologies Co., Ltd. E398 LTE/UMTS/GSM Modem/Networkcard
> 
>* What exactly did you do (or not do) that was effective (or  ineffective)?
> I try many times (and reboots) until system manage the bus.
> 
> I suspect there is some software I installed
> that is the reason, some of them are WIFI, BLUETOOTH,...
> 
> Etherape is no help in this case.
> --
> Program Name: user-admin does not work, freezes, (infinitive loop?)
> can not find a script that auto start that program.

Sorry, I don't really understand what you are trying to say.
Can you be more specific how modem-manager is involved here?


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



signature.asc
Description: OpenPGP digital signature

Bug#640086: say how to write 'last Xday of the month'

[積丹尼 Dan Jacobson]

I see there is now that long line example on the man page. However it
needs to be wrapped else it overflows the man page.

Anyway how about instead
 0 4 * * Sat   test `date +\%m` -ne `date +\%m -d next\ week` && program_to_run


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

Bug#745486: [Pkg-xfce-devel] Bug#745486: lightdm-gtk-greeter: cannot always shutdown or restart

[Yves-Alexis Perez]

On Tue, Apr 22, 2014 at 11:20:31AM +0200, Vincent Lefevre wrote:
> Package: lightdm-gtk-greeter
> Version: 1.8.3-1
> Severity: normal
> 
> The Shutdown and Restart actions do not always work. I get no error
> messages (well, a box appears for a fraction of second, but I don't
> know what it is supposed to contain). And I don't get much in the
> logs:
Can you precise if you use a systemd/logind based setup or a
sysvrc/ConsoleKit one?

Regards,
-- 
Yves-Alexis Perez


signature.asc
Description: Digital signature

Bug#745259: ITP: apt-transport-tor -- APT transport for anonymous package downloads via Tor

[Tim Retout]

On 22 April 2014 12:03, Raphael Geissert  wrote:
> By using curl you are basically allowing the mirror (or anyone who can
> intercept the clear text) to tell "normal" and tor users apart. Think
> of targeted attacks.

Hi Raphael,

Tor users can be identified by IP in any case - the important thing is
that all Tor users look alike.  I think it might be worth matching the
user-agent string with "normal" apt - but I don't know if libcurl is
sending any other headers that set it apart.  I'll give it some
thought.

But if most users sending apt over Tor switch to this acquire method,
then so long as there is no way to tell those users apart from each
other, it is difficult to target individuals.

In this case, everything is GPG-signed anyway, so I don't think we're
talking about active MITM attacks - it's about confidentiality around
which software an individual is using/installing.

Kind regards,

-- 
Tim Retout 


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

Bug#745567: samba-common-bin: please add samba to appropriate runlevel instead of samba-ad-dc

[Stefan Bauer]

Package: samba-common-bin
Version: 2:4.1.7+dfsg-2

Dear Maintainer,

please add samba by default to the appropriate runlevels (autostart) instead of 
samba-ad-dc.
By default, the samba-ad-dc is not taking care of smbd and nmbd - or do i miss 
something?

root@debianbuild:/etc/rc2.d# ls -l /etc/rc2.d/
README  S01rsyslog  S02apache2  S03cron S03logd 
S03openhpid S04heartbeatS06rmnologin
S01motd S01samba-ad-dc  S03acpidS03dbus S03ntp  
S03smbd S05bootlogs 
S01nmbd S01sbnc S03atd  S03exim4S03oidentd  
S03ssh  S06rc.local 

I was forced to manually restart samba because samba-ad-dc was not reloading 
the changed smb.conf

Stefan


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

Bug#744781: please remove ubuntu from dashboard or at least provide an option to hide it

[Lucas Nussbaum]

On 22/04/14 at 15:01 +0800, Paul Wise wrote:
> Based on a survey of the bug links in the Debian derivatives census,
> only Ubuntu and UltimediaOS assign bugs to individual packages. The
> latter doesn't appear to have an easy way to link to bugs for
> individual packages.
> 
> https://lists.debian.org/debian-derivatives/2012/09/msg7.html
> 
> One thing that we can link to is patches for many derivatives. Due to
> snapshot.d.o hardware outages and disk space issues on alioth that
> effort is stalled but I'm hoping to revive it soon.
> 
> http://dex.alioth.debian.org/census/patches/

DMD clearly grew up organically from a proof-of-concept.
In that original POC, one mistake that I made was to label that tab
'Ubuntu' rather than 'Derivatives'.

I'm totally fine with renaming it to 'Derivatives', and to add
more actionable information, related to other derivatives, to it.
I'm also totally fine with providing an option to hide it for those who
really don't want to see it. I don't think that it should be hidden by
default, though.
 
Lucas


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

Bug#745566: samba-common-bin: please check password length and existence of smb.conf samba-tool

[Stefan Bauer]

Package: samba-common-bin
Version: 2:4.1.7+dfsg-2

Dear Maintainer,

please check password length on initial provision to avoid error during parsing.

I ran the command 

samba-tool domain provision --use-rfc2307 --interactive

provided password (4 letters)
retyped it (4 letters)

And end up with the following error message:

Setting up sam.ldb data
Setting up well known security principals
Setting up sam.ldb users and groups
ERROR(ldb): uncaught exception - 052D: Constraint violation - 
check_password_restrictions: the password is too short. It should be equal or 
longer than 7 characters!
  File "/usr/lib/python2.7/dist-packages/samba/netcmd/__init__.py", line 175, 
in _run
return self.run(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/samba/netcmd/domain.py", line 398, in 
run
use_rfc2307=use_rfc2307, skip_sysvolacl=False)
  File "/usr/lib/python2.7/dist-packages/samba/provision/__init__.py", line 
2155, in provision
skip_sysvolacl=skip_sysvolacl)
  File "/usr/lib/python2.7/dist-packages/samba/provision/__init__.py", line 
1757, in provision_fill
next_rid=next_rid, dc_rid=dc_rid)
  File "/usr/lib/python2.7/dist-packages/samba/provision/__init__.py", line 
1436, in fill_samdb
"KRBTGTPASS_B64": b64encode(krbtgtpass.encode('utf-16-le'))
  File "/usr/lib/python2.7/dist-packages/samba/provision/common.py", line 50, 
in setup_add_ldif
ldb.add_ldif(data, controls)
  File "/usr/lib/python2.7/dist-packages/samba/__init__.py", line 224, in 
add_ldif
self.add(msg, controls)

Please also check whether a smb.conf is present - because if it is, the parsing 
ends up with:

Administrator password: 
Retype password: 
ERROR(): Provision failed - 
ProvisioningError: guess_names: 'realm =' was not specified in supplied 
/etc/samba/smb.conf.  Please remove the smb.conf file and let provision 
generate it
  File "/usr/lib/python2.7/dist-packages/samba/netcmd/domain.py", line 398, in 
run


Stefan


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

Bug#745355: stealth: fails to build with clang instead of gcc

[Frank B. Brokken]

Dear Nicolas S??velin-Radiguet, you wrote:
> Source: stealth
> Version: 2.11.03-2
> Severity: minor
> Tags: patch
> User: pkg-llvm-t...@lists.alioth.debian.org
> Usertags: clang-ftbfs
> 
> Dear Maintainer,
> 
> Your package fails to build with clang instead of gcc. [ambiguous declaration]
> The attached patch fixes it.


Thanks for reporting this compilation problem and for supporting the
patch. I'll prepare a new release shortly.

Cheers,

-- 
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281 
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E  3B4D 7DB2 A8BE EAE4 D8AA


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

Bug#605090: Proposing amd64-hardened architecture for Debian

[Yves-Alexis Perez]

On Tue, Apr 22, 2014 at 08:30:01PM +0100, Ben Hutchings wrote:
> On Mon, 2014-04-21 at 05:28 +0200, Carlos Alberto Lopez Perez wrote:
> > On 17/04/14 00:23, Aaron Zauner wrote:
> > > Now shipping grsec is a really good idea. I'd like to see that as well.
> > 
> > There has been an attempt to provide an official grsec-flavour of the
> > Debian kernel, but it didn't worked:
> > 
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605090
> > 
> > For those interested, Corsac provides packages:
> > 
> > https://wiki.debian.org/grsecurity
> 
> There was a recent discussion on -private where I think there was some
> consensus that a grsecurity kernel package could be included in Debian
> as a separate source package.

I'm a bit unsure about that consensus. Right now there are two attempts
to provide a grsecurity package for Debian:

- mine, which is about adding a grsec featureset to the src:linux
  package (so basically adding grsec patch on top of the Debian patches,
  and re-using everything else). This attempt was already NACK-ed by the
  kernel team;
- the Mempo/SameKernel attempt, which is about using a vanilla kernel
  and adding grsecurity on top of it (and, I guess, a .config which
  looks like the src:linux one)

The latter is much easier in term of management since all the
integration is done by spender (he's actually working on providing
.deb builds of grsec packages), so I didn't really consider it worthy to
investigate time on it since basically everyone can do it with a simple
script.

NOTE: I don't want to dismiss Mempo attempts, especially the
reproducible build part, and I also think it's valuable to provide our
users a grsec kernel as part of the distribution, just that I prefered
to go the featureset way.

I had the impression that adding a new copy of the linux sources was not
really something appreciated by the project, and re-using linux-source
(binary) package means the patch porting needs to be done anyway.

But if I'm wrong or if things have changed since them, and there's
indeed a consensus for the vanilla + grsecurity + make deb-pkg as an
easy way to provide grsec kernels in the Debian archive, then I'm all
for it.

Regards,
-- 
Yves-Alexis Perez


signature.asc
Description: Digital signature

Bug#745565: dch.1: document that default urgency is now medium

[Anders Kaseorg]

Package: devscripts
Version: 2.14.1
Severity: minor
Tags: patch

On Sun, 24 Nov 2013, Julien Cristau wrote:
> -$urgency ||= 'low';
> +$urgency ||= 'medium';

The manpage should be updated too.

diff --git a/scripts/debchange.1 b/scripts/debchange.1
index 3adbe9c..bc18527 100644
--- a/scripts/debchange.1
+++ b/scripts/debchange.1
@@ -316,7 +316,7 @@ entries or the existing value for existing entries.
 .TP
 \fB\-\-urgency \fIurgency\fR, \fB\-u \fIurgency\fR
 Use the specified urgency in the changelog entry being edited,
-instead of using the default "\fBlow\fR" for new entries or the existing
+instead of using the default "\fBmedium\fR" for new entries or the existing
 value for existing entries.
 .TP
 \fB\-\-changelog \fIfile\fR, \fB\-c \fIfile\fR

Anders


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

Bug#745564: modemmanager: inserting usb, complete crash of linux, screen shows lots of text, only reboot-button works

[leif strandmoran]

Package: modemmanager
Version: 0.5.2.0-2
Severity: important

Dear Maintainer,
   * What led up to the situation?
inserting usb, huawei mobile internet, Bus 001 Device 003: ID 12d1:1506 Huawei
Technologies Co., Ltd. E398 LTE/UMTS/GSM Modem/Networkcard

   * What exactly did you do (or not do) that was effective (or  ineffective)?
I try many times (and reboots) until system manage the bus.

I suspect there is some software I installed
that is the reason, some of them are WIFI, BLUETOOTH,...

Etherape is no help in this case.
--
Program Name: user-admin does not work, freezes, (infinitive loop?)
can not find a script that auto start that program.







-- System Information:
Debian Release: 7.4
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/6 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 modemmanager depends on:
ii  libc6 2.13-38+deb7u1
ii  libdbus-1-3   1.6.8-1+deb7u1
ii  libdbus-glib-1-2  0.100.2-1
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libgudev-1.0-0175-7.2

Versions of packages modemmanager recommends:
ii  usb-modeswitch  1.2.3+repack0-1

modemmanager 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#745259: ITP: apt-transport-tor -- APT transport for anonymous package downloads via Tor

[Tim Retout]

On 22 April 2014 13:10, David Kalnischkies  wrote:
> It is also such a trivial modification¹ that I wonder why a fork is
> needed as the required metadata will easily exceed the code changes.
> Just provide a patch which does those settings based on the name of
> the binary called, like apt is handling it for its gzip/bzip2/lzma/xz
> methods and be done with it forever instead of maintaining a fork.
> Or even better just add SOCKS proxy support to the existing methods…
>
>
> Where does it lead us to, when DDs prefer to do forks of Debian native
> packages? I am bit scared of the answer…
> (it explains though why my apt3 in brainfuck is going nowhere. ;) )

Hello. :)

I hope you are not too offended by my fork of this code, since you
gave me the idea last week!  ("Our acquire system is pluggable..." -
https://lists.debian.org/deity/2014/04/msg00075.html )

There are a few reasons I have not yet added SOCKS support to apt properly:

- I would like to backport this feature to wheezy, and I am not so
comfortable uploading a backport of all of apt.
- Adding SOCKS support to the http method means writing a SOCKS client
in C++.  I did spend two days looking at this option, but to be
honest, I'm not even that comfortable with apt having its own HTTP
parser, and would rather rely on libcurl.  I want to prototype a
libcurl-based HTTP acquire method (which should then make this package
more than a trivial modification).
- Even if we add SOCKS support to apt, I can foresee it being
difficult to configure it safely for use with Tor - you need to use:
- socks5h, so that the proxy does the DNS lookups
- a username/password, for stream isolation when using IsolateSOCKSAuth
- probably a standard useragent string (i.e. not one that depends
on the version of apt being used) - I'm still looking at this
  It can be done, but it will be tricky for end users to get right.

So, I think a separate 'tor' method is the way to go for usability
reasons, regardless of whether SOCKS support is added to the other
methods.  I could turn this into a separate binary package built from
the apt source package?  But only if you think it is appropriate for
backporting to wheezy.

What do you think?  I would still like to experiment with a
libcurl-based HTTP method somewhere.

Kind regards,

-- 
Tim Retout 


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

Bug#745563: debsig-verify: only handles data.tar.gz member, not xz, bz2 or lzma

[Vivek Das Mohapatra]

Package: debsig-verify
Version: 0.8
Severity: normal
Tags: patch

debsig-verify only handles a main data archive member of data.tar.gz,
packages can contain bz2, xz or lzma compressed members instead.

Attached is the patch I used to get it to work for me.diff --exclude TAGS --exclude changelog -ur debsig-verify-0.8.orig/debsig-verify.c debsig-verify-0.8/debsig-verify.c
--- debsig-verify-0.8.orig/debsig-verify.c	2014-04-22 18:25:43.156139964 +0100
+++ debsig-verify-0.8/debsig-verify.c	2014-04-22 18:15:10.605619731 +0100
@@ -38,7 +38,9 @@
 char *deb = NULL;
 FILE *deb_fs = NULL;
 
-char *ver_members[] = { "debian-binary", "control.tar.gz", "data.tar.gz", 0 };
+char *ver_members[] = { "debian-binary", "control.tar.gz", 0 };
+#define DTAR(x) "data.tar." # x
+char *ver_mem_maybe[] = { DTAR(gz), DTAR(xz), DTAR(bz2), DTAR(lzma), 0 };
 
 static char *prog_name = NULL;
 
@@ -97,6 +99,7 @@
 int opt_count = 0, t, i, fd;
 struct match *mtc;
 int len;
+int data_tar = 0;
 
 /* If we don't have any matches, we fail. We don't want blank,
  * take-all rules. This actually gets checked while we parse the
@@ -127,6 +130,22 @@
 	len -= t;
 	}
 }
+
+for (i = 0; ver_mem_maybe[i]; i++) {
+if (!(len = findMember(ver_mem_maybe[i])))
+continue;
+while (len > 0){
+t = fread(buf, 1, sizeof(buf), deb_fs);
+fwrite(buf, 1, (t > len) ? len : t, fp);
+len -= t;
+}
+data_tar = 1;
+break;
+}
+
+if(!data_tar)
+goto fail_and_close;
+
 fclose(fp);
 fd = -1;
 
@@ -209,14 +228,23 @@
 
 static int checkIsDeb(void) {
 int i;
-if (!findMember("debian-binary"))
-return 0;
+const char *mem;
 
-for (i = 0; ver_members[i]; i++)
-if (!findMember(ver_members[i]))
-	return 0;
+for (i = 0; mem = ver_members[i]; i++)
+if (!findMember(mem)) {
+ds_printf(DS_LEV_VER, "Missing archive member %s", mem);
+return 0;
+}
 
-return 1;
+for (i = 0; mem = ver_mem_maybe[i]; i++)
+if (findMember(mem))
+return 1;
+
+ds_printf(DS_LEV_VER, "Missing archive data member, checked:");
+for (i = 0; mem = ver_mem_maybe[i]; i++)
+ds_printf(DS_LEV_VER, "%s", mem);
+
+return 0;
 }
 
 static void outputVersion(void) {



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

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

Versions of packages debsig-verify depends on:
ii  gnupg   1.4.12-7
ii  libc6   2.15-0ubuntu10.33.1
ii  libxmltok1  1.2-3

debsig-verify recommends no packages.

Versions of packages debsig-verify suggests:
ii  debian-keyring  2013.04.21

-- no debconf information

Bug#745511: steam: missing 32-bit library libc.so.6

[Sven Bartscher]

On Tue, 22 Apr 2014 21:16:02 +0400
Boris Pek  wrote:

> Just update steam runtime libraries in your system.

Thanks. That fixed it.
Sorry for filing this as a bug when it wasn't one.

Regards
Sven


signature.asc
Description: PGP signature

Bug#744244: octave: missing function "dispatch" causes configure to fail

[Mike Miller]

Control: tags -1 - moreinfo
Control: tags -1 + pending

On Fri, Apr 11, 2014 at 22:19:35 +0200, Winfried Boxleitner wrote:
> On Fri, 11 Apr 2014, Mike Miller wrote:
>> That's great that it's solved for you. It might still be useful to us
>> to know how octave-fixed was installed on your system. Did you have a
>> Debian package installed that you now apt-get removed, or had you
>> locally installed it with the pkg command in Octave? If it was a deb
>> package, what was its version?
>
> octave-fixed appeared on my machine the first time 2012-05-16 21:22:41
> in version: 0.7.10-5.
> since then the version was never upgraded. the logs indicate,
> that it was installed from a debian-package (entry in dpkg.log)

I hadn't noticed yet at the time I was discussing this with you, but
this had already been fixed in git [1] and is not yet released. The
next update to the Octave packages will correctly force the
octave-fixed package to be uninstalled, the current 3.8.1-1 version
does not.

Thanks for reporting this.

[1] 
http://anonscm.debian.org/gitweb/?p=pkg-octave/octave.git;a=commitdiff;h=93f27c6

-- 
mike


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

Bug#743414: mupdf: Please enable javascript support

[Moritz Muehlenhoff]

On Wed, Apr 02, 2014 at 03:27:09PM +0200, Julian Wollrath wrote:
> Package: mupdf
> Version: 1.3-2
> Severity: wishlist
> Tags: patch
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> Dear Maintainer,
> 
> mupdf can support javascript in PDF files. Please enable it. A patch,
> that should do the trick, is attached.

What is that used for? Can opening a PDF document trigger Javascript code
execution?

Cheers,
Moritz


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

Bug#745562: libcap-ng: Build with autreconf to enable ppc64el

[Breno Leitao]

Package: libcap-ng
Version: 0.7.3
Severity: normal

Dear Maintainer,

Please consider applying this patch to enable libcap-ng to be build on ppc64el.

Thanks
Breno

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

Kernel: Linux 3.13-1-powerpc64le (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -uNpr libcap-ng-0.7.3.orig/debian/changelog libcap-ng-0.7.3/debian/changelog
--- libcap-ng-0.7.3.orig/debian/changelog	2012-11-10 15:29:37.0 +
+++ libcap-ng-0.7.3/debian/changelog	2014-04-22 20:17:50.0 +
@@ -1,3 +1,10 @@
+libcap-ng (0.7.3-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Build with dh-autoreconf to enable ppc64el
+
+ -- Breno Leitao   Tue, 22 Apr 2014 20:16:42 +
+
 libcap-ng (0.7.3-1) unstable; urgency=low
 
   * Imported Upstream version 0.7.3
diff -uNpr libcap-ng-0.7.3.orig/debian/rules libcap-ng-0.7.3/debian/rules
--- libcap-ng-0.7.3.orig/debian/rules	2012-11-10 15:23:42.0 +
+++ libcap-ng-0.7.3/debian/rules	2014-04-22 20:18:06.0 +
@@ -37,5 +37,5 @@ override_dh_auto_clean:
 	-rm -rf debian/tmp-python-cap-ng
 
 %:
-	dh $@ --with=python2
+	dh $@ --with=python2,autoreconf
 

Bug#737151: nut-server: upsd not killed on removing nut-server

[Daniel Dickinson]

On Tue, 2014-04-22 at 21:59 +0200, Laurent Bigonville wrote: 
> Package: nut-server
> Followup-For: Bug #737151
> 
> Hi,
> 
> Are you using systemd or the old SysVinit?

It's a primarily wheezy system, so old SysVinit (actually insserv).

Regards,

Daniel

> 
> Cheers,
> 
> Laurent Bigonville
> 
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores)
> Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages nut-server depends on:
> ii  adduser  3.113+nmu3
> ii  init-system-helpers  1.18
> ii  libc62.18-4
> ii  libnspr4 2:4.10.4-1
> ii  libnspr4-0d  2:4.10.4-1
> ii  libnss3  2:3.16-1
> ii  libnss3-1d   2:3.16-1
> ii  libupsclient32.7.1-1
> ii  libusb-0.1-4 2:0.1.12-23.3
> ii  libwrap0 7.6.q-25
> ii  lsb-base 4.1+Debian12
> ii  nut-client   2.7.1-1
> ii  udev 204-8
> 
> nut-server recommends no packages.
> 
> Versions of packages nut-server suggests:
> pn  nut-cgi   
> pn  nut-ipmi  
> pn  nut-snmp  
> pn  nut-xml   
> 
> -- Configuration Files:
> /etc/nut/ups.conf [Errno 13] Permission non accordée: u'/etc/nut/ups.conf'
> /etc/nut/upsd.conf [Errno 13] Permission non accordée: u'/etc/nut/upsd.conf'
> /etc/nut/upsd.users [Errno 13] Permission non accordée: u'/etc/nut/upsd.users'
> 
> -- no debconf information
> 




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

Bug#739452: libmariadbclient18: arch-dependent files in "Multi-Arch: same" package

[Jakub Wilk]

Hi Otto!

If you wanted to contact me, you should have put me in CC. I discovered 
this mail only accidentally.


* Otto Kekäläinen , 2014-04-18, 23:13:

Thank you for reviewing my package and giving feedback.

Do you have suggestions on how to fix this?

A patch would be best, but also a description on what to do is ok,


I'm not familiar with this package (and I don't have time to become 
familiar either), so I won't give you any concrete advice.



or at least pointers to Debian policy


Multi-arch is not documented in the policy yet; this is bug #687900.

or a listing of requirements that a possible fix has to meet, so I can 
take guidance from them on how to proceed with this.


If a package is marked as "Multi-Arch: same", it should be 
co-installable with itself. This is currently not the case because of 
the two files mentioned in my original mail:


Selecting previously unselected package libmariadbclient18:amd64.
Preparing to unpack .../libmariadbclient18_5.5.36-1_amd64.deb ...
Unpacking libmariadbclient18:amd64 (5.5.36-1) ...
Selecting previously unselected package libmariadbclient18:i386.
Preparing to unpack .../libmariadbclient18_5.5.36-1_i386.deb ...
Unpacking libmariadbclient18:i386 (5.5.36-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/libmariadbclient18_5.5.36-1_i386.deb (--unpack):
trying to overwrite shared '/usr/lib/mysql/plugin/dialog.so', which is 
different from other instances of package libmariadbclient18:i386


If you have further questions, please ask at 
.


--
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#628948: Adopting hxe for debian and some question about our own copyright

[Jens Peter Secher]

I hereby give the permission to use anything I have ever submitted to the 
Debian or Ubuntu archives in any way you see fit.  If you need to attach a 
specific license to any piece of source code, you are welcome to attach the ISC 
license or the MIT license, whichever make things work for you.

I cannot GPG sign this message because I currently have no access to a 
combination of OS and drivers that can allow me to read my cryptocard.  You 
simply have to refer to this email.

Cheers,
Jens Peter Secher

(Sent from my phone)

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

Bug#745561: php5-json: unable to purge without php5-common

[Sven Hartge]

Package: php5-json
Version: 1.3.4-2
Severity: normal

Hi!

Purging of php5-json is not possible if php5-common is not
installed because php5-json does _not_ declare a dependency
on it though it is clearly needed:

root@skuld:~# apt-get purge php5-json
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be REMOVED:
  php5-json*
0 upgraded, 0 newly installed, 1 to remove and 1 not upgraded.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] 
(Reading database ... 587607 files and directories currently installed.)
Removing php5-json (1.3.4-2) ...
Purging configuration files for php5-json (1.3.4-2) ...
/var/lib/dpkg/info/php5-json.postrm: 13: /var/lib/dpkg/info/php5-json.postrm: 
php5dismod: not found
dpkg: error processing package php5-json (--purge):
 subprocess installed post-removal script returned error exit status 127
E: Sub-process /usr/bin/dpkg returned an error code (1)

Installing php5-common:

root@skuld:~# apt-get install php5-common
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Suggested packages:
  php5-user-cache
The following NEW packages will be installed:
  php5-common
0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 0 B/353 kB of archives.
After this operation, 814 kB of additional disk space will be used.
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
Selecting previously unselected package php5-common.
(Reading database ... 587614 files and directories currently installed.)
Preparing to unpack .../php5-common_5.5.11+dfsg-3_i386.deb ...
Unpacking php5-common (5.5.11+dfsg-3) ...
Setting up php5-common (5.5.11+dfsg-3) ...

Creating config file /etc/php5/mods-available/pdo.ini with new version

Creating config file /etc/php5/mods-available/opcache.ini with new version

Purging then works:

root@skuld:~# apt-get purge php5-json
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be REMOVED:
  php5-json*
0 upgraded, 0 newly installed, 1 to remove and 1 not upgraded.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] 
(Reading database ... 587647 files and directories currently installed.)
Removing php5-json (1.3.4-2) ...
Purging configuration files for php5-json (1.3.4-2) ...

Grüße,
Sven.

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

Kernel: Linux 3.13-1-amd64 (SMP w/12 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 php5-json depends on:
ii  libjson-c2   0.11-4
pn  phpapi-20121212  
ii  ucf  3.0027+nmu1

php5-json recommends no packages.

php5-json 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#745555: Multi-Arch: foreign please

[Ben Hutchings]

On Tue, 2014-04-22 at 21:29 +0200, Helmut Grohne wrote:
> Package: kernel-wedge
> Version: 2.88
> Severity: wishlist
> 
> Would it be possible to mark the kernel-wedge package as Multi-Arch:
> foreign? The direct use case would be improving on satisfiability of
> Build-Dependencies of src:linux. Currently dpkg-checkbuilddeps will
> complain about kernel-wedge not being satisfied.
> 
> >From looking at the package contents it seems that kernel-wedge does
> properly distinguish between host arch and build arch when used as a
> build tool. In other words, I didn't find anything obvious that renders
> M-A:foreign a non-option.

I can confirm that I can cross-build src:linux for armel and armhf
(though I don't test the resulting udebs).  So I'll make this change in
git at least.

Ben.

-- 
Ben Hutchings
Beware of programmers who carry screwdrivers. - Leonard Brandwein


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

Bug#745560: wide-dhcpv6-client: service wide-dhcpv6-client restart doesn't wait for old process to stop.

[Tim Small]

Package: wide-dhcpv6-client
Version: 20080615-11.1
Severity: normal
Tags: patch ipv6

The init script 'stop' function doesn't wait for the old process to exit,
but just sends SIGTERM and walks away...  This means that 'restart' fails
if the old process doesn't exit quickly enough.

The attached patch alters the start-stop-daemon invocation to make it wait
until the old daemon has really exited (and eventually forceably kill it
if it doesn't).  I've set the timeout to 20 seconds before SIGKILL is sent
so this might need to be reviewed and adjusted upwards if it's considered
too short...

Cheers,

Tim.

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

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

Versions of packages wide-dhcpv6-client depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  libc6  2.13-38+deb7u1
ii  lsb-base   4.1+Debian8+deb7u1
ii  sharutils  1:4.11.1-1

wide-dhcpv6-client recommends no packages.

wide-dhcpv6-client suggests no packages.

-- Configuration Files:

-- debconf information:
* wide-dhcpv6-client/interfaces: ppp0
--- ./wide-dhcpv6-client.orig	2014-04-22 20:35:56.848604982 +0100
+++ /etc/init.d/wide-dhcpv6-client	2014-04-22 20:29:28.577424888 +0100
@@ -17,6 +17,8 @@
 NAME="dhcp6c"
 DESC="WIDE DHCPv6 client"
 
+STOP_RETRY_SCHEDULE='TERM/20/forever/KILL/1'
+
 . /lib/lsb/init-functions
 
 test -x $DHCP6CBIN || exit 0
@@ -61,7 +63,7 @@
 		;;
 	stop)
 		log_daemon_msg "Stopping $DESC" "$NAME"
-		start-stop-daemon --stop --quiet --pidfile $DHCP6CPID --oknodo
+		start-stop-daemon --stop --quiet --retry $STOP_RETRY_SCHEDULE --pidfile $DHCP6CPID --oknodo
 		log_end_msg $?
 		rm -f $DHCP6CPID
 		;;

Bug#743997: vlc: "Start time" cannot exceed 23 hours

[Rémi Denis-Courmont]

forwarded https://trac.videolan.org/vlc/ticket/4503
tags 743997 + upstream confirmed
thanks


Le mardi 8 avril 2014 19:55:41, vous avez écrit :
> Package: vlc
> Version: 2.1.2-2+b3
> Severity: wishlist
> 
> VLC cannot be told to begin playback at more than 23:59:59 hours into
> an audio file. Extending this to a day and beyond would assist users
> listening to extremely long pieces of music, such as those released by
> free culture band Bull of Heaven.

That's a limitation of the QTimeEdit widget from QtGui. Don't hold your breath 
for a resolution on VLC side...

-- 
Rémi Denis-Courmont
http://www.remlab.net/


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

Bug#737151: nut-server: upsd not killed on removing nut-server

[Laurent Bigonville]

Package: nut-server
Followup-For: Bug #737151

Hi,

Are you using systemd or the old SysVinit?

Cheers,

Laurent Bigonville

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

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

Versions of packages nut-server depends on:
ii  adduser  3.113+nmu3
ii  init-system-helpers  1.18
ii  libc62.18-4
ii  libnspr4 2:4.10.4-1
ii  libnspr4-0d  2:4.10.4-1
ii  libnss3  2:3.16-1
ii  libnss3-1d   2:3.16-1
ii  libupsclient32.7.1-1
ii  libusb-0.1-4 2:0.1.12-23.3
ii  libwrap0 7.6.q-25
ii  lsb-base 4.1+Debian12
ii  nut-client   2.7.1-1
ii  udev 204-8

nut-server recommends no packages.

Versions of packages nut-server suggests:
pn  nut-cgi   
pn  nut-ipmi  
pn  nut-snmp  
pn  nut-xml   

-- Configuration Files:
/etc/nut/ups.conf [Errno 13] Permission non accordée: u'/etc/nut/ups.conf'
/etc/nut/upsd.conf [Errno 13] Permission non accordée: u'/etc/nut/upsd.conf'
/etc/nut/upsd.users [Errno 13] Permission non accordée: u'/etc/nut/upsd.users'

-- 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