Bug#744827: wheezy-pu: glark/1.8.0-1.1~deb7u1 (RC bug fix)

2014-04-16 Thread Adam D. Barratt

Control: tags -1 + pending

On 2014-04-15 13:27, Adam D. Barratt wrote:

On 2014-04-15 2:28, Axel Beckert wrote:

+glark (1.8.0-1.1~deb7u1) stable-proposed-updates; urgency=low
+
+  * Upload to stable-proposed-updates
+
+ -- Axel Beckert   Tue, 15 Apr 2014 03:15:34 +0200
+
+glark (1.8.0-1.1) unstable; urgency=low
+
+  * Non-maintainer upload
+  * Enforce Ruby 1.8 usage (Closes: #724768)
++ Patch installed glark binary to use ruby1.8
++ Switch dependency from ruby to rub1.8.


Please go ahead; thanks.


For the record, this was uploaded and I've flagged it for acceptance.

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#744825: wheezy-pu: conkeror with support for more recent xulrunner ESR

2014-04-16 Thread Adam D. Barratt

Control: tags -1 + pending

On 2014-04-15 13:23, Adam D. Barratt wrote:

On 2014-04-15 1:48, Axel Beckert wrote:
+conkeror (1.0~~pre+git120527-1+deb7u1) stable-proposed-updates; 
urgency=low

+
+  * Add support for current Xulrunner ESR releases (Closes: #736364)
+  * Cherry-pick the following upstream commits:
++ 2c36b5072: scroll-top-left: fix for XR >= 23 (Closes: #726245)
++ 38b6279c2: completions_tree_view.getCellProperties: fix for XR 
>= 22
++ bbd010b5a: favicon.js: use setAndFetchFaviconForPage for XR >= 
18

++ 9bb360e64: favicon_set: fix for XR 18
++ 3fa86d908: modifiers.s: Meta vs Super key (regression after XR 
12)

+  * Update Vcs-Git to sport proper branch for stable updates


Please go ahead; thanks.


For the record, this was uploaded and I've flagged it for acceptance.

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#744909: ITP: ruby-acts-as-api -- enriches the models and controllers of your app in a rails-like way

2014-04-16 Thread Pirate Praveen
package: wnpp
severity: wishlist
owner: Pirate Praveen 

Upstream url: https://rubygems.org/gems/acts_as_api
Upstream author: Christian Bäuerlein
License: Expat

a dependency for diaspora

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


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



Bug#744910: mysql-5.5: Oracle SPU April 2014

2014-04-16 Thread Moritz Muehlenhoff
Package: mysql-5.5
Severity: grave
Tags: security
Justification: user security hole

Hi,
please see 
http://www.oracle.com/technetwork/topics/security/cpuapr2014-1972952.html

Cheers,
Moritz


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



Bug#744893: wheezy-pu: package php-getid3/1.9.3-1+deb7u1

2014-04-16 Thread Adam D. Barratt

Control: tags -1 + pending

On 2014-04-15 22:39, David Prévot wrote:

Hi Adam,


Please go ahead


Uploaded, thanks


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#744855: wheezy-pu: package greasemonkey/1.15-1~deb7u1

2014-04-16 Thread Adam D. Barratt

Control: tags -1 + pending

On 2014-04-15 20:33, David Prévot wrote:

On Tue, 2014-04-15 at 10:34 -0400, David Prévot wrote:


As reported in #739023, the greasemonkey version currently in stable 
is

not fully compatible with iceweasel 24 from stable-security.



Please go ahead.


Uploaded, thanks.


Thanks. Flagged for acceptance.

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#744826: release.debian.org: wheezy-pu: wml/2.0.12ds1-3+deb7u1

2014-04-16 Thread Adam D. Barratt

Control: tags -1 + pending

On 2014-04-15 13:19, Adam D. Barratt wrote:

On 2014-04-15 2:11, Axel Beckert wrote:

to fix #734507 (which causes issues with webwml on www.debian.org) in
stable, too, I'd like to upload a wml package version 
2.0.12ds1-3+deb7u1
to stable-proposed-updates as follows. The fix is already in Jessie 
and

Sid, uploaded in 2.0.12ds1-7.

Please tell me if it's ok to upload the following package update to
stable-proposed-updates.


Please go ahead; thanks.


For the record, this was uploaded and I've flagged it for acceptance.

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#720329: xserver-xorg-video-radeon: Screen keeping black at start but for the cursor

2014-04-16 Thread Michel Dänzer
On 20.03.2014 22:14, Adam Smith wrote:
> 
> Interestingly, using the Mate desktop environment, KMS is noticeably
> more stable.  It can take some time for a crash to happen.  Even when
> running compiz 0.8.6 I can have 'the cube' (sad I know) working and
> still no crash.  In contrast, an LXDE, XFCE or KDE environment often
> causes an almost instant crash.
> 
> This rather mirrors a problem I have with UMS and EXA.  Unless I set my
> FBTexPercent very low I often get corruption in application windows.
> This can be just the window title bar, or toolbar or even the whole
> window.  Even setting FBTexPerecent to zero I can still get this
> corruption.  It's very annoying.  Again, LXDE (or XFCE, KDE) is very
> prone to this problem (in particular PCManFM), but Mate doesn't seem so
> badly effected and it is why I'm running it.  
> 
> I was wondering if the KMS crash and this UMS problem were linked in
> some way since MATE seems to solve or lessen both problems?  

That's unlikely. The driver stack works more or less completely
differently with KMS vs. UMS (which is BTW indeed not supported anymore
upstream).


> I'm very keen to get KMS/UMS working properly on PowerPC, so if you
> need any more patches testing then I will gladly compile them.
>
> Btw, thanks for all the work you do with PowerPC!

I haven't really done much lately, and I'm not sure how much longer I
can do anything in that area... What's really needed is more people
working on the code.


-- 
Earthling Michel Dänzer|  http://www.amd.com
Libre software enthusiast  |Mesa and X developer


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



Bug#742037: gstreamer0.10-ffmpeg: 686 days old; stuck in Sid since forever

2014-04-16 Thread Ralf Jung
Hi,

> gstreamer0.10-ffmpeg has apparently been stuck in Sid for about 2 years.
> While I notice an FTBFS against libav9, does this concern libav10 too or
> is there any other reason for this lenghty situation?

That count of 686 days is wrong, it got removed from testing in October
2013 and then the QA page seems to use the most recent upload (April
2012) for the counter.

The work of porting the plugin to libav9 seems to have stalled, see the
discussion at the bottom of
. This is
rather unfortunate as it breaks video/mp4 support in Firefox, which
relies on exactly this gstreamer plugin. Firefox has gstreamer 1.0
support in the current development branch, but seemingly they don't want
to enable it per default due to some distros (like Debian stable) not
supporting gstreamer 1.0.

Kind regards
Ralf


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



Bug#744911: boxbackup-server: Please update to newest SVN revision

2014-04-16 Thread Hans-Joachim Baader
Package: boxbackup-server
Version: 0.11.1~r2837-1
Severity: important

Dear Maintainer,

the version of Boxbackup is outdated, it contains errors like
http://lists.boxbackup.org/pipermail/boxbackup/2012-April/006361.html
which make it nonfunctional in some situations.

-- System Information:
Debian Release: 7.4
  APT prefers stable
  APT policy: (990, 'stable'), (10, 'testing')
Architecture: i386 (i586)

Kernel: Linux 3.10-2-486
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages boxbackup-server depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.49
ii  gawk   1:4.0.1+dfsg-2.1
ii  libc6  2.13-38+deb7u1
ii  libgcc11:4.7.2-5
ii  libssl1.0.01.0.1e-2+deb7u6
ii  libstdc++6 4.7.2-5
ii  openssl1.0.1e-2+deb7u6
ii  perl   5.14.2-21+deb7u1
ii  ucf3.0025+nmu3
ii  zlib1g 1:1.2.7.dfsg-13

boxbackup-server recommends no packages.

boxbackup-server suggests no packages.


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



Bug#744909: tests failing due to dummy rails app

2014-04-16 Thread Pirate Praveen
Running tests for ruby2.1 using debian/ruby-tests.rake ...
/usr/bin/ruby2.1 -S rspec
./spec/controllers/plain_objects_controller_spec.rb
./spec/controllers/respond_with_users_controller_spec.rb
./spec/controllers/users_controller_spec.rb
./spec/models/model_spec.rb
DEPRECATION: RSpec::Core::Configuration#backtrace_clean_patterns is
deprecated. Use
RSpec::Core::Configuration#backtrace_exclusion_patterns instead.
Called from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:299:in
`backtrace_clean_patterns'.
DEPRECATION: RSpec::Core::Configuration#backtrace_clean_patterns is
deprecated. Use
RSpec::Core::Configuration#backtrace_exclusion_patterns instead.
Called from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:299:in
`backtrace_clean_patterns'.
/usr/lib/ruby/vendor_ruby/action_view/template.rb:10:in
`': uninitialized constant ActiveSupport::Autoload
(NameError)
from /usr/lib/ruby/vendor_ruby/action_view/template.rb:9:in
`'
from /usr/lib/ruby/vendor_ruby/action_view/template.rb:7:in `'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from /usr/lib/ruby/vendor_ruby/action_view/template/resolver.rb:4:in
`'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from /usr/lib/ruby/vendor_ruby/action_view/testing/resolvers.rb:1:in
`'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from /usr/lib/ruby/vendor_ruby/rspec/rails/view_rendering.rb:1:in
`'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from /usr/lib/ruby/vendor_ruby/rspec/rails.rb:10:in `'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from 
/home/pravi/forge/debian/diaspora/ruby-acts-as-api-0.4.2/spec/spec_helper.rb:18:in
`'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from 
/home/pravi/forge/debian/diaspora/ruby-acts-as-api-0.4.2/spec/controllers/plain_objects_controller_spec.rb:1:in
`'
from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:896:in `load'
from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:896:in
`block in load_spec_files'
from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:896:in `each'
from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:896:in
`load_spec_files'
from /usr/lib/ruby/vendor_ruby/rspec/core/command_line.rb:22:in `run'
from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:80:in `run'
from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:17:in `block in 
autorun'
/usr/bin/ruby2.1 -S rspec
./spec/controllers/plain_objects_controller_spec.rb
./spec/controllers/respond_with_users_controller_spec.rb
./spec/controllers/users_controller_spec.rb
./spec/models/model_spec.rb failed

Test "ruby2.1" failed. Continue building the package? (Y/N)


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


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



Bug#744912: cyrus-imapd.service file is buggy

2014-04-16 Thread Gábor Gombás
Package: cyrus-common
Version: 2.4.17+caldav~beta9-3
Severity: normal

Hi,

/lib/systemd/system/cyrus-imapd.service tries to call the /usr/bin/cyrus
wrapper, but the wrapper actually lives under /usr/sbin, not /usr/bin.
Fixing the paths allows the service to start.

Gabor

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

Kernel: Linux 3.13.10 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cyrus-common depends on:
ii  adduser3.113+nmu3
ii  db-upgrade-util5.3.0
ii  db-util5.3.0
ii  debconf [debconf-2.0]  1.5.52

cyrus-common recommends no packages.

cyrus-common suggests no packages.

-- Configuration Files:
/etc/init.d/cyrus-imapd changed [not included]
/etc/logcheck/ignore.d.server/cyrus-imapd [Errno 13] Permission denied: 
u'/etc/logcheck/ignore.d.server/cyrus-imapd'
/etc/logcheck/violations.ignore.d/cyrus-imapd [Errno 13] Permission denied: 
u'/etc/logcheck/violations.ignore.d/cyrus-imapd'

-- debconf information excluded

-- debsums errors found:
debsums: changed file /lib/systemd/system/cyrus-imapd.service (from 
cyrus-common package)


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



Bug#744850: pu: package gst-plugins-bad0.10/0.10.23-7.1+deb7u1

2014-04-16 Thread Moritz Mühlenhoff
> Control: tags -1 + confirmed
> 
> On Tue, 2014-04-15 at 14:51 +0200, Moritz Mühlenhoff wrote:
> > Attached debdiff fixes a FTBFS of gst-plugins-bad0.10 in stable (caused
> > by the libmodplug update in DSA 2751)
> 
> Please go ahead.

Uploaded.

Cheers,
Moritz
-- 
Moritz Mühlenhoff
Open Source Software Engineer

Univention GmbH
be open.
Mary-Somerville-Str.1
28359 Bremen
Tel. : +49 421 22232-0 [.]
Fax : +49 421 22232-99

muehlenh...@univention.de
http://www.univention.de

Geschäftsführer: Peter H. Ganten
HRB 20755 Amtsgericht Bremen
Steuer-Nr.: 71-597-02876 


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



Bug#742016: user-mode-linux: build-depends on linux-source-3.12 which is no longer in the archive

2014-04-16 Thread Jakub Wilk

* Mattia Dongili , 2014-04-16, 07:15:
The package builds successfully and seems to work on i386. I'll test 
on amd64 later.


It works on amd64 works, too. :)

Would it be okay if I NMUed the package?


sure, without any delay would be great.


Uploaded. :)

Please, make sure this bug report has the latest patch so that I can 
import it in the git repository.


Attached.

--
Jakub Wilk
diffstat for user-mode-linux-3.12-1um user-mode-linux-3.13-1um

 config.amd64 |   75 +--
 config.i386  |   74 --
 debian/changelog |   10 +++
 debian/control   |2 -
 debian/rules |2 -
 5 files changed, 145 insertions(+), 18 deletions(-)


Control files: lines which differ (wdiff format)

Build-Depends: debhelper (>> 5.0.0), quilt, [-linux-source-3.12,-] {+linux-source-3.13,+} docbook-to-man, xz-utils, m4, module-init-tools, libvdeplug2-dev, libpcap-dev, bc, dpkg (>= 1.16.2)

diff -Nru user-mode-linux-3.12-1um/config.amd64 user-mode-linux-3.13-1um/config.amd64
--- user-mode-linux-3.12-1um/config.amd64	2013-12-30 01:24:25.0 +0100
+++ user-mode-linux-3.13-1um/config.amd64	2014-04-15 15:04:08.0 +0200
@@ -1,8 +1,7 @@
 #
 # Automatically generated file; DO NOT EDIT.
-# User Mode Linux/x86_64 3.12.6 Kernel Configuration
+# User Mode Linux/x86_64 3.13.7 Kernel Configuration
 #
-CONFIG_DEFCONFIG_LIST="arch/$ARCH/defconfig"
 CONFIG_UML=y
 CONFIG_MMU=y
 CONFIG_NO_IOMEM=y
@@ -38,6 +37,7 @@
 CONFIG_64BIT=y
 # CONFIG_X86_32 is not set
 CONFIG_X86_64=y
+CONFIG_ARCH_DEFCONFIG="arch/um/configs/x86_64_defconfig"
 CONFIG_RWSEM_XCHGADD_ALGORITHM=y
 # CONFIG_RWSEM_GENERIC_SPINLOCK is not set
 CONFIG_3_LEVEL_PGTABLES=y
@@ -99,7 +99,6 @@
 CONFIG_AUDITSYSCALL=y
 CONFIG_AUDIT_WATCH=y
 CONFIG_AUDIT_TREE=y
-CONFIG_AUDIT_LOGINUID_IMMUTABLE=y
 
 #
 # IRQ subsystem
@@ -209,6 +208,7 @@
 CONFIG_SLUB=y
 # CONFIG_PROFILING is not set
 CONFIG_HAVE_64BIT_ALIGNED_ACCESS=y
+CONFIG_HAVE_VIRT_CPU_ACCOUNTING_GEN=y
 CONFIG_MODULES_USE_ELF_RELA=y
 
 #
@@ -218,6 +218,7 @@
 CONFIG_SLABINFO=y
 CONFIG_RT_MUTEXES=y
 CONFIG_BASE_SMALL=0
+# CONFIG_SYSTEM_TRUSTED_KEYRING is not set
 CONFIG_MODULES=y
 CONFIG_MODULE_FORCE_LOAD=y
 CONFIG_MODULE_UNLOAD=y
@@ -285,7 +286,6 @@
 # UML Character Devices
 #
 CONFIG_STDERR_CONSOLE=y
-CONFIG_STDIO_CONSOLE=y
 CONFIG_SSL=y
 CONFIG_NULL_CHAN=y
 CONFIG_PORT_CHAN=y
@@ -329,6 +329,7 @@
 CONFIG_CONNECTOR=m
 # CONFIG_MTD is not set
 CONFIG_BLK_DEV=y
+CONFIG_BLK_DEV_NULL_BLK=m
 CONFIG_BLK_DEV_UBD=y
 # CONFIG_BLK_DEV_UBD_SYNC is not set
 CONFIG_BLK_DEV_COW_COMMON=y
@@ -386,6 +387,14 @@
 CONFIG_ALTERA_STAPL=m
 
 #
+# Intel MIC Host Driver
+#
+
+#
+# Intel MIC Card Driver
+#
+
+#
 # SCSI device support
 #
 CONFIG_SCSI_MOD=m
@@ -450,8 +459,8 @@
 CONFIG_MD_FAULTY=m
 CONFIG_BCACHE=m
 # CONFIG_BCACHE_DEBUG is not set
-# CONFIG_BCACHE_EDEBUG is not set
 # CONFIG_BCACHE_CLOSURES_DEBUG is not set
+CONFIG_BLK_DEV_DM_BUILTIN=y
 CONFIG_BLK_DEV_DM=m
 # CONFIG_DM_DEBUG is not set
 CONFIG_DM_BUFIO=m
@@ -462,8 +471,8 @@
 CONFIG_DM_THIN_PROVISIONING=m
 # CONFIG_DM_CACHE is not set
 CONFIG_DM_MIRROR=m
-CONFIG_DM_RAID=m
 CONFIG_DM_LOG_USERSPACE=m
+CONFIG_DM_RAID=m
 CONFIG_DM_ZERO=m
 CONFIG_DM_MULTIPATH=m
 CONFIG_DM_MULTIPATH_QL=m
@@ -705,6 +714,7 @@
 # Analog to digital converters
 #
 CONFIG_MAX1363=m
+CONFIG_MCP3422=m
 CONFIG_NAU7802=m
 CONFIG_TI_ADC081C=m
 
@@ -753,12 +763,17 @@
 #
 CONFIG_ADJD_S311=m
 CONFIG_APDS9300=m
+CONFIG_CM36651=m
+CONFIG_GP2AP020A00F=m
+CONFIG_TCS3472=m
 # CONFIG_SENSORS_TSL2563 is not set
+CONFIG_TSL4531=m
 CONFIG_VCNL4000=m
 
 #
 # Magnetometer sensors
 #
+CONFIG_MAG3110=m
 # CONFIG_IIO_ST_MAGN_3AXIS is not set
 
 #
@@ -780,6 +795,13 @@
 CONFIG_PWM_SYSFS=y
 # CONFIG_RESET_CONTROLLER is not set
 # CONFIG_FMC is not set
+
+#
+# PHY Subsystem
+#
+CONFIG_GENERIC_PHY=m
+# CONFIG_PHY_EXYNOS_MIPI_VIDEO is not set
+# CONFIG_POWERCAP is not set
 CONFIG_NET=y
 
 #
@@ -848,7 +870,6 @@
 CONFIG_DEFAULT_TCP_CONG="cubic"
 CONFIG_TCP_MD5SIG=y
 CONFIG_IPV6=m
-CONFIG_IPV6_PRIVACY=y
 CONFIG_IPV6_ROUTER_PREF=y
 CONFIG_IPV6_ROUTE_INFO=y
 # CONFIG_IPV6_OPTIMISTIC_DAD is not set
@@ -862,6 +883,7 @@
 CONFIG_INET6_XFRM_MODE_TUNNEL=m
 CONFIG_INET6_XFRM_MODE_BEET=m
 # CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set
+CONFIG_IPV6_VTI=m
 CONFIG_IPV6_SIT=m
 # CONFIG_IPV6_SIT_6RD is not set
 CONFIG_IPV6_NDISC_NODETYPE=y
@@ -924,6 +946,17 @@
 CONFIG_NF_NAT_SIP=m
 CONFIG_NF_NAT_TFTP=m
 CONFIG_NETFILTER_SYNPROXY=m
+CONFIG_NF_TABLES=m
+CONFIG_NFT_EXTHDR=m
+CONFIG_NFT_META=m
+CONFIG_NFT_CT=m
+CONFIG_NFT_RBTREE=m
+CONFIG_NFT_HASH=m
+CONFIG_NFT_COUNTER=m
+CONFIG_NFT_LOG=m
+CONFIG_NFT_LIMIT=m
+CONFIG_NFT_NAT=m
+CONFIG_NFT_COMPAT=m
 CONFIG_NETFILTER_XTABLES=m
 
 #
@@ -1016,7 +1049,9 @@
 CONFIG_IP_SET_HASH_IPPORT=m
 CONFIG_IP_SET_HASH_IPPORTIP=m
 CONFIG_IP_SET_HASH_IPPORTNET=m
+CONFIG_IP_SET_HASH_NETPORTNET=m
 CONFIG_IP_SET_HASH_NET=m
+CONFIG_IP_SET_HASH_NETNET=m
 CONFIG_IP_SET_HASH_N

Bug#698347: debootstrap: New variant based on PRoot

2014-04-16 Thread Rémi Duraffort

Hello,

Do you have any news about this patch?

PRoot is now (and for some months now) part of Debian and kept up to 
date.



Rgds

--
Rémi Duraffort
http://ivoire.dinauz.org/blog


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



Bug#742037: gstreamer0.10-ffmpeg: 686 days old; stuck in Sid since forever

2014-04-16 Thread Martin-Éric Racine
2014-04-16 10:14 GMT+03:00 Ralf Jung :
> Hi,
>
>> gstreamer0.10-ffmpeg has apparently been stuck in Sid for about 2 years.
>> While I notice an FTBFS against libav9, does this concern libav10 too or
>> is there any other reason for this lenghty situation?
>
> That count of 686 days is wrong, it got removed from testing in October
> 2013 and then the QA page seems to use the most recent upload (April
> 2012) for the counter.

Noted.

> The work of porting the plugin to libav9 seems to have stalled, see the
> discussion at the bottom of
> . This is
> rather unfortunate as it breaks video/mp4 support in Firefox, which
> relies on exactly this gstreamer plugin. Firefox has gstreamer 1.0
> support in the current development branch, but seemingly they don't want
> to enable it per default due to some distros (like Debian stable) not
> supporting gstreamer 1.0.

What would prevent Debian from enabling the right Configure option in
debian/rules to use 1.0 on testing/unstable uploads?

Martin-Éric


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



Bug#741738: zoneminder: stream sock error: No such file or directory

2014-04-16 Thread Luigi Cirillo
Of course, I installed zoneminder on Jessie, I use it only for testing
purpose so in a local network. All devices are connected through WiFi.
The camera is an Ip camera Foscam like.
Everything work on Wheezy, instead.


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



Bug#744913: pacman4console: Segmentation fault in level 4

2014-04-16 Thread Danny van Leur
Package: pacman4console
Version: 1.2-2
Severity: important

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

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

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

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

Versions of packages pacman4console depends on:
ii  libc62.13-38+deb7u1
ii  libncurses5  5.9-10

pacman4console recommends no packages.

pacman4console 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#744914: xsd: missing Build-Depends on -lboost_filesystem

2014-04-16 Thread Thorsten Glaser
Source: xsd
Version: 3.3.0.1-1.4
Severity: important
Justification: fails to build from source

make[1]: *** No rule to make target `-lboost_filesystem', needed by 
`/«PKGBUILDDIR»/xsd-srcdir/libxsd-frontend/xsd-frontend/xsd-frontend.l'.  Stop.

http://buildd.debian-ports.org/status/fetch.php?pkg=xsd&arch=m68k&ver=3.3.0.1-1.4&stamp=1397609440


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



Bug#744755: gnome-panel: bottom panel blank, unable to add items to it

2014-04-16 Thread Dmitry Shachnev
On Mon, Apr 14, 2014 at 4:11 PM, Andres Martinez  wrote:
> Package: gnome-panel
> Version: 3.8.0-3
> Severity: important
>
> Dear Maintainer,
>
>* What led up to the situation?
> The bottom panel of gnome-flashback is empty
>
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> If I try to add an item to it (via Alt-Right click) --> Add to panel, it shows
> the items list but when I click "Add", nothing happens
>
>* What was the outcome of this action?
> No Item added to the bottom panel
>
>* What outcome did you expect instead?
> The selected item added to the bottom panel

I cannot reproduce this, even with a fresh setup. Can you please try
resetting the configuration and see if that helps?

gsettings reset-recursively org.gnome.gnome-panel

--
Dmitry Shachnev


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



Bug#721714: [Pkg-utopia-maintainers] Bug#721714: #721714: Fixed upstream (in 0.9.9)

2014-04-16 Thread Roland Mas
Michael Biebl, 2014-04-15 17:18:57 +0200 :

> On 15. April 2014 15:57:44 MESZ, Roland Mas  wrote:
>>Hi,
>>
>>I believe that the problem has been fixed upstream:
>>http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=d7c369712b9e6298d62303899e372ab7d27a92d9
>>http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=de56f28db62d042c2c293867750228d6ac253892
>>I didn't check explicitly, but these commits are most probably included
>>in 0.9.9.  Could we IPsec users get an updated network-manager package?
>  
> Could you test the patches and verify that they are sufficient to fix
> the problem? If so, I'd be happy to add those two commits to the
> Debian package.

  The patches don't apply on top of 0.9.8.8 (many files they touch
aren't there, and the rest emphatically fail with "13 out of 14 hunks
FAILED" or similar numbers).

Roland.
-- 
Roland Mas

It would be hard to be deader without special training.
  -- in Theatre of Cruelty (Terry Pratchett)


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



Bug#744915: cdbs updating of config.{sub,guess} is not automatic on buildds

2014-04-16 Thread Wookey
Package: cdbs
Version: 0.4.122
Severity: normal
Tags: patch

CDBS provides functionality to automatically update config.sub and
config.guess for autotools-using packages during the build. This is
good practice and there is growing consensus that this should be
automatic for Debian packages (although it is not yet policy).

However this update only occurs if autotools-dev package is installed
so that current versions are available in the debian canonical
location.

autotools-dev is only 'Recommended' by cdbs so on buildds it is not
installed during a build, so CDBS-using packages fail to build on new
architectures if their autoconf files are out of date (and very many are).

This could be fixed in two ways. 

1) Make every CDBS-and-autoconf- using package build-dep on autotools-dev, or 

2) make cdbs depend on autotools-dev.

It seems to me that packages that use CDBS are doing so party because
they expect it to take care of this sort of thing. And it does when
they test on their local system, where apt will install 'recommends'
by default. But it will (quite subtly) fail to take care of this on
buildds (or in local sbuild chroots but they won't notice because
thier chroots are very unlikely to be for the affected new
architectures so builds will still work) because those are set to not
install recommends by default.

I think the right fix for this is simply to make autotools-dev a
proper dependency of CDBS, and not a recommends. Is there any real
reason not to take this step?

Doing this means that all autotools and CDBS-using packages will
generally 'just work' on new architectures if they are capable of
doiing so.

Trivial patch attached.

-- System Information:
Debian Release: 7.4
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-kvm-i386-20110111 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

cdbs depends on no packages.

Versions of packages cdbs recommends:
ii  autotools-dev  20120608.1

Versions of packages cdbs suggests:
ii  devscripts  2.12.6+deb7u2

-- no debconf information
diff -Nru cdbs-0.4.122/debian/changelog cdbs-0.4.122+nmu1/debian/changelog
--- cdbs-0.4.122/debian/changelog	2013-07-02 09:50:00.0 +0100
+++ cdbs-0.4.122+nmu1/debian/changelog	2014-04-16 09:42:01.0 +0100
@@ -1,3 +1,10 @@
+cdbs (0.4.122+nmu1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Depend on autotools-dev so that CDBS packages build on new architectures
+
+ -- Wookey   Wed, 16 Apr 2014 09:41:05 +0100
+
 cdbs (0.4.122) unstable; urgency=low
 
   * Update and improve references in comments to Perl Policy.
diff -Nru cdbs-0.4.122/debian/control cdbs-0.4.122+nmu1/debian/control
--- cdbs-0.4.122/debian/control	2013-07-02 09:06:10.0 +0100
+++ cdbs-0.4.122+nmu1/debian/control	2014-04-16 09:40:33.0 +0100
@@ -25,7 +25,7 @@
 Package: cdbs
 Architecture: all
 Multi-Arch: foreign
-Recommends: autotools-dev
+Depends: autotools-dev
 Suggests: devscripts
 Description: common build system for Debian packages
  This package contains the Common Debian Build System, an abstract build
diff -Nru cdbs-0.4.122/debian/control.in cdbs-0.4.122+nmu1/debian/control.in
--- cdbs-0.4.122/debian/control.in	2013-07-01 19:18:29.0 +0100
+++ cdbs-0.4.122+nmu1/debian/control.in	2014-04-16 09:40:50.0 +0100
@@ -23,7 +23,7 @@
 Package: cdbs
 Architecture: all
 Multi-Arch: foreign
-Recommends: autotools-dev
+Depends: autotools-dev
 Suggests: devscripts
 Description: common build system for Debian packages
  This package contains the Common Debian Build System, an abstract build


Bug#744916: libjson-xs-perl: gratuitous backwards incompatibility from wheezy (json_xs -t null vs json_xs -t none)

2014-04-16 Thread Paul Wise
Package: libjson-xs-perl
Version: 2.340-1+b1
Severity: important

The json_xs command in jessie gratuitously broke command-line backwards
compatibility with wheezy. I suggest that the way forward here is to
make support both null and none and make theme do the same thing.

pabs@wheezy:~$ json_xs -t null < test.json ; echo $?
0
pabs@wheezy:~$ json_xs -t none < test.json ; echo $?
json: not a valid toformat
255

pabs@jessie:~$ json_xs -t null < test.json ; echo $?
json: not a valid toformat
255
pabs@jessie:~$ json_xs -t none < test.json ; echo $?
0

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

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

Versions of packages libjson-xs-perl depends on:
ii  libc6   2.18-4
ii  libcommon-sense-perl3.72-3
ii  perl5.18.2-2+b1
ii  perl-base [perlapi-5.18.1]  5.18.2-2+b1

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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


Bug#744917: FTBFS when /sbin is not in $PATH

2014-04-16 Thread Evgeni Golov
Source: luajit
Version: 2.0.3+dfsg-2
Severity: serious
Tags: upstream

Hi,

when building LuaJIT as a normal user (even when using fakeroot),
LuaJIT will FTBFS:

 fakeroot debian/rules binary
dh --with quilt binary
   dh_testroot
   dh_prep
   debian/rules override_dh_auto_install
make[1]: Entering directory `/tmp/luajit-2.0.3+dfsg'
make install PREFIX=/usr DESTDIR=$PWD/debian/tmp/ MULTILIB=lib/x86_64-linux-gnu
make[2]: Entering directory `/tmp/luajit-2.0.3+dfsg'
 Installing LuaJIT 2.0.3 to /usr 
mkdir -p /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/bin 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/include/luajit-2.0 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/share/man/man1 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/pkgconfig 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/share/luajit-2.0.3/jit 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/share/lua/5.1 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/lua/5.1
cd src && install -m 0755 luajit 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/bin/luajit-2.0.3
cd src && test -f libluajit.a && install -m 0644 libluajit.a 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/libluajit-5.1.a || :
rm -f /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/bin/luajit 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/libluajit-5.1.so.2.0.3
 /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/libluajit-5.1.so 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/libluajit-5.1.so
cd src && test -f libluajit.so && \
  install -m 0755 libluajit.so 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/libluajit-5.1.so.2.0.3
 && \
  ldconfig -n 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu && \
  ln -sf libluajit-5.1.so.2.0.3 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/libluajit-5.1.so && 
\
  ln -sf libluajit-5.1.so.2.0.3 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/libluajit-5.1.so || 
:
/bin/sh: 3: ldconfig: not found
cd etc && install -m 0644 luajit.1 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/share/man/man1
cd etc && sed -e "s|^prefix=.*|prefix=/usr|" -e 
"s|^multilib=.*|multilib=lib/x86_64-linux-gnu|" luajit.pc > luajit.pc.tmp && \
  install -m 0644 luajit.pc.tmp 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/pkgconfig/luajit.pc 
&& \
  rm -f luajit.pc.tmp
cd src && install -m 0644 lua.h lualib.h lauxlib.h luaconf.h lua.hpp luajit.h 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/include/luajit-2.0
cd src/jit && install -m 0644 bc.lua v.lua dump.lua dis_x86.lua dis_x64.lua 
dis_arm.lua dis_ppc.lua dis_mips.lua dis_mipsel.lua bcsave.lua vmdef.lua 
/tmp/luajit-2.0.3+dfsg/debian/tmp//usr/share/luajit-2.0.3/jit
ln -sf luajit-2.0.3 /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/bin/luajit
 Successfully installed LuaJIT 2.0.3 to /usr 
make[2]: Leaving directory `/tmp/luajit-2.0.3+dfsg'
sed -i 's?^multilib=.*?multilib=lib/x86_64-linux-gnu?' \
debian/tmp/usr/lib/x86_64-linux-gnu/pkgconfig/*.pc
make[1]: Leaving directory `/tmp/luajit-2.0.3+dfsg'
   dh_install
dh_install: libluajit-5.1-dev missing files (usr/lib/*/libluajit-5.1.so), 
aborting
make: *** [binary] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2


The crucial part is:
 /bin/sh: 3: ldconfig: not found

The Makefile defines:
 LDCONFIG= ldconfig -n

But ldconfig is in /sbin and this is not in the $PATH of a normal user.

Regards
Evgeni

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

Kernel: Linux 3.13-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


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



Bug#738428: GenBind.evalConstCExpr: Casts are not implemented yet

2014-04-16 Thread Joachim Breitner
Hi,

thanks; I didn’t know about the new c2hs versions (they were not there
when the bug first occurred). Fixed packages uploaded.

Greetings,
Joachim

Am Dienstag, den 15.04.2014, 19:15 -0700 schrieb John Millikin:
> The version of libncursesw5-dev packaged in Debian Unstable includes this 
> macro:
> 
> #define NCURSES_BITS(mask,shift) (NCURSES_CAST(chtype,(mask))
> << ((shift) + NCURSES_ATTR_SHIFT))
> 
> which differs from the version on my build machine:
> 
> #define NCURSES_BITS(mask,shift) ((mask) << ((shift) +
> NCURSES_ATTR_SHIFT))
> 
> The new NCURSES_CAST() is breaking c2hs, which added support for
> integer casts in version 0.16.6 (unstable has 0.16.5).
> 
> My recommendation is to upgrade the c2hs package version to at least
> 0.16.6. I've verified that "cabal install c2hs==0.16.6" lets ncurses
> build on unstable.
> 
> 
> On Tue, Apr 15, 2014 at 4:08 PM, Joachim Breitner  wrote:
> > Hi,
> >
> >
> > Am Dienstag, den 15.04.2014, 15:58 -0700 schrieb John Millikin:
> >> haskell-ncurses=0.2.1 builds successfully with c2hs=0.16.3 and
> >> libncursesw5-dev=5.9-10ubuntu4 on my machine. I suspect this may be an
> >> architecture-specific failure; have you seen similar errors on
> >> architectures other than s390x?
> >
> > yes:
> > http://aws-logs.debian.net/ftbfs-logs/2014/02/08/haskell-ncurses_0.2.1-4_unstable.log
> > http://www.warperbbs.de/stuff/buildlogs/haskell-ncurses_0.2.1-4_amd64.build
> >
> > Greetings,
> > Joachim
> >
> > --
> > Joachim "nomeata" Breitner
> > Debian Developer
> >   nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
> >   JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata
> >
> 

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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


Bug#594449: proftpd-basic: Unable to reload (signal HUP) - The process is killed

2014-04-16 Thread Francesco Paolo Lovergine
Package: proftpd-basic
Version: 1.3.5~rc4-1+b1
Followup-For: Bug #594449

This issue seems due to mod_facl and can be workarounded by commenting out the
LoadModule statement in /etc/proftpd/modules.conf. It would allow logrotate
to consistently work with a proper HUP instead of a restart.
Of course fixing mod_facl would be better.

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

Kernel: Linux 3.12-1-686-pae (SMP w/1 CPU core)
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 proftpd-basic depends on:
ii  adduser3.113+nmu3
ii  debconf1.5.52
ii  debianutils4.4
ii  libacl12.2.52-1
ii  libc6  2.18-4
ii  libcap21:2.22-1.2
ii  libmemcached11 1.0.18-3
ii  libmemcachedutil2  1.0.18-3
ii  libncurses55.9+20140118-1
ii  libpam-runtime 1.1.8-3
ii  libpam0g   1.1.8-3
ii  libpcre3   1:8.31-3
ii  libssl1.0.01.0.1g-2
ii  libtinfo5  5.9+20140118-1
ii  libwrap0   7.6.q-25
ii  netbase5.2
ii  sed4.2.2-4
ii  ucf3.0027+nmu1
ii  zlib1g 1:1.2.8.dfsg-1

proftpd-basic recommends no packages.

Versions of packages proftpd-basic suggests:
pn  openbsd-inetd | inet-superserver  
ii  openssl   1.0.1g-2
pn  proftpd-doc   
pn  proftpd-mod-geoip 
pn  proftpd-mod-ldap  
pn  proftpd-mod-mysql 
pn  proftpd-mod-odbc  
pn  proftpd-mod-pgsql 
pn  proftpd-mod-sqlite

-- debconf information excluded


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



Bug#742037: gstreamer0.10-ffmpeg: 686 days old; stuck in Sid since forever

2014-04-16 Thread Ralf Jung
Hi,

>> This is
>> rather unfortunate as it breaks video/mp4 support in Firefox, which
>> relies on exactly this gstreamer plugin. Firefox has gstreamer 1.0
>> support in the current development branch, but seemingly they don't want
>> to enable it per default due to some distros (like Debian stable) not
>> supporting gstreamer 1.0.
> 
> What would prevent Debian from enabling the right Configure option in
> debian/rules to use 1.0 on testing/unstable uploads?

I don't know which gstreamer version the Debian Firefox/Iceweasel uses -
I'm using the upstream Firefox as the Debian one often takes so long to
catch up.
As far as I know, Firefox 30 (to be released in June) will be the first
having GStreamer 1.0 support if enabled at compile-time, so it will be a
while till Debian can even enable that flag.

Kind regards
Ralf


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



Bug#742330: RFS: gravit/0.5.1-1 ITP -- visually stunning gravity simulator

2014-04-16 Thread Thibaut Paumard
Control: owner -1 !
Control: tag -1 + pending


Dear Tomasz,

debian/copyright is incomplete. Use "licensecheck", "grep" and "less" to
find out the copyright and license of each individual file. Here are a
few copyright notices which you did not list in debian/copyright:

Copyright: " 2003-2014 Gravit Development Team" / 2003-2014 Gerald Kaszuba
Copyright: 2008 Matt Gallagher. All rights reserved
Copyright: 1997, 1998, 1999, 2000, 2001, 2002 Sam Lantinga
Copyright: 2006 Angelo "Encelo" Theodorou
Copyright (C) 1994-2008 Lua.org, PUC-Rio.  All rights reserved

Some files are not GPL. For some files it's not even clear that they are
DFSG, please check it and document your findings in debian/copyright. If
in doubt (and if those files are not used in building), repack.

debian/changelog is too verbose. It should only list "initial upload.
(Closes: ITPbugnr)".

The package is not lintian-clean. You need to write a manpage for the
'gravit' binary. I was not able to find out how to use it as a screen
saver, which is certainly not a good idea given the resources it takes!

gravit-data should certainly Recommend gravit, and I believe gravit
should Depend on gravit-data (=${source:Version}) rather than (>=
${source:Version}).

Kind regards, Thibaut.



signature.asc
Description: OpenPGP digital signature


Bug#721714: [Pkg-utopia-maintainers] Bug#721714: Bug#721714: #721714: Fixed upstream (in 0.9.9)

2014-04-16 Thread Michael Biebl
Am 16.04.2014 10:43, schrieb Roland Mas:
> Michael Biebl, 2014-04-15 17:18:57 +0200 :
> 
>> On 15. April 2014 15:57:44 MESZ, Roland Mas  wrote:
>>> Hi,
>>>
>>> I believe that the problem has been fixed upstream:
>>> http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=d7c369712b9e6298d62303899e372ab7d27a92d9
>>> http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=de56f28db62d042c2c293867750228d6ac253892
>>> I didn't check explicitly, but these commits are most probably included
>>> in 0.9.9.  Could we IPsec users get an updated network-manager package?
>>  
>> Could you test the patches and verify that they are sufficient to fix
>> the problem? If so, I'd be happy to add those two commits to the
>> Debian package.
> 
>   The patches don't apply on top of 0.9.8.8 (many files they touch
> aren't there, and the rest emphatically fail with "13 out of 14 hunks
> FAILED" or similar numbers).

Ok, I guess this means it will have to wait then until a stable 0.9.10
is released since I don't have the resources atm to backport that
feature myself.

Regards,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#744918: upstream homepage dead; needs patch to work with boost-python >= 1.54

2014-04-16 Thread Joachim Wuttke

Package: python-pygccxml
Version: 1.0.0-4

Bug 1:
Homepage: http://www.language-binding.net/pygccxml/pygccxml.html
is dead ("Whoops, we can't find that page.")

Bug 2:
When used with boost-python 1.54, this type of error may occur:

/usr/local/lib/python2.7/dist-packages/pygccxml/parser/scanner.py:337: 
UserWarning: unable to find out array size from expression ""

  warnings.warn( msg )
ERROR error occured, while parsing element with name "FundamentalType" 
and attrs "['attributes', 'align', 'size', 'id', 'name']".
Error: pygccxml error: unable to find fundamental type with name 
'atomic_int_type'..

Traceback (most recent call last):
  [...]
  File 
"/usr/local/lib/python2.7/dist-packages/pyplusplus/module_builder/builder.py", 
line 92, in __init__

, indexing_suite_version)
  File 
"/usr/local/lib/python2.7/dist-packages/pyplusplus/module_builder/builder.py", 
line 146, in __parse_declarations

decls = reader.read_files( files, compilation_mode )
  File 
"/usr/local/lib/python2.7/dist-packages/pygccxml/parser/project_reader.py", 
line 225, in read_files

return self.__parse_file_by_file(files)
  File 
"/usr/local/lib/python2.7/dist-packages/pygccxml/parser/project_reader.py", 
line 264, in __parse_file_by_file

decls = reader.read_xml_file( prj_file.cached_source_file )
  File 
"/usr/local/lib/python2.7/dist-packages/pygccxml/parser/source_reader.py", 
line 245, in read_xml_file

declarations, files = self.__parse_gccxml_created_file( ffname )
  File 
"/usr/local/lib/python2.7/dist-packages/pygccxml/parser/source_reader.py", 
line 294, in __parse_gccxml_created_file

scanner_.read()
  File 
"/usr/local/lib/python2.7/dist-packages/pygccxml/parser/etree_scanner.py", 
line 41, in read

self.startElement( elem.tag, elem.attrib )
  File 
"/usr/local/lib/python2.7/dist-packages/pygccxml/parser/scanner.py", 
line 199, in startElement

obj = self.__readers[name]( attrs )
  File 
"/usr/local/lib/python2.7/dist-packages/pygccxml/parser/scanner.py", 
line 361, in __read_fundamental_type

% attrs.get( XML_AN_NAME, '' ) )
RuntimeError: pygccxml error: unable to find fundamental type with name 
'atomic_int_type'.


This is a known problem, see
  https://trac.macports.org/attachment/ticket/39927/pyplusplus_base.log
and
  http://pastebin.com/Zid3hN0p


Proposed solution to both problems:

Change the upstream homepage to
  https://bitbucket.org/ompl/pygccxml,
where a patch fixing bug 2 is provided.


Note:

This page is clearly labelled as "unofficial" homepage.
As the maintainer, Mark Moll, explained to me: "The only reason
it’s unofficial, because I don’t know if I should be in charge of
accepting pull requests (since I know so little about the code)."

This is situation is not ideal. But it is certainly better to join
forces with Mark than to continue refering to an outdated, unmaintained
"official" homepage.



smime.p7s
Description: S/MIME Cryptographic Signature


Bug#744919: arora: crash on startup

2014-04-16 Thread Laurent Bonnaud
Package: arora
Version: 0.11.0+qt5+git2014-04-06-1
Severity: important


Dear Maintainer,

arora crashes on start-up:

$ arora
xkbcommon: ERROR: Key "" added to modifier map for multiple
modifiers; Using Mod4, ignoring Mod1
xkbcommon: ERROR: Symbol "Meta_L" added to modifier map for multiple
modifiers; Using Mod4, ignoring Mod1
libGL error: failed to open drm device: Permission denied
libGL error: failed to load driver: i965
Segmentation fault (core dumped)

(The libGL error seems harmless.  It appears when I start arora on a
remote system through ssh.  The crah also happens when starting arora
locally.)

and here is a debugging session:

$ gdb arora
GNU gdb (GDB) 7.6.2 (Debian 7.6.2-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 "i486-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/arora...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/arora
warning: Could not load shared library symbols for linux-gate.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library
"/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".
Traceback (most recent call last):
  File
"/usr/lib/debug/usr/lib/i386-linux-gnu/libstdc++.so.6.0.20-gdb.py", line
59, in 
from libstdcxx.v6.printers import register_libstdcxx_printers
ImportError: No module named libstdcxx.v6.printers
[New Thread 0xf167ab40 (LWP 16423)]
xkbcommon: ERROR: Key "" added to modifier map for multiple
modifiers; Using Mod4, ignoring Mod1
xkbcommon: ERROR: Symbol "Meta_L" added to modifier map for multiple
modifiers; Using Mod4, ignoring Mod1
[New Thread 0xf0cffb40 (LWP 16424)]
[New Thread 0xefd54b40 (LWP 16426)]
[New Thread 0xef0c1b40 (LWP 16448)]
[New Thread 0xee8c0b40 (LWP 16449)]
libGL error: failed to open drm device: Permission denied
libGL error: failed to load driver: i965
[New Thread 0xeb947b40 (LWP 16450)]
[New Thread 0xeb146b40 (LWP 16451)]
[New Thread 0xea589b40 (LWP 16452)]
[New Thread 0xe9268b40 (LWP 16453)]
[New Thread 0xe88efb40 (LWP 16455)]

Program received signal SIGSEGV, Segmentation fault.
QList (this=0xe7d2683c )
at ../../include/QtCore/../../src/corelib/tools/qlist.h:121
121 ../../include/QtCore/../../src/corelib/tools/qlist.h: No such
file or directory.
(gdb)


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

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

Versions of packages arora depends on:
ii  libc6 2.18-4
ii  libgcc1   1:4.9-20140411-2
ii  libgl1-mesa-glx [libgl1]  10.1.0-5
ii  libqt5core5a  5.2.1+dfsg-3
ii  libqt5gui55.2.1+dfsg-3
ii  libqt5network55.2.1+dfsg-3
ii  libqt5opengl5 5.2.1+dfsg-3
ii  libqt5printsupport5   5.2.1+dfsg-3
ii  libqt5qml55.2.1-5
ii  libqt5quick5  5.2.1-5
ii  libqt5script5 5.2.1+dfsg-2
ii  libqt5sql55.2.1+dfsg-3
ii  libqt5webkit5 5.2.1+dfsg-5
ii  libqt5widgets55.2.1+dfsg-3
ii  libstdc++64.9-20140411-2

arora recommends no packages.

arora suggests no packages.

-- no debconf information

-- 
Laurent.


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



Bug#737135: munin: Missing Recommends/Suggests libcgi-fast-perl

2014-04-16 Thread Olivier Berger
On Thu, Jan 30, 2014 at 04:52:41PM +0200, Stefano Rivera wrote:
> 
> CGI mode is recommended these days (although not the default), but doesn't 
> work
> without libcgi-fast-perl installed.
> 

AFAICT, this is the case for the stable version :
# apt-cache show munin
Version: 2.0.6-4+deb7u2
Depends: perl, perl-modules | libparse-recdescent-perl, librrds-perl (>= 1.2), 
libhtml-template-perl, libdigest-md5-perl, libtime-hires-perl, 
libstorable-perl, rrdtool, adduser, liblog-log4perl-perl (>= 1.18), ttf-dejavu, 
munin-common (>= 2.0.6-4+deb7u2), cron, libdate-manip-perl, libcgi-fast-perl, 
libfile-copy-recursive-perl, liburi-perl, libio-socket-inet6-perl

Hope this helps.

Best regards,
-- 
Olivier BERGER 
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)


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



Bug#744920: FTBFS on sparc: Bus error in test suite

2014-04-16 Thread Joachim Breitner
Source: haskell-tls
Version: 1.2.6-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

as subject says. More details at
https://ghc.haskell.org/trac/ghc/ticket/9002

(Severity normal as sparc is not a release architecture)

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlNOSW4ACgkQ9ijrk0dDIGyFbACeP57maV1Bbb3pY9grU8R3AOkr
sIAAoJEHDnBLu5u3ZzixFO+prAL6gyVa
=xQjc
-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#675519: alternative proposal for upstream homepage

2014-04-16 Thread Joachim Wuttke

The official homepage
  http://sourceforge.net/projects/pygccxml/
seems to be dead; the maintainers are unresponsive.

A better solution is the "unofficial", but maintained homepage
  https://bitbucket.org/ompl/pyplusplus

The decision to point there should be coordinates with
project python-pygccxml. See bug report
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744918
for more details.



smime.p7s
Description: S/MIME Cryptographic Signature


Bug#736494: About #736494

2014-04-16 Thread Thijs Kinkhorst
Hi Adam,

On Sun, April 13, 2014 14:39, Adam D. Barratt wrote:
> On Sun, 2014-04-13 at 13:58 +0200, William Dauchy wrote:
>> Is there someone available to validate this package? Lots of present
>> fixes are more than needed to have an usable version of php in
>> production.
>
> Such comments really aren't that helpful. It's entirely possible "to
> have an usable version of php in production" using the current package
> in wheezy, or it wouldn't have made it in to wheezy in the first place
> and no-one would have been using it on stable systems for the past year.
> (That's not to say that some people aren't adversely affected by issues
> in the current package, but that's far from your claim that it's
> generally unusable.)
>
> I realise you've put a lot of effort in to the patch, and that's
> obviously appreciated, but a diff for stable of the size
>
>  46 files changed, 4303 insertions(+), 372 deletions(-)
>
> where most of the diff appears to be actual changes (as opposed to
> translations, or autogenerated files) is non-trivial to review,
> particularly when people are already short on time. :(

I fully understand the lack of manpower. But also, obviously the update
fixes significant bugs and has seen lots of real world testing, probably
more than many of the other packages proposed for a stable update.

Is there a model or approach you can suggest that would work for the SRMs?

Cheers,
Thijs


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



Bug#738157: Please add Alpha as built arch in libreoffice

2014-04-16 Thread Michael Cree
On Tue, Apr 15, 2014 at 03:15:56PM +0200, Rene Engelhard wrote:
> On Tue, Apr 15, 2014 at 02:49:44PM +0200, Rene Engelhard wrote:
> > > With all that libreoffice builds successfully on Alpha!!!
> 
> Where is that visible?
> 
> http://buildd.debian-ports.org/status/package.php?p=libreoffice&suite=sid
> http://buildd.debian-ports.org/status/package.php?p=libreoffice&suite=experimental
> 
> Not here.

Well, of course not!  Alpha has been removed from the architecture list
in debian/control of libreoffice, thus the wanna-build server shuffles
libreoffice into the auto-not-for-us list for Alpha.  The buildds are
therefore never ever offered a chance to build libreoffice.

I do have the build log for the 4.1.4-2 build and can send it to you if
you would like.

(Bother, I've got a feeling I forgot to keep the bug report in the CC of
my last reply to you...)

Cheers
Michael.


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



Bug#734675: fftw3: Fix configury for neon support on arm64 (armv8)

2014-04-16 Thread Wookey
+++ Julian Taylor [2014-01-23 22:41 +0100]:
> On 09.01.2014 04:38, Wookey wrote:
> ...
> > 
> > However, applying this doesn't in fact get a working build as it exposes
> > a compiler ICE in the gcc4.8 we are currently using in unstable. But
> > that should get fixed soon.
> > 
> 
> thanks, if let me know when gcc works again and I'll try to sort this out.

OK. I just tested with gcc-4.9 and the ICE is gone but there is still a problem 
with the build

So the end of the build log looks like:
/bin/bash ../../../libtool  --tag=CC   --mode=compile gcc-4.9 -std=gnu99 
-DHAVE_CONFIG_H -I. -I../../..  -I../..
/../kernel -I../../../dft -I../../../dft/simd -I../../../simd-support 
-D_FORTIFY_SOURCE=2  -g -O2 -Wformat -Werr
or=format-security -O2 -MT n1fv_64.lo -MD -MP -MF .deps/n1fv_64.Tpo -c -o 
n1fv_64.lo n1fv_64.c
libtool: compile:  gcc-4.9 -std=gnu99 -DHAVE_CONFIG_H -I. -I../../.. 
-I../../../kernel -I../../../dft -I../../..
/dft/simd -I../../../simd-support -D_FORTIFY_SOURCE=2 -g -O2 -Wformat 
-Werror=format-security -O2 -MT n1fv_64.lo
libtool: compile:  gcc-4.9 -std=gnu99 -DHAVE_CONFIG_H -I. -I../../.. 
-I../../../kernel -I../../../dft -I../../..
/dft/simd -I../../../simd-support -D_FORTIFY_SOURCE=2 -g -O2 -Wformat 
-Werror=format-security -O2 -MT n1fv_64.lo
 -MD -MP -MF .deps/n1fv_64.Tpo -c n1fv_64.c -o n1fv_64.o >/dev/null 2>&1
make[6]: *** [n1fv_64.lo] Error 1
make[6]: Leaving directory 
`/home/buildd/packages/modified/fftw3-3.3.3/dft/simd/neon'
make[5]: *** [all] Error 2
make[5]: Leaving directory 
`/home/buildd/packages/modified/fftw3-3.3.3/dft/simd/neon'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/buildd/packages/modified/fftw3-3.3.3/dft/simd'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/buildd/packages/modified/fftw3-3.3.3/dft'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/buildd/packages/modified/fftw3-3.3.3'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/buildd/packages/modified/fftw3-3.3.3'
make: *** [build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2


Running that offending command with gcc-4.9 and 4.8 shows:

gcc-4.9 builds OK:
(sid-arm64-sbuild)buildd@turfan:~/packages/modified/fftw3-3.3.3/dft/simd/neon$ 
/bin/bash ../../../libtool  --tag
=CC   --mode=compile gcc-4.9 -std=gnu99 -DHAVE_CONFIG_H -I. -I../../..  
-I../../../kernel -I../../../dft -I../..
/../dft/simd -I../../../simd-support -D_FORTIFY_SOURCE=2  -g -O2 -Wformat 
-Werror=format-security -O2 -MT n1fv_6
4.lo -MD -MP -MF .deps/n1fv_64.Tpo -c -o n1fv_64.lo n1fv_64.c   

libtool: compile:  gcc-4.9 -std=gnu99 -DHAVE_CONFIG_H -I. -I../../.. 
-I../../../kernel -I../../../dft -I../../../dft/simd -I../../../simd-support 
-D_FORTIFY_SOURCE=2 -g -O2 -Wformat -Werror=format-security -O2 -MT n1fv_64.lo 
-MD -MP -MF .deps/n1fv_64.Tpo -c n1fv_64.c  -fPIC -DPIC -o .libs/n1fv_64.o
libtool: compile:  gcc-4.9 -std=gnu99 -DHAVE_CONFIG_H -I. -I../../.. 
-I../../../kernel -I../../../dft -I../../../dft/simd -I../../../simd-support 
-D_FORTIFY_SOURCE=2 -g -O2 -Wformat -Werror=format-security -O2 -MT n1fv_64.lo 
-MD -MP -MF .deps/n1fv_64.Tpo -c n1fv_64.c -o n1fv_64.o >/dev/null 2>&1

gcc-4.8 ICEs
(sid-arm64-sbuild)buildd@turfan:~/packages/modified/fftw3-3.3.3/dft/simd/neon$ 
/bin/bash ../../../libtool  --tag
=CC   --mode=compile gcc-4.8 -std=gnu99 -DHAVE_CONFIG_H -I. -I../../..  
-I../../../kernel -I../../../dft -I../..
/../dft/simd -I../../../simd-support -D_FORTIFY_SOURCE=2  -g -O2 -Wformat 
-Werror=format-security -O2 -MT n1fv_6
4.lo -MD -MP -MF .deps/n1fv_64.Tpo -c -o n1fv_64.lo n1fv_64.c   

libtool: compile:  gcc-4.8 -std=gnu99 -DHAVE_CONFIG_H -I. -I../../.. 
-I../../../kernel -I../../../dft -I../../..
/dft/simd -I../../../simd-support -D_FORTIFY_SOURCE=2 -g -O2 -Wformat 
-Werror=format-security -O2 -MT n1fv_64.lo
 -MD -MP -MF .deps/n1fv_64.Tpo -c n1fv_64.c  -fPIC -DPIC -o .libs/n1fv_64.o
In file included from n1fv_64.c:3:0:
../common/n1fv_64.c: In function 'n1fv_64':
../common/n1fv_64.c:1560:1: internal compiler error: in 
simplify_const_unary_operation, at simplify-rtx.c:1508
 }
 ^

So what I don't understand is why the build is falling over as running the 
command onit's own seems to be OK?

I did this build as
CC=gcc-4.9 dpkg-buildpackage -B -uc -us
which appears to change gcc to gcc-4.9 everywhere it needs to. 

Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/


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



Bug#744921: spamassassin: Daily cron script wants to set a shared library world writable

2014-04-16 Thread Roger Dover
Package: spamassassin
Version: 3.3.2-5
Severity: grave
Tags: security
Justification: user security hole

Dear Maintainer,
I get the following output from /etc/cron.daily/spamassassin:

-
/etc/cron.daily/spamassassin:

WARNING: WARNING: Failed chmod(0666, 
/var/lib/spamassassin/compiled/5.014/3.003002/auto/Mail/SpamAssassin/CompiledRegexps/body_0/body_0.so):
 Operation not permitted




The script wants to set a shared library world writable.
This is a security risk.


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

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

Versions of packages spamassassin depends on:
ii  adduser 3.113+nmu3
pn  libarchive-tar-perl 
ii  libhtml-parser-perl 3.69-2
ii  libnet-dns-perl 0.66-2+b2
ii  libnetaddr-ip-perl  4.062+dfsg-1
ii  libsocket6-perl 0.23-1+b2
ii  libsys-hostname-long-perl   1.4-2
ii  libwww-perl 6.04-1
ii  perl5.14.2-21+deb7u1
ii  perl-modules [libio-zlib-perl]  5.14.2-21+deb7u1

Versions of packages spamassassin recommends:
ii  gcc4:4.7.2-1
ii  gnupg  1.4.12-7+deb7u3
ii  libc6-dev  2.13-38+deb7u1
ii  libio-socket-inet6-perl2.69-2
ii  libmail-spf-perl   2.8.0-1
ii  make   3.81-8.2
ii  perl [libsys-syslog-perl]  5.14.2-21+deb7u1
ii  re2c   0.13.5-1
ii  spamc  3.3.2-5

Versions of packages spamassassin suggests:
pn  libdbi-perl   
ii  libio-socket-ssl-perl 1.76-2
pn  libmail-dkim-perl 
pn  libnet-ident-perl 
ii  perl [libcompress-zlib-perl]  5.14.2-21+deb7u1
ii  pyzor 1:0.5.0-2
ii  razor 1:2.85-4+b1

-- Configuration Files:
/etc/default/spamassassin changed:
ENABLED=1
OPTIONS="--create-prefs --max-children 5 --helper-home-dir"
PIDFILE="/var/run/spamd.pid"
CRON=1

/etc/spamassassin/v320.pre changed:
loadplugin Mail::SpamAssassin::Plugin::Check
loadplugin Mail::SpamAssassin::Plugin::HTTPSMismatch
loadplugin Mail::SpamAssassin::Plugin::URIDetail
loadplugin Mail::SpamAssassin::Plugin::Bayes
loadplugin Mail::SpamAssassin::Plugin::BodyEval
loadplugin Mail::SpamAssassin::Plugin::DNSEval
loadplugin Mail::SpamAssassin::Plugin::HTMLEval
loadplugin Mail::SpamAssassin::Plugin::HeaderEval
loadplugin Mail::SpamAssassin::Plugin::MIMEEval
loadplugin Mail::SpamAssassin::Plugin::RelayEval
loadplugin Mail::SpamAssassin::Plugin::URIEval
loadplugin Mail::SpamAssassin::Plugin::WLBLEval
loadplugin Mail::SpamAssassin::Plugin::VBounce
loadplugin Mail::SpamAssassin::Plugin::Rule2XSBody
loadplugin Mail::SpamAssassin::Plugin::ImageInfo


-- 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#744755: gnome-panel: bottom panel blank, unable to add items to it

2014-04-16 Thread shirish शिरीष
On 4/16/14, Dmitry Shachnev  wrote:
> On Mon, Apr 14, 2014 at 4:11 PM, Andres Martinez 
> wrote:
>> Package: gnome-panel
>> Version: 3.8.0-3
>> Severity: important
>>
>> Dear Maintainer,
>>
>>* What led up to the situation?
>> The bottom panel of gnome-flashback is empty
>>
>>* What exactly did you do (or not do) that was effective (or
>>  ineffective)?
>> If I try to add an item to it (via Alt-Right click) --> Add to panel, it
>> shows
>> the items list but when I click "Add", nothing happens
>>
>>* What was the outcome of this action?
>> No Item added to the bottom panel
>>
>>* What outcome did you expect instead?
>> The selected item added to the bottom panel
>
> I cannot reproduce this, even with a fresh setup. Can you please try
> resetting the configuration and see if that helps?
>
> gsettings reset-recursively org.gnome.gnome-panel
>
> --
> Dmitry Shachnev
>
> --
> To unsubscribe, send mail to 744755-unsubscr...@bugs.debian.org.

Hi all,
As I have the same/similar issue, I tried the above :-

$ gsettings reset-recursively org.gnome.gnome-panel

I had to reboot and in new session it was the same thing, wasn't able
to add anything to the bottom panel. I tried the 'window list' applet
and no sugar for me.

One thing to note though - the notification area which had disappeared
in the top-panel returned, apart from that no change.

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17


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



Bug#744922: check_packages: check for security updates broken

2014-04-16 Thread Felix Geyer
Package: nagios-plugins-contrib
Version: 9.20140106
Tags: patch

check_packages incorrectly determines whether a security update is available
in the following cases:

1)
libxml2:
  Installed: 2.8.0+dfsg1-7+nmu2
  Candidate: 2.8.0+dfsg1-7+nmu3
  Version table:
 2.8.0+dfsg1-7+nmu3 0
500 http://ftp.fr.debian.org/debian/ wheezy-proposed-updates/main amd64 
Packages
 *** 2.8.0+dfsg1-7+nmu2 0
500 http://ftp.fr.debian.org/debian/ wheezy/main amd64 Packages
500 http://security.debian.org/ wheezy/updates/main amd64 Packages
100 /var/lib/dpkg/status

check_packages thinks there is a security update because it sees the security 
line
without checking if that is actually part of the update.
$candidate_found is set to 1 after the "2.8.0+dfsg1-7+nmu3 0" line and never 
reset to 0.

2)
[this apt-cache policy output is faked]
libxml2:
  Installed: 2.8.0+dfsg1-7+nmu2
  Candidate: 2.8.0+dfsg1-7+nmu4
  Version table:
 2.8.0+dfsg1-7+nmu4 0
500 http://ftp.fr.debian.org/debian/ wheezy-updates/main amd64 Packages
 2.8.0+dfsg1-7+nmu3 0
500 http://security.debian.org/ wheezy/updates/main amd64 Packages
 *** 2.8.0+dfsg1-7+nmu2 0
500 http://ftp.fr.debian.org/debian/ wheezy/main amd64 Packages
100 /var/lib/dpkg/status

Here it fails to notice the security update. $candidate_found is set to 0 after
the "2.8.0+dfsg1-7+nmu3 0" line so it fails to notice that a previous unapplied 
update
fixed a security issue.

The attached updated security_updates_critical patch fixes this by resetting
$candidate_found only when parsing a different package from the apt-cache 
output or
when parsing the installed version.

Cheers,
Felix
--- a/dsa/checks/dsa-check-packages
+++ b/dsa/checks/dsa-check-packages
@@ -94,6 +94,7 @@ sub get_packages {
 	chomp(@lines);
 
 	my $pkgname = undef;
+my $candidate_found = 0;
 	while (defined($line = shift @lines)) {
 		if ($line =~ /^([^ ]*):$/) {
 			# when we have multi-arch capable fu, we require that
@@ -115,6 +116,7 @@ sub get_packages {
 			# For squeeze systems (no m-a), apt-cache policy output
 			# is all different.
 			$pkgname = $1;
+			$candidate_found = 0;
 			if ($has_arch) {
 my $from_list = shift @installed_packages;
 next if ($pkgname eq $from_list); # no :$arch in pkgname we asked for
@@ -132,12 +133,22 @@ sub get_packages {
 		} elsif ($line =~ /^ +Installed: (.*)$/) {
 			# etch dpkg -l does not print epochs, so use this info, it's better
 			$installed->{$pkgname}{'installed'} = $1;
+# initialize security-update
+$installed->{$pkgname}{'security-update'} = 0;
 		} elsif ($line =~ /^ +Candidate: (.*)$/) {
 			$installed->{$pkgname}{'candidate'} = $1;
+} elsif ($line =~ / ([^ ]+) [0-9]+/) {
+# check if the next lines show the sources of our candidate
+if ($1 eq $installed->{$pkgname}{'candidate'}) {
+$candidate_found = 1;
+}
+} elsif (($line =~ / +[0-9]+ [^ ]+\/(security\.([^ ]+\.)?debian\.org|debian-security).*\/updates\//) && $candidate_found ) {
+$installed->{$pkgname}{'security-update'} = 1;
 		} elsif ($line =~ /^ +\*\*\*/) {
 			$line = shift @lines;
 			my @l = split(/ +/, $line);
 			$installed->{$pkgname}{'origin'} = $l[2];
+			$candidate_found = 0;
 		}
 	}
 
@@ -141,7 +153,7 @@ sub get_packages {
 		}
 	}
 
-	my (%current, %obsolete, %outofdate);
+	my (%current, %obsolete, %outofdate, %security_outofdate);
 	for my $pkgname (keys %$installed) {
 		my $pkg = $installed->{$pkgname};
 
@@ -151,7 +163,11 @@ sub get_packages {
 		}
 
 		if ($pkg->{'candidate'} ne $pkg->{'installed'}) {
-			$outofdate{$pkgname} = $pkg;
+			if ($pkg->{'security-update'}) {
+$security_outofdate{$pkgname} = $pkg;
+			} else {
+$outofdate{$pkgname} = $pkg;
+			}
 			next;
 		};
 		if ($pkg->{'origin'} eq '/var/lib/dpkg/status') {
@@ -163,6 +179,7 @@ sub get_packages {
 
 	$pkgs{'current'} = \%current;
 	$pkgs{'outofdate'} = \%outofdate;
+	$pkgs{'security_outofdate'} = \%security_outofdate;
 	$pkgs{'obsolete'} = \%obsolete;
 	return \%pkgs;
 }
@@ -298,6 +315,12 @@ my @reportform = (
 	  'short' => "%d pc",
 	  'perf' => "prg_conf=%d;1;;0",
 	  'status' => 'WARNING' },
+	{ 'key' => 'security_outofdate',
+	  'listpackages' => 1,
+	  'long' => "%d packages with outstanding security updates: %s",
+	  'short' => "%d security-updates",
+	  'perf' => "security_outdated=%d;;1;0",
+	  'status' => 'CRITICAL' },
 	);
 
 my @longout;


Bug#258096: DELIVERY OF YOUR PARCEL of ATM CARD of 2.5 million

2014-04-16 Thread Linda . Saldana


You are advised to contact Mr Frank, with Full details immediately for ATM
Card delivery to you E-mail:dhl-customer-serv...@universitarios.com


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



Bug#737135: pending / depends added in 2.0.19-3

2014-04-16 Thread Holger Levsen
control: tags -1 + pending

Hi,

2.0.19-3 already contains 

commit cd838c27fdba739614c756e096e50fba57c8e754
Author: Matthias Schmitz 
Date:   Wed Jan 22 23:10:31 2014 +0100

Depends: libcgi-fast-perl as munin-cgi-graph needs this for zoomable 
graphs.

though 2.0.20-1 will have 

commit 76bb8e4afbde2f55e022c5d8dd948fbeea728b0a
Author: Holger Levsen 
Date:   Sun Feb 16 12:31:34 2014 +0100

only recommend libcgi-fast-perl, munin still works fine without it


cheers,
Holger


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


Bug#744923: notify user about services to be restarted (checkrestart-like)

2014-04-16 Thread Thijs Kinkhorst
Package: apt
Severity: wishlist

Hi,

When library packages are upgraded, services using those libraries need
to be restarted for the change to take effect. A default Debian installation
does nothing to inform the user about that. Some packages have implemented
their own service restarting check in postinst, all done differently and
as in the case of OpenSSL based on an ever incomplete list. The recent
security issue in the latter has again proven the importance of such
functionality.

checkrestart exists to handle this case, but it's not installed by default,
nor is it run automatically when it is.

It makes sense to me that such a task is handled by a high level package
manager. Having such functionality in the package manager would definitely
improve the security of a Debian system.

Is this something you'd consider?


Cheers,
Thijs


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



Bug#738157: Please add Alpha as built arch in libreoffice

2014-04-16 Thread Rene Engelhard
Hi,

On Wed, Apr 16, 2014 at 09:17:51PM +1200, Michael Cree wrote:
> On Tue, Apr 15, 2014 at 03:15:56PM +0200, Rene Engelhard wrote:
> > On Tue, Apr 15, 2014 at 02:49:44PM +0200, Rene Engelhard wrote:
> > > > With all that libreoffice builds successfully on Alpha!!!
> > 
> > Where is that visible?
> > 
> > http://buildd.debian-ports.org/status/package.php?p=libreoffice&suite=sid
> > http://buildd.debian-ports.org/status/package.php?p=libreoffice&suite=experimental
> > 
> > Not here.
> 
> Well, of course not!  Alpha has been removed from the architecture list
> in debian/control of libreoffice, thus the wanna-build server shuffles
> libreoffice into the auto-not-for-us list for Alpha.  The buildds are
> therefore never ever offered a chance to build libreoffice.

*bumm*. Obviously, yeah...
Sorry, for my ignorance :)

Regards,

Rene


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



Bug#736494: About #736494

2014-04-16 Thread Adam D. Barratt

Hi,

On 2014-04-16 10:19, Thijs Kinkhorst wrote:

On Sun, April 13, 2014 14:39, Adam D. Barratt wrote:

On Sun, 2014-04-13 at 13:58 +0200, William Dauchy wrote:

Is there someone available to validate this package? Lots of present
fixes are more than needed to have an usable version of php in
production.


Such comments really aren't that helpful. It's entirely possible "to
have an usable version of php in production" using the current package
in wheezy, or it wouldn't have made it in to wheezy in the first place
and no-one would have been using it on stable systems for the past 
year.
(That's not to say that some people aren't adversely affected by 
issues

in the current package, but that's far from your claim that it's
generally unusable.)

I realise you've put a lot of effort in to the patch, and that's
obviously appreciated, but a diff for stable of the size

 46 files changed, 4303 insertions(+), 372 deletions(-)

where most of the diff appears to be actual changes (as opposed to
translations, or autogenerated files) is non-trivial to review,
particularly when people are already short on time. :(


I fully understand the lack of manpower. But also, obviously the update
fixes significant bugs and has seen lots of real world testing, 
probably

more than many of the other packages proposed for a stable update.


Indeed.

One thing that wasn't absolutely clear from the original (although I 
guess was potentially implied) is whether any of the fixes which are 
relevant have previously been applied in some way to the packages in 
unstable.


Is there a model or approach you can suggest that would work for the 
SRMs?


In all honesty, I'm not sure putting the changes off any longer is going 
to increase the chances of someone finding the time to do a detailed 
review. I'm also conscious that we're now within a few days of the 
window for 7.5 closing.


If the upload was made in time, I'm inclined to accept it for 7.5; it 
will need updating to account for the fact that there's been a 
stable-security upload since the original diff was produced.


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


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#742645: Confirmed with linux-image-3.14-trunk-amd64

2014-04-16 Thread Andrei POPESCU
On Du, 13 apr 14, 20:15:00, Newbeewan wrote:
> Hi,
> 
> I have the same problem with the lastest trunk version
> (linux-image-3.14-trunk-amd64:3.14-1~exp1)  !

Me too, just didn't get around to send the additional info.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature


Bug#738157: Please add Alpha as built arch in libreoffice

2014-04-16 Thread Rene Engelhard
tag 738157 - wontfix
thanks

[ quoting as much as possible for the bug ]

Hi,

On Wed, Apr 16, 2014 at 09:01:29PM +1200, Michael Cree wrote:
> > And: will that be kept? I.e. does 4.2.x build on alpha?
> 
> It did build at 4.1.4-2 with the patches I submitted to the bug report.  I
> now have version 4.1.5-2 with the same (refreshed) patches started on a
> build but it will be 36 hours before I know if it completes.
> 
> I have not tried building version 4.2.x.  It will be a few days before I
> can do so.

Because it was also new r-deps...

> 
> > Will you provide
> > fixes for alpha (at most) a few days *BEFORE* the LO release if needed?
> > Otherwise it does not make sense  - and given that alpha afaics never will 
> > be
> > back in Debian a simple waste of resources.
> 
> Well, typically I wait for a package to land in unstable and failing to
> build at debian-ports before chasing up what is the problem.  
> 
> I admit to being surprised by the requirement to provide fixes before an
> upstream release.  I am not aware of any other maintainer putting that
> requirement on the porters.

Nah, well, the point is that I (at least for release archs) don't want
to be bothered by porting work. Or only if it's unavoidable and the issue
is only seen after upload.

Best thing always is (again, at least for release atchs, which alpha isn't)
to have the bugs fixed pre-upload. and in case of LO that usually means
pre-release as I always aim for an upload the day it is released :)

> Having said that, popcon numbers are declining and it is unlikely I
> will continue to work on Alpha beyond the release of Jessie.  If
> libreoffice version 4.2.x builds fine (and works) with only adding
> alpha back into the architecture lists would you be happy to do
> that until the Jessie release?

We can try.

Done in all branches.

> > And builds != works. Does it work?
> 
> Yes.  Installed on an Alpha, opening, editing and saving word documents
> worked fine.

OK...

Regards,

Rene


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



Bug#744895: libbloom-filter-perl: current upstream version of Bloom::Filter is 1.2

2014-04-16 Thread Grzesiek
> > Also, please note that Bloom::Filter has always been licensed under
> > GPL 2, not GPL 1 or Perl Artistic license as stated in Debian
> > package.
>
> This is corrected. However, there is what I believe to be
> a misspelling of the license name. At the end of Filter.pm it reads
>
>  ... under version 2 of the GNU Public License (GPL).
>
> I think there is a missing 'General' before 'Public'.
>
> Nothing urgent, but you may want to fix it in the next release.

Thanks for reporting this, I've fixed this in
https://github.com/Xaerxess/Bloom-Filter/commit/5a22a9a94fce31b7126b23f8fb96a9ffd0d32b07-
it'll be in the next release.

Should I fill a bug every time there's an upstream release of a module I
maintain?

Cheers,
Grzegorz


Bug#744274: cdo: wrong grib2 output

2014-04-16 Thread Alastair McKinstry
Thanks.

Can you make the test file available?
Also, on which arcitecture is this, i386 or amd64?
and can you send the output of "cdo -V" please.

thanks
Alastair



On 12/04/2014 11:21, Alberto Maurizi wrote:
>  cdo selname,param8.1.0 -seldate,2014-03-03T12:00:00,2014-04-03T00:00:00 
> 00/globo_201403020 0_00.grib2 qq.grib2
>   cdo -f nc selname,param8.1.0 
> -seldate,2014-03-03T12:00:00,2014-04-03T00:00:00 00/globo_201 
> 4030200_00.grib2 qq.nc
>
> give different results (checked with cdo sinfo). The result of the first
> command gives wrong dates:
>Time coordinate :  unlimited steps
>  RefTime =  2014-03-02 00:00:00  Units = minutes  Calendar = 
> proleptic_gregorian
>   -MM-DD hh:mm:ss  -MM-DD hh:mm:ss  -MM-DD hh:mm:ss  -MM-DD 
> hh:mm:ss
>   2014-05-31 00:00:00  2014-06-30 00:00:00  2014-07-30 00:00:00  2014-08-29 
> 00:00:00
>   2014-09-28 00:00:00  2014-10-28 00:00:00  2014-11-27 00:00:00  2014-12-27 
> 00:00:00
>   2015-01-26 00:00:00  2015-02-25 00:00:00  2015-03-27 00:00:00  2015-04-26 
> 00:00:00
>   2015-05-26 00:00:00  2015-06-25 00:00:00  2015-07-25 00:00:00  2015-08-24 
> 00:00:00
>   2015-09-23 00:00:00  2015-10-23 00:00:00  2015-11-22 00:00:00  2015-12-22 
> 00:00:00
>   2016-01-21 00:00:00  2016-02-20 00:00:00  2016-03-21 00:00:00  2016-04-20 
> 00:00:00
>   2016-05-20 00:00:00  2016-06-19 00:00:00  2016-07-19 00:00:00  2016-08-18 
> 00:00:00
>   2016-09-17 00:00:00  2016-10-17 00:00:00  2016-11-16 00:00:00  2016-12-16 
> 00:00:00
>   2017-01-15 00:00:00  2017-02-14 00:00:00  2017-03-16 00:00:00  2017-04-15 
> 00:00:00
>   2017-05-15 00:00:00  2017-06-14 00:00:00  2017-07-14 00:00:00  2017-08-13 
> 00:00:00
>   2017-09-12 00:00:00  2017-10-12 00:00:00  2017-11-11 00:00:00  2017-12-11 
> 00:00:00
>   2018-01-10 00:00:00  2018-02-09 00:00:00  2018-03-11 00:00:00  2018-04-10 
> 00:00:00
>   2018-05-10 00:00:00  2018-06-09 00:00:00  2018-07-09 00:00:00  2018-08-08 
> 00:00:00
>   2018-09-07 00:00:00  2018-10-07 00:00:00  2018-11-06 00:00:00  2018-12-06 
> 00:00:00
>   2019-01-05 00:00:00  2019-02-04 00:00:00  2019-03-06 00:00:00  2019-04-05 
> 00:00:00
>   2019-05-05 00:00:00  2019-06-04 00:00:00
>
> while the second gives:
>Time coordinate :  62 steps
>  RefTime =  2014-03-02 00:00:00  Units = minutes  Calendar = 
> proleptic_gregorian
>   -MM-DD hh:mm:ss  -MM-DD hh:mm:ss  -MM-DD hh:mm:ss  -MM-DD 
> hh:mm:ss
>   2014-03-03 12:00:00  2014-03-04 00:00:00  2014-03-04 12:00:00  2014-03-05 
> 00:00:00
>   2014-03-05 12:00:00  2014-03-06 00:00:00  2014-03-06 12:00:00  2014-03-07 
> 00:00:00
>   2014-03-07 12:00:00  2014-03-08 00:00:00  2014-03-08 12:00:00  2014-03-09 
> 00:00:00
>   2014-03-09 12:00:00  2014-03-10 00:00:00  2014-03-10 12:00:00  2014-03-11 
> 00:00:00
>   2014-03-11 12:00:00  2014-03-12 00:00:00  2014-03-12 12:00:00  2014-03-13 
> 00:00:00
>   2014-03-13 12:00:00  2014-03-14 00:00:00  2014-03-14 12:00:00  2014-03-15 
> 00:00:00
>   2014-03-15 12:00:00  2014-03-16 00:00:00  2014-03-16 12:00:00  2014-03-17 
> 00:00:00
>   2014-03-17 12:00:00  2014-03-18 00:00:00  2014-03-18 12:00:00  2014-03-19 
> 00:00:00
>   2014-03-19 12:00:00  2014-03-20 00:00:00  2014-03-20 12:00:00  2014-03-21 
> 00:00:00
>   2014-03-21 12:00:00  2014-03-22 00:00:00  2014-03-22 12:00:00  2014-03-23 
> 00:00:00
>   2014-03-23 12:00:00  2014-03-24 00:00:00  2014-03-24 12:00:00  2014-03-25 
> 00:00:00
>   2014-03-25 12:00:00  2014-03-26 00:00:00  2014-03-26 12:00:00  2014-03-27 
> 00:00:00
>   2014-03-27 12:00:00  2014-03-28 00:00:00  2014-03-28 12:00:00  2014-03-29 
> 00:00:00
>   2014-03-29 12:00:00  2014-03-30 00:00:00  2014-03-30 12:00:00  2014-03-31 
> 00:00:00
>   2014-03-31 12:00:00  2014-04-01 00:00:00  2014-04-01 12:00:00  2014-04-02 
> 00:00:00
>   2014-04-02 12:00:00  2014-04-03 00:00:00
>
> In addition: if I execute
>   cdo selname,param8.1.0 00/globo_2014030200_00.grib2 tmp.grib2
> and then
>   cdo seldate,2014-03-03T12:00:00,2014-04-03T00:00:00 tmp.grib2 qq.grib2
> I get the right dates.
>
> In wheezy with cdo rebuilt for a backport of grib-api (1.10.4) I get the
> right result.
>
> Let me know if you need the input file (300MB) to reproduce the
> error, I will made it available for download.

-- 
Alastair McKinstry, , , 
https://diaspora.sceal.ie/u/amckinstry
A decent provision for the poor is the true test of civilization.
~Samuel Johnson, Boswell: Life of Johnson


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



Bug#744915: [Build-common-hackers] Bug#744915: cdbs updating of config.{sub, guess} is not automatic on buildds

2014-04-16 Thread Jonas Smedegaard
Quoting Wookey (2014-04-16 10:44:45)
> CDBS provides functionality to automatically update config.sub and 
> config.guess for autotools-using packages during the build. This is 
> good practice and there is growing consensus that this should be 
> automatic for Debian packages (although it is not yet policy).
> 
> However this update only occurs if autotools-dev package is installed 
> so that current versions are available in the debian canonical 
> location.
> 
> autotools-dev is only 'Recommended' by cdbs so on buildds it is not 
> installed during a build, so CDBS-using packages fail to build on new 
> architectures if their autoconf files are out of date (and very many 
> are).
> 
> This could be fixed in two ways. 
> 
> 1) Make every CDBS-and-autoconf- using package build-dep on 
>autotools-dev, or
> 
> 2) make cdbs depend on autotools-dev.
> 
> It seems to me that packages that use CDBS are doing so party because
> they expect it to take care of this sort of thing. And it does when
> they test on their local system, where apt will install 'recommends'
> by default. But it will (quite subtly) fail to take care of this on
> buildds (or in local sbuild chroots but they won't notice because
> thier chroots are very unlikely to be for the affected new
> architectures so builds will still work) because those are set to not
> install recommends by default.
> 
> I think the right fix for this is simply to make autotools-dev a
> proper dependency of CDBS, and not a recommends. Is there any real
> reason not to take this step?

Purpose of CDBS is not to automagically do $stuff, but to offer common 
practice templates for package maintainers to conciously use.

I acknowledge that recommending autotools-dev can be misleading, but 
that's better solved by only suggest it: Packages using CDBS but not 
autotools certainly are not "unusual" (cf. Debian Policy §7.2).

If CDBS were to declare dependency on the tools the source package may 
benefit from but have not declared a build-dependency on, then the list 
would be far longer and pull in OpenJDK and Qt.  That makes no sense.

If autotools-dev is to be treated special, then the more appropriate 
would be IMO to include it as dependency of build-essential.


NB! I should also mention that 1) is already in place (just not by 
default - updating build-dependencies during regular build is 
forbidden):

 1) Copy debian/control to debian/control.in
 2) Add @cdbs@ to Build-dependencies in debian/control.in
 3) execute this (or any other build rule with same var set):

fakeroot debian/rules clean DEB_MAINTAINER_MODE=1

Result varies based on the CDBS snippets included in the debian/rules 
file - specifically when autotools.mk is included _and_ CDBS detects 
existence of config.guess/config.sub, package is updated to declare a 
build-dependency on autotools-dev.

For those not using above semi-autoresolving of package relations, 
there's hope too: I have recently improved handling of warnings in CDBS 
and hope to extend that to spit out a warning early in builds about 
autoresolved but unapplied package relations.


Sorry that I don't agree with your quick fix.  For (I guess) your main 
concern of having autotools-dev applied even when package maintainers do 
not care to add the needed build-dependency, I recommend you to try get 
that package part of build-essential explicitly rather than "sneak it 
in" by having cdbs or debhelper depend on it.


Regards,

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature


Bug#742195: ITP: libmojolicious-plugin-cgi-perl -- Run CGI script from Mojolicious

2014-04-16 Thread Alex Muntada
It's been a while since my last package (it was before git) and
i'm trying to update my knowlege about the packaging process.

The problem i'm facing is that there's a test in this Perl
distribution that is behaving differently inside pdebuild with
cowbuilder. As far as i can see from the tests i performed
outside pdebuild, the problem seems to be that there's an extra
pipe for fd/0 which makes an odd number of pipes, thus failing
the test.

I made some changes to the test with quilt and pushed them into
the pkg-perl repo, but they're only to help me debug the issue
for now. Those changes make the test show some diags, e.g.

$ pdebuild --pbuilder cowbuilder
...
make[1]: Entering directory `/tmp/buildd/libmojolicious-plugin-cgi-perl-0.07'
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 
'blib/lib', 'blib/arch')" t/*.t
t/00-basic.t ... ok
t/basic.t .. ok
t/before.t . ok
t/errlog.t . ok
t/multipart.t .. ok
# 11686
# waiting for 11686
Use of uninitialized value in pattern match (m//) at t/post.t line 35.
# pipes: $VAR1 = [
#   [
# '/proc/11685/fd/0',
# 'pipe:[90940]'
#   ],
#   [
# '/proc/11685/fd/1',
# 'pipe:[91868]'
#   ],
#   [
# '/proc/11685/fd/2',
# 'pipe:[91869]'
#   ],
#   [
# '/proc/11685/fd/6',
# 'pipe:[91868]'
#   ],
#   [
# '/proc/11685/fd/7',
# 'pipe:[91869]'
#   ]
# ];

#   Failed test 'no leaky pipes'
#   at t/post.t line 41.
# Looks like you failed 1 test of 5.
t/post.t ... 
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/5 subtests 
t/redirect.t ... ok

Does anybody have a clue about where does the fd/0 come from and
how could i improve the test? I'll ask the author if it's safe
to ignore fd/0 in this case. Any other thoughts?

Thanks a lot,
Alex


signature.asc
Description: Digital signature


Bug#743324: more info

2014-04-16 Thread Hans-Christoph Steiner

I thought I'd add a bit more explanation.  For things like Java to use opensc,
people have to use a conf file.  that conf file has to include the path to
opensc-pkcs11.so.  Having that path the same on all archs makes things a lot
simpler.  Other things also need to reference that .so, like:

  pkcs11-tool --module /usr/lib/opensc-pkcs11.so --list-slots

I haven't found an 'official' way of doing this yet...



signature.asc
Description: OpenPGP digital signature


Bug#744924: file: buggy magic: mistakes text as diff

2014-04-16 Thread Vincent Lefevre
Package: file
Version: 1:5.17-1
Severity: normal

The attached text file is regarded as "diff output" by file:

xvii:~> file out
out: diff output, ASCII text

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

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

Versions of packages file depends on:
ii  libc6  2.18-4
ii  libmagic1  1:5.17-1
ii  zlib1g 1:1.2.8.dfsg-1

file recommends no packages.

file suggests no packages.

-- no debconf information
*** results from t3-secstep ***

function:   p1234
exponent:   0
msize:  54
ibits:  40
nbits:  44
interval:   0..8191


Bug#744925: udevil cannot mount ext2 "image" files RW

2014-04-16 Thread David Hare
Package: udevil
Version: 0.4.3-1~bpo70+1
Severity: important

Dear Maintainer,

I need to mount ext2 "image" files RW as user.

Example (If "-t ext2" is not given it does not mount at all):

udevil mount -t ext2 '/media/service/persistence'

Log entry:

$ udevil mount -t ext2 /media/service/sid/persistence
ROOT: /sbin/losetup /dev/loop0 /media/service/sid/persistence
ROOT: /bin/mount -t ext2 -o nosuid,noexec,nodev,noatime,ro /dev/loop0
/media/persistence
Mounted /media/service/sid/persistence at /media/persistence

The man page does not help. Whatever I do with the conf file "ro" is always
appended to the options.

The same file can be (loop-)mounted RW with the usual CLI root commands.



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

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

Versions of packages udevil depends on:
ii  libc6 2.13-38+deb7u1
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libudev0  175-7.2

Versions of packages udevil recommends:
ii  pmount  0.9.99-alpha-1
ii  udisks  1.0.4-7wheezy1
ii  zenity  3.4.0-2

Versions of packages udevil suggests:
ii  cifs-utils  2:5.5-1
ii  curlftpfs   0.9.2-5
ii  eject   2.1.5+deb1+cvs20081104-13
ii  sshfs   2.4-1

-- Configuration Files:
/etc/udevil/udevil.conf changed [not included]

-- 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#744755: gnome-panel: bottom panel blank, unable to add items to it

2014-04-16 Thread Andres Martinez Quijano
I ran

$ gsettings reset-recursively org.gnome.gnome-panel

and it removed all panels (top and bottom)

then I ran

$ gnome-panel --replace

and went back to the same scenario (top panel ok, bottom panel empty and
still can't add items), with this output:

(gnome-panel:4866): Gtk-CRITICAL **: gtk_accelerator_parse_with_keycode:
assertion 'accelerator != NULL' failed

** (gnome-panel:4866): WARNING **: Unable to parse mouse modifier '(null)'


(gnome-panel:4866): Gtk-CRITICAL **: gtk_accelerator_parse_with_keycode:
assertion 'accelerator != NULL' failed

** (gnome-panel:4866): WARNING **: Unable to parse mouse modifier '(null)'


(gnome-panel:4866): GLib-GObject-WARNING **:
/tmp/buildd/glib2.0-2.40.0/./gobject/gsignal.c:2462: signal 'size_request'
is invalid for instance '0x1d20460' of type 'GtkLabel'
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug


(gnome-panel:4866): GLib-GObject-WARNING **:
/tmp/buildd/glib2.0-2.40.0/./gobject/gsignal.c:2462: signal 'size_request'
is invalid for instance '0x1f53190' of type 'GtkLabel'
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug

*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug


On Wed, Apr 16, 2014 at 5:26 AM, Dmitry Shachnev  wrote:

> On Mon, Apr 14, 2014 at 4:11 PM, Andres Martinez 
> wrote:
> > Package: gnome-panel
> > Version: 3.8.0-3
> > Severity: important
> >
> > Dear Maintainer,
> >
> >* What led up to the situation?
> > The bottom panel of gnome-flashback is empty
> >
> >* What exactly did you do (or not do) that was effective (or
> >  ineffective)?
> > If I try to add an item to it (via Alt-Right click) --> Add to panel, it
> shows
> > the items list but when I click "Add", nothing happens
> >
> >* What was the outcome of this action?
> > No Item added to the bottom panel
> >
> >* What outcome did you expect instead?
> > The selected item added to the bottom panel
>
> I cannot reproduce this, even with a fresh setup. Can you please try
> resetting the configuration and see if that helps?
>
> gsettings reset-recursively org.gnome.gnome-panel
>
> --
> Dmitry Shachnev
>


Bug#744924: file: buggy magic: mistakes text as diff

2014-04-16 Thread Vincent Lefevre
Control: retitle -1 buggy magic: mistakes text as diff when starting with "*** "

On 2014-04-16 12:46:46 +0200, Vincent Lefevre wrote:
> The attached text file is regarded as "diff output" by file:
[...]

This happens when the file starts with "*** " (3 stars and a space).
Checking only for these 4 characters is just silly!

Two solutions:

1. Check that the second line starts with "--- " (possibly check the
third line as well, and this should be sufficient). See

  https://en.wikipedia.org/wiki/Diff#Context_format

for an example.

2. If this is too complex, remove the support for this "context" diff
format, as it is more or less obsolete.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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



Bug#744367: Breaks python-repoze.who

2014-04-16 Thread Jakub Wilk

* Andrey Rahmatullin , 2014-04-13, 17:55:

After installing python-repoze.lru "import repoze.who" no longer works.


https://lists.debian.org/20131112150842.gb3...@jwilk.net

--
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#725896: (no subject)

2014-04-16 Thread Simone
Tried to change the theme name in ~/.config/gtk-3.0/settings.ini but it seems 
to have no effect at all (at least on my configuration, MATE and XFCE).


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



Bug#744927: No VIF information in xentop with xl

2014-04-16 Thread Matyas Koszik

Package: xen-utils-4.3
Version: 4.3.0-3+b1

Using the xl toolstack there's no information about the networks of the
domUs in xentop. I have a PV and a HVM domU and both are shown as having 0
network interfaces, while in fact they have functioning interfaces.

Here's one of the interfaces that should be shown, from xenstore:

 29 = ""
  0 = ""
   frontend = "/local/domain/29/device/vif/0"
   frontend-id = "29"
   online = "1"
   state = "2"
   script = "/etc/xen/scripts/vif-route-atw"
   vifname = "x"
   mac = "00:16:3e:00:01:0d"
   ip = "x"
   bridge = "xenbr0"
   handle = "0"
   type = "vif_ioemu"
   feature-sg = "1"
   feature-gso-tcpv4 = "1"
   feature-rx-copy = "1"
   feature-rx-flip = "0"
   hotplug-status = "connected"


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



Bug#744928: network-manager: Doesn't add IP address to interface on connection

2014-04-16 Thread Chris AtLee
Package: network-manager
Version: 0.9.8.8-6
Severity: important

Dear Maintainer,

After upgrading, network-manager no longer adds the IP address to the
interface when connecting to a wifi or VPN connection.

The IP addresses are listed in /var/log/syslog, and if I add them
manually to the interface, I am able to connect to the network.

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

Kernel: Linux 3.9-1-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 network-manager depends on:
ii  adduser3.113+nmu3
ii  dbus   1.8.0-3
ii  init-system-helpers1.18
ii  isc-dhcp-client4.2.4-7
ii  libc6  2.18-4
ii  libdbus-1-31.8.0-3
ii  libdbus-glib-1-2   0.102-1
ii  libgcrypt111.5.3-4
ii  libglib2.0-0   2.40.0-2
ii  libgnutls262.12.23-13
ii  libgudev-1.0-0 204-8
ii  libmm-glib01.0.0-4
ii  libnl-3-2003.2.24-1
ii  libnl-genl-3-200   3.2.24-1
ii  libnl-route-3-200  3.2.24-1
ii  libnm-glib40.9.8.8-5
ii  libnm-util20.9.8.8-5
ii  libpam-systemd 204-8
ii  libpolkit-gobject-1-0  0.105-4
ii  libsoup2.4-1   2.46.0-2
ii  libsystemd-daemon0 204-8
ii  libsystemd-login0  204-8
ii  libuuid1   2.20.1-5.7
ii  lsb-base   4.1+Debian12
ii  policykit-10.105-4
ii  udev   204-8
ii  wpasupplicant  1.1-1

Versions of packages network-manager recommends:
ii  crda  1.1.2-1
ii  dnsmasq-base  2.68-1
ii  iptables  1.4.21-1
ii  modemmanager  1.0.0-4
ii  ppp   2.4.5+git20130610-4

Versions of packages network-manager suggests:
pn  avahi-autoipd  

-- Configuration Files:
/etc/NetworkManager/NetworkManager.conf changed [not included]

-- 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#744294: Acknowledgement (RFS: mjpg-streamer/1.0r182)

2014-04-16 Thread Andreas Altaïr Redmer
The package is checked with Lintian. All the occurring warnings are
because of existing Lintian bugs or other things unrelated to the
package. The errors about the occurring so-files come up for the
following reason:

The mainstream author of the software uses so-files as plugins. These
plugins have the be used in command line parameters. The errors are in
my opinion wrong and also the Lintian doc says "this is most likely an
error".

This is my second package (so I'm new to this). I would be thankful
for any review or advices on how to improve it.


On 12 April 2014 23:21, Debian Bug Tracking System
 wrote:
> Thank you for filing a new Bug report with Debian.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Debian Mentors 
>
> If you wish to submit further information on this problem, please
> send it to 744...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 744294: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744294
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems


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



Bug#744157: (no subject)

2014-04-16 Thread Matyas Koszik


I'm afraid this still doesn't work even after upgrading to jessie 
(xen-utils-4.3 4.3.0-3+b1).
Should I open a new bug against xen-utils-4.3 or can this bug somehow be 
applied to that package as well?


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



Bug#744895: libbloom-filter-perl: current upstream version of Bloom::Filter is 1.2

2014-04-16 Thread Damyan Ivanov
-=| Grzesiek, 16.04.2014 12:36:11 +0200 |=-
> >  ... under version 2 of the GNU Public License (GPL).
> >
> > I think there is a missing 'General' before 'Public'.
> >
> > Nothing urgent, but you may want to fix it in the next release.
> 
> Thanks for reporting this, I've fixed this in
> https://github.com/Xaerxess/Bloom-Filter/commit/5a22a9a94fce31b7126b23f8fb96a9ffd0d32b07-
> it'll be in the next release.

Cool.

> Should I fill a bug every time there's an upstream release of 
> a module I maintain?

We use a tool[1] to track newer upstream releases, so there is 
generally no need to file bug reports. If there are important fixes in 
the release, a bug report should help us to prioritise the package and 
update it quicker.

 [1] http://pet.debian.net/pkg-perl/pet.cgi

Cheers,
dam


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



Bug#728536: undefined method `new_record?' for # (NoMethodError)

2014-04-16 Thread Pirate Praveen
Running tests for ruby2.0 using debian/ruby-tests.rake ...
/usr/lib/ruby/vendor_ruby/active_record/validations.rb:68:in `valid?':
undefined method `new_record?' for
#
(NoMethodError)
from /usr/lib/ruby/vendor_ruby/test/unit/testsuitecreator.rb:40:in
`append_test'
from /usr/lib/ruby/vendor_ruby/test/unit/testsuitecreator.rb:32:in 
`create'
from /usr/lib/ruby/vendor_ruby/test/unit/testcase.rb:139:in `suite'
from /usr/lib/ruby/vendor_ruby/test/unit/collector.rb:60:in `block in
add_test_case'
from /usr/lib/ruby/vendor_ruby/test/unit/collector.rb:59:in `each'
from /usr/lib/ruby/vendor_ruby/test/unit/collector.rb:59:in 
`add_test_case'
from /usr/lib/ruby/vendor_ruby/test/unit/collector.rb:35:in `block in
add_test_cases'
from /usr/lib/ruby/vendor_ruby/test/unit/collector.rb:34:in `each'
from /usr/lib/ruby/vendor_ruby/test/unit/collector.rb:34:in 
`add_test_cases'
from /usr/lib/ruby/vendor_ruby/test/unit/collector/descendant.rb:13:in
`collect'
from /usr/lib/ruby/vendor_ruby/test/unit/autorunner.rb:84:in `block
in '
from /usr/lib/ruby/vendor_ruby/test/unit/autorunner.rb:400:in `[]'
from /usr/lib/ruby/vendor_ruby/test/unit/autorunner.rb:400:in `run'
from /usr/lib/ruby/vendor_ruby/test/unit/autorunner.rb:59:in `run'
from /usr/lib/ruby/vendor_ruby/test/unit.rb:502:in `block (2 levels)
in '
rake aborted!
Command failed with status (1): [ruby -I"lib:lib:test"
-I"/usr/lib/ruby/vendor_ruby"
"/usr/lib/ruby/vendor_ruby/rake/rake_test_loader.rb"
"test/action_view/cases/test_helpers.rb"
"test/action_view/cases/test_legacy_helpers.rb"
"test/active_model/cases/test_acceptance_validator.rb"
"test/active_model/cases/test_base.rb"
"test/active_model/cases/test_confirmation_validator.rb"
"test/active_model/cases/test_exclusion_validator.rb"
"test/active_model/cases/test_format_validator.rb"
"test/active_model/cases/test_inclusion_validator.rb"
"test/active_model/cases/test_length_validator.rb"
"test/active_model/cases/test_numericality_validator.rb"
"test/active_model/cases/test_presence_validator.rb"
"test/active_model/cases/test_validations.rb"
"test/active_record/cases/test_base.rb"
"test/active_record/cases/test_middleware.rb"
"test/active_record/cases/test_uniqueness_validator.rb"
"test/core_ext/cases/test_core_ext.rb"
"test/generators/cases/test_generators.rb"
"test/middleware/cases/test_middleware.rb" "test/test_loader.rb" ]
-e:1:in `'
Tasks: TOP => default => test
(See full trace by running task with --trace)

Test "ruby2.0" failed. Continue building the package? (Y/N)

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


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



Bug#744929: RFS: crashmail/1.5-1

2014-04-16 Thread RJ Clay

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

* Package name : crashmail
  Version  : 1.5-1
  Upstream Author  : Robert James Clay 
* URL  : http://ftnapps.sourceforge.net/crashmail.html
* License  : Permissive
  Section  : mail

It builds those binary packages:

 crashmail - JAM and *.MSG capable Fidonet tosser
 crashmail-dbg - debugging symbols for crashmail

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

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


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

dget -x 
http://mentors.debian.net/debian/pool/main/c/crashmail/crashmail_1.5-1.dsc

More information about Crashmail can be obtained from 
http://ftnapps.sourceforge.net/crashmail.html.

Changes since the last upload:

  * New upstream release.
- Multiple fixes for compile time build issues.
- Update and reconcile the overall version of Crashmail II with its existing
  tools versioning.
  * Rewrite debian/copyright for machine-readable format.
  * Rewrite debian/rules for use for newer versions of debhelper.
  * Changes to debian/patches/:
- Use 01-ExamplePrefs.patch to set expected Debian paths in example.prefs.
- Rewrite 02-Makefile.patch to not strip binaries.
  * Changes to debian/control:
- Update the Debhelper Build-Depends version to '>= 8'.
- Add stanza for debugging symbols crashmail-dbg package.
- Update Standards-Version to v3.9.5, no changes required.
- Update home page and Vcs* entries for SourceForge project.
- Remove Homepage entry in binary package stanza as it is not necessary.
  * Add debian/README.source file, detailing using quilt for source patching.
  * Update the Debhelper compatibility to '8' in debian/compat.
  * Add debian/crashlistout.1 for the missing man page.
  * Add file debian/watch for use by uscan.



Regards,
 Robert James Clay



Bug#740812: mysql-client-5.5: mysqlcheck does not handle tables with dots in their names correctly

2014-04-16 Thread Jean-Loup
Hello,

Here are the upstream patches that fix this issue:

http://bazaar.launchpad.net/~mysql/mysql-server/5.7/revision/7416/client/mysqlcheck.c

http://bazaar.launchpad.net/~mysql/mysql-server/5.7/revision/7481/client/mysqlcheck.c

Is that possible to consider the backport of these patches in mysql5.5
(hence in wheezy)?

Thanks.

-- 
Jean-Loup


Bug#744930: Failed migration from 4.3 to 4.1 crashes VM on sender

2014-04-16 Thread Matyas Koszik

Package: xen
Version: 4.3.0-3+b1

When trying to migrate from a 4.3 host to a 4.1 host (which should fail
of course, but gracefully), the PV guest on the sending host crashes.

To be honest, I have no idea which component to file this bug against.
The sending host has been upgraded to jessie. Here're the relevant package
versions:

ii  libxen-4.3  4.3.0-3+b1   amd64  
  Public libs for Xen
ii  libxen-dev  4.3.0-3+b1   amd64  
  Public headers and libs for Xen
ii  libxenstore3.0  4.3.0-3+b1   amd64  
  Xenstore communications library for Xen
ii  xen-hypervisor-4.3-amd644.3.0-3+b1   amd64  
  Xen Hypervisor on AMD64
ii  xen-system-amd644.3.0-3+b1   amd64  
  Xen System on AMD64 (meta-package)
ii  xen-utils-4.3   4.3.0-3+b1   amd64  
  XEN administrative tools
ii  xen-utils-common4.3.0-3  all
  Xen administrative tools - common files
ii  xenstore-utils  4.3.0-3+b1   amd64  
  Xenstore utilities for Xen



Output from xl migrate:

libxl: error: libxl_utils.c:393:libxl_read_exactly: file/stream truncated 
reading ready message from migration receiver stream
Migration failed, resuming at sender.

Output from crashed VM:

[69204.815336] kernel BUG at 
/build/buildd-linux-2.6_2.6.32-31-amd64-vrfdM4/linux-2.6-2.6.32/debian/build/source_amd64_xen/drivers/xen/events.c:1245!
[69204.815336] invalid opcode:  [#1] SMP
[69204.815336] last sysfs file: /sys/devices/virtual/net/lo/operstate
[69204.815336] CPU 0
[69204.815336] Modules linked in: dm_snapshot dm_mirror dm_region_hash dm_log 
snd_pcm snd_timer snd soundcore snd_page_alloc pcspkr evdev xfs exportfs dm_mod 
xen_blkfront xen_netfront
[69204.815336] Pid: 9975, comm: kstop/0 Not tainted 2.6.32-5-xen-amd64 #1
[69204.815336] RIP: e030:[]  [] 
xen_irq_resume+0x10c/0x2bb
[69204.815336] RSP: e02b:88001f005d40  EFLAGS: 00010082
[69204.815336] RAX: ffef RBX:  RCX: 0001
[69204.815336] RDX: 8800033c8000 RSI: ffef RDI: 0001
[69204.815336] RBP:  R08: 0200 R09: 88001f005db0
[69204.815336] R10: e8fe8128 R11: 88001fca2000 R12: 01ff
[69204.815336] R13:  R14: 00012b00 R15: 00012aa0
[69204.815336] FS:  7fac890a5750() GS:8800033c8000() 
knlGS:
[69204.815336] CS:  e033 DS:  ES:  CR0: 8005003b
[69204.815336] CR2: 7f58a09a61c8 CR3: 1e4f8000 CR4: 2660
[69204.815336] DR0:  DR1:  DR2: 
[69204.815336] DR3:  DR6: 0ff0 DR7: 0400
[69204.815336] Process kstop/0 (pid: 9975, threadinfo 88001f004000, task 
88001dcbea60)
[69204.815336] Stack:
[69204.815336]  8800033d9d70  811f10f8 
88001f005d90
[69204.815336] <0>  810e831c  
88001fd58620
[69204.815336] <0> 88001fca2000 67f9 8100e63d 
8100ecf2
[69204.815336] Call Trace:
[69204.815336]  [] ? gnttab_map+0x105/0x112
[69204.815336]  [] ? kfree+0xc6/0xcb
[69204.815336]  [] ? xen_force_evtchn_callback+0x9/0xa
[69204.815336]  [] ? check_events+0x12/0x20
[69204.815336]  [] ? xen_suspend+0xaf/0xc4
[69204.815336]  [] ? stop_cpu+0x83/0xc6
[69204.815336]  [] ? worker_thread+0x188/0x21d
[69204.815336]  [] ? stop_cpu+0x0/0xc6
[69204.815336]  [] ? autoremove_wake_function+0x0/0x2e
[69204.815336]  [] ? worker_thread+0x0/0x21d
[69204.815336]  [] ? kthread+0x79/0x81
[69204.815336]  [] ? child_rip+0xa/0x20
[69204.815336]  [] ? int_ret_from_sys_call+0x7/0x1b
[69204.815336]  [] ? retint_restore_args+0x5/0x6
[69204.815336]  [] ? child_rip+0x0/0x20
[69204.815336] Code: fe 0f b7 40 08 39 e8 74 04 0f 0b eb fe 48 8d 74 24 70 bf 
01 00 00 00 89 6c 24 70 44 89 6c 24 74 e8 c3 f9 ff ff 85 c0 89 c6 74 04 <0f> 0b 
eb fe 8b 5c 24 78 48 8b 05 75 66 49 00 b9 04 00 00 00 48
[69204.815336] RIP  [] xen_irq_resume+0x10c/0x2bb
[69204.815336]  RSP 
[69204.815336] ---[ end trace 45b15f10b39c02ad ]---
[69204.815336] [ cut here ]
[69204.815336] WARNING: at 
/build/buildd-linux-2.6_2.6.32-31-amd64-vrfdM4/linux-2.6-2.6.32/debian/build/source_amd64_xen/kernel/time/timekeeping.c:249
 ktime_get+0x22/0xb7()
[69204.815336] Modules linked in: dm_snapshot dm_mirror dm_region_hash dm_log 
snd_pcm snd_timer snd soundcore snd_page_alloc pcspkr evdev xfs exportfs dm_mod 
xen_blkfront xen_netfront
[69204.815336] Pid: 0, comm: swapper Tainted: G  D2.6.32-5-xen-amd64 #1
[69204.815336] Call Trace:
[69204.815336]  [] ? ktime_get+0x22/0xb7
[69204.815336]  [] ? ktime_get+0x22/0xb7
[69204.815336]  [] ? warn_slowpath_common+0x77/

Bug#740678: Abiword maintainer

2014-04-16 Thread Jose
I think I can maintain this package.


Bug#744931: ipython-notebook-common: Broken symlink to fonts-font-awesome due to #743034 resolution

2014-04-16 Thread Leschinsky Oleg
Package: ipython-notebook-common
Version: 1.2.1-2
Severity: normal

Dear Maintainer,

When opening ipython notebook web-interface the top-row buttons lack the icons.
The reason for this problem is that symlinks inside the directory
/usr/share/ipython/notebook/static/components/font-awesome/build/assets/font-awesome/font
point to files in the
/usr/share/fonts-font-awesome/font directory, which does not exists anymore due 
to
#743034 bug resolution.
Creating symlink 'font -> fonts' in the /usr/share/fonts-font-awesome solves 
the problem
and makes icons visible again.


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

Kernel: Linux 3.13-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 ipython-notebook-common depends on:
ii  fonts-font-awesome  4.0.3~dfsg-2
ii  libjs-highlight 8.0+ds-1
ii  libjs-jquery1.7.2+dfsg-3
ii  libjs-jquery-ui 1.10.1+dfsg-1
ii  libjs-marked0.3.1+dfsg-1
ii  libjs-mathjax   2.3-1

ipython-notebook-common recommends no packages.

Versions of packages ipython-notebook-common suggests:
ii  pandoc  1.12.2.1-1+b2
pn  pgf 

-- 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#734675: fftw3: Fix configury for neon support on arm64 (armv8)

2014-04-16 Thread Julian Taylor
what is the exit code if you run the command by itself? maybe libtool
is eating the error message

also try running the line without libtool, just copy the part after
gcc-4.9 dropping all the bash .../libtool --tag stuff

also the build allows parallel compilation, maybe try with
DEB_BUILD_OPTIONS="parallel=1"


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



Bug#744932: debhelper: document compat level at which debug packages use build-id debug symbols

2014-04-16 Thread Felipe Sateler
Package: debhelper
Version: 9.20140228
Severity: normal

dh_strip on compat levels 7 and below stores debug information on
/usr/lib/debug/$fullpath, but on compat levels 8 and above it stores
them on /usr/lib/debug/.build-id/${build-id}.

This is not documented neither in debhelper(7) nor in dh_strip(1). I
think it should be documented in both.

Saludos

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

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

Versions of packages debhelper depends on:
ii  binutils2.24.51.20140411-2
ii  dpkg1.17.6
ii  dpkg-dev1.17.6
ii  file1:5.17-1
ii  man-db  2.6.7.1-1
ii  perl5.18.2-2+b1
ii  po-debconf  1.0.16+nmu2

debhelper recommends no packages.

Versions of packages debhelper suggests:
ii  dh-make  0.63

-- 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#744928: [Pkg-utopia-maintainers] Bug#744928: network-manager: Doesn't add IP address to interface on connection

2014-04-16 Thread Michael Biebl
tags 744928 + moreinfo, unreproducible
thanks

Am 16.04.2014 13:42, schrieb Chris AtLee:
> Package: network-manager
> Version: 0.9.8.8-6
> Severity: important
> 
> Dear Maintainer,
> 
> After upgrading, network-manager no longer adds the IP address to the
> interface when connecting to a wifi or VPN connection.
> 
> The IP addresses are listed in /var/log/syslog, and if I add them
> manually to the interface, I am able to connect to the network.

Please send me the configuration for this connection. It is stored in
/etc/NetworkManager/system-connection/

I also need a debug log, please run
NetworkManager --no-daemon --log-level=DEBUG

An output of nm-tool after NM has activated the interface and ifconfig
without you having changed anything manually, would be helpful, too.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#742195: ITP: libmojolicious-plugin-cgi-perl -- Run CGI script from Mojolicious

2014-04-16 Thread Dominique Dumont
On Wednesday 16 April 2014 12:43:17 Alex Muntada wrote:
> Does anybody have a clue about where does the fd/0 come from and
> how could i improve the test? I'll ask the author if it's safe
> to ignore fd/0 in this case. Any other thoughts?

The problem is: '/proc' is not mounted in the pbuilder chroot.

You have to use --bindmount option (see pbuilder(8) ) to mount /proc inside 
the chroot.

Unfortunately, I don't think this is possible in Debian build environments 
(and it won't work in system where /proc is not available: hurd ? bsd ? )
so you may have to disable these tests.

HTH

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

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


Bug#744933: [texlive-latex-extra] cleveref needs to be updated for the latest IEEEtrantools

2014-04-16 Thread Philippe Teuwen
Package: texlive-latex-extra
Version: 2013.20140408-1
Severity: normal

--- Please enter the report below this line. ---

cleveref v0.19 is still using functions of IEEEtrantool that have
disappeared at least since IEEEtrantools.sty 2012/12/27 version V1.3

E.g. it is using \if@IEEEissubequation which does not exist anymore.

I think this is a fix, to be checked.

   \def\@IEEEeqnarrayXCR[#1]{%
 \if@eqnsw%
-  \if@IEEEissubequation%
+  \ifnum\c@IEEEsubequation>0%
 %\addtocounter{equation}{1}%
 \refstepcounter{IEEEsubequation}%
 \addtocounter{IEEEsubequation}{-1}%

There is also an error while trying to use the deprecated
\if@IEEElastlinewassubequation
but that's not very clear to me how to do a proper fix.

Better to check how IEEEtrantool is handling equations and overload
properly those functions in cleveref...

texlive-latex-extra 2013.20140408-1
texlive-publishers 2013.20140408-1


--- System information. ---
Architecture: amd64
Kernel: Linux 3.11-2-amd64

Debian Release: jessie/sid
700 debian packages.linuxmint.com
700 debian extra.linuxmint.com
500 testing debian.linuxmint.com
500 stable dl.google.com
400 testing ftp.be.debian.org
350 stable http.kali.org

--- Package information. ---
Depends (Version) | Installed
-+-===
dpkg (>= 1.14.18) | 1.16.12
tex-common (>= 3) | 4.04
texlive-binaries (>= 2013.20130512) | 2013.20130729.30972-2
texlive-base (>= 2013.20140253) | 2013.20140408-1
preview-latex-style | 11.87-1
texlive-pictures (>= 2013.20140325) | 2013.20140408-1
luatex | 0.76.0-3
texlive-latex-recommended (>= 2013.20140325) | 2013.20140408-1
debconf (>= 0.5) | 1.5.52
OR debconf-2.0 |
ucf | 3.0027+nmu1
debconf (>= 1.4.69) | 1.5.52
OR cdebconf (>= 0.39) |
dpkg (>= 1.14.18) | 1.16.12


Package Status (Version) | Installed
===-+-===
tex-common | 4.04
texlive-binaries | 2013.20130729.30972-2


Recommends (Version) | Installed
==-+-===
texlive-latex-extra-doc |


Suggests (Version) | Installed
=-+-===
python-pygments |
libfile-which-perl |
debhelper (>= 7.0.8) | 9.20131127



--- Output from package bug script ---


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



Bug#744850: pu: package gst-plugins-bad0.10/0.10.23-7.1+deb7u1

2014-04-16 Thread Adam D. Barratt

Control: tags -1 + pending

On 2014-04-16 8:32, Moritz Mühlenhoff wrote:

On Tue, 2014-04-15 at 14:51 +0200, Moritz Mühlenhoff wrote:
> Attached debdiff fixes a FTBFS of gst-plugins-bad0.10 in stable (caused
> by the libmodplug update in DSA 2751)

Please go ahead.


Uploaded.


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#744594: closed by Xavier Roche (Bug#744594: fixed in httrack 3.48.1-2)

2014-04-16 Thread Matthias Klose
Control: reopen -1
Control: tags -1 + patch

you still don't call dh_autoreconf. patch at
http://launchpadlibrarian.net/172950973/httrack_3.48.1-4_3.48.1-4ubuntu1.diff.gz


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



Bug#743842: [php-maint] Bug#743842: Bug#743842: php5: uninstallable due to dependency loops

2014-04-16 Thread Ondřej Surý
On Tue, Apr 8, 2014, at 14:27, Julien Cristau wrote:
> On Mon, Apr  7, 2014 at 12:49:08 +0200, Thijs Kinkhorst wrote:
> 
> > On Mon, April 7, 2014 11:49, Thorsten Glaser wrote:
> > > Please remove the Depends: php5-json from php itself.
> > > PHP should not depend on any of its extensions; people
> > > can rather do that themselves. (Actually, this is an
> > > issue in every version that had this Depends.)
> > 
> > The dependency exists for transitional reasons: the functionality in the
> > extension used to be in core, so the dependency guarantees that upgrades
> > will not regress in functionality and applications will suddenly break. It
> > can be weakened after one release cycle.
> > 
> Wouldn't it work with just a Recommends?

Haven't you seen the shitstorm that happened on the net when we had just
Recommends?

I did :(.

So technically it's the easiest solution, but socially it's not.

O.
-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


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



Bug#744934: Please add SOCKS support in apt

2014-04-16 Thread Petter Reinholdtsen

Package: apt
Version: 1.0.1
Severity: wishlist

In some situations, it would be useful to be able to ask apt to use a
SOCKS5 proxy when fetching package lists and packages.  Please add
SOCKS5 proxy support in the http, https and ftp download methods.

The notation in apt.conf could be something like this:

  Acquire::http::Proxy "socks://127.0.0.1:9000/";
  Acquire::https::Proxy "socks://127.0.0.1:9000/";
  Acquire::ftp::Proxy "socks://127.0.0.1:9000/";

-- 
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#744935: docker.io: run fails with "Error resize: Error: bad file descriptor" (despite of cfgroups-mount being installed)

2014-04-16 Thread Johannes Graumann
Package: docker.io
Version: 0.9.1~dfsg1-2
Severity: normal

Dear Maintainer,

After building an image using 
/usr/share/docker.io/contrib/mkimage-debootstrap.sh local/debian wheezy

I am unable to run
docker.io run -i -t local/debian:wheezy echo success

The error is along the lines of
[error] client.go:2346 Error resize: Error: bad file descriptor

I have googled a lot and multiple times went through the moves of 
purging/reinstallin  both docker.io and cgroups-mount - with no success.

cgroup mountlook as follows:
mount | grep cgroup
  cgroup on /sys/fs/cgroup type tmpfs (rw,relatime,mode=755)
  cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,relatime,cpuset)
  cgroup on /sys/fs/cgroup/cpu type cgroup (rw,relatime,cpu)
  cgroup on /sys/fs/cgroup/cpuacct type cgroup (rw,relatime,cpuacct)
  cgroup on /sys/fs/cgroup/memory type cgroup (rw,relatime,memory)
  cgroup on /sys/fs/cgroup/devices type cgroup (rw,relatime,devices)
  cgroup on /sys/fs/cgroup/freezer type cgroup (rw,relatime,freezer)
  cgroup on /sys/fs/cgroup/blkio type cgroup (rw,relatime,blkio)
  cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,relatime,perf_event)
  systemd on /sys/fs/cgroup/systemd type cgroup 
(rw,nosuid,nodev,noexec,relatime,name=systemd

No cgroup-related entry exists in /etc/cgroup.

Please advise what might be going wrong.

Sincerely, Joh

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

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

Versions of packages docker.io depends on:
ii  adduser  3.113+nmu3
ii  init-system-helpers  1.18
ii  iptables 1.4.21-1
ii  libapparmor1 2.8.0-5+b1
ii  libc62.18-4
ii  libdevmapper1.02.1   2:1.02.83-2
ii  libsqlite3-0 3.8.4.1-1
ii  perl 5.18.2-2+b1

Versions of packages docker.io recommends:
ii  aufs-tools   1:3.2+20130722-1.1
ii  ca-certificates  20140325
ii  cgroupfs-mount   1.0
ii  git  1:1.9.1-1
ii  xz-utils 5.1.1alpha+20120614-2

Versions of packages docker.io suggests:
ii  btrfs-tools  3.12-1
ii  debootstrap  1.0.59
ii  lxc  0.9.0~alpha3-2+deb8u1
ii  rinse2.0.1-1

-- Configuration Files:
/etc/default/docker.io changed:
DOCKER_OPTS='--bridge="none" --graph=/home/docker'


-- 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#744936: nrpe sends twp packges after the connection is already closed

2014-04-16 Thread Svenja Otten
Package: nagios-nrpe-server
Version: 2.13-3

Hi,

the nrpe client sends two RST flags too much after a nrpe connection was already
closed.
As metioned here:
http://tracker.nagios.org/view.php?id=305

this can easily be fixed.

regards,
Svenja Otten.


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



Bug#744937: gcc-defaults: Package db5.3 doesn't build the libdb5.3-java-gcj_5.3.28-3_ppc64el.deb, due to the gcc-defaults package.

2014-04-16 Thread Desnes Augusto Nunes do Rosario
Package: gcc-defaults
Version: 1.126
Severity: wishlist
Tags: upstream patch

We are working to enable ppc64el port for Debian[1] and we would like to 
include this architecture as a supported one, thus fixing gcc-defaults to 
generate the /usr/share/gcj/debian_defaults file, which will be consumed later 
by other packages to generate their binaries, such as the 
libdb5.3-java-gcj_5.3.28-3_ppc64el.deb for example.

So, we would like to include ppc64el into the following variables:

gcj_archs
gcj_native_archs

[1] https://wiki.debian.org

-- 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
diff -purN a/debian/rules b/debian/rules
--- a/debian/rules	2014-04-08 19:41:18.269998302 +
+++ b/debian/rules	2014-04-08 19:42:26.09086 +
@@ -257,8 +257,8 @@ ifneq (,$(filter $(DEB_HOST_ARCH),$(gcj4
   LIBGCJ_SONAME	= 14
 endif
 
-gcj_archs = alpha amd64 armel armhf arm64 hppa i386 ia64 m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh4 sparc sparc64 x32 kfreebsd-amd64 kfreebsd-i386 hurd-i386
-gcj_native_archs = alpha amd64 armel armhf arm64 hppa i386 ia64 mips mipsel powerpc powerpcspe ppc64 s390 s390x sh4 sparc sparc64 x32 kfreebsd-amd64 kfreebsd-i386 hurd-i386
+gcj_archs = alpha amd64 armel armhf arm64 hppa i386 ia64 m68k mips mipsel powerpc powerpcspe ppc64 ppc64el s390 s390x sh4 sparc sparc64 x32 kfreebsd-amd64 kfreebsd-i386 hurd-i386
+gcj_native_archs = alpha amd64 armel armhf arm64 hppa i386 ia64 mips mipsel powerpc powerpcspe ppc64 ppc64el s390 s390x sh4 sparc sparc64 x32 kfreebsd-amd64 kfreebsd-i386 hurd-i386
 multilib_archs = amd64 i386 kfreebsd-amd64 mips mipsel powerpc ppc64 s390 s390x sparc sparc64 x32
 
 ifneq (,$(filter $(DEB_HOST_ARCH), $(multilib_archs)))


Bug#744938: nmap: manual page missing text

2014-04-16 Thread Oskar Liljeblad
Package: nmap
Version: 6.40-0.2
Severity: minor

In the "PORT SCANNING BASICS" "The six port states recognized by Nmap" section 
of the Nmap manual page,
the actual state names are missing.

This is what it says:

  An application is actively accepting TCP connections, UDP datagrams or SCTP 
associations on this port. Finding these is often the primary goal of port 
scanning. Security-minded people know that each open port
  is an avenue for attack. Attackers and pen-testers want to exploit the open 
ports, while administrators try to close or protect them with firewalls without 
thwarting legitimate users. Open ports are also
  interesting for non-security scans because they show services available for 
use on the network.

  A closed port is accessible (it receives and responds to Nmap probe packets), 
but there is no application listening on it. They can be helpful in showing 
that a host is up on an IP address (host discovery, or
  ping scanning), and as part of OS detection. Because closed ports are 
reachable, it may be worth scanning later in case some open up. Administrators 
may want to consider blocking such ports with a firewall.
  Then they would appear in the filtered state, discussed next.

  [..]

But if you check http://nmap.org/book/man-port-scanning-basics.html, you'll see 
that it says:

  open

An application is actively accepting TCP connections, UDP datagrams or SCTP 
associations on this port. Finding these is often the primary goal of port 
scanning. Security-minded people know that each open port is an avenue for 
attack. Attackers and pen-testers want to exploit the open ports, while 
administrators try to close or protect them with firewalls without thwarting 
legitimate users. Open ports are also interesting for non-security scans 
because they show services available for use on the network. 

  closed

A closed port is accessible (it receives and responds to Nmap probe 
packets), but there is no application listening on it. They can be helpful in 
showing that a host is up on an IP address (host discovery, or ping scanning), 
and as part of OS detection. Because closed ports are reachable, it may be 
worth scanning later in case some open up. Administrators may want to consider 
blocking such ports with a firewall. Then they would appear in the filtered 
state, discussed next. 

  [..]

Regards,

Oskar

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

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

Versions of packages nmap depends on:
ii  libc62.18-4
ii  libgcc1  1:4.8.2-16
ii  liblinear1   1.8+dfsg-1
ii  liblua5.2-0  5.2.3-1
ii  libpcap0.8   1.5.3-2
ii  libpcre3 1:8.31-2
ii  libssl1.0.0  1.0.1g-2
ii  libstdc++6   4.8.2-16
pn  python:any   

nmap recommends no packages.

nmap 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#725896: liferea: Upper right panel in normal view is always at minimum size when opening liferea

2014-04-16 Thread Marcin Szewczyk
On Wed, Apr 16, 2014 at 12:33:43PM +0100, Simone wrote:
> Tried to change the theme name in ~/.config/gtk-3.0/settings.ini but
> it seems to have no effect at all (at least on my configuration, MATE
> and XFCE).

Take into account that usually settings are retrieved from a settings
daemon communicating via DBus and the settings.ini file is then ignored.
There is some information on that topic in a bug report concerning
lxappearance[1].

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720604

-- 
Marcin Szewczyk   http://wodny.org
mailto:marcin.szewc...@wodny.borg  <- remove b / usuń b
xmpp:wo...@ubuntu.pl  xmpp:wo...@jabster.pl


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



Bug#744710: [wordpress] Please use lintian convention for missing sources

2014-04-16 Thread Craig Small
On Sun, Apr 13, 2014 at 08:34:30PM +, bastien ROUCARIES wrote:
> In order to avoid override and self document missing sources you could add 
> source to 
lintian is hopelessly broken now.
It cannot find anything unless it matches exactly the same, what
is the point of doing this except making it harder to find sources.

In fact if you embed the upstreams source tree lintian complains.
it needs fixing.

  - 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#740539: fixed in mozilla-noscript 2.6.8.19-1~deb7u1

2014-04-16 Thread colliar
Salut David

Something did not work as the update is still not available.

Cheers colliar



signature.asc
Description: OpenPGP digital signature


Bug#744157: [Pkg-xen-devel] Bug#744157: (no subject)

2014-04-16 Thread Ian Campbell
On Wed, 2014-04-16 at 13:28 +0200, Matyas Koszik wrote:
> 
> I'm afraid this still doesn't work even after upgrading to jessie 
> (xen-utils-4.3 4.3.0-3+b1).
> Should I open a new bug against xen-utils-4.3 or can this bug somehow be 
> applied to that package as well?

I'm pretty certain this was only fixed upstream in 4.4.

Ian.


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



Bug#744939: live-build: bootstrap-{c,}debootstrap doesn't clean /etc/hosts

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

Dear Maintainer,

I've encountered small issue in my new wheezy live system created with
lasest live-build:

user@debian:~$ sudo -i
sudo: unable to resolve host debian
root@debian:~# cat /etc/hosts
127.0.0.1   localhost
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

root@debian:~# cat /etc/hostname
debian
root@debian:~#

I have no files in includes.chroot and no customisations at all,
only the package lists.

Otherwise, there is the correct /etc/hosts inside the running system prepared
with live-build 3.0.5-1:

127.0.0.1   localhost debian

Also, local chroot/etc/chroot file is present but empty in this case.

I've found that stable version of live-build is forcibly cleaning
/etc/hosts in /usr/lib/live/build/bootstrap_cdebootstrap:

140 # Deconfiguring cdebootstrap configurations
141 rm -f chroot/etc/apt/sources.list
142 rm -f chroot/etc/hosts

and /usr/lib/live/build/bootstrap_debootstrap:

144 # Deconfiguring debootstrap configurations
145 rm -f chroot/etc/hosts

So, the script chroot_hosts performs correctly later in the build process,
and live-config is able to create proper /etc/hosts during the live system boot.

But the bootstrap scripts from live-build 4.0 are written in Python 3 and
don't take care about /etc/hosts.


-- Package-specific info:

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

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

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

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

live-build suggests no packages.

-- no debconf information


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



Bug#739294: pulseaudio: should ship a bug script to collect system and config information

2014-04-16 Thread Felipe Sateler
Control: tags -1 confirmed

On Mon, Feb 17, 2014 at 03:30:10PM +0100, Andreas Beckmann wrote:
> Package: pulseaudio
> Version: 4.0-6
> Severity: normal
> 
> Since reporting bugs about pulseaudio being silent seems to be
> problematic due to lack of reproducability (may require same hardware
> and software setup) and lack of other information, I'd suggest to add a
> bug-script to the pulseaudio packages that tries to collect as much
> information as possible about the system and configuration to help the
> maintainers debug these problems.
> 
> As I'm absolutely clueless about sound (so far it works, I don't care
> whether I'm using alsa or pulseaudio or whatever), I don't know at all
> what this information could be.
> 
> See /usr/share/doc/reportbug/README.developers.gz and dh_bugfiles(1) for
> more information.

I've taken a stab at writing this. It's very easy to include
configuration files and command output.

So far I think we need the contents of:

/etc/default/pulseaudio -> to check if system mode is enabled

/etc/pulse/* -> pulseaudio configuration. Could this include sensitive
information?

`aplay -L` -> if aplay exists, is there anything similar for OSS?

pactl list {cards,sinks} -> what pulseaudio knows exists

pactl list modules -> what pa has loaded

pactl info -> pa defaults, should we exclude the cookie?

Do we need more files to be included? If systemd is running we could
include the logs of the pulseaudio binary. I'm not sure if we can get
this info from regular syslog.


-- 
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#740539: fixed in mozilla-noscript 2.6.8.19-1~deb7u1

2014-04-16 Thread David Prévot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

Le 16/04/2014 09:41, colliar a écrit :

> Something did not work as the update is still not available.

It is available in wheezy-proposed-updates, and will be in wheezy after
the next point release, scheduled in ten days.

$ rmadison mozilla-noscript
[…]
 mozilla-noscript | 2.6.8.19-1~deb7u1 | wheezy-p-u   | source

https://www.debian.org/releases/proposed-updates

Regards

David


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJTToutAAoJEAWMHPlE9r08Ct0H+wTdfZcVGT+T6kPfNGVYzifm
CKUOC9fJFs5kJ2M8PNuNHG6xPeSQNrtWpkbmgTNMh2ZoxwVOXUucrPVfM2fRMxb6
rm6xlIdXFLuHtfBP6/P0b1YTU2uEG1z3EBxmr1l6wEaAzio1nlqsWfu1xsmDchcc
3G/6C1x02cwVEYKxQIcazZ+Ss0W8mcfvv7qwC269DPIS5pSLSvTsqc2CIHyz9UMk
wa5YsU7wNM4UmOuSbBGHraL3+vbN+V35l+wT3ALOgs19Yh3vBpGsPKpV3fPZzgk/
wkYsR5vAEkRPuPH/slAsz+b2zzFTae6UIUFnRakGbSVHoRsfyWcXAthEJxelPcY=
=G6zY
-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#744715: network-console: Add support for the Buffalo Linkstation LS-CHLv2/LS-XHL

2014-04-16 Thread Martin Michlmayr
* Michael Walle  [2014-04-13 21:49]:
> This patch adds support for the Buffalo Linkstation LS-CHLv2 and LS-XHL.

Looks ok.

-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#744940: std::out_of_range upon apt-get install ""

2014-04-16 Thread Joachim Breitner
Package: apt
Version: 1.0.1
Severity: normal
File: /usr/bin/apt-get

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

as the subject says:
$ sudo apt-get install ""
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.   
Statusinformationen werden eingelesen Fertig
terminate called after throwing an instance of 'std::out_of_range' what():  
basic_string::compare: __pos (which is 18446744073709551615) > this->size() 
(which is 0)

Greetings,
Joachim

- -- Package-specific info:

- -- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image-3\.13-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-amd64$";
APT::NeverAutoRemove:: "^linux-headers-3\.13-1-amd64$";
APT::NeverAutoRemove:: "^linux-headers-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-3\.13-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-3\.13-1-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-3\.13-1-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-3\.13-1-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-3\.13-1-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-amd64$";
APT::NeverAutoRemove:: "^.*-modules-3\.13-1-amd64$";
APT::NeverAutoRemove:: "^.*-modules-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-3\.13-1-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-3\.13-1-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-amd64$";
APT::VersionedKernelPackages "";
APT::VersionedKernelPackages:: "linux-image";
APT::VersionedKernelPackages:: "linux-headers";
APT::VersionedKernelPackages:: "linux-image-extra";
APT::VersionedKernelPackages:: "linux-signed-image";
APT::VersionedKernelPackages:: "kfreebsd-image";
APT::VersionedKernelPackages:: "kfreebsd-headers";
APT::VersionedKernelPackages:: "gnumach-image";
APT::VersionedKernelPackages:: ".*-modules";
APT::VersionedKernelPackages:: ".*-kernel";
APT::VersionedKernelPackages:: "linux-backports-modules-.*";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Never-MarkAuto-Sections:: "oldlibs";
APT::Never-MarkAuto-Sections:: "restricted/oldlibs";
APT::Never-MarkAuto-Sections:: "universe/oldlibs";
APT::Never-MarkAuto-Sections:: "multiverse/oldlibs";
APT::Architectures "";
APT::Architectures:: "amd64";
APT::Architectures:: "i386";
APT::Compressor "";
APT::Compressor::. "";
APT::Compressor::.::Name ".";
APT::Compressor::.::Extension "";
APT::Compressor::.::Binary "";
APT::Compressor::.::Cost "1";
APT::Compressor::gzip "";
APT::Compressor::gzip::Name "gzip";
APT::Compressor::gzip::Extension ".gz";
APT::Compressor::gzip::Binary "gzip";
APT::Compressor::gzip::Cost "2";
APT::Compressor::gzip::CompressArg "";
APT::Compressor::gzip::CompressArg:: "-9n";
APT::Compressor::gzip::UncompressArg "";
APT::Compressor::gzip::UncompressArg:: "-d";
APT::Compressor::bzip2 "";
APT::Compressor::bzip2::Name "bzip2";
APT::Compressor::bzip2::Extension ".bz2";
APT::Compressor::bzip2::Binary "bzip2";
APT::Compressor::bzip2::Cost "3";
APT::Compressor::bzip2::CompressArg "";
APT::Compressor::bzip2::CompressArg:: "-9";
APT::Compressor::bzip2::UncompressArg "";
APT::Compressor::bzip2::UncompressArg:: "-d";
APT::Compressor::xz "";
APT::Compressor::xz::Name "xz";
APT::Compressor::xz::Extension ".xz";
APT::Compressor::xz::Binary "xz";
APT::Compressor::xz::Cost "4";
APT::Compressor::xz::CompressArg "";
APT::Compressor::xz::CompressArg:: "-6";
APT::Compressor::xz::UncompressArg "";
APT::Compressor::xz::UncompressArg:: "-d";
APT::Compressor::lzma "";
APT::Compressor::lzma::Name "lzma";
APT::Compressor::lzma::Extension ".lzma";
APT::Compressor::lzma::Binary "xz";
APT::Compressor::lzma::Cost "5";
APT::Compressor::lzma::CompressArg "";
APT::Compressor::lzma::CompressArg:: "--format=lzma";
APT::Compressor::lzma::CompressArg:: "-9";
APT::Compressor::lzma::UncompressArg "";
APT::Compressor::lzma::UncompressArg:: "--format=lzma";
APT::Compressor::lzma::UncompressArg:: "-d";
APT::CompressorName "";
APT::CompressorExtension ".";
APT::CompressorBinary "";
APT::CompressorCost "100";
APT::CompressorCompressArg "";
APT::CompressorCompressArg:: "-9";
APT::CompressorUncompressArg "";
APT::CompressorUncompressArg:: "-d";
Dir "/";
Dir::State "var/lib/apt/";
Dir::State::lists "lists/";
Dir::State::cdroms 

Bug#744716: debian-installer: Add support for the Buffalo Linkstation LS-CHLv2/LS-XHL

2014-04-16 Thread Martin Michlmayr
* Michael Walle  [2014-04-13 21:51]:
> This patch adds support for the Buffalo Linkstation LS-CHLv2 and LS-XHL.

This looks fine.

I'd prefer buffalo/ls-chlv2 and buffalo/ls-xhl for the directory names
(i.e. with a dash after "ls"), but it's not a big deal.

-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#744941: peer-to-peer ain't "gleichberechtigte Netze"

2014-04-16 Thread Holger Levsen
package: debian-l10-de
x-debbugs-cc: christ...@grothoff.org

Hi,

$ apt-cache show gnunet | grep ^Description | head -1
Description-de: sicherer, vertrauensbasierter Rahmen für gleichberechtigte 
Netze (meta)
$ LANG=C apt-cache show gnunet | grep ^Description | head -1
Description-en: secure, trust-based peer-to-peer framework (meta)

"peer.-to-peer" cannot be correctly translated with "gleichberechtige Netze", 
I'm not sure how to translate it properly, but that's wrong.

Personally I would like to see it not at all translated, similar to framework. 
(Which btw should (maybe) be translated as "Rahmenwerk", but rather not as 
"Rahmen"... or at least consistently. Sigh.)


cheers,
Holger

P.S.: Christian is the (nativly German speaking) upstream author of gnunet, 
who might have some ideas as well how to translate this software :)


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


Bug#744714: oldsys-preseed: Add support for Buffalo Linkstation LS-CHLv2/LS-XHL

2014-04-16 Thread Martin Michlmayr
* Michael Walle  [2014-04-13 21:46]:
> This patch adds support for the Buffalo Linkstation LS-CHLv2 and the LS-XHL.

This looks fine.

As we discussed on the list, there are two ways to solve this problem
(add "support" in oldsys-preseed or use a preeed file).  For reasons
you're found out, the former is easier (although I guess not as
elegant a solution).

-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#744716: debian-installer: Add support for the Buffalo Linkstation LS-CHLv2/LS-XHL

2014-04-16 Thread Martin Michlmayr
* Michael Walle  [2014-04-16 16:37]:
> i'm fine with both. lschlv2/lsxhl/lsxl are commonly used in the
> kernel and on the PCB. But that doesn't mean the directory structure
> has to use these names, too.

Ok, let's stay with your current version of the patch then.

-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#744716: debian-installer: Add support for the Buffalo Linkstation LS-CHLv2/LS-XHL

2014-04-16 Thread Michael Walle

Am 2014-04-16 16:05, schrieb Martin Michlmayr:

* Michael Walle  [2014-04-13 21:51]:
This patch adds support for the Buffalo Linkstation LS-CHLv2 and 
LS-XHL.


This looks fine.

I'd prefer buffalo/ls-chlv2 and buffalo/ls-xhl for the directory names
(i.e. with a dash after "ls"), but it's not a big deal.


i'm fine with both. lschlv2/lsxhl/lsxl are commonly used in the kernel 
and on the PCB. But that doesn't mean the directory structure has to use 
these names, too.


so whoever merges this patch might decide to use either "ls-{xhl,chlv2}" 
or "ls{xhl,chlv2}" ;)


-michael


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



Bug#744941: peer-to-peer ain't "gleichberechtigte Netze"

2014-04-16 Thread Christian Grothoff
I would have used "decentralized" in English (instead of 'trust-based')
and that would then also be better in German:

"sicheres, dezentrales Netz"
"secure, decentralized (P2P) Network"

You may add 'framework for' or leave that out, that's a detail IMO.

My 2 cents

-Christian


On 04/16/2014 04:19 PM, Holger Levsen wrote:
> package: debian-l10-de
> x-debbugs-cc: christ...@grothoff.org
> 
> Hi,
> 
> $ apt-cache show gnunet | grep ^Description | head -1
> Description-de: sicherer, vertrauensbasierter Rahmen für gleichberechtigte 
> Netze (meta)
> $ LANG=C apt-cache show gnunet | grep ^Description | head -1
> Description-en: secure, trust-based peer-to-peer framework (meta)
> 
> "peer.-to-peer" cannot be correctly translated with "gleichberechtige Netze", 
> I'm not sure how to translate it properly, but that's wrong.
> 
> Personally I would like to see it not at all translated, similar to 
> framework. 
> (Which btw should (maybe) be translated as "Rahmenwerk", but rather not as 
> "Rahmen"... or at least consistently. Sigh.)
> 
> 
> cheers,
>   Holger
> 
> P.S.: Christian is the (nativly German speaking) upstream author of gnunet, 
> who might have some ideas as well how to translate this software :)
> 


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



Bug#744941: #744941: peer-to-peer ain't "gleichberechtigte Netze"

2014-04-16 Thread Holger Levsen
control: reassign -1 gnunet

Hi,

I asked someone where to submit l10n bugs and got "d-l10-de" as an answer 
which I misunderstood as a package name... so I'm reassigning this to the 
gnunet package as I dont see a better alternative... feedback on this would be 
very welcome too!


cheers,
Holger


--  Forwarded Message  --

An: sub...@bugs.debian.org

package: debian-l10-de
x-debbugs-cc: christ...@grothoff.org

Hi,

$ apt-cache show gnunet | grep ^Description | head -1
Description-de: sicherer, vertrauensbasierter Rahmen für gleichberechtigte 
Netze (meta)
$ LANG=C apt-cache show gnunet | grep ^Description | head -1
Description-en: secure, trust-based peer-to-peer framework (meta)

"peer.-to-peer" cannot be correctly translated with "gleichberechtige Netze", 
I'm not sure how to translate it properly, but that's wrong.

Personally I would like to see it not at all translated, similar to framework. 
(Which btw should (maybe) be translated as "Rahmenwerk", but rather not as 
"Rahmen"... or at least consistently. Sigh.)


cheers,
Holger

P.S.: Christian is the (nativly German speaking) upstream author of gnunet, 
who might have some ideas as well how to translate this software :)

---


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


Bug#744941: peer-to-peer ain't "gleichberechtigte Netze"

2014-04-16 Thread Holger Levsen
control: reopen -1

Hi Andrei,

On Mittwoch, 16. April 2014, Andrei POPESCU wrote:
> No such package...

Thats why I reassigned the bug! :)

Thanks for taking care of bugs assigned to unknown packages "though", much 
appreciated!


cheers,
Holger





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


Bug#744942: a2ps: ap2s reads init file from current directory

2014-04-16 Thread g1
Package: a2ps
Version: 1:4.14-1.1+deb7u1
Severity: normal

a2ps reads and parses ./.a2psrc, without checking ownership of the
file/directory.  This might be used to trick other users (even root) into
executing crafted code, perhaps leading to local compromise.

joe:~$ echo 'Variable: lp.default | /bin/echo whatever...' >/tmp/.a2psrc

later...

root:~# cd /tmp
root:/tmp# a2ps -q /etc/group
whatever...

Best regards,
g

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

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

Versions of packages a2ps depends on:
ii  dpkg  1.16.12
ii  file  5.11-2+deb7u3
ii  install-info  4.13a.dfsg.1-10
ii  libc6 2.13-38+deb7u1
ii  libpaper1 1.1.24+nmu2
ii  psutils   1.17.dfsg-1

Versions of packages a2ps recommends:
ii  bzip2  1.0.6-4
ii  lpr1:2008.05.17+nmu1
pn  wdiff  

Versions of packages a2ps suggests:
ii  emacsen-common   2.0.5
ii  ghostscript  9.05~dfsg-6.3+deb7u1
pn  groff
ii  gv   1:3.7.3-1
pn  html2ps  
ii  imagemagick  8:6.7.7.10-5+deb7u3
pn  t1-cyrillic  
ii  texlive-binaries [texlive-base-bin]  2012.20120628-4

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



  1   2   3   >