Bug#748229: Missing parameter to cause stack underflow

[Manoj Srivastava]

severity 748229 minor
thanks

Hi,

This is a fascinating report.

On Thu, May 15 2014, Michael Tautschnig wrote:

> The function testerror (generated from yyerror) requires 2 arguments:
>
> http://sources.debian.net/src/flex/2.5.39-5/tests/test-bison-yylloc/parser.y?hl=92#L92
>
> Yet the call at line 81 of the same file only passes a string, which will thus
> implicitly be converted to void*, used as first argument, and the second
> argument will be arbitrary, resulting from stack underflow.

This is correct. So why does it compile? I am not sure I
--8<---cut here---start->8---
 understand what is going on there. I am looking at:
   gcc -E -I. -I../.. -I../.. -I. -D_FORTIFY_SOURCE=2 -g -O2 \
 -fstack-protector --param=ssp-buffer-size=4 -Wformat\
   -Werror=format-security parser.c|
--8<---cut here---end--->8---


> In addition to this issue, the generated yyparse/testparse invokes testerror 
> in
> fact with 3 arguments:
>
> testerror(&yylloc, scanner, (const void *)"memory exhausted");
>
> This should be fixed as well.

--8<---cut here---start->8---
./test-bison-yylloc < ./test.input
0001: FIRSTNAME=firstname
0002: MIDDLENAME=middle
0003: LASTNAME=lastname
0004: ADDRESS=address
--8<---cut here---end--->8---


Well, this is only in the test suite; and indeed, in a test
 suite that compiles and  runs, so I am lowering this to a minor bug,
 and continuing to investigate.

manoj

-- 
Even a cabbage may look at a king.
Manoj Srivastava    
4096R/  
-- 
If some people didn't tell you, you'd never know they'd been away on
vacation.
Manoj Srivastava    
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C


signature.asc
Description: PGP signature

Bug#748432: lazarus-src-1.2: adequate reports broken symlink for lhlep

[Paul Gevers]

Control: tags -1 upstream
Control: severity -1 minor

Hi Shirish,

The original problem is upstream and we should indeed let upstream know
(I will do that this weekend). Lintian also complained, but I rather
spend my time first on other issues. lintian.debian.org reports more
severe issues than this one.

Paul




signature.asc
Description: OpenPGP digital signature

Bug#748433: install-info: install-info should not give lecture about ginstall-info

[Sven Joachim]

Package: install-info
Version: 5.2.0.dfsg.1-3

The transition from dpkg's install-info is over, and I don't think the
warning message install-info prints on stderr serves a useful purpose,
but merely confuses or annoys people who install local software.  Please
just invoke ginstall-info silently.

See http://lists.gnu.org/archive/html/emacs-devel/2014-05/msg00232.html
for an example.


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

Kernel: Linux 3.14.4-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 install-info depends on:
ii  dpkg   1.17.9
ii  libc6  2.18-6

install-info recommends no packages.

install-info 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#602690: massif-visualizer: state of packaging?

[陳昌倬]

On Sat, May 17, 2014 at 08:05:34AM +0200, Willi Mann wrote:
> Hi,
> 
> you are the current owner of the ITP of massif-visualizer. What is the
> current state? Do you need help? I would really like to see
> massif-visualizer in jessie.
> 
> WM
> 

Hi,

Currently I am still working on kgraphviewer [0] which is a dependency
of massif-visualizer. If you want to help me, please take a look at [1]
to see what need to be done.

The following parts of kgraphviewer are missing right now:

- Manpage of kgraphviewer
- Multi-arch support for libgraphviewer
- Communicate with ubuntu.
  The kgraphviewer package in ubuntu is only one package, while I plan
  to split it into kgraphviewer and libkgraphviewer so that user can
  install only lib if they doesn't want viewer.

[0] https://bugs.debian.org/675033
[1] https://github.com/czchen/debian-kgraphviewer/tree/feature/debian
-- 
ChangZhuo Chen (陳昌倬) 
http://czchen.info/
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: Digital signature

Bug#737515: dictionaries-common-dev: dh_aspell

[Tobias Frost]

On 16. Mai 2014 21:54:15 MESZ, Tobias Frost  wrote:
>On Thu, 2014-05-08 at 11:21 +0200, Agustin Martin wrote:
>
>> On Thu, Mar 27, 2014 at 11:20:38PM +0100, Tobias Frost wrote:
>> > Hallo Agustin,
>> > 
>> > Just an idea: Maybe a sample package would be helpful as a
>reference? (I
>> > can prepare one after my vacation)
>> 
>> Better if we have one, thanks. Please make sure to use at least
>> dictionaries-common-dev 1.23.2 to get the most recent snippets.
>> 
>> Regards,
>> 
>
>I just uploaded my guinea-pig-package "aspell-it" to mentors. (debdiff
>attached). 
>
>Please note that the diff includes more than it is needed to show
>enable
>the new dh_aspell-simple, however I thought if it should serve as "the"
>example package it should be as perfect as possible :)
>
>To illustrate the beautifulness of the new packaging style, d/control,
>d/rules and d/aspell-it.info-aspell would be sufficient (while the last
>one did not have the need of any modifcations -- in case of aspell-it
>at
>least) 
>
>I'm also CC'ing the maintainer of the aspell-it package: Giuseppe, it
>would be great if you could do an upload soon or indicate if the NMU
>would be ok with you.
>
>-- 
>
>Tobi

PS: Here're the d.m.n links: 

http://mentors.debian.net/package/aspell-it

http://mentors.debian.net/debian/pool/main/a/aspell-it/aspell-it_2.4-20070901-0-2.1.dsc
-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.

Bug#748434: libreoffice-help-en-us: No graphics in the help.

[Jacek Sobczak]

Package: libreoffice-help-en-us
Version: 1:4.2.4-3
Severity: normal

Dear Maintainer,

There is graphics missing in the English help of libreoffice. Instead of
graphic symbols or icons there is only an empty frame with a
"vnd.sun.star." text inside. Because the graphics should represent icons
used in the program, the help becomes useless on many occasions.

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

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

Versions of packages libreoffice-help-en-us depends on:
ii  libreoffice-common [libreoffice-l10n-en-us]  1:4.2.4-3
ii  libreoffice-writer   1:4.2.4-3

Versions of packages libreoffice-help-en-us recommends:
ii  libreoffice-core  1:4.2.4-3

libreoffice-help-en-us 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#748409: Forwarded to upstream

[Ole Streicher]

Control: tag -1 upstream
Control: forwarded -1 PIPE-5207

The bug was forwarded to upstream and is registered under the mentioned
Id. Since the bug database is not public, an URL is not given.


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

Bug#688797: slapd stopping periodically

[Ryan Tandy]

Hi Jose, thanks for answering.

On Thu, May 15, 2014 at 3:39 AM, Jose Manuel dos Santos Calhariz
 wrote:
> I compiled the upstream slapd into a private Debian package for using
> the mdb backend.  With the switch for mdb backend the problems went
> away.

I'm glad to hear switching to mdb fixed your problems.

Since the bug with the other backend was not actually fixed but still
affects wheezy (and possibly later releases too), probably this report
should be kept open to track it. Unfortunately we still don't know how
to reproduce it, or even whether it's a BDB bug or an openldap bug, so
any progress looks unlikely.

> Can you please do an official backport of slapd 2.4.39 to wheezy?  I
> would use it on my slapd servers.

I'm not a developer, but I would like to see that happen and will work
towards it. #685748 is probably a good place to discuss that.

thanks,
Ryan


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

Bug#729203: 50% mniej za prąd w Pakiecie FIRMA+DOM. Sprawdź teraz!

[Energia dla firm]




/*  */














Energia dla firm Sp. z o.o. z siedzibą w Warszawie, ul. 
Domaniewska 37, 02-672 Warszawa, wpisana do rejestru przedsiębiorców 
prowadzonego przez Sąd Rejonowy dla m.st. Warszawy w Warszawie, XIII Wydział 
Gospodarczy Krajowego Rejestru Sądowego pod numerem KRS: 355392, REGON: 
060613440, NIP: 7123205358, Kapitał zakładowy: 4.000.000 zł.

Otrzymałeś tą wiadomość ponieważ Twój adres e-mail 
znajduje się w bazie MojeOkazje.

Jeżeli chcesz się wypisać z listy i nie otrzymywać od 
nas wiadomości  kliknij





 

Bug#747628: perl: module deprecations / removals in 5.20

[Niko Tyni]

(over-quoting for the benefit of debian-perl)

On Mon, May 12, 2014 at 11:52:31PM +0100, Dominic Hargreaves wrote:
> On Sat, May 10, 2014 at 04:44:14PM +0300, Niko Tyni wrote:
> > Package: perl

> > I'm not quite sure how we should treat those modules that have been
> > removed between 5.18 and 5.20. In #702096 I wrote
> > 
> > > We probably need to package all of these separately. If jessie is going
> > > to release with Perl 5.18, adding them as recommendations to the perl
> > > package should be enough. If we release with something later we probably
> > > need real dependencies for one release cycle.
> > 
> > Now that we're aiming for 5.20 in jessie, do we need to bite the bullet
> > and add the hard dependencies? I sort of think recommendations might
> > be enough after all.
> > 
> > AIUI, the concern is that without the dependencies, users upgrading from
> > wheezy will have their programs silently broken by disappeared modules,
> > as they are skipping those upstream releases with deprecation warnings.
> > But why aren't recommendations adequate for that? Users that have
> > configured apt to ignore recommendations have explicitly indicated that
> > they prefer disk space savings over safety guards, IMO.
> > 
> > The other POV is that upstream manages module removals carefully, making
> > sure that users will see the warnings, and we should be as careful not
> > undermine that.
> > 
> > A full list of relevant removals is
> > 
> >  libarchive-extract-perl 
> >  libb-lint-perl
> >  libcpanplus-perl
> >  libfile-checktree-perl
> >  liblog-message-perl
> >  libmodule-pluggable-perl
> >  libobject-accessor-perl
> >  libpod-latex-perl
> >  libterm-ui-perl
> >  libtext-soundex-perl

> Hmm, for 5.14 we ended up with Depends for the reasons you describe, but
> I think your point is a fair one; Recommends is probably strong enough.
> The other way of looking at it is whether there are situations in which
> having them as Depends would be actively harmful. It does feel slightly
> wrong that we are forcing packages of code which is being explicitly
> removed from core to be installed again on all systems, so I'd be happy
> to go with Recommends in the absence of specific issues which would
> merit Depends.

I test built about 800 out of 2600 Architecture:all modules with 5.19.11,
and I see a few build failures due to these removals.

Log::Message libcpanplus-dist-build-perl_0.76-1_amd64-20140512-1603.build
Log::Message libcpanplus-perl_0.9148-1_amd64-20140512-1604.build
Module::Pluggable libb-lint-perl_1.17-1_amd64-20140512-1247.build
Module::Pluggable libbot-training-perl_0.04-1_amd64-20140512-1305.build

While that's a very small proportion, there aren't any bugs filed about
those even though they currently show up as warnings in the build logs.
This shows we haven't done a full check about the effects of the 5.18
deprecations on the archive yet. We clearly should.

The recent thread on debian-perl about splitting libcatalyst*-perl has
some parallels to this, so I'm copying that list too. I think most people
there agreed that recommendations would be enough to keep user programs
from breaking, as long as any build dependency issues in the archive
are taken care of. Tincho seemed to disagree?

I still think that once the build failures are fixed, Recommends:
should be strong enough.
-- 
Niko Tyni   nt...@debian.org


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

Bug#743508: how to deal with a missed so bump already uploaded ?

[Julien Cristau]

On Sat, May 17, 2014 at 07:33:04 +0200, Tobias Frost wrote:

> IMHO the severity should be raised to critical as it breaks unrelated
> software.
> 
Reverse dependencies are anything but unrelated.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#748435: ITP: php-horde-cssminify -- CSS Minification

[Mathieu Parent]

Package: wnpp
Severity: wishlist
Owner: Mathieu Parent 

 Package name: Horde_CssMinify
 Version : 1.0.0
 Upstream Author : Michael Slusarz
 URL : http://horde.org/
 License : LGPL-2.1
 Programming Lang: PHP
 Description : CSS Minification
Abstracted interface to various CSS minification backends.

I'm packaging this as part of Horde5 packaging.


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

Bug#748436: ITP: php-horde-mail-autoconfig -- Horde Mail Autoconfiguration

[Mathieu Parent]

Package: wnpp
Severity: wishlist
Owner: Mathieu Parent 

 Package name: Horde_Mail_Autoconfig
 Version : 1.0.0
 Upstream Author : Michael Slusarz
 URL : http://horde.org/
 License : LGPL-2.1
 Programming Lang: PHP
 Description : Horde Mail Autoconfiguration
Attempts to automatically determine configuration options for various remote 
mail services (IMAP/POP3/SMTP).

I'm packaging this as part of Horde5 packaging.


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

Bug#748437: ITP: php-horde-openxchange -- Open-Xchange Connector

[Mathieu Parent]

Package: wnpp
Severity: wishlist
Owner: Mathieu Parent 

 Package name: Horde_OpenXchange
 Version : 1.0.0alpha1
 Upstream Author : Jan Schneider
 URL : http://horde.org/
 License : LGPL-2.1
 Programming Lang: PHP
 Description : Open-Xchange Connector
Library to interact with Open-Xchange servers.

I'm packaging this as part of Horde5 packaging.


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

Bug#748427: [Aptitude-devel] Bug#748427: menu during package config defeats this user

[Axel Beckert]

Control: reassign -1 debconf 1.5.49

Hi,

Lou Poppler wrote:
> I used interactive aptitude to install several choices from within task
> debian-science.
> Near the end of the install process I got a screen with a text menu which
> claimed to be "Configuring science-config"

That's not aptitude asking you, but debconf. Reassigning accordingly.

Full quote for the debconf maintainers:

> and instructing me: "Please select, among the whole system user list, users
> who should get a Debian Science user menu."
> with a text-mode list of users with apparently text-mode check boxes by
> each username, and choices  and 
> at the bottom of the screen.
> 
> Unfortunately there was no hint about what keys or what input might affect
> the check boxes or might navigate to the OK and Cancel
> buttons.  I wanted to select both users, and the cursor seemed to be inside
> the first check-box, so I guessed that maybe the enter
> key might select that check box.  This was a bad choice, because it exited
> me from the menu, apparently without selecting any user.
> 
> After looking at man files, and help documentation, I still have no idea
> what I should have done.
> I also have no idea how to revisit this choice and select some usernames.
> 
> I file this bug, because I think it would be nice to have some hint on the
> text-mode menu screen,
> like maybe "[X selects/unselects]"  "[TAB moves to next option]"  ["ENTER
> means exit"]
> or _whatever_ the actual inputs are that I should use with this menu screen.
> Or even some text explaining where to look to find out how it works.
> 
> If this text-mode screen comes from some other program invoked by aptitude,
> I would appreciate even learning that information.

P.S.: From the version of aptitude, I'm guessing, you are using Debian
Wheezy. Hence reassigning to the version of debconf in Debian Wheezy.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#743508: how to deal with a missed so bump already uploaded ?

[PICCA Frederic-Emmanuel]

> Reverse dependencies are anything but unrelated.

Hello julien, from the point of view of the release team.
What should be do now ?

to my opinion, all we have to do is to upload
zeromq3 with this ugly but necessary +really versionnumber

4.0.3+really-3.2.4-1

then the problem should be fixed once migrated into testing.

is that all ?

thanks for your help

Fred

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

Bug#747141: Bug#748304: tupi: not binNMU safe

[Sebastian Ramacher]

On 2014-05-17 11:05:48, Dmitry Smirnov wrote:
> On Fri, 16 May 2014 15:52:04 Sebastian Ramacher wrote:
> > The problem is that tupi-data (= ${binary:Version})
> > appears in tupi's ${misc:Depends}.
> 
> Thank you for excellent diagnosis. I believe this problem inherited from 
> debhelper's #747141... Let's see what debhelper maintainers will say about 
> this...

No, I think this is not a bug in debhelper but a bug in tupi. With the
current use of dh_installdocs --link-doc you loose the binNMU changelog
entry. I'd rather have dh_installdocs error out if it's used that way on
a combination of arch-indepdent and arch-dependent packages.

I've filed #748376 against lintian to emit a warning if it
dh_installdocs is used in that way.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#748294: vdpau-va-driver: Arithmetic exception in nvidia driver

[Satheesh Kumar Mohan]

Followup-For: Bug #748294
Package: vdpau-va-driver
Version: 0.7.4-dmo1

Dear Maintainer,

Trying to play a few videos crashes XBMC with the traceback (as attached
and shown in the bug).

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

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

Versions of packages vdpau-va-driver depends on:
ii  libc6 2.18-5
ii  libgl1-mesa-glx [libgl1]  10.1.0-5
ii  libvdpau1 0.7-2
ii  libx11-6  2:1.6.2-1
ii  multiarch-support 2.18-5

vdpau-va-driver recommends no packages.

vdpau-va-driver suggests no packages.

-- no debconf information

-- 
Satheesh Kumar Mohan 
### STACK TRACE #
=>  Core file: /media/store-1tb/home/satheesh/core.6814 (2014-05-17 13:32:34.859232855 +0530)
=
[New LWP 6855]
[New LWP 6825]
[New LWP 6823]
[New LWP 6822]
[New LWP 6826]
[New LWP 6841]
[New LWP 6824]
[New LWP 6832]
[New LWP 6830]
[New LWP 6834]
[New LWP 6852]
[New LWP 6842]
[New LWP 6836]
[New LWP 6856]
[New LWP 6837]
[New LWP 6851]
[New LWP 6843]
[New LWP 6814]
[New LWP 6838]
[New LWP 6839]
[New LWP 6840]
[New LWP 6844]
[New LWP 6854]
[New LWP 6853]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/lib/x86_64-linux-gnu/xbmc/xbmc.bin --standalone'.
Program terminated with signal 8, Arithmetic exception.
#0  0x7f2c2ade920a in ?? () from /usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so

Thread 24 (Thread 0x7f2c7bffe700 (LWP 6853)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7f2cae16883b in ?? () from /usr/lib/x86_64-linux-gnu/libavcodec.so.55
#2  0x7f2cb4480062 in start_thread (arg=0x7f2c7bffe700) at pthread_create.c:312
#3  0x7f2cac5f3bfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 23 (Thread 0x7f2c488d0700 (LWP 6854)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7f2cae16883b in ?? () from /usr/lib/x86_64-linux-gnu/libavcodec.so.55
#2  0x7f2cb4480062 in start_thread (arg=0x7f2c488d0700) at pthread_create.c:312
#3  0x7f2cac5f3bfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 22 (Thread 0x7f2c4a7fc700 (LWP 6844)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238
#1  0x0119408b in CThread::Sleep(unsigned int) ()
#2  0x00e2c55b in CAlarmClock::Process() ()
#3  0x01193b28 in CThread::Action() ()
#4  0x011941e9 in CThread::staticThread(void*) ()
#5  0x7f2cb4480062 in start_thread (arg=0x7f2c4a7fc700) at pthread_create.c:312
#6  0x7f2cac5f3bfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 21 (Thread 0x7f2c78825700 (LWP 6840)):
#0  0x7f2cac5e88ed in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f2cb65430dc in ?? () from /usr/lib/x86_64-linux-gnu/libavahi-common.so.3
#2  0x7f2cb6542c5b in avahi_simple_poll_run () from /usr/lib/x86_64-linux-gnu/libavahi-common.so.3
#3  0x7f2cb6542e38 in avahi_simple_poll_iterate () from /usr/lib/x86_64-linux-gnu/libavahi-common.so.3
#4  0x7f2cb654306d in avahi_simple_poll_loop () from /usr/lib/x86_64-linux-gnu/libavahi-common.so.3
#5  0x7f2cb6543134 in ?? () from /usr/lib/x86_64-linux-gnu/libavahi-common.so.3
#6  0x7f2cb4480062 in start_thread (arg=0x7f2c78825700) at pthread_create.c:312
#7  0x7f2cac5f3bfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 20 (Thread 0x7f2c79026700 (LWP 6839)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238
#1  0x00e5ba72 in CJobManager::GetNextJob(CJobWorker const*) ()
#2  0x00e5bd7a in CJobWorker::Process() ()
#3  0x01193b28 in CThread::Action() ()
#4  0x011941e9 in CThread::staticThread(void*) ()
#5  0x7f2cb4480062 in start_thread (arg=0x7f2c79026700) at pthread_create.c:312
#6  0x7f2cac5f3bfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 19 (Thread 0x7f2c7a7fb700 (LWP 6838)):
#0  0x7f2cac5ecdf3 in select () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f2cb2c514cd in ?? () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#2  0x7f2cb2d190b4 in PyEval_EvalFrameEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#3  0x7f2cb2d19039 in PyEval_EvalFrameEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#4  0x7f2cb2d19039 in PyEval_EvalFrameEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#5  0x7f2cb2d1b15d in PyEval_EvalCodeEx () from /usr/lib/x86_64-linux-g

Bug#748294: vdpau-va-driver: Arithmetic exception in nvidia driver

[Sebastian Ramacher]

On 2014-05-17 14:19:19, Satheesh Kumar Mohan wrote:
> 
> Followup-For: Bug #748294
> Package: vdpau-va-driver
> Version: 0.7.4-dmo1

This version is not in Debian. Please report this bug against the
provider of this version.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#739911: RFS: gtk-theme-switch/2.1.0-4

[Marius Gavrilescu]

Dear mentors,

I am still looking for a sponsor for my package "gtk-theme-switch"

* Package name: gtk-theme-switch
  Version : 2.1.0-4
  Upstream Author : Denis Briand 
* URL : http://gna.org/projects/gtk-theme-switch/
* License : GPL-2+
  Section : x11

It builds those binary packages:

  gtk-theme-switch - GTK+ theme switching utility

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

http://mentors.debian.net/package/gtk-theme-switch

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

  dget -x 
http://mentors.debian.net/debian/pool/main/g/gtk-theme-switch/gtk-theme-switch_2.1.0-4.dsc

Changes since the last upload:

  * Escape theme name to prevent code execution (Closes: #739709)
  * Bump Standards-Version to 3.9.5
-- 
Marius Gavrilescu


pgpOLH0HSIj8w.pgp
Description: PGP signature

Bug#733300: kinect-audio-setup: General update after the debconf review process

[Antonio Ospite]

On Sat, 8 Mar 2014 17:51:35 +0100
Christian PERRIER  wrote:

> Dear Debian maintainer,
> 
> On Wednesday, January 01, 2014, I sent you a notification about the beginning 
> of a review
> action on debconf templates for kinect-audio-setup.
> 
> 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.
>

Hi Christian,

I am finally integrating your changes, see the details below.

> 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

I will not use this as I generate debian/changelog automatically with
git-dch. I'll double check that all the "Closes" entries match.

> - debian/control with rewrites of packages' descriptions

In my current control file the Maintainer email address has changed,
but this is the only change with your version, so it's safe to keep
my current one.

> - debian/ with all the rewritten templates file(s)

OK, I already had the updated one, thanks!

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

OK, I'll use all the reformatted PO files, thanks!
However some minor cleanups can be made:

  - debian/po/ja.po: there are some DOS line endings in the first 5
lines.
  - debian/po/pt.po: some comments about old strings can be
removed, namely:
  - #~ msgid "http://www.kinectforwindows.org/download/EULA.htm";
  - #~ msgstr "http://www.kinectforwindows.org/download/EULA.htm";

Can I make these changes on top of your files?

> 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, January 01, 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..:-)
>

I'll definitely remember the next time :)

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

Thanks again.

Ciao ciao,
   Antonio

-- 
Antonio Ospite
http://ao2.it

A: Because it messes up the order in which people normally read text.
   See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?


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

Bug#742184: linux-image-3.14-0.bpo.1-686-pae: qemu-kvm unusable with 3.14.4 kernel, oops appears

[igor80]

Hi,
Same oops found in 3.14.4 
I got only 1G of RAM.
What do you think about x32 kernel in debian-ports?

Backtrace

[  113.028011] INFO: rcu_sched self-detected stall on CPU { 1}  (t=5250 jiffies 
g=3455 c=3454 q=42)
[  113.028011] sending NMI to all CPUs:
[  113.028011] NMI backtrace for cpu 1
[  113.028011] CPU: 1 PID: 3258 Comm: kvm Not tainted 3.14-0.bpo.1-686-pae #1 
Debian 3.14.4-1~bpo70+1
[  113.028011] Hardware name: Acer Aspire 5100 /Navarro, BIOS 
V3.13 08/22/2008
[  113.028011] task: ea5ce530 ti: c011e000 task.ti: c011e000
[  113.028011] EIP: 0060:[] EFLAGS: 00200817 CPU: 1
[  113.028011] EIP is at delay_tsc+0x1/0x60
[  113.028011] EAX: 00182865 EBX: 2710 ECX: c15b5680 EDX: 00182864
[  113.028011] ESI: c15ba8c0 EDI: c15ba8c0 EBP: 0001 ESP: c011fcb4
[  113.028011]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
[  113.028011] CR0: 8005003b CR2: b773fff1 CR3: 2f2eb000 CR4: 07f0
[  113.028011] Stack:
[  113.028011]  0001 c1241618 c1040ddd c15167a6 ef86f760 c10a905a c151ad60 
1482
[  113.028011]  0d7f 0d7e 002a 0001  ef86f760 c15ba8c0 
c15f7fe4
[  113.028011]   ea5ce530  0001 ef86f9e0 c1060f45 ef86fa38 
c011fde8
[  113.028011] Call Trace:
[  113.028011]  [] ? __const_udelay+0x18/0x20
[  113.028011]  [] ? arch_trigger_all_cpu_backtrace+0x4d/0x70
[  113.028011]  [] ? rcu_check_callbacks+0x39a/0x5b0
[  113.028011]  [] ? update_process_times+0x35/0x70
[  113.028011]  [] ? tick_sched_handle.isra.11+0x26/0x60
[  113.028011]  [] ? tick_sched_timer+0x3b/0x80
[  113.028011]  [] ? __remove_hrtimer+0x45/0xa0
[  113.028011]  [] ? __run_hrtimer+0x6b/0x1d0
[  113.028011]  [] ? ktime_get_update_offsets+0x44/0x110
[  113.028011]  [] ? tick_nohz_handler+0xa0/0xa0
[  113.028011]  [] ? hrtimer_interrupt+0x209/0x2d0
[  113.028011]  [] ? hrtimer_interrupt+0x15c/0x2d0
[  113.028011]  [] ? local_apic_timer_interrupt+0x26/0x50
[  113.028011]  [] ? irq_enter+0x5/0x50
[  113.028011]  [] ? smp_apic_timer_interrupt+0x2b/0x50
[  113.028011]  [] ? apic_timer_interrupt+0x2d/0x34
[  113.028011]  [] ? __srcu_read_unlock+0x5/0x10
[  113.028011]  [] ? kvm_arch_vcpu_ioctl_run+0xadd/0xc50 [kvm]
[  113.028011]  [] ? sched_clock_cpu+0x5b/0x160
[  113.028011]  [] ? svm_compute_tsc_offset+0x1a/0xb0 [kvm_amd]
[  113.028011]  [] ? check_preempt_curr+0x5d/0x80
[  113.028011]  [] ? kvm_arch_vcpu_load+0x16c/0x1f0 [kvm]
[  113.028011]  [] ? kvm_vcpu_ioctl+0x2ed/0x4b0 [kvm]
[  113.028011]  [] ? wake_futex+0x65/0x90
[  113.028011]  [] ? do_futex+0x6d1/0xa30
[  113.028011]  [] ? vcpu_put+0x20/0x20 [kvm]
[  113.028011]  [] ? do_vfs_ioctl+0x73/0x540
[  113.028011]  [] ? SyS_futex+0xff/0x170
[  113.028011]  [] ? SyS_ioctl+0x88/0x90
[  113.028011]  [] ? syscall_call+0x7/0xb
[  113.028011] Code: 15 f4 4f 5d c1 f3 c3 8d 76 00 8d 04 80 c1 e0 02 64 8b 15 
5c 2e 68 c1 6b d2 3e f7 e2 8d 42 01 ff 15 f4 4f 5d c1 f3 c3 8d 76 00 55 <89> c5 
57 56 53 64 8b 35 10 c0 67 c1 0f ae f0 8d 76 00 0f 31 8d
[  113.028027] NMI backtrace for cpu 0
[  113.028027] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.14-0.bpo.1-686-pae 
#1 Debian 3.14.4-1~bpo70+1
[  113.028027] Hardware name: Acer Aspire 5100 /Navarro, BIOS 
V3.13 08/22/2008
[  113.028027] task: c15aaa00 ti: c159e000 task.ti: c159e000
[  113.028027] EIP: 0060:[] EFLAGS: 00200292 CPU: 0
[  113.028027] EIP is at native_safe_halt+0x2/0x10
[  113.028027] EAX:  EBX: c159ffac ECX: 00a8 EDX: 00200086
[  113.028027] ESI: c159ffd0 EDI: c168e800 EBP: 01b82003 ESP: c159ff88
[  113.028027]  DS: 007b ES: 007b FS: 00d8 GS:  SS: 0068
[  113.028027] CR0: 8005003b CR2: b6bb5ea0 CR3: 2f2eb000 CR4: 07f0
[  113.028027] Stack:
[  113.028027]  c101928a  c159ffac c159ffd0 c168e800 01b82003 c10193a0 
00200082
[  113.028027]  c159e000  c159e000 c159ffd0 c1019976 c109fbca  
c159e000
[  113.028027]  c159ffd0 c159e000 c164a3c0 0008e000 c168e800 01b82003 c15fda78 
0077
[  113.028027] Call Trace:
[  113.028027]  [] ? default_idle+0x1a/0xc0
[  113.028027]  [] ? amd_e400_idle+0x70/0xf0
[  113.028027]  [] ? arch_cpu_idle+0x16/0x20
[  113.028027]  [] ? cpu_startup_entry+0x7a/0x230
[  113.028027]  [] ? start_kernel+0x362/0x367
[  113.028027]  [] ? repair_env_string+0x4d/0x4d
[  113.028027] Code: 00 00 8d bc 27 00 00 00 00 fa c3 8d b4 26 00 00 00 00 8d 
bc 27 00 00 00 00 fb c3 8d b4 26 00 00 00 00 8d bc 27 00 00 00 00 fb f4  8d 
b6 00 00 00 00 8d bc 27 00 00 00 00 f4 c3 8d b4 26 00 00

--
igor


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

Bug#644642: rhythmbox: Visualisations often fail to run

[Daniel Skorka]

Apologies for the late reply. I have in the meantime switched over to 
using Ubuntu, so cannot really answer your question. However, I can tell 
you that the rhythmbox on Ubuntu (package version 3.0.2-0ubuntu2) also 
shows this bug.


Best regards,
Daniel


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

Bug#748439: RM: ecore -- ROM; Replaced by efl

[Andreas Metzler]

Package: ftp.debian.org
Severity: normal

Hello,

please remove this package from sid, it has already pulled from
testing
. The
removal has maintainer approval
.

thanks, cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


signature.asc
Description: Digital signature

Bug#748440: RM: edje -- ROM; Replaced by efl

[Andreas Metzler]

Package: ftp.debian.org
Severity: normal

Hello,

please remove this package from sid, it has already pulled from
testing
. The
removal has maintainer approval
.

thanks, cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


signature.asc
Description: Digital signature

Bug#748441: RM: evas -- ROM; Replaced by efl

[Andreas Metzler]

Package: ftp.debian.org
Severity: normal

Hello,

please remove this package from sid, it has already pulled from
testing
. The
removal has maintainer approval
.

thanks, cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


signature.asc
Description: Digital signature

Bug#748442: RM: embryo -- ROM; Replaced by efl

[Andreas Metzler]

Package: ftp.debian.org
Severity: normal

Hello,

please remove this package from sid, it has already pulled from
testing
. The
removal has maintainer approval
.

thanks, cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


signature.asc
Description: Digital signature

Bug#748443: RM: eio -- ROM; Replaced by efl

[Andreas Metzler]

Package: ftp.debian.org
Severity: normal

Hello,

please remove this package from sid, it has already pulled from
testing
. The
removal has maintainer approval
.

thanks, cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


signature.asc
Description: Digital signature

Bug#747543: O: sitecopy

[Colin Tuckley]

Sandro,

I use sitecopy and I'd be interested in maintaining it.

Are Christian or Kartik (the Uploaders mentioned on the package page)
not interested in working on the package any more?

Colin

-- 
Colin Tuckley  |  +44(0)1223 830814  |  PGP/GnuPG Key Id
Debian Developer   |  +44(0)7799 143369  | 0x38C9D903


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

Bug#748444: RM: eina -- ROM; Replaced by efl

[Andreas Metzler]

Package: ftp.debian.org
Severity: normal

Hello,

please remove this package from sid, it has already pulled from
testing
. The
removal has maintainer approval
.

thanks, cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


signature.asc
Description: Digital signature

Bug#748445: RM: eet -- ROM; Replaced by efl

[Andreas Metzler]

Package: ftp.debian.org
Severity: normal

Hello,

please remove this package from sid, it has already pulled from
testing
. The
removal has maintainer approval
.

thanks, cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


signature.asc
Description: Digital signature

Bug#748446: debian-security-support: Uninstallable with locale pl_PL (and possibly others)

[Jacek Politowski]

Package: debian-security-support
Version: 2014.05.16
Severity: important

Dear maintainer,

debian-security-support is uninstallabe with locale set to "pl_PL" and possibly
to other non-ASCII.

'check-support-status' invoked by postinst script exists with an error - 'comm'
states that second file is not sorted.

Invoking 'check-support-status' with LANG=C solves the problem. However setting
LANG=C for just aptitude/apt-get run is insufficient. Error of 'comm' is still
displayed in Polish.


$ locale
LANG=pl_PL.UTF-8
LANGUAGE=
LC_CTYPE="pl_PL.UTF-8"
LC_NUMERIC="pl_PL.UTF-8"
LC_TIME="pl_PL.UTF-8"
LC_COLLATE="pl_PL.UTF-8"
LC_MONETARY="pl_PL.UTF-8"
LC_MESSAGES="pl_PL.UTF-8"
LC_PAPER="pl_PL.UTF-8"
LC_NAME="pl_PL.UTF-8"
LC_ADDRESS="pl_PL.UTF-8"
LC_TELEPHONE="pl_PL.UTF-8"
LC_MEASUREMENT="pl_PL.UTF-8"
LC_IDENTIFICATION="pl_PL.UTF-8"
LC_ALL=


$ check-support-status 
comm: plik 2 nie jest posortowany


$ LANG=C check-support-status
Security support is limited for one or more packages
(...and the rest of correct output...)


# LANG=C aptitude install debian-security-support
The following partially installed packages will be configured:
  debian-security-support 
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
Setting up debian-security-support (2014.05.16) ...
comm: plik 2 nie jest posortowany
dpkg: error processing package debian-security-support (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 debian-security-support
E: Sub-process /usr/bin/dpkg returned an error code (1)
Failed to perform requested operation on package.  Trying to recover:
Setting up debian-security-support (2014.05.16) ...
comm: plik 2 nie jest posortowany
dpkg: error processing package debian-security-support (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 debian-security-support



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

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

Versions of packages debian-security-support depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.53
ii  gettext-base   0.18.3.2-1

debian-security-support recommends no packages.

debian-security-support suggests no packages.

-- debconf information:
  debian-security-support/ended:
  debian-security-support/limited:


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

Bug#743163: Patch

[Michael Meskes]

On Fri, May 09, 2014 at 06:09:07PM +0100, Mark Wooding wrote:
> I don't think that fiddling with the init script is the right fix: it
> does too much parsing of mount options already.  Instead, I think the
> correct thing to do is get quotacheck(8) to skip filesystems using
> journalled quotas.  To this end, I offer the following (largely
> untested!) patch.

I beg to disagree. If our initscripts check the wrong filesystems they have to
be fixed and not the quotacheck tool that does nothing wrong. Therefore I did
(hopefully) fix the init script. I will upload as soon as I got everything
going with systemd.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL


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

Bug#748249: gnome-shell: Unable to shutdown

[Massimo Barbieri]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi!

Il 15/05/2014 17:57, Laurent Bigonville ha scritto:
> reassign 748249 lightdm

I think it's not a bug of lightdm: I have the same problem on another
Debian testing and lightdm is not installed.


>> SESSIONUID USER SEAT c2111 lightdm
>> seat0
>> 
>> 1 sessions listed.
> This is what you have when you are logged in, correct?

Yes, and in the PC in which I have only gdm the output is:

   SESSIONUID USER SEAT
 2   1000 mbarbieriseat0

1 sessions listed.

> Could you try to install libpam-systemd?

libpam-systemd is already installed

> IMHO, the bug should be reassign against lightdm

I have the same problem in a PC without lightdm. I don't know if it
could help

If I try to close the session with the Gnome's top right menu it
works, but if I try to shutdown first with the Gnome's menu, agree to
the bug the PC doesn't shutdown, but even the close session stops to
work.

Best regards and thanks for your interesting.

Massimo




- -- 
IM: mass...@jabber.fsfe.org - OpenPGP Key-Id: 0x5D168FC1
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iF4EAREIAAYFAlN3PTAACgkQnxH3+F0Wj8FqmAD/eiR0G4ha06J3IVHnW251hQzb
oGioNKxvsGyfJhKDCvgA/ikiLVWYZ1pcYKnnoO3ZLUGBUO/BKBXILN7pqy8d6044
=YNrk
-END PGP SIGNATURE-


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

Bug#745079: transition: kde4.12

[Maximiliano Curia]

¡Hola Julien!

El 2014-05-17 a las 00:26 +0200, Julien Cristau escribió:
> It doesn't look like calligra has been uploaded?

Yes, sorry, I've been trying to fix a segfault in the tests, and I failed to
deal with it. I think Adrien has a bit of time to check that this weekend.

> Which packages are going to need binNMUed?

Assuming we manage to fix calligra, digikam n-u-r was update with
build-depends >> 4:4.12, so that should be okay.
Then:
- kdegraphics-thumbnailers
   (which is part of kde-sc, but the contents of the tarball hasn't changed)

- subsurface
- kphotoalbum

Thanks,
-- 
: You are in a dark room with a compiler, emacs, an internet connection,
: and a thermos of coffee.
: Your move ?
Saludos /\/\ /\ >< `/


signature.asc
Description: Digital signature

Bug#712209: pulseaudio: getting no audio

[Francesca Ciceri]

Package: pulseaudio
Version: 5.0-2
Followup-For: Bug #712209

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I'm experiencing this as well, since yesterday.
I was able to get audio only following the suggestion in Message 10, ie doing a
'alsactl init' as root. And the effect is lost on reboot/shutdown.

root@malatesta:/home/madamezou# alsactl init
Found hardware: "HDA-Intel" "ATI R6xx HDMI"
"HDA:1002aa01,00aa0100,00100200" "0x17aa" "0x5104"
Hardware is initialized using a generic method

Here's the requested information, let me know if you need more.

madamezou@malatesta:~$ pulseaudio -k ; pulseaudio -
E: [pulseaudio] core-util.c: Failed to create secure directory
(/run/user/1000/pulse): Permission denied
E: [pulseaudio] main.c: Failed to kill daemon: Permission denied
I: [pulseaudio] main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed:
Operation not permitted
I: [pulseaudio] main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed:
Operation not permitted
D: [pulseaudio] core-rtclock.c: Timer slack is set to 50 us.
D: [pulseaudio] core-util.c: RealtimeKit worked.
I: [pulseaudio] core-util.c: Successfully gained nice level -11.
I: [pulseaudio] main.c: This is PulseAudio 5.0
D: [pulseaudio] main.c: Compilation host: x86_64-pc-linux-gnu
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
D: [pulseaudio] main.c: Running on host: Linux x86_64 3.2.0-4-amd64 #1
SMP Debian 3.2.41-2
D: [pulseaudio] main.c: Found 2 CPUs.
I: [pulseaudio] main.c: Page size is 4096 bytes
D: [pulseaudio] main.c: Compiled with Valgrind support: no
D: [pulseaudio] main.c: Running in valgrind mode: no
D: [pulseaudio] main.c: Running in VM: no
D: [pulseaudio] main.c: Optimized build: yes
D: [pulseaudio] main.c: FASTPATH defined, only fast path asserts
disabled.
I: [pulseaudio] main.c: Machine ID is b62e5895dc56af9045d836ba50ab17ca.
I: [pulseaudio] main.c: Session ID is 1.
E: [pulseaudio] core-util.c: Failed to create secure directory
(/run/user/1000/pulse): Permission denied

madamezou@malatesta:~$ pactl list
Failed to create secure directory (/run/user/1000/pulse): Permission
denied
Connection failure: Connection refused
pa_context_connect() failed: Connection refused


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

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

Versions of packages pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  libasound21.0.27.2-4
ii  libasound2-plugins1.0.27-2.1
ii  libc6 2.18-6
ii  libcap2   1:2.22-1.2
ii  libdbus-1-3   1.8.2-1
ii  libfftw3-single3  3.3.4-1
ii  libgcc1   1:4.9.0-3
ii  libice6   2:1.0.8-2
ii  libltdl7  2.4.2-1.7
ii  liborc-0.4-0  1:0.4.19-1
ii  libpulse0 5.0-2
ii  libsamplerate00.1.8-7
ii  libsm62:1.2.1-2
ii  libsndfile1   1.0.25-9
ii  libspeexdsp1  1.2~rc1.1-1
ii  libstdc++64.9.0-3
ii  libsystemd-login0 204-10
ii  libtdb1   1.2.13-2
ii  libudev1  204-10
ii  libwebrtc-audio-processing-0  0.1-2
ii  libx11-6  2:1.6.2-2
ii  libx11-xcb1   2:1.6.2-2
ii  libxcb1   1.10-2
ii  libxtst6  2:1.2.2-1
ii  lsb-base  4.1+Debian12
ii  udev  204-10

Versions of packages pulseaudio recommends:
ii  pulseaudio-module-x11  5.0-2
ii  rtkit  0.11-1

Versions of packages pulseaudio suggests:
ii  paman 0.9.4-1
ii  paprefs   0.9.10-1
ii  pavucontrol   2.0-2
ii  pavumeter 0.9.3-4
ii  pulseaudio-utils  5.0-2

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJTd0BoAAoJENtobJLZ1Z9hx+wP/29p5lY1MGvXz6iNyYophW6j
g1lKhyvvaHR0vNTx6PuhF263ev+hhdtV6evB02d6LgBG1roKf9qQl/j56uhjfEak
HLtRpum1ihyUDVs+oF06/LCxLpIkXUHRLzQ0nWejiDlnq2gBh2Q+KKeyJGMmPSFa
01KwBmFuMrtX3FgxeG4lqfBF+uWYibPp1L+YgfYbXZuj1IXiiMXlY2BFcNFBm61H
jOdKxKhg1hwIMv5I+6rtkdHo3Yih9+B5EIn2ocOKPQ6eY3KgNV2ngI34QHmd0vnn
IQQjjOq8eDX8

Bug#746029: ejabberd RC bug

[Philipp Huebner]

Hi,

ejabberd releases prior to 14.05 don't work with Erlang/OTP >= R17.

I am working on a package for 14.05 and will upload a first version to
experimental once erlang-p1-sip has been accepted into unstable.

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



signature.asc
Description: OpenPGP digital signature

Bug#748383: ITP: bash8 -- bash script style guide checker

[Thomas Goirand]

On Sat May 17 2014 02:54:13 AM EDT, Andreas Metzler  wrote:

> On 2014-05-16 Thomas Goirand  wrote:
> [...]
> > * Package name       : bash8
> [...]
> > Description         : bash script style guide checker
> 
> > This program attempts to be an automated style checker for bash
> > scripts to fill the same part of code review that pep8 does in most
> > OpenStack projects. It started from humble beginnings in the DevStack
> > project, and will continue to evolve over time.
> 
> Hello Thomas,
> 
> how about choosing a different package name? As a user I would expect
> to find bash v8 inside a "bash8" package.
> 
> cu Andreas

This is a reference to "pep8" in the Python.

Thomas


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

Bug#745591: [PATCH] Documentation/technical/api-hashmap: Remove source highlighting

[Anders Kaseorg]

The highlighting was pretty, but unfortunately, the failure mode when
source-highlight is not installed was that the entire code block
disappears.  See https://bugs.debian.org/745591,
https://bugs.launchpad.net/bugs/1316810.

Signed-off-by: Anders Kaseorg 
---
 Documentation/technical/api-hashmap.txt | 1 -
 1 file changed, 1 deletion(-)

diff --git a/Documentation/technical/api-hashmap.txt 
b/Documentation/technical/api-hashmap.txt
index 42ca234..b977ae8 100644
--- a/Documentation/technical/api-hashmap.txt
+++ b/Documentation/technical/api-hashmap.txt
@@ -166,7 +166,6 @@ Usage example
 -
 
 Here's a simple usage example that maps long keys to double values.
-[source,c]
 
 struct hashmap map;
 
-- 
2.0.0.rc3


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

Bug#744708: graphite-web removed from testing

[Mathieu Parent]

hello Jonas,

Do you plan to work on this issue? grahite-web has been removed from
testing now.

Regards

-- 
Mathieu


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

Bug#747697: [RFR] templates://debian-security-support/{debian-security-support.templates}

[Justin B Rye]

Christian PERRIER wrote:
> Rationale:
> --- debian-security-support.old/debian/debian-security-support.templates  
> 2014-05-17 08:16:08.229777212 +0200
> +++ debian-security-support/debian/debian-security-support.templates  
> 2014-05-17 08:18:22.759776423 +0200
> @@ -1,18 +1,20 @@
>  Template: debian-security-support/ended
>  Type: text
> -_Description: Security support has ended for one or more packages
> +#flag:translate!:4
> +_Description: No more security support for one or more packages

This makes the warning messages for "ended" and "limited" support less
similar.  That's not necessarily a bad thing, I suppose.  I was thinking
translators might have less work to do if it's

   _Description: Ended security support for one or more packages

>   Unfortunately, security support for some packages needed to be stopped
>   before the end of the regular security maintenance life cycle.

No, "needed" is simple past, which implies that the situation
described (i.e. the need for curtailed security support) has ended;
what we want here is present perfect (the "has" construction), which
implies that the situation described has continuing relevance.

Unfortunately, it has been necessary to end security support for some
packages before the end of the regular security maintenance life cycle.

Likewise in the other template:

Unfortunately, it has been necessary to limit security support for some
packages.

>   .
> - The following packages found on your system are affected by this.
> + The following packages found on this system are affected by this:
>   .
>   ${MESSAGE}

I gather this template text is echoed by runtime messages from
binaries in the package (since there's a messages.po with the same
grammar problem).  Should I give you a patch for that too?

And the man page, if you like.  I see for a start there's confusion
about whether it's "check-support-status" or "check-supported-status".
Oh, and while I'm poking about outside the usual file list, I notice
kdelibs is listed twice in security-support-limited.

[...]
> -Description: Identify installed packages with ended/limited security support
> +Description: identify installed packages with ended/limited security support

Well, it's not a capitalised verb phrase any longer, but you haven't
managed to cram it into DevRef's preferred noun phrase format; that
would need something like
   Description: identifier for installed packages with ended/limited security 
support
Or maybe "detector"... but that's awkward.  How about:

   Description: security support coverage checker

> - For some Debian packages, maintaining security support is not
> + For some packages, maintaining security support is not
>   feasible for the planned life cycle. For other packages, security
>   support is limited, it does not cover the full feature set.

Talking about "the regular security maintenance life cycle" worked in
the templates, but here it's not clear what "life cycle" you're
talking about - it might be the "software life cycle" (from
proof-of-concept to mature project to death-by-bitrot) of the
packages.  And besides, once we start setting things up to allow an
oldstable-LTS with incomplete security coverage, surely that *is* the
planned security maintenance life cycle?

Then the second sentence has a "comma splice", and it's not 100% clear
that "the full feature set" is talking about features of the software.

> Unbrand the package description which makes it more easily usable by
> derivative distributions (that's debatable because of the package name
> itself but it doesn't really hurt anyway)

In fact that's a bit of a problem, since the cycle we're talking about
is the Debian release cycle.  But maybe we can say:

For some packages, it is not feasible to maintain full security
support for all use cases through the full distribution release
cycle.

This (like my revised synopsis) loses the idea that "ended" and
"limited" support are treated as separate issues, but that's
introduced in the next paragraph anyway.

>  This package provides a program to identify installed packages
>  where support had to be ended prematurely or is limited, and alerts
>  the administrator in that case.

The same problem with simple-past "had to".

   This package provides a program to identify installed packages for
   which support has had to be limited or prematurely ended, and to
   alert the administrator.

Do I understand that it does this by *containing lists* of packages
with such limits?  Okay, so if LibreOffice (say) declares that the
version of their software in stable is now unsupported, how is that
information going to reach users who have debian-security-support
already installed (apart from "via the security mailinglists they
should also be subscribed to", that is)?  I would have expected this
package to have a cron-job downloading new lists and comparing them to
"dpkg -l" output, or maybe to receive package updates via the security
repository and

Bug#748447: bandwidthd: [INTL:it] Italian translation of debconf messages

[Beatrice Torracca]

Package: bandwidthd
Severity: wishlist
Tags: l10n patch

Hi.

Please find attached the Italian translation of bandwidthd debconf messages
proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian translation of bandwidthd debconf messages
# Copyright (C) 2014 bandwidthd package's copyright holder
# This file is distributed under the same license as the bandwidthd package.
# Beatrice Torracca , 2014.
msgid ""
msgstr ""
"Project-Id-Version: bandwidthd\n"
"Report-Msgid-Bugs-To: andr...@fatal.se\n"
"POT-Creation-Date: 2007-03-23 10:46+0100\n"
"PO-Revision-Date: 2014-05-01 17:57+0200\n"
"Last-Translator: Beatrice Torracca \n"
"Language-Team: Italian \n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Virtaal 0.7.1\n"

#. Type: select
#. Description
#: ../templates:1001
msgid "Interface to listen on:"
msgstr "Interfaccia su cui rimanere in ascolto:"

#. Type: select
#. Description
#: ../templates:1001
msgid ""
"Bandwidthd needs to know which interface it should listen for traffic on. "
"Only a single interface can be specified. If you want to listen on all "
"interfaces you should specify the metainterface \"any\". Running "
"\"bandwidthd -l\" will list available interfaces."
msgstr ""
"Bandwidthd deve sapere su quale interfaccia deve rimanere in ascolto per il "
"traffico. Può essere specificata una sola interfaccia. Se si desidera "
"rimanere in ascolto su tutte le interfacce di deve specificare la "
"metainterfaccia «any». Eseguendo «bandwidthd -l» si ottiene un elenco delle "
"interfacce disponibili."

#. Type: string
#. Description
#: ../templates:2001
msgid "Subnets to log details about:"
msgstr "Sottoreti per le quali registrare i dettagli:"

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"Bandwidthd can create graphs for one or several ip-subnets. Subnets are "
"specified either in dotted-quad format (192.168.0.0 255.255.0.0) or in CIDR "
"format (192.168.0.0/16) and separated by a comma. Example: 192.168.0.0/16, "
"10.0.0.0 255.0.0.0, 172.16.1.0/24. If you don't know what to specify then "
"you can use 0.0.0.0/0 but it is strongly discouraged."
msgstr ""
"Bandwidthd può creare grafici per una o più sottoreti di IP. Le sottoreti "
"sono specificate o in formato a quattro numeri con punti (192.168.0.0 "
"255.255.0.0) o in formato CIDR (192.168.0.0/16) e separate da una virgola. "
"Esempio: 192.168.0.0/16, 10.0.0.0 255.0.0.0, 172.16.1.0/24. Se non si sa "
"cosa specificare si può usare 0.0.0.0/0, ma ciò è fortemente sconsigliato."

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Output CDF data logs?"
msgstr "Produrre in output log dei dati in formato CDF?"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"Bandwidthd can log captured traffic information to Common Data File (CDF) "
"logs. These logs are required if you want to keep old information stored "
"between restarts of the bandwidthd daemon. Also see the recovercdf "
"configuration option."
msgstr ""
"Bandwidthd può registrare le informazioni sul traffico catturato in log CDF ("
"Common Data File). Questi log sono necessari se si desiderano conservare le "
"vecchie informazioni tra un riavvio e l'altro del demone bandwidthd. Vedere "
"anche l'opzione di configurazione «recovercdf»."

#. Type: boolean
#. Description
#: ../templates:4001
msgid "Recover old data from logs on restart?"
msgstr "Recuperare i vecchi dati dai log al riavvio?"

#. Type: boolean
#. Description
#: ../templates:4001
msgid ""
"If old data is going to be outputed in the graphs, it needs to be read when "
"BandwidthD is restarted. Parsing the CDF logs can take quite some time on a "
"slow machine so you might want to disable it, but then you'll lose the "
"information in the graphs after a reboot and similar Also make sure the "
"output_cdf config option is enabled."
msgstr ""
"Se nei grafici devono essere inseriti i vecchi dati, è necessario leggerli "
"quando BandwidthD viene riavviato. L'analisi dei log CDF può richiedere un "
"tempo piuttosto lungo su una macchina lenta, perciò si potrebbe volere "
"disattivarla ma, in quel caso, si perderanno le informazioni nei grafici "
"dopo un riavvio ed eventi simili. Inoltre ci si assicuri che l'opzione "
"«output_cdf» sia abilitata."

#. Type: string
#. Description
#: ../templates:5001
msgid "Graph webpage autorefresh delay (seconds):"
msgstr ""
"Ritardo di ricaricamento automatico della pagina web dei grafici (secondi):"

#. Type: string
#. Description
#: ../templates:5001
msgid ""
"With this option you can tweak the delay used in the html as \"META REFRESH"
"\" value. The default is 150 seconds (2.5 minutes). To disable automatic "
"reloads of the webpage enter 0. This way the visitor will have to manually "
"push refresh in his browser to get updated graphs."
msgstr ""
"Con questa opzione si può regolare il

Bug#734806: policycoreutils: semanage login -m -s doesn't work

[Laurent Bigonville]

Package: policycoreutils
Followup-For: Bug #734806

Hi,

Apparently this is only happening if the python-audit package is not
installed.

I guess this should be reported upstream

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

Versions of packages policycoreutils depends on:
ii  init-system-helpers  1.18
ii  libaudit11:2.3.6-1
ii  libc62.18-6
ii  libcap2  1:2.22-1.2
ii  libdbus-1-3  1.8.2-1
ii  libdbus-glib-1-2 0.102-1
ii  libgcc1  1:4.9.0-3
ii  libglib2.0-0 2.40.0-3
ii  libpam0g 1.1.8-3
ii  libpcre3 1:8.31-5
ii  libselinux1  2.3-1
ii  libsemanage1 2.3-1
ii  libsepol12.3-1
ii  libstdc++6   4.9.0-3
ii  lsb-base 4.1+Debian12
ii  psmisc   22.21-2
ii  python   2.7.6-1
ii  python-ipy   1:0.81-1
ii  python-selinux   2.3-1
ii  python-semanage  2.3-1
ii  python-sepolgen  1.2.1-1
ii  python-sepolicy  2.3-1
ii  python-setools   3.3.8-3
ii  selinux-utils2.3-1

Versions of packages policycoreutils recommends:
ii  python-audit1:2.3.6-1
ii  selinux-policy-default  2:2.20140421-1

Versions of packages policycoreutils suggests:
ii  selinux-policy-dev  2:2.20140421-1

-- no debconf information


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

Bug#747141: Bug#748304: tupi: not binNMU safe

[Dmitry Smirnov]

On Sat, 17 May 2014 10:45:54 Sebastian Ramacher wrote:
> With the current use of dh_installdocs --link-doc you loose the binNMU
> changelog entry.

However obvious it suppose to be it only occured to me when I read it.
You're right, thank you, I will fix.

-- 
All the best,
 Dmitry Smirnov.


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

Bug#748448: rinputd: [INTL:it] Italian translation of debconf messages

[Beatrice Torracca]

Package: rinputd
Severity: wishlist
Tags: l10n patch

Hi.

Please find attached the Italian translation of rinputd debconf messages
proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian translation of rinputd debconf messages
# Copyright (C) 2014 rinputd package's copyright holder
# This file is distributed under the same license as the rinputd package.
# Beatrice Torracca , 2014.
msgid ""
msgstr ""
"Project-Id-Version: rinputd\n"
"Report-Msgid-Bugs-To: rinp...@packages.debian.org\n"
"POT-Creation-Date: 2010-05-25 06:52+0200\n"
"PO-Revision-Date: 2014-05-01 17:26+0200\n"
"Last-Translator: Beatrice Torracca \n"
"Language-Team: Italian \n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Virtaal 0.7.1\n"

#. Type: string
#. Description
#: ../templates:2001
msgid "Remote input username:"
msgstr "Nome utente per l'input remoto («remote input»):"

#. Type: string
#. Description
#: ../templates:2001
msgid "Please enter a username for the remote input login."
msgstr "Inserire un nome utente per il login all'input remoto."

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"This account will not be created as a local user with shell access. Instead "
"it will allow control of the keyboard and mouse through the remote input "
"daemon."
msgstr ""
"Questo account non verrà creato come utente locale con accesso alla shell. "
"Permetterà invece il controllo della tastiera e del mouse attraverso il "
"demone di input remoto."

#. Type: password
#. Description
#: ../templates:3001
msgid "Remote input password:"
msgstr "Password per l'input remoto:"

#. Type: password
#. Description
#: ../templates:3001
msgid "Please enter a password for the remote input login."
msgstr "Inserire una password per il login all'input remoto."

#. Type: error
#. Description
#: ../templates:4001
msgid "Invalid username or password"
msgstr "Nome utente o password non validi"

#. Type: error
#. Description
#: ../templates:4001
msgid ""
"Neither the remote input username nor the password can be empty. Please "
"correct them."
msgstr ""
"Né il nome utente né la password per l'input remoto possono essere vuoti. "
"Correggerli."

Bug#748383: ITP: bash8 -- bash script style guide checker

[Andreas Metzler]

On 2014-05-17 Thomas Goirand  wrote:
> On Sat May 17 2014 02:54:13 AM EDT, Andreas Metzler  wrote:

>> On 2014-05-16 Thomas Goirand  wrote:
>> [...]
>>> * Package name       : bash8
>> [...]
>>> Description         : bash script style guide checker
 
>>> This program attempts to be an automated style checker for bash
>>> scripts to fill the same part of code review that pep8 does in most
>>> OpenStack projects. It started from humble beginnings in the DevStack
>>> project, and will continue to evolve over time.
 
>> how about choosing a different package name? As a user I would expect
>> to find bash v8 inside a "bash8" package.

> This is a reference to "pep8" in the Python.

Yes, the long description says so. Still it is not good name, imho. Note
that pep8 is *not* named python8.

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


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

Bug#748449: aptitude: inconsistency around "become root" when openning the packages database read-only as root

[Yann Dirson]

Package: aptitude
Version: 0.6.10-1
Severity: normal

Launching aptitude (as root) while a dpkg is running results in a
message saying the packages db is openned RO (that's expected), and
says that no changes will be saved until I select "become root" (that
is slightly awkward, but still understandable from my point of view).

However, the "Become root" menu item is greyed out, so the awkward
message may just reveal an unhandled corner case.

-- Package-specific info:
Terminal: screen
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.6.10 compiled at Feb 20 2014 17:26:22
Compiler: g++ 4.8.2
Compiled against:
  apt version 4.12.0
  NCurses version 5.9
  libsigc++ version: 2.2.11
  Ept support enabled.
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20140118
  cwidget version: 0.5.17
  Apt version: 4.12.0

aptitude linkage:
linux-vdso.so.1 (0x7fffafbfe000)
libapt-pkg.so.4.12 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 
(0x7f4fa5f23000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7f4fa5cee000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7f4fa5ac3000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7f4fa58be000)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7f4fa55b7000)
libept.so.1.aptpkg4.12 => 
/usr/lib/x86_64-linux-gnu/libept.so.1.aptpkg4.12 (0x7f4fa535a000)
libxapian.so.22 => /usr/lib/libxapian.so.22 (0x7f4fa4f5c000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f4fa4d44000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7f4fa4a87000)
libboost_iostreams.so.1.54.0 => 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.54.0 (0x7f4fa486d000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f4fa465)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f4fa4344000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f4fa4041000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f4fa3e2b000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f4fa3a8)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7f4fa387d000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f4fa3679000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7f4fa3468000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f4fa3245000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f4fa303f000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f4fa2e37000)
/lib64/ld-linux-x86-64.so.2 (0x7f4fa68c7000)

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

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

Versions of packages aptitude depends on:
ii  aptitude-common   0.6.10-1
ii  libapt-pkg4.121.0.3
ii  libboost-iostreams1.54.0  1.54.0-5
ii  libc6 2.18-5
ii  libcwidget3   0.5.17-1
ii  libept1.4.12  1.0.12
ii  libgcc1   1:4.9.0-2
ii  libncursesw5  5.9+20140118-1
ii  libsigc++-2.0-0c2a2.2.11-3
ii  libsqlite3-0  3.8.4.3-3
ii  libstdc++64.9.0-2
ii  libtinfo5 5.9+20140118-1
ii  libxapian22   1.2.17-1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages aptitude recommends:
ii  apt-xapian-index0.46
pn  aptitude-doc-en | aptitude-doc  
ii  libparse-debianchangelog-perl   1.2.0-1
ii  sensible-utils  0.0.9

Versions of packages aptitude suggests:
ii  debtags  1.12
ii  tasksel  3.20

-- 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#748434: libreoffice-help-en-us: No graphics in the help.

[Rene Engelhard]

severity 748434 important
tag 748434 + moreinfo
thanks

On Sat, May 17, 2014 at 10:07:22AM +0200, Jacek Sobczak wrote:
> There is graphics missing in the English help of libreoffice. Instead of
> graphic symbols or icons there is only an empty frame with a
> "vnd.sun.star." text inside. Because the graphics should represent icons
> used in the program, the help becomes useless on many occasions.

I've an idea.

I can't reproduce this on my "normal" system but in a clean chroot where
a apt-get install libreoffice libreoffice-help-en-us gives me only -style-sifr
as the only icon set.

If I install the "real" default icon set (libreoffice-style-galaxy) I get icons
back..

Can you confirm?

(I wonder how that happens anyway, but obviously apt is trying to be too clever
and installs libreoffice-style-sifr instead of galaxy even though

-common has

Depends: libreoffice-style-default | libreoffice-style, ure, ${misc:Depends}
S

and -galaxy is the only provider of -style-default:

Provides: libreoffice-style, libreoffice-style-default

In 4.1.6 etc this seems to work And no idea why it should choose sifr...)

Regards,

Rene


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

Bug#748450: cgiemail: [INTL:it] Italian translation of debconf messages

[Beatrice Torracca]

Package: cgiemail
Severity: wishlist
Tags: l10n patch

Hi.

Please find attached the Italian translation of xxx debconf messages
proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian translation of cgiemail debconf messages
# Copyright (C) 2014, cgiemail package's copyright holder
# This file is distributed under the same license as the cgiemail package.
# Beatrice Torracca , 2014.
msgid ""
msgstr ""
"Project-Id-Version: cgiemail\n"
"Report-Msgid-Bugs-To: cgiem...@packages.debian.org\n"
"POT-Creation-Date: 2008-05-08 10:39+0200\n"
"PO-Revision-Date: 2014-05-01 17:22+0200\n"
"Last-Translator: Beatrice Torracca \n"
"Language-Team: Italian \n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Virtaal 0.7.1\n"

#. Type: string
#. Description
#: ../templates:1001
msgid "Directory where you want to put the cgiemail's mail templates:"
msgstr ""
"Directory dove si desidera vengano messi i modelli dei messaggi di posta di "
"cgiemail:"

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"In old versions of cgiemail, templates that were used for creating e-mails "
"to be sent could be placed anywhere that would be served up by the web "
"server.  This behaviour is a security vulnerability: an attacker can read "
"files that he shouldn't be able to, such as scripts in cgi-bin, if they "
"contain certain pieces of text."
msgstr ""
"Nelle versioni vecchie di cgiemail, i modelli che venivano usati per creare "
"le e-mail da inviare potevano essere in qualsiasi posizione servita dal "
"server web. Questo comportamento è una vulnerabilità della sicurezza: un "
"autore di un attacco può leggere file che non dovrebbe essere in grado di "
"leggere, come script in cgi-bin, se contengono certi frammenti di testo."

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"If you enter nothing (that is, erase the default directory, leaving this "
"empty), cgiemail will still work. This may be needed if you are, for "
"instance, hosting web services, and cannot move all of your clients cgiemail "
"templates to one directory.  Remember that this will LEAVE THE SECURITY HOLE "
"OPEN, and is only a choice for backwards compatibility."
msgstr ""
"Se non si inserisce nulla (se, cioè, si cancella la directory predefinita "
"lasciando il campo vuoto), cgiemail funzionerà comunque. Ciò può essere "
"necessario se si sta, ad esempio, facendo da host per servizi web e non si "
"possono spostare tutti i modelli cgiemail dei clienti in un'unica directory. "
"Ci si ricordi che ciò LASCERÀ APERTA UNA FALLA NELLA SICUREZZA ed viene "
"lasciata come scelta solo per compatibilità all'indietro."

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"To close the hole, enter a directory, which MUST be accessible by your web "
"server.  Template files that you want to use should go there. For further "
"instructions, please read the README.Debian and README files in /usr/share/"
"doc/cgiemail/."
msgstr ""
"Per chiudere la falla inserire una directory, che DEVE essere accessibile "
"dal server web. I file dei modelli che si desiderano usare devono essere "
"messi lì. Per ulteriori istruzioni leggere i file README.Debian e README in "
"/usr/share/doc/cgiemail/."

Bug#748451: igtf-policy-bundle: [INTL:ru] Russian debconf templates translation

[Yuri Kozlov]

Package: igtf-policy-bundle
Version: 1.56-3
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

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

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

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

Russian debconf templates translation is attached.

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

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


ru.po.gz
Description: application/gzip

Bug#748452: lintian: please check if fields in machine-readable copyright file actually contain data

[Paul Gevers]

Package: lintian
Version: 2.5.22.1~bpo70+1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I accidentily created a d/copyright file which follows the format of the
machine readable style [1] but did not have any content in the Copyright:
fields of one of the paragraphs. Lintian didn't catch it (luckily I still
did myself). It would be nice if lintian didn't only check if the required
fields are there, but also if they are filled.

Example:
Files: source/component/tipue/jquery-1.7.1.min.js
 debian/source/jquery-1.7.1.js
Copyright: 
License: Expat
Comment:
 jQuery projects are released under the terms of the MIT license.

[1] https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/

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

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

Versions of packages lintian depends on:
ii  binutils   2.22-8
ii  bzip2  1.0.6-4
ii  diffstat   1.55-3
ii  file   1:5.17-1~bpo70+1
ii  gettext0.18.1.1-9
ii  hardening-includes 2.2
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.26+b1
ii  libarchive-zip-perl1.30-6
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.31-1+b2
ii  libdpkg-perl   1.16.14
ii  libemail-valid-perl0.190-1
ii  libfile-basedir-perl   0.03-1
ii  libipc-run-perl0.92-1
ii  liblist-moreutils-perl 0.33-1+b1
ii  libparse-debianchangelog-perl  1.2.0-1
ii  libtext-levenshtein-perl   0.06~01-2
ii  libtimedate-perl   1.2000-1
ii  liburi-perl1.60-1
ii  man-db 2.6.2-1
ii  patchutils 0.3.2-1.1
ii  perl [libdigest-sha-perl]  5.14.2-21+deb7u1
ii  t1utils1.37-2

Versions of packages lintian recommends:
ii  libautodie-perl 2.19-1
ii  libperlio-gzip-perl 0.18-1+b2
ii  perl-modules [libautodie-perl]  5.14.2-21+deb7u1

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.16.14
ii  libhtml-parser-perl3.69-2
ii  libtext-template-perl  1.45-2
ii  libyaml-perl   0.81-1
ii  xz-utils   5.1.1alpha+20120614-2

- -- no debconf information

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

iQEcBAEBCAAGBQJTd0y8AAoJEJxcmesFvXUK9c0H/3i5pokYCJW90tipVfNIPltO
BPskU1HnRNRIJfjSq+3SvfSerneQ+sSsvTv1sxN2bq/rs/FirCM9OHBxcIy8eSQl
BLAty0XEXsxVADP4oMsgoSitHe5ZWNdMuqpw/rn8DeNW7v1m8JJAeS5P/ez76OXK
Dq6lUn+CuYpcx8fhCYccoOh9IctmPEF5AZEV26cWPihNP6U2K0Sk1kimdpkXY78C
ndoqvHDGF2Pbt95NiS4QmhK4nEy0WLtN8wd98kCFIVdxm2Asi+eNijTMHtippUJm
DgyQdL0PMDgVlIet/Dz6mRzLshPR6HSGCyT3bBhlAoPHxSc6PNE09U9nUPgG5Kc=
=516q
-END PGP SIGNATURE-


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

Bug#748453: network-manager-gnome: nm-applet tries to reconnect every 5 minutes after explicit disconnect

[anon]

Package: network-manager-gnome
Version: 0.9.8.10-1
Severity: normal

Dear Maintainer,

after I disconnect from a WiFi network that has the "Automatically connect ..."
option set, nm-applet will keep disconnected for precisely 5 minutes, at which
point it will try to connect again. The same happens after I press "Disconnect"
upon being prompted for a WiFi password.

I don't know if this is a bug or a missing feature.
Either way, nm-applet should not try to auto-reconnect after the user
explicitly told it to disconnect.
Autoconnect should be re-enabled as soon as the user explicitly told it to
connect again.



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

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

Versions of packages network-manager-gnome depends on:
ii  dbus-x11 1.8.2-1
ii  dconf-gsettings-backend [gsettings-backend]  0.20.0-2
ii  gconf-service3.2.6-2
ii  gnome-icon-theme 3.12.0-1
ii  libatk1.0-0  2.12.0-1
ii  libc62.18-5
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libdbus-1-3  1.8.2-1
ii  libdbus-glib-1-2 0.102-1
ii  libgconf-2-4 3.2.6-2
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgnome-bluetooth11 3.8.1-3
ii  libgnome-keyring03.4.1-1
ii  libgtk-3-0   3.12.1-1
ii  libmm-glib0  1.0.0-4
ii  libnm-glib-vpn1  0.9.8.10-2
ii  libnm-glib4  0.9.8.10-2
ii  libnm-gtk0   0.9.8.10-1
ii  libnm-util2  0.9.8.10-2
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libsecret-1-00.18-1
ii  network-manager  0.9.8.10-2
ii  policykit-1-gnome0.105-2

Versions of packages network-manager-gnome recommends:
ii  dunst [notification-daemon] 1.0.0-2
ii  gnome-bluetooth 3.8.1-3
ii  gnome-keyring   3.8.2-2+b1
ii  iso-codes   3.53-1
ii  mobile-broadband-provider-info  20140317-1
ii  notification-daemon 0.7.6-1

Versions of packages network-manager-gnome suggests:
pn  network-manager-openconnect-gnome  
ii  network-manager-openvpn-gnome  0.9.8.4-2
pn  network-manager-pptp-gnome 
pn  network-manager-vpnc-gnome 

-- 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#748383: ITP: bash8 -- bash script style guide checker

[Ben Finney]

Andreas Metzler  writes:

> On 2014-05-17 Thomas Goirand  wrote:
> > On Sat May 17 2014 02:54:13 AM EDT, Andreas Metzler  
> > wrote:
>
> >> On 2014-05-16 Thomas Goirand  wrote:
> >>> This program attempts to be an automated style checker for bash
> >>> scripts to fill the same part of code review that pep8 does in
> >>> most OpenStack projects. It started from humble beginnings in the
> >>> DevStack project, and will continue to evolve over time.
>  
> >> how about choosing a different package name? As a user I would
> >> expect to find bash v8 inside a "bash8" package.

Whereas this Bash user would expect a package named ‘bash8’ to install
version 8 of Bash.

Certainly ‘bash8’ carries no reliable connotation of “style checker for
Bash code”.

> > This is a reference to "pep8" in the Python.

In the Python community, “PEP 8” carries strong connotation of “code
style conventions for Python code”. It is *only* because of that
existing connotation that a package named ‘pep8’ implies what the
package installs.

The same is not true for the name ‘bash8’. It is unreasonable to expect
the average Bash user looking at package names to get a reference to
Python conventions.

IMO, the package (source and binary) name should more explicitly carry
an implication of what the package installs. Perhaps
‘bash8-style-checker’ or the like.

-- 
 \   “The cost of education is trivial compared to the cost of |
  `\ ignorance.” —Thomas Jefferson |
_o__)  |
Ben Finney 


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

Bug#748454: umbrello: Umbrello doesn't appear in menus

[John Haiducek]

Package: umbrello
Version: 4:4.12.4-1
Severity: important

Dear Maintainer,

I have umbrello installed, but it doesn't appear in the menus for either Gnome
or KDE.



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

Kernel: Linux 3.13-1-amd64 (SMP w/3 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 umbrello depends on:
ii  kde-runtime  4:4.12.4-1
ii  libc62.18-5
ii  libgcc1  1:4.9.0-2
ii  libkdecore5  4:4.12.4-1
ii  libkdeui54:4.12.4-1
ii  libkfile44:4.12.4-1
ii  libkio5  4:4.12.4-1
ii  libqt4-svg   4:4.8.6+dfsg-1
ii  libqt4-xml   4:4.8.6+dfsg-1
ii  libqtcore4   4:4.8.6+dfsg-1
ii  libqtgui44:4.8.6+dfsg-1
ii  libstdc++6   4.9.0-2
ii  libxml2  2.9.1+dfsg1-3
ii  libxslt1.1   1.1.28-2

umbrello recommends no packages.

Versions of packages umbrello suggests:
ii  khelpcenter4  4:4.12.4-1

-- no debconf information


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

Bug#748453: [Pkg-utopia-maintainers] Bug#748453: network-manager-gnome: nm-applet tries to reconnect every 5 minutes after explicit disconnect

[Michael Biebl]

Am 17.05.2014 13:52, schrieb anon:
> Package: network-manager-gnome
> Version: 0.9.8.10-1
> Severity: normal
> 
> Dear Maintainer,
> 
> after I disconnect from a WiFi network that has the "Automatically connect 
> ..."

How do you disconnect from the WiFi network?

> option set, nm-applet will keep disconnected for precisely 5 minutes, at which
> point it will try to connect again. The same happens after I press 
> "Disconnect"
> upon being prompted for a WiFi password.

Please provide a log from NetworkManager [0]


Michael
[0] https://wiki.gnome.org/Projects/NetworkManager/Debugging

-- 
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#744708: graphite-web removed from testing

[Jonas Genannt]

Hello,

> Do you plan to work on this issue? grahite-web has been removed from
> testing now.

yes, but I'm very busy with my day job. It's on my todo list, will do it asap.

Greets,
Jonas


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

Bug#746564: minidlna doesn't work - upnpsoap sql error

[Martin Dosch]

Package: vlc
Version: 2.1.4-1+b1
Followup-For: Bug #746564

Dear Maintainer,

VLC is still getting stuck in 90% the cases I'm trying to access minidlna. I'll 
try removing all dmo-packages soon.

Best regards,
Martin

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

Kernel: Linux 3.14.4-c720 (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 vlc depends on:
ii  dpkg  1.17.9
ii  fonts-freefont-ttf20120503-4
ii  libaa11.4p5-42
ii  libavcodec55  6:10.1-1
ii  libavutil53   6:10.1-1
ii  libc6 2.18-5
ii  libcaca0  0.99.beta18-1.1
ii  libfreetype6  2.5.2-1
ii  libfribidi0   0.19.6-1
ii  libgcc1   1:4.9.0-2
ii  libgl1-mesa-glx [libgl1]  10.1.2-1
ii  libice6   2:1.0.8-2
ii  libqtcore44:4.8.6+dfsg-1
ii  libqtgui4 4:4.8.6+dfsg-1
ii  libsdl-image1.2   1.2.12-5+b2
ii  libsdl1.2debian   1.2.15-9
ii  libsm62:1.2.1-2
ii  libstdc++64.9.0-2
ii  libtar0   1.2.20-4
ii  libva-x11-1   1.3.1-1
ii  libva11.3.1-1
ii  libvlccore7   2.1.4-1
ii  libx11-6  2:1.6.2-1
ii  libxcb-composite0 1.10-2
ii  libxcb-keysyms1   0.3.9-1
ii  libxcb-randr0 1.10-2
ii  libxcb-render01.10-2
ii  libxcb-shape0 1.10-2
ii  libxcb-shm0   1.10-2
ii  libxcb-xfixes01.10-2
ii  libxcb-xv01.10-2
ii  libxcb1   1.10-2
ii  libxext6  2:1.3.2-1
ii  libxinerama1  2:1.1.3-1
ii  libxpm4   1:3.5.10-1
ii  vlc-nox   2.1.4-1+b1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages vlc recommends:
ii  vlc-plugin-notify  2.1.4-1+b1
ii  vlc-plugin-pulse   2.1.4-1+b1
ii  xdg-utils  1.1.0~rc1+git20111210-7.1

Versions of packages vlc suggests:
pn  videolan-doc  

Versions of packages vlc-nox depends on:
ii  dpkg   1.17.9
ii  liba52-0.7.4   0.7.4-17
ii  libasound2 1.0.27.2-3
ii  libass40.10.1-3
ii  libavahi-client3   0.6.31-4
ii  libavahi-common3   0.6.31-4
ii  libavc1394-0   0.5.4-2
ii  libavcodec55   6:10.1-1
ii  libavformat55  6:10.1-1
ii  libavutil536:10.1-1
ii  libbasicusageenvironment0  2014.01.13-1
ii  libbluray1 1:0.5.0-2
ii  libc6  2.18-5
ii  libcddb2   1.3.2-4
ii  libcdio13  0.83-4.1
ii  libchromaprint01.1-1
ii  libcrystalhd3  1:0.0~git20110715.fdd2f19-11
ii  libdbus-1-31.8.2-1
ii  libdc1394-22   2.2.2-1
ii  libdca00.0.5-6
ii  libdirac-decoder0  1.0.2-6
ii  libdirac-encoder0  1.0.2-6
ii  libdirectfb-1.2-9  1.2.10.0-5
ii  libdvbpsi9 1.2.0-1
ii  libdvdnav4 4.2.1-3
ii  libdvdread44.2.1-2
ii  libebml4   1.3.0-2
ii  libfaad2   2.7-8
ii  libflac8   1.3.0-2
ii  libfontconfig1 2.11.0-5
ii  libfreerdp11.0.2-4
ii  libfreetype6   2.5.2-1
ii  libfribidi00.19.6-1
ii  libgcc11:4.9.0-2
ii  libgcrypt111.5.3-4
ii  libgnutls283.2.14-1
ii  libgpg-error0  1.12-0.2
ii  libgroupsock1  2014.01.13-1
ii  libiso9660-8   0.83-4.1
ii  libkate1   0.4.1-1
ii  liblircclient0 0.9.0~pre1-1
ii  liblivemedia23 2014.01.13-1
ii  liblua5.2-05.2.3-1
ii  libmad00.15.1b-8
ii  libmatroska6   1.4.1-2
ii  libmodplug11:0.8.8.4-4.1
ii  libmpcdec6 2:0.1~r459-4.1
ii  libmpeg2-4 0.5.1-5
ii  libmtp91.1.6-51-g1a2669c~ds0-1
ii  libncursesw5   5.9+20140118-1
ii  libogg01.3.1-1
ii  libopus0   1.1-1
ii  libpng12-0 1.2.50-1
ii  libpostproc52  6:0.git20120821-4
ii  libraw1394-11  2.1.0-1
ii  libresid-builder0c2a   2.1.1-14
ii  libsamplerate0 0.1.8-7
ii  libschroedinger-1.0-0  1.0.11-2
ii  libshout3  2.3.1-3
ii  libsidplay22.1.1-14
ii  libsmbclient   2:4.1.7+dfsg-2
ii  libspeex1  1.2~rc1.1-1
ii  libspeexdsp1   1.2~rc1.1-1
ii  libssh2-1  1.4.3-2
ii  libstdc++6 4.9.0-2
ii  libswsca

Bug#748456: liferea: crashes when selecting any feed

[Johannes Schauer]

Package: liferea
Version: 1.10.8-1
Severity: grave
Justification: renders package unusable

Hi,

steps to reproduce:

--%<---
$ sudo debootstrap --variant=minbase sid debian-sid 
http://127.0.0.1:3142/http.us.debian.org/debian
[...]
$ sudo chroot debian-sid apt-get update
[...]
$ sudo chroot debian-sid apt-get install liferea
[...]
$ sudo chroot debian-sid liferea

(process:28562): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.

(liferea:28562): libnotify-WARNING **: Failed to connect to proxy
-->%---

Then, click on any feed on the left hand side. The result will be a
crash of liferea with the following printed on the terminal:


1   0x7f2d84858557 
/usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-3.0.so.0(WTFCrash+0x17) 
[0x7f2d84858557]
2   0x7f2d8475f00b 
/usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-3.0.so.0(_ZNK3JSC12VMEntryScope16requiredCapacityEv+0x3b)
 [0x7f2d8475f00b]
3   0x7f2d8475f0b7 
/usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-3.0.so.0(_ZN3JSC12VMEntryScopeC2ERNS_2VMEPNS_14JSGlobalObjectE+0x97)
 [0x7f2d8475f0b7]
4   0x7f2d845e9f1e 
/usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-3.0.so.0(_ZN3JSC11Interpreter7executeEPNS_17ProgramExecutableEPNS_9ExecStateEPNS_8JSObjectE+0xae)
 [0x7f2d845e9f1e]
5   0x7f2d8471d39b 
/usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-3.0.so.0(_ZN3JSC8evaluateEPNS_9ExecStateERKNS_10SourceCodeENS_7JSValueEPS5_+0x16b)
 [0x7f2d8471d39b]
6   0x7f2d88c4f438 /usr/lib/x86_64-linux-gnu/libwebkitgtk-3.0.so.0(+0x5f2438) 
[0x7f2d88c4f438]
7   0x7f2d88c4f70c /usr/lib/x86_64-linux-gnu/libwebkitgtk-3.0.so.0(+0x5f270c) 
[0x7f2d88c4f70c]
8   0x7f2d88dff775 /usr/lib/x86_64-linux-gnu/libwebkitgtk-3.0.so.0(+0x7a2775) 
[0x7f2d88dff775]
9   0x7f2d893f096c /usr/lib/x86_64-linux-gnu/libwebkitgtk-3.0.so.0(+0xd9396c) 
[0x7f2d893f096c]
10  0x7f2d8ab0e6e3 /usr/lib/x86_64-linux-gnu/libxml2.so.2(+0x496e3) 
[0x7f2d8ab0e6e3]
11  0x7f2d8ab14183 /usr/lib/x86_64-linux-gnu/libxml2.so.2(+0x4f183) 
[0x7f2d8ab14183]
12  0x7f2d8ab15bce /usr/lib/x86_64-linux-gnu/libxml2.so.2(xmlParseChunk+0x2de) 
[0x7f2d8ab15bce]
13  0x7f2d893eed94 /usr/lib/x86_64-linux-gnu/libwebkitgtk-3.0.so.0(+0xd91d94) 
[0x7f2d893eed94]
14  0x7f2d893ec7d1 /usr/lib/x86_64-linux-gnu/libwebkitgtk-3.0.so.0(+0xd8f7d1) 
[0x7f2d893ec7d1]
15  0x7f2d88d8bdee /usr/lib/x86_64-linux-gnu/libwebkitgtk-3.0.so.0(+0x72edee) 
[0x7f2d88d8bdee]
16  0x7f2d890c2d54 /usr/lib/x86_64-linux-gnu/libwebkitgtk-3.0.so.0(+0xa65d54) 
[0x7f2d890c2d54]
17  0x7f2d88a9a7e6 /usr/lib/x86_64-linux-gnu/libwebkitgtk-3.0.so.0(+0x43d7e6) 
[0x7f2d88a9a7e6]
18  0x7f2d890c184f /usr/lib/x86_64-linux-gnu/libwebkitgtk-3.0.so.0(+0xa6484f) 
[0x7f2d890c184f]
19  0x7f2d890c4a70 /usr/lib/x86_64-linux-gnu/libwebkitgtk-3.0.so.0(+0xa67a70) 
[0x7f2d890c4a70]
20  0x7f2d890c7e48 /usr/lib/x86_64-linux-gnu/libwebkitgtk-3.0.so.0(+0xa6ae48) 
[0x7f2d890c7e48]
21  0x7f2d890c11bf /usr/lib/x86_64-linux-gnu/libwebkitgtk-3.0.so.0(+0xa641bf) 
[0x7f2d890c11bf]
22  0x7f2d88b9e681 /usr/lib/x86_64-linux-gnu/libwebkitgtk-3.0.so.0(+0x541681) 
[0x7f2d88b9e681]
23  0x7f2d88bb4322 /usr/lib/x86_64-linux-gnu/libwebkitgtk-3.0.so.0(+0x557322) 
[0x7f2d88bb4322]
24  0x7f2d85ae4703 /lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x49703) 
[0x7f2d85ae4703]
25  0x7f2d85ae3ce5 
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x135) 
[0x7f2d85ae3ce5]
26  0x7f2d85ae4048 /lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x49048) 
[0x7f2d85ae4048]
27  0x7f2d85ae40ec 
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_iteration+0x2c) 
[0x7f2d85ae40ec]
28  0x7f2d8682267c 
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(g_application_run+0x1ec) 
[0x7f2d8682267c]
29  0x41b56d liferea(main+0x3bd) [0x41b56d]
30  0x7f2d854f5b45 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) 
[0x7f2d854f5b45]
31  0x41b654 liferea() [0x41b654]


cheers, josch


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

Bug#748087: liferea crashes when recommended package dbus-x11 is not installed

[Paul Gevers]

On 14-05-14 08:03, David Michael Smith wrote:
> With a bit of testing I've discovered that the cause of the crash is due to a
> lack of the dbus-x11 package.  According to README in the source package
> dbus-x11 isn't a runtime dependency.  So either it's a bug with upstream or we
> need to change the recommend of dbus-x11 to depends on dbus-x11.

I would not say "either", but both. We should fix it by moving dbus-x11
to depends. If you mean that upstream doesn't want liferea to depend on
dbus-x11, that is of course an other question, but if it does now, the
packaging should reflect that.

Paul




signature.asc
Description: OpenPGP digital signature

Bug#748457: Does not detect undock event, keeps blocking suspend on handle-lid-switch

[Michael Biebl]

Package: gnome-settings-daemon
Version: 3.8.5-2
Severity: normal

When I undock my X220 from my docking station, systemd-inhibit still
shows

 Who: michael (UID 1000/michael, PID 26789/gnome-settings-)
What: handle-lid-switch
 Why: Multiple displays attached
Mode: block

As a result, the laptop does not suspend when closing the lid.
I need to restart gnome-settings-daemon for it to detect that the laptop
is no longerdocket




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

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

Versions of packages gnome-settings-daemon depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.20.0-2
ii  gsettings-desktop-schemas3.8.2-2
ii  libc62.18-6
ii  libcairo21.12.16-2
ii  libcanberra-gtk3-0   0.30-2
ii  libcanberra0 0.30-2
ii  libcolord1   1.0.6-1
ii  libcups2 1.7.2-3
ii  libfontconfig1   2.11.0-5
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgnome-desktop-3-7 3.8.4-2
ii  libgtk-3-0   3.12.2-1
ii  libgudev-1.0-0   204-10
ii  libibus-1.0-51.5.5-1
ii  liblcms2-2   2.6-1
ii  libnotify4   0.7.6-2
ii  libpackagekit-glib2-16   0.8.17-2
ii  libpango-1.0-0   1.36.3-1
ii  libpulse-mainloop-glib0  5.0-2
ii  libpulse05.0-2
ii  librsvg2-2   2.40.2-1
ii  libupower-glib1  0.9.23-2+b2
ii  libwacom20.8-1
ii  libx11-6 2:1.6.2-2
ii  libxfixes3   1:5.0.1-1
ii  libxi6   2:1.7.2-1
ii  libxkbfile1  1:1.0.8-1
ii  libxtst6 2:1.2.2-1
ii  nautilus-data3.8.2-3
ii  systemd  204-11~test0

Versions of packages gnome-settings-daemon recommends:
ii  pulseaudio  5.0-2

Versions of packages gnome-settings-daemon suggests:
ii  gnome-screensaver  3.6.1-1
ii  i3-wm [x-window-manager]   4.7.2-1
ii  kde-window-manager [x-window-manager]  4:4.11.9-1
ii  metacity [x-window-manager]1:2.34.13-1
ii  mutter [x-window-manager]  3.12.1+really+3.8.4-1
ii  openbox [x-window-manager] 3.5.2-6
ii  x11-xserver-utils  7.7+2
ii  xfwm4 [x-window-manager]   4.10.1-2

-- no debconf information


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

Bug#748459: RM: tupi [hurd-i386 kfreebsd-amd64 kfreebsd-i386] -- RoM; requires "qtmobility-dev" which is linux-only

[Dmitry Smirnov]

Package: ftp.debian.org
Severity: normal
Usertags: rm

Please remove "tupi" from non-linux architectures: last upstream release 
introduced build-dependency on "qtmobility-dev" which is linux-only.

Thank you.

-- 
All the best,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


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

Bug#748434: libreoffice-help-en-us: No graphics in the help.

[Rene Engelhard]

clone 748434 -1
reassign -1 apt
retitle -1 apt doesn't install first alternative/only provider of a virtual 
package and chooses different package
found -1 1.0.3
thanks

Hi,

On Sat, May 17, 2014 at 01:29:39PM +0200, Rene Engelhard wrote:
> (I wonder how that happens anyway, but obviously apt is trying to be too 
> clever
> and installs libreoffice-style-sifr instead of galaxy even though
> 
> -common has
> 
> Depends: libreoffice-style-default | libreoffice-style, ure, ${misc:Depends}
> S
> 
> and -galaxy is the only provider of -style-default:
> 
> Provides: libreoffice-style, libreoffice-style-default
> 
> In 4.1.6 etc this seems to work And no idea why it should choose sifr...)

We just discussed this on IRC:

13:43 < _rene_> anyone knowledged about how apt resolves dependencies here now 
by chance?
13:44 < _rene_> (here also: virtual packages)
13:46 -!- and1bm 
[~a...@hsi-kbw-046-005-154-166.hsi8.kabel-badenwuerttemberg.de] has joined 
#debian-devel
13:47 < svuorela> isn't apt doing first in alphabet for virtual packages ?
13:48 < _rene_> apparently not
13:48 < _rene_> (or not anymore)
13:48 < _rene_> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748434
13:48 < _rene_> so far it worked, apt-get install libreoffice installs 
-style-galaxy.
13:48 < _rene_> now it seems to choose to install -style-sifr
13:49 < _rene_> I have a
13:49 < _rene_> Depends: libreoffice-style-default | libreoffice-style, ure, 
${misc:Depends}
13:49 -!- bgupta 
[~bgu...@207-237-250-126.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com] has joined 
#debian-devel
13:49 < _rene_> and libreoffice-style-default is provided ONLY by galaxy
13:49 < jcristau> sounds like a bug
13:49 < _rene_> so it doesn't even take the first in alphabet, it doesn't even 
take the first alternative in the dependency anymore
13:50 < _rene_> (and yes, that dependency is flaky, this orccured to me now, 
but still apt should install galaxy)
13:51 < svuorela> maybe it is for rpm compatibility? :P
13:51 < _rene_> jcristau: a LO bug (see "and yes, that dependency is flaky") or 
a apt one?
13:51 < svuorela> yum iirc resolves shortest package name
13:51 < _rene_> jcristau: because if the latter I wonder why jessie works
13:52 < _rene_> jcristau: same apt :)
13:52 < _rene_> jcristau: or I just was lucky...
13:54 < jcristau> _rene_: if galaxy is installable, an apt bug
13:54 < _rene_> it is
13:54 < jcristau> (imo, not being an expert, etc)
13:54 < _rene_> I installed it fine after it and that "resolved" 748434
13:55  * _rene_ will add a Depends: -galaxy to the helps anyway to be safe, but 
ok :)

Regards,
 
Rene


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

Bug#747574: [Pkg-fonts-devel] Bug#747574: fonts-sil-gentium: Name change and new version available upstream

[Christian PERRIER]

retitle 747574 RFP: fonts-sil-gentiumplus
reassign 747574 wnpp
thanks

Quoting Kess Vargavind (vargav...@gmail.com):
> Package: fonts-sil-gentium
> Version: 20081126:1.02-13
> Severity: normal
> 
> Dear maintainers,
> 
> The Gentium family of fonts have forked upstream into Gentium Plus. The older
> Gentium fonts will continue to be available but not maintained.
> 
> Please consider transition fonts-sil-gentium to fonts-sil-gentium-plus with 
> the
> newer fonts.

As Nicolas mentioned, this should be a new package.

Reassigning this bug report as an RFP bug report.

I'll upload the package by basing it on the SIL package.

Thanks anyway for pointing us to this.




signature.asc
Description: Digital signature

Bug#677513: Combining diacritics out of place

[Francesca Ciceri]

*Argh* wrong bug number (and same title...). 
Please ignore my previous mail.

Reopening, sorry for the noise.

Cheers,
Francesca
-- 
"I will not be reconstructed"
The Pogues, Sunny Side of the Street


signature.asc
Description: Digital signature

Bug#748460: RM: rhn-client-tools [kfreebsd-i386 kfreebsd-amd64 hurd-i386] -- ANAIS; dependencies no longer available on !linux-any

[Michael Biebl]

Package: ftp.debian.org
Severity: normal

Please remove rhn-client-tools from !linux-any. For those plattforms it
dependended on hal, which is going away, so the package was marked
linux-any. See [0] for details.

[0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=710200#59


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

Bug#747543: O: sitecopy

[Christian Marillat]

Colin Tuckley  writes:

> Sandro,
>
> I use sitecopy and I'd be interested in maintaining it.
>
> Are Christian or Kartik (the Uploaders mentioned on the package page)
> not interested in working on the package any more?

I still use sitecopy and can adopt this package if Kartik isn't interested.

Christian


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

Bug#748462: uscan: mk-origtargz choke on .xpi files

[David Prévot]

Package: devscripts
Version: 2.14.2
Severity: normal
User: devscri...@packages.debian.org
Usertag: uscan

Downloading a Mozilla extension now fails with the following:

tabmixplus$ uscan --verbose --force
[…]
-- Downloading updated package tab_mix_plus-0.4.1.4pre.140414a1-fx.xpi
-- Checking for common possible upsteam OpenPGP signatures
Parameter ../tab_mix_plus-0.4.1.4pre.140414a1-fx.xpi does not look like a tar 
archive or a zip file. at /usr/bin/mk-origtargz line 315.
uscan: error: mk-origtargz --package tabmixplus --version 0.4.1.4~140414a1 
--compression gzip --directory .. --copyright-file debian/copyright 
../tab_mix_plus-0.4.1.4pre.140414a1-fx.xpi gave error exit status 25

The usual watch file looks like:

tabmixplus$ cat debian/watch 
version=3
options="uversionmangle=s/pre\./~/" \
https://ftp.mozilla.org/pub/mozilla.org/addons/1122/tab_mix_plus-([\d\.\w]+)-.*\.xpi
 debian xpi-repack

Regards

David

-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
DEBSIGN_KEYID=B82A217AFDFE09F2

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

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

Versions of packages devscripts depends on:
ii  dpkg-dev 1.17.9
ii  libc62.18-6
ii  perl 5.18.2-4
ii  python3  3.3.4-1
pn  python3:any  

Versions of packages devscripts recommends:
ii  at  3.1.14-1
ii  curl7.36.0-2
ii  dctrl-tools 2.23
ii  debian-keyring  2014.04.25
ii  dput0.9.6.4
ii  equivs  2.0.9
ii  fakeroot1.20-3
ii  file1:5.18-1
ii  gnupg   1.4.16-1.1
ii  libdistro-info-perl 0.13
ii  libencode-locale-perl   1.03-1
ii  libjson-perl2.61-1
ii  liblwp-protocol-https-perl  6.04-3
ii  libparse-debcontrol-perl2.005-4
ii  libsoap-lite-perl   1.11-1
ii  liburi-perl 1.60-1
ii  libwww-perl 6.06-1
ii  lintian 2.5.22.1
ii  man-db  2.6.7.1-1
ii  patch   2.7.1-5
ii  patchutils  0.3.3-1
ii  python3-debian  0.1.21+nmu3
ii  python3-magic   1:5.18-1
ii  sensible-utils  0.0.9
ii  strace  4.5.20-2.3
ii  unzip   6.0-12
ii  wdiff   1.2.1-3
ii  wget1.15-1
ii  xz-utils5.1.1alpha+20120614-2

Versions of packages devscripts suggests:
ii  bsd-mailx [mailx]8.1.2-0.20131005cvs-1
ii  build-essential  11.6
pn  cvs-buildpackage 
pn  devscripts-el
ii  gnuplot  4.6.5-1
ii  gpgv 1.4.16-1.1
ii  libauthen-sasl-perl  2.1600-1
ii  libfile-desktopentry-perl0.07-1
ii  libnet-smtp-ssl-perl 1.01-3
pn  libterm-size-perl
ii  libtimedate-perl 2.3000-2
ii  libyaml-syck-perl1.27-2+b1
ii  mutt 1.5.23-1
ii  openssh-client [ssh-client]  1:6.6p1-5
pn  svn-buildpackage 
ii  w3m  0.5.3-15

-- no debconf information


signature.asc
Description: Digital signature

Bug#748461: RM: rhnsd [kfreebsd-i386 kfreebsd-amd64 hurd-i386] -- ANAIS; dependencies no longer available on !linux-any

[Michael Biebl]

Package: ftp.debian.org
Severity: normal

Please remove rhnsd from !linux-any.
It depends on rhn-client-tools which is linux-any and was removed from
!linux-any [0] so rhnsd was switched to linux-any accordingly.

[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748460


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

Bug#748463: libdrm2: [drm] Failed to open DRM device for pci:0000:01:00.0: No such file or directory

[Omega Weapon]

Package: libdrm2
Severity: important

Dear Maintainer,

I don't know where to place this bug other than it is todo with X, 
radeon and DRM - libdrm-radeon1 comes from this package.


Flagged as important as this is a serious issue for me - it has 
practically taken my main machine down and caused me to cancel a meeting 
this weekend.


On restarting the machine on 16.05.14 after the CPU cut out due to 
overheating, after a successful boot X failed to start. There were 
pending updates (the special var reboot file was present), and I usually 
only restart once a month for updates (so there would be 10-16d of 
uptime at that point).


I have attached the full Xorg log, but the key bit:

==

[53.375] (++) using VT number 7

[53.395] (II) [KMS] Kernel modesetting enabled.
[53.395] (II) RADEON(0): Creating default Display subsection in 
Screen section

"Default Screen Section" for depth/fbbpp 24/32
[53.395] (==) RADEON(0): Depth 24, (--) framebuffer bpp 32
[53.395] (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 
bpp pixmaps)

[53.395] (==) RADEON(0): Default visual is TrueColor
[53.395] (==) RADEON(0): RGB weight 888
[53.395] (II) RADEON(0): Using 8 bits per RGB (8 bit DAC)
[53.395] (--) RADEON(0): Chipset: "ATI Radeon 4800 Series" (ChipID = 
0x9440)
[53.457] (EE) RADEON(0): [drm] Failed to open DRM device for 
pci::01:00.0: No such file or directory

[53.457] (EE) RADEON(0): Kernel modesetting setup failed
[53.457] (II) UnloadModule: "radeon"

==

The graphics card does exist and does work - I get a working text 
console with it on all inputs, and an Ubuntu 13.10 live CD works fine - 
so this is a software issue (and it worked perfectly before the reboot).


I can see that X and mesa have changed recently - I attempted messy 
downgrades of libdrm and mesa based off the snapshot.debian.org site, 
but wasn't able to change the problem, and I stopped as I wasn't 
satisfied with this blind piecemeal manual method. Is there a proper way 
of telling aptitude to downgrade to packages present at a certain date?


I currently use the 3.13 kernel, but booting into 3.12 and 3.14 has made 
no difference. I use radeon.dpm=0 to boot as the kernel stalls otherwise 
with occassional root volume corruption (see 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741619). I have also 
tried booting with radeon.runpm=0 as suggested in 
https://bugzilla.redhat.com/show_bug.cgi?id=1068866#c2 , but this has 
made no difference.


I intend to read into how this stuff works and find out what is 
responsible for this unacceptable failure, but I'll be starting from 
scratch so will need help.


Thanks


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

Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

[52.371] 
X.Org X Server 1.15.1
Release Date: 2014-04-13
[52.372] X Protocol Version 11, Revision 0
[52.372] Build Operating System: Linux 3.13-1-amd64 x86_64 Debian
[52.372] Current Operating System: Linux omega1 3.13-1-amd64 #1 SMP Debian 3.13.10-1 (2014-04-15) x86_64
[52.372] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.13-1-amd64 root=UUID=bfeb0912-9199-488e-8022-6a0ec4df0b48 ro debug ignore_loglevel elevator=deadline rootdelay=9 radeon.dpm=0 block.events_dfl_poll_msecs=2000
[52.372] Build Date: 15 April 2014  06:58:36PM
[52.372] xorg-server 2:1.15.1-1 (http://www.debian.org/support) 
[52.372] Current version of pixman: 0.32.4
[52.372] 	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
[52.372] Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[52.372] (==) Log file: "/var/log/Xorg.0.log", Time: Sat May 17 12:53:22 2014
[52.400] (==) Using config file: "/etc/X11/xorg.conf"
[52.400] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[52.497] (==) No Layout section.  Using the first Screen section.
[52.497] (==) No screen section available. Using defaults.
[52.497] (**) |-->Screen "Default Screen Section" (0)
[52.497] (**) |   |-->Monitor ""
[52.707] (==) No device specified for screen "Default Screen Section".
	Using the first device section listed.
[52.720] (**) |   |-->Device "radeonhd6450"
[52.720] (==) No monitor specified for screen "Default Screen Section".
	Using a default monitor configuration.
[52.720] (==) Automatically adding devices
[52.720] (==) Automatically enabling devices
[52.720] (==) Automatically a

Bug#710200: Uses deprecated HAL on non-Linux

[Michael Biebl]

Am 17.05.2014 07:51, schrieb Bernd Zeimetz:
> Please do so, and keep dependencies in mind which might need removal, too.

Done.
I've NMUed rhn-client-tools and rhnsd, marking both as linux-any,
(debdiffs attached) and requested the partial removal for the !linux-any
packages (#748460, #748461)

Regards,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
diff -u rhn-client-tools-1.8.26/debian/changelog 
rhn-client-tools-1.8.26/debian/changelog
--- rhn-client-tools-1.8.26/debian/changelog
+++ rhn-client-tools-1.8.26/debian/changelog
@@ -1,3 +1,12 @@
+rhn-client-tools (1.8.26-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Mark rhn-client-tools as linux-any and remove the dependency on hal.
+The hal package has been unmaintained for a long time and will no longer
+be available on !linux-any. (Closes: #710200)
+
+ -- Michael Biebl   Sat, 17 May 2014 14:00:25 +0200
+
 rhn-client-tools (1.8.26-1) unstable; urgency=medium
 
   * [e2f4df9c] Merge tag 'upstream/1.8.26'
diff -u rhn-client-tools-1.8.26/debian/control 
rhn-client-tools-1.8.26/debian/control
--- rhn-client-tools-1.8.26/debian/control
+++ rhn-client-tools-1.8.26/debian/control
@@ -10,10 +10,10 @@
 Vcs-Git: git://anonscm.debian.org/collab-maint/spacewalk/rhn-clint-tools.git
 
 Package: rhn-client-tools
-Architecture: any
+Architecture: linux-any
 Depends: ${python:Depends}, ${misc:Depends}, python-rhn (>= 2.5.40),
- python-ethtool [linux-any], python-dbus, python-apt (>= 0.7.100), python-newt,
- python-dmidecode, lsb-release, gnupg, python-gudev [linux-any], hal 
[!linux-any], debconf, python-openssl
+ python-ethtool, python-dbus, python-apt (>= 0.7.100), python-newt,
+ python-dmidecode, lsb-release, gnupg, python-gudev, debconf, python-openssl
 Recommends: apt-spacewalk
 Suggests: python-gnome2, python-gtk2, python-glade2
 Description: Red Hat Network Client Tools
diff -u rhnsd-5.0.4/debian/changelog rhnsd-5.0.4/debian/changelog
--- rhnsd-5.0.4/debian/changelog
+++ rhnsd-5.0.4/debian/changelog
@@ -1,3 +1,11 @@
+rhnsd (5.0.4-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Mark rhnsd as linux-any. The rhn-client-tools package is no longer
+available on !linux-any due to the removal of hal.
+
+ -- Michael Biebl   Sat, 17 May 2014 14:07:25 +0200
+
 rhnsd (5.0.4-1) unstable; urgency=medium
 
   * [0f07ed76] Adding watch file.
diff -u rhnsd-5.0.4/debian/control rhnsd-5.0.4/debian/control
--- rhnsd-5.0.4/debian/control
+++ rhnsd-5.0.4/debian/control
@@ -10,7 +10,7 @@
 Vcs-Git: git://anonscm.debian.org/collab-maint/spacewalk/rhnsd.git
 
 Package: rhnsd
-Architecture: any
+Architecture: linux-any
 Depends: ${shlibs:Depends}, ${misc:Depends}, rhn-client-tools
 Description: Red Hat Update Agent
  periodically runs rhn_check which will check for and execute queued


signature.asc
Description: OpenPGP digital signature

Bug#747592: autogen: build hangs on testsuite (amd64)

[Bruce Korb]

On 05/12/14 05:38, Hector Oron wrote:

   I am attaching failed log found in buildd, but did not get uploaded as it 
never finished building.


Unfortunately, the build logs do not have enough information.  The automake 
automated testing
redirects all output to a log file and reports "SUCCESS" or "FAIL".  Reporting 
these problems
needs to include the log files and other detritus left behind.

  tar cJf /tmp/failure.tar.gz /«PKGBUILDDIR»/autoopts/test

should do the job.  (Just grab everything.)  Thank you


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

Bug#748457: Acknowledgement (Does not detect undock event, keeps blocking suspend on handle-lid-switch)

[Michael Biebl]

Hm, apparently it just did take gnome-settings-daemon a while to notice
that I had undocked. Can't exactly say how long, but I no longer have
the lock.
Was a bit confusing, since I undocked and closed the lid and wondered by
nothing happened.

Will try to reproduce this sluggish behaviour

-- 
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#748464: check: typo in check.pc for linking againt pthread

[Uwe Mayer]

Package: check
Version: 0.9.10-6.1
Severity: normal

Dear Maintainer,

in the file:
/usr/lib/x86_64-linux-gnu/pkgconfig/check.pc

original:
Libs: -L${libdir} -lcheck_pic  -pthread -lrt -lm

should be:
Libs: -L${libdir} -lcheck_pic  -lpthread -lrt -lm
^ 


   * What led up to the situation?

Linking agains libcheck, using libraries as returned from `pkg-config --libs 
check`
incorrectly lists linker flags.

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

Replacing "-pthread" with "-lpthread" resolves the issue.


Thank you for your work!
Regards
Uwe


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'stable'), (500, 
'oldstable-updates'), (250, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.8-2-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 check depends on:
ii  dpkg  1.17.6
ii  install-info  5.2.0.dfsg.1-2
ii  mawk  1.3.3-17

check recommends no packages.

check 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#748465: Repacked tarballs don’t get a +dfsg suffix anymore

[David Prévot]

Package: devscripts
Version: 2.14.2
Severity: normal
User: devscri...@packages.debian.org
Usertags: uscan

Hi

When an upstream tarball is implicitly repacked, thanks to a
Files-Excluded field in d/copyright, the resulted tarball is not renamed
with a +dfsg suffix, while it was with the previous devscripts version.

Regards

David

-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
DEBSIGN_KEYID=B82A217AFDFE09F2

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

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

Versions of packages devscripts depends on:
ii  dpkg-dev 1.17.9
ii  libc62.18-6
ii  perl 5.18.2-4
ii  python3  3.3.4-1
pn  python3:any  

Versions of packages devscripts recommends:
ii  at  3.1.14-1
ii  curl7.36.0-2
ii  dctrl-tools 2.23
ii  debian-keyring  2014.04.25
ii  dput0.9.6.4
ii  equivs  2.0.9
ii  fakeroot1.20-3
ii  file1:5.18-1
ii  gnupg   1.4.16-1.1
ii  libdistro-info-perl 0.13
ii  libencode-locale-perl   1.03-1
ii  libjson-perl2.61-1
ii  liblwp-protocol-https-perl  6.04-3
ii  libparse-debcontrol-perl2.005-4
ii  libsoap-lite-perl   1.11-1
ii  liburi-perl 1.60-1
ii  libwww-perl 6.06-1
ii  lintian 2.5.22.1
ii  man-db  2.6.7.1-1
ii  patch   2.7.1-5
ii  patchutils  0.3.3-1
ii  python3-debian  0.1.21+nmu3
ii  python3-magic   1:5.18-1
ii  sensible-utils  0.0.9
ii  strace  4.5.20-2.3
ii  unzip   6.0-12
ii  wdiff   1.2.1-3
ii  wget1.15-1
ii  xz-utils5.1.1alpha+20120614-2

Versions of packages devscripts suggests:
ii  bsd-mailx [mailx]8.1.2-0.20131005cvs-1
ii  build-essential  11.6
pn  cvs-buildpackage 
pn  devscripts-el
ii  gnuplot  4.6.5-1
ii  gpgv 1.4.16-1.1
ii  libauthen-sasl-perl  2.1600-1
ii  libfile-desktopentry-perl0.07-1
ii  libnet-smtp-ssl-perl 1.01-3
pn  libterm-size-perl
ii  libtimedate-perl 2.3000-2
ii  libyaml-syck-perl1.27-2+b1
ii  mutt 1.5.23-1
ii  openssh-client [ssh-client]  1:6.6p1-5
pn  svn-buildpackage 
ii  w3m  0.5.3-15

-- no debconf information


signature.asc
Description: Digital signature

Bug#644642: rhythmbox: Visualisations often fail to run

[althaser]

Hey Daniel,

yes, visualizer is disabled atm (3.0.1-1+b2) because of libmx-1.0-2.

But I think it must be enabled since libmx-1.0-2 is available to install
already.

thanks,
regards
althaser

Bug#710195: [Pkg-libvirt-maintainers] Processed: Re: Bug#710195 closed by Guido Günther (Bug#710195: fixed in libvirt 1.2.4-1)

[Guido Günther]

Hi Michael,
On Sat, May 17, 2014 at 06:39:09AM +, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
> 
> > found 710195 1.2.4-3
> Bug #710195 {Done: Guido Günther } [src:libvirt] Uses 
> deprecated HAL on non-Linux
> Marked as found in versions libvirt/1.2.4-3 and reopened.
> > thanks
> Stopping processing here.

which dependency are you still seeing?
 -- Guido

> 
> Please contact me if you need assistance.
> -- 
> 710195: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=710195
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
> 
> ___
> Pkg-libvirt-maintainers mailing list
> pkg-libvirt-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers


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

Bug#747697: [RFR] templates://debian-security-support/{debian-security-support.templates}

[Christian PERRIER]

Quoting Justin B Rye (justin.byam@gmail.com):

> No, "needed" is simple past, which implies that the situation
> described (i.e. the need for curtailed security support) has ended;
> what we want here is present perfect (the "has" construction), which
> implies that the situation described has continuing relevance.
> 

Nice catch !

> > - The following packages found on your system are affected by this.
> > + The following packages found on this system are affected by this:
> >   .
> >   ${MESSAGE}
> 
> I gather this template text is echoed by runtime messages from
> binaries in the package (since there's a messages.po with the same
> grammar problem).  Should I give you a patch for that too?

Would be a good idea, yes. Same for the manpage.


> > -Description: Identify installed packages with ended/limited security 
> > support
> > +Description: identify installed packages with ended/limited security 
> > support
> 
> Well, it's not a capitalised verb phrase any longer, but you haven't
> managed to cram it into DevRef's preferred noun phrase format; that
> would need something like
>Description: identifier for installed packages with ended/limited security 
> support
> Or maybe "detector"... but that's awkward.  How about:
> 
>Description: security support coverage checker

Sounds great. I was indeed unable to find anything that wouldn't be
too clunky


> Do I understand that it does this by *containing lists* of packages
> with such limits?  Okay, so if LibreOffice (say) declares that the
> version of their software in stable is now unsupported, how is that
> information going to reach users who have debian-security-support
> already installed (apart from "via the security mailinglists they
> should also be subscribed to", that is)?  I would have expected this
> package to have a cron-job downloading new lists and comparing them to
> "dpkg -l" output, or maybe to receive package updates via the security
> repository and automatically check for alerts via an apt hook.  But
> instead it seems to be essentially manual - is that correct?
> 
> If you don't want intemperate bug reports from people who guessed
> wrong, you ought to answer this question in the package description.

I leave that to answer to the package maintainers..:-)




signature.asc
Description: Digital signature

Bug#748466: Wrong dependencies, missing libjson-c-dev

[Michael Biebl]

Package: liblognorm-dev
Version: 1.0.0-2
Severity: serious

liblognorm-dev currently depends on libee-dev and libestr-dev.

Looking at lognorm.pc.in, the dependency on libee-dev is gone.
Instead, liblognorm now requires libjson-c-dev since src/liblognorm.h
has "#include "

The package dependency should be changed from libee-dev → libjson-c-dev


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

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

Versions of packages liblognorm-dev depends on:
ii  libee-dev0.4.1-1
ii  libestr-dev  0.1.9-1
ii  liblognorm0  0.3.7-1

liblognorm-dev recommends no packages.

liblognorm-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#680581: Combining diacritics out of place

[Vincent Lefevre]

Control: reopen -1
Control: found -1 1.07.4-1

Hi,

On 2014-05-17 14:36:37 +0200, Francesca Ciceri wrote:
> this has been fixed with upstream release 1.07.4, now in Debian unstable
> and testing.
> 
> I'm closing this now, feel free to reopen if you experience it again.

I've just tested it under Debian/unstable. If I select Liberation Mono 12,
the bar is over the "e" instead of the "a".

-- 
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#748467: Broken pkg-config file

[Michael Biebl]

Package: liblognorm-dev
Version: 1.0.0-2
Severity: serious

The pkg-config file lognorm.pc.in is broken.

It should list dependend libraries via Requires so cflags and linker
flags are properly set. I'd propose something like the attached patch

--- lognorm.pc.in.orig  2014-05-17 15:24:48.347682305 +0200
+++ lognorm.pc.in   2014-05-17 15:23:56.451033217 +0200
@@ -6,5 +6,6 @@
 Name: lognorm
 Description: fast samples-based log normalization library
 Version: @VERSION@
-Libs: -L${libdir} -llognorm -lestr
+Requires: libestr json-c
+Libs: -L${libdir} -llognorm
 Cflags: -I${includedir}


Please consider forwarding that to upstream.


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

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

Versions of packages liblognorm-dev depends on:
ii  libee-dev0.4.1-1
ii  libestr-dev  0.1.9-1
ii  liblognorm0  0.3.7-1

liblognorm-dev recommends no packages.

liblognorm-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#748468: mkvtoolnix-gui: Needs strict dependency on mkvtoolnix

[Josselin Mouette]

Package: mkvtoolnix-gui
Version: 6.9.1-1
Severity: serious

Hi,

mkvtoolnix-gui depends on mkvtoolnix with no specific version 
requirement. However the program has a version check for the mkvtoolnix 
binary. Ignoring the version check leads to execution failures 
regardless.

So the appropriate solution in the package is clearly to introduce a 
strict binary dependency (= ${binary:Version}).

Cheers,
-- 
 .''`.Josselin Mouette
: :' :
`. `'
  `-


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

Bug#748469: gnome-terminal: random crash when searching for some terminal font

[Vincent Lefevre]

Package: gnome-terminal
Version: 3.12.0-2
Severity: important

To reproduce the bug: Edit Profile Preferences, then click on the
font name to make the "Choose A Terminal Font" dialog appear. Then
select some font, and try to search for some other font with the
keyboard. Sometimes this makes the terminal crash (all the windows
disappear). I could make it crash 4 times in 15 minutes.

Unfortunately gnome-terminal doesn't leave a core dump, and as it
seems to fork, it is impossible to get gdb or strace information.

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

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

Versions of packages gnome-terminal depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.20.0-2
ii  gconf-service3.2.6-2
ii  gnome-terminal-data  3.12.0-2
ii  gsettings-desktop-schemas3.8.2-2
ii  libatk1.0-0  2.12.0-1
ii  libc62.18-6
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libdconf10.20.0-2
ii  libgconf-2-4 3.2.6-2
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgtk-3-0   3.12.2-1
ii  libnautilus-extension1a  3.8.2-3
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libuuid1 2.20.1-5.7
ii  libvte-2.90-91:0.36.2-1
ii  libx11-6 2:1.6.2-2

Versions of packages gnome-terminal recommends:
ii  dbus-x11  1.8.2-1
ii  gvfs  1.20.1-1+b1
ii  yelp  3.12.0-1

gnome-terminal 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#727190: #727190 - gnome-session: From 3.6, applications are killed during shutdown/logging out instead of correctly terminating them

[althaser]

Hey Michal,

Could you please still reproduce this issue with newer gnome-session
version like 3.8.4-4 or 3.12.1-2 ?

thanks.
regards,
althaser

Bug#748249: gnome-shell: Unable to shutdown

[Alle]

Hello,
I've the same problem on two different pc with new Debian Jessie and
Gnome-Shell desktop's installations.
The problem occurred with the latest update.

Thanks

-- 
XMPP: a...@inventati.org
OpenPGP Key-Id: 0xC2040128




signature.asc
Description: OpenPGP digital signature

Bug#727191: #727191 - gnome-session: Gnome session doesn't save running applications

[althaser]

Hey Michal,

Could you please still reproduce this issue with newer gnome-session
version like 3.8.4-4 or 3.12.1-2 ?

thanks.
regards,
althaser

Bug#748383: ITP: bash8 -- bash script style guide checker

[Thomas Goirand]

On Sat May 17 2014 07:46:16 AM EDT, Ben Finney  wrote:
> Certainly ‘bash8’ carries no reliable connotation of “style checker for
> Bash code”.
> 
> > > This is a reference to "pep8" in the Python.
> 
> In the Python community, “PEP 8” carries strong connotation of “code
> style conventions for Python code”. It is *only* because of that
> existing connotation that a package named ‘pep8’ implies what the
> package installs.
> 
> The same is not true for the name ‘bash8’. It is unreasonable to expect
> the average Bash user looking at package names to get a reference to
> Python conventions.
> 
> IMO, the package (source and binary) name should more explicitly carry
> an implication of what the package installs. Perhaps
> ‘bash8-style-checker’ or the like.

It's ok, since the resulting binaries will be
"python{3,}-bash8". Our users don't get exposed
much to source package names, so I think it's ok
for me to choose bash8 as name to follow the one
upstream, though if you want I can use python-bash8.

Thomas (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#748470: gnome-terminal: The Preferences windows don't have a title bar (NoTitle is Yes in fvwm)

[Vincent Lefevre]

Package: gnome-terminal
Version: 3.12.0-2
Severity: normal

The Preferences windows don't have a title bar (NoTitle is Yes in
fvwm). One consequence is that it is no longer possible to handle
the window in the usual way (by "usual", I mean as defined in the
window manager). In particular, this window can remain under other
windows.

If this is a feature for GNOME, this should be changed for non-GNOME
users if possible, or this should be made configurable. I haven't
seen any option, and there's nothing in the Help about that.

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

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

Versions of packages gnome-terminal depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.20.0-2
ii  gconf-service3.2.6-2
ii  gnome-terminal-data  3.12.0-2
ii  gsettings-desktop-schemas3.8.2-2
ii  libatk1.0-0  2.12.0-1
ii  libc62.18-6
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libdconf10.20.0-2
ii  libgconf-2-4 3.2.6-2
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgtk-3-0   3.12.2-1
ii  libnautilus-extension1a  3.8.2-3
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libuuid1 2.20.1-5.7
ii  libvte-2.90-91:0.36.2-1
ii  libx11-6 2:1.6.2-2

Versions of packages gnome-terminal recommends:
ii  dbus-x11  1.8.2-1
ii  gvfs  1.20.1-1+b1
ii  yelp  3.12.0-1

gnome-terminal suggests no packages.

-- no debconf information

-- 
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#748380: perl-policy: @INC changes for multiarch

[Bill Allombert]

On Fri, May 16, 2014 at 08:37:03PM +0300, Niko Tyni wrote:
> Package: debian-policy
> Version: 3.9.5.0
> X-Debbugs-Cc: debian-p...@lists.debian.org
> 
> As discussed in the thread at
>  https://lists.debian.org/debian-perl/2014/05/msg00035.html
> 
> we would like to change the perl search path (@INC) to include the
> multiarch triplet, to pave way for future Multi-Arch:same perl module
> packages. We're still discussing whether to try to do this for the
> upcoming Perl 5.20 or postpone it after jessie, but at the moment I think
> it's clear that policy shouldn't recommend hardcoding /usr/lib/perl5 in
> Debian packaging anymore.

Hello Niko,
Thanks for your work.

> I'm attaching a patch set for this. The first two changes are minor
> cleanups that I discovered while drafting this. At least the first
> is clearly just an editorial change and shouldn't need seconds.
> I'm not quite sure about the process with second one. Apologies
> if I should have filed separate bugs about those.

Yes, it is always better to stick to one change per bug report.

Even for editorial change, if you can find someone knowledgeable to
review them, this avoid to introduce typographical errors.

Also, it would be nice if you can review bug #683495.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


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

Bug#747543: O: sitecopy

[Colin Tuckley]

On 17/05/14 13:43, Christian Marillat wrote:

> I still use sitecopy and can adopt this package if Kartik isn't interested.

I'm willing to help co-maintain.

I've been talking to Joe Orton (upstream) by email, he says he's been
rather bad at doing any work on sitecopy recently but is still
interested if people feed him fixes etc.

Colin

-- 
Colin Tuckley  |  +44(0)1223 830814  |  PGP/GnuPG Key Id
Debian Developer   |  +44(0)7799 143369  | 0x38C9D903

The best way to keep friends is not to give them away.


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

Bug#497274: #497274 - Unresponsive shutdown/restart/logout

[althaser]

Hey Cesare,

this is an old bug.

Could you please still reproduce this issue with newer gnome-session
version like 3.4.2.1-4 or 3.8.4-4 ?

thanks.
regards,
althaser

Bug#748471: ITP: erlang-lhttpc -- lightweight HTTP/1.1 client implemented in Erlang

[Philipp Huebner]

Package: wnpp
Severity: wishlist
Owner: Philipp Huebner 

* Package name: erlang-lhttpc
  Version : 1.3.0
  Upstream Author : Erlang Training and Consulting Ltd.
* URL : https://github.com/esl/lhttpc/
* License : BSD 3-Clause
  Programming Lang: Erlang
  Description : lightweight HTTP/1.1 client implemented in Erlang

 lhttpc is a lightweight HTTP/1.1 client implemented in Erlang,
 developed at Erlang Training and Consulting Ltd.
 .
 Features:
  * Persistent connections (configurable timeout)
  * HTTP / HTTPS (ssl) support
  * HTTP versions < 1.1 should be supported
 .
 Pipelining will probably never be supported...
 .
 Limitations
  * No support for "streaming" the response body
  * No support for SSL options, such as client certificates
  * The client can't follow redirects
  * It's not possible to limit the number of outgoing connections
  * No proper support for Except: 100-continue behaviour


This is another one of of the optionl (build-)dependencies for current
ejabberd releases. It is the last one, after this the set is complete.


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

Bug#518846: #518846 - gnome-session: Failsafe GNOME session says gnome-settings-daemon failed, but it runs it anyway

[althaser]

Hey,

this is an old bug.

Could you please still reproduce this issue with newer gnome-session
version like 3.4.2.1-4 or 3.8.4-4 ?

thanks.
regards,
althaser

Bug#747547: PasDoc description

[Paul Gevers]

Control: tags -1 pending

I just uploaded the pasdoc package. It will soon land in the NEW queue
[1] where it will be waiting for approval by the ftp-master(s).

When it is processed, I want to start building the documentation of cge
with this new package.

Paul

[1] https://ftp-master.debian.org/new.html




signature.asc
Description: OpenPGP digital signature

Bug#631671: Running a kommander script fails

[Jim Scadden]

I can confirmed that this bug is still present in the current versions 
for wheezy (4:4.8.4-1) and jessie (4:4.12.3-2)
I am unable to run any of the example .kmdr files provided in the source 
package or any .kmdr files from kde-look.org

$ kommander kommander/examples/tutorial/calc.kmdr
kommander(10045)/kdecore (KLibrary) findLibraryInternal: plugins should 
not have a 'lib' prefix: "libkommanderwidgets.so"
kommander(10045) KommanderFactory::loadPlugins: 
KommanderFactory::loadPlugins - Can't load Kommander plugin library  
"libkommanderwidgets" 

An strace shows that kommander is trying to load libkommanderwidgets.so :

access("/home/jim/.kde/lib/kde4/libkommanderwidgets.so", R_OK) = -1
ENOENT (No such file or directory)
access("/usr/lib/kde4/libkommanderwidgets.so", R_OK) = -1 ENOENT (No
such file or directory)
access("/home/jim/.kde/lib/libkommanderwidgets.so", R_OK) = -1 ENOENT 
(No such file or directory)
access("/usr/lib/libkommanderwidgets.so", R_OK) = -1 ENOENT (No such 
fileor directory)

The debian package contains .so.4.2.0 and .so.4 but not .so

The attached patch resolves the problem by including 
libkommanderwidgets.so back in to the package.


-- 

Jim Scadden
--- a/debian/kommander.install
+++ b/debian/kommander.install
@@ -1,6 +1,7 @@
 usr/bin/kommander
 usr/lib/libkommandercore.so.4
 usr/lib/libkommandercore.so.4.2.0
+usr/lib/libkommanderwidgets.so
 usr/lib/libkommanderwidgets.so.4
 usr/lib/libkommanderwidgets.so.4.2.0
 usr/share/applnk/.hidden/kommander.desktop
--- a/debian/not-installed
+++ b/debian/not-installed
@@ -5,6 +5,5 @@
 ./usr/include/specials.h
 ./usr/lib/libklinkstatuscommon.so
 ./usr/lib/libkommandercore.so
-./usr/lib/libkommanderwidgets.so
 ./usr/share/dbus-1/interfaces/org.kde.kdewebdev.klinkstatus.SearchManager.xml
 ./usr/share/dbus-1/interfaces/org.kde.kfilereplace.xml

Bug#658556: #658556 - Debian Bug report logs - #658556 gnome-session: on suspend, screen reappears for a moment after fading out

[althaser]

Hey Zack,

Could you please still reproduce this issue with newer gnome-session
version like 3.4.2.1-4 or 3.8.4-4 ?

thanks.
regards,
althaser

Bug#748472: python3-wsme: Uninstallable due to dropping of python3-ipaddr

[Scott Kitterman]

Package: python3-wsme
Version: 0.6-2
Severity: grave
Justification: renders package unusable

When I was checking for users of python3-ipaddr, I somehow missed
python3-wsme.  Since the ipaddress module is included with python3.3 and
later, having the separate package for ipaddr is redundant and I have dropped
it.  Fortunately python3 wsme is written to work with either ipaddr or
ipaddress:

try:
import ipaddress
except ImportError:
import ipaddr as ipaddress

That makes this a trivial package change.  I'll upload and NMU to delay 7
shortly to clean this up.  Feel free to cancel it, speed it up, etc.  I'll
send the NMU diff to this bug as well.  Sorry for the bother.


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

Bug#691322: #691322 - GNOME3 desktop elements do not resize if _NET_DESKTOP_GEOMETRY(CARDINAL) changes

[althaser]

Hey,

Could you please still reproduce this issue with newer gnome-session
version like 3.4.2.1-4 or 3.8.4-4 ?

thanks.
regards,
althaser

Bug#747543: O: sitecopy

[Christian Marillat]

Colin Tuckley  writes:

> On 17/05/14 13:43, Christian Marillat wrote:
>
>> I still use sitecopy and can adopt this package if Kartik isn't interested.
>
> I'm willing to help co-maintain.
>
> I've been talking to Joe Orton (upstream) by email, he says he's been
> rather bad at doing any work on sitecopy recently but is still
> interested if people feed him fixes etc.

Then you are the new maintainer :)

Christian


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

Bug#298830: #298830 - gnome-session: Doesn't remember virtual desktop

[althaser]

Hey Michal,

this is an old bug.

Could you please still reproduce this issue with newer gnome-session
version like 3.4.2.1-4 or 3.8.4-4 ?

thanks.
regards,
althaser

Bug#518846: #518846 - gnome-session: Failsafe GNOME session says gnome-settings-daemon failed, but it runs it anyway

[Eugen Dedu]

On 17/05/14 15:59, althaser wrote:

Hey,

this is an old bug.

Could you please still reproduce this issue with newer gnome-session
version like 3.4.2.1-4 or 3.8.4-4 ?


It is too old, I cannot check it anymore, you can close it for my part.

--
Eugen


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