Bug#253348: keepalived: wrong persistent timeouts

[Alexander Wirt]

On Tue, 08 Jun 2004, root wrote:

> Package: keepalived
> Version: 1.1.4-1
> Severity: important
> 
> persistent timeouts are not set properly
> 
> some service defined as (/etc/keepalived.conf)
> -
> virtual_server fwmark 5 {
> delay_loop 60
> lb_algo wlc
> lb_kind NAT
> nat_mask 255.255.255.0
> persistence_timeout 300
> protocol TCP
> ...

We don't have 2.4 anymore and as it seems this bug is fixed with recent
kernels I will close this bug now.

Thanks for reporting

Alex


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

Bug#749567: gkrellm: Crashes with 'BadRRCrtc (invalid Crtc parameter)' X Window System error

[Wolfgang Denk]

Package: gkrellm
Version: 2.3.5-6
Severity: grave
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?

Just trying to run gkrellm ...

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

This is a headless system (serial console only) so I log in using
"ssh -Y ...".  Then I try to run "gkrellm".

   * What was the outcome of this action?

I always (100% reproducable) get this error message:

The program 'gkrellm' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadRRCrtc (invalid Crtc parameter)'.
  (Details: serial 49 error_code 146 request_code 139 minor_code 20)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() 
function.)

   * What outcome did you expect instead?

I'd expect that a window with a display of the statistcs data opens.

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

Kernel: Linux 3.14.3-3-g043fe0d (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gkrellm depends on:
ii  libatk1.0-0  2.12.0-1
ii  libc62.18-7
ii  libcairo21.12.16-2
ii  libfontconfig1   2.11.0-5
ii  libfreetype6 2.5.2-1
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgnutls-openssl27  3.2.14-1
ii  libgnutls26  2.12.23-15
ii  libgtk2.0-0  2.24.23-1
ii  libice6  2:1.0.8-2
ii  libntlm0 1.4-2
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libpangoft2-1.0-01.36.3-1
ii  libsensors4  1:3.3.5-2
ii  libsm6   2:1.2.1-2
ii  libx11-6 2:1.6.2-2

gkrellm recommends no packages.

gkrellm 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#685649: Can you produce a patch for #685649?

[Thomas Goirand]

Andre,

I wont have time to work much on this bug. But could you produce a patch
for fixing it? Then I will happily apply it to the current package.

Cheers,

Thomas


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

Bug#748913: Stable doesn't seem affected

[Thomas Goirand]

Hi,

While inspecting the code of miniwget.c in Wheezy, it is looking like
version 1.5-2 isn't affected at all by #748913.

Thomas Bernard, could you please confirm this fact? I have uploaded
version 1.6-4 containing the proposed patch upstream, so if we're clear
with the Wheezy version of miniupnpc, then this bug can be closed.

Cheers,

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#721728: Broken OpenGL

[Ilya Melnikov]

Probably this bug is related to OpenGL in 3.6.1.

http://lists.nongnu.org/archive/html/linphone-users/2013-09/msg00111.html :
> The opengl renderer [in 3.6.1] is indeed broken.
> Please disable the opengl rendere when compiling.
It is recommended to '--disable-glx' on configure in version 3.6.1.
In verstion 3.7.0 this problem is partially solved - in 3.7.0 by default is 
used 'xv' for video output.

--
Ilya Melnikov

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

Bug#677865: dpkg-gencontrol warns about 'File::FcntlLock not available'

[Guillem Jover]

Hi!

On Tue, 2014-05-27 at 23:56:03 +0300, Niko Tyni wrote:
> On Tue, May 27, 2014 at 04:49:35PM +0200, Jens Thoms Toerring wrote:
> > Let's hope the new 0.20 version on CPAN is the final one;-)
> 
> Thanks for your awesome work, Jens!

Absolutely, the same goes for the debian-perl team! :)

> @debian-perl: To make this usable for the original problem (giving
> dpkg-dev a working File::FcntlLock without a transitive hard dependency
> on perlapi-*), I suppose the package should either be split or the
> ${perl:Depends} dependency should be relaxed to a recommendation.

Either would work for me, the latter might be problematic for current
code not assuming that it can fallback to use one of the pure perl
versions though. Although checking now it seems only libdpkg-perl is
making use of the module in Debian, so it might not be such an issue
after all; and would avoid a round-trip over NEW, a very tiny package,
and would guarantee the packages and modules are always present (even
if not fully functional). Anyway, I'm fine with whatever you decide.

> This way dpkg-dev could still depend on the package, and either fall
> back to File::FcntlLock::Pure if File::FcntlLock::XS doesn't work, or
> just unconditionally use File::FcntlLock::Pure. Not sure which is cleaner.

As I've mentioned before I think always using one of the pure versions
could potentially lead to ABI issues, so I'd rather only use as a
fallback when the XS is not available or functional if possible. And I'll
be implementing that for dpkg 1.17.10, leaving the dependency metadata
until the packaging side has been decided on your side.

> In the fallback option, dpkg-dev should probably set PERL_DL_NONLAZY=1
> before trying to load File::FcntlLock::XS. See #479711. 

> (Hm, my preliminary testing indicates that 5.20.0 may introduce new
>  challenges around PERL_DL_NONLAZY.  Urgh. Will investigate.)

Thanks, will take that into account! And I'm obviously interested in
any results from that investigation, which might imply having to switch
to always use the pure version for example. :)

Thanks,
Guillem


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

Bug#749566: [rpcbind] can not start rpcbind on lxc container

[jeanmarc . lacroix]

Package: rpcbind
Version: 0.2.1-3 

On amd64 Jessie system, when installing rpcbind in lxc container, 
then rpcbind can not end the init script process and always wait


root@vm-test-users:~#  which rpcbind
/sbin/rpcbind

root@vm-test-users:~# dpkg -l |grep -v ii
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name  Version  Architecture 
Description
+++-=---===

-- root@vm-test-users:~# cat /etc/apt/sources.list
deb http://ftp.debian.org/debian jessie main contrib non-free

root@vm-test-users:~# uname -a
Linux vm-test-users 3.13-0.bpo.1-amd64 #1 SMP Debian 3.13.10-1~bpo70+1 
(2014-04-23) x86_64 GNU/Linux

root@vm-test-users:~# ip route ls
default via 192.168.8.252 dev eth1-users 
192.168.6.0/24 dev eth2-services  proto kernel  scope link  src 192.168.6.7 
192.168.8.0/24 dev eth1-users  proto kernel  scope link  src 192.168.8.16 
192.168.9.0/24 dev eth0-admin  proto kernel  scope link  src 192.168.9.10 

root@vm-test-users:~# ip link ls
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN mode 
DEFAULT group default 
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
186: eth0-admin:  mtu 1500 qdisc pfifo_fast 
state UP mode DEFAULT group default qlen 1000
link/ether 02:00:00:00:64:01 brd ff:ff:ff:ff:ff:ff
188: eth1-users:  mtu 1500 qdisc pfifo_fast 
state UP mode DEFAULT group default qlen 1000
link/ether 02:00:00:00:64:02 brd ff:ff:ff:ff:ff:ff
190: eth2-services:  mtu 1500 qdisc pfifo_fast 
state UP mode DEFAULT group default qlen 1000
link/ether 02:00:00:00:64:03 brd ff:ff:ff:ff:ff:ff

Q1: When trying to startb with '-ad' option, according man documentation, then 
it seems that this option is not 
correcly implemented or fonctional ?
Please can you confirm that this option is OK ?


After running rpcbind with default option, then on stdout 
[] Starting rpcbind daemon...


Q2: Please can you implement one timeout in script as in 'nis' package so that 
init is not broken ?


root@solo:~# ps auxww |grep rpcbin
root  5665  0.0  0.0   4316   760 pts/15   S07:57   0:00 /bin/sh 
/etc/init.d/rpcbind start
root  5674  0.0  0.0  21400  1388 pts/15   S07:57   0:00 /sbin/rpcbind 
-w
root  5979  0.0  0.0   8332   864 pts/7S+   07:59   0:00 grep rpcbin
root@solo:~# strace -p 5674
Process 5674 attached - interrupt to quit
restart_syscall(<... resuming interrupted call ...>) = 0
sendto(10, 
"S\212e\1\0\0\0\0\0\0\0\2\0\1\206\240\0\0\0\2\0\0\0\3\0\0\0\0\0\0\0\0"..., 56, 
0, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("127.0.0.1")}, 
16) = 56
poll([{fd=10, events=POLLIN}], 1, 5000) = 0 (Timeout)
sendto(10, 
"S\212e\1\0\0\0\0\0\0\0\2\0\1\206\240\0\0\0\2\0\0\0\3\0\0\0\0\0\0\0\0"..., 56, 
0, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("127.0.0.1")}, 
16) = 56
poll([{fd=10, events=POLLIN}], 1, 5000) = 0 (Timeout)
sendto(10, 
"S\212e\1\0\0\0\0\0\0\0\2\0\1\206\240\0\0\0\2\0\0\0\3\0\0\0\0\0\0\0\0"..., 56, 
0, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("127.0.0.1")}, 
16) = 56
poll([{fd=10, events=POLLIN}], 1, 5000) = 0 (Timeout)
sendto(10, 
"S\212e\1\0\0\0\0\0\0\0\2\0\1\206\240\0\0\0\2\0\0\0\3\0\0\0\0\0\0\0\0"..., 56, 
0, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("127.0.0.1")}, 
16) = 56
poll([{fd=10, events=POLLIN}], 1, 5000) = 0 (Timeout)
sendto(10, 
"S\212e\1\0\0\0\0\0\0\0\2\0\1\206\240\0\0\0\2\0\0\0\3\0\0\0\0\0\0\0\0"..., 56, 
0, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("127.0.0.1")}, 
16) = 56
poll([{fd=10, events=POLLIN}], 1, 5000) = 0 (Timeout)
sendto(10, 
"S\212e\1\0\0\0\0\0\0\0\2\0\1\206\240\0\0\0\2\0\0\0\3\0\0\0\0\0\0\0\0"..., 56, 
0, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("127.0.0.1")}, 
16) = 56
poll([{fd=10, events=POLLIN}], 1, 5000


There is no possibility to stop this ...except of course killall...

Best Regards

-- 
--
  -- Jean-Marc LACROIX --
   -- mailto : jeanmarc.lacr...@free.fr --
 ---


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

Bug#749560: transition: miniupnpc

[Julien Cristau]

Hi Thomas,

On Wed, May 28, 2014 at 12:40:35 +0800, Thomas Goirand wrote:

> Note that I would like this transition to happen ASAP, because of #748913.
> 
Can't that fix be applied independently?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#749550: landscape format, from *.xlsx file

[Adrien Grellier]

forward 749550 https://bugs.kde.org/show_bug.cgi?id=335451
thanks

Hi,

The bug still occurs with calligra 2.8.3, which I am currently packaging for 
Debian unstable. As it is the last stable version (upstream prepare 2.9), I 
report the bug upstream.

Regards,

Adrien

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

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

[Julien Cristau]

On Wed, May 28, 2014 at 04:29:59 +0300, Yavor Doganov wrote:

> I'll ping you when the new core packages pass through NEW, OK?
> 
Sounds great, thanks!

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#726446: jugglemaster: missing icon entry in menu files and no desktop files Jessie Release Goal

[Helmut Grohne]

Control: block -1 by 749565
Control: tags -1 + help

On Tue, Oct 15, 2013 at 09:21:47PM +0200, Markus Koschany wrote:
> jugglemaster does not supply menu icons for jmdlx and aajm hence the
> game is not well integrated into the user's desktop environment. Please
> add an icon entry to your menu file and consider providing new quality
> icons.

The lack of icons could be considered an upstream issue. Currently there
really are no icons for JuggleMaster. Given that I am not an artist, how
am I supposed to obtain one?

> Please also provide desktop files.
> 
> https://wiki.debian.org/Games/JessieReleaseGoal

I find this request rather odd given that there is no integration into
contemporary window managers such as awesome, fluxbox or fvwm. Maybe
those driving this goal want to package xdg-menu to make .desktop files
properly integrate with the rest of the system?

Still, I took the time to come up with those files requested and checked
them with desktop-file-validate. Given the missing integration, I could
not further test them. They are included in the 0.4-7 upload. Can you
test them and report back?

Helmut


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

Bug#749565: RFP: xdg-menu -- generates menus for window managers from .desktop files

[Helmut Grohne]

Package: wnpp
Severity: wishlist

* Package name: xdg-menu
  Version : 1.5
  Upstream Author : Konstantin Korikov  
* URL : http://xdg-menu.sf.net/
* License : GPLv2+
  Programming Lang: Python
  Description : generates menus for window managers from .desktop files

It seems that Debian is slowly trying to switch from its old menu system
to the freedesktop .desktop system. Of course the long term goal should
be to have only one syntax for expressing menus and this appears to be
.desktop. That of course implies dropping support for .menu files
eventually. Unfortunately .desktop files are not yet integrated into
contemporary window managers such as awesome, fluxbox, fvwm, etc. Adding
this integration is the purpose of this package. For more information
refer to the Arch wiki: https://wiki.archlinux.org/index.php/Xdg-menu

Helmut


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

Bug#749508: segfault while trying to open an .ai file

[Pino Toscano]

tag 749508 + moreinfo
thanks

Hi,

thanks for your report.

On 2014-05-27 16:35, Yaroslav Halchenko wrote:

$> wget -q http://www.onerussian.com/tmp/NITRC_IR.ai

$> gdb --args inkscape NITRC_IR.ai
GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1.1)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 


This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show 
copying"

and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/inkscape...(no debugging symbols 
found)...done.

(gdb) r
Starting program: /usr/bin/inkscape NITRC_IR.ai
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library 
"/lib/x86_64-linux-gnu/libthread_db.so.1".

inkscape: malloc.c:2368: sysmalloc: Assertion `(old_top ==
(((mbinptr) (((char *) &((av)->bins[((1) - 1) * 2])) -
__builtin_offsetof (struct malloc_chunk, fd && old_size == 0) ||
((unsigned long) (old_size) >= (unsigned long)__builtin_offsetof
(struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) &
~((2 * (sizeof(size_t))) - 1))) && ((old_top)->size & 0x1) &&
((unsigned long)old_end & pagemask) == 0)' failed.

Program received signal SIGABRT, Aborted.
0x7fffef3a93a9 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
56  ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or 
directory.

(gdb) bt
#0  0x7fffef3a93a9 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x7fffef3ac4c8 in __GI_abort () at abort.c:89
#2  0x7fffef3ebd0d in __malloc_assert
(assertion=assertion@entry=0x7fffef4dac40 "(old_top == (((mbinptr)
(((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct
malloc_chunk, fd && old_size == 0) || ((unsigned long) (old_size)
>= (unsigned long)__builtin_offs"...,
file=file@entry=0x7fffef4d66d1 "malloc.c", line=line@entry=2368,
function=function@entry=0x7fffef4d6a58 <__func__.11276> "sysmalloc")
at malloc.c:290
#3  0x7fffef3ee889 in sysmalloc (av=0x7fffef717620 ,
nb=416) at malloc.c:2365
#4  _int_malloc (av=0x7fffef717620 , bytes=408) at 
malloc.c:3743
#5  0x7fffef3efc80 in __GI___libc_malloc (bytes=408) at 
malloc.c:2858

#6  0x7fffefeb1e6d in operator new(unsigned long) () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
#7  0x704dc56d in PDFDoc::PDFDoc(GooString*, GooString*,
GooString*, void*) () from /usr/lib/x86_64-linux-gnu/libpoppler.so.44
#8  0x7017130f in poppler_document_new_from_file () from
/usr/lib/x86_64-linux-gnu/libpoppler-glib.so.8
#9  0x0079e224 in

Inkscape::Extension::Internal::PdfImportDialog::PdfImportDialog(PDFDoc*,
char const*) ()
#10 0x0079eb03 in

Inkscape::Extension::Internal::PdfInput::open(Inkscape::Extension::Input*,
char const*) ()
#11 0x0077ffda in
Inkscape::Extension::open(Inkscape::Extension::Extension*, char
const*) ()
#12 0x00635f50 in sp_file_open(Glib::ustring const&,
Inkscape::Extension::Extension*, bool, bool) ()
#13 0x0062b703 in sp_main_gui(int, char const**) ()
#14 0x0060f1ff in main ()


Interesting, it seems that malloc is indirectly crashing, just for
408 bytes.  I cannot reproduce it here, so if you still can, I'd
suggest to
a) make sure poppler-dbg is installed
b) run valgrind on something "lighter", like poppler's pdftoppm
   (if you can reproduce the problem with it), or otherwise on
   inkscape

On the other hand...


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (300, 
'experimental')


... your system is a testing installation, yet...


ii  libc6  2.18-4
ii  multiarch-support  2.18-5


... these two come from the same source (eglibc), yet
a) their versions are not the same
b) none of them is up-to-date wrt what's currently in testing
   (2.18-7)


ii  libstdc++6 4.8.2-1


This is not up-to-date either.

Hence my suggestion is to make sure your system is *really*
up-to-date first.

Thanks,
--
Pino Toscano


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

Bug#749564: Acknowledgement (chromium uses wrong HTTP method (GET instead of POST) for some URL(s?))

[Jason Woofenden]

Ah hah! I just figured out that this is related to my "default
search engine" setting in chromium.

I have my default search setting set to:
https://duckduckgo.com/html/?q=%s

When I go to my chromium settings and click "manage search engines"
the above is default. If I click "make default" on google, then
chromium will POST to https://duckduckgo.com/html/ just fine (ie
the problem described in my original bug report is resolved.)

-- 
Jason


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

Bug#749384: gutenprint: No Epson Stylus Photo R220 or R200 drivers

[Didier 'OdyX' Raboud]

Control: severity -1 serious

Making this RC as I didn't have time to upload before the migration.

Cheers,
OdyX


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

Bug#749564: chromium uses wrong HTTP method (GET instead of POST) for some URL(s?)

[Jason Woofenden]

Package: chromium
Version: 35.0.1916.114-2
Severity: normal

Dear Maintainer,

I can't for the life of me figure out why chromium won't send a
POST to https://duckduckgo.com/html/

I've made the simplest possible html page/form:





https://duckduckgo.com/html/"; method="post">






If I change the action attribute to any other URL I can think of
(http://jasonwoof.com/, http://google.com/, https://www.paypal.com/, even
https://duckduckgo.com/) it sends a post, but with
https://duckduckgo.com/html/ it sends a GET request.

I tried sites with http, sites with https, sites with HSTS and
without. Everything works (chromium sends a POST) except
https://duckduckgo.com/html/


To reproduce:

1.  Paste the above html into a file, and go to it in chromium (or
go to https://duckduckgo.com/html/ and use the form there
(that page has no javascript on it.)

2.  right-click anywhere on the page and click "inspect element"

3.  click the Network tab

4.  check "Preserve log"

5.  Type something into the input field and press enter

Note the first entry in the log.

Expected results:

html/ POST 200 ...

Actual results

html/ GET 200


I had this same problem with chromium 34.whatever that was in sid
until very recently.

I've disabled all my plugins, restarted chromium, and I'm not using
a proxy of any kind. I do _not_ have "Enable phishing and malware
protection" checked in the chromium settings.

This is very frustrating. I've got ddg/html/ as my default search
engine (using GET) but if I edit the search terms in the ddg form,
it doesn't send the form fields (it sends a GET (as described
above) without any query string.) I suppose I could work around
this with a tampermonkey script to change the ddg forms to
method="GET", but it seems to me something is seriously wrong here,
so I made this bug report.

I hope that's helpful.

Please let me know if I can help with further testing/etc.

Thank you!

-- 
Jason

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

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

Versions of packages chromium depends on:
ii  chromium-inspector   35.0.1916.114-2
ii  gconf-service3.2.6-2
ii  libasound2   1.0.27.2-4
ii  libc62.18-7
ii  libcairo21.12.16-2
ii  libcap2  1:2.22-1.2
ii  libcups2 1.7.2-3
ii  libdbus-1-3  1.8.2-1
ii  libexpat12.1.0-5
ii  libfontconfig1   2.11.0-5
ii  libfreetype6 2.5.2-1
ii  libgcc1  1:4.9.0-4
ii  libgconf-2-4 3.2.6-2
ii  libgcrypt11  1.5.3-4
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgnome-keyring03.8.0-2
ii  libgtk2.0-0  2.24.23-1
ii  libharfbuzz0b0.9.28-2
ii  libjpeg8 8d-2
ii  libnspr4 2:4.10.4-1
ii  libnss3  2:3.16-1
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libspeechd2  0.8-6
ii  libspeex11.2~rc1.1-1
ii  libstdc++6   4.9.0-4
ii  libudev1 204-10
ii  libx11-6 2:1.6.2-2
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1
ii  libxdamage1  1:1.1.4-1
ii  libxext6 2:1.3.2-1
ii  libxfixes3   1:5.0.1-1
ii  libxi6   2:1.7.2-1
ii  libxml2  2.9.1+dfsg1-3
ii  libxrandr2   2:1.4.2-1
ii  libxrender1  1:0.9.8-1
ii  libxslt1.1   1.1.28-2
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1
ii  xdg-utils1.1.0~rc1+git20111210-7.1

chromium recommends no packages.

Versions of packages chromium suggests:
pn  chromium-l10n  
pn  mozplugger 

-- 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#430770: please upgrade to version 1.8 of libmpeg3-dev as the current version (1.5.4) is too old

[Petter Reinholdtsen]

[David Martínez Moreno]
> We can do an upload based on 1.8.  Your changelog looks great.  If
> you want I can take a look tonight or tomorrow and if everything
> looks sane put you as co-maintainer and make an upload.  Deal?

Yes.

Note, in 2009 Thibaut Paumard suggested to help out too.  Perhaps he
still is interested in helping out?  I've asked him about this
already, but not seen a reply yet.

-- 
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#749562: cannot sign in to chrome anymore

[積丹尼 Dan Jacobson]

Package: chromium
Version: 36.0.1985.18-2
Severity: wishlist

With this version one can no longer sign into chrome.

chrome://chrome-signin/?source=3&auto_close=1&email=jidanni%40gmail.com&validateEmail=1&readOnlyEmail=1

It will only give 'service unavailable. Try again later'.


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

Bug#749563: brandy: Would be nice to not automatically go into graphics mode

[David Creelman]

Package: brandy
Version: 1.20-1
Severity: wishlist

Dear Maintainer,

Hi,
I've been trying to get some old basic language stuff going and trying
to find a working interpreter has not been easy. It seems that Brandy is
pretty good and works where others don't.

The programs I'm using need to scroll down the terminal a bit and it's good to 
be able
to see some history. When in graphics mode this is not possible.
Worse still, when in graphics mode, only the first 10 or so lines are visible. 
The
bottom of the screen is blank and seem to be unable to be accessed for
text.

I would suggest that graphics mode only be turned on when -graphics is passed to
brandy. I've built my own brandy and it seems to start in text mode by default.
I would also suggest letting the graphics screen scroll to the bottom of the
graphics space (unless this is exactly what the BBC Micro did).
Regards,
David



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

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

Versions of packages brandy depends on:
ii  libc62.18-7
ii  libsdl1.2debian  1.2.15-9

brandy recommends no packages.

brandy 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#747697: [LCFC] templates://debian-security-support/{debian-security-support.templates}

[Christian PERRIER]

This is the last call for comments for the review of debconf
templates for debian-security-support.

The reviewed templates will be sent on Friday, May 30, 2014 to this bug report
and a mail will be sent to this list with "[BTS]" as a subject tag.

Please check things carefully as I'm not completly sure that I could
follow all details discussions during this review

-- 


Template: debian-security-support/ended
Type: text
#flag:translate!:4
_Description: Ended security support for one or more packages
 Unfortunately, it has been necessary to end security support for some
 packages before the end of the regular security maintenance life cycle.
 .
 The following packages found on this system are affected by this:
 .
 ${MESSAGE}

Template: debian-security-support/limited
Type: text
#flag:translate!:4
_Description: Limited security support for one or more packages
 Unfortunately, it has been necessary to limit security support for some
 packages.
 .
 The following packages found on this system are affected by this:
 .
 ${MESSAGE}
Source: debian-security-support
Section: admin
Priority: optional
Maintainer: Christoph Biedl 
Uploaders: Debian Security Team 
Build-Depends: debhelper (>= 8~),
asciidoc,
gettext,
libfile-slurp-perl,
libtest-command-perl,
libtest-differences-perl,
xmlto,
Standards-Version: 3.9.5

Package: debian-security-support
Architecture: all
Depends: ${misc:Depends},
adduser,
gettext-base,
Description: Debian security support coverage checker
 For some Debian packages, it is not feasible to maintain full security
 support for all use cases through the full distribution release
 cycle.
 .
 This package provides a program to identify installed packages for
 which support has had to be limited or prematurely ended, and to
 alert the administrator.
 .
 New versions of this package with updated checklists are provided
 via security updates.


signature.asc
Description: Digital signature

Bug#739079: transition: libav10

[Adam D. Barratt]

On Tue, 2014-05-27 at 19:54 -0400, Reinhard Tartler wrote:
> Now that libav transitioned to testing, and
> https://release.debian.org/transitions/ says '100%' next to the libav
> transition, what's left to be done here?

The old libraries need to be removed from testing.

britney's trying that, but having a few issues currently; for instance:

trying: -libavutil52/i386
skipped: -libavutil52/i386 (4 <- 56)
got: 66+0: i-57:a-1:a-0:a-0:k-3:k-3:m-0:m-0:p-0:s-2
* i386: choreonoid, choreonoid-dbg, choreonoid-plugins-base, fgrun, 
flightgear, libavcodec-extra-54, libavdevice53, libavfilter3, libavformat54, 
libcnoid-dev, libcnoid1, libliggghts-dev, libliggghts3, libliggghts3-dbg, 
libopenscenegraph-dev, libopenscenegraph99, libosgearth-dev, libosgearth3, 
libosgearthannotation3, libosgearthfeatures3, libosgearthqt3, 
libosgearthsymbology3, libosgearthutil3, libsimgear-dev, libsimgearscene3.0.0, 
libvtk6, libvtk6-dev, libyade, liggghts, openscenegraph, 
openscenegraph-plugin-citygml-shared, openscenegraph-plugin-citygml-static, 
openscenegraph-plugin-osgearth, osgearth, paraview, paraview-dev, 
paraview-python, python-vtk6, python-yade, qgis-plugin-globe, simgear-dev, 
tcl-vtk6, vtk6, xbmc, xbmc-bin, xbmc-pvr-argustv, xbmc-pvr-demo, 
xbmc-pvr-iptvsimple, xbmc-pvr-mediaportal-tvserver, xbmc-pvr-mythtv-cmyth, 
xbmc-pvr-nextpvr, xbmc-pvr-njoy, xbmc-pvr-tvheadend-hts, xbmc-pvr-vdr-vnsi, 
xbmc-pvr-vuplus, yade

The new vtk6 should be a candidate this evening, and I've aged your
openscenegraph NMU to get that migrated more quickly.

Regards,

Adam


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

Bug#749560: transition: miniupnpc

[Thomas Goirand]

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

Hi,

I wish to upload miniupnpc version 1.9.20140401, which bumped the SONAME
to 10. Affected packages (as per apt-rdepends):

Reverse Depends: 0ad (>= 0.0.16-2+b1)
Reverse Depends: bitcoin-qt (>= 0.9.1-1)
Reverse Depends: bitcoind (>= 0.9.1-1)
Reverse Depends: libeiskaltdcpp2.2 (>= 2.2.9-3)
Reverse Depends: libminiupnpc-dev (= 1.6-3)
Reverse Depends: litecoin-qt (>= 0.8.7.1-1)
Reverse Depends: litecoind (>= 0.8.7.1-1)
Reverse Depends: maki-plugins (>= 1.4.0+dfsg-1+b1)
Reverse Depends: megaglest (>= 3.7.1-3)
Reverse Depends: miniupnpc (>= 1.6-3)
Reverse Depends: transmission-cli (>= 2.82-1.1)
Reverse Depends: transmission-daemon (>= 2.82-1.1)
Reverse Depends: transmission-gtk (>= 2.82-1.1)
Reverse Depends: transmission-qt (>= 2.82-1.1)
Reverse Depends: warzone2100 (>= 3.1~beta11-2.1)

Note that I would like this transition to happen ASAP, because of #748913.

I'm holding the upload until I have your green light. Note that I haven't
tested to rebuilding all the reverse dependencies, and I'm not sure I'll
have the time to do so in the forseable future, so help regarding this
would be really appreciated.

Cheers,

Thomas Goirand (zigo)

Ben file:

title = "miniupnpc";
is_affected = .depends ~ "libminiupnpc8" | .depends ~ "libminiupnpc10";
is_good = .depends ~ "libminiupnpc10";
is_bad = .depends ~ "libminiupnpc8";


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

Bug#585456: [digikam] please don't depend on marble-data

[Filipus Klutiero]

On 2013-12-16 08:44, Filipus Klutiero wrote:

[...]



On my not-so-bare KDE install, installing Digikam (without disabling 
recommends) caused a 71 MB download and required 231 MB more of storage.


With 4.0.0, I'm now getting 73 MB / 254 MB...

By the way, #542951 also requests reducing dependencies.

--
Filipus Klutiero
http://www.philippecloutier.com


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

Bug#746709: transition: python3 -- change the default to 3.4

[Scott Kitterman]

On Tuesday, May 27, 2014 23:18:06 Emilio Pozuelo Monfort wrote:
> Control: tags -1 + confirmed
> 
> On 13/05/14 04:29, Scott Kitterman wrote:
> > On Friday, May 02, 2014 20:07:00 Matthias Klose wrote:
> >> Package: release.debian.org
> >> 
> >> Jessie should ship with Python 3.4 as the default, and with 3.4 as the
> >> only
> >> Python3 version.  So lets start with making 3.4 the default.  Two months
> >> ago, the archive was buildable with 3.4 as the default (not directly
> >> checked with unstable, but with the Ubuntu development release at this
> >> time).  The majority of the bugs seen with 3.4 [1] has been fixed in the
> >> archive.  A bug for python3.4 should be fixed for the release (#732703,
> >> Barry Warsaw is working on this), and dh-python needs some updates.
> >> Rebuilding extensions might affect ongoing transitions, but we don't have
> >> yet that many for Python3.
> >> 
> >>   Matthias
> >> 
> >> [1]
> >> https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=python3.4;users=debian-> 
> >> >> pyt h...@lists.debian.org
> > 
> > Looking at the Packages.qz for main/i386 I came up with this list of
> > packages that need uploads/binNMUs once python3.4 is default (none of
> > them support multiple python versions, so it can't be done in advance as
> > the packages are now).  It seems quite manageable to me.
> > 
> > blender  - binNMU after 3.4 default
> > gdb - binNMU after 3.4 default
> > geis - binNMU after 3.4 default
> > yafaray - binNMU after 3.4 default
> > libpeas - binNMU after 3.4 default
> > libreoffice - binNMU after 3.4 default
> > libsigrokdecode - binNMU after 3.4 default
> > postgresql-9.3 - binNMU after 3.4 default
> > pyqt5  - binNMU after 3.4 default
> > znc - binNMU after 3.4 default
> > morse-simulator - Needs source upload after 3.4 is default
> > 
> > I think we can do this anytime after the current libreoffice and pyqt5
> > uploads migrate.
> 
> As discussed on IRC, let's do this one.

Thanks.  python3-defaults is uploaded with a low enough version to transition 
to testing regardless of if the python3.4 in sid makes it or not.

Also, I think morse-simulator can be binNMUed after all.  I'm not sure now why 
I thought that needed a source upload.

Scott K

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

Bug#655665: Probably not a timeline bug

[Filipus Klutiero]

I noticed that Icedove has the same problem if I switch tabs using Ctrl+Page 
Up/Down while browsing a folder. Although Iceweasel generally doesn't have this 
bug (the tabs don't move on most pages), I'm under the impression that this is 
more of a tricky Mozilla bug.

--
Filipus Klutiero
http://www.philippecloutier.com


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

Bug#749550: landscape format, from *.xlsx file

[Lisandro Damián Nicanor Pérez Meyer]

found 749550 1:2.4.4-3
found 749550 1:2.7.5-1
tag 749550 upstream
thanks

Hi Richard!

On Tuesday 27 May 2014 21:06:05 Richard Betham wrote:
> Package: calligrasheets
> Version: 1:2.4.4-3
> 
> Somebody sent me a form to fill in.
> The form had a filename ending in ".xlsx"

Yes, this is the "new" format from MS Office.

> I used calligrasheets, on Lenny to edit it.
> The form was supposed to be in landscape format.
> My computer failed to get it all onto one sheet of "paper".
> This failure can be seen by the print preview facility in
> calligrasheets.
> 
> I attach a copy of the form.
> 
> I attach a list of some of the packages in my computer.
> 
> Please arrange for calligrasheets to correctly handle
> landscape format.
> 
> Thank you very much for maintaining calligra.

You have an interesting bug here. I can confirm it happens even with the 
latest version in the archive, fact that I'm registering. With Libreoffice it 
is correctly shown.

Please allow me to give you some feedback:

- You should really not be using Lenny. It has been deprecated [0] long ago.

[0] 

- Next time you need to fill a bug please use reportbug, it gives us more 
info. It could also be that you are using reportbug but I don't notice it 
because it's a really old version.

Thanks for your report, Lisandro.

-- 
15: Que es el "Correo Electronico"
* El correo que te llega por la corriente
Damian Nadales
http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#749559: sysvinit: Can't power off jessie from gnome poweroff menu

[Marcelo Luiz de Laia]

Package: sysvinit
Version: 2.88dsf-53
Severity: normal

Dear Maintainer,

I am using Jessie, and gnome.
When I choose my login in the upper right corner, and click Poweroff, my system
didn't do any think.

In the dmesg is showed:

system is powering down
failed to send delayed message launch helper exited with unknown return code 1

To do the trick I need to login in the new tty (tty2) and rum halt or shutdown
-h now.

I found this threat:

http://forums.debian.net/viewtopic.php?f=30&t=114589

But, if I try:

# apt-get install systemd systemd-sysv

I got that systemd is already installed and apt tell me that sysvinit package
will be removed from my system.

However, sysvinit shows:

# aptitude show sysvinit
Pacote: sysvinit
Essencial: sim
Estado: instalado
Automaticamente instalado: não
Versão: 2.88dsf-53
Prioridade: requerido
Seção: admin
Mantenedor: Debian sysvinit maintainers 
Arquitetura: i386
Tamanho Descompactado: 81,9 k
Pré-Depende de: sysvinit-core | upstart | systemd-sysv
Descrição: System-V-like init utilities - metapackage

Is systemd-sysv a dependecy for sysvinit? Why when I try to instal systemd-sysv
apt tell me that sysvinit will be removed?

Any suggestion to solve this bug?



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

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

Versions of packages sysvinit depends on:
ii  sysvinit-core  2.88dsf-53

sysvinit recommends no packages.

sysvinit 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#749558: [cp2k] /usr/bin/cp2k is a broken symbolic link

[Manolo Díaz]

Package: cp2k
Version: 2.5.1-1
Severity: normal

Hi, 

/usr/bin/cp2k is a broken symbolic link that points to a non existent
file cp2k.* in the same directory and fails with "cp2k: not found".

Instead, /usr/bin/cp2k.popt can run provided examples successfully.


Regards,
--
Manolo Díaz


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

Bug#749557: fixes to build martian-modem-source with 3.x kernels - at least to 3.13

[Paul McClay]

Package: martian-modem-source
Version: 20080625-2

The martian_dev driver didn't build with kernel 3.13 due to an
accumulation of problems with 3.x kernels.

See more description and a diff/patch file attached to Ubuntu bug 1323895
https://bugs.launchpad.net/ubuntu/+source/martian-modem/+bug/1323895


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

Bug#749462: [pcp] Bug#749462: Bug#749462: pcp-gui-testsuite: not installable in sid

[Nathan Scott]

- Original Message -
> [...]
> it ususally should happen automatically, but it probably didn't in this case
> since pcp-gui-testsuite isn't provided by the pcp source package.
> 
> See [1] for how to request removals.
> 

Thanks Ralf, bug #749556 has been opened for the ftpmasters.

--
Nathan


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

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

[Yavor Doganov]

On Sat, Apr 26, 2014 at 12:44:45PM +0200, Philipp Kern wrote:
> Yavor, is there any plan to do the transition? #673538 didn't look
> like it was blocking on us.

Please accept my apologies for being MIA for so long.

I have the new GNUstep core packages ready at mentors.d.n (targeted
for experimental, of course).  There were new upstream releases in the
meantime, so we'll omit -gui0.22 entirely.  IOW:

libgnustep-base1.22 -> 1.24
libgnustep-gui0.20  -> 0.24

I rebuilt all GNUstep packages in the archive and fortunately there
are only two FTBFS bugs -- #749553 (cenon.app) and #749554 (sogo).
gnustep-dl2 also fails to build, but that's due to the
texi2html->makeinfo switch in gnustep-make and is trivial to fix (I'll
report the bug tomorrow).  In the next few days I'll examine the build
logs for compiler warnings and will report those issues that may lead
to problems at runtime.

I'll ping you when the new core packages pass through NEW, OK?


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

Bug#747105: [Pkg-utopia-maintainers] Bug#747105: Bug#747105: policykit-1: depends on systemd - breaks libpolkit-backend

[Woody]

Michael Biebl wrote:

Am 25.05.2014 17:15, schrieb Michael Biebl:

Am 25.05.2014 15:32, schrieb Woody:

Laurent Bigonville wrote:

Woody wrote:

I see also a broken behaviour. I am doing a dual boot - with and
without systemd.
Till the libpolkit-backend has been linked against systemd, it has
worked just fine.

The problem is now that backend is trying to blindly use systemd, and
fails if systemd is not running as init. With that change the user
authentication for network-manager or pcmanfm mounting are broken -
there is just a pcmanfm msgbox "Not Authorized".

So *libpolkit-backend should first try to verify if systemd is an
init program, and if not - do not try to use it for authentication* -
it will definitely fail - so there is no point doing so.

I understand that running without systemd is not a typical Debian
installation, but dependence on systemd should not be a mandatory for
Debian breaking everything either.

The only thing that policykit expects is a registered logind session
(you can use loginctl command to check if it exists), not systemd as
PID1. Moreover, network-manager also using logind for session tracking
since 0.9.8.8-1.


My point is that if I overwrite the libpolkit-backend 1.0.5-5 with the
.so from 1.0.5-4 - the network manager and pcmanfm manage to
authenticate (probably using consolekit)

It is an important bug.

Could you please check if you have a logind session registered. Also
which DM are you using to login?

Laurent, no DM. Imagine an embedded system starting X first, asking
questions (and services ;-0) later...  Here is the logincmd data :

/woody> loginctl list-sessions
SESSIONUID USER SEAT
 c1   1000 user seat0

1 sessions listed.

  /woody> loginctl session-status c1
c1 - user (1000)
Since: Mon 2014-05-19 12:41:21 EDT; 5 days ago
   Leader: 1475 (su)
 Seat: seat0; vc1
  TTY: /dev/tty1
   Remote: user root
  Service: su; type tty; class user

And please don't login as root and use su to start the X session, but
login as your regular user and then run startx, so the session is
properly tracked.

Michael


Michael, thanks, you describe how a regular Linux session is (should be) 
established.
However I am creating a single user embedded environment without a need 
for login.

There is no login and no DM.
The init process runs as root, starts via "su -c user" an X session.
I have selected to run X on vt2 because there often are extra 
kernel/warnings messages on vt1. Probably I could run X on vt1, however 
it would have hide them.

None of these is "illegal" (I think 8-) )

The current Debian policykit change is forcing systemd as the only 
solution for system init. That may be a valid policy, but unless it is 
confirmed to be a sane choice for the future - I consider it a broken 
backward functionality... So it is a decision to make...


Thanks, Woody


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

Bug#749478: please enable support for python3 bindings

[Jon Bernard]

* Sebastian Andrzej Siewior  wrote:
> Package: src:babeltrace
> Version: 1.2.1-2
> Tags: patch
> Severity: wishlist
> 
> Please enable python3 bindings in the babeltrace package. Patch
> attached.

This is pretty awesome, thanks for making a patch for this.  I will try
it on my next babeltrace iteration.

Cheers,

-- 
Jon


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

Bug#749556: RM: pcp-gui -- NVIU; Superceded by pcp-3.9.4 which has a pcp-gui subpackage

[Nathan Scott]

Package: ftp.debian.org
Severity: normal

Hi folks,

pcp-3.9.4 has included the sources for pcp-gui, and builds the
pcp-gui as a sub-package along with several others.  Thus the
source for the pre-existing, separate package pcp-gui(-1.5.13)
in unstable would ideally be removed at this point.

Many thanks!

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

Kernel: Linux 3.2.0-4-rt-686-pae (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#749555: lp-solve: please provide man page for /usr/bin/lp_solve

[David Bremner]

Package: lp-solve
Version: 5.5.0.13-7+b1
Severity: wishlist

most of the needed content seems to be in 

 /usr/share/doc/lp-solve-doc/index.html



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

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

Versions of packages lp-solve depends on:
ii  libc6   2.18-7
ii  libcolamd2.8.0  1:4.2.1-3

lp-solve recommends no packages.

lp-solve 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#749554: sogo: FTBFS with gnustep-base/1.24.6: testsuite failure

[Yavor Doganov]

Source: sogo
Version: 2.1.1b-1
Severity: important
Tags: sid jessie
User: pkg-gnustep-maintain...@lists.alioth.debian.org
Usertags: gnustep-base1.24-transition gnustep-transition

This package fails to build on amd64 with gnustep-base/1.24.6-1 with
the following error:

Making check in Tests/Unit ...
./obj/sogo-tests
2014-05-27 15:36:24.729 sogo-tests[9040] File NSBundle.m: 880. In 
+[NSBundle(Private) _addFrameworkFromClass:] Could not find framework SOGo in 
any standard location
F.2014-05-27 15:36:24.769 sogo-tests[9040] Note: Using UTF-8 as URL encoding in 
NGExtensions.
F.F.F
==
FAIL: test_rendering (TestVersit.m:81)
--
objects 'ELEM:NAMED3=text1\;text2;NAMED1=1,2,3;NAMED2=1\,2\,3

' and 'ELEM:NAMED1=1,2,3;NAMED2=1\,2\,3;NAMED3=text1\;text2

' differs

==
FAIL: test_stringByEscapingURL (TestNSString+URLEscaping.m:50)
--
string 'sogo+test' badly escaped: 'sogo%2Btest' (expected 'sogo+test')

==
FAIL: test_occurrenceForDate_ (TestiCalTimeZonePeriod.m:84)
--
test 0: seconds do not match: delta = -18000

==
FAIL: test_generateDataForHeaderFieldNamed_value_ 
(TestNGMimeAddressHeaderFieldGenerator.m:79)
--
received 'wolfg...@test.com,
   wolfg...@test.com' instead of '"" ' 
for '"" '

--
Ran 15 tests

FAILED (4 failures, 0 errors)
GNUmakefile:46: recipe for target 'check' failed
make[3]: *** [check] Error 1


Latest versions of the GNUstep core packages are available at
mentors.d.n. [*]; they will be uploaded to experimental first.  The
severity of this bug will be raised to `serious' once they're in sid.

[*]
http://mentors.debian.net/debian/pool/main/g/gnustep-make/gnustep-make_2.6.6-1.dsc
http://mentors.debian.net/debian/pool/main/g/gnustep-base/gnustep-base_1.24.6-1.dsc
http://mentors.debian.net/debian/pool/main/g/gnustep-gui/gnustep-gui_0.24.0-1.dsc
http://mentors.debian.net/debian/pool/main/g/gnustep-back/gnustep-back_0.24.0-1.dsc


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

Bug#749027: [Pkg-clamav-devel] Bug#749027: The ClamAV daemon stops working.

[Jim Barber]

Hi Andreas

On 2014-05-27 18:39, Andreas Cadhalpun wrote:

Hi Jim,

You could try it with 0.98.1, but I'm not sure if that would help.


I think I'll keep moving on with the new versions, and hopefully we
can find the real problem.


I think the problem here is that there is a second 'Restarting
on-access scan' message only 4 seconds after another one and without
the usual 'ERROR: ScanOnAccess: fanotify_init [...]' between them.

This looks as if the reload is started again, while the previous
reload is not yet finished. Probably this should not happen, as it
seems to cause a deadlock.


It does appear that way.
Higher up in the log there are also instances where two restarts 
happened

within seconds of each other, but I guess were far enough apart to
avoid the race/deadlock situation that the daemon seems to be 
encountering.


Shall I upgrade to 0.98.4~rc1 again and reconfigure freshclam to no 
longer

notify the ClamAV daemon when an update is available?


Yes, please try this and let us know, if it helps.


I have upgraded to 0.98.4-rc1 again, but at this stage I've left the 
freshclam

notications on to see if we can find the cause of the hangs.


Also could you please check, if /var/log/clamav/freshclam.log contains
'Clamd successfully notified about the update.' around the time 'Mon
May 26 22:52:23 2014', where the hang happened, or if there is a
related error message.


The freshclam logs around this time are as follows:

Mon May 26 21:52:15 2014 -> --
Mon May 26 22:52:15 2014 -> Received signal: wake up
Mon May 26 22:52:15 2014 -> ClamAV update process started at Mon May 
26 22:52:15 2014
Mon May 26 22:52:15 2014 -> main.cld is up to date (version: 55, 
sigs: 2424225, f-level: 60, builder: neo)

Mon May 26 22:52:16 2014 -> Downloading daily-19034.cdiff [100%]
Mon May 26 22:52:17 2014 -> daily.cld updated (version: 19034, sigs: 
968759, f-level: 63, builder: neo)
Mon May 26 22:52:19 2014 -> Database updated (3392984 signatures) 
from db.local.clamav.net (IP: 117.104.160.194)
Mon May 26 22:52:23 2014 -> Clamd successfully notified about the 
update.

Mon May 26 22:52:23 2014 -> --
Mon May 26 23:52:23 2014 -> Received signal: wake up
Mon May 26 23:52:23 2014 -> ClamAV update process started at Mon May 
26 23:52:23 2014
Mon May 26 23:52:23 2014 -> main.cld is up to date (version: 55, 
sigs: 2424225, f-level: 60, builder: neo)
Mon May 26 23:52:23 2014 -> daily.cld is up to date (version: 19034, 
sigs: 968759, f-level: 63, builder: neo)

Mon May 26 23:52:24 2014 -> --

It looks like freshclam believes the notification was successful.


You can set 'Debug true' in clamd.conf.


I have done this to see if there is more information the next time
version 0.98.4-rc1 hangs.
There is also a 'LogVerbose false' parameter.
Is it worth settng that to true?
Or is that pointless when you have Debug enabled?


Is the problem perhaps related to these messages?

 -> ERROR: ScanOnAccess: fanotify_init failed: Operation not 
permitted

 -> ScanOnAccess: clamd must be started by root


I don't think this is related, but if the above doesn't help, you
could try disabling ScanOnAccess or running clamd as root.


Okay, I'll hold off on doing that for now since I also think this is
probably not related.

Jim.


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

Bug#749553: cenon.app: FTBFS with gnustep-gui/0.24: TileScrollView.m:94:9: error: pointer value used where a floating point value was expected

[Yavor Doganov]

Source: cenon.app
Version: 3.93-1.2
Severity: important
Tags: sid jessie
User: pkg-gnustep-maintain...@lists.alioth.debian.org
Usertags: gnustep-gui0.24-transition gnustep-transition

This package fails to build on i386/amd64 with gnustep-gui/0.24.0-1
with the following error:

 Compiling file TileScrollView.m ...
TileScrollView.m: In function '-[TileScrollView zoomIn:]':
TileScrollView.m:94:9: warning: 'NSCollectionViewItem' may not respond to 
'-tag' [enabled by default]
 if (Diff((float)[[resPopupListButton itemAtIndex:row] tag] / 100.0, 
oldScaleFactor) < 0.001)
 ^
TileScrollView.m:94:9: warning: (Messages without a matching method signature 
[enabled by default]
TileScrollView.m:94:9: warning: will be assumed to return 'id' and accept 
[enabled by default]
TileScrollView.m:94:9: warning: '...' as arguments.) [enabled by default]
TileScrollView.m:94:9: error: pointer value used where a floating point value 
was expected
TileScrollView.m:94:9: warning: 'NSCollectionViewItem' may not respond to 
'-tag' [enabled by default]
TileScrollView.m:94:9: error: pointer value used where a floating point value 
was expected
TileScrollView.m:94:9: warning: 'NSCollectionViewItem' may not respond to 
'-tag' [enabled by default]
TileScrollView.m:94:9: error: pointer value used where a floating point value 
was expected
TileScrollView.m:101:5: warning: 'NSCollectionViewItem' may not respond to 
'-tag' [enabled by default]
 scaleFactor = [[resPopupListButton itemAtIndex:row] tag] / 100.0;
 ^
TileScrollView.m:101:62: error: invalid operands to binary / (have 'id' and 
'double')
 scaleFactor = [[resPopupListButton itemAtIndex:row] tag] / 100.0;
  ^
TileScrollView.m: In function '-[TileScrollView zoomOut:]':
TileScrollView.m:120:9: warning: 'NSCollectionViewItem' may not respond to 
'-tag' [enabled by default]
 if (Diff((float)[[resPopupListButton itemAtIndex:row] tag] / 100.0, 
oldScaleFactor) < 0.001)
 ^
TileScrollView.m:120:9: error: pointer value used where a floating point value 
was expected
TileScrollView.m:120:9: warning: 'NSCollectionViewItem' may not respond to 
'-tag' [enabled by default]
TileScrollView.m:120:9: error: pointer value used where a floating point value 
was expected
TileScrollView.m:120:9: warning: 'NSCollectionViewItem' may not respond to 
'-tag' [enabled by default]
TileScrollView.m:120:9: error: pointer value used where a floating point value 
was expected
TileScrollView.m:126:5: warning: 'NSCollectionViewItem' may not respond to 
'-tag' [enabled by default]
 scaleFactor = (float)[[resPopupListButton itemAtIndex:row] tag] / 100.0;
 ^
TileScrollView.m:126:5: error: pointer value used where a floating point value 
was expected
TileScrollView.m: In function '-[TileScrollView magnifyRegion:]':
TileScrollView.m:172:9: warning: 'NSCollectionViewItem' may not respond to 
'-tag' [enabled by default]
 if (Diff((float)[[resPopupListButton itemAtIndex:row] tag] / 100.0, 
oldScaleFactor) < 0.001)
 ^
TileScrollView.m:172:9: error: pointer value used where a floating point value 
was expected
TileScrollView.m:172:9: warning: 'NSCollectionViewItem' may not respond to 
'-tag' [enabled by default]
TileScrollView.m:172:9: error: pointer value used where a floating point value 
was expected
TileScrollView.m:172:9: warning: 'NSCollectionViewItem' may not respond to 
'-tag' [enabled by default]
TileScrollView.m:172:9: error: pointer value used where a floating point value 
was expected
TileScrollView.m:181:9: warning: 'NSCollectionViewItem' may not respond to 
'-tag' [enabled by default]
 scaleFactor = [[resPopupListButton itemAtIndex:row] tag] / 100.0;
 ^
TileScrollView.m:181:66: error: invalid operands to binary / (have 'id' and 
'double')
 scaleFactor = [[resPopupListButton itemAtIndex:row] tag] / 100.0;
  ^
TileScrollView.m:187:5: warning: 'NSCollectionViewItem' may not respond to 
'-tag' [enabled by default]
 scaleFactor = [[resPopupListButton itemAtIndex:row] tag] / 100.0;
 ^
TileScrollView.m:187:62: error: invalid operands to binary / (have 'id' and 
'double')
 scaleFactor = [[resPopupListButton itemAtIndex:row] tag] / 100.0;
  ^
/usr/share/GNUstep/Makefiles/rules.make:468: recipe for target 
'obj/Cenon.obj/TileScrollView.m.o' failed


Latest versions of the GNUstep core packages are available at
mentors.d.n. [*]; they will be uploaded to experimental first.  The
severity of this bug will be raised to `serious' once they're in sid.

[*]
http://mentors.debian.net/debian/pool/main/g/gnustep-make/gnustep-make_2.6.6-1.dsc
http://mentors.debian.net/debian/pool/main/g/gnustep-base/gnustep-base_1.24.6-1.dsc
http://mentors.debian.net/debian/pool/main/g/gnustep-gui/gnustep-gui_0.24.0-1.dsc
http://mentors.debian.net/debian/pool/main/g/gn

Bug#674042: #674042 python-django-pipeline: breaks python-pipeline

[Brian May]

Hello,

I believe this bug report can be closed.

There is no conflicting package in unstable.

python-pipeline is no longer maintained upstream, was orphaned, and now has
been removed from unstable *and* testing.

http://packages.qa.debian.org/p/python-pipeline.html
http://bugs.debian.org/747043

If no one objects soon, I will close this bug report.

Thanks.
-- 
Brian May 

Bug#749552: RFS: gnustep-back/0.24.0-1

[Yavor Doganov]

Package: sponsorship-requests
Severity: normal
Control: block -1 with 749452

Dear mentors,

I am looking for a sponsor for my package "gnustep-back".
It builds these binary packages:

gnustep-back-common - GNUstep GUI Backend - common files
gnustep-back-dbg - GNUstep GUI Backend - debugging symbols
gnustep-back0.24 - GNUstep GUI Backend
gnustep-back0.24-art - GNUstep GUI Backend (art)
gnustep-back0.24-cairo - GNUstep GUI Backend (cairo)

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

  http://mentors.debian.net/package/gnustep-back

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

  dget -x 
http://mentors.debian.net/debian/pool/main/g/gnustep-back/gnustep-back_0.24.0-1.dsc

Changes since the last upload:

gnustep-back (0.24.0-1) experimental; urgency=low

  * New major upstream release.
  * Ack NMU, thanks gregor herrmann.
  * debian/rules (build-arch, build-indep): Remove dependency on
$(QUILT_STAMPFN).
(v_gui): Bump to 0.24.
(p_gpbs, d_gpbs): Remove.
(install-art): Move gpbs to -common.
(binary-arch): Install the manpage in -common.  Bump alternatives
priority of cairo to make it the default.
(install-indep): Do not create Developer symlink.
  * debian/patches/cairo-fc.patch: Delete, not needed anymore.
  * debian/patches/fontconfig-libs.patch: New, fixes FTBFS with
-Wl,--no-undefined.
  * debian/patches/autoreconf.patch: Regenerate.
  * debian/patches/series: Update.
  * debian/control.m4 (gnustep-gpbs): Remove, it seems unnecessary kludge
to have it as an extra package.
(gnustep-back`'SOV_BACK) : Replace art with cairo.
(gnustep-back-common) : Set to "any".
: Add ${shlibs:Depends}.  Remove version requirement for
mknfonts.tool.
: Add gnustep-gpbs.
(gnustep-back-dbg) : Replace gnustep-gpbs with
gnustep-back-common.
: Replace libgnustep-gui0.22-dbg with
libgnustep-gui0.24-dbg.
(Suggests): Replace ttf-dejavu with fonts-dejavu.
(Vcs-Git): Use the canonical URI.
(Standards-Version): Bump to 3.9.5 (no changes needed).
  * debian/control: Regenerate.
  * debian/gnustep-back-common.postinst: In case of failure, inform about
/var/log/gnustep-back-common.log.
  * debian/gnustep-back-common.prerm: Delete gnustep-back-common.log only
on purge.
  * debian/copyright: Update copyright years, add more copyright holders
and licenses.  Clarify that gpbs's license is GPLv3+.

The RC bug (#663388) is actually fixed, waiting for the GNUstep
transition to take effect.


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

Bug#749551: debian-security-support: Packages removed but not purged are treated as installed

[Christoph Biedl]

Package: debian-security-support
Version: 2014.05.27
Severity: normal

As briefly discussed in IRC, the check-support-status program wrongly
treats packages that have been removed but not purged as installed
packages, instead of ignoring them. As a result, the e.g. vlc is still
reported as "not supported".

Christoph


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

Bug#748867: Missing API keys, some features of chromium are disabled

[積丹尼 Dan Jacobson]

found 748867 36.0.1985.18-2
thanks
Reproducible on a virgin account with merely
# su - nobody -c "HOME=/tmp/G chromium "&
Here the API message remains on the screen.


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

Bug#712209: pulseaudio: getting no audio

[Felipe Sateler]

Hi Francesca,

On Sat, May 17, 2014 at 6:56 AM, Francesca Ciceri  wrote:
> Package: pulseaudio
> Version: 5.0-2
> Followup-For: Bug #712209
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> I'm experiencing this as well, since yesterday.
> I was able to get audio only following the suggestion in Message 10, ie doing 
> a
> 'alsactl init' as root. And the effect is lost on reboot/shutdown.
>
> root@malatesta:/home/madamezou# alsactl init
> Found hardware: "HDA-Intel" "ATI R6xx HDMI"
> "HDA:1002aa01,00aa0100,00100200" "0x17aa" "0x5104"
> Hardware is initialized using a generic method
>
> Here's the requested information, let me know if you need more.
>
> madamezou@malatesta:~$ pulseaudio -k ; pulseaudio -
> E: [pulseaudio] core-util.c: Failed to create secure directory
> (/run/user/1000/pulse): Permission denied

This doesn't seem right. What does ls -la /run/user/1000 say?

> E: [pulseaudio] main.c: Failed to kill daemon: Permission denied

That also doesn't look good, probably related to the above. Also, is
there another pulseaudio process running?

> I: [pulseaudio] main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed:
> Operation not permitted
> I: [pulseaudio] main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed:
> Operation not permitted
> D: [pulseaudio] core-rtclock.c: Timer slack is set to 50 us.
> D: [pulseaudio] core-util.c: RealtimeKit worked.
> I: [pulseaudio] core-util.c: Successfully gained nice level -11.
> I: [pulseaudio] main.c: This is PulseAudio 5.0
> D: [pulseaudio] main.c: Compilation host: x86_64-pc-linux-gnu
> D: [pulseaudio] main.c: Compilation CFLAGS: -g -O2 -fstack-protector
> - --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -W
> - -Wextra -pipe -Wno-long-long -Wno-overlength-strings
> - -Wunsafe-loop-optimizations -Wundef -Wformat=2 -Wlogical-op
> - -Wsign-compare -Wformat-security -Wmissing-include-dirs
> - -Wformat-nonliteral -Wpointer-arith -Winit-self
> - -Wdeclaration-after-statement -Wfloat-equal -Wmissing-prototypes
> - -Wredundant-decls -Wmissing-declarations -Wmissing-noreturn -Wshadow
> - -Wendif-labels -Wcast-align -Wstrict-aliasing -Wwrite-strings
> - -Wno-unused-parameter -ffast-math -fno-common -fdiagnostics-show-option
> D: [pulseaudio] main.c: Running on host: Linux x86_64 3.2.0-4-amd64 #1
> SMP Debian 3.2.41-2
> D: [pulseaudio] main.c: Found 2 CPUs.
> I: [pulseaudio] main.c: Page size is 4096 bytes
> D: [pulseaudio] main.c: Compiled with Valgrind support: no
> D: [pulseaudio] main.c: Running in valgrind mode: no
> D: [pulseaudio] main.c: Running in VM: no
> D: [pulseaudio] main.c: Optimized build: yes
> D: [pulseaudio] main.c: FASTPATH defined, only fast path asserts
> disabled.
> I: [pulseaudio] main.c: Machine ID is b62e5895dc56af9045d836ba50ab17ca.
> I: [pulseaudio] main.c: Session ID is 1.
> E: [pulseaudio] core-util.c: Failed to create secure directory
> (/run/user/1000/pulse): Permission denied
>
> madamezou@malatesta:~$ pactl list
> Failed to create secure directory (/run/user/1000/pulse): Permission
> denied
> Connection failure: Connection refused
> pa_context_connect() failed: Connection refused

Do you have these same errors after alsactl init? If not, what does
/run/user/1000 look like after that?

-- 

Saludos,
Felipe Sateler


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

Bug#600547: python-scipy: Scipy Documentation not in Debian

[Julian Taylor]

On 08.05.2014 09:02, Denis Laxalde wrote:
> tags 600547 +patch pending
> stop
> 
> I've updated the packaging in svn so that documentation is built in a
> dedicated binary. (This probably needs review though.)
> 

thanks though the patch does not work with binary-arch builds due to
sphinxdoc quirks and introduced another build step.
Updated svn with fixes for that and also added tex dependencies to get
proper formulas.


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

Bug#739079: transition: libav10

[Reinhard Tartler]

Now that libav transitioned to testing, and
https://release.debian.org/transitions/ says '100%' next to the libav
transition, what's left to be done here?

Best,
Reinhard


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

Bug#747609: ruby2.0 removal transition: request for NMUs

[Antonio Terceiro]

On Wed, May 28, 2014 at 12:45:08AM +0200, Emilio Pozuelo Monfort wrote:
> There are various build failures, see:
> 
> https://buildd.debian.org/status/package.php?p=graphviz%2Cmarisa%2Cngraph-gtk%2Cnotmuch%2Cobexftp%2Credland-bindings%2Csubtle%2Czeroc-ice%2Cruby-pgplot%2Ctreil%2Cvim&suite=sid

gah :-/

Thanks, I will look into those.

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#430770: please upgrade to version 1.8 of libmpeg3-dev as the current version (1.5.4) is too old

[David Martínez Moreno]

On 5/27/14, 4:06 AM, Petter Reinholdtsen wrote:
> [Petter Reinholdtsen]
>> Are you still maintaining this package?  Last maintainer upload was
>> in 2006.
> 
> To try to help getting a new version into Debian, I created a git
> repository for the package and made it available as
> http://anonscm.debian.org/gitweb/?p=collab-maint/libmpeg3.git;a=summary 
> >.

Hello, Peter.  Great to hear!

> I fetched old upstream tarballs from version 1.5.0 to version 1.8, and
> debian versions from version 1.5.4-4 to version 1.5.4-5.1, and
> imported these using git-import-orig and git-import-dsc.  I've tried
> my best to keep the fixes and changes that was already present in
> versoin 1.5.4-5.1.
> 
> This is the changelog for the source in git.  What should we do now?
> NMU?  Handover?  You do an upload based on the git version?  I'll do
> an NMU if I do not hear anything.

We can do an upload based on 1.8.  Your changelog looks great.  If you 
want I
can take a look tonight or tomorrow and if everything looks sane put you as
co-maintainer and make an upload.  Deal?

> libmpeg3 (1.8-0.1) UNRELEASED; urgency=low
> 
>   * Update to debhelper 9 support.
>   * Move source patches to debian/patches/ and package format to 3.0
> (quilt).
[...]


Ender.




signature.asc
Description: OpenPGP digital signature

Bug#747609: transition: ruby2.0 removal

[Antonio Terceiro]

On Tue, May 27, 2014 at 09:55:53PM +0200, Emilio Pozuelo Monfort wrote:
> tags 747609 + confirmed pending
> forwarded 747609 https://release.debian.org/transitions/html/ruby2.0-rm.html
> thanks

Thanks!

> On 10/05/14 19:24, Antonio Terceiro wrote:
> > On Sat, May 10, 2014 at 12:51:25PM +0200, Christian Hofstaedtler wrote:
> >> During the ruby1.9.1-rm transition we discovered very late in the
> >> process that we were missing some packages, esp. xapian-bindings.
> >> As I know very little about ben, please crosscheck the ben file.
> 
> Created.
> 
> >>
> >> Thanks,
> >> Christian
> >>
> >>
> >> Ben file:
> >>
> >> title = "ruby2.0";
> >> is_affected = .depends ~ /ruby/ | .build-depends ~ /ruby/;
> > 
> > you also want to involve the packages that build-depend on gem2deb as
> > they often won't depend on ruby directly.
> 
> How would we know whether they are good or bad if they don't depend or build
> depend on ruby?

They get dependencies on librubyX.Y generated dynamically based on the
ones used at build time. They build-depend on gem2deb, which in turn
will depend on the right rubyX.Y/librubyX.Y

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#749285: [Pkg-salt-team] Bug#749285: salt-common: please ship pyobject render

[Joe Healy]

I understand your concern and frustration with the removal of the feature.

Given there is an easy way to add pyobjects in when required [1], I would
rather minimise the differences between upstream and the debian packages on
this issue.

The single file approach in _renderers is less obtrusive and means that any
side effects due to including pyobject can be isolated.

[1] https://groups.google.com/forum/#!topic/salt-users/97SwtpsoDvM

Cheers,

Joe



On Mon, May 26, 2014 at 12:03 PM, Joe Healy  wrote:

>
> I'm investigating how intrusive a patch would be.
>
> For reference, the pull request that removed it is:
>
> https://github.com/saltstack/salt/pull/11682
>
> Joe
>
>
> On Mon, May 26, 2014 at 8:07 AM, gustavo panizzo  
> wrote:
>
>> Package: salt-common
>> Version: 2014.1.4+ds-2
>> Severity: normal
>>
>> Please add it back, upstream removed it in 2014.1.2 but i'm using it.
>> i have to repackage salt manually to add it.
>>
>> upstream hasn't deleted it from dev branch, so eventually it will appear
>> back.
>>
>> thanks!
>>
>> -- System Information:
>> Debian Release: jessie/sid
>>   APT prefers stable-updates
>>   APT policy: (900, 'stable-updates'), (900, 'testing'), (800, 'stable'),
>> (300, 'unstable'), (1, 'experimental')
>> Architecture: amd64 (x86_64)
>> Foreign Architectures: i386
>>
>> Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
>> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /bin/dash
>>
>> Versions of packages salt-common depends on:
>> ii  python2.7.6-1
>> ii  python-jinja2 2.7.2-2
>> ii  python-pkg-resources  3.4.4-1
>> ii  python-yaml   3.11-1
>>
>> Versions of packages salt-common recommends:
>> ii  lsb-release  4.1+Debian12
>> ii  python-git   0.3.2~RC1-3
>> ii  python-mako  0.9.1-1
>>
>> Versions of packages salt-common suggests:
>> pn  salt-doc  
>>
>> -- no debconf information
>>
>> ___
>> pkg-salt-team mailing list
>> pkg-salt-t...@lists.alioth.debian.org
>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-salt-team
>>
>
>

Bug#749549: debian-maintainers: Please add Sebastien Badia to the Debian Maintainers keyring

[Sebastien Badia]

Same player, try again…

Sorry I've missed to point 4. this new attachment contains (Recommended-By,
Agreement and Advocates fields).

Thanks

--
Sebastien Badia
Comment: Add Sebastien Badia  as a Debian Maintainer
Date: Wed, 28 May 2014 00:04:23 +0200
Action: import
Recommended-By: 
  gon...@debian.org, z...@debian.org, lu...@debian.org
Agreement: 
  https://lists.debian.org/debian-newmaint/2014/04/msg4.html
Advocates: 
  https://lists.debian.org/debian-newmaint/2014/04/msg6.html
  https://lists.debian.org/debian-newmaint/2014/04/msg00015.html
  https://lists.debian.org/debian-newmaint/2014/04/msg7.html
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1
  
  mQINBFFYoJkBEACtGQQlzcoM8JnGdO03+y/uMtIaIcB8OOsYwJjWsufeLaiOMQKL
  6XGaOysj8tY4vk6ZylryQESa0vZ6gPQ1QVK57GZ9W2IJq2BBtXCP8xasokWWIJzd
  tvzUNLjHQWxIkB68rUREaKD+eFcglMzqvcjvjKJBI8u2fu392A6zvOlgFL7Z0vct
  l9IMzV3EX2DdS+ohPMWIvFjoplUm7XddR/fkz85rBFlp3YEAhUGtgbdm2/rC7bd7
  wNurJ00Ei3oclbJ6cFbD0GCZjskThcsSq2JPxOYVba7m8hiR729wYvE2xtnTpO94
  dQYUxyUSN+1/MaTCoIdg7H+3tRdlcZOpsxi6hwF1JC++ACI3fHvkSBRdrx54vVQU
  nfSiv6nZJ1Y8Ic6BVNai03lLDA3TTf6P2nmAY7piTKQUvN1f2vMda7LWLzoRls9Y
  UigcOQ/iE7BDMoui7NjXeCG64jnfonfMyEpKKi8Wa+U5nkWo0Qo4zX1SH78K9dHq
  ddvrusg0gdCQfqBMWVNXCOLsGapoDdo22iSRi1PdLPPqkUENoCIJGvaTDFWhQIyt
  b7JMBgf87X5Ugg8/2weOl/ZWyl+oQV33VU8BgV1N8AFZaEVvSMpqJn4LLNmawvVa
  m9grSsr/5hLbEQ9xrLL4VJZzXpTOG46fnKoyR3nHe/mJICWlWOIaBkMFswARAQAB
  tCFTZWJhc3RpZW4gQmFkaWEgPHNlYkBsZG4tZmFpLm5ldD6JAjcEEwEKACEFAlMq
  3j8CGwMFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQhxbORhSkUtgoGxAAm0DD
  mBjFqGeDot3xYmSmwMNa1l1mMNfbohuJKrNvw+giEuZy9X2efGKbhv3QxVBZRjnM
  HX+ODHtCL+bcZr7zqxe77ly5njkczGMbp4dTz0tJu0/+i1jOfXRB725JavoA7+g/
  J6MkLtUscOfZh90zlL6xH/suP6D36BM8GTrfm8vUoZdYAtTiPkl0XWO/yZsiww3y
  feH0cdo+2YMppTHJxzznoMcx3oYwzVLorGujAxKB+Q4mIX/6BLWauErsY1nX/HIp
  hK3mpOO9NwXioLhtkLvFnmcrWrOloQrTHOEBMQKBBWaI+pejTeytCgfFY5ixwrNO
  L+vzP/h1C74dyODGYzORzAvAROKv6rbNOyS3AEhpkNNVatH4D2SQmVNV2VROhD0c
  I+STnwUgTUJR3gDgyo4TpEBpj19tuLSj5epanWa1pHOylmujYugr7epsZbT271lK
  cnkomr31Mc4wqU3whW/ftKsgw5vwwShSY7ENHPKYsXHcfSzY6l8/B77iBwD/8X1F
  Q6gOS3ozZNwBNcvAL2LUbttIgHKZ6SYlu7xDh88TI4BUI6pr/ZqmBX/q1OkxYS7R
  tv2m/oiJy8b/MHbzGsPDHt8KgwjBVQDZHz67m6rWyv2Fs+2COlGRa27DEb2gpeXI
  3UPY4jYE5PK2vNH4W7cCZbfPrhUIex5E/YcrlUmJAhwEEAECAAYFAlMv+MsACgkQ
  BJ7ZuUdlVy7GTA//bn0jPf1xTrrz13yaEK2YKVkStR685P6AoKh2ax2SrqLpFYKQ
  /dZEX3iciDt7UtICBDhdmsKWdGvYMUKylzxwlXJ368UJ7OtfJLXa4AhIe7y3xZer
  UiyJLoc7/YNeAyHa9W+5je2/6vPKOjxZSb6xAdURD3ILUckwYSn/Yuj+JmMjIebY
  3TyN3X2b1zwQQ8kFBgmOH0uyFHPiXNGgDTEMIaj+JfL0ilvgdF7Ut+3qktp4ZI+U
  iaBxTi3ov2pxsInXDxWm+dy/gLRJzdquyyjpxf1aM3w4eJRrJcBZwZIQulPxFhxV
  TEruJ1FARF7RPIn3ngjfQ1GTjgRa+7CQ4Tl27dNVZGlou25AR8GNm3RTCTizXjro
  K+Ip+UrLU1/olKBzMvHqkVwxCEilTa3dioJhyB0KTqb6lQ6nkvp2Hk+h7nS4VCaj
  PBVriExBhd6h1t+xQnS1rYKYcEwIwEchcknXzR90cWm282X5qxztwWD+6BdrHKpz
  CZGLSS7VkZudMMcEkFCOQW51heGqFqFproWCr7ywYSldNUW4320rws+UfM9RoC52
  fPwkBrMkii1yQzHw/Vmigdoj6965rfonezzLi3t/igk4D5Z9U/d8cAoEj0WsPTUk
  eGgpsp29598pAmGhW8JVTMjLknlVne6KAbzgY7kE9SG/zh2DjrHOZ72qqjaJAhwE
  EAECAAYFAlMwIhgACgkQ6TJL3sEk/yezWQ/+JgxhRphpbNVHI0AIPqg9FHTf/QU5
  Sx8HIYg2mc9RvbZamwAUZISaKQTYa/K2D3g4uRANb4j/O9FJHpGMtbDiDt9HHd8/
  v7UtKsIPHihaaZnmJ1TS2GGEsdIn0R/CH3WjVeC2cuSnRR7/Ig4jnERtpQaCyZ3z
  bDPW//wPsKTpNBI15SvPJcI7rfdPwpSTi+3ekCyU3bOnqmxq07NsyLr4JgKGOzUk
  gVJDyjNXXApwXlMmp2sBn8Vr5T1unoETpQ91mn5GOZw+T2ZSRcgPdTSLJ/Nvy69s
  mbzg6KxGF33xd2yfUA97dciGeXxzgo0uevgYsDdwfN29NGo7b8YWEK0YNseeJ7tv
  cKjKmb7lCoPyeyxVPxNdKRsviL0uNVdlAqlY+cIqF0u5H0ReQBEAGyoACcnNkgrq
  +gl6t+4zC9ChroqVuLo3XCDWIpfSfuvgNXDMyr/5Xmo7ITPlZ16RBP5HOG+qMjvC
  UKaDNzqBnBNM7aCo5WTVUH2rQPRG1FeIVopgltFuMVy+zKJTE+iahvSo2rZ7pfUd
  u0mQiOjsxE/vqeQNy4FVUmgWxCRCC/W20gdPpVWODZtq6GFapdxBUkFDj/zkR0//
  73jqjqGYIOj/xxRmX078gCrQLQD/N+VszuLxCXPQ1VaCl+QSD2G2yY1fO8tqgAtt
  /n6nCdSYZXmMAkKJAhwEEAECAAYFAlMwdDQACgkQNxg871UN9AvF8Q/9HZSWp3Ii
  brsApoPDVPA1FYSt1WCCfV2msMitUn8IsyW4YAd5TAyml+I17BYPh9cKpBvcMvgo
  r76jZFYCH0TsnAAQ6qLdlRCcpHOsLPWs9OmlbFTzpmByi8v8wnBZ6i0rE1WnPZto
  qVMNg1oatIRoWj6vyIXl+b3wzZz9TvAI/OA0ZAAKBwYl0yBlpEs/ifJPJycOIkcX
  /j/8Y3YB/4co2ay0ne57cljJakK9NrXnfHaF2e9pskRRo+TeiofpwSDC5lSnhxaL
  rp4V6b3nzEwRkNj88iL+nEda+/U6xmBdAnimTU1CjywN8tayPi75H0byBKgxIiUD
  ACStkA0JsuRd87+tTgckyqxE/tqMVQRV0Fjj/S7wVQrq8VmQV6IWtUi4EtMGVd21
  D4YoZRQnee3NSlFaIb25CVE4dM/daXT5gjSD9xlM4VHKZgP4u+QTE6hKBd24N0+k
  YdSJRsvOAdX+aBVfrF6pYiBwyk0C3DKOn9/Q2lT+HQ2SAk4sqErPAKZhf6tQBgMw
  8yrYUXyYzXdO3SRjuOhGhUTCCCbt4p5seTa8EPG8z5ZWB4NeOk4ef4Si5BN4gbSj
  8BpZskGm3BesFDz4V9qGQyPCt11kxnsFhVtmcfcQ0ZIQZyeU/MrTJ5c6Utq9Kfk1
  pcPVx2OPUEt24DpzaNt/8JKxL1qlfclSO6aJAhwEEAECAAYFAlMxVrEACgkQORS1
  MvTfvpn7Sg//ZIABjgkjyM3mQRF6n6oNVpGr3hsvG34ByIWLWPcYvAmkXgO19Ld3
  PmZIqqzqcRyZztFLnvMvzdF7W+V/jBEZMAkMkBQXZuoeEinCyU1i7rGqAeR/SNIY
  z/rOmI5cOtBmP8G9jOpl/UN8zO2a4iy9kiixoI+h/PsGPZ9T3Y2yHdOdZRd8K5Mq
  khY4XVWaFp+lBdB15Jg2f+PareyvF16Th+kYWCj16Zt5l8Fdmtp25SYd6xDE0eXW
  JttT/ozXg/K2MqzAe0R7T8GwwtljTnt87Af4YVUnVB+9hlrYLj5ayRSNb4T27dOD
  sbWRSQolmARATsYxveGRYPIcn+SvWTcoL/aYJg8K1Ms+L0NM75ulnoqPoPGy5mfl
  /p3vluUwLJyrXga

Bug#749550: landscape format, from *.xlsx file

[Richard Betham]

Package: calligrasheets
Version: 1:2.4.4-3

Somebody sent me a form to fill in.
The form had a filename ending in ".xlsx"

I used calligrasheets, on Lenny to edit it.
The form was supposed to be in landscape format.
My computer failed to get it all onto one sheet of "paper".
This failure can be seen by the print preview facility in 
calligrasheets.

I attach a copy of the form.

I attach a list of some of the packages in my computer.

Please arrange for calligrasheets to correctly handle
landscape format.

Thank you very much for maintaining calligra.

Best regards
Richard Betham


Income & Expenditure Account Template.xlsx
Description: Zip archive
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version
Architecture Description
+++--==--==
un  calligra  
 (no description available)
ii  calligra-data1:2.4.4-3  all 
 common shared data for the Calligra Suite
un  calligra-l10n 
 (no description available)
ii  calligra-l10n-engb   1:2.4.3-1  all 
 British English (en_GB) localization files for Calligra
ii  calligra-libs1:2.4.4-3  
i386 common libraries and binaries for the Calligra Suite
ii  calligrasheets   1:2.4.4-3  
i386 spreadsheet for the Calligra Suite
ii  calligrawords1:2.4.4-3  
i386 word processor for the Calligra Suite
ii  calligrawords-data   1:2.4.4-3  all 
 data files for Words word processor

Bug#749298: ibus works erratically if at all in newest gnome (recent testing-full-upgrade-to-sid)

[Dean Chia 贾定]

On Tue, May 27, 2014 at 11:36 AM, Osamu Aoki wrote:

> On Mon, May 26, 2014 at 02:55:25PM -0400, Dean Chia 贾定 wrote:
> > I have found a way to reproduce some bugginess. Whenever I restart X
> > (Alt+F2 "r"), I start typing in Chinese fine though I cannot "turn off"
> > Chinese input (I may or may not have to fiddle with input methods,
> though I
> > do not update my input method ...).
> > Then, in order to regain English-typing ability, I have to change my
> > default keyboard manually to something else (in this case, from Eng
> Dvorak
> > to Eng US) and back, and then I regain my main English typing ability.
> If I
> > want to type in Chinese again, I simply have to repeat and restart X
> again
> > with Alt+F2 "r".
>
> Do you use GNOME3/GDM3?  (This does not use ibus-setup but use javascript
> program to set parameters.)
>

Yes [yeah, I looked at the parameters in bash of ibus setup or ibus engine,
etc. (Anyhoo, I tried ibus-setup to get the preference window of ibus to
show up. I remembered this from my previous bug report.)

>
> Is the content of the /etc/X11/default-display-manager file to be
> /usr/sbin/gdm3
>

Yes

>
> If not, try and check situation with these, please.
>
> Also some ibus modules seems to set keyborard to en_US etc. without
> respecting the system default.
>

My problem is not w/ en_US vs Dvorak, so so far this issue does not affect
me, thankfully. I guess if I need to type in Chinese, my "shortcut" will be
Alt+F2 "r". Let me know if there are other testing things to do.

>
> Osamu
>

Bug#747609: ruby2.0 removal transition: request for NMUs

[Emilio Pozuelo Monfort]

On 27/05/14 22:06, Emilio Pozuelo Monfort wrote:
> On 20/05/14 15:21, Antonio Terceiro wrote:
>> On Tue, May 20, 2014 at 09:57:31AM -0300, Antonio Terceiro wrote:
>>> Hello, in order to get rid of dependencies on ruby2.0, please schedule
>>> NMUs for the following source packages:
>>>
> 
>>> kross-interpreters
> 
> That one seems fine now.
> 
> I have also ignored korundum and subversion as you and James asked, as they 
> are
> both fine now.
> 
>>> graphviz
>>> marisa
>>> ngraph-gtk
>>> notmuch
>>> obexftp
>>> redland-bindings
>>> subtle
>>> zeroc-ice
>>> ruby-pgplot
>>> treil
>>> vim
> 
> Scheduled.

There are various build failures, see:

https://buildd.debian.org/status/package.php?p=graphviz%2Cmarisa%2Cngraph-gtk%2Cnotmuch%2Cobexftp%2Credland-bindings%2Csubtle%2Czeroc-ice%2Cruby-pgplot%2Ctreil%2Cvim&suite=sid

Emilio


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

Bug#748382: transition: libofx6

[Emilio Pozuelo Monfort]

On 27/05/14 23:09, Sébastien Villemot wrote:
> Le mardi 27 mai 2014 à 16:45 +0200, Emilio Pozuelo Monfort a écrit :
>> On 27/05/14 16:24, Emilio Pozuelo Monfort wrote:
>>> I was going to ack this, but I just realized it failed to build on powerpc.
>>
>> 15:42 < sebastien> pochu: the libofx6 ppc FTBFS is indeed linked to 
>> parallelism;
>> I plan to disable it in the next upload
>>
>> Please go ahead with the transition then.
> 
> Thanks, uploaded.

It's building fine. binnmus scheduled.

Emilio


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

Bug#732920: When this patch can be adopted by Testing?

[Pete Wyckoff]

csm...@debian.org wrote on Wed, 28 May 2014 07:04 +1000:
> On Tue, May 27, 2014 at 11:43:38PM +0800, Bai Shi wrote:
> > Do you mind to advice on the below statement. Does it wait for stat
> > fail in purpose?
> > 
> > if (stat(DEFAULT_PRELOAD, &ts) < 0 || S_ISREG(ts.st_mode))
> It does look a bit odd doesn't it?
> If stat fails OR (stat doesn't fail AND its a regular file)
> then load the file.
> 
> I think it should be
> if stat works AND its a regular file  THEN load it, but ill check the
> logic, there was some odd return value behaviour; perhaps a mandatory
> presence of the config file.

Agreed.  You want:

if (stat(DEFAULT_PRELOAD, &ts) == 0 && S_ISREG(ts.st_mode)) {
if (!Quiet)
printf(_("* Applying %s ...\n"), DEFAULT_PRELOAD);
rc |= Preload(DEFAULT_PRELOAD);
}

meaning:

- if stat succeeds (e.g. /etc/sysctl.conf exists)
- and it's a file, not a directory or symlink

try to load it.

-- Pete


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

Bug#749266: wheezy-pu: package eglibc/2.13-38+deb7u2

[Adam D. Barratt]

Control: tags -1 + pending

On Tue, 2014-05-27 at 09:32 +0200, Aurelien Jarno wrote:
> On Mon, May 26, 2014 at 12:38:05PM +0100, Adam D. Barratt wrote:
> > On Sun, 2014-05-25 at 20:37 +0200, Aurelien Jarno wrote:
> > > We would like to fix a some issues that have been identified in the
> > > eglibc version included in wheezy. The best is probably to describe the
> > > changelog:
[...]
> > Other than the above note, please go ahead; thanks.
> 
> Great, thanks for the review. I have just uploaded the package.

Flagged for acceptance; thanks.

Regards,

Adam


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

Bug#749549: debian-maintainers: Please add Sebastien Badia to the Debian Maintainers keyring

[Sebastien Badia]

Package: debian-maintainers
Severity: normal

Hello,

Please add Sebastien Badia to the Debian Maintainers keyring.
The jetring changeset is attached.

Thanks a lot,

Seb
Comment: Add Sebastien Badia  as a Debian Maintainer
Date: Wed, 28 May 2014 00:04:23 +0200
Action: import
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1
  
  mQINBFFYoJkBEACtGQQlzcoM8JnGdO03+y/uMtIaIcB8OOsYwJjWsufeLaiOMQKL
  6XGaOysj8tY4vk6ZylryQESa0vZ6gPQ1QVK57GZ9W2IJq2BBtXCP8xasokWWIJzd
  tvzUNLjHQWxIkB68rUREaKD+eFcglMzqvcjvjKJBI8u2fu392A6zvOlgFL7Z0vct
  l9IMzV3EX2DdS+ohPMWIvFjoplUm7XddR/fkz85rBFlp3YEAhUGtgbdm2/rC7bd7
  wNurJ00Ei3oclbJ6cFbD0GCZjskThcsSq2JPxOYVba7m8hiR729wYvE2xtnTpO94
  dQYUxyUSN+1/MaTCoIdg7H+3tRdlcZOpsxi6hwF1JC++ACI3fHvkSBRdrx54vVQU
  nfSiv6nZJ1Y8Ic6BVNai03lLDA3TTf6P2nmAY7piTKQUvN1f2vMda7LWLzoRls9Y
  UigcOQ/iE7BDMoui7NjXeCG64jnfonfMyEpKKi8Wa+U5nkWo0Qo4zX1SH78K9dHq
  ddvrusg0gdCQfqBMWVNXCOLsGapoDdo22iSRi1PdLPPqkUENoCIJGvaTDFWhQIyt
  b7JMBgf87X5Ugg8/2weOl/ZWyl+oQV33VU8BgV1N8AFZaEVvSMpqJn4LLNmawvVa
  m9grSsr/5hLbEQ9xrLL4VJZzXpTOG46fnKoyR3nHe/mJICWlWOIaBkMFswARAQAB
  tCFTZWJhc3RpZW4gQmFkaWEgPHNlYkBsZG4tZmFpLm5ldD6JAjcEEwEKACEFAlMq
  3j8CGwMFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQhxbORhSkUtgoGxAAm0DD
  mBjFqGeDot3xYmSmwMNa1l1mMNfbohuJKrNvw+giEuZy9X2efGKbhv3QxVBZRjnM
  HX+ODHtCL+bcZr7zqxe77ly5njkczGMbp4dTz0tJu0/+i1jOfXRB725JavoA7+g/
  J6MkLtUscOfZh90zlL6xH/suP6D36BM8GTrfm8vUoZdYAtTiPkl0XWO/yZsiww3y
  feH0cdo+2YMppTHJxzznoMcx3oYwzVLorGujAxKB+Q4mIX/6BLWauErsY1nX/HIp
  hK3mpOO9NwXioLhtkLvFnmcrWrOloQrTHOEBMQKBBWaI+pejTeytCgfFY5ixwrNO
  L+vzP/h1C74dyODGYzORzAvAROKv6rbNOyS3AEhpkNNVatH4D2SQmVNV2VROhD0c
  I+STnwUgTUJR3gDgyo4TpEBpj19tuLSj5epanWa1pHOylmujYugr7epsZbT271lK
  cnkomr31Mc4wqU3whW/ftKsgw5vwwShSY7ENHPKYsXHcfSzY6l8/B77iBwD/8X1F
  Q6gOS3ozZNwBNcvAL2LUbttIgHKZ6SYlu7xDh88TI4BUI6pr/ZqmBX/q1OkxYS7R
  tv2m/oiJy8b/MHbzGsPDHt8KgwjBVQDZHz67m6rWyv2Fs+2COlGRa27DEb2gpeXI
  3UPY4jYE5PK2vNH4W7cCZbfPrhUIex5E/YcrlUmJAhwEEAECAAYFAlMv+MsACgkQ
  BJ7ZuUdlVy7GTA//bn0jPf1xTrrz13yaEK2YKVkStR685P6AoKh2ax2SrqLpFYKQ
  /dZEX3iciDt7UtICBDhdmsKWdGvYMUKylzxwlXJ368UJ7OtfJLXa4AhIe7y3xZer
  UiyJLoc7/YNeAyHa9W+5je2/6vPKOjxZSb6xAdURD3ILUckwYSn/Yuj+JmMjIebY
  3TyN3X2b1zwQQ8kFBgmOH0uyFHPiXNGgDTEMIaj+JfL0ilvgdF7Ut+3qktp4ZI+U
  iaBxTi3ov2pxsInXDxWm+dy/gLRJzdquyyjpxf1aM3w4eJRrJcBZwZIQulPxFhxV
  TEruJ1FARF7RPIn3ngjfQ1GTjgRa+7CQ4Tl27dNVZGlou25AR8GNm3RTCTizXjro
  K+Ip+UrLU1/olKBzMvHqkVwxCEilTa3dioJhyB0KTqb6lQ6nkvp2Hk+h7nS4VCaj
  PBVriExBhd6h1t+xQnS1rYKYcEwIwEchcknXzR90cWm282X5qxztwWD+6BdrHKpz
  CZGLSS7VkZudMMcEkFCOQW51heGqFqFproWCr7ywYSldNUW4320rws+UfM9RoC52
  fPwkBrMkii1yQzHw/Vmigdoj6965rfonezzLi3t/igk4D5Z9U/d8cAoEj0WsPTUk
  eGgpsp29598pAmGhW8JVTMjLknlVne6KAbzgY7kE9SG/zh2DjrHOZ72qqjaJAhwE
  EAECAAYFAlMwIhgACgkQ6TJL3sEk/yezWQ/+JgxhRphpbNVHI0AIPqg9FHTf/QU5
  Sx8HIYg2mc9RvbZamwAUZISaKQTYa/K2D3g4uRANb4j/O9FJHpGMtbDiDt9HHd8/
  v7UtKsIPHihaaZnmJ1TS2GGEsdIn0R/CH3WjVeC2cuSnRR7/Ig4jnERtpQaCyZ3z
  bDPW//wPsKTpNBI15SvPJcI7rfdPwpSTi+3ekCyU3bOnqmxq07NsyLr4JgKGOzUk
  gVJDyjNXXApwXlMmp2sBn8Vr5T1unoETpQ91mn5GOZw+T2ZSRcgPdTSLJ/Nvy69s
  mbzg6KxGF33xd2yfUA97dciGeXxzgo0uevgYsDdwfN29NGo7b8YWEK0YNseeJ7tv
  cKjKmb7lCoPyeyxVPxNdKRsviL0uNVdlAqlY+cIqF0u5H0ReQBEAGyoACcnNkgrq
  +gl6t+4zC9ChroqVuLo3XCDWIpfSfuvgNXDMyr/5Xmo7ITPlZ16RBP5HOG+qMjvC
  UKaDNzqBnBNM7aCo5WTVUH2rQPRG1FeIVopgltFuMVy+zKJTE+iahvSo2rZ7pfUd
  u0mQiOjsxE/vqeQNy4FVUmgWxCRCC/W20gdPpVWODZtq6GFapdxBUkFDj/zkR0//
  73jqjqGYIOj/xxRmX078gCrQLQD/N+VszuLxCXPQ1VaCl+QSD2G2yY1fO8tqgAtt
  /n6nCdSYZXmMAkKJAhwEEAECAAYFAlMwdDQACgkQNxg871UN9AvF8Q/9HZSWp3Ii
  brsApoPDVPA1FYSt1WCCfV2msMitUn8IsyW4YAd5TAyml+I17BYPh9cKpBvcMvgo
  r76jZFYCH0TsnAAQ6qLdlRCcpHOsLPWs9OmlbFTzpmByi8v8wnBZ6i0rE1WnPZto
  qVMNg1oatIRoWj6vyIXl+b3wzZz9TvAI/OA0ZAAKBwYl0yBlpEs/ifJPJycOIkcX
  /j/8Y3YB/4co2ay0ne57cljJakK9NrXnfHaF2e9pskRRo+TeiofpwSDC5lSnhxaL
  rp4V6b3nzEwRkNj88iL+nEda+/U6xmBdAnimTU1CjywN8tayPi75H0byBKgxIiUD
  ACStkA0JsuRd87+tTgckyqxE/tqMVQRV0Fjj/S7wVQrq8VmQV6IWtUi4EtMGVd21
  D4YoZRQnee3NSlFaIb25CVE4dM/daXT5gjSD9xlM4VHKZgP4u+QTE6hKBd24N0+k
  YdSJRsvOAdX+aBVfrF6pYiBwyk0C3DKOn9/Q2lT+HQ2SAk4sqErPAKZhf6tQBgMw
  8yrYUXyYzXdO3SRjuOhGhUTCCCbt4p5seTa8EPG8z5ZWB4NeOk4ef4Si5BN4gbSj
  8BpZskGm3BesFDz4V9qGQyPCt11kxnsFhVtmcfcQ0ZIQZyeU/MrTJ5c6Utq9Kfk1
  pcPVx2OPUEt24DpzaNt/8JKxL1qlfclSO6aJAhwEEAECAAYFAlMxVrEACgkQORS1
  MvTfvpn7Sg//ZIABjgkjyM3mQRF6n6oNVpGr3hsvG34ByIWLWPcYvAmkXgO19Ld3
  PmZIqqzqcRyZztFLnvMvzdF7W+V/jBEZMAkMkBQXZuoeEinCyU1i7rGqAeR/SNIY
  z/rOmI5cOtBmP8G9jOpl/UN8zO2a4iy9kiixoI+h/PsGPZ9T3Y2yHdOdZRd8K5Mq
  khY4XVWaFp+lBdB15Jg2f+PareyvF16Th+kYWCj16Zt5l8Fdmtp25SYd6xDE0eXW
  JttT/ozXg/K2MqzAe0R7T8GwwtljTnt87Af4YVUnVB+9hlrYLj5ayRSNb4T27dOD
  sbWRSQolmARATsYxveGRYPIcn+SvWTcoL/aYJg8K1Ms+L0NM75ulnoqPoPGy5mfl
  /p3vluUwLJyrXgaKBVYVBOxV1omaaLe/RakL1uKcYqqPrMEhUDHwXOxgr9UasBC1
  b9KPTZityqwAhZVixJlTWsKOMZ2ixGpKaRkUt9A/YClVP+MH8X4EyF6DKxGKJCGb
  Igk4PwHgKPDweH/NgQf5snRKurvW8VjkIKvFvZIyB6uwy6qUOEeLDCBjIUGRosSy
  sCkV+R2E5N38p3jFDo1Gd4MaSvrVkEHXLYkgMJe7foMXY0EipUmrDhMzuxzX/SxC
  h8NWwWgyInwzpqnkH68Ingwylmnzbe51ORSMZstVLIzKM8XYHAHAh+aIXgQQEQgA
  BgUCUzKQ3wAKCRB2aPLELq/x924m

Bug#749548: PTS: buildd links should use experimental suite if package is only in experimental

[Jakub Wilk]

Package: qa.debian.org
Severity: normal

If a package exists only in experimental[0], PTS shows the following 
buildd links:


* logs 
* exp 

* ports 

But the first and the last link are for the unstable suite, so these pages show
only lots of "No entry in ARCH database, check Packages-arch-specific".

It would be better if the links looked like this:

* logs 

* ports 



[0] See e.g. http://packages.qa.debian.org/s/socket-wrapper.html

--
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#749547: procps: FTBFS on new arches (and add numactl as a dependency for ppc64el)

[Breno Leitao]

Package: procps
Version: 1:3.3.9-2
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
User: debian-de...@lists.debian.org
Usertags: autoreconf

Dear Maintainer,

The package procps doesn't build on the new arches due to old libtool files.  I
am able to build it if debian/rules call dh-autoreconf scripts as suggested in
https://wiki.debian.org/qa.debian.org/FTBFS#A2014-01-21_using_dh-autoreconf_during_the_build

I also added the ppc64el as an architecture that has support for the numactl
package, as shown in:
http://ftp.unicamp.br/pub/ppc64el/debian/archive/pool/main/n/numactl/

Forgive me if this bug is a dup, I definitely didn't find anything reporting
the same problem on the BTS.

Thank you,
Breno

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

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

Versions of packages procps depends on:
ii  initscripts   2.88dsf-45
ii  libc6 2.18-0experimental1+ppc64el.1.mauricfo
ii  libncurses5   5.9+20140118-1
ii  libncursesw5  5.9+20140118-1
ii  libprocps31:3.3.9-2
ii  libtinfo5 5.9+20140118-1
ii  lsb-base  4.1+Debian12

Versions of packages procps recommends:
ii  psmisc  22.20-1

procps suggests no packages.

-- no debconf information
Index: procps-3.3.9/debian/control
===
--- procps-3.3.9.orig/debian/control	2014-05-27 11:00:28.0 +
+++ procps-3.3.9/debian/control	2014-05-27 21:49:05.0 +
@@ -4,8 +4,8 @@
 Maintainer: Craig Small 
 Build-Depends: debhelper (>= 9.20120115),
 libncurses5-dev, libncursesw5-dev,
-dejagnu,
-libnuma-dev [amd64 i386 ia64 mips mipsel powerpc]
+dejagnu, dh-autoreconf,
+libnuma-dev [amd64 i386 ia64 mips mipsel powerpc pppc64el]
 Standards-Version: 3.9.5
 Vcs-Git: git://git.debian.org/collab-maint/procps.git
 Vcs-Browser: http://git.debian.org/?p=collab-maint/procps.git;a=summary
Index: procps-3.3.9/debian/rules
===
--- procps-3.3.9.orig/debian/rules	2014-05-27 11:00:28.0 +
+++ procps-3.3.9/debian/rules	2014-05-27 21:48:41.0 +
@@ -26,10 +26,12 @@
 	sed -e 's/$${DEB_HOST_MULTIARCH}/$(DEB_HOST_MULTIARCH)/g' $< > $@ 
 
 override_dh_auto_clean:
+	dh_autoreconf_clean
 	dh_auto_clean
 	rm -f $(autogen-files)
 
 override_dh_auto_configure:
+	dh_autoreconf
 	./configure \
 	  --build=$(DEB_BUILD_GNU_TYPE) \
 	  --enable-watch8bit --enable-w-from \

Bug#749546: general: No trackpad on Toshiba CB35 Chromebook Debian Jessie

[roger]

Package: general
Severity: important

Trackpad does not work on a Toshiba Chromebook cb35 on Debian Jessie.  

Tried the script at: pastebin.com/2GQnyMLT (via: 
blogs.fsfe.org/the_unconventional/2014/04/20/acer-c720-chromebook-debian-gnu-linux/
 )
with no success.


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

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


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

Bug#749516: mps-youtube: should depend on mplayer OR mpv

[Zlatan Todoric]

Thanks for reporting this. You are right, it will be fixed with next upload.

Cheers,

zlatan


On Tue, May 27, 2014 at 5:37 PM, xor  wrote:

> Package: mps-youtube
> Version: 0.01.44-2
> Severity: minor
>
> Dear Maintainer,
>
> at the moment installing mps-youtube on debian jessie/testing requires
> mplayer2 as dependency.
> Looking at the official mps-youtube github page, anyways, i see it depends
> on mplayer OR mpv.
> I guess that's because they provide the same functionalities for playing
> medias, so, since i use mpv on my system, i wouldn't like to install
> mplayer too.
> Maybe the dependencies of the package should be fixed, unless there is a
> more deep reason to make it depend on mplayer only, in which case i
> apologize for my misunderstanding.
>
> Best regards.
>
>
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: i386 (i686)
>
> Kernel: Linux 3.14-1-686-pae (SMP w/2 CPU cores)
> Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages mps-youtube depends on:
> ii  mplayer2 [mplayer]  2.0-728-g2c378c7-2
> ii  python  2.7.6-2
> ii  python-pafy 0.3.41-2
>
> mps-youtube recommends no packages.
>
> mps-youtube suggests no packages.
>
> -- no debconf information
>



-- 
Please while sending me text documents pay attention that they are by ISO
standard that is in .odt format (For sending other types of documents
please also refer to ISO/Open standars).
Its not the COST, its the VALUE!

Bug#749545: birdfont: segmentation fault after "SearchPaths.vala:149: ucd not found"

[Daniel Kahn Gillmor]

Package: birdfont
Version: 0.37-2
Severity: normal

I just installed birdfont here and tried to run it with the following error:

0 dkg@tyr:~$ birdfont
birdfont version 0.37
built on Tue May 27 12:08:57 2014

** (birdfont:21950): WARNING **: SearchPaths.vala:149: ucd not found

** (birdfont:21950): WARNING **: CharDatabaseParser.vala:135: Error opening 
file: No such file or directory

** (birdfont:21950): WARNING **: SearchPaths.vala:149: ucd not found

** (birdfont:21950): WARNING **: CharDatabaseParser.vala:136: In 
/usr/share/unicode/ucd/NamesList.txt
Segmentation fault
139 dkg@tyr:~$ 

I went ahead and installed unicode-data while trying to track down the
problem, and after installing unicode-data, i get the following errors
instead:

0 dkg@tyr:~$ birdfont
birdfont version 0.37
built on Tue May 27 12:08:57 2014

** (birdfont:22048): WARNING **: Font.vala:741: unicode: U+; charset=utf-8


** (birdfont:22048): WARNING **: Font.vala:742: Expecting a number (;).
Segmentation fault
139 dkg@tyr:~$ 

Either way, it's a segfault.  This happens even if i remove
~/.birdfont to make it start with totally clean settings.

thanks for maintaining birdfont in debian,

--dkg

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

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

Versions of packages birdfont depends on:
ii  libatk1.0-0 2.12.0-1
ii  libc6   2.18-7
ii  libcairo2   1.12.16-2
ii  libfontconfig1  2.11.0-5
ii  libfreetype62.5.2-1
ii  libgdk-pixbuf2.0-0  2.30.7-1
ii  libgee2 0.6.8-1
ii  libglib2.0-02.40.0-3
ii  libgtk2.0-0 2.24.23-1
ii  libjavascriptcoregtk-1.0-0  2.4.2-1
ii  libpango-1.0-0  1.36.3-1
ii  libpangocairo-1.0-0 1.36.3-1
ii  libpangoft2-1.0-0   1.36.3-1
ii  libsoup2.4-12.46.0-2
ii  libwebkitgtk-1.0-0  2.4.2-1
ii  libxml2 2.9.1+dfsg1-3

Versions of packages birdfont recommends:
pn  unicode-data  

birdfont 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#746709: transition: python3 -- change the default to 3.4

[Emilio Pozuelo Monfort]

Control: tags -1 + confirmed

On 13/05/14 04:29, Scott Kitterman wrote:
> On Friday, May 02, 2014 20:07:00 Matthias Klose wrote:
>> Package: release.debian.org
>>
>> Jessie should ship with Python 3.4 as the default, and with 3.4 as the only
>> Python3 version.  So lets start with making 3.4 the default.  Two months
>> ago, the archive was buildable with 3.4 as the default (not directly
>> checked with unstable, but with the Ubuntu development release at this
>> time).  The majority of the bugs seen with 3.4 [1] has been fixed in the
>> archive.  A bug for python3.4 should be fixed for the release (#732703,
>> Barry Warsaw is working on this), and dh-python needs some updates.
>> Rebuilding extensions might affect ongoing transitions, but we don't have
>> yet that many for Python3.
>>
>>   Matthias
>>
>> [1]
>> https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=python3.4;users=debian-pyt
>> h...@lists.debian.org
> 
> Looking at the Packages.qz for main/i386 I came up with this list of packages 
> that need uploads/binNMUs once python3.4 is default (none of them support 
> multiple python versions, so it can't be done in advance as the packages are 
> now).  It seems quite manageable to me.
> 
> blender  - binNMU after 3.4 default
> gdb - binNMU after 3.4 default
> geis - binNMU after 3.4 default
> yafaray - binNMU after 3.4 default
> libpeas - binNMU after 3.4 default
> libreoffice - binNMU after 3.4 default
> libsigrokdecode - binNMU after 3.4 default
> postgresql-9.3 - binNMU after 3.4 default
> pyqt5  - binNMU after 3.4 default
> znc - binNMU after 3.4 default
> morse-simulator - Needs source upload after 3.4 is default
> 
> I think we can do this anytime after the current libreoffice and pyqt5 
> uploads 
> migrate.

As discussed on IRC, let's do this one.


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

Bug#749544: RFS: atop/2.0.2-1 [ITA]

[Mark Clarke]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: sponsorship-requests
  Severity: normal

  Dear mentors,

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

 * Package name: atop
   Version : 2.0.2-1
   Upstream Author : Gerlof Langeveld
 * URL : http://www.atoptool.nl
 * License : gpl2
   Section : admin

  It builds those binary packages:

atop  - Monitor for system resources and process activity

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

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


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

dget -x
http://mentors.debian.net/debian/pool/main/a/atop/atop_2.0.2-1.dsc

  More information about hello can be obtained from
http://www.example.com.

  Changes since the last upload:
   This is my first upload. I updated the orphaned package to the
latest available from upstream.


  Regards,
   Mark Clarke
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCgAGBQJThPliAAoJEM+E/JKBmb2DZAIH+wd3N3RfoH4FZHYj+JhkJFHo
9ra3KbRf7p4UXAcuQrxJj7myX+FFCMHmQNYyVrZVsg/0Dd6KpcYTORMaSEGObMwk
d/6RIlIgoEi8eiCKQblU0HHQxOseEOnqzWOY33BbRQ892BoZc4trmbfBjkiquHS4
8MG4G0cbYYBJAvtVSA8LqhAtUSP/OLNb3vKdJ5/czqVxWHqt1hDwmHySKFD3q1xY
Ju/8Sq+C43C19j+xty2CPwofyugLroFd9AiX+NocJaR1PB4gGMiUZrMZCF2wQoBo
OnibHlqpUaS1wvJ8HFPVNkgByOPU8XoXIkRfC3EPe0Ge/71LsWNBJAS33QMi120=
=c+ev
-END PGP SIGNATURE-


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

Bug#749539: [Pkg-pascal-devel] Bug#749539: optgeo: FTBFS don't build depend on versioned lazarus-ide

[Abou Al Montacir]

On Tue, 2014-05-27 at 22:03 +0200, Paul Gevers wrote:
> Package: optgeo
> Version: 2.21-2
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
> 
> Your package build depends on lazarus-ide-1.2. However, we uploaded
> lazarus version 1.2.2 to the archive and you package is now blocking
> the migration to testing as this package does not exist anymore and
> your package FTBFS.
Why something build-depends on lazarus-ide? I'm not aware that the IDE
could be used to build in batch mode. Normally one shall use lazbuild
which is provided by lcl-utils.

> Please don't use the versioned package in your build depends. If
> you have specific requirements, please discuss them on the
> e-maillist in CC of this bug, so we can improve the lazarus package:
> pkg-pascal-de...@lists.alioth.debian.org
And yes, please use the metapackage unless there are good reasons to
depend on a specific lazarus version.

Cheers,
Abou Al Montacir


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

Bug#748382: transition: libofx6

[Sébastien Villemot]

Le mardi 27 mai 2014 à 16:45 +0200, Emilio Pozuelo Monfort a écrit :
> On 27/05/14 16:24, Emilio Pozuelo Monfort wrote:
> > I was going to ack this, but I just realized it failed to build on powerpc.
> 
> 15:42 < sebastien> pochu: the libofx6 ppc FTBFS is indeed linked to 
> parallelism;
> I plan to disable it in the next upload
> 
> Please go ahead with the transition then.

Thanks, uploaded.

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594



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

Bug#749368: wheezy-pu: package suds/0.4.1-5+deb7u1 Bugs #749073 + #714340

[Adam D. Barratt]

Control: tags -1 + pending

On Tue, 2014-05-27 at 12:19 +0200, Mathias Behrle wrote:
> * Adam D. Barratt: " Bug#749368: wheezy-pu: package suds/0.4.1-5+deb7u1 Bugs
>   #749073 + #714340" (Mon, 26 May 2014 19:55:53 +0100):
> 
> > Control: tags -1 + confirmed
> > 
> > On Mon, 2014-05-26 at 18:14 +0200, Mathias Behrle wrote:
> > > somehow the original fix for CVE-2013-2217 never got into wheezy. This 
> > > patch
> > > fixes the CVE.
> > 
> > Please go ahead.
> 
> Uploaded by sponsor Raphael Hertzog.

Flagged for acceptance; thanks.

Regards,

Adam


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

Bug#732920: When this patch can be adopted by Testing?

[Craig Small]

On Tue, May 27, 2014 at 11:43:38PM +0800, Bai Shi wrote:
> Do you mind to advice on the below statement. Does it wait for stat
> fail in purpose?
> 
> if (stat(DEFAULT_PRELOAD, &ts) < 0 || S_ISREG(ts.st_mode))
It does look a bit odd doesn't it?
If stat fails OR (stat doesn't fail AND its a regular file)
then load the file.

I think it should be
if stat works AND its a regular file  THEN load it, but ill check the
logic, there was some odd return value behaviour; perhaps a mandatory
presence of the config file.

 - Craig
> 

-- 
Craig Small (@smallsees)   http://enc.com.au/   csmall at : enc.com.au
Debian GNU/Linux   http://www.debian.org/   csmall at : debian.org
GPG fingerprint:5D2F B320 B825 D939 04D2  0519 3938 F96B DF50 FEA5


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

Bug#749366: squeeze-pu: package suds/0.3.9-1+deb6u2 Bug#749073

[Adam D. Barratt]

Control: tags -1 + pending

On Tue, 2014-05-27 at 12:19 +0200, Mathias Behrle wrote:
> * Adam D. Barratt: " Bug#749366: squeeze-pu: package suds/0.3.9-1+deb6u2
>   Bug#749073" (Mon, 26 May 2014 19:57:33 +0100):
[...] 
> > On Mon, 2014-05-26 at 18:08 +0200, Mathias Behrle wrote:
> > > the original fix for CVE-2013-2217 was missing a proper cleanup of the
> > > cache directories in tmp (#749073), which can lead to saturation of
> > > the subdirectory limit (~32000 on ext3).
[...]
> > Please go ahead; thanks.
> 
> Uploaded by sponsor Raphael Hertzog.

Flagged for acceptance.

> BTW: Do I need to confirm this?

You don't have to, no; it can be helpful to people following the bug log
though, so it's clear what stage the process is at.

> ftpmaster already sent
> 'suds_0.3.9-1+deb6u2_amd64.changes ACCEPTED into
> oldstable-proposed-updates->oldstable-new'

To you, yes, not to us. :-) ftp-master don't notify us when new packages
enter {,old}stable-new, although we do have our own tools that do so and
send us a diff of the upload.

As a side note, as I've seen it confuse people before, that particular
"accepted" mail only means that the package has made it to
oldstable-new; it still needs a member of the release team to process it
before it reaches oldstable-proposed-updates (or gets rejected).

Regards,

Adam


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

Bug#746741: release.debian.org: dh-python2 transition

[Emilio Pozuelo Monfort]

On 05/05/14 15:46, Julien Cristau wrote:
> On Sat, May  3, 2014 at 07:48:03 +0100, Dimitri John Ledkov wrote:
> 
>> Package: release.debian.org
>> Severity: normal
>>
>> Dear release team,
>>
>> Debian python teams would find useful to evaluate on continuous basis
>> removal of python-support from the archive and thus migrating to
>> dh-python2. We are uncertain of the scope, and the pace at which this
>> transition can be completed. But it would be extremely useful to have a
>> transition tracker setup (permanent-type ?!).
>>
> I don't think that makes much sense as a transition / tracker, as it's
> not something rebuilds would fix or where it's hard to find the set of
> affected packages.

FWIW, you may get a lot of things switched by emailing debian-devel@ with a
dd-list. And also by adding a lintian check.

Regards,
Emilio


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

Bug#677865: dpkg-gencontrol warns about 'File::FcntlLock not available'

[Niko Tyni]

On Tue, May 27, 2014 at 04:49:35PM +0200, Jens Thoms Toerring wrote:

> Let's hope the new 0.20 version on CPAN is the final one;-)

Thanks for your awesome work, Jens!

@debian-perl: To make this usable for the original problem (giving
dpkg-dev a working File::FcntlLock without a transitive hard dependency
on perlapi-*), I suppose the package should either be split or the
${perl:Depends} dependency should be relaxed to a recommendation.

This way dpkg-dev could still depend on the package, and either fall
back to File::FcntlLock::Pure if File::FcntlLock::XS doesn't work, or
just unconditionally use File::FcntlLock::Pure. Not sure which is cleaner.

In the fallback option, dpkg-dev should probably set PERL_DL_NONLAZY=1
before trying to load File::FcntlLock::XS. See #479711. 

(Hm, my preliminary testing indicates that 5.20.0 may introduce new
 challenges around PERL_DL_NONLAZY.  Urgh. Will investigate.)
-- 
Niko Tyni   nt...@debian.org


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

Bug#749543: python-django-debug-toolbar: doesn't work with python-django from jessie or wheezy-backports

[Uwe Kleine-König]

Package: python-django-debug-toolbar
Version: 1:0+git201107220111-96e46c6-1
Severity: normal
Tags: patch
Control: fixed -1 1:1.2-1

Hello,

With python-django 1.6.5-1~bpo70+1 from wheezy-backports the
debug-toolbar doesn't appear without any error.
The python-django-debug-toolbar/jessie works fine, though.

The problem is that debug_toolbar/middleware.py (and one other file) has:

from django.conf.urls.defaults import include, patterns

while Django 1.6 doesn't have this module any more. And also Django 1.6
doesn't provide django.utils.hashcompat any more making

from django.utils.hashcompat import sha_constructor

fail (in two files).

When changing these lines to

from django.conf.urls import include, patterns

and

from hashlib import sha1 as sha_constructor

respectively, the toolbar starts working again.

django.conf.urls provides include and patterns since Django 1.4,
hashlib.sha1 exists since Python 2.5. So if you consider this bug worth
fixing for wheezy, the two suggested changes should be safe.
Additionally making python-django break python-django-debug-toolbar (<<
$version_to_be_determined) would be nice.

Best regards
Uwe


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

Bug#749542: false positive: E: scheme48 source: license-problem-non-free-RFC debian/copyright

[Thorsten Alteholz]

Package: lintian
Severity: normal
User: alteh...@debian.org
thanks

Dear Maintainer,

I am very sure that I did not put any RFC into debian/copyright of the 
scheme48 package. So I am afraid this error is a false positive.


Thanks!
  Thorsten


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

Bug#538978: [debhelper-devel] Bug#538978: support for multiple python versions -- dh-python?

[Piotr Ożarowski]

[Joey Hess, 2014-05-27]
> This is the Nth new dh_something_python tool. What do I do if I make it
> the default then N+1th comes along?

no it's not, pybuild is a build system, dh_python{2,3} are helpers that
deal with files installed by pybuild (or any other build system)

BTW, you asked someone to write it, remember? (see your previous
messages in this bug :)

(and I'm fine with --buildsystem=pybuild, no need to make it the default IMHO)


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

Bug#538978: [debhelper-devel] Bug#538978: support for multiple python versions -- dh-python?

[Barry Warsaw]

On May 27, 2014, at 03:57 PM, Joey Hess wrote:

>This is the Nth new dh_something_python tool. What do I do if I make it
>the default then N+1th comes along?

Never say never, but I think --buildsystem=pybuild has gotten Python packaging
for 90% of PyPI packages pretty darn simple and about where we want it from a
u/i and functionality perspective.  Any further tweaks can probably happen
within the context of pybuild (dh-python) instead of dh.


signature.asc
Description: PGP signature

Bug#748475: mikutter: followers and following not showing on subsequent runs

[Arthur Marsh]

Package: mikutter
Version: 3.0.0~alpha4+dfsg-1
Followup-For: Bug #748475

Dear Maintainer,

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

   * What led up to the situation?

upgrading to mikutter (3.0.0~alpha4+dfsg-1) from (0.2.2.1537+dfsg-2) ...

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?

when I created a pane for my own twitter account, followers and following
were still blank as reported with 3.0.0~alpha3

   * What outcome did you expect instead?

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


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

Kernel: Linux 3.15.0-rc6+ (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mikutter depends on:
ii  ruby  1:2.1.0.1
ii  ruby-addressable  2.3.6-1
ii  ruby-bsearch  1.5-9
ii  ruby-cairo1.12.8-1+b1
ii  ruby-delayer  0.0.2-2
ii  ruby-gettext  3.1.1-1
ii  ruby-gtk2 2.2.0-2
ii  ruby-hmac 0.4.0-4
ii  ruby-json 1.8.1-1
ii  ruby-locale   2.1.0-2
ii  ruby-memoize  1.3.1-3
ii  ruby-oauth0.4.7-2
ii  ruby-text 1.2.1-1
ii  ruby-typed-array  0.1.2-3
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.484-2
ii  ruby2.0 [ruby-interpreter]2.0.0.484+really457-3
ii  ruby2.1 [ruby-interpreter]2.1.2-2

Versions of packages mikutter recommends:
ii  alsa-utils   1.0.27.2-1
ii  libnotify-bin0.7.6-2
ii  ruby-httpclient  2.3.3-2

mikutter suggests no packages.

-- debconf-show failed


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

Bug#745603: transition: php5

[Emilio Pozuelo Monfort]

Control: tags 745603 + confirmed

On 27/05/14 16:22, Ondřej Surý wrote:
> Hey again,
> 
> I have uploaded php-mysql-ms and xcache with PHP 5.6 support to
> experimental,
> and that resolved the rest of the blocking bugs, so I think we are good
> to go and
> upload.
> 
>>From a quick glance I don't see any clashing transition, so that's also
> good, right?
> 
> Could you please ack?

I see that #745602 is still open. I assume you will fix that and it shouldn't
cause any delays? Everything else looks good and the clashes (vtk6 and
ruby2.0-rm) shouldn't cause any problems, so please go ahead. Let me know when
binnmus are needed.

Emilio


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

Bug#749541: libjcode-perl: move to /usr/share/perl5

[Niko Tyni]

Package: libjcode-perl
Version: 2.13-2
Tags: patch
User: debian-p...@lists.debian.org
Usertags: perl-inc-multiarch
X-Debbugs-Cc: p...@packages.debian.org

This package installs architecture-independent files under
/usr/lib/perl5. They should go into $Config{vendorlib}
(currently /usr/share/perl5) instead.

As discussed in #748380, perl is moving to multiarch-enabled
paths. It is not decided yet if this will happen for jessie,
but when it does, packages hardcoding /usr/lib/perl5 will
be broken and have to be changed.

The attached patch implements the proposed new policy in #748380. I've
also changed the dependency on 'perl5' to 'perl', as per current policy.
(I tried to use dh_perl for this, but it apparently doesn't work with
old style .pl libraries.)
-- 
Niko Tyni   nt...@debian.org
reverted:
--- libjcode-perl-2.13/debian/dirs
+++ libjcode-perl-2.13.orig/debian/dirs
@@ -1 +0,0 @@
-usr/lib/perl5
diff -u libjcode-perl-2.13/debian/control libjcode-perl-2.13/debian/control
--- libjcode-perl-2.13/debian/control
+++ libjcode-perl-2.13/debian/control
@@ -10,7 +10,7 @@
 Conflicts: jcodepl
 Replaces: jcodepl
 Provides: jcodepl
-Depends: perl5
+Depends: perl
 Description: Perl library for Japanese character code conversion
  The libjcode-perl package provides jcode.pl which is perl library
  for Japanese character code conversion.
diff -u libjcode-perl-2.13/debian/rules libjcode-perl-2.13/debian/rules
--- libjcode-perl-2.13/debian/rules
+++ libjcode-perl-2.13/debian/rules
@@ -7,6 +7,8 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
+PERLDIR=$(shell perl -e 'use Config; print $$Config{vendorlib}')
+
 build: build-stamp
 build-stamp:
 	dh_testdir
@@ -31,11 +33,11 @@
 	dh_testdir
 	dh_testroot
 	dh_clean -k
-	dh_installdirs
+	dh_installdirs $(PERLDIR)
 
 	# Add here commands to install the package into debian/tmp.
 #	$(MAKE) install DESTDIR=`pwd`/debian/tmp
-	cp jcode.pl-2.13 debian/tmp/usr/lib/perl5/jcode.pl
+	cp jcode.pl-2.13 debian/tmp/$(PERLDIR)/jcode.pl
 
 	touch install-stamp
 
diff -u libjcode-perl-2.13/debian/changelog libjcode-perl-2.13/debian/changelog
--- libjcode-perl-2.13/debian/changelog
+++ libjcode-perl-2.13/debian/changelog
@@ -1,3 +1,11 @@
+libjcode-perl (2.13-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Install into $Config{vendorlib}
+  * Depend on perl instead of perl5.
+
+ -- Niko Tyni   Tue, 27 May 2014 22:55:18 +0300
+
 libjcode-perl (2.13-2) unstable; urgency=low
 
   * Maintainer release. 

Bug#741698: [Pkg-xfce-devel] Bug#741698: Bug#741698: lightdm: shutdown/restart options in XFCE are no longer available

[Yves-Alexis Perez]

On dim., 2014-05-25 at 18:28 +0200, Yves-Alexis Perez wrote:
> On dim., 2014-05-25 at 17:58 +0200, Thomas Bartscher wrote:
> > None of these problems appear when lightdm is started automatically at
> > boot time.
> 
> My guess is that it's because you don't have a consolekit session
> properly set up when manually starting lightdm.
> 
> You might want to try starting lightdm as root (directly, not using
> sudo), but in any case there's not much we can do here.

I experienced the same issue on a sid box, and what worked for me was to
install (in that order):

- systemd-shim
- libpam-systemd

I think policykit was switched to logind (so consolekit is not useful
anymore). I think you need to install them in that specific order
because systemd-shim will fulfill dependencies needed for libpam-systemd
(which would otherwise pull systemd-as-init stuff, which might not be
what you want right now).

Regards, 
-- 
Yves-Alexis


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

Bug#749540: Intel Celeron 220 motherboard is not start easily. (e.g.LAD201GLY2 or LAD201GLY2T)

[kingyo studio]

Package: kernel

Version: current

Dear Kernel Developers,

Mother board
LAD201GLY2
LAD201GLY2T
It is alike and kernel of Linux does not start easily.
It will not start, if especially SATA HDD is attached.
In a screen,  It is displayed as Status [DRDY].

I am glad, if a cause is known and you will improve.

Best regards,

d.Kingyo

Bug#749536: Pending fixes for bugs in the libcatalyst-model-cdbi-crud-perl package

[pkg-perl-maintainers]

tag 749536 + pending
thanks

Some bugs in the libcatalyst-model-cdbi-crud-perl package are closed
in revision 93537c6e24c1c2d0c89a3a36aad071b92c327a5e in branch
'master' by Damyan Ivanov

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libcatalyst-model-cdbi-crud-perl.git;a=commitdiff;h=93537c6

Commit message:

fix typo in package name in breaks/replaces relation (missed -extra)

Closes: #749536


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

Bug#747609: ruby2.0 removal transition: request for NMUs

[Emilio Pozuelo Monfort]

On 20/05/14 15:21, Antonio Terceiro wrote:
> On Tue, May 20, 2014 at 09:57:31AM -0300, Antonio Terceiro wrote:
>> Hello, in order to get rid of dependencies on ruby2.0, please schedule
>> NMUs for the following source packages:
>>

>> kross-interpreters

That one seems fine now.

I have also ignored korundum and subversion as you and James asked, as they are
both fine now.

>> graphviz
>> marisa
>> ngraph-gtk
>> notmuch
>> obexftp
>> redland-bindings
>> subtle
>> zeroc-ice
>> ruby-pgplot
>> treil
>> vim

Scheduled.

Emilio


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

Bug#749504: [chdist] bin2src fails with "chdist: bad apt-cache : 13"

[Adam D. Barratt]

On Tue, 2014-05-27 at 14:33 +0100, Robie Basak wrote:
> chdist create sid http://ftp.debian.org/debian/ unstable main contrib non-free
> chdist apt-get sid update
> chdist bin2src sid apache2-bin
> 
> Expected output: "apache2" (exit status 0)
> Actual output: "chdist: bad apt-cache : 13" (exit status 1)

The code in question is

my $pid = open(CACHE, '-|', 'apt-cache', @args);
if (!defined($pid)) {
fatal("Couldn't run apt-cache: $!");
}
if ($pid) {
while () {
if (m/^Source: (.*)/) {
$src = $1;
last;
}
}
close CACHE || fatal("bad apt-cache $!: $?");
print "$src\n";
}

The while loop hasn't consumed all of apt-cache's output, so closing the
pipe causes a SIGPIPE (13).

One possible solution would be to replace the loop with something
similar to

my $found = 0;
while () {
if (m/^Source: (.*)/) {
$src = $1 if not $found;
$found = 1;
}
}

Regards,

Adam


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

Bug#749537: Pending fixes for bugs in the libcatalyst-plugin-authentication-credential-openid-perl package

[pkg-perl-maintainers]

tag 749537 + pending
thanks

Some bugs in the
libcatalyst-plugin-authentication-credential-openid-perl package are
closed in revision 5668d00dcf48ff3efabbefa5f0b5b478d3ddd859 in branch
'master' by Damyan Ivanov

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libcatalyst-plugin-authentication-credential-openid-perl.git;a=commitdiff;h=5668d00

Commit message:

fix typo in package name in breaks/replaces relation (missed -extra)

Closes: #749537


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

Bug#683762: On/Off button & LED indicator doesn't work on HP Folio 13 - 2000

[Stefan Nagy]

The openSUSE patches by Takashi Iwai seem to have caused other problems 
and were dropped two years ago [1]. The maintainer Peter Hutterer closed 
(wontfix) the upstream bug report two months ago [2].


[1] 
https://build.opensuse.org/package/view_file?file=xf86-input-synaptics.changes&package=xf86-input-synaptics&project=openSUSE%3A12.2&rev=62387336edb5473988dd9fc4fdba589a

[2] https://bugs.freedesktop.org/show_bug.cgi?id=39055#c15


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

Bug#749539: optgeo: FTBFS don't build depend on versioned lazarus-ide

[Paul Gevers]

Package: optgeo
Version: 2.21-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Your package build depends on lazarus-ide-1.2. However, we uploaded
lazarus version 1.2.2 to the archive and you package is now blocking
the migration to testing as this package does not exist anymore and
your package FTBFS.

Please don't use the versioned package in your build depends. If
you have specific requirements, please discuss them on the
e-maillist in CC of this bug, so we can improve the lazarus package:
pkg-pascal-de...@lists.alioth.debian.org

Paul

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

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

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

iQEcBAEBCAAGBQJThO+OAAoJEJxcmesFvXUKVVEH/jsU0X2n4+r5YVq0yPCSLb9K
0Qux8eVc++RtkB6ZrJnTZi00Cbhu5dLOny51uZfJ+AwKGcVXFJdmJzqVo5fTyPZd
MyJGMZuEh4ZzmI6AxdYs8ezwP/fwz9AmRVqdkbInIS5YGjegJ6L1uhKZkk3rwJld
OPvaSavvykhZ5x4SAMyXbHmIUZc30tyY4jmS6NlHxW3p0dYTkzBHtvXoasrm+NO0
SOmqCxkrAqdo01pwZ8r0I8RrgMJYcv64t9Tf453T0eXpC3uqKr2ays0mBPhQbDuW
LlRLJC5KFsqJ1l/W0mQFo0zmAr6PM4RvZsSw7osMvWDYqsvwMbstclEczXXCLjE=
=xhnN
-END PGP SIGNATURE-


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

Bug#749526: Pending fixes for bugs in the libcatalyst-model-adaptor-perl package

[pkg-perl-maintainers]

tag 749526 + pending
thanks

Some bugs in the libcatalyst-model-adaptor-perl package are closed in
revision 1850e6fa9159337b3672e1a0437c8968168921c7 in branch 'master'
by Damyan Ivanov

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libcatalyst-model-adaptor-perl.git;a=commitdiff;h=1850e6f

Commit message:

fix package name in breaks/replaces relation (missed -extra)

Closes: #749526


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

Bug#538978: [debhelper-devel] Bug#538978: support for multiple python versions -- dh-python?

[Joey Hess]

Osamu Aoki wrote:
> In the Bug#538978 report at #47, Piotr Ozarowski mentioned as:
>   "python3 package in experimental (3.3.0-2) contains pybuild tool ..."
>   https://bugs.debian.org/538978#47
> 
> This pybuild command is now a part of his new package dh-python available
> in testing/unstable which also provides dh_python2 and dh_python3
> command.
> 
> In light of this new dh-python package, questions are: 
>   * Should we keep these Bug#538978 and Bug#596807 open for debhelper?
> (If this is out-of-scope for debhelper like dh-autoreconf case, we
>  may as well reassign these bugs and let dh-python to close these.)
> 
>   * Is there anything required for debhelper to work with dh-python
> better?
> (I mean, can we make "--buildsystem=pybuild" default so we can drop
>  this part of line when "--with python2,python3" are used
>  and dh-python is installed?)

This is the Nth new dh_something_python tool. What do I do if I make it
the default then N+1th comes along?

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#744294: RFS: mjpg-streamer/1.0r182 [ITP]

[Joao Eriberto Mota Filho]

Hi Andreas,

Your package is packaged for Ubuntu. It can't be put in Debian. You need:

1. Open a ITP bug in Debian. [1]
2. Package the program to Debian. [2]
3. Fix the problems showed by lintian (not bugs in lintian; your package has 
several problems). And you must generate a binary (.deb) to the executable and 
other to library.
4. You must fix several information (as compat version) and provide a 
debian/watch file too.
5. Your package must rebuild two times.

Regards,

Eriberto

[1] https://www.debian.org/devel/wnpp/#l1
[2] https://www.debian.org/doc/manuals/maint-guide



pgp1Zec78D_TX.pgp
Description: PGP signature

Bug#749538: opendnssec-common: Purging the package leaves a broken statoverride file

[Martín Ferrari]

Package: opendnssec-common
Severity: grave

Hi, after purging the current package, the opendnssec user is removed, but not
the statoverride, resulting in many dpkg errors:

After this operation, 1,087 kB of additional disk space will be used.
dpkg: unrecoverable fatal error, aborting:
 syntax error: unknown group 'opendnssec' in statoverride file
E: Sub-process /usr/bin/dpkg returned an error code (2)

# dpkg-statoverride --remove /etc/opendnssec/addns.xml
dpkg-statoverride: unrecoverable fatal error, aborting:
 syntax error: unknown group 'opendnssec' in statoverride file

I am setting this bug as grave, as it actually breaks dpkg for most users.

-- System Information:
Debian Release: 7.4
  APT prefers stable
  APT policy: (900, 'stable'), (500, 'testing'), (50, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages opendnssec-common depends on:
ii  adduser  3.113+nmu3
ii  ucf  3.0025+nmu3

opendnssec-common recommends no packages.

Versions of packages opendnssec-common suggests:
pn  opendnssec  
ii  softhsm 1.3.3-2


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

Bug#747609: transition: ruby2.0 removal

[Emilio Pozuelo Monfort]

tags 747609 + confirmed pending
forwarded 747609 https://release.debian.org/transitions/html/ruby2.0-rm.html
thanks

On 10/05/14 19:24, Antonio Terceiro wrote:
> On Sat, May 10, 2014 at 12:51:25PM +0200, Christian Hofstaedtler wrote:
>> During the ruby1.9.1-rm transition we discovered very late in the
>> process that we were missing some packages, esp. xapian-bindings.
>> As I know very little about ben, please crosscheck the ben file.

Created.

>>
>> Thanks,
>> Christian
>>
>>
>> Ben file:
>>
>> title = "ruby2.0";
>> is_affected = .depends ~ /ruby/ | .build-depends ~ /ruby/;
> 
> you also want to involve the packages that build-depend on gem2deb as
> they often won't depend on ruby directly.

How would we know whether they are good or bad if they don't depend or build
depend on ruby?

Emilio

> 
> is_affected = .depends ~ /ruby/ | .build-depends ~ /ruby/ | .build-depends ~ 
> /gem2deb/;
> 
>> is_good = !.depends ~ /ruby2.0/ & !.build-depends ~ /ruby2.0/;
>> is_bad = .depends ~ /ruby2.0/ | .build-depends ~ /ruby2.0/;
> 
> 


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

Bug#749535: opendnssec-enforcer: 100% CPU usage when first started

[Martín Ferrari]

Package: opendnssec-enforcer
Version: 1:1.4.3-3
Severity: normal

I am reporting for the version in unstable, but this also applies to the
version in stable.

When first starting opendnssec, I've found ods-enforcer to be in an infinite
loop consuming 100% CPU. Strace shows a neverending stream of sched_yield()
calls. As it kept the database locked, I could not do many other operations.

It does not respond to signals, I had to kill it with SIGKILL.

It seems that after running 'ods-ksmutil key generate', with the daemon down to
have access to the database, fixed the problem, but it is still a bug in the
enforcer.

-- System Information:
Debian Release: 7.4
  APT prefers stable
  APT policy: (900, 'stable'), (500, 'testing'), (50, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages opendnssec-enforcer depends on:
ii  opendnssec-enforcer-sqlite3 [opendnssec-enforcer-backend]  1:1.4.3-3
ii  procps 1:3.3.3-3

Versions of packages opendnssec-enforcer recommends:
ii  opendnssec-signer  1:1.4.3-3

Versions of packages opendnssec-enforcer suggests:
pn  opendnssec  
ii  softhsm 1.3.3-2

-- no debconf information


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

Bug#749526: libcatalyst-modules-extra-perl: fails to upgrade from jessie - trying to overwrite ...

[Damyan Ivanov]

Control: reassign -1 libcatalyst-model-adaptor-perl 0.10-1
Control: retitle -1 typo in breaks/replaces
Control: clone -1 -2 -3
Control: reassign -2 libcatalyst-model-cdbi-crud-perl 0.04-1
Control: reassign -3 libcatalyst-plugin-authentication-credential-openid-perl 
0.03+rp-1

-=| Holger Levsen, 27.05.2014 20:22:41 +0200 |=-
> Package: libcatalyst-modules-extra-perl
> Version: 9
> Severity: serious
> 
> during a test with piuparts I noticed your package fails to upgrade from
> jessie. It installed fine in jessie, then the upgrade to sid fails
> because it tries to overwrite other packages files without declaring a
> replaces relation.
> 
> See policy 7.6 at
> http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces
> 
> From the attached log (scroll to the bottom...):
> 
>   Selecting previously unselected package libcatalyst-model-adaptor-perl.
>   (Reading database ... 17269 files and directories currently installed.)
>   Preparing to unpack .../libcatalyst-model-adaptor-perl_0.10-1_all.deb ...
>   Unpacking libcatalyst-model-adaptor-perl (0.10-1) ...
>   dpkg: error processing archive /var/cache/apt/archives/libcatalyst-model-
> adaptor-perl_0.10-1_all.deb (--unpack):
>trying to overwrite '/usr/share/perl5/Catalyst/Model/Factory.pm', which is 
> also in package libcatalyst-modules-extra-perl 8
>   Preparing to unpack .../libcatalyst-view-tt-perl_0.41-2_all.deb ...
>   Unpacking libcatalyst-view-tt-perl (0.41-2) over (0.41-1) ...
>   Selecting previously unselected package libcatalyst-model-cdbi-crud-perl.
>   Preparing to unpack .../libcatalyst-model-cdbi-crud-perl_0.04-1_all.deb ...
>   Unpacking libcatalyst-model-cdbi-crud-perl (0.04-1) ...
>   dpkg: error processing archive /var/cache/apt/archives/libcatalyst-model-
> cdbi-crud-perl_0.04-1_all.deb (--unpack):
>trying to overwrite 
>'/usr/share/perl5/Catalyst/Model/CDBI/CRUD.pm', which is also in 
>package libcatalyst-modules-extra-perl 8
>   Selecting previously unselected package libcatalyst-plugin-authentication-
> credential-openid-perl.
>   Preparing to unpack .../libcatalyst-plugin-authentication-credential-openid-
> perl_0.03+rp-1_all.deb ...
>   Unpacking libcatalyst-plugin-authentication-credential-openid-perl 
> (0.03+rp-1) ...
>   dpkg: error processing archive /var/cache/apt/archives/libcatalyst-plugin-
> authentication-credential-openid-perl_0.03+rp-1_all.deb (--unpack):
>trying to overwrite 
> '/usr/share/perl5/Catalyst/Plugin/Authentication/Credential/OpenID.pm', which 
> is also in package libcatalyst-modules-extra-perl 8
> [...]
>   Errors were encountered while processing:
>/var/cache/apt/archives/libcatalyst-model-adaptor-perl_0.10-1_all.deb
>/var/cache/apt/archives/libcatalyst-model-cdbi-crud-perl_0.04-1_all.deb
>/var/cache/apt/archives/libcatalyst-plugin-authentication-credential-

The problem is in the now split packages, which miss '-extra' in their 
breaks/replaces relations.

Cloning/reassigning accordingly. Will fix shortly.


signature.asc
Description: Digital signature

Bug#749534: qa.debian.org: rss feeds get updated on every pull due to pubdate set to "now"

[Paul Gevers]

Package: qa.debian.org
Severity: minor
User: qa.debian@packages.debian.org
Usertags: udd

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Thanks for supporting feeds for the TODO list on https://udd.debian.org/dmd/.
However, I constantly get "new" feeds because on every pull the
pubdate of items is updated and my feed reader (icedove) displays new
items.

Furthermore, my feed checker (integrated in icedove) reports the following
issues on https://udd.debian.org/dmd/feed/?email=elbrus%40debian.org:

This feed does not validate.

line 38, column 12: link must be a full and valid URL: (4 occurrences) 
[help]

  
^

In addition, interoperability with the widest range of feed readers could be 
improved by implementing the following recommendations.

line 16, column 6: An item should not include both pubDate and dc:date (8 
occurrences) [help]

  2014-05-27T19:43:22+00:00
  ^

line 17, column 4: item should contain a guid element (8 occurrences) [help]


^

line 60, column 4: A channel should not include both pubDate and dc:date 
[help]

2014-05-27T19:43:22+00:00
^

line 61, column 2: Missing atom:link with rel="self" [help]

  

Thanks.
Paul


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

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

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

iQEcBAEBCAAGBQJThOt0AAoJEJxcmesFvXUKuTgH/AoBoSb+WuHGsPiJpnQfxFvT
djMwiJLGin8phQsOCMAJuXqj6wKqbiFGW1gAAp8wG7xU7yGckbY6hwOueSa0Yean
pbdrh79Y4AjF+U/DRJllBTuGdc9RmEF2hd+ORgUrUlaIhrgjvkNf0jB+3oN76hc6
jxOVCq+uqRI1LoyViBxCVTB53evciunr9nsb7ijm/p7lMKSvimrkPhiQ/66A/GfO
Bnx1fQl5bb4xsrouxNcmYX37aJ6AOXXz33Pvgcx07zKw/gWndClXskXJx+7GUQHh
DX2RixA36KSPTTI3d385expNcF2JcSAtgTe53lirhWpKLlgiiU84jIAajxuIXZc=
=SZM8
-END PGP SIGNATURE-


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

Bug#749531: Patch

[Anton Gladky]

tags 749531 +patch
thanks

The patch is attached.

Thanks

Anton


nmu.debdiff
Description: Binary data

Bug#742942: gparted stuck at "searching /dev/sdc partitions"

[Phillip Susi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ok, now that I've gotten all of the confusion cleared up, fixing this
should be as simple as changing gparted to use LANG=C.UTF-8 rather
than LANG=C when running dosfsck.  It seems that the former causes
dosfsck to disable its normally correct UTF-8 conversions and spit out
the characters as they are on the disk.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJThOY5AAoJEI5FoCIzSKrwXzAH/i+10ITeHetpkTRBSBhLEUnW
7dda49/ab4+BMQDb66AswyqSplgl/mOkuD78e4qhpwcekH20ZS88fa3SdHb33y+R
GbzOkw07bMUjsQhZV6aO0Em8/K3Cjw9iqW6zhKz+jXPhCr5l6A4aXTBm3SKhCeDl
n/+mBg210oANZhLLnKfMSpIwRqKWekYH01CRidb5MPQ8RvWg1P9Anf5eK9K8LDHJ
Go5dQ1lUu/DG5iiq5oi3jG3qzYZi2NYdEizDRjc7O2Min+zZ+BXPce3ScsVUwvm4
NF0n8bVtfqM1hddbLgfNBYo8qPupLslk0a/3YMRTl6/cuUj9c2d/2GNEZrmluO8=
=bs6/
-END PGP SIGNATURE-


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

Bug#749532: RFS: goldeneye/0.0~git20140221.7a38fe93-1 [ITP] -- HTTP DoS test tool

[Eriberto]

Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

  I am looking for a sponsor for my package "goldeneye". I am a DM and
I need the first upload only.

 * Package name: goldeneye
   Version : 0.0~git20140221.7a38fe93-1
   Upstream Author : Jan Seidl 
 * URL : https://github.com/jseidl/GoldenEye
 * License : GPL-3.0
   Section : net

  It builds those binary packages:

goldeneye  - HTTP DoS test tool

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

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


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

dget -x 
http://mentors.debian.net/debian/pool/main/g/goldeneye/goldeneye_0.0~git20140221.7a38fe93-1.dsc

  The GIT repository is:

git://anonscm.debian.org/collab-maint/goldeneye.git

   Thanks!

   Regards,
   Joao Eriberto Mota Filho


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

Bug#742942: Bug#749438: gparted stuck at "searching /dev/sdc partitions"

[Phillip Susi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I'm not sure why this conversation got dragged over to the wrong bug
#, but I'm putting it back and closing it.  I realized finally that I
was just looking at the table wrong and the value I was looking at was
in fact, the UTF-16 value for the character rather than the value in
that CP.  It is very odd that this character is not the same value in
CP-437 and CP-1252/ISO-8859-1, but that does appear to be the case.

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJThOXKAAoJEI5FoCIzSKrwMFIIAJOz5e/zqcafS02hjDQNhjoA
I5rPGN1XxXQh22jpX/sO37mw2ZZDuAEyQa3DMatIZ9OlB0T1RQ7p0Z8OCLw/MgJQ
Bx/SLVL94AH/0CDuqT93oHqBCkPxEpdaQ5/ooiWTVm39QjAFvgU6wPZRwRRwtg7A
TZqgqy4zZePBEMrusGygAv4sW9VBslth4bLSFfywphUSYzVAGXnwRjflL7vIavHv
JYF6R0Fgy69d+nSlEKLs1OEF/GSluCk+grz7nF1Gf9vwmQG+QcIyVOYXRWVt26jj
Ic4mT609AV6illyGe6cjeYhYEmJ67wgQs368TzMCw6iIbV7yjYaS1ArL5BwnSj8=
=5tG5
-END PGP SIGNATURE-


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

Bug#749531: Switch to vtk6

[Anton Gladky]

Package: fslview
Version: 4.0.1-4
Severity: wishlist
Tags: pending
Usertags: switch-to-vtk6

Dear Maintainer,

new VTK version 6.1 is already in archive. We are planning to
switch all dependent on VTK 5 packages to this new version
to escape dependencies on older unsupported VTK.

Thanks,

Anton


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

Bug#749530: libotf: use dh-autoreconf to build on new architectures

[Fernando Seiti Furusato]

Package: src:libotf
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
User: debian-de...@lists.debian.org
Usertags: autoreconf

Dear Maintainer,

Package libotf fails to build from source on ppc64el due to libtool
configuration files being out of date.
The usage of dh-autoreconf, included in the patch attached, will
update the files properly.

Thanks and regards.
Fernando


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

Kernel: Linux 3.13-1-powerpc64le (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Index: libotf-0.9.13/debian/control
===
--- libotf-0.9.13.orig/debian/control   2012-12-14 14:26:02.0 +
+++ libotf-0.9.13/debian/control2014-05-27 18:52:47.060002343 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Harshula Jayasuriya 
 DM-Upload-Allowed: yes
-Build-Depends: debhelper (>= 9), autotools-dev, libtool, libfreetype6-dev, zlib1g-dev, libice-dev, libsm-dev, libx11-dev, libxaw7-dev, libxmu-dev, libxt-dev
+Build-Depends: debhelper (>= 9), dh-autoreconf, libfreetype6-dev, zlib1g-dev, libice-dev, libsm-dev, libx11-dev, libxaw7-dev, libxmu-dev, libxt-dev
 Standards-Version: 3.9.3
 Homepage: http://www.nongnu.org/m17n/

Index: libotf-0.9.13/debian/rules
===
--- libotf-0.9.13.orig/debian/rules 2012-12-14 14:28:52.0 +
+++ libotf-0.9.13/debian/rules  2014-05-27 18:52:34.430006686 +
@@ -43,6 +43,7 @@
 ifneq "$(wildcard /usr/share/misc/config.guess)" ""
cp -f /usr/share/misc/config.guess config.guess
 endif
+   dh_autoreconf
./configure $(CROSS) \
--prefix=/usr \
--mandir=\$${prefix}/share/man \
@@ -69,6 +70,7 @@
 ifneq "$(wildcard /usr/share/misc/config.guess)" ""
rm -f config.guess
 endif
+   dh_autoreconf_clean
dh_clean

 install: build