Bug#745121: mention one can even get directory listings

2014-04-18 Thread 積丹尼 Dan Jacobson
Package: libwww-perl
Version: 6.05-3
Severity: wishlist
File: /usr/share/man/man1/lwp-request.1p.gz

mention that one can even use e.g.,
$ GET file:///tmp/|w3m -dump -T text/html
Directory listing of /tmp/

  • ./
  • ../
  • .ICE-unix/
  • .X0-lock
  • .X11-unix/


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



Bug#690889: udhcpc always returns a domain of "bad" when receiving a valid dhcp ack packet

2014-04-18 Thread Michael Tokarev
18.04.2014 00:21, Иван Сусанин wrote:
[]
> I've already reopened original udchpc bug at busybox bugtracker 
> (https://bugs.busybox.net/show_bug.cgi?id=3979), but it looks like I'm asking 
> for a miracle...

I've seen that discussion.  And frankly, I strongly support Denis here.
We've a well-documented dhcp options used for various things - namely,
for setting domain name and for setting domain search path.  However,
for some reason, those options has been abused (or, rather, used
incorrectly) for years.  Now, when software actually refuses to let
this abuse happen, we complain that the software is bad.  But it just
follows the standard.

> What can be done on this matter?

I think the best is to fix the  setup.

Thanks,

/mjt


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



Bug#745119: xbmc: crash when browsing a large photo collection

2014-04-18 Thread Ritesh Raj Sarraf
On 04/18/2014 12:12 PM, Ritesh Raj Sarraf wrote:
> xbmc does not crash when I browse a single photo from another share / 
> collection. This share, where it has crashed, I put it with a lock.
>
> I'll continue investigating and post more information as I find.
>
>
And the error reported in the X session logs were:

Killed
*** Error in `/usr/lib/xbmc/xbmc.bin': free(): invalid next size
(normal): 0x7f5d04337f40 ***
Killed
*** Error in `/usr/lib/xbmc/xbmc.bin': double free or corruption
(!prev): 0x7f6214241000 ***
Killed
*** Error in `/usr/lib/xbmc/xbmc.bin': double free or corruption
(!prev): 0x7f89bc1a5d30 ***
Terminated

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."



signature.asc
Description: OpenPGP digital signature


Bug#745055: scute cannot work properly on a Desktop

2014-04-18 Thread Nikos Mavrogiannopoulos
On Fri, Apr 18, 2014 at 1:14 AM, NIIBE Yutaka  wrote:
> Hello,
> Thank you for your report.
> On 2014-04-17 at 17:56 +0200, Nikos Mavrogiannopoulos wrote:
>>  scute needs gpg-agent, but in a debian desktop system this is typically
>> overriden by gnome keyring. Since the gnome keyring replacement doesn't have
>> the same features, it renders scute unusable.
> Gnome keyring has a feature to emulate gpg-agent, but it isn't
> perfect.

Indeed, and I was unsure whether to report the bug here or in gnome
keyring (feel free to reassign it).

> Well, I don't think it is the bug of Scute, though.

No matter who's bug it is, it is a usability (or unusability) issue of
scute. That can be solved:
1. By scute detecting an incompatible gpg-agent and using the real one
2. By scute replicating the parts of gpg-agent that it requires
3. By gnome's gpg agent being enhanced to support the functionality scute needs.

>http://www.fsij.org/doc-gnuk/gnome3-gpg-settings.html

That's a nice hack to make things work temporarily, but in the end it
is not a solution to the issue.

regards,
Nikos


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



Bug#745119: xbmc: crash when browsing a large photo collection

2014-04-18 Thread Ritesh Raj Sarraf
On 04/18/2014 12:27 PM, Ritesh Raj Sarraf wrote:
> On 04/18/2014 12:12 PM, Ritesh Raj Sarraf wrote:
>> xbmc does not crash when I browse a single photo from another share / 
>> collection. This share, where it has crashed, I put it with a lock.
>>
>> I'll continue investigating and post more information as I find.
>>
>>
> And the error reported in the X session logs were:
>
> Killed
> *** Error in `/usr/lib/xbmc/xbmc.bin': free(): invalid next size
> (normal): 0x7f5d04337f40 ***
> Killed
> *** Error in `/usr/lib/xbmc/xbmc.bin': double free or corruption
> (!prev): 0x7f6214241000 ***
> Killed
> *** Error in `/usr/lib/xbmc/xbmc.bin': double free or corruption
> (!prev): 0x7f89bc1a5d30 ***
> Terminated

Further more, the crash seems to be triggered with corrupt JPEG files.

Premature end of JPEG file
Corrupt JPEG data: premature end of data segment
Corrupt JPEG data: premature end of data segment
Corrupt JPEG data: premature end of data segment
*** Error in `/usr/lib/xbmc/xbmc.bin': double free or corruption
(fasttop): 0x7f08b8430d80 ***
Terminated


xbmc needs to be more resilient to corrupt files.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."



signature.asc
Description: OpenPGP digital signature


Bug#745055: scute cannot work properly on a Desktop

2014-04-18 Thread NIIBE Yutaka
On 2014-04-18 at 09:09 +0200, Nikos Mavrogiannopoulos wrote:
> No matter who's bug it is, it is a usability (or unusability) issue of
> scute.
[...]
> That's a nice hack to make things work temporarily, but in the end it
> is not a solution to the issue.

Sorry, I can't share your reasoning.

It is a usability issue of a desktop environment with GNOME keyring
which overrides standard gpg-agent.

The feature of gpg-agent by GNOME keyring is small subset of standard
gpg-agent.  For some users, it would be OK to use this emulation, but
for full feature of GnuPG, it is not recommended in general, and it
doesn't work well with scute (or other cases with smartcard, etc.).

I showed the way how to fix the issue; it is to properly configure
GNOME keyring.  It's unfortunate for you, default configuration of
GNOME keyring is not like that.  But, it is not scute which should be
blamed.
-- 


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



Bug#690889: udhcpc always returns a domain of "bad" when receiving a valid dhcp ack packet

2014-04-18 Thread Иван Сусанин
Thank you for reply, Michael,

Standards are good, but you can't reverse the time and make already
existent software to follow them on global scale. How would you fix
dhclient stuff for old OSes?

IMHO, it still possible to follow standard and have partial acceptance of
old way - instead of replacing whole domain line by "bad", take only part
till space, eg:

if (ch == '\0' || ch == ' ' || ch == '.' )
   return label;

Then, there is 100% correct domain (abusers of opt. 15 usually know what
they are doing), everything conformant to standard, and no breakage for old
software! Everyone is happy again :)

And, if you do insist on standards, then yes, "/* NS_MAXLABEL; labels must
be 63 chars or less */" , we want this.

Thanks,
D




2014-04-18 10:06 GMT+03:00 Michael Tokarev :

> 18.04.2014 00:21, Иван Сусанин wrote:
> []
> > I've already reopened original udchpc bug at busybox bugtracker (
> https://bugs.busybox.net/show_bug.cgi?id=3979), but it looks like I'm
> asking for a miracle...
>
> I've seen that discussion.  And frankly, I strongly support Denis here.
> We've a well-documented dhcp options used for various things - namely,
> for setting domain name and for setting domain search path.  However,
> for some reason, those options has been abused (or, rather, used
> incorrectly) for years.  Now, when software actually refuses to let
> this abuse happen, we complain that the software is bad.  But it just
> follows the standard.
>
> > What can be done on this matter?
>
> I think the best is to fix the  setup.
>
> Thanks,
>
> /mjt
>


Bug#743292: dhclient fails during installation with weekly iso (freebsd-amd64)

2014-04-18 Thread Robert Millan
On 15/04/2014 20:40, Steven Chamberlain wrote:
> I see the problem now.  This is happening only for d-i builds based on
> kfreebsd-9.

Would it be time to remove kfreebsd-9 from d-i already?

-- 
Robert Millan


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



Bug#745101: libreoffice-mysql-connector: doesn't work over SSH tunnel

2014-04-18 Thread Rene Engelhard
forwarded 745101 https://bugs.freedesktop.org/show_bug.cgi?id=77584
thanks

Hi,
On Fri, Apr 18, 2014 at 01:12:27AM +0200, edonkey2001-libreoffice wrote:
> Please see the bug report upstream
> https://bugs.freedesktop.org/show_bug.cgi?id=77584

OK.

> The issue should be fixed in 
> http://extensions.openoffice.org/en/project/mysql-
> connector-openofficeorg or in http://extensions.openoffice.org/en/node/5644 
> but

How do you know?

And they then have a patch, probably? Can you tell the LO people in
https://bugs.freedesktop.org/show_bug.cgi?id=77584?

> they don't install on Debian 7

They don't even have a 64 bit version ttbomk. (And given they probably
still link to libstlport, this probably will never work with newer LOs
anyway.)

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#745122: ITP: django-polymorphic -- Seamless Polymorphic Inheritance for Django Models

2014-04-18 Thread Michael Fladischer
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: django-polymorphic
  Version : 0.5.4
  Upstream Author : Bert Constantin 
* URL : https://github.com/chrisglass/django_polymorphic
* License : BSD
  Programming Lang: Python
  Description : Seamless Polymorphic Inheritance for Django Models

Django-polymorphic simplifies using inherited models in Django projects. When a
query is made at the base model, the inherited model classes are returned.

Features:
 * Full admin integration.
 * ORM integration:
   + Support for ForeignKey, ManyToManyField, OneToOneField descriptors.
   + Support for proxy models.
   + Filtering/ordering of inherited models (ArtProject___artist).
   + Filtering model types: instance_of(...) and not_instance_of(...)
   + Combining querysets of different models (qs3 = qs1 | qs2)
   + Support for custom user-defined managers.
 * Uses the minimum amount of queries needed to fetch the inherited models.
 * Disabling polymorphic behavior when needed.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJTUN4/AAoJEGlMre9Rx7W24DwP/2kzLwwOz5CZe5UFNOpaBo0m
u8/sITqragRttbWUs3KxsPdZ/cbU6vxGeS112LDSeYanOn6Okw4DgQQ4FAGKVGwX
0vlyF+qbD5x2MZS/bMe8ouRCuAl8uCYSy8TSpS96qeJnGE4Jzlro4vSKELrCCKDi
cEvRilSPnswh+VGgb8fIBdrBjwN9qbYq9lQNGX/CV/8nDsbdKAW1N76dxg3rE0CE
qfRPSIToCJ7Qht934yZomV9iv6bCMNblgpXWOu/wpXXLzxDI+RRhrldvaCc1uJnV
IDxTlPFTVgFDPjiQOH0EMaTp930SOD5k43ZZn3gEqqF673KkKZ1/VMaJD18uo7KO
GcdGNo6YdNwlNokQN83suQ/EJQj950pNT7QCGjx9KbA/zWvhfVGL5piDmc6HZcc0
lL/Smy3f7fdzkKz745HEf7eUbvwTRoNfcYtIkzad89dfiP2sq4RPjXnsQ/Rr/AYJ
Ej8ElCU4bEqaf2WGS4LUDMNTcrRXhwQp9SU6Z2lKu0jDpRbRXhPAbzL07ZOFCltW
JVxjeYRi+OkpPOYhGt38FhJwaATdlE9CDOjmZX8oKbHtzmXLZFvq0j1M20IM2tPu
QLwE1V/xE5lxe1jddTAJUrOlO+qQAKmDHK7Yaz4xbFejapItPJNn+vJorqV90aVF
kdQV6oNc0MxfcRLf5IhY
=w/Am
-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#741127: Please include support for solidrun cubox-i

2014-04-18 Thread Steve Langasek
On Thu, Apr 17, 2014 at 11:15:07PM -0700, Steve Langasek wrote:
> On Thu, Apr 17, 2014 at 05:21:14PM -0700, Vagrant Cascadian wrote:
> > On Sat, Mar 08, 2014 at 01:53:23PM -0800, Steve Langasek wrote:
> > > SolidRun has a git branch that they use for their "official" u-boot 
> > > builds,
> > > available at .  I've gone 
> > > through
> > > and rebased these branches on u-boot 2014.01 

> > Thanks for the patches! Sorry I haven't had a chance to test them yet.

> > I am working on getting v2014.04 ready, which seems to include at least some
> > support for the features in the patches you proposed. Would you be able to
> > rework your patches on top of 2014.04?

> I assume this is a test, and that if I answer incorrectly my patches will
> never be included. ;-)

> Yes, I've started rebasing the patches on 2014.04 per your request. 
> Unfortunately, a naive rebase gives me a working SPL that hangs before it
> loads u-boot.  So it looks like it's going to take me a little bit to get
> this back on its feet.

Oh, well, that wasn't too hard after all.  An updated branch has been pushed
to alioth/cubox-i.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature


Bug#745124: konqueror: Race condition in keyboard navigation while loading next page

2014-04-18 Thread Dominik George
Package: konqueror
Version: 4:4.11.5-2
Severity: normal
Forwarded: https://bugs.kde.org/show_bug.cgi?id=333432

Application: konqueror (4.11.5)
KDE Platform Version: 4.11.5
Qt Version: 4.8.6
Operating System: Linux 3.13-1-amd64 x86_64
Distribution: Debian GNU/Linux unstable (sid)

-- Information about the crash:
- What I was doing when the application crashed:

Pressing the Ctrl key shows keyboard shortcuts for all links on the page. In a 
dynamic menu, hovering over the top level menu items reveals a submenu with 
more links (e.g. https://www.teckids.org), and clicking the link leads to a 
submenu page. Now doing the following leads to a situation where invalid links 
are referenced:

1. Press Ctrl to activate keyboard navigation
2. Press the key for a toplevel menu item that has a submenu
3. After the submenu opens and before the next page loads, press Ctrl again
4. Wait for the next page to load

The keyboard shortcuts for the submenu items will remain active, pressing one 
of the keys denoted by them will reference an invisible link (the submenu is 
not active on the newly loaded page) and crash Konqueror.

-- Backtrace:
Application: Konqueror (konqueror), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fd593145780 (LWP 3430))]

Thread 3 (Thread 0x7fd57711f700 (LWP 3899)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7fd56f5cb7d2 in WTF::TCMalloc_PageHeap::scavengerThread 
(this=) at wtf/FastMalloc.cpp:2499
#2  0x7fd56f5cb809 in WTF::TCMalloc_PageHeap::runScavengerThread 
(context=) at wtf/FastMalloc.cpp:1622
#3  0x7fd58bd5e062 in start_thread (arg=0x7fd57711f700) at 
pthread_create.c:312
#4  0x7fd5929a5a3d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 2 (Thread 0x7fd56df58700 (LWP 3900)):
#0  0x7fd592998f3d in read () at ../sysdeps/unix/syscall-template.S:81
#1  0x7fd58b8bec20 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x7fd58b87db14 in g_main_context_check () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x7fd58b87df7b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x7fd58b87e0ec in g_main_context_iteration () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x7fd58f5b4746 in QEventDispatcherGlib::processEvents 
(this=0x7fd5700031e0, flags=...) at kernel/qeventdispatcher_glib.cpp:427
#6  0x7fd58f5860bf in QEventLoop::processEvents 
(this=this@entry=0x7fd56df57e60, flags=...) at kernel/qeventloop.cpp:149
#7  0x7fd58f5863b5 in QEventLoop::exec (this=this@entry=0x7fd56df57e60, 
flags=...) at kernel/qeventloop.cpp:204
#8  0x7fd58f482c5f in QThread::exec (this=) at 
thread/qthread.cpp:537
#9  0x7fd58f48532f in QThreadPrivate::start (arg=0x4313a50) at 
thread/qthread_unix.cpp:349
#10 0x7fd58bd5e062 in start_thread (arg=0x7fd56df58700) at 
pthread_create.c:312
#11 0x7fd5929a5a3d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 1 (Thread 0x7fd593145780 (LWP 3430)):
[KCrash Handler]
#6  QWebFrame::scrollPosition (this=this@entry=0x0) at Api/qwebframe.cpp:1179
#7  0x7fd576301af8 in WebView::checkForAccessKey 
(this=this@entry=0x272b040, event=event@entry=0x7fff182a3cf0) at 
../../src/webview.cpp:849
#8  0x7fd576301e2b in WebView::keyPressEvent (this=0x272b040, 
e=0x7fff182a3cf0) at ../../src/webview.cpp:266
#9  0x7fd58ffdcb64 in QWidget::event (this=this@entry=0x272b040, 
event=event@entry=0x7fff182a3cf0) at kernel/qwidget.cpp:8422
#10 0x7fd56ed6b358 in QWebView::event (this=0x272b040, e=0x7fff182a3cf0) at 
Api/qwebview.cpp:865
#11 0x7fd58ff8d6cc in QApplicationPrivate::notify_helper 
(this=this@entry=0x21e49a0, receiver=receiver@entry=0x272b040, 
e=e@entry=0x7fff182a3cf0) at kernel/qapplication.cpp:4567
#12 0x7fd58ff94f91 in QApplication::notify (this=this@entry=0x7fff182a4820, 
receiver=receiver@entry=0x272b040, e=e@entry=0x7fff182a3cf0) at 
kernel/qapplication.cpp:4008
#13 0x7fd590caf48a in KApplication::notify (this=0x7fff182a4820, 
receiver=0x272b040, event=0x7fff182a3cf0) at 
../../kdeui/kernel/kapplication.cpp:311
#14 0x7fd58f5874ed in QCoreApplication::notifyInternal 
(this=0x7fff182a4820, receiver=receiver@entry=0x272b040, 
event=event@entry=0x7fff182a3cf0) at kernel/qcoreapplication.cpp:953
#15 0x7fd58ff8c066 in sendSpontaneousEvent 
(event=event@entry=0x7fff182a3cf0, receiver=receiver@entry=0x272b040) at 
../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:234
#16 qt_sendSpontaneousEvent (receiver=receiver@entry=0x272b040, 
event=event@entry=0x7fff182a3cf0) at kernel/qapplication.cpp:5565
#17 0x7fd590028bb7 in QKeyMapper::sendKeyEvent 
(keyWidget=keyWidget@entry=0x272b040, grab=grab@entry=false, 
type=QEvent::KeyPress, code=70, modifiers=..., text=..., 
autorepeat=autorepeat@entry=false, count=1, nativeScanCode=41, 
nativeVirtualKey=102, nativeModifiers=0) at kerne

Bug#745123: akonadi-server: Send later agent always sends mail from default identity

2014-04-18 Thread Dominik George
Package: akonadi-server
Version: 1.11.0-1
Severity: normal
Forwarded: https://bugs.kde.org/show_bug.cgi?id=333526

Quqeing a mail in the send later agent stores it without any information about 
the identity used in the editor. This results in all mail being sent from the 
default identity.

Reproducible: Always

Steps to Reproduce:
1. Create at least one extra identity
2. Enqueue a mail for the send later agent, using the extra identity
3. Look at the sent mail
Actual Results:  
The mail is sent from the default identity

Expected Results:  
The mail should be sent from the extra dientity, the one selected in the editor.

An easy way would be to actually honour the X-KMail-Identity header stored in 
the mail draft.


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

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

Versions of packages akonadi-server depends on:
ii  akonadi-backend-mysql   1.11.0-1
ii  libakonadiprotocolinternals11.11.0-1
ii  libboost-program-options1.54.0  1.54.0-5
ii  libc6   2.18-4
ii  libgcc1 1:4.9-20140411-2
ii  libqt4-dbus 4:4.8.5+git242-g0315971+dfsg-2
ii  libqt4-network  4:4.8.5+git242-g0315971+dfsg-2
ii  libqt4-sql  4:4.8.5+git242-g0315971+dfsg-2
ii  libqt4-xml  4:4.8.5+git242-g0315971+dfsg-2
ii  libqtcore4  4:4.8.5+git242-g0315971+dfsg-2
ii  libqtgui4   4:4.8.5+git242-g0315971+dfsg-2
ii  libsoprano4 2.9.4+dfsg-1
ii  libstdc++6  4.9-20140411-2

akonadi-server recommends no packages.

Versions of packages akonadi-server suggests:
ii  akonadi-backend-mysql   1.11.0-1
pn  akonadi-backend-postgresql  
pn  akonadi-backend-sqlite  

-- 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#745125: krfb: Unlocking screen through VNC does not work

2014-04-18 Thread Dominik George
Package: krfb
Version: 4:4.11.3-1
Severity: normal
Forwarded: https://bugs.kde.org/show_bug.cgi?id=333573

Connecting from krdc to a krfb server on a display that is locked by the 
screensaver, entering the password does not help to unlock the screen.

Reproducible: Always

Steps to Reproduce:
1. Start Krfb
2. Connect from another computer with Krdc
3. Enter password, hit enter or click button.
Actual Results:  
Password is invalid

Expected Results:  
Screen should be unlocked

The password does not contain any characters that could depend on keyboard 
layout or charset.

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

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

Versions of packages krfb depends on:
ii  kde-runtime 4:4.11.5-1
ii  libc6   2.18-4
ii  libjpeg88d-2
ii  libkdecore5 4:4.11.5-3
ii  libkdeui5   4:4.11.5-3
ii  libkdnssd4  4:4.11.5-3
ii  libqt4-dbus 4:4.8.5+git242-g0315971+dfsg-2
ii  libqt4-network  4:4.8.5+git242-g0315971+dfsg-2
ii  libqtcore4  4:4.8.5+git242-g0315971+dfsg-2
ii  libqtgui4   4:4.8.5+git242-g0315971+dfsg-2
ii  libstdc++6  4.9-20140411-2
ii  libtelepathy-qt4-2  0.9.3-3
ii  libx11-62:1.6.2-1
ii  libxdamage1 1:1.1.4-1
ii  libxext62:1.3.2-1
ii  libxtst62:1.2.2-1
ii  zlib1g  1:1.2.8.dfsg-1

krfb recommends no packages.

Versions of packages krfb suggests:
ii  khelpcenter4  4:4.11.5-1
ii  krdc  4:4.11.3-1+b1

-- no debconf information


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



Bug#745126: RFS: passwordsafe/0.93+dfsg-1 [ITP]

2014-04-18 Thread Bill Blough
Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

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

 * Package name: passwordsafe
   Version : 0.93+dfsg-1
   Upstream Author : Rony Shapiro 
 * URL : http://passwordsafe.sourceforge.net/
 * License : Artistic 2.0
   Section : utils

  It builds those binary packages:

passwordsafe - Simple & Secure Password Management
passwordsafe-common - architecture independent files for Password Safe

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

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


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

dget -x 
http://mentors.debian.net/debian/pool/main/p/passwordsafe/passwordsafe_0.93+dfsg-1.dsc

  More information about passwordsafe can be obtained from 
http://www.pwsafe.org/


  Regards,
   Bill Blough


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



Bug#745110: RM: s3ql/2.7-1

2014-04-18 Thread Niels Thykier
Control: tags -1 moreinfo

On 2014-04-18 05:21, Nikolaus Rath wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: rm
> 
> Hello,
> 
> Could you please remove the s3ql package from testing? It's already
> scheduled for autoremoval, but it'd be nice if we don't have to wait for
> the deadline to pass.
> 
> There is a new s3ql release in unstable that fixes the RC bug of
> the version in testing, but the new release does
> not support kFreeBSD anymore (due to use of epoll). Therefore,
> the unstable release is out of date on kfreebsd-* and this blocks
> migration to testing.
> 
> If I understand the situation correctly, removing s3ql from
> testing will allow the new release to migrate.
> 
> kFreeBSD support will hopefully be restored in the next upstream
> release.
> 
> 
> 
> Thanks!
> -Nikolaus
> 
> [...]

Hi,


You need to get the s3ql kfreebsd binaries removed from unstable for it
to be able to migrate.  Please file a bug against ftp.debian.org for that.

We can still remove s3ql from testing, but it will *not* make the
version in sid able to migrate.

~Niels


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



Bug#745055: scute cannot work properly on a Desktop

2014-04-18 Thread Nikos Mavrogiannopoulos
On Fri, Apr 18, 2014 at 9:46 AM, NIIBE Yutaka  wrote:
> On 2014-04-18 at 09:09 +0200, Nikos Mavrogiannopoulos wrote:
>> No matter who's bug it is, it is a usability (or unusability) issue of
>> scute.
> [...]
>> That's a nice hack to make things work temporarily, but in the end it
>> is not a solution to the issue.
> Sorry, I can't share your reasoning.
> It is a usability issue of a desktop environment with GNOME keyring
> which overrides standard gpg-agent.

Not really. It is not _a_ desktop environment. It is one of the main
desktop environments of debian (if not the mostly used).

As I said feel free to reassign the issue to gnome-keyring, but it
_is_ an issue.

> The feature of gpg-agent by GNOME keyring is small subset of standard
> gpg-agent.  For some users, it would be OK to use this emulation, but
> for full feature of GnuPG, it is not recommended in general, and it
> doesn't work well with scute (or other cases with smartcard, etc.).

If it is not recommended in general, then a bug should have been filed
to gnome-keyring, to not duplicate gpg-agent. I don't see any such
bug.

> I showed the way how to fix the issue; it is to properly configure
> GNOME keyring.  It's unfortunate for you, default configuration of
> GNOME keyring is not like that.  But, it is not scute which should be
> blamed.

I just don't find acceptable that scute not working by _default_ when
gnome is in use. There is no warning being print, nor the README files
mention anything about it.

regards,
Nikos


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



Bug#726490: sponsorship-requests: ethstatus/0.4.4 [ITA]

2014-04-18 Thread Vincent Cheng
On Thu, Apr 17, 2014 at 6:18 AM, Arturo Borrero Gonzalez
 wrote:
> On 12 April 2014 09:46, Vincent Cheng  wrote:
>> Control: tag -1 + moreinfo
>>
>> On Sun, Mar 2, 2014 at 4:55 AM, Thomas Goirand  wrote:
>>> You wrote:
>>>
>>>   * Upstream is the same as Debian maintainer.
>>> Therefore, build a native Debian package
>>>
>>> IMO, that's a very bad idea. this is a pain for downstream Debian
>>> derivative who may want to add specific patches. With a native package,
>>> it becomes less convenient to add distro-specific patches. Please don't
>>> do this and re-upload a version of your package as non-native.
>>>
>>> Generally, native packages are very Debian specific, like for example
>>> apt, dpkg, etc. Unless you develop this kind of tool, IMO, don't use a
>>> native package.
>>>
>>> Thomas Goirand (zigo)
>>>
>>> P.S: Some other DD may have a different opinion, like for example I know
>>> Joey Hess finds it ok and even wrote about it, but I believe a majority
>>> of DD will agree with me.
>>
>> +1 to what Thomas said above.
>>
>> Here's a very quick review of your packaging in
>> https://github.com/aborrero/pkg-ethstatus (since I can't find an
>> ethstatus package on mentors.d.n):
>>
>
> Thanks you for the review and time, Vincent.
>
> Well, I talked with Christoph Haas about ethstatus.
> He think that this old piece of software is, in fact, so old. Some
> other [newer] tools have superseded ethstatus.
>
> So, despite the initial effort I did to adopt ethstatus, I think I
> will be dropping this ITA soon :-(

Ok, feel free to ping me if you have second thoughts and want to
maintain this in Debian, or close the bug once you decide otherwise.

Regards,
Vincent


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



Bug#745127: tuxguitar: Messages in ~/.xsession-errors

2014-04-18 Thread Torquil Macdonald Sørensen
Package: tuxguitar
Version: 1.2-18
Severity: normal

After only using tuxguitar a few seconds, I have gotten over 4000 lines
of messages in ~/.xsession-errors. This makes it much more difficult to
detect real problems from other active programs. Here are a few examples:

58 (TuxGuitar:6145): GLib-GObject-CRITICAL **: 
g_closure_add_invalidate_notifier: assertion 'closure->n_inotifiers < 
CLOSURE_MAX_N_INOTIFIERS' failed
 59
 60 (TuxGuitar:6145): GLib-GObject-CRITICAL **: 
g_closure_add_invalidate_notifier: assertion 'closure->n_inotifiers < 
CLOSURE_MAX_N_INOTIFIERS' failed
 61
 62 (TuxGuitar:6145): GLib-GObject-CRITICAL **: 
g_closure_add_invalidate_notifier: assertion 'closure->n_inotifiers < 
CLOSURE_MAX_N_INOTIFIERS' failed
 63
 64 (TuxGuitar:6145): GLib-GObject-CRITICAL **: 
g_closure_add_invalidate_notifier: assertion 'closure->n_inotifiers < 
CLOSURE_MAX_N_INOTIFIERS' failed
 65
 66 (TuxGuitar:6145): GLib-GObject-CRITICAL **: 
g_closure_add_invalidate_notifier: assertion 'closure->n_inotifiers < 
CLOSURE_MAX_N_INOTIFIERS' failed

..
..
..
..

2016 (TuxGuitar:6145): GLib-GObject-WARNING **: 
/tmp/buildd/glib2.0-2.40.0/./gobject/gclosure.c:688: unable to remove 
uninstalled invalidation notifier: 0x7fc940170e00 (
   2016 0x7fc94c4ab9e0)
   2017
   2018 (TuxGuitar:6145): GLib-GObject-WARNING **: 
/tmp/buildd/glib2.0-2.40.0/./gobject/gclosure.c:688: unable to remove 
uninstalled invalidation notifier: 0x7fc940170e00 (
   2018 0x7fc94c7b9070)
   2019
   2020 (TuxGuitar:6145): GLib-GObject-WARNING **: 
/tmp/buildd/glib2.0-2.40.0/./gobject/gclosure.c:688: unable to remove 
uninstalled invalidation notifier: 0x7fc940170e00 (
   2020 0x7fc94c7b9070)

..
..
..

Best regards
Torquil Sørensen

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

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

Versions of packages tuxguitar depends on:
ii  file   1:5.17-1
ii  libitext-java  2.1.7-8
ii  libswt-cairo-gtk-3-jni 3.8.2-3
ii  libswt-gtk-3-java  3.8.2-3
ii  libswt-webkit-gtk-3-jni3.8.2-3
ii  openjdk-7-jre [java2-runtime]  7u55-2.4.7-1
ii  xulrunner-24.0 24.4.0esr-1

Versions of packages tuxguitar recommends:
pn  tuxguitar-alsa  
pn  tuxguitar-oss   

Versions of packages tuxguitar suggests:
ii  lilypond   2.16.2-3
pn  tuxguitar-jsa  

-- 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#745128: xbmc: libnfs1 is missing from package dependencies

2014-04-18 Thread felix
Package: xbmc
Version: 2:13.0~beta2+dfsg1-1
Severity: important

Dear Maintainer,
the built in mechanisms of mounting nfs shares currently fails on a fresh 
install:

10:25:59 T:139987471300352   ERROR: Unable to load libnfs.so.1, reason: 
libnfs.so.1: cannot open shared object file: No such file or directory
10:25:59 T:139987471300352   ERROR: NFS: Error loading libnfs (HandleDyLoad).

after installing libnfs1 this error is gone

-- System Information:
Debian Release: jessie/sid
Architecture: x86_64

Kernel: Linux 3.11-2-amd64
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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



Bug#745129: packagekit: gpk-update-viewer shows nothing when run as user

2014-04-18 Thread Emmanuel Fétille
Package: packagekit
Version: 0.7.6-3
Severity: important

Dear Maintainer,

When running gpk-update-viewer as an unprivilegied user, the window is
simply grey, without any component showing up. When the app is launched
automatically (once per day for my configuration), I sometimes have the 
grey empty window, sometimes an error message : "The operation was
cancelled". When run as root (bypassing the alert messages), the window
is normally build but no updates are found. After having ran an 'apt-get
update', the list of updates is normally populated. I didn't try to
install these updates as apt-get was already installing them.

I have no problem to upgrade with apt-get.

When looking at the 'packagekitd --verbose' outputs, it looks that
gpk-update-viewer doesn't trigger anything in packagekitd when run as
user. In root, things are different. Here is the output of packagekitd :

***
10:14:18PackageKit  GetTid method called
10:14:18PackageKit  job count now 1351
10:14:18PackageKit  deferring low priority write until idle
10:14:18PackageKit  trying to open database
'/var/lib/PackageKit/transactions.db'
10:14:18PackageKit  job count is now at 1350
10:14:18PackageKit  transaction now new
10:14:18PackageKit  setting sender to :1.11385
10:14:18PackageKit  uid=0, count=0
10:14:18PackageKit  adding transaction 0xa96110, item
0x7f61f8001aa0
10:14:18PackageKit  sending tid: '/1351_cadebcbe_data'
10:14:18PackageKit  doing deferred write syncronous
10:14:18PackageKit  SetHints method called: locale=fr_FR.UTF-8,
background=false, interactive=true
10:14:18PackageKit  GetUpdates method called
10:14:18PackageKit  /1351_cadebcbe_data is now background: 0
10:14:18PackageKit  marking transaction /1351_cadebcbe_data as
committed
10:14:18PackageKit  transaction now committed
10:14:18PackageKit  transaction now ready
10:14:18PackageKit  emitting changed
10:14:18PackageKit  emitting ::changed
10:14:18PackageKit  emitting transaction-list-changed
10:14:18PackageKit  1 transactions in list, 1 committed but not
finished
10:14:18PackageKit  running /1351_cadebcbe_data as no others in
progress
10:14:18PackageKit  schedule idle running /1351_cadebcbe_data
10:14:18PackageKit  transaction now running
10:14:18PackageKit  actually running /1351_cadebcbe_data
10:14:18PackageKit  setting backend tid as /1351_cadebcbe_data
10:14:18PackageKit  locale changed to fr_FR.UTF-8
10:14:18PackageKit  frontend_socket changed to (null)
10:14:18PackageKit  no data
10:14:18PackageKit  failed to set the session state
(non-fatal): failed to get the proxy from the database
10:14:18PackageKit  emitting changed
10:14:18PackageKit  run pk_plugin_transaction_run
on /usr/lib/x86_64-linux-gnu/packagekit-plugins/libpk_plugin_scripts.so
10:14:18PackageKit  run pk_plugin_transaction_run
on 
/usr/lib/x86_64-linux-gnu/packagekit-plugins/libpk_plugin-no-update-process.so
10:14:18PackageKit  run pk_plugin_transaction_run
on 
/usr/lib/x86_64-linux-gnu/packagekit-plugins/libpk_plugin-check-shared-libraries-in-use.so
10:14:18PackageKit  setting transaction role to get-updates
10:14:18PackageKit  setting role to get-updates
10:14:18PackageKit  setting role for /1351_cadebcbe_data to
get-updates
10:14:18PackageKit  no plugins provided
pk_plugin_transaction_started
10:14:18PackageKit  emitting changed
10:14:18PackageKit  setting role to get-updates
10:14:18PackageKit  saving 65536 for filters
10:14:18PackageKit  no transaction reset vfunc
10:14:18PackageKit  saving 1 for getUpdates
10:14:18PackageKit  no transaction start vfunc
10:14:18PackageKit  emitting allow-cancel 1
10:14:18PackageKit  emitting changed
10:14:18PackageKit  saving 0xa95470 for aptcc_obj
10:14:18PackageKit  emitting changed
10:14:18PackageKit  emitting changed
10:14:18PackageKit  adding 0 at 6 (ms)
10:14:18PackageKit  array too small
10:14:18PackageKit  this will now take ~0 seconds
10:14:18PackageKit  emitting changed
10:14:18PackageKit  emitting changed
10:14:18PackageKit  adding 100 at 17 (ms)
10:14:18PackageKit  averaged 1 p

Bug#745130: apt should tell if updates are available

2014-04-18 Thread shirish शिरीष
Package: apt
Version: 1.0.1
Severity: normal

Dear Maintainer,
I tried apt few days back and it's refreshing from aptitude in the
sense it doesn't take as many resources as aptitude to update the
index. There is one issue though, it doesn't tell if there are any
updates and I have to manually run aptitude safe-upgrade in order to
figure out if there are any updates or not.

Here's a run of apt :-

shirish@debian:~$ sudo apt update
[sudo] password for shirish:
Hit http://security.debian.org jessie/updates InRelease
Get:1 http://debian.ec.as6453.net jessie InRelease [166 kB]
Hit http://security.debian.org jessie/updates/main amd64 Packages
Hit http://security.debian.org jessie/updates/main Translation-en
Get:2 http://debian.ec.as6453.net jessie-updates InRelease [100 kB]
Get:3 http://debian.ec.as6453.net unstable InRelease [206 kB]
Get:4 http://debian.ec.as6453.net experimental InRelease [141 kB]
Get:5 http://debian.ec.as6453.net jessie/main amd64 Packages/DiffIndex [7,876 B]
Hit http://debian.ec.as6453.net jessie/contrib amd64 Packages/DiffIndex
Get:6 http://debian.ec.as6453.net jessie/non-free amd64
Packages/DiffIndex [7,819 B]
Hit http://debian.ec.as6453.net jessie/contrib Translation-en/DiffIndex
Get:7 http://debian.ec.as6453.net jessie/main Translation-en/DiffIndex [7,876 B]
Hit http://debian.ec.as6453.net jessie/non-free Translation-en/DiffIndex
Get:8 http://debian.ec.as6453.net jessie-updates/main amd64 Packages [14 B]
Get:9 http://debian.ec.as6453.net jessie-updates/contrib amd64 Packages [14 B]
Get:10 http://debian.ec.as6453.net jessie-updates/non-free amd64 Packages [14 B]
Get:11 http://debian.ec.as6453.net jessie-updates/contrib Translation-en [14 B]
Get:12 http://debian.ec.as6453.net jessie-updates/main Translation-en [14 B]
Get:13 http://debian.ec.as6453.net jessie-updates/non-free Translation-en [14 B]
Get:14 http://debian.ec.as6453.net unstable/main amd64
Packages/DiffIndex [7,876 B]
Hit http://debian.ec.as6453.net unstable/contrib amd64 Packages/DiffIndex
Get:15 http://debian.ec.as6453.net unstable/non-free amd64
Packages/DiffIndex [7,819 B]
Hit http://debian.ec.as6453.net unstable/contrib Translation-en/DiffIndex
Get:16 http://debian.ec.as6453.net unstable/main
Translation-en/DiffIndex [7,876 B]
Hit http://debian.ec.as6453.net unstable/non-free Translation-en/DiffIndex
Get:17 http://debian.ec.as6453.net experimental/main amd64
Packages/DiffIndex [7,819 B]
Hit http://debian.ec.as6453.net experimental/contrib amd64 Packages/DiffIndex
Hit http://debian.ec.as6453.net experimental/contrib Translation-en/DiffIndex
Hit http://debian.ec.as6453.net experimental/main Translation-en/DiffIndex
Get:18 http://debian.ec.as6453.net jessie/main amd64
2014-04-18-0304.24.pdiff [46.3 kB]
Get:19 http://debian.ec.as6453.net jessie/main amd64
2014-04-18-0304.24.pdiff [46.3 kB]
Get:20 http://debian.ec.as6453.net jessie/non-free amd64
2014-04-18-0304.24.pdiff [597 B]
Get:21 http://debian.ec.as6453.net jessie/main
2014-04-18-0304.24.pdiff [3,833 B]
Get:22 http://debian.ec.as6453.net jessie/non-free amd64
2014-04-18-0304.24.pdiff [597 B]
Get:23 http://debian.ec.as6453.net unstable/main amd64
2014-04-18-0304.24.pdiff [5,993 B]
Get:24 http://debian.ec.as6453.net jessie/main
2014-04-18-0304.24.pdiff [3,833 B]
Get:25 http://debian.ec.as6453.net unstable/main amd64
2014-04-18-0304.24.pdiff [5,993 B]
Get:26 http://debian.ec.as6453.net unstable/non-free amd64
2014-04-18-0304.24.pdiff [243 B]
Get:27 http://debian.ec.as6453.net unstable/main 2014-04-18-0304.24.pdiff [44 B]
Get:28 http://debian.ec.as6453.net experimental/main amd64
2014-04-18-0304.24.pdiff [243 B]
Get:29 http://debian.ec.as6453.net unstable/non-free amd64
2014-04-18-0304.24.pdiff [243 B]
Get:30 http://debian.ec.as6453.net unstable/main 2014-04-18-0304.24.pdiff [44 B]
Get:31 http://debian.ec.as6453.net experimental/main amd64
2014-04-18-0304.24.pdiff [243 B]
Fetched 725 kB in 1min 36s (7,481 B/s)
Reading package lists... Done

Unlike aptitude, apt doesn't tell if there are any updates. Just
having that info. would make my life much easier.

-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image-3\.13-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-amd64$";
APT::NeverAutoRemove:: "^linux-headers-3\.13-1-amd64$";
APT::NeverAutoRemove:: "^linux-headers-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-3\.13-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-3\.13-1-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-3\.13-1-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-amd64$";
APT::NeverAutoRemov

Bug#745131: xul-ext-https-everywhere: broken rules for imgs.xkcd.com

2014-04-18 Thread Jakub Wilk

Package: xul-ext-https-everywhere
Version: 3.5-1
Control: forwarded -1 https://trac.torproject.org/projects/tor/ticket/2

HTTPS Everywhere rewrites http://imgs.xkcd.com/comics/free_speech.png as 
https://imgs.xkcd.com/comics/free_speech.png, but the latter has invalid 
certificate and is 404.


--
Jakub Wilk


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



Bug#745132: Please create an oauth2 token for summit.debconf.org

2014-04-18 Thread Steve Langasek
Package: sso.debian.org

Hi guys,

Please create an oauth2 token to be used for the production DebConf summit
website.

The redirect url for this site is:

  https://summit.debconf.org/complete/debian-oauth2

This will be the only redirect for the production token; all other sites
will use the test token instead.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature


Bug#724510: xserver-xorg-video-intel: Time to set '--with-default-accel=sna'?

2014-04-18 Thread Julien Cristau
On Wed, Apr 16, 2014 at 13:01:24 +0530, Ritesh Raj Sarraf wrote:

> While there are other distributions (closest to us is Ubuntu) that have
> defaulted to SNA, I think the impact is not just of this driver package
> alone. My guess is that to switch to SNA may require transition at multiple 
> places (mesa
> etc).
> 
It really doesn't.

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#745055: scute cannot work properly on a Desktop

2014-04-18 Thread NIIBE Yutaka
Well, I add some more information for your understanding.

On 2014-04-18 at 10:35 +0200, Nikos Mavrogiannopoulos wrote:
> As I said feel free to reassign the issue to gnome-keyring, but it
> _is_ an issue.

For a while, I won't reassign this bug to gnome-keyring (of Debian
BTS).  That's because I think that it will be better for some users of
scute who will encounter this issue (again).

> > The feature of gpg-agent by GNOME keyring is small subset of standard
> > gpg-agent.  For some users, it would be OK to use this emulation, but
> > for full feature of GnuPG, it is not recommended in general, and it
> > doesn't work well with scute (or other cases with smartcard, etc.).
> 
> If it is not recommended in general, then a bug should have been filed
> to gnome-keyring, to not duplicate gpg-agent. I don't see any such
> bug.

You mean, bug reports in Debian BTS?  I occasionally saw this kind of
bug reports in gnupg-users.  FWIW, it has already been shared among
GnuPG developers and GNOME Keyring developers.  You see, this problem
is not only for scute.

Well, I don't say not to duplicate gpg-agent.  For some users, it's OK
to use the emulation of gpg-agent by GNOME Keyring, and it would be
useful.

I'm saying that the emulation of gpg-agent is not recommended in general,
_if_ user wants full feature of GnuPG.

I'm sorry that there is not enough information about this in Scute's
documentation.

It would be good if GNOME keyring manual addresses this kind of
explanation about gpg-agent emulation, and users could find a kind of
how-to in its trouble shooting guide.

> I just don't find acceptable that scute not working by _default_ when
> gnome is in use. There is no warning being print, nor the README files
> mention anything about it.

OK.  I understand your point.

Scute is very experimental software, and it is not well maintained
these days in upstream.  There is not enough documentation and it's
not very stable.

I have tried my best to package it for Debian, so that it could be
useful for some advanced users who want to experiment with that.

I did that, and I am maintaining in Debian, because it was difficult
for some GnuPG users to build Scute from its original source.
-- 


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



Bug#745128: xbmc: libnfs1 is missing from package dependencies

2014-04-18 Thread Bálint Réczey
tags 745128 wontfix
thanks

Hi Felix,

2014-04-18 10:48 GMT+02:00  :
> Package: xbmc
> Version: 2:13.0~beta2+dfsg1-1
> Severity: important
>
> Dear Maintainer,
> the built in mechanisms of mounting nfs shares currently fails on a fresh 
> install:
>
> 10:25:59 T:139987471300352   ERROR: Unable to load libnfs.so.1, reason: 
> libnfs.so.1: cannot open shared object file: No such file or directory
> 10:25:59 T:139987471300352   ERROR: NFS: Error loading libnfs (HandleDyLoad).
>
> after installing libnfs1 this error is gone
Libnfs1 is recommended by xbmc-bin, thus it gets installed unless you
specify --no-install-recommends for APT in which case you must know
what you are doing.;-)

Cheers,
Balint


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



Bug#745114: src:pcre3: FTBFS on arm64 m68k and others: sljit not implemented

2014-04-18 Thread Mark Baker
Rather than hard-coding a list of architectures in the build script, I have 
included this very simple program:

#define SLJIT_CONFIG_AUTO
#include "../sljit/sljitConfigInternal.h"
#include 

int main(void)
{
#ifndef SLJIT_CONFIG_UNDEFINED
printf("--enable-jit");
#endif
return 0;
}

so it uses the macros that are in sljit to decide whether it is supported, and 
outputs --enable-jit accordingly.

However I haven't yet tested it on any architecture that doesn't support JIT, 
so please re-open this bug if necessary.

On 18 Apr 2014, at 06:36, Helmut Grohne  wrote:

> Package: src:pcre3
> Version: 1:8.31-3
> Severity: important
> Tags: patch
> User: helm...@debian.org
> Usertags: rebootstrap
> 
> Since you added --enable-jit, pcre3 startes to FTBFS on various
> architectures:
> 
> http://buildd.debian-ports.org/status/package.php?p=pcre3
> 
> For architectures such as arm64 or m68k, the jit simply is not
> implemented and the CPU detection in sljit fails. I suggest that you
> disable the jit for architectures where it is not supported.
> 
> I attach a patch for arm64 and m68k, but this likely affects others as
> well.
> 
> Helmut
> 


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



Bug#745133: RFP: whatmaps -- Find processes mapping shared objects

2014-04-18 Thread Guido Günther
Package: wnpp
Severity: wishlist

* Package name: whatmaps
  Version : 0.0.4
  Upstream Author : Guido Günther 
* URL : https://honk.sigxcpu.org/piki/projects/whatmaps
* License : GPL
  Programming Lang: Python
  Description : Find processes mapping shared objects

 After package upgrades processes using a ahared library need to be
 restarted to make use of that updated library (e.g. if the library got a
 security upgrade).
 .
 Whatmaps looks for shared objects in packages and finds running programs
 that map them, list them and allows one to restart them.
 .
 It can be integrated with apt to automatically restart services
 automatically on security upgrades.
 . 
 It has a built in list of relationships that allows to e.g. restart
 libvirt-guests instead of qemu-kvm when qemu-kvm gets updated.

Git already carries a debian/ branch but I fail to keep that up to date
for sid continously so a maintainer would be appreciated.


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



Bug#745132: oauth2

2014-04-18 Thread Thomas Goirand
Hi,

When you say "oauth2", I hope you're talking only about the protocol,
and not about python-oauth2 (which as security issues, and which should
be replaced by python-oauthlib). Just making sure...

Thomas


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



Bug#745134: live-build: please add man pages for lb commands

2014-04-18 Thread Denys Gavrysh
Package: live-build
Version: 4.0~alpha33-1
Severity: minor

Dear Maintainer,

There are missing manpages in the live-build package, such as:

lb(1)
lb_binary(1)
lb_bootstrap(1)
lb_build(1)
lb_chroot(1)
lb_clean(1)
lb_config(1)
lb_source(1)

Also, this kind of behaviour is unusual for me:

$ lb --help
No manual entry for lb
See 'man 7 undocumented' for help when manual pages are not available.


-- Package-specific info:

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

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

Versions of packages live-build depends on:
ii  debootstrap  1.0.59
ii  python3  3.3.4-1

Versions of packages live-build recommends:
ii  cpio   2.11+dfsg-2
pn  live-boot-doc  
pn  live-config-doc
ii  live-manual-txt [live-manual]  1:4.0~alpha11-1

live-build 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#717493: pu: package sympa/6.1.11~dfsg-5.1~deb7u1

2014-04-18 Thread Adam D. Barratt

Control: tags -1 + pending

On 2014-04-17 22:46, Emmanuel Bouthenot wrote:

On Thu, Apr 17, 2014 at 02:24:24PM +0100, Adam D. Barratt wrote:

I'm slightly torn on this one. Whilst the patch seems "obviously
correct", it's not applied to the package in unstable, which is
usually a requirement for accepting a patch for stable. There's an
argument that it's unlikely that anyone will try to update from
squeeze's sympa to jessie's without having upgraded perl in between,
but conversely the patch should work fine with the package in
unstable.

Are there any plans to apply the patch, or otherwise update the
package, in unstable?


This fix apply on a Debian patch[1] which has been merged upstream[2] 
in

sympa 6.1.19 and the fix itself was applied a few commits later[3].

I'm currently working on the packaging of sympa 6.1.20. It should be
ready to be uploaded in unstable within the next few days.


Thanks.

Given how close we are to the upload window for 7.5 closing (over this 
weekend), I'm prepared to accept the fix as-is on the assumption that it 
will get to unstable in the very near future, so please go ahead with 
the upload for stable.


Regards,

Adam


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



Bug#724510: xserver-xorg-video-intel: Time to set '--with-default-accel=sna'?

2014-04-18 Thread Ritesh Raj Sarraf
Thanks Julien. In that case then SNA didn't live up the expectation it set.

s3nt fr0m a $martph0ne, excuse typ0s
On Apr 18, 2014 3:05 PM, "Julien Cristau"  wrote:

> On Wed, Apr 16, 2014 at 13:01:24 +0530, Ritesh Raj Sarraf wrote:
>
> > While there are other distributions (closest to us is Ubuntu) that have
> > defaulted to SNA, I think the impact is not just of this driver package
> > alone. My guess is that to switch to SNA may require transition at
> multiple places (mesa
> > etc).
> >
> It really doesn't.
>
> Cheers,
> Julien
>


Bug#745135: RFS: mariadb-10.0/10.0.10-1 [ITP] -- Latest version of worlds most popular non-Oracle database

2014-04-18 Thread Otto Kekäläinen
Package: sponsorship-requests
  Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "mariadb-10.0"

 * Package name: mariadb-10.0
   Version : 10.0.10-1
   Upstream Author : MariaDB Foundation
 * URL : http://mariadb.org/
 * License : GPLv2 and others
   Section : database

  It builds those binary packages:

 libmariadbclient-dev - MariaDB database development files
 libmariadbclient18 - MariaDB database client library
 libmariadbd-dev - MariaDB embedded database development files
 mariadb-client - MariaDB database client (metapackage depending on
the latest vers
 mariadb-client-10.0 - MariaDB database client binaries
 mariadb-client-core-10.0 - MariaDB database core client binaries
 mariadb-common - MariaDB common metapackage
 mariadb-connect-engine-10.0 - Connect storage engine for MariaDB
 mariadb-oqgraph-engine-10.0 - Oqgraph storage engine for MariaDB
 mariadb-server - MariaDB database server (metapackage depending on
the latest vers
 mariadb-server-10.0 - MariaDB database server binaries
 mariadb-server-core-10.0 - MariaDB database core server files
 mariadb-test - MariaDB database regression test suite (metapackage
for the lates
 mariadb-test-10.0 - MariaDB database regression test suite

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

  http://mentors.debian.net/package/mariadb-10.0
  http://anonscm.debian.org/gitweb/?p=pkg-mysql/mariadb-10.0.git;a=log
  https://wiki.debian.org/Teams/MySQL/MariaDBPlan

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

dget -x 
http://mentors.debian.net/debian/pool/main/m/mariadb-10.0/mariadb-10.0_10.0.10-1.dsc

  More information about MariaDB packaging can be obtained by asking
me by e-mail, I promise to reply quickly.

The packaging is very similar to that of mariadb-5.5, already in
Debian, but that sponsor has so many packages and is not available for
reviewing mariadb-10.0 in the forseeable future, thus I am now
requesting for a new sponsor the help me with mariadb-10.0.

As everything can be compared to existing and accepted mariadb-5.5,
the task of sponsoring my 10.0 should be relatively trivial. In
general the Debian MySQL team is low on manpower, so a new sponsor
here is desperately needed.


  Regards,
   Otto Kekäläinen



-- 
Check out our blog at http://seravo.fi/blog
and follow @ottokekalainen


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



Bug#741644: RFS: keyringer/0.3.2-1 -- Distributed secret management using GnuPG and Git

2014-04-18 Thread intrigeri
Silvio Rhatto wrote (17 Apr 2014 21:24:29 GMT) :
> I also got swamped with work and it's still hard to find when I should
> ask for a new release to be uploaded into Debian.

I suggest just closing this RFS bug, then.

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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



Bug#745101: libreoffice-mysql-connector: doesn't work over SSH tunnel

2014-04-18 Thread edonkey2001-libreoff...@yahoo.it
Hi, thanks for your reply. Unfortunately I can't reply inline to your message 
right now, so please consult it.

I "know" that the issue should be fixed in the links I posted just because at 
bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1276442 comment #6 reads 
just like that, but I wasn't able to test it personally because it doesn't 
install on Debian.

I'd like to update the bug on freedesktop right now (I have even already 
written my comment), but I encounter always a "Server Internal Error". I 
reported it and I'll try again later.

And yes, they seem to release a x86_64 version for both extensions if you look 
at the download links.


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



Bug#745136: pulseaudio: Setting mute/unmute on alsamixer mute all sounds on pulseaudio

2014-04-18 Thread Corcodel Marian
Package: pulseaudio
Version: 5.0-2
Severity: normal

On GNOME ALSA Mixer mute/unmute Surround ,Center,LFE when pulseaudio running-
this mute also alls volumes remain mute.



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

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 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 pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  libasound21.0.27.2-3
ii  libasound2-plugins1.0.27-2+b1
ii  libc6 2.18-4
ii  libcap2   1:2.22-1.2
ii  libdbus-1-3   1.8.0-3
ii  libfftw3-single3  3.3.4-1
ii  libgcc1   1:4.8.2-16
ii  libice6   2:1.0.8-2
ii  libltdl7  2.4.2-1.7
ii  liborc-0.4-0  1:0.4.18-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.8.2-16
ii  libsystemd-login0 204-8
ii  libtdb1   1.2.13-1
ii  libudev1  204-8
ii  libwebrtc-audio-processing-0  0.1-2
ii  libx11-6  2:1.6.2-1
ii  libx11-xcb1   2:1.6.2-1
ii  libxcb1   1.10-2
ii  libxtst6  2:1.2.2-1
ii  lsb-base  4.1+Debian12
ii  udev  204-8

Versions of packages pulseaudio recommends:
pn  pulseaudio-module-x11  
ii  rtkit  0.10-3

Versions of packages pulseaudio suggests:
pn  paman 
pn  paprefs   
ii  pavucontrol   2.0-2
pn  pavumeter 
ii  pulseaudio-utils  5.0-2

-- Configuration Files:
/etc/pulse/daemon.conf changed:
; daemonize = no
; fail = yes
; allow-module-loading = yes
; allow-exit = yes
; use-pid-file = yes
; system-instance = no
; local-server-type = user
; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB
; lock-memory = no
; cpu-limit = no
; high-priority = yes
; nice-level = -11
; realtime-scheduling = yes
; realtime-priority = 5
; exit-idle-time = 20
; scache-idle-time = 20
; dl-search-path = (depends on architecture)
; load-default-script-file = yes
; default-script-file = /etc/pulse/default.pa
; log-target = auto
; log-level = notice
; log-meta = no
; log-time = no
; log-backtrace = 0
; resample-method = speex-float-1
; enable-remixing = yes
enable-remixing = no
; enable-lfe-remixing = no
; flat-volumes = yes
; rlimit-fsize = -1
; rlimit-data = -1
; rlimit-stack = -1
; rlimit-core = -1
; rlimit-as = -1
; rlimit-rss = -1
; rlimit-nproc = -1
; rlimit-nofile = 256
; rlimit-memlock = -1
; rlimit-locks = -1
; rlimit-sigpending = -1
; rlimit-msgqueue = -1
; rlimit-nice = 31
; rlimit-rtprio = 9
; rlimit-rttime = 100
; default-sample-format = s16le
; default-sample-rate = 44100
; alternate-sample-rate = 48000
; default-sample-channels = 2
; default-sample-channels = 8
; default-sample-channels = 4
; default-channel-map = front-left,front-right
; default-channel-map = 
front-left,front-right,rear-left,rear-right,front-center,lfe,side-left,side-right
; default-channel-map = front-left,front-right,rear-left,rear-right
; default-fragments = 8
; default-fragment-size-msec = 25
; enable-deferred-volume = yes
; deferred-volume-safety-margin-usec = 8000
; deferred-volume-extra-delay-usec = 0

/etc/pulse/default.pa changed:
.nofail
.fail
load-module module-device-restore
load-module module-stream-restore
load-module module-card-restore
load-module module-augment-properties
load-module module-switch-on-port-available
.ifexists module-udev-detect.so
load-module module-udev-detect
.else
load-module module-detect
.endif
.ifexists module-jackdbus-detect.so
.nofail
load-module module-jackdbus-detect channels=2
.fail
.endif
.ifexists module-bluetooth-policy.so
load-module module-bluetooth-policy
.endif
.ifexists module-bluetooth-discover.so
load-module module-bluetooth-discover
.endif
.ifexists module-esound-protocol-unix.so
load-module module-esound-protocol-unix
.endif
load-module module-native-protocol-unix
.ifexists module-gconf.so
.nofail
load-module module-gconf
.fail
.endif
load-module module-default-device-restore
load-module module-rescue-streams
load-module module-always-sink
load-module module-intended-roles
load-module module-suspend-on-idle
.ifexists module-console-kit.so
load-module module-console-kit
.endif
.ifexists module-systemd-login.so
load-module module-systemd-login
.endif
load-module module-position-event-sounds
load-module module-role-cork
load-module module-filter-heuristics
load-module module-filter-apply


-- 
To UNSUB

Bug#745137: linux-image-3.2.0-4-amd64: Crash when trying to enable RTL8188CE-based WiFi interface on Lenovo ThinkPad W520

2014-04-18 Thread Dmitry Semyonov
Package: src:linux
Version: 3.2.57-1
Severity: important

Dear Maintainer,

At least 3.2.57-1 and 3.2.57-2 Debian kernels from
stable-proposed-updates archive crash after issuing "sudo ifup wlan0=h"
command. (netconsole output will be provided in a separate e-mail.)

Previous stable kernels worked fine on the same laptop but I have not
tried to downgrade the kernel to double-check whether current stable
version continues to work now.


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

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 
root=UUID=49e32c81-2c1a-45d2-aaf8-a932d625bf95 ro quiet

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

** Kernel log:
[   10.771101] usb 3-1.2: New USB device strings: Mfr=1, Product=2, 
SerialNumber=3
[   10.771108] usb 3-1.2: Product: LGE Android Phone
[   10.771112] usb 3-1.2: Manufacturer: LG Electronics Inc.
[   10.771116] usb 3-1.2: SerialNumber: XX
[   10.802679] fbcon: inteldrmfb (fb0) is primary device
[   10.813085] input: SynPS/2 Synaptics TouchPad as 
/devices/platform/i8042/serio1/input/input6
[   10.844241] usb 3-1.3: new full-speed USB device number 4 using ehci_hcd
[   10.923437] thinkpad_acpi: unknown possible thermal alarm or keyboard event 
received
[   10.923444] thinkpad_acpi: unhandled HKEY event 0x6050
[   10.923448] thinkpad_acpi: please report the conditions when this event 
happened to ibm-acpi-de...@lists.sourceforge.net
[   10.941203] usb 3-1.3: New USB device found, idVendor=147e, idProduct=2016
[   10.941220] usb 3-1.3: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0
[   10.941222] usb 3-1.3: Product: Biometric Coprocessor
[   10.941224] usb 3-1.3: Manufacturer: UPEK
[   11.080592] thinkpad_acpi: unknown possible thermal alarm or keyboard event 
received
[   11.080598] thinkpad_acpi: unhandled HKEY event 0x6050
[   11.080602] thinkpad_acpi: please report the conditions when this event 
happened to ibm-acpi-de...@lists.sourceforge.net
[   11.147502] usb 3-1.4: new full-speed USB device number 5 using ehci_hcd
[   11.168164] Console: switching to colour frame buffer device 240x67
[   11.185521] fb0: inteldrmfb frame buffer device
[   11.185525] drm: registered panic notifier
[   11.187504] acpi device:00: registered as cooling_device8
[   11.187604] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input7
[   11.187687] ACPI: Video Device [VID] (multi-head: yes  rom: no  post: no)
[   11.187721] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[   11.187819] snd_hda_intel :00:1b.0: irq 53 for MSI/MSI-X
[   11.187845] snd_hda_intel :00:1b.0: setting latency timer to 64
[   11.243524] usb 3-1.4: New USB device found, idVendor=0a5c, idProduct=217f
[   11.243530] usb 3-1.4: New USB device strings: Mfr=1, Product=2, 
SerialNumber=3
[   11.243534] usb 3-1.4: Product: Broadcom Bluetooth Device
[   11.243538] usb 3-1.4: Manufacturer: Broadcom Corp
[   11.243541] usb 3-1.4: SerialNumber: 7CE9D3B60807
[   11.315308] usb 3-1.6: new high-speed USB device number 6 using ehci_hcd
[   11.358537] hda_codec: CX20590: BIOS auto-probing.
[   11.359703] input: HDA Digital PCBeep as 
/devices/pci:00/:00:1b.0/input/input8
[   11.413263] usb 3-1.6: New USB device found, idVendor=04f2, idProduct=b217
[   11.413272] usb 3-1.6: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0
[   11.413277] usb 3-1.6: Product: Integrated Camera
[   11.413281] usb 3-1.6: Manufacturer: Chicony Electronics Co., Ltd.
[   11.497227] Initializing USB Mass Storage driver...
[   11.497405] scsi6 : usb-storage 3-1.2:1.0
[   11.497581] usbcore: registered new interface driver usb-storage
[   11.497584] USB Mass Storage support registered.
[   11.566637] Linux media interface: v0.10
[   11.568774] Bluetooth: Core ver 2.16
[   11.568808] NET: Registered protocol family 31
[   11.568813] Bluetooth: HCI device and connection manager initialized
[   11.568820] Bluetooth: HCI socket layer initialized
[   11.568825] Bluetooth: L2CAP socket layer initialized
[   11.568837] Bluetooth: SCO socket layer initialized
[   11.609957] Bluetooth: Generic Bluetooth USB driver ver 0.6
[   11.610345] usbcore: registered new interface driver btusb
[   11.835203] Linux video capture interface: v2.00
[   11.911291] uvcvideo: Found UVC 1.00 device Integrated Camera (04f2:b217)
[   11.913887] input: Integrated Camera as 
/devices/pci:00/:00:1a.0/usb3/3-1/3-1.6/3-1.6:1.0/input/input9
[   11.914047] usbcore: registered new interface driver uvcvideo
[   11.914052] USB Video Class driver (1.1.1)
[   12.494462] scsi 6:0:0:0: Direct-Access LGE  Android Platform 0100 
PQ: 0 ANSI: 2
[   12.497316] sd 6:0:0:0: [sdd] Attached SCSI removable disk
[   12.516172] sd 0:0:0:0: Attached scsi generic sg0 type 0
[   12.516334] sd 1:0:0:0: Attached scsi generic sg1 type 0
[   12.516495] sd 2:0:0:0

Bug#745137: linux-image-3.2.0-4-amd64: Crash when trying to enable RTL8188CE-based WiFi interface on Lenovo ThinkPad W520

2014-04-18 Thread Dmitry Semyonov
Kernel log of the crash is attached.

-- 
...Bye..Dmitry.
[ 1833.611397] BUG: unable to handle kernel NULL pointer dereference at 0010
[ 1833.611455] IP: [] rtl92ce_update_hal_rate_tbl+0x29/0x4db [rtl8192ce]
[ 1833.611530] PGD 3e8da6067 PUD 4048ac067 PMD 0 
[ 1833.611580] Oops:  [#1] SMP 
[ 1833.611622] CPU 3 
[ 1833.611644] Modules linked in: netconsole configfs parport_pc ppdev bnep lp parport rfcomm cpufreq_powersave cpufreq_userspace cpufreq_stats cpufreq_conservative pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) uinput fuse nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc vfat fat loop sg uvcvideo videodev v4l2_compat_ioctl32 media snd_hda_codec_conexant btusb bluetooth usb_storage arc4 snd_hda_intel coretemp snd_hda_codec crc32c_intel joydev rtl8192ce rtlwifi ghash_clmulni_intel snd_hwdep i915 thinkpad_acpi snd_pcm_oss snd_mixer_oss snd_pcm nvram snd_page_alloc snd_seq_midi snd_seq_midi_event snd_rawmidi rtl8192c_common mac80211 cfg80211 ehci_hcd snd_seq drm_kms_helper xhci_hcd usbcore snd_seq_device snd_timer acpi_cpufreq snd aesni_intel drm aes_x86_64 aes_generic sdhci_pci rfkill battery i2c_i801 usb_common e1000e i2c_algo_bit i2c_core mperf cryptd iTCO_wdt iTCO_vendor_support psmouse ac sdhci serio_raw mmc_core pcspkr evdev power_supply soundcore video processor wmi button ext4 crc16 mbcache jbd2 sd_mod crc_t10dif ahci libahci libata scsi_mod thermal thermal_sys [last unloaded: configfs]
[ 1833.612544] 
[ 1833.612556] Pid: 191, comm: kworker/3:1 Tainted: G   O 3.2.0-4-amd64 #1 Debian 3.2.57-2 LENOVO 4270CTO/4270CTO
[ 1833.612623] RIP: 0010:[]  [] rtl92ce_update_hal_rate_tbl+0x29/0x4db [rtl8192ce]
[ 1833.612684] RSP: 0018:88040bfa9de0  EFLAGS: 00010202
[ 1833.612715] RAX:  RBX: 880406d90540 RCX: a041a290
[ 1833.612754] RDX: 0003 RSI:  RDI: 880406d90540
[ 1833.612793] RBP:  R08:  R09: 
[ 1833.612833] R10:  R11:  R12: 880406d91d00
[ 1833.612872] R13:  R14: 88041e2db905 R15: 880406d91df8
[ 1833.612911] FS:  () GS:88041e2c() knlGS:
[ 1833.612956] CS:  0010 DS:  ES:  CR0: 8005003b
[ 1833.612988] CR2: 0010 CR3: 0003e8e36000 CR4: 000406e0
[ 1833.613027] DR0:  DR1:  DR2: 
[ 1833.613066] DR3:  DR6: 0ff0 DR7: 0400
[ 1833.613105] Process kworker/3:1 (pid: 191, threadinfo 88040bfa8000, task 88040bd3e040)
[ 1833.613152] Stack:
[ 1833.613166]   02200385 880406d91d00 880406d90540
[ 1833.613220]  880406d90540 880406d91d00  880406d90540
[ 1833.613273]  880406d91d00   88041e2db905
[ 1833.613326] Call Trace:
[ 1833.613346]  [] ? rtl92c_dm_watchdog+0xd0b/0xec9 [rtl8192c_common]
[ 1833.613391]  [] ? process_one_work+0x161/0x269
[ 1833.613425]  [] ? worker_thread+0xc2/0x145
[ 1833.613458]  [] ? manage_workers.isra.25+0x15b/0x15b
[ 1833.613496]  [] ? kthread+0x76/0x7e
[ 1833.613527]  [] ? kernel_thread_helper+0x4/0x10
[ 1833.613563]  [] ? kthread_worker_fn+0x139/0x139
[ 1833.613598]  [] ? gs_change+0x13/0x13
[ 1833.613627] Code: ff ff 41 57 41 56 41 55 41 54 55 48 89 f5 53 48 83 ec 38 4c 8b 67 38 48 89 7c 24 18 41 80 bc 24 21 1a 00 00 00 0f 84 ef 02 00 00 <44> 0f b7 46 10 41 8b 84 24 70 03 00 00 40 8a 76 31 41 f6 c0 02 
[ 1833.613986] RIP  [] rtl92ce_update_hal_rate_tbl+0x29/0x4db [rtl8192ce]
[ 1833.614037]  RSP 
[ 1833.614060] CR2: 0010
[ 1833.622338] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 1833.683021] ---[ end trace bd69e438ae127814 ]---
[ 1833.683059] BUG: unable to handle kernel paging request at fff8
[ 1833.683104] IP: [] kthread_data+0x7/0xc
[ 1833.683141] PGD 1607067 PUD 1608067 PMD 0 
[ 1833.683173] Oops:  [#2] SMP 
[ 1833.683198] CPU 3 
[ 1833.683210] Modules linked in: netconsole configfs parport_pc ppdev bnep lp parport rfcomm cpufreq_powersave cpufreq_userspace cpufreq_stats cpufreq_conservative pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) uinput fuse nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc vfat fat loop sg uvcvideo videodev v4l2_compat_ioctl32 media snd_hda_codec_conexant btusb bluetooth usb_storage arc4 snd_hda_intel coretemp snd_hda_codec crc32c_intel joydev rtl8192ce rtlwifi ghash_clmulni_intel snd_hwdep i915 thinkpad_acpi snd_pcm_oss snd_mixer_oss snd_pcm nvram snd_page_alloc snd_seq_midi snd_seq_midi_event snd_rawmidi rtl8192c_common mac80211 cfg80211 ehci_hcd snd_seq drm_kms_helper xhci_hcd usbcore snd_seq_device snd_timer acpi_cpufreq snd aesni_intel drm aes_x86_64 aes_generic sdhci_pci rfkill battery i2c_i801 usb_common e1000e i2c_algo_bit i2c_core mperf cryptd iTCO_wdt iTCO_vendor_support psmouse ac sdhci serio_raw mmc_core pcspkr evdev power_supply sound

Bug#724229: allowing http.debian.net

2014-04-18 Thread Andreas B. Mundt
Hi micah,

On Thu, Apr 17, 2014 at 01:01:54PM -0400, micah wrote:
>
> I haven't seen any resolution to this problem, just wanted to check in
> about it.
>
> Andi, you said that you allowed all package sources to work around the
> issue - can you detail how you did that? I tried to add a glob to the
> mirror-dstdomain.acl, but redirections were still refused.


I fear my 'solution' does not help much in your case:  I just removed
the acl completely.

I looked at the issue when trying to find a package cache for
debian-lan https://wiki.debian.org/DebianLAN>.  However, I
finally decided that it would be better to tune the already
implemented squid (for general web traffic) to cache packages too.
In that case, restrictions to packet repositories make of course no
sense.  So I just copied the interesting parts of the squid-deb-proxy
configuration 
(http://sources.debian.net/src/squid-deb-proxy/0.8.7/squid-deb-proxy.conf>)
to my squid configuration
(c.f. 
http://anonscm.debian.org/gitweb/?p=collab-maint/debian-lan.git;a=blob;f=fai/config/scripts/PROXY/10-config>).

Perhaps it is possible to block all content you don't expect from a
package repository, but apply no restrictions to the 'package' sources
as a workaround?

Best regards,

 Andi


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



Bug#745138: libreoffice-base-drivers: Typo in package description: "connectvity"

2014-04-18 Thread Pascal De Vuyst
Package: libreoffice-base-drivers
Version: 1:4.2.3~rc3-1
Severity: minor
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty

Dear Maintainer,
The short package description contains a small typo:
 Database connectvity drivers for LibreOffice
Should be:
 Database connectivity drivers for LibreOffice

Thanks,
Pascal


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



Bug#741967: fastboot manpage

2014-04-18 Thread Ramakrishnan Muthukrishnan
Hi,

I am writing a manpage at the moment for fastboot and then for adb. Stay
tuned. I will submit a patch in a day or two.

thanks
-- 
  Ramakrishnan Muthukrishnan


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



Bug#745139: ITP: libykneomgr -- Yubico YubiKey NEO Manager library and tool

2014-04-18 Thread Simon Josefsson
Package: wnpp
Severity: wishlist

 * Package name: libykneomgr
   Version : 0.1.2-1
   Upstream Author : Simon Josefsson 
 * URL : http://opensource.yubico.com/libykneomgr/
 * License : LGPLv3+
   Section : utils

 This is a C library to interact with the YubiKey NEO.  There is a
 command line tool "ykneomgr" for interactive use.  It supports
 querying the YubiKey NEO for firmware version, operation mode
 (OTP/CCID) and serial number.  You may also mode switch the device and
 manage applets (list, delete and install).

The Debian package is available on mentors for review:
https://mentors.debian.net/package/libykneomgr

Source code for the Debian package is available here:
https://github.com/Yubico/libykneomgr-dpkg

/Simon


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



Bug#745141: mime-support: update-mime should quote arguments when converting desktop entries

2014-04-18 Thread Joseph Spiros
Package: mime-support
Version: 3.54
Severity: important

When update-mime converts desktop entries from /usr/share/applications into 
mailcap entries, it does not properly quote arguments. I ran into this problem 
when trying to display an image with a space in its filename using run-mailcap. 
I have imagemagick installed, so the relevant mailcap entries, in the 
repeatable order generated by update-mime, are:

image/jpeg; /usr/bin/display.im6 %s; test=test -n "$DISPLAY"
image/jpeg; display.im6 'jpeg:%s'; test=test -n "$DISPLAY"

The first entry, which is what ends up being used as it's listed first, fails 
with a typical "file not found" error with a path truncated at the location of 
the first space, as the mailcap entry needs to quote the "%s" portion of the 
commands to ensure that space-containing filenames are passed as a single 
argument. The second entry succeeds because the "%s" is quoted. The first entry 
is converted from the Exec line in /usr/share/applications/display.im6.desktop, 
"Exec=/usr/bin/display.im6 %f". The second entry is obtained from 
/usr/lib/mime/packages/imagemagick. After installing mirage, I now have another 
mailcap entry converted from a desktop entry, and it has exactly the same 
error, so this is not specific to imagemagick. ("Exec=mirage %f" is converted 
to "image/jpeg; mirage %s; test=test -n "$DISPLAY"")

I am not familiar enough with Perl to provide a patch, but I can tell where 
this is happening in update-mime, and it seems like an easy fix for someone 
confident in their Perl ability. I believe the relevant lines are under "sub 
ReadDesktopEntries", in the block beginning "elsif (m/Exec=(.*)$/i) {".


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

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

mime-support depends on no packages.

Versions of packages mime-support recommends:
ii  file  1:5.14-2

mime-support suggests no packages.

-- no debconf information

-- 
Joseph Spiros
jos...@josephspiros.com
+1 (440) 707-6855


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



Bug#724816: Raising severity

2014-04-18 Thread Sergei Golovan
severity 724816 serious
tags 724816 + jessie sid

Hi!

Since the Tcl/Tk 8.6 became the default in sid and jessie, I'm raising
its severity.

-- 
Sergei Golovan


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



Bug#741355: nvidia-visual-profiler: nvvp segfaults on startup @frame soup_session_feature_detach+0x11

2014-04-18 Thread Graham Inggs
tags 741355 patch
severity 741355 normal
thanks


Upon further investigation I have found the crash is related to displaying
the Welcome window on first startup.  I have identified three different
scenarios that affect the way this bug occurs, or does not.

1. On a fresh Sid or Ubuntu Trusty installation, without libwebkitgtk-1.0-0
installed, nvvp does not crash on startup.   (This suggests we may need a
depends on libwebkitgtk-1.0-0 for the next version of
nvidia-visual-profiler though)

2. On a system with libwebkitgtk-1.0-0 installed, nvvp will crash the first
time it is run by a user.
A file
~/nvvp_workspace/.metadata/.plugins/org.eclipse.core.runtime/.settings/org.eclipse.ui.prefs
is created, containing 'showIntro=false'.  Nvvp will not crash again for
this user unless this is changed to 'showIntro=true' or ~/nvvp_workspace is
removed.

3. On a system with libwebkitgtk-1.0-0 installed, where
nvidia-visual-profiler has been upgraded from a previous version, and the
workspace was saved with the Welcome window still open, nvvp will crash
every time.
~/nvvp_workspace/.metadata/.plugins/org.eclipse.ui.workbench/workbench.xml
will contain a section similar to the following:

...

Simply running 'rm -rf ~/nvvp_workspace' solves this problem by taking you
to scenario 2.

As noted previously, adding the line:
org.eclipse.swt.browser.DefaultType=mozilla
to /usr/lib/nvidia-visual-profiler/configuration/config.ini prevents the
crashes in scenario 2 and 3 above, but the Welcome window is displayed
empty.  For what it is worth, I attach a patch that does this, but I do not
think it is worth applying unless we can actually display the Welcome
window correctly.

I am downgrading the severity of this bug report as I believe this has no
major effect on the usability of this package.


work-around-crash-when-displaying-welcome.debdiff
Description: Binary data


Bug#741695: xserver-xorg-video-intel: xv completely broken on HD 4400

2014-04-18 Thread Dave K
I've been watching this bug as I've got similar hardware (System 76 Kudu
/ Intel(R) Core(TM) i7-4700MQ CPU @ 2.40GHz ) and similar symptopms.

I'm on Fedora 20, but I can work around the problem by explicitly
enabling SNA in xorg.  In my case adding the following works around the
issue:

Section "Device"
   Identifier  "Intel Graphics"
   Driver  "intel"
   Option "AccelMethod" "sna"
EndSection

Cheers!
-A. Dave


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



Bug#745142: debootstrap functions rely on Packages file existing (it doesn't in lenny archive)

2014-04-18 Thread root
Package: debootstrap
Version: not this one.  different system.  latest testing version.
Severity: normal

PLEASE IGNORE THE VERSION NUMBERS OF PACKAGES.  THE VERSION BEING
USED IS ON A DIFFERENT SYSTEM FROM THE SYSTEM BEING USED TO REPORT
THE BUG.

on a debian/testing system the following command is failing:
debootstrap --arch i386 lenny /chrootlennyi386 http://archive.debian.org/debian

the reason why it is failing is because at the following location
there is no file Packages:

http://archive.debian.org/debian/dists/lenny/main/binary-i386/

the script therefore gets to only the 6th line
"Validating Packages" and terminates
"Couldn't download dists/lenny/binary-i386/Packages"

 quite rightly... because the file doesn't exist.

this would therefore seem to defeat the object of having lenny
(and earlier) debootstrap scripts entirely.

perhaps there is somewhere an official debian archive which contains
the Packages file?  perhaps these have been overlooked?




-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable

  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages debootstrap depends on:
ii  wget  1.14-5

Versions of packages debootstrap recommends:
ii  debian-archive-keyring  2012.4
ii  gnupg   1.4.9-3+lenny1

debootstrap 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#745137: linux-image-3.2.0-4-amd64: Crash when trying to enable RTL8188CE-based WiFi interface on Lenovo ThinkPad W520

2014-04-18 Thread Dmitry Semyonov
> Previous stable kernels worked fine on the same laptop but I have not
> tried to downgrade the kernel to double-check whether current stable
> version continues to work now.

WiFi could be enabled w/o problems after downgrading
linux-image-3.2.0-4-amd64 from 3.2.57-2 (proposed-updates) to 3.2.54-2
(stable).

-- 
...Bye..Dmitry.


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



Bug#742386: wheezy-pu: package qemu/1.1.2+dfsg-6a+deb7u1

2014-04-18 Thread Adam D. Barratt

On 2014-04-13 19:05, Michael Tokarev wrote:

13.04.2014 22:04, Adam D. Barratt wrote:

On Sun, 2014-04-13 at 21:49 +0400, Michael Tokarev wrote:

13.04.2014 21:39, Adam D. Barratt wrote:

Please go ahead.


There's a pending security update for qemu fixing CVE-2014-0150 
(#744221),

which uploads +deb7u1 for both qemu and qemu-kvm, fwiw.


Okay, thanks.

I guess the stable updates should be +deb7u2 then, incorporating the 
u1

upload, once it's released.


Yes indeed.  And I want to take care of this, again, once security fix 
will

be released.


I noticed that the security updates have now been released.

Not wishing to chase, just a gentle reminder that the window for getting 
updates in to 7.5 closes over the weekend. (Although getting in to 7.6 
instead is presumably not a huge problem.)


Regards,

Adam


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



Bug#694502: Close the bug?

2014-04-18 Thread Anton Gladky
Hi,

gerris is not available in Wheezy. Is it OK, if
I just close the bug as after Squeeze-Ẃheezy upgrade
should remove gerris from the system?

Thanks

Anton


Bug#745141: mime-support: update-mime should quote arguments when converting desktop entries

2014-04-18 Thread Joseph Spiros
Control: found 745141 3.55~experimental1

This problem persists in the current experimental package as well.

-- 
Joseph Spiros
jos...@josephspiros.com
+1 (440) 707-6855


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



Bug#745143: pulseaudio: Getting serious pops and clicks in audio in Debian 7.4 64-bit.

2014-04-18 Thread Scott Borisch
Package: pulseaudio
Version: 2.0-6.1
Severity: normal

Dear Maintainer,

   * What led up to the situation?
pulseaudio: Getting serious pops and clicks in audio in Debian 7.4 64-bit.
Did not have this issue on same computer with Debian 7.2 32-bit.
Motherboard is Gigabyte P67A-D3-B3 using motherboard SPDIF digital audio.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Used default settings.
   * What was the outcome of this action?
 Getting serious pops and clicks in audio in Debian 7.4 64-bit.
   * What outcome did you expect instead?
Should be no popping or clicking in audio playback..



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

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

Versions of packages pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  consolekit0.4.5-3.1
ii  libasound21.0.25-4
ii  libasound2-plugins1.0.25-2
ii  libc6 2.13-38+deb7u1
ii  libcap2   1:2.22-1.2
ii  libdbus-1-3   1.6.8-1+deb7u1
ii  libfftw3-33.3.2-3.1
ii  libgcc1   1:4.7.2-5
ii  libice6   2:1.0.8-2
ii  libltdl7  2.4.2-1.1
ii  liborc-0.4-0  1:0.4.16-2
ii  libpulse0 2.0-6.1
ii  libsamplerate00.1.8-5
ii  libsm62:1.2.1-2
ii  libsndfile1   1.0.25-5
ii  libspeexdsp1  1.2~rc1-7
ii  libstdc++64.7.2-5
ii  libsystemd-daemon044-11+deb7u4
ii  libsystemd-login0 44-11+deb7u4
ii  libtdb1   1.2.10-2
ii  libudev0  175-7.2
ii  libwebrtc-audio-processing-0  0.1-2
ii  libx11-6  2:1.5.0-1+deb7u1
ii  libx11-xcb1   2:1.5.0-1+deb7u1
ii  libxcb1   1.8.1-2+deb7u1
ii  libxtst6  2:1.2.1-1+deb7u1
ii  lsb-base  4.1+Debian8+deb7u1
ii  udev  175-7.2

Versions of packages pulseaudio recommends:
ii  gstreamer0.10-pulseaudio  0.10.31-3+nmu1
ii  pulseaudio-module-x11 2.0-6.1
ii  rtkit 0.10-2+wheezy1

Versions of packages pulseaudio suggests:
pn  paman 
pn  paprefs   
pn  pavucontrol   
pn  pavumeter 
ii  pulseaudio-utils  2.0-6.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#744851: stunnel4: Error message on starting

2014-04-18 Thread Peter Pentchev
On Tue, Apr 15, 2014 at 11:58:32AM -0400, Nigel Horne wrote:
> On 15/04/2014 10:40, Peter Pentchev wrote:
> >On Tue, Apr 15, 2014 at 10:19:23AM -0400, Nigel Horne wrote:
> >>OK, so now can you do the following for me?
> >>
> >>1. Still, let's see the output of netstat -atpn | fgrep -e :2525
> >>
> >>tcp0  0 0.0.0.0:25250.0.0.0:* LISTEN
> >>3123/stunnel4
> >>>2. Don't kill the running stunnel process yet, I'd like to check what's
> >>>going on.
> >>>
> >>>3. Show me the output of:
> >>>ls /var/run/*.pid
> >[snip no stunnel.pid or stunnel4.pid in /var/run/]
> >>>ls /var/run/stunnel/*.pid
> >>ls: cannot access /var/run/stunnel/*.pid: No such file or directory
> >>>ls /var/run/stunnel4/*.pid
> >>>(it's okay if the second command gives back an error, I expect that;
> >>>it's also kind of okay if the third one gives an error, but I'd still
> >>>like to see that :))
> >>ls: cannot access /var/run/stunnel4/*.pid: No such file or directory
> >OK, now this is a bit weird.  I'll have to check again with an older
> >version of stunnel, see how it manages its pid files.
> >
> >What you should do now is stop the running stunnel process by killing it
> >directly:
> >
> >   kill 3123
> >
> >Then "service stunnel4 start" should properly start the new stunnel
> >process.
> 
> It did.
> 
> Thanks.

OK, thank you for the assistance and the confirmation!

Laszlo, could you take a look at the  Yet Another Debian Revision
Update(tm) I've pushed to the collab-maint repo that reenables the
"create a pid file by default" functionality?  This will help people
who:

- use stunnel mainly to manage tunnels that are started automatically
  through /etc/stunnel/*.conf files
- only have a single /etc/stunnel/*.conf file with no pid file setting
  or have multiple /etc/stunnel/*.conf files, but exactly one of them
  has no pid file setting and uses the default /var/run/stunnel4.pid

In 5.01-1 and 5.01-2, the init script would be incapable of monitoring
this configuration - it would start it, but then it would not be able to
tell that it has been started ("status" would say "stopped" and "start"
would attempt to start it again and fail).  Now, in 5.01-3, the init
script will be able to monitor the spawned process (since stunnel will
create a pid file by default), but it will also warn about it.  I think
that in a future version (but possibly after jessie is out) the init
script should refuse to start without a "pid" setting in the *.conf
file, so that we can revert to upstream's decision to not create a pid
file by default.  This, in its turn, will help people who run stunnel in
pretty much *any* other way - start it by hand, run it through
daemontools, etc - since they now have to specify a pid file even if
their startup mechanism does not need one at all.

Time's a bit short, but it might be a good idea to upload this version
in the next couple of days before stunnel4 3:5.01-2 migrates to testing.
Of course, the alternative is to bump this bug's severity so it blocks
the migration.

G'luck,
Peter

-- 
Peter Pentchev  r...@ringlet.net r...@freebsd.org p.penc...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115  C354 651E EFB0 2527 DF13
This sentence contains exactly threee erors.


signature.asc
Description: Digital signature


Bug#745144: pem2openpgp(1) manpage: punctuation error

2014-04-18 Thread Jakub Wilk

Package: monkeysphere
Version: 0.36-1
Severity: minor
Tags: patch

$ man pem2openpgp | grep 1,
openpgp2ssh(1,) monkeysphere(1), monkeysphere(7), ssh(1),

It should be "(1)," rather than "(1,)".

--
Jakub Wilk
diff --git a/man/man1/pem2openpgp.1 b/man/man1/pem2openpgp.1
--- a/man/man1/pem2openpgp.1
+++ b/man/man1/pem2openpgp.1
@@ -85,7 +85,7 @@
 If you find other bugs, please report them at
 https://labs.riseup.net/code/projects/show/monkeysphere
 .Sh SEE ALSO
-.Xr openpgp2ssh 1,
+.Xr openpgp2ssh 1 ,
 .Xr monkeysphere 1 ,
 .Xr monkeysphere 7 ,
 .Xr ssh 1 ,


Bug#742386: wheezy-pu: package qemu/1.1.2+dfsg-6a+deb7u1

2014-04-18 Thread Michael Tokarev
18.04.2014 15:40, Adam D. Barratt wrote:
> On 2014-04-13 19:05, Michael Tokarev wrote:
[]
 There's a pending security update for qemu fixing CVE-2014-0150 (#744221),
 which uploads +deb7u1 for both qemu and qemu-kvm, fwiw.
>>>
>>> Okay, thanks.
>>>
>>> I guess the stable updates should be +deb7u2 then, incorporating the u1
>>> upload, once it's released.
>>
>> Yes indeed.  And I want to take care of this, again, once security fix will
>> be released.
> 
> I noticed that the security updates have now been released.
> 
> Not wishing to chase, just a gentle reminder that the window for getting 
> updates in to 7.5 closes over the weekend. (Although getting in to 7.6 
> instead is presumably not a huge problem.)

I've another security bugfix for qemu+qemu-kvm, CVE-2014-2894,
assigned today, see
https://lists.nongnu.org/archive/html/qemu-devel/2014-04/msg02016.html
The fix is also one-liner.

Maybe we can combine the two - this #742386 and CVE-2014-2894 - into single pu?

If not, I guess I'll go with this #742386 first and CVE-2014-2894 on top of it.

Thanks,

/mjt


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



Bug#745135: RFS: mariadb-10.0/10.0.10-1 [ITP] -- Latest version of worlds most popular non-Oracle database

2014-04-18 Thread Tobias Frost
Hallo Otto,

(disclaimer: I cannot sponsor it, I'm not a DD)


Am Freitag, den 18.04.2014, 13:20 +0300 schrieb Otto Kekäläinen:

>   More information about MariaDB packaging can be obtained by asking
> me by e-mail, I promise to reply quickly.
> 
> The packaging is very similar to that of mariadb-5.5, already in
> Debian, but that sponsor has so many packages and is not available for
> reviewing mariadb-10.0 in the forseeable future, thus I am now
> requesting for a new sponsor the help me with mariadb-10.0.
> 

I did only take a look a the mentors interface, especially at the
lintian section. It seems there are several things to be fixed:
W outdated-autotools-helper-file -- looks like that dh-autoreconf or
autotools-dev would like to be your friends. 
Please also the linitan errors, eg  dir-or-file-in-var-run or
missing-dependency-on-libc
(There are many other information errors that are easy to fix)

For the overriden linitian warnings: Most of those should be fixed
instead of overriden: binary-without-manpage
command-with-path-in-maintainer-script manpage-has-errors-from-man
If you cannot fix them now, don't override them.

Generally, if you override linitian, please do document *why* in the
overrides.

Stopping here, as it makes no sense to review the code if there are
still lintian *errors*


> As everything can be compared to existing and accepted mariadb-5.5,
> the task of sponsoring my 10.0 should be relatively trivial. In
> general the Debian MySQL team is low on manpower, so a new sponsor
> here is desperately needed.

BTW, to me it seems that mariadb-5.5 itself would have use of some
overhaul. There are e.g 4 errors and 8 warnings for it; at least one of
the errors would qualify RC (if linitian is right on this, of course;
but then they should be overriden)

(I'm currently in the NM process, I'll consider when done to join the
Debian MySQL team)

-- 
Tobi


> 
>   Regards,
>Otto Kekäläinen
> 
> 
> 
> -- 
> Check out our blog at http://seravo.fi/blog
> and follow @ottokekalainen
> 
> 



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


Bug#745144: pem2openpgp(1) manpage: punctuation error

2014-04-18 Thread Daniel Kahn Gillmor
Control: tags -1 + pending

On 04/18/2014 07:54 AM, Jakub Wilk wrote:
> Package: monkeysphere
> Version: 0.36-1
> Severity: minor
> Tags: patch
> 
> $ man pem2openpgp | grep 1,
> openpgp2ssh(1,) monkeysphere(1), monkeysphere(7), ssh(1),
> 
> It should be "(1)," rather than "(1,)".

thanks, i've made this change upstream, and it will be in the next version.

--dkg



signature.asc
Description: OpenPGP digital signature


Bug#742386: wheezy-pu: package qemu/1.1.2+dfsg-6a+deb7u1

2014-04-18 Thread Adam D. Barratt

On 2014-04-18 12:54, Michael Tokarev wrote:

18.04.2014 15:40, Adam D. Barratt wrote:
Not wishing to chase, just a gentle reminder that the window for 
getting updates in to 7.5 closes over the weekend. (Although getting 
in to 7.6 instead is presumably not a huge problem.)


I've another security bugfix for qemu+qemu-kvm, CVE-2014-2894,
assigned today, see
https://lists.nongnu.org/archive/html/qemu-devel/2014-04/msg02016.html
The fix is also one-liner.

Maybe we can combine the two - this #742386 and CVE-2014-2894 - into 
single pu?


Looking at the source for the 2.0.0 packages uploaded to unstable 
yesterday, it looks like they contain the CVE fix? If so then the 
security-tracker needs updating, as 
https://security-tracker.debian.org/tracker/CVE-2014-2894 lists unstable 
as vulnerable. If the security team don't plan to issue a DSA for the 
issue (which I don't know if they've decided yet) then the patch looks 
sane enough to include in the p-u.


Regards,

Adam


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



Bug#739223: Results of initial investigation

2014-04-18 Thread Ross Gammon
Hi,

The problem is the following chunk of code from setup.py:

class install(_install):
"""Custom install command."""
def run(self):
resource_file = os.path.join(os.path.dirname(__file__),
'gramps', 'gen',
 'utils', 'resource-path')
with io.open(resource_file, 'w', encoding='utf-8',
 errors='strict') as fp:
path = os.path.abspath(os.path.join(self.install_data, 'share'))
if sys.version_info[0] < 3:
path = unicode(path)
fp.write(path)

_install.run(self)

os.remove(resource_file)

I tried fiddling with the --root & --prefix options to setup.py install,
but this only changes the value of install_data, and thus only the end
of the path that gets stored in the resource-path file.

Because the buildpackage process installs to a temporary location, and
because the "path" variable contains the absolute path to this temporary
location, the resource-path file always stores the wrong path.

Then when you start gramps you get the following error from
gramps/gen/util/resourcepath.py:
ResourcePath.error: Resource Path /home/ross.. is invalid".

I have not tried adding a PYTHONPATH or PYTHONHOME yet. This may help if
it causes GRAMPS_RESOURCES to be populated instead of the NoneType it is
at the moment. But maybe I have to try and set the GRAMPS_RESOURCES
environment variable?

But for now, the patch remains applied:
path = '/usr/share'

Ross


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



Bug#745074: gdcm: FTBFS with Java 8: regex not supported: openjdk version "1.8.0"

2014-04-18 Thread Mathieu Malaterre
Control: tag -1 patch fixed-upstream

On Thu, Apr 17, 2014 at 7:46 PM, Emmanuel Bourg  wrote:
> Source: gdcm
> This issue is probably caused by the new output of the 'java -version' 
> command,
> OpenJDK 8 reports:
>
> openjdk version "1.x.0_yy"
>
> instead of:
>
> java version "1.x.0_yy"

fixed upstream with patch:

http://sourceforge.net/p/gdcm/gdcm/ci/9b869cf88ca764b291e6928313b8053cb33c6f52/


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



Bug#745145: libjs-sinon: Section should be web instead of ruby

2014-04-18 Thread Cédric Boutillier
Source: libjs-sinon
Severity: minor

Dear Maintainer,

The binary package libjs-sinon is indicated as being in the
Section: ruby. It should instead be in Section: web, as all other
javascript libraries.

If you edit the control file, please also edit the short description to
follow recommendations of the Developer's reference:
https://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-pkg-synopsis

Cheers,

Cédric


signature.asc
Description: Digital signature


Bug#725899: perl-base: Needs versioned Conflicts on libscalar-list-utils-perl

2014-04-18 Thread Dominic Hargreaves
On Sat, Apr 05, 2014 at 01:21:42PM +0300, Niko Tyni wrote:
> clone 725899 -1
> retitle -1 perl-base: perl-base and dual life modules don't fit together
> submitter -1 !
> thanks
> 
> On Fri, Apr 04, 2014 at 12:03:40AM +0100, Dominic Hargreaves wrote:
> 
> > I think in principle we're happy to update Scalar-List-Utils in
> > perl-base; I had a look at doing this and just now need to fix up the
> > porting tests.
> > 
> > Niko, would you be happy with such an upload once it's tested?
> 
> Happy is not quite the right word. Clearly this isn't how things should
> go in a perfect world. But sure, it seems to be the only viable short
> term solution. Feel free to go ahead, and thanks for working on this.
> 
> Do we need to do something about Module::Corelist? Hopefully not, but
> it's sort of lying after this. If we have to, i guess we could fork it
> into Module::Corelist::Debian or something...

Hi all,

I'm sorry about the slow progress here. For such an apparently simple
task I keep on running into issues integrating a new upstream version into
the package, and whilst none of them are likely to be particularly hard
to fix, I'm now wondering whether it's really worth bending the package
this way given that we are not so far away from perl 5.20.

Dominic.


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



Bug#744961: needrestart: Argument "7/16" isn't numeric

2014-04-18 Thread Cristian Ionescu-Idbohrn
On Thu, 17 Apr 2014, Thomas Liske wrote:
>
> Hi Christian,

Thomas,

> thanks for your report. There was a bug calling Debconf's progress_prep
> just before the second scan pass. This leads to the warning within
> ConfModule.pm and the broken progres values above 100%.
>
> Fixed upstream by commit c1ea5e53df.

Confirmed.


Thanks,

-- 
Cristian


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



Bug#745142: Acknowledgement (debootstrap functions rely on Packages file existing (it doesn't in lenny archive))

2014-04-18 Thread Luke Kenneth Casson Leighton
ahh... a bit more investigation showed that this *might* have been due
to running out of disk space.  that may have masqueraded the error: a
better error should really have been presented.

l.


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



Bug#745146: ganeti: [INTL:pt] Portuguese translation for debconf messages

2014-04-18 Thread Américo Monteiro
Package: ganeti
version: 2.10.1-2
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for ganeti's debconf messages.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


ganeti_2.10.1-2_pt.po.gz
Description: GNU Zip compressed data


Bug#744994: linux-image-3.13-1-amd64: segfault on use of external (usb) dvdrw

2014-04-18 Thread Ben Hutchings
Control: tag -1 - moreinfo
Control: tag -1 upstream
Control: severity -1 normal
Control: clone -1 -2
Control: retitle -1 WARNING on reload of sr_mod
Control: forwarded -1 http://thread.gmane.org/gmane.linux.kernel/1469680
Control: retitle -2 WARNING on removal of SCSI device which is still in use
Control: tag -2 patch

On Fri, 2014-04-18 at 13:08 +0100, Luke Kenneth Casson Leighton wrote:
> On Thu, Apr 17, 2014 at 1:24 PM, Ben Hutchings  wrote:
> > Control: tag -1 moreinfo
> >
> > On Thu, 2014-04-17 at 09:46 +0100, root wrote:
> >> Package: src:linux
> >> Version: 3.13.7-1
> >> Severity: important
> >>
> >>
> >>
> >> -- Package-specific info:
> >> ** Version:
> >> Linux version 3.13-1-amd64 (debian-ker...@lists.debian.org) (gcc version 
> >> 4.8.2 (Debian 4.8.2-16) ) #1 SMP Debian 3.13.7-1 (2014-03-25)
> >>
> >> ** Command line:
> >> BOOT_IMAGE=/vmlinuz-3.13-1-amd64 root=/dev/mapper/pc-root ro
> >>
> >> ** Tainted: PWO (4609)
> >>  * Proprietary module has been loaded.
> >>  * Taint on warning.
> >>  * Out-of-tree module has been loaded.
> >>
> >> ** Kernel log:
> >> Apr 17 09:42:12 teenymac kernel: [1202533.365163] sr0: scsi3-mmc drive: 
> >> 24x/24x writer cd/rw xa/form2 cdda tray
> >> Apr 17 09:42:12 teenymac kernel: [1202533.365187] cdrom: Uniform CD-ROM 
> >> driver Revision: 3.20
> >> Apr 17 09:42:12 teenymac kernel: [1202533.365355] [ cut here 
> >> ]
> >> Apr 17 09:42:12 teenymac kernel: [1202533.365363] WARNING: CPU: 0 PID: 
> >> 14387 at /build/linux-oxWk_8/linux-3.13.7/block/blk-core.c:457 
> >> blk_queue_bypass_end+0x54/0x60()
> >
> > I see a WARNING here but not the segfault.  Was there actually a
> > segfault in addition to this?
> >
> >> Apr 17 09:42:12 teenymac kernel: [1202533.365364] Modules linked in: 
> >> sr_mod(+) cdrom nls_cp437 vfat fat nls_utf8 isofs usb_storage b43 ctr ccm 
> >> snd_seq_dummy adm1021 nouveau mxm_wmi wmi ttm drm_kms_helper drm 
> >> i2c_algo_bit snd_hrtimer ip6table_filter ip6_tables iptable_filter 
> >> ip_tables ebtable_nat ebtables x_tables parport_pc ppdev lp parport 8021q 
> >> garp stp mrp cpufreq_stats speedstep_lib binfmt_misc cpufreq_userspace 
> >> cpufreq_powersave cpufreq_conservative uinput nfsd auth_rpcgss 
> >> oid_registry nfs_acl nfs lockd fscache sunrpc appletalk ipx p8023 p8022 
> >> psnap llc rose netrom ax25 tun firewire_sbp2 loop fuse arc4 snd_usb_audio 
> >> bcma mac80211 snd_usbmidi_lib snd_hda_codec_realtek snd_seq_midi cfg80211 
> >> uvcvideo snd_seq_midi_event videobuf2_vmalloc videobuf2_memops ftdi_sio 
> >> iTCO_wdt iTCO_vendor_support snd_hda_intel rfkill snd_hda_codec joydev 
> >> videobuf2_core snd_rawmidi snd_hwdep applesmc usbserial snd_pcm 
> >> hid_appleir hid_generic evdev input_polldev lpc_ich mfd_core i2c_i801 
> >> videodev media snd_page_alloc i2c_core usbhid hid
> >> Apr 17 09:42:12 teenymac kernel: coretemp acpi_cpufreq rng_core processor 
> >> snd_seq snd_seq_device snd_timer apple_bl snd kvm_intel kvm video 
> >> thermal_sys soundcore button ext4 crc16 mbcache jbd2 dm_mod sd_mod 
> >> crc_t10dif crct10dif_common ata_generic firewire_ohci ata_piix 
> >> firewire_core crc_itu_t ehci_pci uhci_hcd ehci_hcd ssb mmc_core pcmcia 
> >> pcmcia_core libata scsi_mod usbcore usb_common [last unloaded: cdrom]
> > [...]
> >
> > I notice you unloaded the cdrom module previously.  Did you remove and
> > reinsert any other modules?  Did you remove and reattach the drive?
> 
>  sorry ben it appears that somehow cut/paste didn't get everything,
> here's a bit more (attached).  no no other modules.

I can *see* sr_mod being reinserted and I *know* you couldn't remove
cdrom without first removing sr_mod.

> yes remove and
> reattach the drive.  yes use a disk that hadn't burned properly.

The attached log shows two different WARNINGs.  Here's what I *think* is
happening:

> Apr 17 09:24:08 teenymac kernel: [1201449.213969] usb 2-5: USB disconnect, 
> device number 18

Drive removed.

> Apr 17 09:24:08 teenymac laptop-mode: Laptop mode 
> Apr 17 09:24:08 teenymac laptop-mode: enabled, not active
> Apr 17 09:24:08 teenymac laptop-mode: Laptop mode 
> Apr 17 09:24:08 teenymac laptop-mode: enabled, not active
> Apr 17 09:30:01 teenymac kernel: [1201802.449248] cdrom: This disc doesn't 
> have any tracks I recognize!
> Apr 17 09:30:02 teenymac kernel: [1201802.581292] sr 0:0:0:0: [sr0]  
> Apr 17 09:30:02 teenymac kernel: [1201802.581309] Result: hostbyte=DID_OK 
> driverbyte=DRIVER_SENSE
> Apr 17 09:30:02 teenymac kernel: [1201802.581311] sr 0:0:0:0: [sr0]  
> Apr 17 09:30:02 teenymac kernel: [1201802.581313] Sense Key : Illegal Request 
> [current] 
> Apr 17 09:30:02 teenymac kernel: [1201802.581317] sr 0:0:0:0: [sr0]  
> Apr 17 09:30:02 teenymac kernel: [1201802.581319] Add. Sense: Logical block 
> address out of range
> Apr 17 09:30:02 teenymac kernel: [1201802.581321] sr 0:0:0:0: [sr0] CDB: 
> Apr 17 09:30:02 teenymac kernel: [1201802.581323] Read(10): 28 00 00 00 00 00 
> 00 00 01 00

I don't understand why there is 

Bug#745148: postgis: [INTL:pt] Portuguese translation for debconf messages

2014-04-18 Thread Américo Monteiro
Package: postgis
version: 2.1.2+dfsg-3
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for postgis's debconf messages.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


postgis_2.1.2+dfsg-3_pt.po.gz
Description: GNU Zip compressed data


Bug#745132: oauth2

2014-04-18 Thread Martin Zobel-Helas
Hi, 

On Fri Apr 18, 2014 at 17:52:04 +0800, Thomas Goirand wrote:
> Hi,
> 
> When you say "oauth2", I hope you're talking only about the protocol,
> and not about python-oauth2 (which as security issues, and which should
> be replaced by python-oauthlib). Just making sure...

django-oauth-toolkit
-- 
 Martin Zobel-Helas Debian System Administrator
 Debian & GNU/Linux Developer   Debian Listmaster
 http://about.me/zobel   Debian Webmaster
 GPG Fingerprint:  6B18 5642 8E41 EC89 3D5D  BDBB 53B1 AC6D B11B 627B 


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



Bug#745149: nvidia-cuda-toolkit changes for Ubuntu Trusty

2014-04-18 Thread Graham Inggs
Package: nvidia-cuda-toolkit
Version: 5.5.22-3
Severity: wishlist
Tags: patch

Hi Maintainer

For reference, nvidia-cuda-toolkit_5.5.22-3buntu1 was uploaded for
Ubuntu Trusty with the attached changes.

I would have preferred to replace the 'nvidia-libopencl1-331 |
nvidia-libopencl1-331-updates' line with another virtual package,
perhaps nvidia-libopencl-1.1-1, instead of a growing list of the
nvidia-libopencl1-* packages in Ubuntu.  I did ask for comment on the
pkg-opencl-devel and pkg-nvidia-devel lists some time ago [1][2].

Regards
Graham


[1] 
http://lists.alioth.debian.org/pipermail/pkg-opencl-devel/Week-of-Mon-20140303/000106.html
[2] 
http://lists.alioth.debian.org/pipermail/pkg-nvidia-devel/2014-March/009930.html


cuda_5.5.22-3ubuntu1.debdiff
Description: Binary data


Bug#745141: mime-support: update-mime should quote arguments when converting desktop entries

2014-04-18 Thread Philipp Matthias Hahn
Package: mime-support
Version: 3.54
Followup-For: Bug #745141

The mutt manual at 
says this:
> Keep the %-expandos away from shell quoting. Don't quote them with
> single or double quotes. Mutt does this for you, the right way, as
> should any other program which interprets mailcap. Don't put them into
> backtick expansions.

This was already discussed on debian-users in 2005:


The mailcap RFC  does not mention
any quoting rule for %s, but specifies the following:
> On a UNIX system, such commands will each be a full shell command
> line, including the path name for a program and its arguments.
> (Because of differences in shells and the implementation and behavior
> of the same shell from one system to another, it is specified that the
> command line be intended as input to the Bourne shell, i.e., that it
> is implicitly preceded by "/bin/sh -c " on the command line.)

Considering that there are two quoting formats in shell, a program using
mailcap would still need to know how to correctly pass the filename:
- if singe quotes are used, a single quote in the file name itself would
  need to be encoded as '\''.
- if double quotes are used, a double quote, dollar sign and back-ticks
  would still needed to be escaped.
As such only the calling application can do it right and properly escape
the filename itself for shell use and only then replace the %s with
that.

So I'm all for not putting quotes in the mailcap file itself but put the
burden on those programs using it.

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

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

mime-support depends on no packages.

Versions of packages mime-support recommends:
ii  file  1:5.17-1

mime-support 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#745150: qbittorrent: Watch the free space.

2014-04-18 Thread Sthu
Package: qbittorrent
Version: 3.1.8-2
Severity: wishlist
Tags: upstream

Dear Maintainer,

A suggestion: the program to watch the free space of HDD: suspending 
downloading at some
free space amount and auto resuming downloading when free space increases.

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

Kernel: Linux 3.13-1-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 qbittorrent depends on:
ii  geoip-database 20140409-1
ii  libboost-system1.54.0  1.54.0-5
ii  libc6  2.18-4
ii  libgcc11:4.8.2-16
ii  libqt4-dbus4:4.8.5+git242-g0315971+dfsg-2
ii  libqt4-network 4:4.8.5+git242-g0315971+dfsg-2
ii  libqt4-xml 4:4.8.5+git242-g0315971+dfsg-2
ii  libqtcore4 4:4.8.5+git242-g0315971+dfsg-2
ii  libqtgui4  4:4.8.5+git242-g0315971+dfsg-2
ii  libstdc++6 4.8.2-16
ii  libtorrent-rasterbar7  0.16.13-1
ii  python 2.7.5-5
ii  zlib1g 1:1.2.8.dfsg-1

qbittorrent recommends no packages.

Versions of packages qbittorrent suggests:
pn  qbittorrent-dbg  

-- 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#744923: notify user about services to be restarted (checkrestart-like)

2014-04-18 Thread David Kalnischkies
On Wed, Apr 16, 2014 at 11:58:46AM +0200, Thijs Kinkhorst wrote:
> checkrestart exists to handle this case, but it's not installed by default,
> nor is it run automatically when it is.
> 
> It makes sense to me that such a task is handled by a high level package
> manager. Having such functionality in the package manager would definitely
> improve the security of a Debian system.
> 
> Is this something you'd consider?

APT provides the facility to run scripts/programs before as well as
after all actions are taken. This is how e.g. apt-list{changes,bugs} &
debconf (the do before) and how-can-i-help (done after) work.

I think checkrestart (or a similar thing) should plug itself into apt in
the same way instead of apt 'hardcoding' something here as this would
impose additional restrictions like implementation language as you don't
necessarily want to bring python by default into every 'minbase' chroot
for example.


Best regards

David Kalnischkies


signature.asc
Description: Digital signature


Bug#745152: lintian: missing source / prebuilt-javascript-object deployJava.js

2014-04-18 Thread Felix Natter

Package: lintian
Version: 2.5.22.1
Severity: important

Dear Maintainer,

my Freeplane package (draft for new upstream version here:
https://github.com/fnatter/freeplane-debian/) includes deployJava.js for
the applet export (in order to avoid network access to
'http://www.java.com/js/deployJava.js' for _local_ applets).

Now I get these two lintians:

E: freeplane source: source-is-missing freeplane/resources/html/deployJava.js
P: freeplane source: source-contains-prebuilt-javascript-object 
freeplane/resources/html/deployJava.js mean line length is about 15764 
characters

Next I included the source (BSD-3-clause license):
  
https://github.com/fnatter/freeplane-debian/blob/master/freeplane/resources/html/deployJava.txt
in the same directory as deployJava.js:
  
https://github.com/fnatter/freeplane-debian/blob/master/freeplane/resources/html/deployJava.js

--> is lintian looking for "deployJava.txt" as source of "deployJava.js"?
(deployJava.txt seems to be a common name for this:
http://www.java.com/js/deployJava.txt)

(I'd like to avoid putting it into debian/missing-sources because it's
already in freeplane/resources/html)

--> Can we suppress the 'source-contains-prebuilt-javascript-object' warning
for "deployJava.js" or shall I override it?

Thanks and Best Regards,
Felix

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

Kernel: Linux 3.13-1-amd64 (SMP w/4 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 lintian depends on:
ii  binutils   2.24-4
ii  bzip2  1.0.6-5
ii  diffstat   1.58-1
ii  file   1:5.17-1
ii  gettext0.18.3.2-1
ii  hardening-includes 2.5
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.29+b1
ii  libarchive-zip-perl1.37-2
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.36-1
ii  libdpkg-perl   1.17.6
ii  libemail-valid-perl1.192-1
ii  libfile-basedir-perl   0.03-1
ii  libipc-run-perl0.92-1
ii  liblist-moreutils-perl 0.33-2
ii  libparse-debianchangelog-perl  1.2.0-1
ii  libtext-levenshtein-perl   0.06~01-2
ii  libtimedate-perl   2.3000-1
ii  liburi-perl1.60-1
ii  man-db 2.6.6-1
ii  patchutils 0.3.2-3
ii  perl [libdigest-sha-perl]  5.18.2-2+b1
ii  t1utils1.37-2

Versions of packages lintian recommends:
ii  libautodie-perl 2.23-1
ii  libperlio-gzip-perl 0.18-2
ii  perl-modules [libautodie-perl]  5.18.2-2

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.17.6
ii  libhtml-parser-perl3.71-1+b1
ii  libtext-template-perl  1.46-1
ii  libyaml-perl   0.84-1
ii  xz-utils   5.1.1alpha+20120614-2

-- no debconf information

-- 
Felix Natter


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



Bug#745153: mime-support: %c not handles in .desktop-entries

2014-04-18 Thread Philipp Matthias Hahn
Package: mime-support
Version: 3.54
Severity: normal

mutt fails to open an image with the following error message:
 gwenview: '' missing.
 gwenview: Use --help to get a list of available command line options.

This is caused by update-mime creating a mailcap file, which still
contains "-caption %s":

$ grep -m1 image/gif /etc/mailcap
image/gif; gwenview %s -caption %c %i; test=test -n "$DISPLAY"

This is copied from the original .desktop entry:
$ grep ^Exec /usr/share/applications/kde4/gwenview.desktop 
Exec=gwenview %U -caption %c %i

According to

%c should be replaced by the (translated) name of the application.

The attached patch replaces the %c with the (untranslated) name.

This fixed the problem for me and makes mutt work again.

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

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

mime-support depends on no packages.

Versions of packages mime-support recommends:
ii  file  1:5.17-1

mime-support suggests no packages.

-- no debconf information
--- /usr/sbin/update-mime	2013-05-11 15:17:57.0 +0200
+++ update-mime	2014-04-18 15:47:38.717813307 +0200
@@ -135,13 +135,16 @@
 		$packages{$pkg} = [];
 
 		if (open(FILE,"<$file")) {
-			my($terminal, $exec, @types) = ("test=test -n \"\$DISPLAY\"");
+			my($terminal, $name, $exec, @types) = ("test=test -n \"\$DISPLAY\"", $pkg);
 			while () {
 chomp;
 next if (m/^\s*$|^\s*\#/);
 if (m/^Terminal=(\w+)/i) {
 	$terminal = "needsterminal" if ($1 eq "true");
 }
+elsif (m/^Name=(.+)/i) {
+	$name = $1;
+}
 elsif (m/Exec=(.*)$/i) {
 	$exec = $1;
 	$exec =~ s/%[fFuU]/%s/g;
@@ -155,6 +158,7 @@
 close(FILE);
 next;
 			}
+			$exec =~ s/%c/$name/g;
 			foreach $type (@types) {
 my $entry = "$type; $exec; $terminal";
 $priority=$defpriority;


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

2014-04-18 Thread Henrique de Moraes Holschuh
On Mon, 14 Apr 2014, Vincent Cheng wrote:
> I find it convenient and rather helpful to display Ubuntu-specific
> data about my packages on UDD and other similar resources (PTS/DDPO),
> and I'd rather not see this feature outright removed. I have no

I outright object its removal.  Ubuntu has a lot of users and developers
(and therefore a LARGE test-report-and-fix surface) and tracking bugs on the
Ubuntu derivative packages is something that has real value.  Depending on
how important the package it as far as Ubuntu developers are concerned, you
often get a lot of good help to track down and fix bugs that also affect the
Debian package.

The PTS, DDPO and UDD are tools to help and streamline Debian package
maintenance, and the Ubuntu information is really useful for Debian package
maintenance for many packages.  Therefore, it should remain IMO.

Its display can be optional (default enabled so that people know it is there
and only those bothered by it -- a minority -- will need to take action to
disable it), though.  That's fine.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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



Bug#745071: Acknowledgement (mysql-server: MySQL not logging to syslog as intended)

2014-04-18 Thread Demetris Demetriou
No entries arrive at syslog (rsyslog to be exact), therefore no entries 
are logged to daemon.log or any of the rsyslog logs, or to a remote 
rsyslog server, that's why I submitted the bug report.



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



Bug#745120: apt: [INTL] Updated Thai program translation

2014-04-18 Thread David Kalnischkies
Hi!

On Fri, Apr 18, 2014 at 01:42:03PM +0700, Theppitak Karoonboonyanan wrote:
> Please update Thai program translation with the attached PO. Thanks.

Thanks for the update!

Refreshing the po file (attached) with the latest git reveals a fuzzy
string (changing 'record' to 'version'), so I would like to ask if you
could update accordingly so that we have 100% translated for th. :)


Thanks again & best regards

David Kalnischkies


th.refreshed.po.gz
Description: Binary data


signature.asc
Description: Digital signature


Bug#745154: dircproxy: use autotools-dev to update config.{sub,guess} for new arches

2014-04-18 Thread Logan Rosen
Package: dircproxy
Version: 1.0.5-5.1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu  ubuntu-patch

Dear Maintainer,

Please use autotools-dev to update config.{sub,guess} for new architectures.
For example, we needed these updates in Ubuntu for the new arm64 and ppc64el
architectures.

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

  * Use autotools-dev to update config.{sub,guess} for new arches.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-24-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u dircproxy-1.0.5/debian/control dircproxy-1.0.5/debian/control
--- dircproxy-1.0.5/debian/control
+++ dircproxy-1.0.5/debian/control
@@ -2,7 +2,7 @@
 Section: net
 Priority: optional
 Maintainer: Alex Pennace 
-Build-Depends: debhelper (>= 4.0.2)
+Build-Depends: debhelper (>= 4.0.2), autotools-dev
 Standards-Version: 3.5.7
 
 Package: dircproxy
diff -u dircproxy-1.0.5/debian/rules dircproxy-1.0.5/debian/rules
--- dircproxy-1.0.5/debian/rules
+++ dircproxy-1.0.5/debian/rules
@@ -11,6 +11,7 @@
 configure: configure-stamp
 configure-stamp:
 	dh_testdir
+	dh_autotools-dev_updateconfig
 	# Add here commands to configure the package.
 	./configure --prefix=/usr --sysconfdir=/etc --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info
 
@@ -34,6 +35,7 @@
 	# Add here commands to clean up after the build process.
 	-$(MAKE) distclean
 
+	dh_autotools-dev_restoreconfig
 	dh_clean
 
 install: build


Bug#745155: [INTL:es] Spanish debconf template translation for distributed-net

2014-04-18 Thread Camaleón
Package: distributed-net
Severity: wishlist
Tags: l10n patch

Greetings,

-- 
Camaleón 
# distributed-net po-debconf translation to Spanish
# Copyright (C) 2014 Software in the Public Interest
# This file is distributed under the same license as the distributed-net 
package.
#
# Changes:
# - Initial translation
# Camaleón , 2014.
#
# - Updates
#
#
# Traductores, si no conocen el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducción de Debian al español
# http://www.debian.org/intl/spanish/
# especialmente las notas y normas de traducción en
# http://www.debian.org/intl/spanish/notas
#
# - La guía de traducción de po's de debconf:
# /usr/share/doc/po-debconf/README-trans
# o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: distributed-net\n"
"Report-Msgid-Bugs-To: distributed-...@packages.debian.org\n"
"POT-Creation-Date: 2014-04-05 08:41+0200\n"
"PO-Revision-Date: 2014-04-06 17:31+0200\n"
"Last-Translator: Camaleón \n"
"Language-Team: Debian Spanish \n"
"Language: es\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: boolean
#. Description
#: ../distributed-net.templates:2001
msgid "Run the distributed.net client configuration utility?"
msgstr ""
"¿Desea ejecutar la utilidad de configuración del cliente de distributed.net?"

#. Type: boolean
#. Description
#: ../distributed-net.templates:2001
msgid ""
"The distributed.net client needs to be configured before it can be used. "
"While most options have reasonable defaults, you need to specify the e-mail "
"address to which you would like distributed.net to credit any work done by "
"the client. If you are installing the distributed-net package for the first "
"time, then you must configure the client, otherwise the distributed.net "
"client will refuse to start."
msgstr ""
"Necesita configurar el cliente de distributed.net antes de poder usarlo. "
"Aunque la mayoría de las opciones tienen unos valores predeterminados "
"razonables, debe indicar la dirección de correo electrónico donde quiere "
"recibir los créditos de cualquier trabajo que haya realizado con el cliente "
"de distributed.net. Si es la primera vez que va a instalar el paquete de "
"distributed.net, necesita configurar el cliente ya que de lo contrario el "
"cliente de distributed.net no se iniciará."

#. Type: boolean
#. Description
#: ../distributed-net.templates:2001
msgid ""
"When the distributed.net client is run as a daemon (via /etc/init.d/"
"distributed-net), the output will be redirected to /var/log/distributed-net."
"log. You do not need to set up a log file. Since the init script is "
"controlling the distributed.net client, you should not enable \"quiet mode\" "
"as that breaks the init script."
msgstr ""
"Cuando el cliente de distributed.net se ejecuta como demonio (a través de "
"«/etc/init.d/distributed-net»), la salida se redirige a «/var/log"
"/distributed-net.log», es decir, no necesita configurar un archivo para el "
"registro de datos. Como el script de inicio controla el cliente de "
"distributed.net, no debe activar el «modo silencioso» ya que rompería el "
"script de inicio."


Bug#744462: meep-mpi-default: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4

2014-04-18 Thread Logan Rosen
Package: meep-mpi-default
Version: 1.1.1-10
Followup-For: Bug #744462
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu  ubuntu-patch

Dear Maintainer,

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

  * Use autotools-dev to update config.{sub,guess} for new arches.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-24-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru meep-mpi-default-1.1.1/debian/rules meep-mpi-default-1.1.1/debian/rules
--- meep-mpi-default-1.1.1/debian/rules	2013-06-09 13:04:01.0 -0400
+++ meep-mpi-default-1.1.1/debian/rules	2014-03-28 00:28:20.0 -0400
@@ -29,6 +29,7 @@
 
 configure-stamp-mpi-default: 
 	dh_testdir
+	dh_autotools-dev_updateconfig
 	mkdir -p debian/build-mpi-default
 	cat configure | \
 		sed "s/PACKAGE_NAME='meep'/PACKAGE_NAME='meep-mpi-default'/g" |\
@@ -52,6 +53,7 @@
 	dh_testdir
 	dh_testroot
 	-rm -rf debian/build-mpi-default
+	dh_autotools-dev_restoreconfig
 	dh_clean configure-stamp* build-stamp* install-stamp*
 
 install: install-mpi-default


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

2014-04-18 Thread Logan Rosen
Package: xchat-guile
Version: 0.3-3
Followup-For: Bug #744546
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu  ubuntu-patch

Dear Maintainer,

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

 * debian/{control,rules}: Use autoreconf helper for newer arches to
   correctly build shared library and to resolve FTBFS.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-24-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u xchat-guile-0.3/debian/rules xchat-guile-0.3/debian/rules
--- xchat-guile-0.3/debian/rules
+++ xchat-guile-0.3/debian/rules
@@ -28,6 +28,7 @@
 
 config.status: configure
 	dh_testdir
+	dh_autoreconf
 	LDFLAGS="$(LDFLAGS)" CPPFLAGS="$(CPPFLAGS)" CFLAGS="$(CFLAGS)" ./configure $(confflags) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info
 
 
@@ -46,14 +47,8 @@
 	rm -f build-stamp
 
 	[ ! -f Makefile ] || $(MAKE) distclean
-ifneq "$(wildcard /usr/share/misc/config.sub)" ""
-	cp -f /usr/share/misc/config.sub config.sub
-endif
-ifneq "$(wildcard /usr/share/misc/config.guess)" ""
-	cp -f /usr/share/misc/config.guess config.guess
-endif
-
 
+	dh_autoreconf_clean
 	dh_clean
 
 install: build
diff -u xchat-guile-0.3/debian/control xchat-guile-0.3/debian/control
--- xchat-guile-0.3/debian/control
+++ xchat-guile-0.3/debian/control
@@ -2,7 +2,7 @@
 Section: net
 Priority: optional
 Maintainer: Lionel Elie Mamane 
-Build-Depends: debhelper (>= 5), guile-2.0-dev, libglib2.0-dev (>= 2.4), hardening-includes
+Build-Depends: debhelper (>= 5), guile-2.0-dev, libglib2.0-dev (>= 2.4), hardening-includes, dh-autoreconf
 Standards-Version: 3.9.2
 Homepage: http://static.fi/~zeenix/xchat-guile/
 


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

2014-04-18 Thread Logan Rosen
Package: aweather
Version: 0.8.1-1
Followup-For: Bug #744554
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu  ubuntu-patch

Dear Maintainer,

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

  * Use dh-autoreconf to get new libtool macros for ppc64el.
  * Disable -Werror to fix FTBFS during autoreconf.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-24-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru aweather-0.8.1/debian/control aweather-0.8.1/debian/control
--- aweather-0.8.1/debian/control	2013-06-20 05:38:56.0 -0400
+++ aweather-0.8.1/debian/control	2014-04-18 10:48:18.0 -0400
@@ -5,7 +5,7 @@
 Build-Depends: debhelper (>= 9), libbz2-dev, libcairo2-dev,
  libglib2.0-dev (>= 2.14), libgrits-dev (>= 0.8), libgtk2.0-dev (>= 2.16),
  librsl-dev (>= 1.41), libsoup2.4-dev (>= 2.26), mesa-common-dev,
- libglu1-mesa-dev, libgps-dev (>= 3.0)
+ libglu1-mesa-dev, libgps-dev (>= 3.0), dh-autoreconf
 Standards-Version: 3.9.4
 Section: science
 Homepage: http://pileus.org/aweather
diff -Nru aweather-0.8.1/debian/patches/disable-Werror.patch aweather-0.8.1/debian/patches/disable-Werror.patch
--- aweather-0.8.1/debian/patches/disable-Werror.patch	1969-12-31 19:00:00.0 -0500
+++ aweather-0.8.1/debian/patches/disable-Werror.patch	2014-03-31 02:05:05.0 -0400
@@ -0,0 +1,10 @@
+--- a/configure.ac
 b/configure.ac
+@@ -1,6 +1,6 @@
+ # Init and options
+ AC_INIT([aweather], [0.8.1], [andy753...@gmail.com])
+-AM_INIT_AUTOMAKE([-Wall -Werror -Wno-portability foreign])
++AM_INIT_AUTOMAKE([-Wall -Wno-portability foreign])
+ AC_CONFIG_HEADERS([config.h])
+ AC_CONFIG_MACRO_DIR([m4])
+ #AM_SILENT_RULES([yes])
diff -Nru aweather-0.8.1/debian/patches/series aweather-0.8.1/debian/patches/series
--- aweather-0.8.1/debian/patches/series	1969-12-31 19:00:00.0 -0500
+++ aweather-0.8.1/debian/patches/series	2014-03-31 02:04:48.0 -0400
@@ -0,0 +1 @@
+disable-Werror.patch
diff -Nru aweather-0.8.1/debian/rules aweather-0.8.1/debian/rules
--- aweather-0.8.1/debian/rules	2012-02-21 05:55:46.0 -0500
+++ aweather-0.8.1/debian/rules	2014-03-31 02:01:51.0 -0400
@@ -1,6 +1,6 @@
 #!/usr/bin/make -f
 %:
-	dh $@
+	dh $@ --with autoreconf
 
 override_dh_auto_configure:
 	dh_auto_configure -- --enable-gps


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

2014-04-18 Thread Logan Rosen
Package: gtkhash
Version: 0.7.0-1
Followup-For: Bug #744589
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu  ubuntu-patch

Dear Maintainer,

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

  * Use dh-autoreconf instead of autotools-dev to also fix FTBFS on ppc64el by
getting new libtool macros (still updates config.{sub,guess}).

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-24-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru gtkhash-0.7.0/debian/control gtkhash-0.7.0/debian/control
--- gtkhash-0.7.0/debian/control	2013-11-24 15:19:27.0 -0500
+++ gtkhash-0.7.0/debian/control	2014-04-18 10:46:17.0 -0400
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Mònica Ramírez Arceda  
 Build-Depends: debhelper (>= 9),
- autotools-dev,
+ dh-autoreconf,
  libmhash-dev,
  libgtk-3-dev (>= 3.0.0),
  libnautilus-extension-dev (>= 3.0),
diff -Nru gtkhash-0.7.0/debian/rules gtkhash-0.7.0/debian/rules
--- gtkhash-0.7.0/debian/rules	2013-11-26 02:59:37.0 -0500
+++ gtkhash-0.7.0/debian/rules	2014-03-30 01:13:12.0 -0400
@@ -6,7 +6,7 @@
 export DEB_BUILD_MAINT_OPTIONS = hardening=+all
 
 %:
-	dh $@ --with autotools_dev
+	dh $@ --with autoreconf
 
 override_dh_auto_configure:
 	dh_auto_configure -- --with-gtk=3.0 --enable-mhash --enable-nautilus --enable-thunar --enable-nemo


Bug#745136: pulseaudio: Setting mute/unmute on alsamixer mute all sounds on pulseaudio

2014-04-18 Thread Felipe Sateler
Control: tags -1 moreinfo

Hi Corcodel,

On Fri, Apr 18, 2014 at 7:49 AM, Corcodel Marian  wrote:
> Package: pulseaudio
> Version: 5.0-2
> Severity: normal
>
> On GNOME ALSA Mixer mute/unmute Surround ,Center,LFE when pulseaudio running-
> this mute also alls volumes remain mute.

Could you please send the output of `pacmd list-sinks` both before and
after manipulating the volumes in the alsa mixer?

Also, which other volumes do you have in you sound card?


-- 

Saludos,
Felipe Sateler


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



Bug#745156: quickfix: use autotools-dev to update config.{sub,guess}

2014-04-18 Thread Logan Rosen
Package: quickfix
Version: 1.13.3+dfsg-8
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu  ubuntu-patch

Dear Maintainer,

The current method of manually copying config.{sub,guess} doesn't appear to
work properly.

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

- Use autotools-dev dh helper instead of manually copying
  config.{sub,guess} to fix FTBFS on arm64.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-24-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru quickfix-1.13.3+dfsg/debian/rules quickfix-1.13.3+dfsg/debian/rules
--- quickfix-1.13.3+dfsg/debian/rules	2014-03-31 10:03:15.0 -0400
+++ quickfix-1.13.3+dfsg/debian/rules	2014-04-09 13:24:16.0 -0400
@@ -55,13 +55,8 @@
 configure: configure-stamp
 configure-stamp: $(QUILT_STAMPFN)
 	dh_testdir
+	dh_autotools-dev_updateconfig
 	# Add here commands to configure the package.
-ifneq "$(wildcard /usr/share/misc/config.sub)" ""
-	cp -f /usr/share/misc/config.sub config.sub
-endif
-ifneq "$(wildcard /usr/share/misc/config.guess)" ""
-	cp -f /usr/share/misc/config.guess config.guess
-endif
 	libtoolize
 	./configure $(CROSS) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CC="$(CC)" CXX="$(CXX)" --with-mysql=/usr --enable-new-allocator --with-postgresql=/usr --with-boost=/usr/include/boost $(shell $(dpkg_buildflags) --export=configure)
 	touch configure-stamp
@@ -81,8 +76,8 @@
 	dh_testroot
 	rm -f build-stamp 
 	[ ! -f Makefile ] || $(MAKE) distclean
-	rm -f config.sub config.guess
 	-rmdir $(CURDIR)/lib
+	dh_autotools-dev_restoreconfig
 	dh_clean 
 
 install: build


Bug#745143: pulseaudio: Getting serious pops and clicks in audio in Debian 7.4 64-bit.

2014-04-18 Thread Felipe Sateler
Control: tags -1 moreinfo

Hi Scott,

On Fri, Apr 18, 2014 at 8:49 AM, Scott Borisch  wrote:
> Package: pulseaudio
> Version: 2.0-6.1
> Severity: normal
>
> Dear Maintainer,
>
>* What led up to the situation?
> pulseaudio: Getting serious pops and clicks in audio in Debian 7.4 64-bit.
> Did not have this issue on same computer with Debian 7.2 32-bit.
> Motherboard is Gigabyte P67A-D3-B3 using motherboard SPDIF digital audio.
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> Used default settings.
>* What was the outcome of this action?
>  Getting serious pops and clicks in audio in Debian 7.4 64-bit.
>* What outcome did you expect instead?
> Should be no popping or clicking in audio playback..

Could you please add the output of :

pulseaudio -k ; pulseaudio - --log-target=file:/tmp/pa.log

when the problem occurs? You can attach /tmp/pa.log after running the
above (that is restarting the pulseaudio daemon in verbose mode).

Also, could you please post the output of `pactl list` ?

-- 

Saludos,
Felipe Sateler


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



Bug#745157: guest-triggerable out-of-bounds buffer access via IDE SMART command (CVE-2014-2894)

2014-04-18 Thread Michael Tokarev
Package: qemu-system, qemu-kvm
Version: 1.1.2+dfsg-1
Severity: serious
Tags: security upstream patch wheezy jessie

CVE-2014-2894, a guest-triggerable out of bounds memory access using
IDE SMART commands.  This can lead to qemu process memory corruption
and potentially (unlikely) to invalid code execution with host qemu
process privileges.

Introduced past 2009.  Qemu 0.12 (on squeeze, oldstable) is not affected,
wheezy/stable and current testing are affected, fixed in upstream 2.0
which is currently in sid.

/mjt


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



Bug#745158: alsa-firmware-loaders: hdsploader looking for firmware

2014-04-18 Thread Malcolm Smith
Package: alsa-firmware-loaders
Version: 1.0.27-3
Severity: important

Dear Maintainer,

A dist-upgrade on 2014-04-17 replaced the old version 1.0.27-2 with:
Package: alsa-firmware-loaders
Version: 1.0.27-3

When running hdsploader (as I do on bootup), it failed to find
/usr/share/alsa/firmware/hdsploader/digiface_firmware_rev11.bin

I looked into that directory and found no hdsploader directory, just:

root@audentity:/usr/share/alsa/firmware# ls -alR
.:
total 196
-rw-r--r-- 1 root root 0 Sep  9  2011 
COPIED_FROM_lib-firmware-hdsploader_INTO_THIS_MANUALLY_CREATED_firmware_DIRECTORY
-rw-r--r-- 1 root root 97652 Oct 17  2007 digiface_firmware.bin
-rw-r--r-- 1 root root 97652 Oct 17  2007 digiface_firmware_rev11.bin

I seem to recall having to manually create this directory back in
Sept 2011 (see the blank file I left as a marker), as it was
similarly looking for firmware there.

I don't know whether or not it used to look elsewhere for firmware,
or whether the firmware was deleted by the DU.

So I created the required directory, and all works fine as usual:

root@audentity:/usr/share/alsa/firmware# mkdir hdsploader
root@audentity:/usr/share/alsa/firmware# cp -a digiface_firmware_rev11.bin 
hdsploader
root@audentity:/usr/share/alsa/firmware# ls -alR
.:
total 196
-rw-r--r-- 1 root root 0 Sep  9  2011 
COPIED_FROM_lib-firmware-hdsploader_INTO_THIS_MANUALLY_CREATED_firmware_DIRECTORY
-rw-r--r-- 1 root root 97652 Oct 17  2007 digiface_firmware.bin
-rw-r--r-- 1 root root 97652 Oct 17  2007 digiface_firmware_rev11.bin
drwxr-xr-x 2 root root  4096 Apr 18 12:54 hdsploader

./hdsploader:
total 96
-rw-r--r-- 1 root root 97652 Oct 17  2007 digiface_firmware_rev11.bin

I'm guessing that RME Multiface users may have to copy a different
file, perhaps like this...?
root@audentity:/usr/share/alsa/firmware# cp -a multiface_firmware_rev11.bin 
hdsploader


This is obviously a kludge fix, but it works for now until the
package is fixed. Thanks for this brilliant package without which
my studio would be silent!


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

Kernel: Linux 3.14-0.slh.2-aptosid-amd64 (SMP w/6 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages alsa-firmware-loaders depends on:
ii  fxload  0.0.20081013-1
ii  libasound2  1.0.27.2-3
ii  libc6   2.18-4
ii  udev204-8

alsa-firmware-loaders recommends no packages.

alsa-firmware-loaders 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#717970: pulseaudio: alsa-sink alsa-sink.c ALSA (POLLINVAL) woke us, but nothing to write (Error in snd_usb_audio)

2014-04-18 Thread Felipe Sateler
Hi Konstantin,

On Fri, Apr 18, 2014 at 3:32 AM, PHeanEX  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Felipe,
>
> since i've had a lot of them and it was asking me to report it, so i
> did report it ;-D
> I am having some soundproblems, but i dont know it it is connected to
> this error.
> Especially in VLC, there is a big delay in audio start compared to
> video start.

This could be related. Could you please run this:

pulseaudio -k ; LANG=C LC_ALL=C LANGUAGE=C pulseaudio -
--log-target=file:/tmp/pa.log

And then submit that file? It will give us a full verbose log, and in english ;)

Also, what version of pulseaudio and linux kernel do you have
currently installed?

> But in generally sound does work, yes.

Lets try to make it work better ;)


-- 

Saludos,
Felipe Sateler


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



Bug#744934: Please add SOCKS support in apt

2014-04-18 Thread Michel
It's could be very useful!


Bug#745130: apt should tell if updates are available

2014-04-18 Thread David Kalnischkies
On Fri, Apr 18, 2014 at 02:44:06PM +0530, shirish शिरीष wrote:
> I tried apt few days back and it's refreshing from aptitude in the
> sense it doesn't take as many resources as aptitude to update the
> index. There is one issue though, it doesn't tell if there are any
> updates and I have to manually run aptitude safe-upgrade in order to
> figure out if there are any updates or not.
[…]
> Unlike aptitude, apt doesn't tell if there are any updates. Just
> having that info. would make my life much easier.

Could you perhaps mention what sort of info that might be and in which
form? Also what 'updates' are in this context depends on which
operation will be used to apply these updates (think: ugrade vs.
dist-upgrade), so I would tend to say no at the moment as I don't know
which info you ask for here and displaying potentially wrong info
could be confusing at best and might even be dangerous.
(a package manager confusing its users is never a good idea)

(/me has never really used aptitude)

You could also use a hook script with APT::Update::Post-Invoke to
do/display whatever you might want to.


Best regards

David Kalnischkies


signature.asc
Description: Digital signature


Bug#733234: Groovy fails with groovy.lang.MissingMethodException

2014-04-18 Thread Russel Winder
On Fri, 2014-04-18 at 00:44 +0100, Stephen Nelson wrote:
[…]
> 
> I'm looking at this too, as it stops work on building Spring using
> Gradle. I updated groovy to 1.8.9, and still gradle fails. So I
> thought about including the required dependencies to enable the groovy
> tests. This will prove the software performs as originally intended.
> So far, I've got the tests to compile but not yet run with groovy
> 1.8.9. I can continue with that, but I agree getting a more recent
> groovy would be advantageous for reasons other than gradle.

I am a Debian Sid user and supporter (people keep trying to take me to
Fedora, but I resist :-) I am also on the Groovy development team, wrote
Gant and am driving the reworking of GPars. I am a Java 8 user, for me
all Javas prior to 8 no longer exist. I mention all this (that Miguel
already knows), to reinforce that I want to be constructive and
supportive in what is turning into a bit of a mess.

The core problem here with the Java and Groovy support on Debian is the
policy of one and only one version, and no use of Maven Central or
Bintray/jCentre for build.

The whole Java milieu revolves around concurrent multiple versions of
artefacts, with dependency management. People try and avoid multiple
versions of an artefacts running at the same time on a single JVM
instance, but when they do that then they use OSGi.

Frameworks like Gradle, Grails, Griffon generally carry their own
version of Groovy so as to ensure no incompatibilities or "dependency
hell".  Gradle is currently stuck on using Groovy 1.8.6 because of some
"breaking change" in 1.8.7 and later. The Gradleware folk are looking to
upgrade to Groovy 2.2.2 for Gradle 2.0 which will be the next release
after 1.12 in a few days. Gradleware have a timeboxed approach so 2.0 is
effectively imminent.

Most people these days are using GVM Tool (a bash script system) to
download Gradle, Grails, Groovy, Vert.x, Griffon, etc. This works well
and nigh on obviates the need for any of these to be packaged by Debian.

On the other hand Gradle is now the standard build framework for
Android, and AndroidStudio the default IDE. I mention this to suggest
that having up to date Gradle is probably more important than up-to-date
Groovy. This is reinforced because most people will use Maven Central to
get Groovy from for their projects anyway. So just because Gradle uses
Groovy 1.8.6, the systems built using Gradle are likely using Groovy
2.2.3 (or now 2.3.0-beta).

Gradle is also becoming a C++ build system to replace Make, CMake,
Autotools, and do battle with SCons and Waf. Like Waf, projects will use
the Gradle Wrapper so that the project can use the right version of
Gradle and thence Groovy to avoid problems. Of course this usage means
Gradle Wrapper falls into the same problem as Waf with respect to Debian
packaging policy.

Shortly Gradle will be using Groovy 2.2 and I think that is the right
point to get a Gradle/Groovy system into Jessie. I'm afraid there is no
point in trying to get any Groovy later than 1.8.6 in if Gradle 1.x is
in Debian and the "single version only" policy is to be maintained.

Do let me know what I can do to help here. Although I compile Groovy
master/HEAD for my use and use GVM for Gradle, I want to see a modern
Gradle (and Groovy) in Debian. The best thing of course would be to
allow the latest Gradle to use whichever Groovy it wants, and allow the
latest Groovy to be installed as well. However I understand this is
incompatible with Debian packaging policy. Thus the only feasble thing
to provide maximum benefit is to package the latest Gradle and just use
the dependencies it demands.

-- 
Russel.
=
Dr Russel Winder  t: +44 20 7585 2200   voip: sip:russel.win...@ekiga.net
41 Buckmaster Roadm: +44 7770 465 077   xmpp: rus...@winder.org.uk
London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder


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



Bug#736494: About #736494

2014-04-18 Thread Adam D. Barratt

On 2014-04-16 16:18, William Dauchy wrote:

On Apr16 11:06, Adam D. Barratt wrote:
One thing that wasn't absolutely clear from the original (although I 
guess
was potentially implied) is whether any of the fixes which are 
relevant have

previously been applied in some way to the packages in unstable.


All the fixes are backports from upstream which are included in package
currently in unstable (5.5.x)


Thanks for the confirmation.

On a related note, it would be appreciated if comments such as 
"cleanup
series" were more verbose in future, as it appears to have involved 
removing
enabled patches (which ones hopes have been replaced by newer patches) 
as

well as those which were already disabled.


I will be more versbose on those; it was commented patches in series, 
so

not used; this modification has also been made in unstable.


Thanks.

Just a gentle reminder, the window for getting an upload in to the 7.5 
point release closes over the weekend.


Regards,

Adam


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



Bug#736494: About #736494

2014-04-18 Thread Thijs Kinkhorst
On Fri, April 18, 2014 17:46, Adam D. Barratt wrote:
> On 2014-04-16 16:18, William Dauchy wrote:
>> On Apr16 11:06, Adam D. Barratt wrote:
>>> On a related note, it would be appreciated if comments such as
>>> "cleanup
>>> series" were more verbose in future, as it appears to have involved
>>> removing
>>> enabled patches (which ones hopes have been replaced by newer patches)
>>> as
>>> well as those which were already disabled.
>>
>> I will be more versbose on those; it was commented patches in series,
>> so
>> not used; this modification has also been made in unstable.
>
> Thanks.
>
> Just a gentle reminder, the window for getting an upload in to the 7.5
> point release closes over the weekend.

Thanks for the reminder. It should have been uploaded less than an hour ago.


Cheers,
Thijs


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



Bug#733234: Groovy fails with groovy.lang.MissingMethodException

2014-04-18 Thread Eric L.

Hi,

On 18/04/14 17:18, Russel Winder wrote:

The core problem here with the Java and Groovy support on Debian is the
policy of one and only one version, and no use of Maven Central or
Bintray/jCentre for build.
I am not aware of any such policy as "one and only one version": one 
could have a "groovy" and a "groovy2" package and hence both could be 
packaged (and used) in parallel (or not, if one decides that both can't 
exist on the same machine at the same time). It's just not automatic, 
someone needs to take the decision and make sure the dependencies and 
paths are set right.


Cheers, Eric

--
I'm subscribed on debian-java, debian-mentors, pkg-java-maintainers and 
pkg-vdr-dvb-devel.

No need to CC me on these lists.


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



Bug#726556: pulseaudio: mic is dead after suspend

2014-04-18 Thread Felipe Sateler
On Fri, Apr 18, 2014 at 12:48 PM, Stefan Krastanov
 wrote:
> Hello,
>
> I have just updated to the most recent debian testing. It runs pulseaudio 5.0.
>
> The problem is still present.
>
> 3 pacmd outputs are attached:
>
> - just after resume (mic does not work)
> --- with gnome-sound-recorder running
> --- without any sound recorders
> - just after jiggling the volume bar on the microphone (mic works)
>
> And one pulseaudio - output:
>
> - starting pulseaudio (mic works)
> - suspending and resuming (mic does not work)
> - trying to record with gnome-sound-recorder (mic does not work)
> - trying to record again after killing gnome-sound-recorder and
> starting a new instance (mic does not work)
> - closing all gnome-sound-recorder instances
> - jiggling the volume bar (mic works)

I'm sorry I posted my instructions with an omission (it was too late
apparently ;). Would you please run the test again but adding the
--log-time=true flag to the pulseaudio run? Otherwise it is a bit hard
to track when is that things happen.

The pacmd output unfortunately was not very illuminating. Lets see if
the log (with timestamps) is more useful.

Thanks


-- 

Saludos,
Felipe Sateler


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



Bug#745159: libnfnetlink: Please use arch:linux-any

2014-04-18 Thread Samuel Thibault
Source: libnfnetlink
Version: 1.0.1-3
Severity: important

Hello,

This package seems Linux-specific, so it should use Architecture:
linux-any in the control file, so its build is not even tried on
non-Linux archs.

Samuel

-- 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.14.0 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- 
Samuel
#ifndef I_WISH_WORLD_WERE_PERFECT
/* It is not :-( All the routers (except for Linux) return only
...
 -+- linux/net/ipv4/ipip.c -+-


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



Bug#745161: arptables: Please use arch:linux-any

2014-04-18 Thread Samuel Thibault
Source: arptables
Version: 0.0.3.4-1
Severity: important

Hello,

This package seems Linux-specific, so it should use Architecture:
linux-any in the control file, so its build is not even tried on
non-Linux archs.

Samuel


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



Bug#745160: apmd: Please use arch:linux-any

2014-04-18 Thread Samuel Thibault
Source: apmd
Version: 3.2.2-14
Severity: important

Hello,

This package seems Linux-specific, so it should use Architecture:
linux-any in the control file, so its build is not even tried on
non-Linux archs.

Samuel


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



  1   2   3   >