Bug#714039: initscripts: Require-Start problem

[Bill Wang]

Package: initscripts
Version: 2.88dsf-41
Severity: important

Dear Maintainer,

The problem from /etc/init.d/{minissdpd, rc.local, rmnologin}.
These init scripts should be #Should-Start: $all rather than
#Require-Start: $all.

Cheers!


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

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

Versions of packages initscripts depends on:
ii  coreutils   8.13-3.5
ii  debianutils 4.3.2
ii  libc6   2.13-38
ii  lsb-base4.1+Debian8+deb7u1
ii  mount   2.20.1-5.3
ii  sysv-rc 2.88dsf-41
ii  sysvinit-utils  2.88dsf-41

Versions of packages initscripts recommends:
ii  e2fsprogs  1.42.5-1.1
ii  psmisc 22.19-1+deb7u1

initscripts suggests no packages.

-- Configuration Files:

-- 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#714040: transition: glew

[Matteo F. Vescovi]

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

Dear Release Team,

I'm filing this bug for a new transition of glew package.

On August 6, 2012 the 1.9.0 actual stable version has been released by
upstream.

On August 13, 2012 a first testing-purpose package (followed by a couple
of debian revisions fixing few minor issues) has been uploaded to
experimental and with the huge help from Luca Falavigna (dktrkranz) it
was tested building with all its 51 reverse dependencies[1].

Just one of the packages (bino) in that list seems to be affected
directly by this transition and fails to build because of that.
Others packages (12), instead, FTBFS but with no glew dependency.

List of sources depending on glew following:
 * arb (FTBFS)
 * avogadro
 * ball
 * bino (FTBFS)
 * blender
 * bzflag
 * calligra (FTBFS)
 * cegui-mk2
 * clementine
 * enblend-enfuse
 * frogatto
 * gambas3
 * gem
 * gimp-plugin-registry (FTBFS)
 * gource
 * hugin
 * imagevis3d (FTBFS)
 * kalzium
 * libsfml
 * lightspark (FTBFS)
 * lugaru
 * makehuman
 * megaglest
 * mesa-demos
 * meshlab (FTBFS)
 * mupen64plus-video-z64
 * mygui
 * openclonk
 * opencsg
 * openimageio
 * openmsx
 * openscad
 * performous (FTBFS)
 * phlipple
 * projectm
 * psychtoolbox-3 (FTBFS)
 * pymol
 * quesoglc
 * qutemol (FTBFS)
 * renpy
 * rlvm
 * root-system (FTBFS)
 * rss-glx
 * sofa-framework (FTBFS)
 * soya
 * spring (FTBFS)
 * trigger-rally
 * tulip
 * warzone2100
 * widelands
 * xbmc

Thanks for your time and patience.

[1] http://debomatic64.debian.net/glew/


Ben file:

title = "glew";
is_affected = .depends ~ "libglew1.7" | .depends ~ "libglewmx1.7" | .depends ~ 
"libglew1.9" | .depends ~ "libglewmx1.9";
is_good = .depends ~ "libglew1.9" | .depends ~ "libglewmx1.9";
is_bad = .depends ~ "libglew1.7" | .depends ~ "libglewmx1.7";


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

Kernel: Linux 3.9-1-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

-- 
Matteo F. Vescovi
Debian Maintainer
GnuPG KeyID: 0x83B2CF7A


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

Bug#713973: phpmyadmin: Fatal error "Call to a member function getPresence() on a non-object" on login

[Thijs Kinkhorst]

severity 713973 important
thanks

On Mon, June 24, 2013 14:45, Dmitriy wrote:
> Package: phpmyadmin
> Version: 4:4.0.3-1
> Severity: grave
> Tags: upstream
> Justification: renders package unusable
>
> Dear Maintainer,
>
> When trying to submit the log in form using Iceweasel or Chromium I get
> fatal
> error:
> Fatal error: Call to a member function getPresence() on a non-object in
> /usr/share/phpmyadmin/libraries/navigation/NavigationTree.class.php on
> line
> 1047

Thanks for the report. I cannot reproduce the issue instantly here. Do you
have any more information about the specifics of your list of databases
and which setting you're using that affect this list?


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#671364: Please decide on dma maintenance

[Arno Töll]

On 25.06.2013 05:57, László Böszörményi (GCS) wrote:
>  Is there any newer version of dma? For me dma seems to be abandoned
> by upstream; at least last release was three years ago. The package
> has 32 patches applied over the original source, etc. Also it has low
> popcon value.

Well. That's part of the problem. The version you refer to is Peter's,
not upstream's [1], with the latter having newer releases until very
recently.

>> Arno, Laurent: are either or both of you willing to take over the package as
>> maintainers?  Should we close this bug report directly, or should it be
>> reassigned to wnpp as a RFA: or O: bug?
>  Arno and Laurent have precedence, otherwise I can step-up as a
> co-maintainer for Peter or just take over it.

If someone wants to take the package I am happy to let others step in.
Having that said, I'd take the package together with bigon and bring it
in shape based on upstream's code base - and in cooperation with Simon,
the upstream author.

> On the other hand, why it's important to keep this package?

People - including me - use it.



Also thanks to the members of the tech-ctte to find the right words even
without formal vote.

[1] https://github.com/corecode/dma/tags

-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature

Bug#714043: ITP: ruby-messagebus-ruby-api -- Allows you to use the Message Bus API from ruby programs

[Praveen A]

package: wnpp
severity: wishlist
owner: Praveen Arimbrathodiyil 

URL: https://rubygems.org/gems/messagebus_ruby_api
Version: 3.0.7
Upstream Authors: https://rubygems.org/gems/messagebus_ruby_api
License: apache

--
പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍
You have to keep reminding your government that you don't get your
rights from them; you give them permission to rule, only so long as
they follow the rules: laws and constitution.


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

Bug#714041: php5-cli: Error in `php5': double free or corruption (!prev): 0x0a487ad0

[Thorsten Glaser]

Package: php5-cli
Version: 5.5.0+dfsg-4
Severity: normal

I’ve been trying (this is a rather long story) to get to the background
of the following:

>8
From: Cron Daemon 
Message-ID: <20130625070901.83b11702...@tglase.lan.tarent.de>
To: r...@tglase.lan.tarent.de
Date: Tue, 25 Jun 2013 09:09:01 +0200 (CEST)
Subject: Cron[ -x /usr/lib/php5/maxlifetime ] && [ -x 
/usr/lib/php5/sessionclean ] && [
 -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 
$(/usr/lib/php5/maxlifetime)

ABRT/IOT trap 
find: invalid argument `-delete' to `-cmin'
>8

To make the less interesting part of the story short: in my case,
$(/usr/lib/php5/maxlifetime) expands to the empty string, which
leads to this:

>8
tglase@tglase:~ $ mksh -x /usr/lib/php5/sessionclean /var/lib/php5 ""
+ '[' -x /usr/bin/lsof ']'
+ /usr/bin/lsof -w -l +d /var/lib/php5
+ awk -- '{ if (NR > 1) { print $9; } }'
+ xargs -i touch -c {}
+ find /var/lib/php5 -depth -mindepth 1 -maxdepth 1 -type f 
-ignore_readdir_race -cmin + -delete
find: warning: you have specified the -ignore_readdir_race option after a 
non-option argument -type, but options are not positional (-ignore_readdir_race 
affects tests specified before it as well as those specified after it).  Please 
specify options before other arguments.

find: invalid argument `-delete' to `-cmin'
>8

The reason for this is a bug in the sessionclean script which is
easily fixed: if $2 is empty, it should not act at all.

Okay but now, why *is* it empty?

>8
tglase@tglase:~ $ sudo mksh -x /usr/lib/php5/maxlifetime
+ max=1440
+ '[' -e /etc/php5/apache2/php.ini ']'
+ + php5 -c /etc/php5/apache2/php.ini -d 'error_reporting='\''~E_ALL'\' -r 
'print ini_get("session.gc_maxlifetime");'
*** Error in `php5': double free or corruption (!prev): 0x0a2c6658 ***
=== Backtrace: =
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x75e42)[0xf6e06e42]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x76b80)[0xf6e07b80]
php5(zend_hash_destroy+0x55)[0x83648b5]
/usr/lib/php5/20121212/opcache.so(+0x5213)[0xf6b5a213]
php5[0x8362ce3]
php5(zend_llist_apply+0x20)[0x834a220]
php5(zend_shutdown_extensions+0x2e)[0x8362e6e]
php5(zend_shutdown+0x76)[0x83560d6]
php5(php_module_shutdown+0x42)[0x82f0fa2]
php5(main+0x3e5)[0x8098f05]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(__libc_start_main+0xf5)[0xf6daa8c5]
php5[0x80990e1]
=== Memory map: 
08048000-08814000 r-xp  fd:00 7094886
/usr/bin/php5
08814000-08876000 r--p 007cb000 fd:00 7094886
/usr/bin/php5
08876000-0887c000 rw-p 0082d000 fd:00 7094886
/usr/bin/php5
0887c000-08895000 rw-p  00:00 0
0a165000-0a333000 rw-p  00:00 0  [heap]
f4d6e000-f4e4a000 r-xp  fd:00 7078812
/usr/lib/i386-linux-gnu/libstdc++.so.6.0.18
f4e4a000-f4e4b000 ---p 000dc000 fd:00 7078812
/usr/lib/i386-linux-gnu/libstdc++.so.6.0.18
f4e4b000-f4e4f000 r--p 000dc000 fd:00 7078812
/usr/lib/i386-linux-gnu/libstdc++.so.6.0.18
f4e4f000-f4e5 rw-p 000e fd:00 7078812
/usr/lib/i386-linux-gnu/libstdc++.so.6.0.18
f4e5-f4e57000 rw-p  00:00 0
f4e57000-f4e72000 r-xp  fd:00 7078925
/lib/i386-linux-gnu/libgcc_s.so.1
f4e72000-f4e73000 rw-p 0001a000 fd:00 7078925
/lib/i386-linux-gnu/libgcc_s.so.1
f6b1b000-f6b53000 r-xp  fd:00 7351403
/usr/lib/php5/20121212/xdebug.so
f6b53000-f6b54000 r--p 00038000 fd:00 7351403
/usr/lib/php5/20121212/xdebug.so
f6b54000-f6b55000 rw-p 00039000 fd:00 7351403
/usr/lib/php5/20121212/xdebug.so
f6b55000-f6b73000 r-xp  fd:00 7354045
/usr/lib/php5/20121212/opcache.so
f6b73000-f6b74000 r--p 0001d000 fd:00 7354045
/usr/lib/php5/20121212/opcache.so
f6b74000-f6b75000 rw-p 0001e000 fd:00 7354045
/usr/lib/php5/20121212/opcache.so
f6b75000-f6ba5000 rw-p  00:00 0
f6ba5000-f6be4000 r--p  fd:00 7093998
/usr/lib/locale/pap_AN/LC_CTYPE
f6be4000-f6d29000 rw-p  00:00 0
f6d29000-f6d2c000 r-xp  fd:00 7082465
/lib/i386-linux-gnu/libkeyutils.so.1.4
f6d2c000-f6d2d000 r--p 2000 fd:00 7082465
/lib/i386-linux-gnu/libkeyutils.so.1.4
f6d2d000-f6d2e000 rw-p 3000 fd:00 7082465
/lib/i386-linux-gnu/libkeyutils.so.1.4
f6d2e000-f6d35000 r-xp 0

Bug#714044: ITP: compass-rails -- Compass rails is an adapter for the Compass Stylesheet Authoring Framework for Ruby on Rails.

[Raju D. Vindane]

package: wnpp
Severity: wishlist
Owner: Raju D. Vindane 

*Package Name : compass-rails
 Version : 1.0.3
 Upstream Author : Scott Davis, Chris Eppstein
*URL :  https://github.com/Compass/compass-rails
*License : Expat
*Description :

Compass rails is an adapter for the Compass Stylesheet Authoring Framework  
for Ruby on Rails.


Since Compass v0.12, this adapter is the only way to install compass into  
your rails application.


This adapter supports rails versions 2.3 and greater. Rails 2.3 and 3.0  
users please read the caveats below.



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

Bug#714042: arping -w problem

[Кондратьев Павел]

Package: arping
Version: 2.11-1
Severity: important

Dear Maintainer,

arping -w 100 => 1 second delay
arping -w 90 => flood ping

upstream fix this bug in 
https://github.com/ThomasHabets/arping/commit/abfd03e6c61fdce53ef362cb150fef1a628bbeeb 
commit.


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

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

Versions of packages arping depends on:
ii  libc6   2.13-38
ii  libnet1 1.1.4-2.1
ii  libpcap0.8  1.3.0-1

arping recommends no packages.

arping 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#713984: please bring 1.9 into sid/unstable

[Matteo F. Vescovi]

On Mon, Jun 24, 2013 at 05:19:51PM +0200, Matteo F. Vescovi wrote:
> I've started working on this transition right today.
> I'm preparing the list of packages involved in the process and providing
> the build logs of possible ftbfs or relevant problems related.

FYI, transition process just started:

http://bugs.debian.org/714040

Cheers.

-- 
Matteo F. Vescovi
Debian Maintainer
GnuPG KeyID: 0x83B2CF7A


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

Bug#713813: New version is out!

[Atsuhito Kohda]

Hi Juhapekka,

On Sat, 22 Jun 2013 22:22:58 +0300, Juhapekka Tolvanen wrote:

> Package: fonts-stix
> Version: 1.1.0-1

> Latest version is 1.1.1-word . Get it while it's still hot!

Hmm, I think 1.1.1-word is for Windows Word so I don't
include it in fonts-stix package as changelog said

otf-stix (1.1.0~beta1-1) unstable; urgency=low

  * New Upstream (beta) Release.  (Closes: #646922)
   - STIX-Word is not contained because I believe it is not necessary
 for Debian.  If I am wrong, please let me know.

If I am wrong or if 1.1.1-word is necessary for Debian, 
please let me know ;-)

Thanks for your interest in fonts-stix.

Best regards,   2013-6-25(Tue)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


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

Bug#712738: lynx-cur: segfault after adding KEYMAP lines

[Atsuhito Kohda]

Hi Minerva,

On Wed, 19 Jun 2013 00:33:47 +, Minerva Vega wrote:

> Package: lynx-cur
> Version: 2.8.8dev.12-2

> adding the lines
> 
> KEYMAP:k:UP_TWO:SCROLLING
> KEYMAP:j:DOWN_TWO:SCROLLING
> 
> to ~/.lynx/keymap leads to segfault.

Hmm, on my Debian/teting lynx didn't crash at all and pressing
"j" and "k" keys seem to work appropriately to me.
But after quitting lynx I saw, on terminal, waring messages 
as follows;

setting of line-editor binding for key k (0x6b) for SCROLLING failed
setting of line-editor binding for key j (0x6a) for SCROLLING failed

I'm not so sure but lynx_help page teach me the following 

KEYMAP:^N:DOWN_TWO  # Move display down two lines
KEYMAP:0x10D:DOWN_TWO   # Function key Remove - Move display down two li
nes

so I fixed ~/.lynx/keymap

KEYMAP:k:UP_TWO
KEYMAP:j:DOWN_TWO

then "j" and "k" keys works fine and there is no warning message
left on a terminal.

> -- Configuration Files:
> /etc/lynx-cur/lynx.cfg changed [not included]
> /etc/lynx-cur/lynx.lss changed [not included]

Aren't there any changes related to crash?

Thanks for your interest in lynx-cur package.

Best regards,2013-6-25(Tue)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


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

Bug#704242: Fwd: Re: Bug#704242: Driver for PL-2303 HX not working

[Karsten Malcher]

Hello Greg,

Am 24.06.2013 20:56, schrieb Greg KH:

But wiring that up to a "real" 9pin serial port would be a pain (doable,
but a pain).  Is there any devices out there with a DB-9 output
connector?

You mean if you want to test full handshake with all signals - that's true.

Which is what the driver needs to test, right?  And of course, everone
with this problem is properly hooking up these signals, right?


I can't speak for all applications but i never use the hardware handshake for 
data transfer.
As i have written i don't know applications that will do it. Like most of the 
older mobile adapters.
That's the reason why this PL-2303 HX adapter has no handshake signals outside.

Maybe some people abuse this input and output lines for IO purposes like for 
programmers.
One time is tried such an adapter like this but it does not work. ;-)
http://www.lancos.com/siprogsch.html
(I tried not to use it with an usb serial interface - i used a good and old PC 
UART.)


Otherwise, there will be problems as the pins could float and cause
transmissions / receive data to stop happening.


This should not happen if handshake is disabled.
In the case of this PL-2303 HX adapter it worked with windows and the older 
kernel without handshake.

But of course it is better when everything is tested.



At the least, loop-back testing is important.


This test is sufficient to see if the problem occurs.




The advantage of the adapter is to get directly 5V and 3,3V.

What do you mean by this?


Normally you use this adapters to transfer data from a microcontroller.
It is very useful when you have direct the necessary power supply for the 
microcontroller.
The PL-2303 can work with 5V and 3.3V logic and this adapter has also a 3.3V 
output for some mA.




I don't know some other adapter with exactly this chip, because i don't need 
them.
Only this Adapter which use the other chip ch341-uart which works without 
problems
http://www.ebay.com/itm/USB-to-RS232-Serial-9-Pin-DB9-Adapter-PC-PDA-RS-232-/180399132966

When i think about it i never seen that someone uses the handshake for this 
simple serial communication.
Not in communication with mobiles, ARM-boards or AVR microcontroller.
The built-in UART's in the ARM and AVR don't suffer handshake
signals, so that you must do it by software with additional IO
ports.

What's wrong with software flow control?


Nothing is wrong with it!
I just want to say that in most applications nobody use it.
You communicate from a quick PC to a slower microcontroller with at least slow 
data rates.
The microcontroller has an IRQ on the UART you can use for incoming data.
So this works normally without any problems and additional handshake.


   Why reinvent something that
has been successfully used for 30+ years?


Before 30 years computers where slow and without a multitasking OS.
So you need handshake when you don't want to loose data.

i think you misunderstand me.



thanks,

greg k-h


Regards
Karsten


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

Bug#704242: Driver for PL-2303 HX not working

[Karsten Malcher]

Am 24.06.2013 21:00, schrieb Greg KH:

Personally, I have resolved to abandon the PL2303 chip, and move to
FTDI instead. But for the sake of other Linux users who might buy that
adapter by mistake, I am willing to donate the hardware to an able
kernel hacker :-)
Yes, I recommend the ftdi devices as well, the specs are availble, and
the driver seems to work better because of it.


Yes - i agree.
But you have no influence which chip is used when you buy an adapter or 
interface cable.
There are millions out there for mobiles, GPS, PDA, etc.
It's a pity when you can't connect your device because the usb serial chip is 
not supported in Linux.
(When you have a newer device you will find out that bluetooth is not working 
correct also.)



thanks,

greg k-h


Regards
Karsten


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

Bug#714045: blcr-dkms: blcr module is not built on kernel 3.9.1

[Daniele Di Domizio]

Package: blcr-dkms
Version: 0.8.5-2
Severity: grave
Justification: renders package unusable

The blcr module is not built when installing the package blcr-dkms and using 
the latest 3.9 testing kernel. This is the error log:

[...]
Building module:
cleaning build area
make KERNELRELEASE=3.9-1-486 -C /lib/modules/3.9-1-486/build 
M=/var/lib/dkms/blcr/0.8.5/build.(bad exit status: 2)
Error! Bad return status for module build on kernel: 3.9-1-486 (i686)
Consult /var/lib/dkms/blcr/0.8.5/build/make.log for more information.



Output from /var/lib/dkms/blcr/0.8.5/build/make.log:

[...]
checking compiler to build kernel modules... gcc (default)
checking for BSD- or MS-compatible name lister (nm)... (cached) /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... (cached) BSD nm
configure: error: --with-linux argument '3.9-1-486' is neither a kernel version 
string nor a full path
make[3]: *** [/var/lib/dkms/blcr/0.8.5/build/config-stamp] Error 1
make[2]: *** [_module_/var/lib/dkms/blcr/0.8.5/build] Error 2
make[1]: *** [sub-make] Error 2
make: *** [all] Error 2
make: Leaving directory `/usr/src/linux-headers-3.9-1-486'


Thanks,
Daniele


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

Kernel: Linux 3.9-1-486
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 blcr-dkms depends on:
ii  dkms   2.2.0.3-1.2
ii  linux-headers-3.2.0-4-486 [linux-headers]  3.2.41-2
ii  linux-headers-3.2.0-4-686-pae [linux-headers]  3.2.41-2
ii  linux-headers-3.9-1-486 [linux-headers]3.9.6-1
ii  linux-headers-3.9-1-686-pae [linux-headers]3.9.6-1
ii  linux-headers-686-pae [linux-headers]  3.9+49
ii  make   3.81-8.2

Versions of packages blcr-dkms recommends:
ii  blcr-util  0.8.5-2

blcr-dkms 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#712410: webkit: FTBFS on kfreebsd-amd64: collect2: error: ld terminated with signal 9 [Killed]

[Emilio Pozuelo Monfort]

On 17/06/13 09:43, Emilio Pozuelo Monfort wrote:
> On 16/06/13 12:11, Christoph Egger wrote:
>> Hi!
>>
>> Petr Salinger  writes:
>>> Please, could it be rescheduled on buildd with really
>>> lot of RAM and swap space ?
>>
>> We have fano and fayrfax. Both of which have 3GiB real RAM and 0.5GiB
>> SWAP. I can probably ask DSA to give me some more swap.
> 
> That would be great. This is going to be a blocker soon:

ping? This together with the armhf build (which is also a buildd issue) are
blocking webkit. It'd be great to get it built soon.

This is also important for webkitgtk/experimental where it failed in both k-a
and k-i with signal 9 like here.

Alternatively, could any of you do a binary-only upload if this is going to take
long?

Thanks,
Emilio


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

Bug#703452: Near Future

[Jonas Genannt]

Hello Cyril,

> > so Ansgar tells us, that the full license is missing in your
> > debian/copyright file.
> >
> 
> sounds easy to fix
> 
> I'll do that

any news on this case? - When do you planing to upload it into Debian?

Thanks,
Jonas


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

Bug#714047: hdparm: security erase timeout too short for some drives

[Sergio Gelato]

Package: hdparm
Version: 9.39-1

Attempts to security-erase Seagate ST3500630NS (Barracuda ES, 500 GB)
drives with firmware 3.AEE reproducibly abort after 120 minutes. A look at
the source code for hdparm.c:get_erase_timeout_secs() shows this to be the
programmed behaviour when a drive reports 0 as the time needed to complete
a security erase.

There doesn't seem to be a way to override this timeout.

A comparison with the source code for hdparm 9.43 suggests that this issue
hasn't been addressed upstream yet.

I would suggest adding a command-line option to explicitly set the timeout
and/or applying the same rule of thumb as for timeout==0xff (a 30 MB/s erase
rate).


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

Bug#653112: disabling the "non-intrusive ads" "feature" by default

[rpnpif]

Package: xul-ext-adblock-plus
Version: 2.1-1~bpo60+1
Severity: normal


Dear maintainer,
Please, consider to change this package to the fork Adblock Edge that have not 
non-intrusive ads permission 
and that should occupy less memory (it seems).

Regards.


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

Bug#714048: python-pyicu: ImportError: No module named docs

[Jakub Wilk]

Package: python-pyicu
Version: 1.5-1
Severity: grave
Justification: renders package unusable

$ python -c 'import icu'
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/dist-packages/icu.py", line 37, in 
from docs import *
ImportError: No module named docs


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

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

Versions of packages python-pyicu depends on:
ii  libc6   2.17-5
ii  libgcc1 1:4.8.1-2
ii  libicu484.8.1.1-12
ii  libstdc++6  4.8.1-2
ii  python  2.7.3-5

--
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#696500: martian-modem-source: Building with m-a ends with "not successful"

[Julius Seemayer]

Hi,


I  can  confirm  this bug.  martian-modem fails to build a working setup using
m-a  when running a >2.6 kernel.  It installs a martian_dev.o (not .ko), as we
see in the output (quote from Yvos attachement):

 dh_install source/martian_dev.o lib/modules/3.2.0-4-686-pae/extra

which leads to debian/rules

 84 dh_install source/martian_dev.$ko lib/modules/$(KVERS)/extra

while the make-style variable $k is set at

 72 k = $(shell echo $(KVERS) | grep -q ^2.6 && echo k)

Obvisiously  it's a too dumb check, 3.x kernels are "detected" as 2.4 ones and
get .o kernel modules (which aren't recognized).

A  a  quick  fix, one  can  temporary  put  a  grep(1)  wrapper  to
/usr/local/sbin/grep:

 #!/bin/sh
 [ "$1" = -q -a "$2" = '^2.6' ] && return 0 || /bin/grep $@

or just fix the package itself. 


Cheers,

Julius


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

Bug#714049: [kmail] Inline images not display correctly

[Matteo Calorio]

Package: kmail
Version: 4:4.4.11.1+l10n-3+b1
Severity: normal

--- Please enter the report below this line. ---
Hello, I use feed2imap to follow some feeds. Among others I follow some eBay 
RSS search results and feed2imap converts any item into an HTML email with the 
associated image inline. This way I get hundreds messages per day but when I 
read them with Kmail, images seems to be displayd randomly: sometimes the 
correct one, sometimes previous one... If I scroll through messages back and 
forward sometimes the same message displays a different image. A strange 
behaviour, it seems some ways images stay cached.

Another point is that message expiration with permanent delete only for read 
messages, also deletes unread ones.

Thanks,
  Matteo

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.9-1-amd64

Debian Release: jessie/sid
  500 unstabledownload.jitsi.org 
  500 testing www.deb-multimedia.org 
  500 testing security.debian.org 
  500 testing ftp.it.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-
=
kde-runtime | 4:4.8.4-2+b1
kdepim-runtime  | 4:4.4.11.1-6
kdepimlibs-kio-plugins  | 4:4.8.4-2
libakonadi-contact4  (>= 4:4.6) | 4:4.8.4-2
libakonadi-kde4  (>= 4:4.6) | 4:4.8.4-2
libc6  (>= 2.4) | 
libgcc1(>= 1:4.1.1) | 
libgpgme++2  (>= 4:4.6) | 
libkabc4 (>= 4:4.6) | 
libkcal4 (>= 4:4.6) | 
libkcmutils4 (>= 4:4.6) | 
libkde3support4  (>= 4:4.6) | 
libkdecore5  (>= 4:4.6) | 
libkdepim4 (= 4:4.4.11.1+l10n-3+b1) | 
libkdeui5(>= 4:4.6) | 
libkhtml5(>= 4:4.6) | 
libkimap4(>= 4:4.6) | 
libkio5  (>= 4:4.6) | 
libkldap4(>= 4:4.6) | 
libkleo4   (= 4:4.4.11.1+l10n-3+b1) | 
libkmime4(>= 4:4.6) | 
libknotifyconfig4(>= 4:4.6) | 
libkontactinterface4 (>= 4:4.6) | 
libkparts4   (>= 4:4.6) | 
libkpgp4   (= 4:4.4.11.1+l10n-3+b1) | 
libkpimidentities4   (>= 4:4.6) | 
libkpimtextedit4 (>= 4:4.6) | 
libkpimutils4(>= 4:4.6) | 
libkresources4   (>= 4:4.6) | 
libksieve4 (= 4:4.4.11.1+l10n-3+b1) | 
libktnef4(>= 4:4.6) | 
libmailtransport4(>= 4:4.6) | 
libmessagecore4(= 4:4.4.11.1+l10n-3+b1) | 
libmessagelist4(= 4:4.4.11.1+l10n-3+b1) | 
libmimelib4(= 4:4.4.11.1+l10n-3+b1) | 
libnepomuk4  (>= 4:4.6) | 
libphonon4 (>= 4:4.6.0really4.3.80) | 
libqt4-dbus(>= 4:4.5.3) | 
libqt4-network (>= 4:4.5.3) | 
libqt4-qt3support  (>= 4:4.5.3) | 
libqt4-xml (>= 4:4.5.3) | 
libqtcore4   (>= 4:4.7.0~beta2) | 
libqtgui4  (>= 4:4.8.0) | 
libstdc++6   (>= 4.2.1) | 
libthreadweaver4 (>= 4:4.6) | 
phonon  | 
perl| 


Recommends(Version) | Installed
===-+-===
gnupg2  | 2.0.20-1
gnupg-agent | 2.0.20-1
pinentry-qt4| 0.8.1-1
 OR pinentry-x11| 


Suggests  (Version) | Installed
===-+-===
kaddressbook| 4:4.4.11.1+l10n-3+b1
kleopatra   | 4:4.4.11.1+l10n-3+b1
spamassassin| 
 OR bogofilter  | 
 OR annoyance-filter| 
 OR spambayes   | 
 OR bsfilter| 
 OR crm114  | 
clamav  | 
 OR f-prot-installer| 
procmail| 3.22-20

Bug#712410: webkit: FTBFS on kfreebsd-amd64: collect2: error: ld terminated with signal 9 [Killed]

[Emilio Pozuelo Monfort]

On 25/06/13 11:01, Emilio Pozuelo Monfort wrote:
> On 17/06/13 09:43, Emilio Pozuelo Monfort wrote:
>> On 16/06/13 12:11, Christoph Egger wrote:
>>> Hi!
>>>
>>> Petr Salinger  writes:
 Please, could it be rescheduled on buildd with really
 lot of RAM and swap space ?
>>>
>>> We have fano and fayrfax. Both of which have 3GiB real RAM and 0.5GiB
>>> SWAP. I can probably ask DSA to give me some more swap.
>>
>> That would be great. This is going to be a blocker soon:
> 
> ping? This together with the armhf build (which is also a buildd issue) are
> blocking webkit. It'd be great to get it built soon.
> 
> This is also important for webkitgtk/experimental where it failed in both k-a
> and k-i with signal 9 like here.
> 
> Alternatively, could any of you do a binary-only upload if this is going to 
> take
> long?

Or I may just do some trick in d/rules so that it takes less memory (such as
disabling debugging symbols or building with -gstabs). That'd be for
experimental, I'd rather not do a new upload for unstable at this stage, so for
unstable I'd appreciate if we could get it built and uploaded.

Emilio


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

Bug#713779: pleiades: FTBFS: [javac] /«PKGBUILDDIR»/src/jp/sourceforge/mergedoc/pleiades/aspect/resource/ExcludeClassNameCache.java:80: reference to readLines is ambiguous, both method readLines(java

[Hideki Yamane]

Control: tags -1 +confirmed

On Sat, 22 Jun 2013 16:20:17 +0200
Lucas Nussbaum  wrote:
> > javac:
> > [mkdir] Created dir: /«PKGBUILDDIR»/build/bin
> > [javac] /«PKGBUILDDIR»/build.xml:280: warning: 'includeantruntime' was 
> > not set, defaulting to build.sysclasspath=last; set to false for repeatable 
> > builds
> > [javac] Compiling 67 source files to /«PKGBUILDDIR»/build/bin
> > [javac] 
> > /«PKGBUILDDIR»/src/jp/sourceforge/mergedoc/pleiades/aspect/resource/ExcludeClassNameCache.java:80:
> >  reference to readLines is ambiguous, both method 
> > readLines(java.io.File,java.nio.charset.Charset) in 
> > org.apache.commons.io.FileUtils and method 
> > readLines(java.io.File,java.lang.String) in org.apache.commons.io.FileUtils 
> > match
> > [javac] 
> > set.addAll(FileUtils.readLines(cacheFile, null));
> > [javac] ^
> > [javac] 1 error

 It is caused by libcommons-io-java upgrade from 1.4 to 2.4.


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane


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

Bug#713088: bcfg2: FTBFS: AttributeError: 'Sphinx' object has no attribute 'error'

[Lucas Nussbaum]

On 24/06/13 at 17:34 +0300, Arto Jantunen wrote:
> Lucas Nussbaum  writes:
> > On 24/06/13 at 10:15 +0300, Arto Jantunen wrote:
> >> > I retried, and could reproduce the failure. The machine has normal
> >> > internet connectivity.
> >> 
> >> This is interesting indeed. Did you notice anything useful in the diff
> >> between your build log and mine? If nothing turns up there I should
> >> probably look at fixing the error handling in xmlschema.py..
> >
> > no, I didn't find anything...
> 
> Upstream had a couple of patches to the xmlschema.py script, I have a
> source package with those applied in
> http://ryoko.zyrain.org/debian/bcfg2/ , can you retry with that? (sorry
> for bothering you with this, but since I can't reproduce I can't test,
> and I don't want to upload without knowing that the bug is actually
> fixed)

Hi,

It built fine. Thanks!

Lucas


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

Bug#692141: closed by Josselin Mouette (Bug#692141: fixed in gnome-menus 3.4.2-5)

[Fabian Greffrath]

found -1 3.8.0-2

Somehow this got lost. The bug is present again in gnome-menus_3.8.0-2.


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

Bug#714050: libcurl4-openssl-dev: SSL/TLS broken.

[Nach]

Package: libcurl4-openssl-dev
Version: 7.31.0-1
Severity: important
Tags: upstream patch


OpenSSL usage in this new version is not done properly, and SSL/TLS fails to 
work in many cases.
This bug is reported in full upstream, along with a test case: 
https://sourceforge.net/p/curl/bugs/1249/

There is already a patch merged in upstream: 
https://github.com/bagder/curl/commit/8a7a277c086199b37c07a8e01165168037866f3e
Can this patch be backported?

Thank you!


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

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

Versions of packages libcurl4-openssl-dev depends on:
ii  libc6-dev [lib 2.17-5Embedded GNU C Library: Developmen
ii  libcurl3   7.31.0-1  easy-to-use client-side URL transf
ii  libidn11-dev   1.25-2Development files for GNU Libidn, 
ii  libkrb5-dev1.10.1+dfsg-5 Headers and development libraries 
ii  libldap2-dev   2.4.31-1+nmu2 OpenLDAP development libraries
ii  librtmp-dev2.4+20121230.gitdf6c518-1 toolkit for RTMP streams (developm
ii  libssh2-1-dev  1.4.3-1   SSH2 client-side library (developm
ii  libssl-dev 1.0.1e-3  SSL development libraries, header 
ii  zlib1g-dev 1:1.2.8.dfsg-1compression library - development

libcurl4-openssl-dev recommends no packages.

Versions of packages libcurl4-openssl-dev suggests:
pn  libcurl3-dbg   (no description available)
pn  libcurl4-doc   (no description available)

-- 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#703715: linux-image-3.2.0-4-amd64: random Wheezy freeze

[Davide Prina]

colliar wrote:

> Did you try the linux-image from jessie ?

yes, I'm using it.
For now I don't have had system freeze.

I only have sometimes (very rare) gnome-shell freeze, but this can be
resolved very fast with this workaround:

Ctrl-Alt-F1
<- login as your user (not root)
$ killall -9 gnome-shell
$ exit
Alt-F7

Ciao
Davide

Bug#714051: RFP: equalX -- a GUI interface to latex programs to generate equations

[Mihai Niculescu]

Package: wnpp
Severity: wishlist

License: GPL-v3
URL: https://launchpad.net/equalx
Description: EqualX is just a graphical interface to latex and a bunch of
conversion programs for aiding you write equations faster in
latex and export them to other applications.

Still an infant (latest version 0.6.0), EqualX provides a cool, modern
and an intuitive interface and even lets you
customize the window layout to your liking. Although, there are some
good competitors: KLatexFormula on Linux
and the great LatexIt on MacOS, EqualX grows steady and fast to the
point when it will even surpass its competitors
 in the number of features. In some areas, right now EqualX beats both
of them: open any file format (eps,ps, pdf,
png, jpg)  saved by EqualX, 2 cool toolbars containing latex symbols and
predefined templates, a completion menu in the editor
 to help edit your equation easier, possibility to change preview
background's color. Many more features are pending.

I am the developer of EqualX and I would like my application to be
available to debian and Ubuntu users (since Fedora
has already a sponsor to pack it), but I do not have enough knowledge
and time to do the packaging. If someone can
 take care of the packaging, I will have more time and pleasure to
continue writing code.
Thank you very much!


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

Bug#713088: bcfg2: FTBFS: AttributeError: 'Sphinx' object has no attribute 'error'

[Arto Jantunen]

Control: tags -1 +pending

Lucas Nussbaum  writes:
> On 24/06/13 at 17:34 +0300, Arto Jantunen wrote:
>> Lucas Nussbaum  writes:
>> > On 24/06/13 at 10:15 +0300, Arto Jantunen wrote:
>> >> > I retried, and could reproduce the failure. The machine has normal
>> >> > internet connectivity.
>> >> 
>> >> This is interesting indeed. Did you notice anything useful in the diff
>> >> between your build log and mine? If nothing turns up there I should
>> >> probably look at fixing the error handling in xmlschema.py..
>> >
>> > no, I didn't find anything...
>> 
>> Upstream had a couple of patches to the xmlschema.py script, I have a
>> source package with those applied in
>> http://ryoko.zyrain.org/debian/bcfg2/ , can you retry with that? (sorry
>> for bothering you with this, but since I can't reproduce I can't test,
>> and I don't want to upload without knowing that the bug is actually
>> fixed)
>
> Hi,
>
> It built fine. Thanks!

Thanks a lot for testing, I'll upload the fixed version later.

-- 
Arto Jantunen


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

Bug#667565: virt-viewer: please compile with Spice support

[Laurent Bigonville]

Hi,

Any progress in reintroducing spice support in the package?

Cheers

Laurent Bigonville


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

Bug#241888: Documentation bug

[Andrea Colangelo]

tags 241888 pending
stop


Hi Adrian, and thanks for your reply.

I agree with you, is_fortfile() (and several other pieces of code too :() are
quite messy. OTOH, the way fortune-mod behaves seems exactely what its upstream
planned (comments in the code confirm this), so I choose the way you suggested,
patching the manpage. The patch will be uploaded soon.

Thanks,
Andrea.


-- 
Andrea Colangelo |   http://andreacolangelo.com
Ubuntu Developer |   Debian Maintainer  


signature.asc
Description: Digital signature

Bug#701684: Crashes when connecting to a vm

[Laurent Bigonville]

notfixed -1 0.5.5-4
reopen -1
thanks

Hello,

So what's the status of this bug? It's currently blocking migration of
this package.

@Lee: I've not been able to reproduce a case where the "listen"
directive is missing. When the domain is started it gets added
automatically here. (libvirt 1.0.6-1)

Cheers

Laurent Bigonville


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

Bug#714052: RM: 7kaa-data -- ROM; deduplication of data

[Markus Koschany]

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

please remove the 7kaa-data source package from Debian. The latest
release of 7kaa, 2.14.4-1, ships the latest game data in a new
7kaa-data binary package, hence the old version 2.13 is outdated and can be
safely removed. Barry deFreese, one of the uploaders, agrees about this
step.

Regards,

Markus


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

Bug#711697: libcupsfilters1 has circular Depends on libcupsimage2

[Bill Allombert]

On Fri, Jun 21, 2013 at 02:11:22PM +0200, Didier 'OdyX' Raboud wrote:
> Hi,
> 
> Le vendredi, 21 juin 2013 13.40:16, Bill Allombert a écrit :
> > No, but you can do it by adding an extra package:
> > Rename the current libcupsimage2 to e.g. libcupsimage2s
> > then add a dummy package
> > libcupsimage2 that depend on libcupsimage2s and libcupsfilters1.
> > and change the shlibdeps accordingly, and rebuild libcupsfilters1 so
> > that it now depends on libcupsimage2s.
> 
> I'm really not convinced that is worth the effort.

Well, at least that matches the real dependencies between the packages.

> What about having libcupsimage2 stop depending on libcupsfilters1 and
> Breaks: printer-driver-c2esp (<< 26) ?

If printer-driver-c2esp is the only package involved, I suppose 
you can try that, though I am always wary of relying on Breaks.
(It could remove packages instead of upgrading them)
Maybe it is better supported now. 

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


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

Bug#213201: Worked around the bug by downgrading to version 9708-2

[Andrea Colangelo]

tags 213201 moreinfo
stop


Hi Kingsley G. Morse Jr.,

mind checking if you still suffer from this bug? I tried it and wasn't able to
reproduce it with the latest version of fortune-mod. I'll close this bug in a
couple months otherwise.

Cheers,
Andrea.


-- 
Andrea Colangelo |   http://andreacolangelo.com
Ubuntu Developer |   Debian Maintainer  


signature.asc
Description: Digital signature

Bug#679686: Anyone over here?

[Thomas Goirand]

On 06/25/2013 12:09 PM, Laszlo Boszormenyi (GCS) wrote:
> Hi Thomas,
> 
> On Mon, 2013-06-24 at 14:37 +0800, Thomas Goirand wrote:
>> ping ?
>  This bug is taken care of. If you are interested, there's a new package
> version[1] available that you can test.
> 
>> Considering the history of this bug (eg: a serious RC bug opened for a
>> year), if you don't reply within a month, I will ask the MIA team to
>> orphan the Ceph package so that someone else can take care of it. Please
>> at least reply to this message.
>  I've asked Algernon and he did note -private@ that I'm off the grid for
> weeks for reasons described there. I'm back since yesterday and trying
> to catch-up.
> About to finish the ongoing Ceph team maintenance with upstream and the
> Ubuntu maintainer.
> 
> Regards,
> Laszlo/GCS
> [1] dget -x http://www.barcikacomp.hu/gcs/ceph_0.61.2-1.dsc

Hi,

That's a very good news. If you need help, let me know, and I'll do my
best. If you create an Alioth project, I'd happily join!

Thomas Goirand (zigo)


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

Bug#714055: refcard: build-depends on obsolete otf-ipafont-gothic

[Ansgar Burchardt]

Source: refcard
Version: 5.0.8
Tags: jessie sid
Severity: serious

refcard build-depends on otf-ipafont-gothic which is no longer build
from source.

Please replace the dependency with fonts-ipafont-gothic.

Ansgar


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

Bug#714054: Updated Package To Delayed+15

[Barak A. Pearlmutter]

Package: mhash
Version: 0.9.9.9-1.1

Chris,

I needed a multi-arch version of mhash in order to deal with a funny
cross-architecture
dependency.  As long as I was tweaking it, I went ahead and fully
updated the mhash
packaging info, including the incorporation of the Fedora patches which address
the "make check" bug, #649092, and perhaps also #429180.

The result is available in
git://anonscm.debian.org/collab-maint/mhash.git

Since the last maintenance upload was in 2009, I've taken the liberty of adding
myself as a co-maintainer in the control file and uploading a non-NMU version
to delayed+15.  Of course if you'd like, please feel totally free to
cancel that,
and/or to just cherry pick whatever subset of my tweaks you might want and
remove me from the control file.  (It is not my intention to step on
your toes, just
to make life easier.)

Cheers,

--Barak.


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

Bug#659762: lvm2: LVM commands freeze after snapshot delete fails

[Chris Bolt]

Another “me too” here. Nightly LVM snapshots cause all I/O to the snapshotted 
LV to hang. None of the dmsetup commands bring them back. The only way to bring 
things back is to power cycle the server, corrupting data. This is a serious 
regression.


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

Bug#714056: iceweasel: build-depends on obsolete ttf-* packages

[Ansgar Burchardt]

Source: iceweasel
Tags: jessie sid experimental
Version: 17.0.6esr-1
Severity: serious
Control: found -1 21.0-1

iceweasel build-depends on two obsolete ttf-* packages.
ttf-dejima-mincho is already no longer build from source.

Please depend on the fonts-* packages.

  ttf-dejima-mincho -> fonts-dejima-mincho
  ttf-freefont -> fonts-freefont

Ansgar


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

Bug#692728: GeoGebra not free anymore (starting from version 4.2)

[Andrea Colangelo]

On Wed, May 29, 2013 at 07:49:59PM +0200, Giovanni Mascellani wrote:
> Following a closer inspection at the licensing terms GeoGebra authors
> use, I noticed that GeoGebra isn't free anymore, starting from version
> 4.2. The help and language files, which were before distributed under
> CC-BY-SA 3.0+, have now the NC attribute to[1]. Moreover, it doesn't
> seem to be possible to just avoid them, because at least the language
> files are required to build the program.

Oh, that hurts! :(

> I'm really sorry of this thing and will get in touch with GeoGebra
> developers to ask for clarifications and understand whether it's
> possible to revert this decision.

Hope they will understand DFSG's reasons. Please, keep me up-to-date with this
issue, I am very interested in it.


-- 
Andrea Colangelo |   http://andreacolangelo.com
Ubuntu Developer |   Debian Maintainer  


signature.asc
Description: Digital signature

Bug#667565: [Pkg-libvirt-maintainers] Bug#667565: virt-viewer: please compile with Spice support

[Guido Günther]

On Tue, Jun 25, 2013 at 11:44:14AM +0200, Laurent Bigonville wrote:
> Hi,
> 
> Any progress in reintroducing spice support in the package?
I forgot to upload virt-manager after updating libvirt itself. Sorry,
uploaded now.
Cheers,
 -- Guido

> 
> Cheers
> 
> Laurent Bigonville
> 
> ___
> Pkg-libvirt-maintainers mailing list
> pkg-libvirt-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers
> 


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

Bug#709813: Please give back 0ad on amd64

[Vincent Cheng]

On Mon, Jun 24, 2013 at 12:41 PM, Kurt Roeckx  wrote:
> On Mon, Jun 24, 2013 at 12:19:03AM -0700, Vincent Cheng wrote:
>> Dear wanna-build team,
>>
>> Please give back 0ad on amd64 on a buildd other than barber (i.e.
>> retry until some other buildd takes it).
>
> I understand that the issue is in nvidia-texture-tools (#713966),
> and maybe we should wait for that to get fixed?  I've set a
> dep-wait for that.

As far as I can see, 0ad ended up being given to and getting built
successfully on brahms [1]. Well, at least 0ad is no longer blocking
the enet transition...

Regards,
Vincent

[1] 
https://buildd.debian.org/status/logs.php?pkg=0ad&ver=0.0.13-2%2Bb1&arch=amd64


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

Bug#692033: tbb does not build for armhf

[Steve McIntyre]

On Wed, Jun 12, 2013 at 04:43:57PM +0800, Andrew Lee wrote:
>Package: tbb
>Followup-For: Bug #692033
>
>Dear Maintainer,
>
>Really attached debdiff.

And here's another debdiff, actually enabling the armhf build now
support is included! :-)

diff -Nru tbb-4.0+r233+update5/debian/changelog 
tbb-4.0+r233+update5/debian/changelog
--- tbb-4.0+r233+update5/debian/changelog   2013-06-12 07:17:39.0 
+0100
+++ tbb-4.0+r233+update5/debian/changelog   2013-06-24 17:09:17.0 
+0100
@@ -1,3 +1,11 @@
+tbb (4.0+r233+update5-0.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add armhf to the list of supported arches in debian/control, now that
+ARMv7 support is there. Not (yet) worth doing for armel.
+
+ -- Steve McIntyre   Mon, 24 Jun 2013 17:05:45 +0100
+
 tbb (4.0+r233+update5-0.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru tbb-4.0+r233+update5/debian/control 
tbb-4.0+r233+update5/debian/control
--- tbb-4.0+r233+update5/debian/control 2011-09-24 21:27:53.0 +0100
+++ tbb-4.0+r233+update5/debian/control 2013-06-24 17:33:50.0 +0100
@@ -9,7 +9,7 @@
 
 Package: libtbb-dev
 Section: libdevel
-Architecture: i386 amd64 ia64 powerpc ppc64
+Architecture: i386 amd64 ia64 powerpc ppc64 armhf
 Depends: libtbb2 (= ${binary:Version}), ${misc:Depends}
 Suggests: tbb-examples, libtbb-doc
 Description: parallelism library for C++ - development files


-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"We're the technical experts.  We were hired so that management could
 ignore our recommendations and tell us how to do our jobs."  -- Mike Andrews


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

Bug#710203: Can't install firmware from USB stick using PXE boot, amd64 wheezy

[Petter Reinholdtsen]

[Peter Chubb]
> It's more than that -- cat /proc/partitions doesn't show the stick at
> all.  I suspect that the USB stick wasn;t recognised when it was
> plugged in.

Right.  Then it probably is a kernel issue.  Is there anything useful
printed to dmesg when you plug it in?  Is USB working on the machine
after installation?

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#714039: [Pkg-sysvinit-devel] Bug#714039: initscripts: Require-Start problem

[Petter Reinholdtsen]

[Bill Wang]
> Dear Maintainer,
> 
> The problem from /etc/init.d/{minissdpd, rc.local, rmnologin}.  These
> init scripts should be #Should-Start: $all rather than #Require-Start:
> $all.

Why do you believe it would make a difference?

As far as I know, the change do not make sense.

I suspect minissdpd should not have a relationship on $all at all, but
do not know the package.  $all do not really behave the way most people
believe.

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#714029: Updating base-files will cause system-reboot when watchdog is running

[Santiago Vila]

reassign 714029 upgrade-reports
thanks

On Tue, 25 Jun 2013, exliju wrote:

> Package: base-files
> Version: 6.0squeeze7
> Severity: important
> 
> The problem occured on my internet-router. That was initially set-up when etch
> was the stable distribution, and has lived since then just by updating to the
> newest version.
> Then I updated my system to wheezy. During the update the sysklogd / klogd was
> removed:
> 
> >>> /var/log/apt/history.log >>>
> Start-Date: 2013-06-18  23:23:13
> Commandline: apt-get install base-files
> Install: iproute:i386 (20120521-3+b3, automatic), libmount1:i386 (2.20.1-5.3,
> automatic), libatm1:i386 (2.5.1-1.5, automatic), libevent-2.0-5:i386
> (2.0.19-stable-3, automatic), python-setools:i386 (3.3.7-3, automatic),
> python-
> ipy:i386 (0.75-1, automatic), libtirpc1:i386 (0.2.2-5, automatic),
> libapol4:i386 (3.3.7-3, automatic), rpcbind:i386 (0.2.0-8, automatic)
> Upgrade: selinux-policy-default:i386 (0.2.20100524-7+squeeze1, 2.20110726-12),
> base-files:i386 (6.0squeeze7, 7.1wheezy1), libblkid1:i386 (2.17.2-9,
> 2.20.1-5.3), util-linux:i386 (2.17.2-9, 2.20.1-5.3), netbase:i386 (4.45, 5.0),
> policycoreutils:i386 (2.0.82-3, 2.1.10-9), ifupdown:i386 (0.6.10, 0.7.8),
> python-sepolgen:i386 (1.0.23-1, 1.1.5-3), libslang2:i386 (2.2.2-4, 2.2.4-15),
> initscripts:i386 (2.88dsf-13.1+squeeze1, 2.88dsf-41), nfs-common:i386
> (1.2.2-4squeeze2, 1.2.6-4)
> Remove: sysklogd:i386 (1.5-6), portmap:i386 (6.0.0-2), klogd:i386 (1.5-6)
> <<<
> 
> Problem was, that I had running the watchdog with the option to monitor the
> pid-file for a running syslog (/etc/watchdog.conf:
> pidfile=/var/run/syslogd.pid)
> So, when the update comes to the point to stop the running syslog, the
> watchdog
> does what it was designed for: Rebooting the system.
> 
> Problem 1 was, that this leaves the update unfinished.
> Problem 2 was, that after rebooting this immediatly happened again (as
> /var/run/syslogd.pid doesn't point to a running process anymore). So reboot
> again.
> 
> I don't know if this is a base-files, sysklogd, klogd, watchdog or some
> general
> "update to wheezy" problem. But as it happend when updating base-files I filed
> it here.
> 
> My proposal:
> Before stopping the (sys)klogd do a check, if watchdog is running and
> monitoring the pidfile.
> If so, give the user a hint, and allow to stop the update.
> I'm not unix-hacker enough to know, but probably it's possible to detect,
> which
> processes monitor the pid-file, and show those processes to the user.

The normal syslog package in wheezy is rsyslog, so it should not be a
surprise that the old syslog packages are removed during the upgrade.

I didn't know about the watchdog package, but reading the description,
it seems to me a very dangerous piece of software to have it running during
an upgrade, so this could well be a feature more than a bug.

You admit that watchdog did what it was told to do, which is to reboot the
system. Are you sure you wanted to reboot the system in the middle of an
upgrade?

Anyway, base-files is unlikely to blame for this, as it does not stop
or start system processes. I'm reassigning this to "upgrade-reports",
hoping that the maintainer of such virtual package may analyze this
and reassign the report more accurately.

Thanks.


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

Bug#714057: googleearth-package not usable for multiarch

[Hans]

Package: googleearth-package
Version: 0.7.0
Severity: important

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

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

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


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

Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages googleearth-package depends on:
pn  bzip2   
ii  curl7.30.0-2
ii  dpkg-dev1.16.10
pn  fakeroot
ii  file1:5.14-2
ii  wget1.14-2
ii  x11-common  1:7.7+3
pn  x11-utils   

googleearth-package recommends no packages.

googleearth-package suggests no packages.

Dear developers, 

I guess, googleearth-package is no more usable for multiarch. There are several 
reasons, why I think so. First, the created debian package depends on 
ia32-libs-gtk, which is obsolete in wheezy. Second, it is not possible, to get 
the earth-picture when it is started, although the needed 32-bit-libs are 
installed for nvidia (libgl1-nvidia-glx:i386) as well as all dependend libs.
If I want to install libgl-nvidia-glx-ia32, which the package suggests, it 
breaks my whole system.
And last, but not least: It is well working, when I am using nvidia drivers 
installed from the NVidia site (with their installer routine).

It would be nice, if you could take a look at it.

Besides, I looked for this error in the interent, but all solutions exist from 
a time, when ia32-libs were aktive = before multiarch!

Thank you for reading this.

Best regards

Hans


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

Bug#710203: Can't install firmware from USB stick using PXE boot, amd64 wheezy

[Peter Chubb]

> "Petter" == Petter Reinholdtsen  writes:

Petter> [Peter Chubb]
>> It's more than that -- cat /proc/partitions doesn't show the stick
>> at all.  I suspect that the USB stick wasn;t recognised when it was
>> plugged in.

Petter> Right.  Then it probably is a kernel issue.  Is there anything
Petter> useful printed to dmesg when you plug it in?  Is USB working
Petter> on the machine after installation?


After installation, yes.  But nothing got printed by dmesg during the
installation when I plug in the USB stick.  And (from mempry, the
machine is now in production so I can't fiddle) lsmod didn't show all
the necessary modules --- after full installation I see:

ehci_pci   12472  0 
uhci_hcd   26976  0 
ehci_hcd   40464  1 ehci_pci

I think ehci-pci,ko is missing from the initrd.

--
Dr Peter Chubb  peter.chubb AT nicta.com.au
http://www.ssrg.nicta.com.au  Software Systems Research Group/NICTA


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

Bug#714039: [Pkg-sysvinit-devel] Bug#714039: initscripts: Require-Start problem

[Bill Wang]

Hi Petter,

[Bill Wang]

Dear Maintainer,

The problem from /etc/init.d/{minissdpd, rc.local, rmnologin}.  These
init scripts should be #Should-Start: $all rather than #Require-Start:
$all.

Why do you believe it would make a difference?

As far as I know, the change do not make sense.

I suspect minissdpd should not have a relationship on $all at all, but
do not know the package.  $all do not really behave the way most people
believe.


Yes, i also believe that $all do not really behave the way.
I think that should be #Should-Start, because #Require-Start: $all will 
have a serious

impact on OpenRC(maybe there are other init systems).

Cheers,
Bill


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

Bug#710203: Can't install firmware from USB stick using PXE boot, amd64 wheezy

[Petter Reinholdtsen]

[Peter Chubb]
> After installation, yes.  But nothing got printed by dmesg during the
> installation when I plug in the USB stick.  And (from mempry, the
> machine is now in production so I can't fiddle) lsmod didn't show all
> the necessary modules --- after full installation I see:
> 
> ehci_pci   12472  0 
> uhci_hcd   26976  0 
> ehci_hcd   40464  1 ehci_pci
> 
> I think ehci-pci,ko is missing from the initrd.

Hm, how strange.  It is present on the initrd I use for PXE
installation in Wheezy, at least.  Perhaps some code to load ehci_pci
is broken or missing?  Which initrd are you using?

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#714058: ITP: cc65 -- Cross compiler and toolchain for 6502-based systems

[John Paul Adrian Glaubitz]

Package: wnpp
Severity: wishlist
Owner: John Paul Adrian Glaubitz 

* Package name: cc65
  Version : 2.13.3
  Upstream Author : Ullrich von Bassewitz 
* URL : http://www.cc65.org/
* License : zlib and non-free
  Programming Lang: C
  Description : Cross compiler and toolchain for 6502-based systems

cc65 is a complete cross development package for 6502-based systems. It
features a C compiler plus all the standard binutils one would expect
from a toolchain, including an archiver, an assembler, a disassembler,
a linker, an object file dump utility and even a 6502 CPU simulator. A
resource compiler for the GEOS operating system as well as various
support libraries are also part of the distribution.

The following targets are supported:

* Commodore C64
* GEOS operating system on C64
* Commodore C128
* Commodore C16, C116 and Plus/4
* Commodore P500
* Commodore 600/700 family
* Apple II
* Atari 8 bit family
* Oric Atmos
* Nintendo NES
* Watara Supervision
* Atari Lynx

Both direct library support (startup/initialization code) as well as
support libraries are supplied for these targets. These libraries
include support for the following APIs:

* conio (text-based console I/O, non-scrolling)
* dio (block-oriented disk I/O)
* em (expanded memory, allowing to address >64K RAM)
* joystick (support for joystick devices)
* mouse (mouse support and other absolute input devices)
* serial (serial I/O)
* tgi (2D graphics primitives)

The cc65 compiler was originally written by John R. Dunning and comes
with an open source license which is not DFSG-compliant since it forbids
to charge for the distribution of a copy of the software. cc65 is therefore
going to be part of the non-free distribution.


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

Bug#714060: O: arc -- Archive utility based on the MSDOS ARC program

[Klaus Reimer]

Package: wnpp
Severity: normal





signature.asc
Description: OpenPGP digital signature

Bug#714059: O: webdruid -- Web server log file analysis tool

[Klaus Reimer]

Package: wnpp
Severity: normal





signature.asc
Description: OpenPGP digital signature

Bug#713927: [pkg-wine-party] Bug#713927: wine: installs but I am unable to run it. Has no launchable graphical link and no winecfg command.

[Sylvain BOILARD]

Le 24/06/2013 00:43, David Mayfair a écrit :
> Package: wine
> Version: current
> Severity: normal
> 
> [wine installs but I am unable to run it. Has no launchable
> graphical link and no winecfg command.]
> 
> -- System Information:
> Debian Release: 7.1
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: amd64 (x86_64)

Hello,

Considering that you are on an amd64 system, I suppose when you tried to
install wine apt pulled-in the wine64-bin package whose only purpose is
to display the following informational message:

,
| This is the wine64-bin helper package, which does not provide wine itself,
| but instead exists solely to provide the following information about
| enabling multiarch on your system in order to be able to install and run
| the 32-bit wine packages.
|
| The following commands should be issued as root or via sudo in order to
| enable multiarch (the last command installs 32-bit wine):
|
|   # dpkg --add-architecture i386
|   # apt-get update
|   # apt-get install wine-bin:i386
|
| Be very careful as spaces matter above.  Note that this package
| (wine64-bin) will be removed in the process.  For more information on
| the multiarch conversion, see: http://wiki.debian.org/Multiarch/HOWTO
`

In order to actually install wine, you just need to follow the
aforementioned instructions.

Regards,

-- 
Sylvain



signature.asc
Description: OpenPGP digital signature

Bug#701684: Crashes when connecting to a vm

[Lee Begg]

Some quick testing shows setting listen to 0.0.0.0 (all interfaces) gives no 
hostname in vncdisplay. This includes libvirt 1.0.6 (unstable) and 0.8.8 
(squeeze).

Hope this helps.

Regards
Lee

On Tue, 25 Jun 2013 21:56:16 Laurent Bigonville wrote:
> notfixed -1 0.5.5-4
> reopen -1
> thanks
> 
> Hello,
> 
> So what's the status of this bug? It's currently blocking migration of
> this package.
> 
> @Lee: I've not been able to reproduce a case where the "listen"
> directive is missing. When the domain is started it gets added
> automatically here. (libvirt 1.0.6-1)
> 
> Cheers
> 
> Laurent Bigonville


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

Bug#714061: josm: JOSM doesn't use the default browser

[Carlo Stemberger]

Package: josm
Version: 0.0.svn5759+dfsg1-1
Severity: normal

Dear maintainer,
my DE is Gnome, and my default browser is Iceweasel.

---
$ update-alternatives --display x-www-browser 
x-www-browser - manual mode
  link currently points to /usr/bin/iceweasel
/usr/bin/chromium - priority 40
/usr/bin/epiphany-browser - priority 85
  slave x-www-browser.1.gz: /usr/share/man/man1/epiphany-browser.1.gz
/usr/bin/iceweasel - priority 70
  slave x-www-browser.1.gz: /usr/share/man/man1/iceweasel.1.gz
Current 'best' version is '/usr/bin/epiphany-browser'.
---

Iceweasel is the default browser also in Gnome (see the attached screenshot).


As you can see here[1], JOSM should use gnome-open to run a web browser;
this command opens the web page by using Iceweasel:
---
$ gnome-open http://www.debian.org
---

So, I can't understand why JOSM runs Web (Epiphany) instead of Iceweasel.

Best regards,
Carlo


[1] http://lists.openstreetmap.org/pipermail/josm-dev/2009-November/003667.html


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

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

Versions of packages josm depends on:
ii  ant  1.9.1-1
ii  libcommons-codec-java1.8-1
ii  libgettext-commons-java  0.9.6-2
ii  libmetadata-extractor-java   2.3.1+dfsg-2
ii  liboauth-signpost-java   1.2.1.2-1
ii  libsvgsalamander-java0~svn95-1
ii  openjdk-6-jre6b27-1.12.5-2
ii  openstreetmap-map-icons-classic  1:0.0.svn28731-1

Versions of packages josm recommends:
ii  josm-l10n 0.0.svn5759+dfsg1-1
ii  josm-plugins  0.0.svn29348+ds1-1
ii  webkit-image-gtk  0.0.svn25399-3

josm suggests no packages.

-- no debconf information
<>

Bug#714039: [Pkg-sysvinit-devel] Bug#714039: initscripts: Require-Start problem

[Petter Reinholdtsen]

[Bill Wang]
> I think that should be #Should-Start, because #Require-Start: $all
> will have a serious impact on OpenRC(maybe there are other init
> systems).

Can you explain a bit more?  The way I understand $all, it is the set
of all the available scripts without a relationship on $all, thus the
dependency will always be available and there is no way it can fail to
have its dependency available.

Is OpenRC understanding it differently?  What problem will OpenRC
users experience?

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#667565: [Pkg-libvirt-maintainers] Bug#667565: virt-viewer: please compile with Spice support

[Laurent Bigonville]

Le Tue, 25 Jun 2013 12:35:27 +0200,
Guido Günther  a écrit :

> On Tue, Jun 25, 2013 at 11:44:14AM +0200, Laurent Bigonville wrote:
> > Hi,
> > 
> > Any progress in reintroducing spice support in the package?
> I forgot to upload virt-manager after updating libvirt itself. Sorry,
> uploaded now.

Thanks, but spice support is only available on i386 and amd64 (well it
should probably be available on all the little-endian architectures
according to upstream), this prevents the package from building on the
other architectures.

Cheers

Laurent Bigonville


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

Bug#714062: ITP: libstring-compare-constanttime-perl -- module for protecting string comparison from timing attacks

[Alexandre Mestiashvili]

Package: wnpp
Severity: wishlist
Owner: Alexandre Mestiashvili 

* Package name: libstring-compare-constanttime-perl
  Version : 0.300
  Upstream Author : Doug Hoyte
* URL : https://metacpan.org/module/String::Compare::ConstantTime
* License : Artistic or GPL-1
  Programming Lang: Perl
  Description : module for protecting string comparison from timing attacks

String::Compare::ConstantTime provides one function, equals(), which takes two 
strings of the same lenght as arguments.
It will return true if they are string-wise identical and false otherwise, 
just like eq. However, comparing any two differing strings will take a fixed 
amount of time, unlike eq.


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

Bug#701684: Crashes when connecting to a vm

[Laurent Bigonville]

Le Tue, 25 Jun 2013 23:07:14 +1200,
Lee Begg  a écrit :

> Some quick testing shows setting listen to 0.0.0.0 (all interfaces)
> gives no hostname in vncdisplay. This includes libvirt 1.0.6
> (unstable) and 0.8.8 (squeeze).
> 
> Hope this helps.

Thanks! I've been able to reproduce this with 0.5.5+really0.5.4-1

It seems to be fixed in 0.5.6-1 that was just uploaded, if somebody
could confirm this (the package is currently in incoming)

Cheers

Laurent Bigonville


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

Bug#710203: Can't install firmware from USB stick using PXE boot, amd64 wheezy

[Bjørn Mork]

Peter Chubb  writes:
>> "Petter" == Petter Reinholdtsen  writes:
>
> Petter> [Peter Chubb]
>>> It's more than that -- cat /proc/partitions doesn't show the stick
>>> at all.  I suspect that the USB stick wasn;t recognised when it was
>>> plugged in.
>
> Petter> Right.  Then it probably is a kernel issue.  Is there anything
> Petter> useful printed to dmesg when you plug it in?  Is USB working
> Petter> on the machine after installation?
>
>
> After installation, yes.  But nothing got printed by dmesg during the
> installation when I plug in the USB stick.  And (from mempry, the
> machine is now in production so I can't fiddle) lsmod didn't show all
> the necessary modules --- after full installation I see:
>
> ehci_pci   12472  0 
> uhci_hcd   26976  0 
> ehci_hcd   40464  1 ehci_pci

This is not a wheezy kernel.

> I think ehci-pci,ko is missing from the initrd.

Yes, you'll need to rerun update-initramfs from initramfs-tools v0.110
or newer to fix that for post-wheezy kernels.


Bjørn


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

Bug#618862: systemd: ignores keyscript in crypttab - possibilities to solve this issue

[Harald Jenny]

Dear Michael Biebl,

following the systemd survey and discussion I think these mails might be
of interest to you concerning possible ways to solve the current issue
(not only in Debian but also SuSE/upstream interest).

http://lists.freedesktop.org/archives/systemd-devel/2012-June/thread.html#5693
http://lists.freedesktop.org/archives/systemd-devel/2012-July/thread.html#5835

Kind regards
Harald Jenny


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

Bug#712995: [pkg-octave/master] Correctly call __bwdist__ from bwdist.m

[Thomas Weber]

tag 712995 pending
thanks

Date: Tue Jun 25 13:19:58 2013 +0200
Author: Thomas Weber 
Commit ID: a4dee4135f5ff8640ae66cbd0abed38177849a01
Commit URL: 
http://anonscm.debian.org/gitweb/?p=pkg-octave/octave-image.git;a=commitdiff;h=a4dee4135f5ff8640ae66cbd0abed38177849a01
Patch URL: 
http://anonscm.debian.org/gitweb/?p=pkg-octave/octave-image.git;a=commitdiff_plain;h=a4dee4135f5ff8640ae66cbd0abed38177849a01

Correctly call __bwdist__ from bwdist.m

Closes: #712995
  


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

Bug#714063: translate-toolkit: build-depends on obsolete package python-aeidon

[Ansgar Burchardt]

Source: translate-toolkit
Version: 1.10.0-1
Severity: serious

translate-toolkit build-depends on the obsolete package python-aeidon.
gaupol now only builds a python3 version (python3-aeidon).

Ansgar


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

Bug#714064: ticgitweb: depends on libhaml-ruby1.8

[Ansgar Burchardt]

Package: ticgitweb
Version: 1.0.2.11-2
Tags: jessie sid
Severity: serious

ticgitweb depends on libhaml-ruby1.8 which is no logner built from
source. Please update the dependency to ruby-haml.

Ansgar


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

Bug#714065: nmu: bbpager_0.4.7-3

[Ansgar Burchardt]

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

libbt was a transitional package for libbt0 and dropped in the most recent
upload of blackbox. However bbpager still depends on it.

Please schedule a binNMU to make it pick up the new package name.

nmu bbpager_0.4.7-3 . amd64 armel i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips 
mipsel powerpc s390 sparc . -m "Build against libbt0."

Ansgar


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

Bug#714066: [xfwm4] panel autohide broken by action buttons plugin (menu mode)

[Petr Gajdůšek]

Package: xfwm4
Version: 4.10.1-1
Severity: normal
Tags: patch

Dear maintainer,

when I add action buttons to an autohiding panel and set that plugin
to the "menu" mode, it breaks the panel autohide whenever the plugin
button is clicked and actions menu pop up.

I fixed this issue long time ago, but I probably forgot to send it
anywhere as it is not included in 4.10.1 and I cannot find a
corresponding bug report. I will link here a upstream bug report ASAP I
find it or fill new one.

Regards,
PetrFrom 2b03d8ed2f33e125d08908ff6122db542fba773f Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20Gajd=C5=AF=C5=A1ek?= 
Date: Sun, 14 Oct 2012 07:49:28 +0200
Subject: [PATCH] Actions: Fix panel autohide broken by the actions menu (bug
 #8960)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Check the button toggle status in actions_plugin_menu() and avoid to popup
the menu if the button is not pressed.

Signed-off-by: Petr Gajdůšek 
---
 plugins/actions/actions.c |5 +
 1 file changed, 5 insertions(+)

diff --git a/plugins/actions/actions.c b/plugins/actions/actions.c
index 53ff8d0..7e24806 100644
--- a/plugins/actions/actions.c
+++ b/plugins/actions/actions.c
@@ -1248,6 +1248,11 @@ actions_plugin_menu (GtkWidget *button,
 
   panel_return_if_fail (XFCE_IS_ACTIONS_PLUGIN (plugin));
 
+  // do not popup the menu if the button is being toggled off
+  if (button != NULL
+  && !gtk_toggle_button_get_active(GTK_TOGGLE_BUTTON (button)))
+return;
+
   if (plugin->menu == NULL)
 {
   plugin->menu = gtk_menu_new ();
-- 
1.7.10.4

Bug#714067: libgluezilla: Please make this package (and more) multi-architecure ready

[Roland Haeder]

Package: libgluezilla
Version: 2.6-2
Severity: normal

Dear Maintainer,

I have successully compiled WINE ( http://winehq.org ) 32-Bit on my 
64-Bit system due to many packages have been enabled multi-architecture. 
This is mostly an "easy" way, you have to add two flags (I can dig them 
out for you, if you don't find them on the Wiki) + move the *.so/.a 
files to /usr/lib/i386-linux-gnu/ for 32-bit version and the 64-bit 
version to /usr/lib/x86_64-linux-gnu/.


Well, said that I have successfully compiled WINE, why I still ask you? 
The answer is that a certain game (SimCity Societies) require 
libgluezilla being installed and it is a 32-bit-only game.


So I may ask you kindly to look into this including fixing all other 
depending packages (only 3 are left, see below).


Here is the list of remaining (currently conflicting) packages:
- libhunspell-1.2-0:i386
- xulrunner-1.9.1:i386
- libmozjs2d:i386

Best regards,
  Roland Haeder

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

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

Versions of packages libgluezilla depends on:
ii  libatk1.0-0  2.8.0-2
ii  libc62.17-5
ii  libcairo21.12.14-5
ii  libfontconfig1   2.9.0-7.1
ii  libfreetype6 2.4.9-1.1
ii  libgcc1  1:4.8.1-3
ii  libglib2.0-0 2.36.3-2
ii  libgtk2.0-0  2.24.18-1
ii  libnspr4-0d  2:4.10-1
ii  libpango1.0-01.32.5-5+b1
ii  libstdc++6   4.8.1-3
ii  xulrunner-1.9.1  1.9.1.16-20

libgluezilla recommends no packages.

libgluezilla 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#714033: mirrors.163.com: No longer available?

[Simon Paillard]

Control: forwarded -1 mir...@service.netease.com
Control: tag -1 +confirmed

Hi,

On Tue, Jun 25, 2013 at 08:21:40AM +0800, David M Smith wrote:
> Package: mirrors
> Severity: normal
> 
> I'm not sure if this is the right place or not to report this problem.

It is, and forwarded to the administrator in charge of mirrors.163.com.
 
> I've been using mirrors.163.com here in Southern China because it's the 
> fastest
> official Debian mirror in my area.
> 
> Today, it seems to be broken.  I checked the URL and it looks like all the
> packages are simply gone and replaced with ISO images.

I even got redirected to http://123.58.173.106/.help/broken.html
(from http://mirrors.163.com/debian/)

Thanks for the report.

-- 
Simon Paillard


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

Bug#714068: nmu: netexpect_0.20-3

[Ansgar Burchardt]

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

Please schedule a binNMU for netexpect to make it pick up the new wireshark
libraries.

nmu netexpect_0.20-3 . ALL . -m "Rebuild against libwireshark3, libwsutil3, 
libwiretap3."

Ansgar


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

Bug#710473: RFS: bats/0.2.0-1

[Jakub Wilk]

* Grzegorz Niewisiewicz , 2013-06-25, 00:34:
If Lintian was a bit smarter, it would also emit 
hyphen-used-as-minus-sign for this line:

.RI [ -c ] " file" ...

Fixed. What about the header? Currently it reads:

   bats \- Bash Automated Test Suite

Do we want a hyphen or a minus here?


Keep "\-". That said, at least on Debian system both should work:
http://lists.debian.org/20030327201451.ga8...@riva.ucam.org

Why does it need such a new version of coreutils? (This, on the other 
hand, might be something worth explaining in the changelog.) This 
build-dependency makes the package unbuildable on i386, which is stuck 
with an earlier version of coreutils.

I changed the dependency to coreutils from stable (>= 8.13-3.3).


Also, why does it need such a new version of bash?


Well, you didn't answer my questions. :)


Why priority "extra"? I'd use "optional".



From the Debian Policy:
optional - (In a sense everything that isn’t required is optional, but 
that’s not what is meant here.) This is all the software that you might 
reasonably want to install *if you didn’t know what it was and don’t 
have specialized requirements*. This is a much larger system and 
includes the X Window System, a full TeX distribution, and many 
applications. Note that optional packages should not conflict with each 
other.


extra - This contains all packages that conflict with others with 
required, important, standard or optional priorities, or *are only 
likely to be useful if you already know what they are or have 
specialized requirements* (such as packages containing only detached 
debugging symbols).


So I assumed that a testing tools for developers are in the category of 
specialized requirements.


I checked the practice in existing packages and I'm a little bit 
confused. For example the packages python-nose (test discoverer and 
runner) and libmysqlclient-dev are optional while python-mox (mock 
object framework) is extra.


What's the rule here? I thought that you don't want to install 
development tools unless you have specialized (i.e. programming) needs.


To give you some numbers:
27% of all binary packages have priority extra.
22% of binary packages in section devel have priority extra.

And I bet that most of these are because "extra" used to be dh_make's 
default, not because of deliberate maintainers' decisions.


--
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#714069: nmu: njplot_2.4-2

[Ansgar Burchardt]

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

Please schedule a binNMU for njplot to make it pick up libvibrant6 instead of
libvibrant6a.

nmu njplot_2.4-2 . armel armhf mips s390 s390x sparc . -m "Rebuild against 
libvibrant6."

Ansgar


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

Bug#714070: nmu: ncbi-tools6_6.1.20120620-3

[Ansgar Burchardt]

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

It looks like ncbi-tools6 was built in an unclean environment:

  libvibrant6/i386 unsatisfiable Depends: libpng15-15 (>= 1.5.2-1)

Please schedule a binNMU to get rid of that dependency.

nmu ncbi-tools6_6.1.20120620-3 . i386 . -m "Rebuild in a clean environment."

As the package builds Multi-Arch: same binaries, it might be useful to rebuild
it on the other architectures (or at least on amd64) as well.

Ansgar


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

Bug#714071: [minitube] please point to minitube-integration firefox addon in documentation

[Petr Gajdůšek]

Package: minitube
Version: 2.0-1
Severity: wishlist

Dear maintainer,

I have found myself fighting with flash/gnash/lightspark plugins that
my family/friends need only for youtube non-HTML5 videos. Until I
recently found the minitube-integration addon for firefox/iceweasel.

https://addons.mozilla.org/en-US/firefox/addon/minitube-integration

It would be really nice if it was mentioned in minitube docs (or
even packaged!), my life would be much easier :)

Thanks for your consideration,
Petr.


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

Bug#714073: nmu: slurm-drmaa_1.0.6-2

[Ansgar Burchardt]

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

Please schedule a binNMU to build slurm-drmaa against libslurm25.

nmu slurm-drmaa_1.0.6-2 . ALL . -m "Build against libslurm25."

Ansgar


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

Bug#714072: make: hangs when building libguestfs 1.22.2-1 using sbuild with -j parameter

[Hilko Bengen]

Package: make
Version: 3.81-8.2
Severity: important

Building libguestfs 1.22.2-1 on the buildds fails due to inactivity, see
.

I have been able to reproduce the exact problem using an up-to-date sid
chroot using the following command line:

$ sbuild -j2 --dist=sid --arch=amd64 libguestfs_1.22.2-1.dsc 

A make process consumes 100% CPU, the last line is:

make[4]: Leaving directory `/«PKGBUILDDIR»/debian/build-default/generator'

Everything works fine without the -j parameter to sbuild.

Upgrading make in the build chroot to 3.82-1 (from experimental) also
fixed the problem for me.

I am going to remove the "--parallel" parameter to dh(1) in debian/rules
for my next libguestfs upload.

Cheers,
-Hilko


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

Bug#714074: liferea: crash when opening audio/mpeg attachment

[Christoph Feenders]

Package: liferea
Version: 1.8.6-1.1
Severity: normal

Hi,

liferea crashes reliably when performing the following steps:

1) Open liferea
2) Select example feed "Free Music Archive"
3) Select any news item of the feed
4) Click on "1 attachment"
5) Double click on URL "http://freemusicarchive.org/music ..."

Please let me know if you need further information.

Best,
Christoph



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

Kernel: Linux 3.2.0-4-amd64 (SMP w/12 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 liferea depends on:
ii  gconf-service   3.2.5-1+build1
ii  gconf2  3.2.5-1+build1
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libgconf-2-43.2.5-1+build1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libice6 2:1.0.8-2
ii  libjson-glib-1.0-0  0.14.2-1
ii  libnotify4  0.7.5-1
ii  libpango1.0-0   1.30.0-1
ii  libsm6  2:1.2.1-2
ii  libsoup2.4-12.38.1-2
ii  libsqlite3-03.7.13-1+deb7u1
ii  libunique-1.0-0 1.1.6-4
ii  libwebkitgtk-1.0-0  1.8.1-3.4
ii  libxml2 2.8.0+dfsg1-7+nmu1
ii  libxslt1.1  1.1.26-14.1
ii  liferea-data1.8.6-1.1

Versions of packages liferea recommends:
ii  curl  7.26.0-1+wheezy3
ii  dbus  1.6.8-1+deb7u1
ii  dbus-x11  1.6.8-1+deb7u1
ii  wget  1.13.4-3

Versions of packages liferea suggests:
ii  network-manager  0.9.4.0-10

-- 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#707595:

[shuerhaaken]

Hello

I'd like to point out that releases of xnoise never require vala for
building because the release contains the C sources!

Usual configure-make-makeinstall works without vala.

bug #705677 should not be a blocker for this ITP bug.

Regards 
Jörn


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

Bug#666021: linux-image-3.2.0-2-powerpc64: Kernel reports page allocation failure: order:1, mode:0x20

[Ben Hutchings]

There is a common problem that network hardware may require multi-page
buffers, which we can't allocate (without swapping, which is not
possible in the network stack) if memory is nearly full and fragmented.
This case is similar but slightly different: the multi-page allocation
is for a new socket for a TCP connection.

This is not a PowerPC-specific issue.  (In fact POWER is much less
likely to have this problem, as its usual page size is 64K.)

Fundamentally this can't be solved, but I wonder whether the default
value of vm.min_free_kbytes is too low.

Ben.

-- 
Ben Hutchings
Life is like a sewer:
what you get out of it depends on what you put into it.


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

Bug#659762: lvm2: LVM commands freeze after snapshot delete fails

[Alasdair G Kergon]

On Mon, Jun 24, 2013 at 05:17:21PM +0200, Frank Steinborn wrote:
> What i basically want to ask is - are there any ETAs possible when this
> will be resolved? We are seriously considering a downgrade to squeeze. That
> would be a _huge_ pain, though.
 
I made some suggestions further back on the bug about the sort of things
Debian should investigate.  I do not believe these problems can be
reproduced upstream or in non-Debian-based distributions and so, as
upstream maintainer, it's not something I can justify putting any time
into: My first answer will always be to rebuild the packages using the
upstream code that works fine elsewhere.

Alasdair


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

Bug#714075: [devede] incorrect result size with avconv encoder

[Petr Gajdůšek]

Package: devede
Version: 3.23.0~ds1-2
Severity: important
Tags: patch

Dear maintainer,

Devede passes -b:v  to avconv, but this does not override
default video bitrate comming from -target option.

This easily results in output that does not fit selected media capacity,
"Adjust disc usage" having no effect.

Devede should pass -b  to avconv.

Maybe this is bug in avconv, not respecting -b:v when -target given,
but if I remember devede passes -b  to ffmpeg if used, so this
is at least inconsistency.

Regards,
Petr

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.2.0-4-amd64

Debian Release: 7.1
  900 stable-updates  ftp.cz.debian.org 
  900 stable  security.debian.org 
  900 stable  ftp.cz.debian.org 
  900 proposed-updates ftp.cz.debian.org 
   60 stable  www.deb-multimedia.org 
  500 wheezy-backports ftp.cz.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-==
dvdauthor | 0.7.0-1.1+b2
genisoimage   | 9:1.1.11-2
imagemagick   | 8:6.7.7.10-5
libav-tools   | 6:0.8.6-1
libavcodec-extra-53   | 6:0.8.6-1
libvorbis0a   | 1.3.2-1.3
libvorbisfile3| 1.3.2-1.3
mencoder  | 2:1.0~rc4.dfsg1+svn34540-1+b2
mplayer   | 2:1.0~rc4.dfsg1+svn34540-1+b2
 OR mplayer2  | 
python-cairo  | 1.8.8-1+b2
python-dbus   | 1.1.1-1
python-gobject| 3.2.2-2
python-gtk2   (>= 2.16.0) | 2.24.0-3+b1
ttf-freefont  | 
vcdimager | 0.7.24+dfsg-0.1
python  (>= 2.6.6-7~) | 2.7.3-4


Recommends   (Version) | Installed
==-+-===
libmp3lame0| 1:3.99.5-dmo2


Package's Suggests field is empty.




Description: Correctly pass bitrate to avconv
 Use -b  which overrides default values comming from -target option, rather
 than -b:v  which does not.
Author: Petr Gajdůšek 
Last-Update: 2013-06-21
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/devede_avconv_convert.py
+++ b/devede_avconv_convert.py
@@ -473,7 +473,7 @@
 command_var.append("2")
 	
 			if (vcd==False):
-command_var.append("-b:v")
+command_var.append("-b")
 command_var.append(str(videorate)+"k")
 		
 			#if disctype!="divx":

Bug#713129: ttf-cjk-compact: FTBFS: build-dependency not installable: libgettext-ruby1.8

[Hideki Yamane]

Hi,

On Sun, 23 Jun 2013 14:49:30 +0200
Christian PERRIER  wrote:
> > Sounds like libgettext-ruby1.8 should be replaced by ruby-gettext in
> > build dependencies.

 Thanks for the patch, but it seems to be necessary to update po2url.rb 
 and makettf scripts. Maybe it's better to introduce Ubuntu's implementation
 written in Python, IMO. Because it's simple and easier to maintain its code.

 https://patches.ubuntu.com/t/ttf-cjk-compact/ttf-cjk-compact_1.20ubuntu1.patch


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane


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

Bug#714076: ITP: core -- intuitive network emulator that interacts with real nets

[Joao Eriberto Mota Filho]

Package: wnpp
Severity: wishlist
Owner: Joao Eriberto Mota Filho 

* Package name: core
  Version : 4.6
  Upstream Author : Boeing Company, by Jeffrey M. Ahrenholz 

* URL : http://cs.itd.nrl.navy.mil/work/core
* License : Simplified BSD
  Programming Lang: C, C++, Python, Tcl/Tk
  Description : intuitive network emulator that interacts with real nets

 The Common Open Research Emulator (CORE) is a tool for emulating
 networks on one or more machines. You can connect these emulated
 networks to live networks.
 .
 CORE consists of a GUI for drawing topologies of lightweight virtual
 machines, and Python modules for scripting network emulation.
 .
 Key features:
 .
   1. Network lab in a box
- Efficient and scalable
- Easy-to-use GUI canvas
- Centralized configuration and control
   2. Runs applications and protocols without modifying them
   3. Real-time connection to live networks
- Hardware-in-the-loop
- Distributed with multiple COREs
   4. Highly customizable


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

Bug#714077: pan: Pan does not start.

[Jan Voelkers]

Package: pan
Version: 0.139-2
Severity: important

Dear Maintainer,

pan starts and exits immediatly as if it where started with --nzb with an
empty nzb file:

~$ pan --debug
(article-cache.cc:170:ArticleCache) loaded 0 articles into cache from
/home/jan/.pan2/article-cache
Added 0 files to the queue. Exiting.

This behaviour remains even after removing the directory ~/.pan2


-- System Information:
Debian Release: 7.1
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (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 pan depends on:
ii  gnome-keyring   3.4.1-5
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libenchant1c2a  1.6.0-7
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.7.2-5
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgmime-2.6-0  2.6.10-1
ii  libgnome-keyring0   3.4.1-1
ii  libgtk2.0-0 2.24.10-2
ii  libgtkspell02.0.16-1
ii  libnotify4  0.7.5-1
ii  libpango1.0-0   1.30.0-1
ii  libstdc++6  4.7.2-5

pan recommends no packages.

pan 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#713590: ffgtk: FTBFS: ld: ffgtk-plugins.o: undefined reference to symbol 'g_module_symbol'

[foss]

On Saturday, 22 June, 2013 08:01 PM, David Suárez wrote:

During a rebuild of all packages in sid, your package failed to build on
amd64.


A fixed package is available at 
http://mentors.debian.net/debian/pool/main/f/ffgtk/ffgtk_0.8.1-3.dsc


The package is waiting for sponsorship, I have already contacted my 
sponsor and requested his help in this matter.



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

Bug#711780: systemd: boot hangs on checking/mounting FAT or Ext4 filesystems

[Martin Steigerwald]

Am Montag, 10. Juni 2013, 00:00:08 schrieb Michael Biebl:
> Am 09.06.2013 19:22, schrieb Martin Steigerwald:
> > Package: systemd
> > Version: 44-11
> > Severity: important
> > 
> > Dear Maintainer,
> > 
> > Today I build a 3.10-rc5 kernel from upstream and rebooted in order to use
> > it.
> > 
> > Then systemd hung on mounting or checking /boot/efi (FAT32)
[…]
> > Since it worked so far I bet some recent update broke it. Can be just a
> > few days since I successfully rebooted into a new kernel a few days ago
> > with systemd.
> 
> The systemd package itself hasn't changed for quite a while, so I
> suspect a change in another package.
> Can you try to use the Debian kernel from sid or wheezy?

I can´t reproduce this anymore with systemd 44-12.

Fix may be in any other related package that I installed since reporting this.

But I think its okay to close this bug report, as I can boot with systemd just 
fine again. Just don´t know whether notfound would be approbiate way to close, 
since I am not sure whether it has been a bug in systemd or elsewhere.

Ciao,
-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7

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

Bug#714067: [pkg-mono-group] Bug#714067: libgluezilla: Please make this package (and more) multi-architecure ready

[Jo Shields]

On Tue, 2013-06-25 at 13:41 +0200, Roland Haeder wrote:
> Package: libgluezilla
> Version: 2.6-2
> Severity: normal
> 
> Dear Maintainer,
> 
> I have successully compiled WINE ( http://winehq.org ) 32-Bit on my 
> 64-Bit system due to many packages have been enabled multi-architecture. 
> This is mostly an "easy" way, you have to add two flags (I can dig them 
> out for you, if you don't find them on the Wiki) + move the *.so/.a 
> files to /usr/lib/i386-linux-gnu/ for 32-bit version and the 64-bit 
> version to /usr/lib/x86_64-linux-gnu/.
> 
> Well, said that I have successfully compiled WINE, why I still ask you? 
> The answer is that a certain game (SimCity Societies) require 
> libgluezilla being installed and it is a 32-bit-only game.
> 
> So I may ask you kindly to look into this including fixing all other 
> depending packages (only 3 are left, see below).

There is no way to fix this. Gluezilla is meaningless and nonfunctional
in the absence of an XPCOM-capable version of the Firefox browser
engine, which means you need Firefox... 3 or so, if memory serves. 

Security support for this ended years ago. There is no way to have it
installed on your system without putting yourself at security risk.


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

Bug#707595:

[Ansgar Burchardt]

On 06/25/2013 14:35, shuerhaaken wrote:
> I'd like to point out that releases of xnoise never require vala for
> building because the release contains the C sources!
>
> Usual configure-make-makeinstall works without vala.

Generated files aren't source (as in "preferred form of modification").

It's a requirement that packages can be built from source (here: vala)
with tools available in Debian. Otherwise it is, for example, not
possible to do security updates.

Ansgar


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

Bug#714078: rail: fails to install: Cannot open load file: mime-def

[Andreas Beckmann]

Package: rail
Version: 1.2.9-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package rail.
  (Reading database ... 11813 files and directories currently installed.)
  Unpacking rail (from .../archives/rail_1.2.9-1_all.deb) ...
  Setting up rail (1.2.9-1) ...
  Install rail for emacs
  Install rail for emacs23
  install/rail: Handling install for emacsen flavor emacs23
  Cannot open load file: mime-def
  ERROR: install script from rail package failed
  dpkg: error processing rail (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   rail


cheers,

Andreas


rail_1.2.9-1.log.gz
Description: GNU Zip compressed data

Bug#714079: eeepc-acpi-scripts: It doesn't function nearly completely on EeePC X101CH

[Eribian]

Package: eeepc-acpi-scripts
Version: 1.1.12
Severity: important

Dear Maintainer,
I use an Asus EeePC X101CH.
When I installed this package, I was using Debian Squeeze.
After installing the package, which worked perfectly, I decided to upgrade to
Debian Wheezy.
Once upgraded, I found that the package does not work completely.
Here's what I mean:
1) The Fn + F1, F5/F6 work only because it is the kernel to make them work.
2) The Fn + F2 allows you to turn on wifi, but not to turn it off.
3) The Fn + F11/F12 allow you to raise and lower the volume of only 5%
4) All the rest does not work.

Also when I do the login via terminal I see the message "S.H. Engine
unavaible."
Now I use Debian Jessie but the problems remain.
I also tried to use systemd as a solution, but it did not work.



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

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

Versions of packages eeepc-acpi-scripts depends on:
ii  acpi-support   0.141-2
ii  acpi-support-base  0.141-2
ii  acpid  1:2.0.18-1
ii  initscripts2.88dsf-41
ii  pm-utils   1.4.1-9
ii  rfkill 0.4-2

eeepc-acpi-scripts recommends no packages.

Versions of packages eeepc-acpi-scripts suggests:
ii  alsa-utils 1.0.27.1-1
ii  libnotify-bin  0.7.5-2


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

Bug#714040: transition: glew

[Matteo F. Vescovi]

On Tue, Jun 25, 2013 at 09:10:41AM +0200, Matteo F. Vescovi wrote:
> Just one of the packages (bino) in that list seems to be affected
> directly by this transition and fails to build because of that.
> Others packages (12), instead, FTBFS but with no glew dependency.

Update: after a quick rebuild against pure unstable, it seems like
that even arb failure has to be considered as glew-related.

Cheers.

-- 
Matteo F. Vescovi
Debian Maintainer
GnuPG KeyID: 0x83B2CF7A


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

Bug#714076: ITP: core -- intuitive network emulator that interacts with real nets

[Eriberto]

Hi! Thanks for your suggestion.

Is generic but not has a "core" (Common Open Research Emulator) in Debian.
Then we can use it.

Recently I renamed a generic name and it was poorly received by mentors and
DDs. The original name was "rename".

What is your opinion Jeffrey?

Regards,

Eriberto



2013/6/25 Konstantin Khomoutov 

> On Tue, 25 Jun 2013 09:48:23 -0300
> Joao Eriberto Mota Filho  wrote:
>
> > Package: wnpp
> > Severity: wishlist
> > Owner: Joao Eriberto Mota Filho 
> >
> > * Package name: core
> [...]
> >  The Common Open Research Emulator (CORE) is a tool for emulating
> >  networks on one or more machines. You can connect these emulated
> >  networks to live networks.
>
> The name is too generic, IMO.  "core-emulator" would be way better.
>

Bug#714076: ITP: core -- intuitive network emulator that interacts with real nets

[Konstantin Khomoutov]

On Tue, 25 Jun 2013 09:48:23 -0300
Joao Eriberto Mota Filho  wrote:

> Package: wnpp
> Severity: wishlist
> Owner: Joao Eriberto Mota Filho 
> 
> * Package name: core
[...]
>  The Common Open Research Emulator (CORE) is a tool for emulating
>  networks on one or more machines. You can connect these emulated
>  networks to live networks.

The name is too generic, IMO.  "core-emulator" would be way better.


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

Bug#714061: josm: JOSM doesn't use the default browser

[Andrew Shadura]

Hello,

On Tue, 25 Jun 2013 13:09:07 +0200
Carlo Stemberger  wrote:

> Dear maintainer,
> my DE is Gnome, and my default browser is Iceweasel.

> Iceweasel is the default browser also in Gnome (see the attached
> screenshot).

> As you can see here[1], JOSM should use gnome-open to run a web
> browser; this command opens the web page by using Iceweasel:

It's not JOSM problem, actually. Try opening Iceweasel and clicking a
'become the default browser' button, it's supposed to help.

-- 
WBR, Andrew


signature.asc
Description: PGP signature

Bug#538710: No Provides generated for modules that contain submodules

[pauli]

Tags: patch

I see that changes advertised in message #19 were reverted in the  
meantime (git commit e69b7d7473).


I understand your reasons about not generating automatically  
"provides:", but I think that could be useful specify needed  
"provides:" on command line without the need of manually edit  
debian/control every new version of a module.


What about a -P/--provides flag used to specify what "provides:" to  
set into the control file?


I have a patch for this, but I'm not a ruby programmer, so I hammered  
the code until it works for me: feel free to twist it.


Best regards

Pauli


This message was sent using IMP, the Internet Messaging Program.

>From dcfc557778fecc7ee9ab9c65ef4d0d238ddcc389 Mon Sep 17 00:00:00 2001
From: Paolo Miotto 
Date: Tue, 25 Jun 2013 15:14:17 +0200
Subject: [PATCH] Added --preserved flag

---
 dh-make-drupal |   17 +++--
 1 file changed, 15 insertions(+), 2 deletions(-)

diff --git a/dh-make-drupal b/dh-make-drupal
index e590bd9..76b3236 100755
--- a/dh-make-drupal
+++ b/dh-make-drupal
@@ -359,12 +359,12 @@ module DrupalProject
 
 # Creates the debian/control file
 def setup_control
-  depends = Dependencies.new(@release, @instdir).get
+  depends = Dependencies.new(@release, @instdir).get - Options.provides
   # For the recommendations, we remove anything that would be
   # duplicated from the dependencies
   recommends = ( Options.skip_recommend ? [] :
  ( Recommendations.new(@release, @instdir).get - 
-   depends ))
+   (Options.provides + depends) ))
   long = long_descr
 
   control = ['Source: %s' % @pkgname,
@@ -386,6 +386,13 @@ module DrupalProject
  "and might not be real packages. ").word_wrap.prefix
 
   end
+  if !Options.provides.empty?
+control << 'Provides: %s' % Options.provides.join(', ')
+long += ("\n\nThe 'provided' virtual packages were generated " +
+ "by dh-make-drupal out of packager specifications " +
+ "and might not be correct. ").word_wrap.prefix
+  end
+
   control << 'Description: %s' % short_descr
   control << long
 
@@ -979,6 +986,7 @@ class Application
 options.proj_version = nil
 options.proj_type = projtypes[0]
 options.mangle_version = true
+options.provides = nil
 
 optparse = OptionParser.new do |opts|
   opts.banner = Description
@@ -1070,6 +1078,11 @@ class Application
   'result in 1~~dev, 1.0~alpha1, 1.0~beta, 1.0~rc3). You can use ' +
   'this switch to tell dh-make-drupal to omit this mangling.'
   ) { options.mangle_version = false }
+
+  opts.on('-P', '--provides SUBMODULES', Array, 'generate the Provides: ' +
+   'line, which is built from specified submodules'
+  ) { |list| options.provides = list }
+
 end
 
 optparse.parse!
-- 
1.7.10.4

Bug#695367: [Build-common-hackers] Bug#695367: Bug#695367: [cdbs] Please, backport the fix to wheezy.

[Petr Gajdůšek]

Po 17. červen 2013, 11:20:13 CEST
Jonas Smedegaard  napsal:

> There are the general concept of backporting, and there is the
> specific project http://backports.debian.org/ .
> 
> In my previous response I was talking about backporting in general.
> 
> I am not sure which you are talking about - seems it is a mix
> (because backports.d.o only allows contributions from Debian members).

Hi,

actually, I have talked about backports.d.o. I think, according to
documentation on http://backports.debian.org/Contribute/, non DDs may
prepare backports too. 

My concerns are:

0) I still think the fix should go to proposed-updates, rather than 
backporting whole stuff, at least for support from security team and
then packages on wheezy built without relro seem weird to me, even
only locally built ones, as it is (was) release goal for wheezy.

Ad backports.d.o:
1) You are the maintainer and maybe you want make the backport yourself?
2) I am not regular CDBS user and I do not know nothing about its
internals. Though the backporting is really straightforward.
3) I see my life as rather unstable and not sure if I will be able to
backport new versions with important (e.g. security) fixes for the
whole life of wheezy (as stable and oldstable). 

Therefore I think the unintrusive fix would be better in p-u to avoid
the burden of a backport.

Regardless, I have uploaded a backport to
https://mentors.debian.net/package/cdbs, if you still think the
backport would be better then p-u and don't have objections, I can
post it to debian-backpo...@lists.debian.org.

Regards,
Petr


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

Bug#711507: Final solution?

[Camaleón]

El 2013-06-24 a las 22:47 +0200, Yves-Alexis Perez escribió:

> On lun., 2013-06-24 at 22:25 +0200, Camaleón wrote:

> > My panen layout is:
> > 
> > buttons/launchers  workspace area  window buttons | volume applet system 
> > tray  clock
> >   ^
> >   ^
> > Separator remains "fixed" here ...^ exactly at the 
> > middle of the window buttons and volume applets.
> > 
> > (see attached image)
> 
> Actually, the separator expands and cover the whole area, the bar at the
> middle can be made transparent if you don't want it. Is that what you
> miss?

Well, yes, it seems that hidding the separator (style → transparent) 
does the trick. I thought the parent window buttons would be 
constrained (reduced) but no, I just have tested and they are expanded 
as always despite the separator remains at the middle of the taskbar.

Greetings,

-- 
Camaleón 


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

Bug#714074: liferea: crash when opening audio/mpeg attachment

[Emilio Pozuelo Monfort]

On 25/06/13 14:25, Christoph Feenders wrote:
> Package: liferea
> Version: 1.8.6-1.1
> Severity: normal
> 
> Hi,
> 
> liferea crashes reliably when performing the following steps:
> 
> 1) Open liferea
> 2) Select example feed "Free Music Archive"
> 3) Select any news item of the feed
> 4) Click on "1 attachment"
> 5) Double click on URL "http://freemusicarchive.org/music ..."
> 
> Please let me know if you need further information.

Can you check if it happens with liferea from experimental?

If it does, get a gdb backtrace.

Emilio


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

Bug#714081: O: svtools -- Utilities for daemontools and multilog

[Klaus Reimer]

Package: wnpp
Severity: normal



signature.asc
Description: OpenPGP digital signature