Bug#732680: insanity is no longer maintained upstream

2013-12-20 Thread Sebastian Dröge
Package: gst-qa-system
Severity: serious

Hi,

please get the insanity/gst-qa-system package removed from Debian. It is
no longer maintained upstream since years and there never was a release.

This was mostly an experiment if such an approach can lead to useful
results or not, and it failed. This should've never been in Debian at
all.

Best regards,
Sebastian


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


Bug#714984: It works :)

2013-12-20 Thread Giorgio Quattrone

Hi Mathieu,
I installed the patch: it worked like a charm.
For me the bug is SOLVED

Thank you


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



Bug#714984: It works :)

2013-12-20 Thread Mathieu Malaterre
Control: tag -1 - pending

On Fri, Dec 20, 2013 at 10:47 AM, Giorgio Quattrone
g.quattr...@cineca.it wrote:
 Hi Mathieu,
 I installed the patch: it worked like a charm.
 For me the bug is SOLVED

 Jay,

  Could you please do a stable upload ?

thanks much


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



Processed: Re: It works :)

2013-12-20 Thread Debian Bug Tracking System
Processing control commands:

 tag -1 - pending
Bug #714984 [libvips-tools] libvips-tools: Segmentation Fault: vips 7.28.5-1 
with jpeg compression
Bug #689523 [libvips-tools] SIGSEGV  in jpeg_idct_16x16 () from 
/usr/lib/x86_64-linux-gnu/libjpeg.so.8
Bug #731948 [libvips-tools] vips tiffsave leads to Segmentation fault
Removed tag(s) pending.
Removed tag(s) pending.
Removed tag(s) pending.

-- 
689523: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689523
714984: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714984
731948: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731948
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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



Processed: jessie

2013-12-20 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 retitle 730269 nulog 2.0.dfsg.1-2 is broken
Bug #730269 [nulog] nulog 2.0.dfsg.1-2 is broken in Debian testing
Changed Bug title to 'nulog 2.0.dfsg.1-2 is broken' from 'nulog 2.0.dfsg.1-2 is 
broken in Debian testing'
 tags 732015 + sid jessie
Bug #732015 [gofigure2] has_binary_operator.hp:50: Parse error at BOOST_JOIN
Added tag(s) sid and jessie.
 tags 732651 + sid jessie
Bug #732651 [swftools] Please remove t1lib dependency
Added tag(s) sid and jessie.
 tags 732650 + sid jessie
Bug #732650 [claws-mail] Please remove t1lib dependency
Added tag(s) sid and jessie.
 tags 638761 + sid jessie
Bug #638761 [gtkmathview] gtkmathview: please remove t1lib dependency
Added tag(s) sid and jessie.
 tags 718697 + sid jessie
Bug #718697 [ptop] ptop is incompatible with PostgreSQL = 9.2
Added tag(s) sid and jessie.
 tags 661409 + sid jessie
Bug #661409 [rawstudio] rawstudio: FTBFS with undefined reference to 
`g_thread_init'
Added tag(s) sid and jessie.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
638761: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638761
661409: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661409
718697: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718697
730269: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730269
732015: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732015
732650: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732650
732651: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732651
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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



Processed: Re: Bug#732679: test_nodes.ElementTests.test_empty fails for py3: • != \\u2022

2013-12-20 Thread Debian Bug Tracking System
Processing control commands:

 severity -1 serious
Bug #732679 [python-docutils] test_nodes.ElementTests.test_empty fails for py3: 
• != \\u2022
Severity set to 'serious' from 'normal'

-- 
732679: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732679
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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



Bug#730894: marked as done (ruby-fusefs: FTBFS: Hard dependency on ruby1.8)

2013-12-20 Thread Debian Bug Tracking System
Your message dated Fri, 20 Dec 2013 11:50:08 +
with message-id e1vtyam-ya...@franck.debian.org
and subject line Bug#730894: fixed in ruby-fusefs 0.7.0-4
has caused the Debian Bug report #730894,
regarding ruby-fusefs: FTBFS: Hard dependency on ruby1.8
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
730894: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730894
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Source: ruby-fusefs
Version: 0.7.0-3
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20131128 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Relevant part (hopefully):
  fakeroot debian/rules binary
 dh binary --buildsystem=ruby --with ruby
dh_testroot -O--buildsystem=ruby
dh_prep -O--buildsystem=ruby
dh_auto_install -O--buildsystem=ruby
 /usr/lib/ruby/vendor_ruby/gem2deb.rb:17: warning: setting 
 Encoding.default_external
 /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:31: warning: method redefined; 
 discarding old visit_String
 /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:4: warning: previous definition of 
 visit_String was here
 /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:39: warning: method redefined; 
 discarding old register
 /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:12: warning: previous definition 
 of register was here
 /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:43: warning: method redefined; 
 discarding old format_time
 /usr/lib/ruby/1.9.1/rubygems/psych_tree.rb:16: warning: previous definition 
 of format_time was here
 /usr/lib/ruby/1.9.1/rubygems/syck_hack.rb:115: warning: method redefined; 
 discarding old to_s
 /usr/lib/ruby/1.9.1/rubygems/syck_hack.rb:44: warning: previous definition of 
 to_s was here
   Entering dh_ruby --install
 install -d /«PKGBUILDDIR»/debian/ruby-fusefs/usr/lib/ruby/vendor_ruby
 install -D -m644 /«PKGBUILDDIR»/lib/fusefs.rb 
 /«PKGBUILDDIR»/debian/ruby-fusefs/usr/lib/ruby/vendor_ruby/fusefs.rb
 /usr/lib/ruby/vendor_ruby/gem2deb.rb:52:in `system': can't convert nil into 
 String (TypeError)
   from /usr/lib/ruby/vendor_ruby/gem2deb.rb:52:in `run'
   from /usr/lib/ruby/vendor_ruby/gem2deb/installer.rb:36:in `block in 
 install_files_and_build_extensions'
   from /usr/lib/ruby/vendor_ruby/gem2deb/installer.rb:34:in `each'
   from /usr/lib/ruby/vendor_ruby/gem2deb/installer.rb:34:in 
 `install_files_and_build_extensions'
   from /usr/lib/ruby/vendor_ruby/gem2deb/dh_ruby.rb:68:in `block in 
 install'
   from /usr/lib/ruby/vendor_ruby/gem2deb/dh_ruby.rb:66:in `each'
   from /usr/lib/ruby/vendor_ruby/gem2deb/dh_ruby.rb:66:in `install'
   from /usr/bin/dh_ruby:69:in `block (2 levels) in main'
   from /usr/lib/ruby/1.9.1/optparse.rb:1360:in `call'
   from /usr/lib/ruby/1.9.1/optparse.rb:1360:in `block in parse_in_order'
   from /usr/lib/ruby/1.9.1/optparse.rb:1347:in `catch'
   from /usr/lib/ruby/1.9.1/optparse.rb:1347:in `parse_in_order'
   from /usr/lib/ruby/1.9.1/optparse.rb:1341:in `order!'
   from /usr/lib/ruby/1.9.1/optparse.rb:1432:in `permute!'
   from /usr/lib/ruby/1.9.1/optparse.rb:1453:in `parse!'
   from /usr/bin/dh_ruby:73:in `main'
 Building extension for ruby1.8 ...
  -I/usr/lib/ruby/vendor_ruby 
 /usr/lib/ruby/vendor_ruby/gem2deb/extension_builder.rb /«PKGBUILDDIR» 
 debian/ruby-fusefs
 dh_auto_install: dh_ruby --install /«PKGBUILDDIR»/debian/tmp returned exit 
 code 1
 make: *** [binary] Error 1

The full build log is available from:
   
http://aws-logs.debian.net/ftbfs-logs/2013/11/28/ruby-fusefs_0.7.0-3_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
---End Message---
---BeginMessage---
Source: ruby-fusefs
Source-Version: 0.7.0-4

We believe that the bug you reported is fixed in the latest version of
ruby-fusefs, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 730...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Cédric Boutillier bou...@debian.org 

Bug#728796: marked as done (can not remove package)

2013-12-20 Thread Debian Bug Tracking System
Your message dated Fri, 20 Dec 2013 12:03:50 +
with message-id e1vtyo2-0003s5...@franck.debian.org
and subject line Bug#728796: fixed in yaws 1.98-2
has caused the Debian Bug report #728796,
regarding can not remove package
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
728796: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=728796
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: yaws
Version: 1.97-1
Severity: serious

# dpkg -P --force all yaws
(Reading database ... 315953 files and directories currently installed.)
Removing yaws ...
Stopping yaws: invoke-rc.d: initscript yaws, action stop failed.
dpkg: error processing yaws (--purge):
 subprocess installed pre-removal script returned error exit status 1
Starting yaws: .. failedYaws web server.
Errors were encountered while processing:
 yaws



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

Kernel: Linux 3.11-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 yaws depends on:
ii  adduser  3.113+nmu3
ii  erlang-yaws  1.97-2
ii  ssl-cert 1.0.33

yaws recommends no packages.

Versions of packages yaws suggests:
pn  yaws-chat  none
pn  yaws-doc   none
pn  yaws-mail  none
pn  yaws-wiki  none
pn  yaws-yapp  none

-- Configuration Files:
/etc/yaws/conf.avail/localhost-ssl.conf [Errno 13] Permission denied:
u'/etc/yaws/conf.avail/localhost-ssl.conf' /etc/yaws/conf.avail/localhost.conf
[Errno 13] Permission denied:
u'/etc/yaws/conf.avail/localhost.conf' /etc/yaws/yaws.conf [Errno 13]
Permission denied: u'/etc/yaws/yaws.conf'

-- no debconf information
---End Message---
---BeginMessage---
Source: yaws
Source-Version: 1.98-2

We believe that the bug you reported is fixed in the latest version of
yaws, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 728...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Sergei Golovan sgolo...@debian.org (supplier of updated yaws package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 20 Dec 2013 15:49:50 +0400
Source: yaws
Binary: yaws erlang-yaws yaws-doc yaws-chat yaws-mail yaws-wiki yaws-yapp
Architecture: source all amd64
Version: 1.98-2
Distribution: unstable
Urgency: low
Maintainer: Debian Erlang Packagers pkg-erlang-de...@lists.alioth.debian.org
Changed-By: Sergei Golovan sgolo...@debian.org
Description: 
 erlang-yaws - Erlang application which implements HTTP webserver
 yaws   - High performance HTTP 1.1 webserver written in Erlang
 yaws-chat  - Chat application for Yaws web server
 yaws-doc   - Documentation and examples for Yaws web server
 yaws-mail  - Webmail application for Yaws web server
 yaws-wiki  - Wiki application for Yaws web server
 yaws-yapp  - Provides an easy way to deploy applications for Yaws web server
Closes: 728796
Changes: 
 yaws (1.98-2) unstable; urgency=low
 .
   * Use userdel --force in postrm script to remove the yaws user on purging
 the yaws package.
   * Create yaws homedir if it doesn't exist in postinst script.
   * Delete /etc/yaws directory in postrm script only if it does exist.
   * Use init functions from lsb-base to report init.d script progress and
 status.
   * More carefully process errors when starting and stopping the Yaws daemon
 (closes: #728796).
Checksums-Sha1: 
 7bac54cced856e2d518dc7a11d64822c93975567 1689 yaws_1.98-2.dsc
 86b8b03ef86be87c87a24d263ed179fd72a0d0c9 21816 yaws_1.98-2.debian.tar.gz
 378b51888e260e224b773c05fd90601926adf4b0 77618 yaws_1.98-2_all.deb
 9872613e2a3354f92f2823537160e56752347381 400936 erlang-yaws_1.98-2_amd64.deb
 27a9797fe6a0ed25d77b3e1b142c8f59426ff010 919686 yaws-doc_1.98-2_all.deb
 20ec86803f52a6f1eb4274efd2f1b2b4a13bf3bb 67268 yaws-chat_1.98-2_all.deb
 833a170370372997d263b87d0dafd7a210cfec01 158498 yaws-mail_1.98-2_all.deb
 f7e3c680fccc739088a6ee790da1e8d3f3bc43cc 193406 yaws-wiki_1.98-2_all.deb
 c9d3c09a0400afeac43ac4770985e2f1282d8287 67824 yaws-yapp_1.98-2_all.deb
Checksums-Sha256: 

Bug#732693: unable to setup DHCP in kfreebsd-11

2013-12-20 Thread Robert Millan
Package: kfreebsd-image-11.0-0-amd64
Version: 11.0~svn259528-2
Severity: grave

On 20/12/2013 11:05, Markus Koschany wrote:
 Unfortunately ip4 networking doesn't work anymore with freebsd 11 but
 works fine when I use kfreebsd-image-9.2-1. The em0 interface is up but
 I don't get a DHCP lease. It seems that is another issue to look into.

I got that, too. IIRC there was some error with ioctls in ifconfig. Fortunately
it's kfreebsd-11 only.

If you've got spare time to do some tests, it would help to know which version
of the kfreebsd-11 package introduced this bug.

-- 
Robert Millan


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



Bug#732578: Issue after conversion of AppArmor package to dh(1) and Multi-Arch

2013-12-20 Thread intrigeri
Hi Steve,

Steve Langasek wrote (19 Dec 2013 18:28:09 GMT) :
 I haven't seen this issue and don't have any ideas, no.  The package in
 Ubuntu doesn't have this problem.

Indeed, libapparmor-perl 2.8.0-0ubuntu35 for i386 does ship the file
we're missing.

 Is it reproducible in a clean build on i386?

Yes, the i386 binary package that exposes this issue was built on the
Debian buildd network:
https://buildd.debian.org/status/fetch.php?pkg=apparmorarch=i386ver=2.8.0-3stamp=1386964661

... but the source package currently FTBFS in my pbuilder sid i386 and
amd64 chroots (same for 2.8.0-0ubuntu35, FWIW), so I can't confirm
this issues is still current. I will report the FTBFS separately.

 Otherwise, I would suggest looking for any debian/rules delta between
 the Debian and Ubuntu packages at this point, since it was from Ubuntu that
 Kees grabbed my changes.

Sure, this is way to go. Kees, I think I'm done with the initial
investigation. May you please take over from this point?

Thank you, Steve, for your help!

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


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



Processed: re: prima: FTBFS (TIFF_VERSION undeclared)

2013-12-20 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 tags 732405 +fixed-upstream
Bug #732405 [src:prima] prima: FTBFS (TIFF_VERSION undeclared)
Added tag(s) fixed-upstream.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
732405: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732405
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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



Bug#732405: prima: FTBFS (TIFF_VERSION undeclared)

2013-12-20 Thread peter green

tags 732405 +fixed-upstream
thanks

From a quick google this appears to be fixed upstream, unfortunately 
the bug report does not appear to have a link to the fix.


https://rt.cpan.org/Public/Bug/Display.html?ShowHeaders=1;id=77087


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



Bug#732697: /usr/sbin/dibbler-client: dibbler_client: segfaults in TClntCfgMgr::validateConfig

2013-12-20 Thread Peter Poeschl
Package: dibbler-client
Version: 1.0.0~rc1-1
Severity: serious
File: /usr/sbin/dibbler-client
Tags: ipv6
Justification: Policy 3.3

Each time I start dibbler-client, it terminates with a segmentation fault.

Compiling with debug symbols and starting with GDB I get:

# gdb --args dibbler-client run
GNU gdb (GDB) 7.6.1 (Debian 7.6.1-1)
...
Reading symbols from /usr/sbin/dibbler-client...Reading symbols from 
/usr/lib/debug/.build-id/00/e3a4d011a15fdf6c9c425ab9d7cfc1d8e1a168.debug...done.
done.
(gdb) run
Starting program: /usr/sbin/dibbler-client run
[tcsetpgrp failed in terminal_inferior: Unpassender IOCTL (I/O-Control) für das 
Gerät]
warning: no loadable sections found in added symbol-file system-supplied DSO at 
0x77ffa000
[tcsetpgrp failed in terminal_inferior: Unpassender IOCTL (I/O-Control) für das 
Gerät]
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need set solib-search-path or set sysroot?
[tcsetpgrp failed in terminal_inferior: Unpassender IOCTL (I/O-Control) für das 
Gerät]
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
[tcsetpgrp failed in terminal_inferior: Unpassender IOCTL (I/O-Control) für das 
Gerät]
| Dibbler - a portable DHCPv6, version 1.0.0RC1 (CLIENT, Linux port)
| Authors : Tomasz Mrugalskithomson(at)klub.com.pl,Marek 
Senderskimsend(at)o2.pl
| Licence : GNU GPL v2 only. Developed at Gdansk University of Technology.
| Homepage: http://klub.com.pl/dhcpv6/
2013.12.20 12:54:56 Client Warning   Pid file found (pid=4676, file 
/var/lib/dibbler/client.pid), but process 4676 does not exist.
2013.12.20 12:54:56 Client NoticeMy pid (32038) is stored in 
/var/lib/dibbler/client.pid
2013.12.20 12:54:56 Client NoticeDetected iface eth0/2, 
MAC=90:2b:34:a0:08:48.
2013.12.20 12:54:56 Client NoticeDetected iface lo/1, MAC=00:00:00:00:00:00.
2013.12.20 12:54:56 Client NoticeParsing /etc/dibbler/client.conf config 
file...
2013.12.20 12:54:56 Client Debug Parsing /etc/dibbler/client.conf done, 
result=0
2013.12.20 12:54:56 Client Debug 1 interface(s) specified in 
/etc/dibbler/client.conf
2013.12.20 12:54:56 Client Info  Interface eth0/2 configuration has been 
loaded.

Program received signal SIGSEGV, Segmentation fault.
TClntCfgMgr::validateConfig (this=this@entry=0x6f4da0) at ClntCfgMgr.cpp:530
530 if (digests[0] != DIGEST_HMAC_MD5) {
(gdb) bt
#0  TClntCfgMgr::validateConfig (this=this@entry=0x6f4da0) at ClntCfgMgr.cpp:530
#1  0x00447428 in TClntCfgMgr::parseConfigFile 
(this=this@entry=0x6f4da0, cfgFile=...) at ClntCfgMgr.cpp:135
#2  0x00447695 in TClntCfgMgr::TClntCfgMgr (this=0x6f4da0, cfgFile=...) 
at ClntCfgMgr.cpp:62
#3  0x004478e1 in TClntCfgMgr::instanceCreate (cfgFile=...) at 
ClntCfgMgr.cpp:47
#4  0x00408d12 in TDHCPClient::TDHCPClient (this=0x7fffe460, 
config=...) at ./Misc/DHCPClient.cpp:41
#5  0x004075d3 in run () at ./Port-linux/dibbler-client.cpp:87
#6  0x00405d9f in main (argc=optimized out, argv=optimized out) at 
./Port-linux/dibbler-client.cpp:153


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

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

Versions of packages dibbler-client depends on:
ii  debconf [debconf-2.0]  1.5.52
ii  libc6  2.17-93
ii  libgcc11:4.8.2-1
ii  libstdc++6 4.8.2-1
ii  ucf3.0027+nmu1

Versions of packages dibbler-client recommends:
ii  dibbler-doc  0.8.2-1
ii  resolvconf   1.74

dibbler-client suggests no packages.

-- Configuration Files:
/etc/init.d/dibbler-client changed:
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/sbin/dibbler-client
NAME=dibbler-client
DESC=DHCPv6 client
DAEMON_OPTS=run

test -x $DAEMON || exit 0
if [ -f /etc/default/dibbler ] ; then
. /etc/default/dibbler
fi
set -e
case $1 in
  start)
echo -n Starting $DESC: 
$DAEMON start 21  /dev/null
echo $NAME.
;;
  stop)
echo -n Stopping $DESC: 
($DAEMON stop 21  /dev/null || true)
echo $NAME.
;;
  status)
echo Status $DESC: $NAME
$DAEMON status
;;
  #reload)
#
#   If the daemon can reload its config files on the fly
#   for example by sending it SIGHUP, do it here.
#
#   If the daemon responds to changes in its config file
#   directly anyway, make this a do-nothing entry.
#
# echo Reloading $DESC configuration files.
# start-stop-daemon --stop --signal 1 --quiet --pidfile \
#   /var/run/$NAME.pid --exec $DAEMON
  #;;
  restart|force-reload)
#
#   If the reload option is 

Bug#731891: marked as done (gcc-4.4 FTBFS on mips* with 3.8 kernel headers)

2013-12-20 Thread Debian Bug Tracking System
Your message dated Fri, 20 Dec 2013 13:04:09 +
with message-id e1vtzkp-0006hd...@franck.debian.org
and subject line Bug#731891: fixed in gcc-4.4 4.4.7-6
has caused the Debian Bug report #731891,
regarding gcc-4.4 FTBFS on mips* with 3.8 kernel headers
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
731891: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731891
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---

Package: gcc-4.4
Severity: serious
Tags: jessie, sid

In file included from ../../../../src/libgcc/../gcc/unwind-dw2.c:333:
../../../../src/libgcc/../gcc/config/mips/linux-unwind.h: In function 
'mips_fallback_frame_state':
../../../../src/libgcc/../gcc/config/mips/linux-unwind.h:78: error: field 
'info' has incomplete type

This looked very similar to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707387 
but on the mips version of the file rather than the i386 version. I replaced 
struct siginfo with siginfo_t in struct rt_sigframe in that file as well and I'm

currently checking if it builds on the mips porterbox.
---End Message---
---BeginMessage---
Source: gcc-4.4
Source-Version: 4.4.7-6

We believe that the bug you reported is fixed in the latest version of
gcc-4.4, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 731...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Matthias Klose d...@debian.org (supplier of updated gcc-4.4 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 20 Dec 2013 13:19:55 +0100
Source: gcc-4.4
Binary: gcc-4.4-base gcc-4.4 gcc-4.4-multilib gcc-4.4-hppa64 gcc-4.4-spu 
g++-4.4-spu gfortran-4.4-spu cpp-4.4 gcc-4.4-locales g++-4.4 g++-4.4-multilib 
protoize gfortran-4.4 gfortran-4.4-multilib libstdc++6-4.4-dev 
libstdc++6-4.4-pic libstdc++6-4.4-dbg lib32stdc++6-4.4-dbg lib64stdc++6-4.4-dbg 
libn32stdc++6-4.4-dbg libstdc++6-4.4-doc gcc-4.4-soft-float gcc-4.4-source
Architecture: source all amd64
Version: 4.4.7-6
Distribution: unstable
Urgency: medium
Maintainer: Debian GCC Maintainers debian-...@lists.debian.org
Changed-By: Matthias Klose d...@debian.org
Description: 
 cpp-4.4- GNU C preprocessor
 g++-4.4- GNU C++ compiler
 g++-4.4-multilib - GNU C++ compiler (multilib files)
 g++-4.4-spu - SPU cross-compiler (C++ compiler)
 gcc-4.4- GNU C compiler
 gcc-4.4-base - GCC, the GNU Compiler Collection (base package)
 gcc-4.4-hppa64 - GNU C compiler (cross compiler for hppa64)
 gcc-4.4-locales - GCC, the GNU compiler collection (native language support 
files)
 gcc-4.4-multilib - GNU C compiler (multilib files)
 gcc-4.4-soft-float - GCC soft-floating-point gcc libraries (arm)
 gcc-4.4-source - Source of the GNU Compiler Collection
 gcc-4.4-spu - SPU cross-compiler (preprocessor and C compiler)
 gfortran-4.4 - GNU Fortran 95 compiler
 gfortran-4.4-multilib - GNU Fortran 95 compiler (multilib files)
 gfortran-4.4-spu - SPU cross-compiler (Fortran compiler)
 lib32stdc++6-4.4-dbg - GNU Standard C++ Library v3 (debugging files)
 lib64stdc++6-4.4-dbg - GNU Standard C++ Library v3 (debugging files)
 libn32stdc++6-4.4-dbg - GNU Standard C++ Library v3 (debugging files)
 libstdc++6-4.4-dbg - GNU Standard C++ Library v3 (debugging files)
 libstdc++6-4.4-dev - GNU Standard C++ Library v3 (development files)
 libstdc++6-4.4-doc - GNU Standard C++ Library v3 (documentation files)
 libstdc++6-4.4-pic - GNU Standard C++ Library v3 (shared library subset kit)
 protoize   - Create/remove ANSI prototypes from C code
Closes: 731891
Changes: 
 gcc-4.4 (4.4.7-6) unstable; urgency=medium
 .
   * Fix build failure with linux-3.8 kernel headers. Closes: #731891.
Checksums-Sha1: 
 6304679f3e57612aff21928ec235e5c0e14874a1 3722 gcc-4.4_4.4.7-6.dsc
 1821ab8bf86aaeace4ffb9d9c53299c4779dc12d 1208721 gcc-4.4_4.4.7-6.diff.gz
 1b83a92a4a44c2f336018bdf64afcdb3062914be 50818016 
gcc-4.4-source_4.4.7-6_all.deb
 3304fa8096352c0d3cac20e726c157510ed818ca 12824448 
libstdc++6-4.4-doc_4.4.7-6_all.deb
 f480cb01ccd0e70b948d223db64953f7df3c8acd 1097662 
gcc-4.4-locales_4.4.7-6_all.deb
 3fd4ab8420d117a38b22564ccef37ae3a489fc27 126124 gcc-4.4-base_4.4.7-6_amd64.deb
 

Bug#732695: AppArmor 2.8.0-{3,0ubuntu35} fails to build from source on current Debian sid

2013-12-20 Thread intrigeri
Hi,

I have reported this FTBFS against the AppArmor Debian package there:

   http://bugs.debian.org/732695

Dear upstream, any hint?

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


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



Bug#732355: asterisk: Two Asterisk security issues

2013-12-20 Thread Tzafrir Cohen
On Tue, Dec 17, 2013 at 06:17:09PM +0100, Moritz Muehlenhoff wrote:
 On Tue, Dec 17, 2013 at 05:55:14PM +0200, Tzafrir Cohen wrote:
  On Tue, Dec 17, 2013 at 07:33:53AM +0100, Moritz Muehlenhoff wrote:
   Package: asterisk
   Severity: grave
   Tags: security
   
   Hi,
   please see
   http://downloads.asterisk.org/pub/security/AST-2013-006.html and
   http://downloads.asterisk.org/pub/security/AST-2013-007.html
  
  Looking at them. At first glance: both of them also affect 1.6.2 from
  old-stable. AST-2013-007 introduces a new configuration item and we have
  to see what the sane default for it should be.
 
 I think we should follow upstream and keep live_dangerously activated
 We can add a note to the advisory what setting must be tweaked.

Attached are debdiffs for oldstable and stable uploads. I couldn't find
CVE entries.

I added an extra bug fix to help me patch the issue, for a bug that is
marginally a remote crash bug:
https://issues.asterisk.org/jira/browse/ASTERISK-20658
(Asterisk Realtime means getting some of Asterisk's configuration from a
database)


More on AST-2013-007:

(maybe shorten it a bit?)

Asterisk employs in its dialplan and varois other places a syntax for
varable expantion: ${VAR} expands the value of ${VAR}. Similarly there
are also some functions that use a similar syntax: ${RANDOM(5)} or 
${CUT(20-30-40,-,2)}. Some are more potent, however such as SHELL
(run a shell command and return the output).

The variables were primarily meant for the Asterisk dialplan, but may be
accessed through several other interfaces. For instance, the AMI
(Asterisk Manager Interface) provides a GetVar command. This will also
expand functions.

With the fix for AST-2013-007, a new knob was added in order to allow
the system adminitrator to disable expantion of dangerous functions
(such as SHELL()) from any interface which is not the dialplan. In
Stable and Oldstable this knob is disabled by default. To enable it add
the following line to the section '[options]' in
/etc/asterisk/asterisk.conf (and restart asterisk)

  live_dangerously = no

-- 
   Tzafrir Cohen
icq#16849755  jabber:tzafrir.co...@xorcom.com
+972-50-7952406   mailto:tzafrir.co...@xorcom.com
http://www.xorcom.com


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



Processed: dibbler_client: segfaults in TClntCfgMgr::validateConfig

2013-12-20 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 forwarded 732697 http://klub.com.pl/bugzilla3/show_bug.cgi?id=289
Bug #732697 [dibbler-client] /usr/sbin/dibbler-client: dibbler_client: 
segfaults in TClntCfgMgr::validateConfig
Set Bug forwarded-to-address to 
'http://klub.com.pl/bugzilla3/show_bug.cgi?id=289'.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
732697: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732697
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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



Bug#732697: /usr/sbin/dibbler-client: dibbler_client: segfaults in TClntCfgMgr::validateConfig

2013-12-20 Thread Tomasz Mrugalski
On 20.12.2013 13:58, Peter Poeschl wrote:
 Package: dibbler-client
 Version: 1.0.0~rc1-1
 Severity: serious
 File: /usr/sbin/dibbler-client
 Tags: ipv6
 Justification: Policy 3.3
 
 Each time I start dibbler-client, it terminates with a segmentation fault.
 
 Compiling with debug symbols and starting with GDB I get:
 
 # gdb --args dibbler-client run
 GNU gdb (GDB) 7.6.1 (Debian 7.6.1-1)
 ...
 Reading symbols from /usr/sbin/dibbler-client...Reading symbols from 
 /usr/lib/debug/.build-id/00/e3a4d011a15fdf6c9c425ab9d7cfc1d8e1a168.debug...done.
 done.
 (gdb) run
 Starting program: /usr/sbin/dibbler-client run
 [tcsetpgrp failed in terminal_inferior: Unpassender IOCTL (I/O-Control) für 
 das Gerät]
 warning: no loadable sections found in added symbol-file system-supplied DSO 
 at 0x77ffa000
 [tcsetpgrp failed in terminal_inferior: Unpassender IOCTL (I/O-Control) für 
 das Gerät]
 warning: Could not load shared library symbols for linux-vdso.so.1.
 Do you need set solib-search-path or set sysroot?
 [tcsetpgrp failed in terminal_inferior: Unpassender IOCTL (I/O-Control) für 
 das Gerät]
 [Thread debugging using libthread_db enabled]
 Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
 [tcsetpgrp failed in terminal_inferior: Unpassender IOCTL (I/O-Control) für 
 das Gerät]
 | Dibbler - a portable DHCPv6, version 1.0.0RC1 (CLIENT, Linux port)
 | Authors : Tomasz Mrugalskithomson(at)klub.com.pl,Marek 
 Senderskimsend(at)o2.pl
 | Licence : GNU GPL v2 only. Developed at Gdansk University of Technology.
 | Homepage: http://klub.com.pl/dhcpv6/
 2013.12.20 12:54:56 Client Warning   Pid file found (pid=4676, file 
 /var/lib/dibbler/client.pid), but process 4676 does not exist.
 2013.12.20 12:54:56 Client NoticeMy pid (32038) is stored in 
 /var/lib/dibbler/client.pid
 2013.12.20 12:54:56 Client NoticeDetected iface eth0/2, 
 MAC=90:2b:34:a0:08:48.
 2013.12.20 12:54:56 Client NoticeDetected iface lo/1, 
 MAC=00:00:00:00:00:00.
 2013.12.20 12:54:56 Client NoticeParsing /etc/dibbler/client.conf config 
 file...
 2013.12.20 12:54:56 Client Debug Parsing /etc/dibbler/client.conf done, 
 result=0
 2013.12.20 12:54:56 Client Debug 1 interface(s) specified in 
 /etc/dibbler/client.conf
 2013.12.20 12:54:56 Client Info  Interface eth0/2 configuration has been 
 loaded.
 
 Program received signal SIGSEGV, Segmentation fault.
 TClntCfgMgr::validateConfig (this=this@entry=0x6f4da0) at ClntCfgMgr.cpp:530
 530 if (digests[0] != DIGEST_HMAC_MD5) {
 (gdb) bt
 #0  TClntCfgMgr::validateConfig (this=this@entry=0x6f4da0) at 
 ClntCfgMgr.cpp:530
 #1  0x00447428 in TClntCfgMgr::parseConfigFile 
 (this=this@entry=0x6f4da0, cfgFile=...) at ClntCfgMgr.cpp:135
 #2  0x00447695 in TClntCfgMgr::TClntCfgMgr (this=0x6f4da0, 
 cfgFile=...) at ClntCfgMgr.cpp:62
 #3  0x004478e1 in TClntCfgMgr::instanceCreate (cfgFile=...) at 
 ClntCfgMgr.cpp:47
 #4  0x00408d12 in TDHCPClient::TDHCPClient (this=0x7fffe460, 
 config=...) at ./Misc/DHCPClient.cpp:41
 #5  0x004075d3 in run () at ./Port-linux/dibbler-client.cpp:87
 #6  0x00405d9f in main (argc=optimized out, argv=optimized out) 
 at ./Port-linux/dibbler-client.cpp:153
Thanks for this bug report. I'm an original Dibbler author, and used to
be also Debian package maintainer (I'm not one anymore). There is a fix
on master that is likely to address your segfault. Can you please
confirm if the latest master from
https://github.com/tomaszmrugalski/dibbler solves the problem?

If it does, I'll need to release 1.0.0RC2 and then ask Debian maintainer
to package it. Does that sound like a plan?

Tomek Mrugalski
Dibbler author


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



Bug#732709: TIFF5 transition

2013-12-20 Thread Mathieu Malaterre
Package: insighttoolkit
Severity: serious
Version: 3.20.1+git20120521-3

ITK fails to compile with recent TIFF:

/«BUILDDIR»/insighttoolkit-3.20.1+git20120521/Code/IO/itkTIFFImageIO.cxx:1869:78:
error: cannot convert 'const TIFFField* {aka const _TIFFField*}' to
'const TIFFFieldInfo*' in initialization
   const TIFFFieldInfo *fld = TIFFFieldWithTag( m_InternalImage-m_Image, tag );

See:

http://buildd.debian-ports.org/status/fetch.php?pkg=insighttoolkitarch=ppc64ver=3.20.1%2Bgit20120521-3%2Bb1stamp=1387344656


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



Bug#732709: Acknowledgement (TIFF5 transition)

2013-12-20 Thread Mathieu Malaterre
Control: tag -1 fixed-upstream patch


http://itk.org/gitweb?p=ITK.git;a=commitdiff_plain;h=563abcab25aeff7099de0712a8735c58d14602fb


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



Processed: Re: Bug#732709: Acknowledgement (TIFF5 transition)

2013-12-20 Thread Debian Bug Tracking System
Processing control commands:

 tag -1 fixed-upstream patch
Bug #732709 [insighttoolkit] TIFF5 transition
Added tag(s) fixed-upstream and patch.

-- 
732709: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732709
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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



Bug#732697: /usr/sbin/dibbler-client: dibbler_client: segfaults in TClntCfgMgr::validateConfig

2013-12-20 Thread Peter Pöschl
Hi Tomasz,

 Thanks for this bug report. I'm an original Dibbler author, and used to
 be also Debian package maintainer (I'm not one anymore). There is a fix
 on master that is likely to address your segfault.
Yeah, found it. I've amended the Debian bugreport with a ref to your bugzilla.


 Can you please confirm if the latest master from
 https://github.com/tomaszmrugalski/dibbler solves the problem?

Confirmed.

 
 If it does, I'll need to release 1.0.0RC2 and then ask Debian maintainer
 to package it. Does that sound like a plan?

Looking good, thanks for the fast response.


Regards,

  Peter


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



Bug#732355: asterisk: Two Asterisk security issues

2013-12-20 Thread Moritz Muehlenhoff
On Fri, Dec 20, 2013 at 03:14:00PM +0200, Tzafrir Cohen wrote:
 On Tue, Dec 17, 2013 at 06:17:09PM +0100, Moritz Muehlenhoff wrote:
  On Tue, Dec 17, 2013 at 05:55:14PM +0200, Tzafrir Cohen wrote:
   On Tue, Dec 17, 2013 at 07:33:53AM +0100, Moritz Muehlenhoff wrote:
Package: asterisk
Severity: grave
Tags: security

Hi,
please see
http://downloads.asterisk.org/pub/security/AST-2013-006.html and
http://downloads.asterisk.org/pub/security/AST-2013-007.html
   
   Looking at them. At first glance: both of them also affect 1.6.2 from
   old-stable. AST-2013-007 introduces a new configuration item and we have
   to see what the sane default for it should be.
  
  I think we should follow upstream and keep live_dangerously activated
  We can add a note to the advisory what setting must be tweaked.
 
 Attached are debdiffs for oldstable and stable uploads. I couldn't find
 CVE entries.

Please adjust the distribution lines to oldstable-security and stable-security
and upload to security-master.

Have you been able to test these on a live system? 

Cheers,
Moritz


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



Bug#732709: Acknowledgement (TIFF5 transition)

2013-12-20 Thread Mathieu Malaterre
Control: tag -1 - patch

Even taking the minimal patch does not work:

$ patch -F 40 -p5 --dry-run 
../../gitweb\?p=ITK.git\;a=commitdiff_plain\;h=563abcab25aeff7099de0712a8735c58d14602fb
patching file itkTIFFImageIO.cxx
Hunk #1 FAILED at 44.
Hunk #2 FAILED at 60.
Hunk #3 succeeded at 291 with fuzz 3 (offset -12 lines).
Hunk #4 succeeded at 445 with fuzz 3 (offset -11 lines).
Hunk #5 FAILED at 1625.
Hunk #6 succeeded at 1697 with fuzz 1 (offset -16 lines).
Hunk #7 FAILED at 1897.
Hunk #8 FAILED at 1915.
5 out of 8 hunks FAILED -- saving rejects to file itkTIFFImageIO.cxx.rej


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



Processed: Re: Bug#732709: Acknowledgement (TIFF5 transition)

2013-12-20 Thread Debian Bug Tracking System
Processing control commands:

 tag -1 - patch
Bug #732709 [insighttoolkit] TIFF5 transition
Removed tag(s) patch.

-- 
732709: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732709
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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



Processed: severity of 732705 is serious, found 732705 in 1.4.15-2, tagging 732705

2013-12-20 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 severity 732705 serious
Bug #732705 [gnupg] gnupg: Patch for CVE-2013-4576 not being applied in 1.4.15-2
Severity set to 'serious' from 'normal'
 found 732705 1.4.15-2
Bug #732705 [gnupg] gnupg: Patch for CVE-2013-4576 not being applied in 1.4.15-2
Marked as found in versions gnupg/1.4.15-2.
 tags 732705 + pending
Bug #732705 [gnupg] gnupg: Patch for CVE-2013-4576 not being applied in 1.4.15-2
Added tag(s) pending.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
732705: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732705
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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



Bug#714984: It works :)

2013-12-20 Thread Jay Berkenbilt
Mathieu Malaterre ma...@debian.org wrote:

 Control: tag -1 - pending

 On Fri, Dec 20, 2013 at 10:47 AM, Giorgio Quattrone
 g.quattr...@cineca.it wrote:
 Hi Mathieu,
 I installed the patch: it worked like a charm.
 For me the bug is SOLVED

  Jay,

   Could you please do a stable upload ?

 thanks much

Yes, I'll prepare a stable upload.  Thanks for taking this one all the
way across the finish line.

-- 
Jay Berkenbilt q...@debian.org


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



Bug#714984: permission to do a vips upload to proposed-updates (bug 714984)

2013-12-20 Thread Jay Berkenbilt
Details are in bug 714984.

There's a small bug in vips in wheezy that prevents jpeg compression
from working right in some cases.  This severely impacts the use of vips
for certain types of work.  The problem seems to be related to the jpeg
transition, but upstream provided a small patch.  Mathieu Malaterre
ma...@debian.org did a great job of reporting the problem upstream,
testing it, and having another user test it, so I think this is ready
for a stable upload.  If you are okay with it, I will prepare an upload,
build against wheezy, and upload to proposed-updates.  Any objections?

Note that the current vips in jessie and sid are not affected by this
problem, nor is the version in squeeze.  This problem only affects the
version in wheezy.

-- 
Jay Berkenbilt q...@debian.org


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



Bug#732712: denyhosts should not be released with jessie

2013-12-20 Thread Helmut Grohne
Package: denyhosts
Version: 2.6-10
Severity: serious
Tags: jessie sid security

Dear Maintainer,

We, the Debian security team, believe that denyhosts should not be
released with Debian jessie and further releases for the following
reasons:

 * There are unaddressed security issues (e.g. #692229).
 * The tool is dead upstream (last release 2008).
 * There is a viable alternative, fail2ban, that provides the same or
   increased feature set.

For these reasons we deem denyhosts unsupportable during the jessie
release cycle.

If you agree with this reasoning, please send the following commands to
the control interface of the bug tracking system to remove the package
from Debian sid as well:

retitle -1 RM: denyhosts -- RoM
severity -1 normal
reassign -1 ftp.debian.org

Helmut


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



Bug#714984: permission to do a vips upload to proposed-updates (bug 714984)

2013-12-20 Thread Jay Berkenbilt
Resent previous message to correct address for debian-release


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



Bug#732597: marked as done (haskell-platform: not installable in sid)

2013-12-20 Thread Debian Bug Tracking System
Your message dated Fri, 20 Dec 2013 15:20:23 +
with message-id e1vu1sf-0007wa...@franck.debian.org
and subject line Bug#732597: fixed in haskell-platform 2013.2.0.0.debian3
has caused the Debian Bug report #732597,
regarding haskell-platform: not installable in sid
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
732597: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732597
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: haskell-platform
Version: 2013.2.0.0.debian2
Severity: serious
User: trei...@debian.org
Usertags: edos-outdated

Hi,

haskell-platform is not installable in sid since it depends on 
libghc-case-insensitive-dev ( 1.0.0.1+). However, the version 
of that package in sid is 1.1.0.2-1 .

-Ralf.
---End Message---
---BeginMessage---
Source: haskell-platform
Source-Version: 2013.2.0.0.debian3

We believe that the bug you reported is fixed in the latest version of
haskell-platform, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 732...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Joachim Breitner nome...@debian.org (supplier of updated haskell-platform 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 20 Dec 2013 15:17:51 +0100
Source: haskell-platform
Binary: haskell-platform haskell-platform-prof haskell-platform-doc
Architecture: source all
Version: 2013.2.0.0.debian3
Distribution: unstable
Urgency: medium
Maintainer: Debian Haskell Group 
pkg-haskell-maintain...@lists.alioth.debian.org
Changed-By: Joachim Breitner nome...@debian.org
Description: 
 haskell-platform - Standard Haskell libraries and tools
 haskell-platform-doc - Standard Haskell libraries and tools; documentation
 haskell-platform-prof - Standard Haskell libraries and tools; profiling 
libraries
Closes: 732597
Changes: 
 haskell-platform (2013.2.0.0.debian3) unstable; urgency=medium
 .
   * bump case-insensitive, because we happened to update it. (Closes: #732597)
Checksums-Sha1: 
 f30f2f5cfa628102c05ef43a0e5d6cf6b277730e 1172 
haskell-platform_2013.2.0.0.debian3.dsc
 0075da1c65dc0171fc0373a528cd8a6e74513d0e 4587 
haskell-platform_2013.2.0.0.debian3.tar.gz
 c4a34c329ae597e1257ce10bc12c74e393ac49f8 6930 
haskell-platform_2013.2.0.0.debian3_all.deb
 283b65c3078705908ce3d2fe69f6f7453fc5e526 6244 
haskell-platform-prof_2013.2.0.0.debian3_all.deb
 2677caeb3edbdc98af5c9bcd6ef4bf9aaa8e3579 6240 
haskell-platform-doc_2013.2.0.0.debian3_all.deb
Checksums-Sha256: 
 a091e52a004b4eb581e03e32cdca7d22325fd759ac1e7ea44fcba8fc5657226b 1172 
haskell-platform_2013.2.0.0.debian3.dsc
 9362db9a11398b531982085618b5100ced5102191080bb8e5247136f2916e000 4587 
haskell-platform_2013.2.0.0.debian3.tar.gz
 0ffb5c5a279b41cd319b32232162b7bd0b51e21aa29dc32f224b28a77e55cfcf 6930 
haskell-platform_2013.2.0.0.debian3_all.deb
 9d9cbe0f7de67bf4829eba05d5e537d39fc688f8d5b8aea9d1d13ee9d1da6d88 6244 
haskell-platform-prof_2013.2.0.0.debian3_all.deb
 d2457cddfc4af6065765177f2925c1857a16d2f108925cda9647db20eb599fa1 6240 
haskell-platform-doc_2013.2.0.0.debian3_all.deb
Files: 
 0860e145cae8ab15432ac5287645a282 1172 haskell extra 
haskell-platform_2013.2.0.0.debian3.dsc
 5f682d5f5e887fb80d3147f0dc11d340 4587 haskell extra 
haskell-platform_2013.2.0.0.debian3.tar.gz
 467f58fc52419419cacb0844b021a2c8 6930 haskell extra 
haskell-platform_2013.2.0.0.debian3_all.deb
 32f7094008a7c144a6b190a147bb6dd8 6244 haskell extra 
haskell-platform-prof_2013.2.0.0.debian3_all.deb
 d42956c9e0dfdf864d01abb82ea2e0ae 6240 doc extra 
haskell-platform-doc_2013.2.0.0.debian3_all.deb

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

iEYEARECAAYFAlK0UbIACgkQ9ijrk0dDIGxKlACeNZalshTpZu4FotMKf76f0BUj
504An1Ukbar8FqD78sQdYkHDRVxE5ddm
=HQmv
-END PGP SIGNATUREEnd Message---


Bug#732144: Bug#731357: opu: package librsvg/2.26.3-2

2013-12-20 Thread Raphael Geissert
Hi again,

Found another case where it didn't work as expected. Updated,
attached, patch should do it.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net
Index: librsvg-2.26.3/rsvg-image.c
===
--- librsvg-2.26.3.orig/rsvg-image.c	2013-12-20 14:28:57.731991069 +0100
+++ librsvg-2.26.3/rsvg-image.c	2013-12-20 14:38:59.384692376 +0100
@@ -325,22 +325,7 @@ rsvg_acquire_vfs_resource (const char *f
 
 file = g_file_new_for_uri (filename);
 
-if (!(res = g_file_load_contents (file, NULL, data, size, NULL, error))) {
-if (base_uri != NULL) {
-GFile *base;
-
-rsvg_free_error (error);
-
-g_object_unref (file);
-
-base = g_file_new_for_uri (base_uri);
-file = g_file_resolve_relative_path (base, filename);
-g_object_unref (base);
-
-res = g_file_load_contents (file, NULL, data, size, NULL, error);
-}
-}
-
+res = g_file_load_contents (file, NULL, data, size, NULL, error);
 g_object_unref (file);
 
 if (res) {
@@ -356,23 +341,136 @@ rsvg_acquire_vfs_resource (const char *f
 }
 #endif
 
+/* Partial origin-based policy, based on the one implemented in f01aded72c38f0e1  */
+gboolean
+_rsvg_acquire_xlink_allow_load (const char *href, const char *base_uri, GError ** err)
+{
+char *base_scheme = NULL, *href_scheme = NULL;
+
+if (base_uri)
+base_scheme = g_uri_parse_scheme (base_uri);
+if (href)
+href_scheme = g_uri_parse_scheme (href);
+
+/* Not a valid URI */
+if (href_scheme == NULL)
+goto deny;
+
+/* Allow loads of data: from any location */
+if (g_str_equal (href_scheme, data))
+goto allow;
+
+/* no valid base URI */
+if (base_scheme == NULL)
+goto deny;
+
+/* Deny loads from differing URI schemes */
+if (href_scheme == NULL || !g_str_equal (href_scheme, base_scheme))
+goto deny;
+
+/* resource: is allowed to load anything from other resources */
+if (g_str_equal (href_scheme, resource))
+goto allow;
+
+/* Non-file: isn't allowed to load anything */
+if (!g_str_equal (href_scheme, file))
+goto deny;
+
+/* no local-file policy is applied here */
+
+allow:
+free(base_scheme);
+free(href_scheme);
+return TRUE;
+
+deny:
+free(base_scheme);
+free(href_scheme);
+g_set_error (err, G_IO_ERROR, G_IO_ERROR_PERMISSION_DENIED,
+ File may not link to URI \%s\, href);
+return FALSE;
+}
+
 GByteArray *
 _rsvg_acquire_xlink_href_resource (const char *href, const char *base_uri, GError ** err)
 {
 GByteArray *arr = NULL;
+char *base_scheme = NULL, *href_scheme = NULL;
+char *href_uri = NULL;
+#ifndef HAVE_GIO
+/* to be used ONLY for the policy check */
+GString *href_uri_str = NULL;
+#endif
 
 if (!(href  *href))
 return NULL;
 
-if (!strncmp (href, data:, 5))
+if (base_uri)
+base_scheme = g_uri_parse_scheme (base_uri);
+if (href)
+href_scheme = g_uri_parse_scheme (href);
+
+if (href_scheme  g_str_equal (href_scheme, data))
 arr = rsvg_acquire_base64_resource (href, NULL);
+if (arr)
+goto done;
 
-if (!arr)
+#ifdef HAVE_GIO
+/* if href is not a URI already, turn it into one based on base_uri */
+if (href_scheme == NULL) {
+GFile *file, *base, *parentless_base;
+base = g_file_new_for_uri (base_uri);
+/* now strip the file name: */
+parentless_base = g_file_get_parent (base);
+file = g_file_resolve_relative_path (parentless_base, href);
+
+g_object_unref (base);
+g_object_unref (parentless_base);
+href_uri = g_file_get_uri(file);
+g_object_unref (file);
+} else {
+href_uri = strdup (href);
+if (!href_uri) /* FIXME: better handling failure */
+goto done;
+}
+#else
+if (href_scheme == NULL) {
+href_uri_str = g_string_new(href);
+if (base_scheme) {
+/* try to turn href into a uri */
+g_string_prepend (href_uri_str, ://);
+g_string_prepend (href_uri_str, base_scheme);
+/* no need to free, as href_scheme is NULL, remember? */
+href_scheme = strdup (base_scheme);
+if (!href_scheme) /* FIXME: better handling failure */
+goto done;
+} else
+goto done;
+} else {
+href_uri_str = g_string_new(href);
+}
+href_uri = href_uri_str-str;
+#endif
+
+if (!_rsvg_acquire_xlink_allow_load(href_uri, base_uri, err))
+goto done;
+
+#ifdef HAVE_GIO
+arr = rsvg_acquire_vfs_resource (href_uri, base_uri, NULL);
+#else
+/* href must be a path for fopen() to work */
+if (g_str_equal (href_scheme, file))
 arr = rsvg_acquire_file_resource (href, base_uri, NULL);
+#endif
+
+done:
+free(href_scheme);
+

Bug#732705: marked as done (gnupg: Patch for CVE-2013-4576 not being applied in 1.4.15-2)

2013-12-20 Thread Debian Bug Tracking System
Your message dated Fri, 20 Dec 2013 15:49:50 +
with message-id e1vu2kk-0004sj...@franck.debian.org
and subject line Bug#732705: fixed in gnupg 1.4.15-3
has caused the Debian Bug report #732705,
regarding gnupg: Patch for CVE-2013-4576 not being applied in 1.4.15-2
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
732705: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732705
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: gnupg
Severity: normal
Tags: security

gnupg 1.4.15-2 claims to fix CVE-2013-4576, but the patch isn't actually
being applied during build. It is in the wrong directory, and isn't
listed in the series file.
---End Message---
---BeginMessage---
Source: gnupg
Source-Version: 1.4.15-3

We believe that the bug you reported is fixed in the latest version of
gnupg, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 732...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Thijs Kinkhorst th...@debian.org (supplier of updated gnupg package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 20 Dec 2013 15:41:30 +0100
Source: gnupg
Binary: gnupg gnupg-curl gpgv gnupg-udeb gpgv-udeb gpgv-win32
Architecture: source all amd64
Version: 1.4.15-3
Distribution: unstable
Urgency: high
Maintainer: Debian GnuPG-Maintainers pkg-gnupg-ma...@lists.alioth.debian.org
Changed-By: Thijs Kinkhorst th...@debian.org
Description: 
 gnupg  - GNU privacy guard - a free PGP replacement
 gnupg-curl - GNU privacy guard - a free PGP replacement (cURL)
 gnupg-udeb - GNU privacy guard - a free PGP replacement (udeb)
 gpgv   - GNU privacy guard - signature verification tool
 gpgv-udeb  - minimal signature verification tool (udeb)
 gpgv-win32 - GNU privacy guard - signature verification tool (win32 build)
Closes: 732705
Changes: 
 gnupg (1.4.15-3) unstable; urgency=high
 .
   * Actually apply patch for CVE-2013-4576 (closes: #732705).
 Thanks Marc Deslauriers for reporting.
Checksums-Sha1: 
 f2c6c8b52c55784ffa413d6976bb8f1b02721708 1968 gnupg_1.4.15-3.dsc
 c540d2e9948d240b205bae4db2fe20667e2e901e 32210 gnupg_1.4.15-3.debian.tar.gz
 51c55e36a4356d77ce971185b8c50b8ff4c94c7a 547000 gpgv-win32_1.4.15-3_all.deb
 0a9cb122e77e45442e88c60fa99f98d4a48591eb 1127048 gnupg_1.4.15-3_amd64.deb
 373c875cad51386be1398a0dd7c9e429ab55b7e1 61226 gnupg-curl_1.4.15-3_amd64.deb
 e6c92b09dd37614630c5bd20fd53bb66ac0fb1ae 201464 gpgv_1.4.15-3_amd64.deb
 bde9018814578143baccf344bee43758f23ac5b4 353334 gnupg-udeb_1.4.15-3_amd64.udeb
 e0fe22a435cfe9733056e9511c6e7f559010ebbb 130334 gpgv-udeb_1.4.15-3_amd64.udeb
Checksums-Sha256: 
 11c5d4854cc9cea587615c6332664a1c60532cd00852b88d7bfc877bb3846b30 1968 
gnupg_1.4.15-3.dsc
 42c4435ce0ac825acb0252423bbf345fe1d86ce854bd9aa8cc705e2cbcdd3538 32210 
gnupg_1.4.15-3.debian.tar.gz
 7a2b119147a031b688eb8e98ee38c8e260f4f3a89af877927e2a7629d6d45e4e 547000 
gpgv-win32_1.4.15-3_all.deb
 ac758411cea9231b6e66104d185c229bed241e2d1789027302c5f3d6fc64cbf8 1127048 
gnupg_1.4.15-3_amd64.deb
 4a23663f746942fb893045760a4ce579adfee775dd07846f51e1d022f90406cd 61226 
gnupg-curl_1.4.15-3_amd64.deb
 a270e74c04ae90f2e3fb6c3709f2d414c85c0576f83ce4d8c56572d52eaed6ba 201464 
gpgv_1.4.15-3_amd64.deb
 2615acce267b5321bb71ab80070a340f94c0cba11f1095ba6bb08bec8999c616 353334 
gnupg-udeb_1.4.15-3_amd64.udeb
 873f0ad028495190687e2e7ae0b20c6c2a89a5afdac2cef40e3171b7976af235 130334 
gpgv-udeb_1.4.15-3_amd64.udeb
Files: 
 c21947dc4813b10bb0430573f01c1fe6 1968 utils important gnupg_1.4.15-3.dsc
 0fcb66ed698c3937040b9314f7407c19 32210 utils important 
gnupg_1.4.15-3.debian.tar.gz
 c9c4e00c93367e3436ae9022ea510c4d 547000 utils extra gpgv-win32_1.4.15-3_all.deb
 f9b38df402fb5d38b2c80b1ebfb670ad 1127048 utils important 
gnupg_1.4.15-3_amd64.deb
 7014955207dfcedd2f3810b581e981f1 61226 utils optional 
gnupg-curl_1.4.15-3_amd64.deb
 61fe64baa5891aec1492fd0ee46db5d8 201464 utils important gpgv_1.4.15-3_amd64.deb
 e7141f93a8461cf659e401136ace62ed 353334 debian-installer extra 
gnupg-udeb_1.4.15-3_amd64.udeb
 0da489d045c0f31003c1f493325084aa 130334 debian-installer extra 
gpgv-udeb_1.4.15-3_amd64.udeb

-BEGIN PGP SIGNATURE-

Bug#732717: growisofs - TRACKING SERVO FAILURE - Input/output error

2013-12-20 Thread André Verwijs
Package: growisofs
Version: 7.1-10
Severity: grave
Tags: upstream
Justification: causes non-serious data loss


using growisofs within terminal fails to burn DVD 

root@Debian-local:/home/verwijs# growisofs -dvd-compat -Z /dev/dvdrw=/media
/DEBIAN-BACKUP-2/Mondo-ISO/mondorescue-1.iso -speed=4
Executing 'builtin_dd if=/media/DEBIAN-BACKUP-2/Mondo-ISO/mondorescue-1.iso
of=/dev/dvdrw obs=32k seek=0'
/dev/dvdrw: restarting DVD+RW format...
/dev/dvdrw: Current Write Speed is 4.1x1352KBps.
   16678912/2325174272 ( 0.7%) @3.6x, remaining 9:13 RBU 100.0% UBU   1.2%
   35160064/2325174272 ( 1.5%) @4.0x, remaining 7:35 RBU 100.0% UBU 100.0%
   53608448/2325174272 ( 2.3%) @4.0x, remaining 7:46 RBU 100.0% UBU 100.0%
   72089600/2325174272 ( 3.1%) @4.0x, remaining 7:17 RBU 100.0% UBU 100.0%
   90570752/2325174272 ( 3.9%) @4.0x, remaining 6:59 RBU 100.0% UBU 100.0%
  109051904/2325174272 ( 4.7%) @4.0x, remaining 7:06 RBU  99.9% UBU 100.0%
  127500288/2325174272 ( 5.5%) @4.0x, remaining 6:53 RBU 100.0% UBU 100.0%
  145981440/2325174272 ( 6.3%) @4.0x, remaining 6:43 RBU 100.0% UBU 100.0%
  164462592/2325174272 ( 7.1%) @4.0x, remaining 6:47 RBU 100.0% UBU 100.0%
  182943744/2325174272 ( 7.9%) @4.0x, remaining 6:38 RBU 100.0% UBU 100.0%
  201424896/2325174272 ( 8.7%) @4.0x, remaining 6:30 RBU  99.9% UBU 100.0%
  219873280/2325174272 ( 9.5%) @4.0x, remaining 6:32 RBU 100.0% UBU 100.0%
  238354432/2325174272 (10.3%) @4.0x, remaining 6:25 RBU 100.0% UBU 100.0%
  256835584/2325174272 (11.0%) @4.0x, remaining 6:18 RBU  99.9% UBU 100.0%
  275283968/2325174272 (11.8%) @4.0x, remaining 6:19 RBU 100.0% UBU 100.0%
  293765120/2325174272 (12.6%) @4.0x, remaining 6:13 RBU 100.0% UBU 100.0%
  312246272/2325174272 (13.4%) @4.0x, remaining 6:07 RBU 100.0% UBU 100.0%
  330727424/2325174272 (14.2%) @4.0x, remaining 6:07 RBU 100.0% UBU 100.0%
  349208576/2325174272 (15.0%) @4.0x, remaining 6:02 RBU 100.0% UBU 100.0%
  367656960/2325174272 (15.8%) @4.0x, remaining 5:56 RBU 100.0% UBU 100.0%
  386138112/2325174272 (16.6%) @4.0x, remaining 5:56 RBU 100.0% UBU 100.0%
  404619264/2325174272 (17.4%) @4.0x, remaining 5:51 RBU 100.0% UBU 100.0%
  423100416/2325174272 (18.2%) @4.0x, remaining 5:46 RBU 100.0% UBU 100.0%
  441581568/2325174272 (19.0%) @4.0x, remaining 5:45 RBU 100.0% UBU 100.0%
  460062720/2325174272 (19.8%) @4.0x, remaining 5:40 RBU 100.0% UBU 100.0%
  478511104/2325174272 (20.6%) @4.0x, remaining 5:35 RBU 100.0% UBU 100.0%
  496992256/2325174272 (21.4%) @4.0x, remaining 5:34 RBU 100.0% UBU 100.0%
  515473408/2325174272 (22.2%) @4.0x, remaining 5:30 RBU 100.0% UBU 100.0%
  533954560/2325174272 (23.0%) @4.0x, remaining 5:25 RBU 100.0% UBU 100.0%
  552435712/2325174272 (23.8%) @4.0x, remaining 5:24 RBU 100.0% UBU 100.0%
  570916864/2325174272 (24.6%) @4.0x, remaining 5:19 RBU 100.0% UBU 100.0%
  589398016/2325174272 (25.3%) @4.0x, remaining 5:15 RBU 100.0% UBU 100.0%
  607879168/2325174272 (26.1%) @4.0x, remaining 5:13 RBU 100.0% UBU 100.0%
  626360320/2325174272 (26.9%) @4.0x, remaining 5:09 RBU 100.0% UBU 100.0%
  644841472/2325174272 (27.7%) @4.0x, remaining 5:04 RBU 100.0% UBU 100.0%
  663322624/2325174272 (28.5%) @4.0x, remaining 5:03 RBU 100.0% UBU 100.0%
  681803776/2325174272 (29.3%) @4.0x, remaining 4:58 RBU 100.0% UBU 100.0%
  60016/2325174272 (30.1%) @3.9x, remaining 4:54 RBU 100.0% UBU 100.0%
  700874752/2325174272 (30.1%) @0.2x, remaining 5:03 RBU 100.0% UBU 100.0%
:-[ WRITE@LBA=538f0h failed with SK=4h/TRACKING SERVO FAILURE]: Input/output
error
:-( write failed: Input/output error
/dev/dvdrw: flushing cache
:-[ FLUSH CACHE failed with SK=4h/TRACKING SERVO FAILURE]: Input/output error
/dev/dvdrw: writing lead-out

root@Debian-local:/home/verwijs#


need advice on how to solve it or fix this bug...



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

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

Versions of packages growisofs depends on:
ii  libc6   2.13-38
ii  libgcc1 1:4.7.2-5
ii  libstdc++6  4.7.2-5

growisofs recommends no packages.

growisofs suggests no packages.

-- no debconf information


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



Bug#713571: marked as done (kluppe: FTBFS: ld: ../../common/looperdata.o: undefined reference to symbol 'sin@@GLIBC_2.2.5')

2013-12-20 Thread Debian Bug Tracking System
Your message dated Fri, 20 Dec 2013 18:18:45 +
with message-id e1vu4er-0008ey...@franck.debian.org
and subject line Bug#713571: fixed in kluppe 0.6.14-2
has caused the Debian Bug report #713571,
regarding kluppe: FTBFS: ld: ../../common/looperdata.o: undefined reference to 
symbol 'sin@@GLIBC_2.2.5'
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
713571: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713571
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Source: kluppe
Version: 0.6.14-1
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20130620 qa-ftbfs
Justification: FTBFS on amd64

Hi,

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

Maybe you need to add explicitly the offending lib to LD flags.

Relevant part:
 gcc  -DPIXMAPS_DIR=\/usr/share/pixmaps\ *.o ../../common/*.o -o kluppe 
 `pkg-config gtk+-2.0 gthread-2.0 libusb alsa jack sndfile liblo libxml-2.0 
 --libs gthread-2.0`
 /usr/bin/ld: ../../common/looperdata.o: undefined reference to symbol 
 'sin@@GLIBC_2.2.5'
 /lib/x86_64-linux-gnu/libm.so.6: error adding symbols: DSO missing from 
 command line
 collect2: error: ld returned 1 exit status

The full build log is available from:
   http://aws-logs.debian.net/ftbfs-logs/2013/06/20/kluppe_0.6.14-1_unstable.log

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
---End Message---
---BeginMessage---
Source: kluppe
Source-Version: 0.6.14-2

We believe that the bug you reported is fixed in the latest version of
kluppe, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 713...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Paul Brossier p...@debian.org (supplier of updated kluppe package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 20 Dec 2013 10:26:56 -0500
Source: kluppe
Binary: kluppe
Architecture: source amd64
Version: 0.6.14-2
Distribution: unstable
Urgency: medium
Maintainer: Paul Brossier p...@debian.org
Changed-By: Paul Brossier p...@debian.org
Description: 
 kluppe - loop-player and recorder designed for live use
Closes: 713571
Changes: 
 kluppe (0.6.14-2) unstable; urgency=medium
 .
   * debian/rules: add -lm to LDFLAGS (closes: #713571)
   * debian/rules: add dpkg-buildflags and DEB_BUILD_HARDENING
   * debian/control: build-depends on libjack-jackd2-dev
   * debian/control: bump Standards-Version to 3.9.5
   * debian/control: remove 'a' from short description
   * debian/source/format: add 3.0 (quilt), removing quilt from Build-Depends
   * debian/patches: add various patches to fix warning and remove deprecated
 functions calls
Checksums-Sha1: 
 dbe43aec7b4e4541c62a97097b6654bf2fb9ce9d 1168 kluppe_0.6.14-2.dsc
 aa60c0fe00a19d7f63eebeece52dcef9f166a1e9 5179 kluppe_0.6.14-2.debian.tar.gz
 83d96ba9675e1503f40732b326a0ca42e0f5691c 95096 kluppe_0.6.14-2_amd64.deb
Checksums-Sha256: 
 6fdbfff03b8c97a0ae04270acc917350486ea71d15bb687a2c73ac1189382c49 1168 
kluppe_0.6.14-2.dsc
 9db8391d45be8c164039a02b6b2eaab7b41d13e051ecdd4b6ed019a5423d55f5 5179 
kluppe_0.6.14-2.debian.tar.gz
 c6684503fa2665a11e730aa23456eeae4a4e7df82f9da4fc7dde64b99a5b871f 95096 
kluppe_0.6.14-2_amd64.deb
Files: 
 238e1ebaf0d687c50d1d89af75d4e5a1 1168 sound optional kluppe_0.6.14-2.dsc
 015399b8a23e832f088ed1b47972655e 5179 sound optional 
kluppe_0.6.14-2.debian.tar.gz
 34bb4a45fd9b5b119b502adf2c26c6bc 95096 sound optional kluppe_0.6.14-2_amd64.deb

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

iEYEARECAAYFAlK0iBUACgkQkuC958YALL1nHwCghEDZ4+Yjvoyyrzj99Bld8YbW
YroAoK7rPPg5UQrZNacNwJgMf73+ZSNd
=fLAR
-END PGP SIGNATUREEnd Message---


Bug#724688: icedove: affects mozilla-gnome-keyring too

2013-12-20 Thread Carsten Schoenert
forwarded 724688 https://bugzilla.mozilla.org/show_bug.cgi?id=925823
retitle 724688 icedove: libxul.so incompatible with some external addons
thanks

Hello Ximin,

On Thu, Dec 19, 2013 at 06:52:55PM +, Ximin Luo wrote:

 Control: retitle -1 icedove unnecessarily incompatible with some binary 
 extensions, potentially crashing
 Control: severity -1 serious
 
 This affects mozilla-gnome-keyring too, though only for icedove-dev
 24.1.1 (worked in icedove-dev 24.0 for me).
 
 When I try to rebuild that extension against 24.1.1, it installs into
 icedove and is enabled but ineffective, and I get this in the error
 log:
 
 Failed to load native module at path 
 '/usr/lib/mozilla/extensions/{3550f703-e582-4d05-9a08-453d09bdfdc6}/{6f9d85e0-794d-11dd-ad8b-0800200c9a66}/platform/Linux_x86_64-gcc3/components/libgnomekeyring-icedove.so':
  (80004005) /usr/lib/icedove/libxul.so: version `xul24.0' not found (required 
 by 
 /usr/lib/mozilla/extensions/{3550f703-e582-4d05-9a08-453d09bdfdc6}/{6f9d85e0-794d-11dd-ad8b-0800200c9a66}/platform/Linux_x86_64-gcc3/components/libgnomekeyring-icedove.so)

Mozilla is versioning the libxul.so since the release of version 24 or
before. So basicly this is not a bug I think. Especially we build our
own lightning.
The forwareded link is showing that it is nessesary to respect the
correct libxul version for the usage of a own extension.

As i can see you use icedove-dev (= 17.0) in your control file, the
icedove version has to fit the version from experiemental (currently) if
you want build against the icedove 24.

We are planning to build icedove 24.2 right after the New Years Day and
upload it to unstable, the last ESR version 17 is now eol.

Regards
Carsten


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



Processed: Re: Bug#724688: icedove: affects mozilla-gnome-keyring too

2013-12-20 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 forwarded 724688 https://bugzilla.mozilla.org/show_bug.cgi?id=925823
Bug #724688 [icedove] icedove unnecessarily incompatible with some binary 
extensions, potentially crashing
Bug #730450 [icedove] icedove unnecessarily incompatible with some binary 
extensions, potentially crashing
Set Bug forwarded-to-address to 
'https://bugzilla.mozilla.org/show_bug.cgi?id=925823'.
Set Bug forwarded-to-address to 
'https://bugzilla.mozilla.org/show_bug.cgi?id=925823'.
 retitle 724688 icedove: libxul.so incompatible with some external addons
Bug #724688 [icedove] icedove unnecessarily incompatible with some binary 
extensions, potentially crashing
Bug #730450 [icedove] icedove unnecessarily incompatible with some binary 
extensions, potentially crashing
Changed Bug title to 'icedove: libxul.so incompatible with some external 
addons' from 'icedove unnecessarily incompatible with some binary extensions, 
potentially crashing'
Changed Bug title to 'icedove: libxul.so incompatible with some external 
addons' from 'icedove unnecessarily incompatible with some binary extensions, 
potentially crashing'
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
724688: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724688
730450: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730450
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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



Bug#732652: icedove does not load libraries from /usr/lib/icedove

2013-12-20 Thread Carsten Schoenert
Hello Ximin,

On Thu, Dec 19, 2013 at 10:00:45PM +, Ximin Luo wrote:
 It works fine with iceweasel 26.0. A previous similar package I built
 against icedove 24.0 also worked fine.
 
 However, with the new icedove 24.1.1, the package installs fine but I
 get this error in the log when starting icedove:
 
 Failed to load native module at path 
 '/usr/lib/mozilla/extensions/{3550f703-e582-4d05-9a08-453d09bdfdc6}/{6f9d85e0-794d-11dd-ad8b-0800200c9a66}/platform/Linux_x86_64-gcc3/components/libgnomekeyring-icedove.so':
  (80004005) libldif60.so: cannot open shared object file: No such file or 
 directory
 
 and the extension is enabled but does not work. But libldif60.so
 does exist in /usr/lib/icedove.
 
 OTOH, if I start icedove with LD_LIBRARY_PATH=/usr/lib/icedove, then
 everything works fine.
 
 This is possibly related to #724688, but I'm not sure. Shortly after I
 posted my message there, I was no longer able to reproduce the
 xul24.0 error; instead this libldif60.so error popped up, and I
 worked around it as I just described.

can you please make a log with debugging symbols?
https://wiki.debian.org/Icedove#Debugging

Thanks and regards
Carsten


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



Bug#691576: GDB still broken with 3.11.10-1

2013-12-20 Thread Émeric MASCHINO
2013/12/12 Ben Hutchings b...@decadent.org.uk:
 So far as I know, there is no longer any commercial development of
 Linux on Itanium.  Some old 'enterprise' distributions might
 continue to be supported for a few years but mainline isn't
 supported.

It seems that Intel must provide hp with Itanium CPUs till 2017 [1][2].

With respect to this GDB problem, but also people having problem
booting Wheezy on some systems, does it mean that nobody at Intel
ensure that Linux still works fine with actual (and upcoming?) Itanium
CPUs?

Well, since hp is the major customer for Itanium CPUs, it's entirely
plausible after all that hp focuses on hp-ux and thus Intel doesn't
care about Linux on ia64.

 I heard from Will Deacon that gcc's code generation for ia64 has
 regressed in 4.6 or earlier and this may be responsible for some
 reported kernel bugs.  He also though that reducing the
 optimisation level could help.

 I actually tried building the kernel like that, so you could try the
 packages in:

 http://people.debian.org/~benh/packages/wheezy-ia64-kernel-O1/

No, I didn't play with GCC optimization settings.

Was your O1-compiled kernel working fine?

Do you know if GCC regressions observed by Will Deacon are documented somewhere?

 Émeric


[1] 
http://www.xbitlabs.com/news/cpu/display/20120201201109_HP_Paid_Intel_690_Million_to_Keep_Itanium_Alive_Court_Findings.html
[2] http://www.wired.com/wiredenterprise/2012/02/hp-itanium/


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



Bug#732735: performous: FTBFS: Required library Freetype NOT FOUND.

2013-12-20 Thread Roland Stigge
Source: performous
Version: 0.7.0-2
Severity: serious

Hi,

performous FTBFS in current unstable like this:

...
-- Found Boost 1.54.0
-- Boost_INCLUDE_DIRS: /usr/include
-- Boost_LIBRARIES: 
/usr/lib/powerpc-linux-gnuspe/libboost_thread.so;/usr/lib/powerpc-linux-gnuspe/libboost_date_time.so;/usr/lib/powerpc-linux-gnuspe/libboost_program_options.so;/usr/lib/powerpc-linux-gnuspe/libboost_regex.so;/usr/lib/powerpc-linux-gnuspe/libboost_filesystem.so;optimized;/usr/lib/powerpc-linux-gnuspe/libboost_system.so;debug;/usr/lib/powerpc-linux-gnuspe/libboost_system.so;optimized;/usr/lib/powerpc-linux-gnuspe/libboost_system.so;debug;/usr/lib/powerpc-linux-gnuspe/libboost_system.so
-- checking for module 'sdl'
--   found sdl, version 1.2.15
-- Found SDL 
-- checking for module 'freetype2'
--   found freetype2, version 17.0.11
Freetype_INCLUDE_DIR=Freetype_INCLUDE_DIR-NOTFOUND
Freetype_LIBRARY=/usr/lib/powerpc-linux-gnuspe/libfreetype.so
CMake Error at cmake/Modules/LibFindMacros.cmake:71 (message):
  Required library Freetype NOT FOUND.

  Install the library (dev version) and try again.  If the library is already
  installed, use ccmake to set the missing variables manually.
Call Stack (most recent call first):
  cmake/Modules/FindFreetype.cmake:30 (libfind_process)
  cmake/Modules/LibFindMacros.cmake:10 (find_package)
  cmake/Modules/FindPango.cmake:11 (libfind_package)
  cmake/Modules/LibFindMacros.cmake:10 (find_package)
  cmake/Modules/FindPangoCairo.cmake:11 (libfind_package)
  game/CMakeLists.txt:75 (find_package)


-- Configuring incomplete, errors occurred!
See also /«PKGBUILDDIR»/build-tree/CMakeFiles/CMakeOutput.log.
make: *** [configure-stamp] Error 1
...


Please note that this happens with cmake 2.8.12.1-1.1 that fixes #731089, a
similar issue.

I also checked that the same happens on amd64.

Roland


-- System Information:
Debian Release: 7.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: powerpcspe (ppc)

Kernel: Linux 3.9.0-dirty (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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#729214: marked as done (libhypre-dev: uninstallable in jessie, libopenmpi1.3 vs libopenmpi1.6 conflict)

2013-12-20 Thread Debian Bug Tracking System
Your message dated Fri, 20 Dec 2013 21:51:46 +0100
with message-id 1387572706.30987.7.ca...@rama.villemot.name
and subject line Re: Bug#729214: libhypre-dev: uninstallable in jessie, 
libopenmpi1.3 vs libopenmpi1.6 conflict
has caused the Debian Bug report #729214,
regarding libhypre-dev: uninstallable in jessie, libopenmpi1.3 vs libopenmpi1.6 
conflict
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
729214: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729214
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: libhypre-dev
Version: 2.8.0b-1
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: piuparts
Control: block 711943 with -1

Hi,

libhypre-dev is currently uninstallable in jessie, some fallout from the
openmpi transition.

The involved dependecies:

libhypre-dev [2.8.0b-1]
  - mpi-default-dev [1.0.2]
- libopenmpi-dev [1.4.5-1]
  - libopenmpi1.3 (= 1.4.5-1) [1.4.5-1]
  - libhypre-2.8.0b (= 2.8.0b-1) [2.8.0b-1+b1]
- libopenmpi1.6 [1.6.4-2]
  - CONFLICTS: libopenmpi1.3

I'm not sure whether this is actually hypre's fault ...


Andreas
---End Message---
---BeginMessage---
Le dimanche 10 novembre 2013 à 12:13 +0100, Andreas Beckmann a écrit :
 Package: libhypre-dev
 Version: 2.8.0b-1
 Severity: serious
 Tags: jessie sid
 User: debian...@lists.debian.org
 Usertags: piuparts
 Control: block 711943 with -1

 libhypre-dev is currently uninstallable in jessie, some fallout from the
 openmpi transition.

The problem seems to have disappeared, libhypre-dev is now installable
in jessie. Closing.

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



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


Bug#691576: GDB still broken with 3.11.10-1

2013-12-20 Thread Ben Hutchings
On Fri, Dec 20, 2013 at 09:15:23PM +0100, Émeric MASCHINO wrote:
 2013/12/12 Ben Hutchings b...@decadent.org.uk:
  So far as I know, there is no longer any commercial development of
  Linux on Itanium.  Some old 'enterprise' distributions might
  continue to be supported for a few years but mainline isn't
  supported.
 
 It seems that Intel must provide hp with Itanium CPUs till 2017 [1][2].
 
 With respect to this GDB problem, but also people having problem
 booting Wheezy on some systems, does it mean that nobody at Intel
 ensure that Linux still works fine with actual (and upcoming?) Itanium
 CPUs?

Tony Luck at Intel is still maintainer for ia64 but I don't think
even he's working full time on it.

 Well, since hp is the major customer for Itanium CPUs, it's entirely
 plausible after all that hp focuses on hp-ux and thus Intel doesn't
 care about Linux on ia64.

HP focuses on propietary operating systems that it can maintain by
itself and which are now exclusive to Itanium - HP-UX, NonStop and
OpenVMS.

I assume they gave up on Linux/ia64 once the enterprise distributors
did.

  I heard from Will Deacon that gcc's code generation for ia64 has
  regressed in 4.6 or earlier and this may be responsible for some
  reported kernel bugs.  He also though that reducing the
  optimisation level could help.
 
  I actually tried building the kernel like that, so you could try the
  packages in:
 
  http://people.debian.org/~benh/packages/wheezy-ia64-kernel-O1/
 
 No, I didn't play with GCC optimization settings.
 
 Was your O1-compiled kernel working fine?

I have no idea as no-one has reported their results yet.

 Do you know if GCC regressions observed by Will Deacon are documented 
 somewhere?

No, you'd have to ask him.

Ben.

-- 
Ben Hutchings
The generation of random numbers is too important to be left to chance.
- Robert Coveyou


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



Processed: Serious bug

2013-12-20 Thread Debian Bug Tracking System
Processing control commands:

 severity -1 serious
Bug #732741 [mailman] mailman: Please backport upstream fix for TypeError in 
sync_members
Severity set to 'serious' from 'important'

-- 
732741: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732741
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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



Bug#732748: imanx: FTBFS on autobuilders: unconditionally relies on stuff from arch-indep builds

2013-12-20 Thread Roland Stigge
Source: imanx
Version: 0.50-9.1
Severity: serious

Hi,

imanx FTBFS on autobuilders like this:

...
make[2]: Entering directory `/«PKGBUILDDIR»'
wc -l manx.words  gv_GB.dic
cat manx.words  gv_GB.dic
mkdir -p /«PKGBUILDDIR»/debian/myspell-gv/usr/share/myspell/dicts
mkdir -p /«PKGBUILDDIR»/debian/myspell-gv/usr/share/myspell/infos/ooo
cp gv_GB.aff gv_GB.dic /«PKGBUILDDIR»/debian/myspell-gv/usr/share/myspell/dicts
cp debian/myspell.info 
/«PKGBUILDDIR»/debian/myspell-gv/usr/share/myspell/infos/ooo/myspell-gv
make[2]: Leaving directory `/«PKGBUILDDIR»'
# For debian bug  #541923
mv debian/myspell-gv/usr/share/myspell/dicts/* 
debian/myspell-gv/usr/share/hunspell
mv: target 'debian/myspell-gv/usr/share/hunspell' is not a directory
make[1]: *** [override_dh_auto_install] Error 1
make[1]: Leaving directory `/«PKGBUILDDIR»'
make: *** [binary-arch] Error 2
...

Autobuilders only build arch specific packages. I checked that when building
both arch and arch-indep packages, the problem is gone. Looks like the package
unconditionally relies on stuff from arch-indep builds.

Roland


-- System Information:
Debian Release: 7.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: powerpcspe (ppc)

Kernel: Linux 3.9.0-dirty (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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#732745: igaelic: FTBFS on autobuilders: unconditionally relies on stuff from arch-indep builds

2013-12-20 Thread Roland Stigge
Source: igaelic
Version: 0.50-8
Severity: serious

Hi,

igaelic FTBFS on autobuilders like this:

...
make[2]: Entering directory `/«PKGBUILDDIR»'
wc -l gaelic.words  gd_GB.dic
cat gaelic.words  gd_GB.dic
mkdir -p /«PKGBUILDDIR»/debian/myspell-gd/usr/share/myspell/dicts
mkdir -p /«PKGBUILDDIR»/debian/myspell-gd/usr/share/myspell/infos/ooo
cp gd_GB.aff gd_GB.dic /«PKGBUILDDIR»/debian/myspell-gd/usr/share/myspell/dicts
cp debian/myspell.info 
/«PKGBUILDDIR»/debian/myspell-gd/usr/share/myspell/infos/ooo/myspell-gd
make[2]: Leaving directory `/«PKGBUILDDIR»'
# For debian bug  #541923
mv debian/myspell-gd/usr/share/myspell/dicts/* 
debian/myspell-gd/usr/share/hunspell
mv: target 'debian/myspell-gd/usr/share/hunspell' is not a directory
make[1]: *** [override_dh_auto_install] Error 1
make[1]: Leaving directory `/«PKGBUILDDIR»'
make: *** [binary-arch] Error 2
...

Autobuilders only build arch specific packages. I checked that when building
both arch and arch-indep packages, the problem is gone. Looks like the package
unconditionally relies on stuff from arch-indep builds.

Roland


-- System Information:
Debian Release: 7.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: powerpcspe (ppc)

Kernel: Linux 3.9.0-dirty (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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Processed: owner 732344

2013-12-20 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 owner 732344 Jelmer Vernooij jel...@debian.org
Bug #732344 [samba-libs] samba-libs: hdb_samba4.so: too loose dependency on 
heimdal
Owner recorded as Jelmer Vernooij jel...@debian.org.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
732344: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732344
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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



Processed: owner 732342

2013-12-20 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 owner 732342 Jelmer Vernooij jel...@debian.org
Bug #732342 [samba-libs] samba-libs: hdb_samba4.so broken
Owner recorded as Jelmer Vernooij jel...@debian.org.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
732342: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732342
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


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



Bug#732717: growisofs - TRACKING SERVO FAILURE - Input/output error

2013-12-20 Thread Thomas Schmitt
Hi,

 :-[ WRITE@LBA=538f0h failed with SK=4h/TRACKING SERVO FAILURE]:

This is a problem between drive and medium.
It does not necessary mean that either of them is bad.
But at least the combination does not work properly.

Try other media. If the problem persists, get another drive.

Have a nice day :)

Thomas


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



Bug#732754: openssl: CVE-2013-6449: crash when using TLS 1.2

2013-12-20 Thread Salvatore Bonaccorso
Package: openssl
Version: 1.0.1e-2
Severity: grave
Tags: security upstream patch

Hi,

the following vulnerability was published for openssl.

CVE-2013-6449[0]:
crash when using TLS 1.2

It was reported in Apache Traffic Server[1] and upstream at [2], see
also [3]. I was not able to reproduce any crash myself, just checking
against the openssl source package to verify upstrem patches apply.
See [4] and [5] for the patches applied.

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities  Exposures) id in your changelog entry.

For further information see:

[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-6449
http://security-tracker.debian.org/tracker/CVE-2013-6449
[1] https://issues.apache.org/jira/browse/TS-2355
[2] http://rt.openssl.org/Ticket/Display.html?id=3200user=guestpass=guest
[3] https://bugzilla.redhat.com/show_bug.cgi?id=1045363
[4] http://git.openssl.org/gitweb/?p=openssl.git;a=commitdiff;h=ca98926
[5] http://git.openssl.org/gitweb/?p=openssl.git;a=commitdiff;h=0294b2b

Regards,
Salvatore


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