date:20140716

On 15/07/14 14:13, Paul Elliott wrote:
 
 On Tue, Jul 15, 2014 at 12:21:51PM +0100, James Cowgill wrote:
 Hi Paul,

 I looked back at the history of this bug and it seems like you were having
 problems with there being more assertion messages in wx3.

 Does maitreya work if you disable the assertions by adding -DNDEBUG, at least
 as a temporary measure?

 Try this in debian/rules:
 export DEB_CPPFLAGS_MAIN_APPEND=-DNDEBUG

 James
 
 What if those assertions represent real bugs? When I reported
 the problem upstream, he did not suggest this solution, but
 rather went to work on a new release.

The point is that most likely they are not regressions from wxwidgets 2.8, as
with wxwidgets 2.8 assertions were disabled by default. So you only see them
now, but they've always been there. Thus, it is a good thing to fix them, but if
it's going to take too much time, it would probably be better to disable them so
that we can finish the wx3.0 transition in time.

Emilio


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

Bug#754913: tracker.debian.org: Overhaul of incoming mail handling

2014-07-16 Thread Raphael Hertzog

Hi,

On Wed, 16 Jul 2014, Paul Wise wrote:
 On Wed, Jul 16, 2014 at 5:43 AM, Raphaël Hertzog wrote:
 
  I submit this to share my plan and to invite interested contributors to
  review this idea and possibly share their feedback.
 
 The design looks good. The only concern I would have is that people
 might expect pkg@tracker.d.o to reach the package maintainer, as it
 does with packages.qa.d.o (IIRC).

Yeah, but it really duplicates pkg@packages.debian.org which is already
forwarded to the PTS. And direct mails to pkg@packages.qa.debian.org
are refused except if they have a magical header X-PTS-Approved which is a
rather unfriendly.

So IMO it's best to keep pkg@packages.debian.org as the only public
package-based email and keep forwarding that to the package tracker.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Discover the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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

Bug#754934: fuse: Transport endpoint is not connected

2014-07-16 Thread Richard Scherping


Package: fuse
Version: 2.9.0-2+deb7u1
Severity: grave

Dear Maintainer,

running a VM from a disk image on a ntfs-3g partition made this 
partition crash with Transport endpoint is not connected yesterday. 
This is caused by a well-known bug in fuse 2.9.0 which is fixed in 
2.9.2: https://bugs.launchpad.net/ubuntu/+source/fuse/+bug/1072270


This problem already happened earlier to me (in March 2014), but at that 
time I was able to use fuse2 and libfuse2 2.9.2 from Testing. That is no 
longer possible, as testing now uses 2.9.3 and requires a newer libc6. 
Consequently, I cannot use my VM on Debian stable now.


Please, either backport the fix from 2.9.2 to stable or document a way 
to replace the buggy 2.9.0 version with 2.9.2 in Wheezy. Thanks!


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

Kernel: Linux 3.14-0.bpo.1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages fuse depends on:
ii  adduser   3.113+nmu3
ii  libc6 2.13-38+deb7u3
ii  libfuse2  2.9.0-2+deb7u1
ii  mount 2.20.1-5.3
ii  sed   4.2.1-10
ii  udev  175-7.2

fuse recommends no packages.

fuse suggests no packages.

-- Configuration Files:
/etc/fuse.conf [Errno 13] Permission denied: u'/etc/fuse.conf'

-- 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#754930: xserver-xorg-video-radeon: radeon driver segfault with upgrade to xorg 1.16

2014-07-16 Thread Michel Dänzer

On 16.07.2014 15:27, Michael Strobel wrote:
 
 i recently upgrade my xserver to 1.16 and therefore switched from fglrx
 to radeon (fgrlx doesn't support xserver 1.16 yet). When i'm trying to
 start the xserver it sefaults (see logs). I'm not sure if it is a
 side effect from switching from fgrlx to radeon. I think i uninstalled
 fglrx properly.

I guess it's possible fglrx left the EGL stack messed up... If you start
Xorg with the environment variable EGL_LOG_LEVEL=debug, there should be
some more information about that in its stderr output.


 [   210.846] (EE) Backtrace:
 [   210.846] (EE) 0: /usr/bin/X (xorg_backtrace+0x49) [0x7f2d70d78339]
 [   210.846] (EE) 1: /usr/bin/X (0x7f2d70bcd000+0x1af3a9) [0x7f2d70d7c3a9]
 [   210.846] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7f2d6e925000+0x35480) 
 [0x7f2d6e95a480]
 [   210.847] (EE) 3: /lib/x86_64-linux-gnu/libc.so.6 
 (0x7f2d6e925000+0x12530a) [0x7f2d6ea4a30a]
 [   210.847] (EE) 4: /usr/lib/x86_64-linux-gnu/libepoxy.so.0 
 (0x7f2d6b22b000+0x5402f) [0x7f2d6b27f02f]
 [   210.847] (EE) 5: /usr/lib/xorg/modules/libglamoregl.so 
 (glamor_init+0x15c) [0x7f2d6b72284c]

It looks like it could be a bug in libepoxy0. It would be great if you
could get a backtrace with gdb, ideally with
/usr/lib/x86_64-linux-gnu/libepoxy.so.0 rebuilt to have debugging symbols.


-- 
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#754925: gnome-bluetooth: libgnome-bluetooth-applet.so missing - gnome-shell fails with Unhappy Face failuter screen

On 16/07/14 04:06, Matthew Grant wrote:
 Package: gnome-bluetooth
 Version: 3.12.0-4
 Severity: normal
 
 Dear Maintainer,
 
 /usr/lib/gnome-bluetooth/libgnome-bluetooth-applet.so.0.0.0 missing from
 package.
 
 Is there a missing package dependency? apt-file-search does not find .so file
 
 apt-get upgraded to Gnome3.12 as it entered unstable.
 
 Had to enable lightdm as gdm3 was giving blackscreen
 
 Then desktop login failed.
 
 On checking /var/log/syslog found:
 
 Jul 16 12:35:01 moriah gnome-session[6411]: /usr/bin/gnome-shell: error while
 loading shared libraries: libgnome-bluetooth-applet.so.0: cann
 ot open shared object file: No such file or directory
 Jul 16 12:35:01 moriah gnome-session[6411]: gnome-session[6411]: WARNING: App
 'gnome-shell.desktop' exited with code 127

Thanks. gnome-bluetooth needs a Breaks: gnome-shell ( 3.12)

We'll fix this soon.

Emilio


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

Bug#754935: O: scala

2014-07-16 Thread Mehdi

Package: wnpp
Severity: normal

I hereby orphan the Scala package. I wasn't able to dedicate enough time
and energy to maintain it, and I am not planning to do so.

For those who would be interested into maintaining this package, you should
know that upstream decided to change how Scala is packaged in recent versions
and a considerable amount of effort is needed in order to update the package
to the latest upstream version. In the process of updating the package, you
might need to package new projects (needed by recent versions of Scala).

Compiling the Scala compiler and building a .deb is not enough. One has to be
able to build it offline, without requiring libraries retrieved from the network
using Maven.

I can give access to the Alioth projects for interested persons.

Regards,

-- 
Mehdi


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

Bug#754879: FTBFS on i386

2014-07-16 Thread Samuel Thibault

Matthias Klose, le Wed 16 Jul 2014 03:55:30 +0200, a écrit :
 Am 15.07.2014 16:27, schrieb Michael Biebl:
  Source: gcc-4.9
  Version: 4.9.0-11
  Severity: serious
  
  The package FTBFS on i386 and hurd-i386 but successfully built in the
  past.
  
  Complete build log at [1]
 
 how helpful is this report?
 
  - i386: I'd appreciate an analysis what did go wrong
 
  - hurd-i386: yes, I enabled running the tests, but this
isn't supposed to break issues. please could have
hurd porters have a look?

It didn't break.  We are just having a bug between strip and
fakeroot-tcp, possibly a race in the latter.  I didn't get the time to
rerun it through fakeroot-hurd yet.  I've now scheduled it.

Samuel


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

Bug#754379: [Pkg-scala-maint] Bug#754379: scala package should provide scala.lang highlighting definition for gedit

2014-07-16 Thread Mehdi Dogguy


Le 2014-07-10 14:52, Carsten Brandt a écrit :

Package: scala
Version: 2.9.2+dfsg-1
Severity: normal

Dear Maintainer,

When installing scala package it seems to not ship the syntax 
highlighting

files that are available in the scala repo.



The mentioned files are not part of Scala sources 
(https://github.com/scala/scala).

Thus, they can't be shipped by the Scala package.

I recommend you to send an RFP[1] bug instead.

[1] Request for Packaging

Regards,

--
Mehdi


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

Bug#748326: gnome-session: Can't login after after locked screen

On 15/07/14 21:50, Stephen Allen wrote:
 Package: gnome-session
 Version: 3.12.1-3
 Followup-For: Bug #748326
 
 Dear Maintainer,
 
 Confirming that this exists and I'm on systemd doesn't work after reboot
 either.

Please attach /var/log/syslog and /var/log/dpkg.log

 
 
 
 -- System Information:
 Debian Release: sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (1, 'experimental')
 Architecture: i386 (i686)
 
 Kernel: Linux 3.14-1-686-pae (SMP w/2 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 gnome-session depends on:
 ii  gnome-session-bin  3.12.1-3
 ii  gnome-session-common   3.12.1-3
 ii  gnome-settings-daemon  3.12.2-1
 ii  gnome-shell3.12.2-3
 
 gnome-session recommends no packages.
 
 Versions of packages gnome-session suggests:
 ii  desktop-base  7.0.3
 ii  gnome-keyring 3.12.0-2
 ii  gnome-user-guide  3.8.2-1
 
 -- no debconf information
 
 ___
 pkg-gnome-maintainers mailing list
 pkg-gnome-maintain...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gnome-maintainers
 


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

Bug#754930: xserver-xorg-video-radeon: radeon driver segfault with upgrade to xorg 1.16

2014-07-16 Thread Michael Strobel

Thanks for your quickly reply! It says:

libEGL debug: Native platform type: drm (autodetected)
libEGL debug: EGL search path is /usr/lib/x86_64-linux-gnu/egl
libEGL debug: added /usr/lib/x86_64-linux-gnu/egl/egl_gallium.so to
module array
libEGL debug: added egl_dri2 to module array
libEGL debug: dlopen(/usr/lib/x86_64-linux-gnu/egl/egl_gallium.so)
libEGL info: use DRM for display 0x7f308063cec0
libEGL debug: EGL user error 0x3001 (EGL_NOT_INITIALIZED) in
eglInitialize(no usable display)

i also add the output of startx and the xorg.log

Best,
Michael

On 07/16/2014 09:01 AM, Michel Dänzer wrote:
 On 16.07.2014 15:27, Michael Strobel wrote:

 i recently upgrade my xserver to 1.16 and therefore switched from fglrx
 to radeon (fgrlx doesn't support xserver 1.16 yet). When i'm trying to
 start the xserver it sefaults (see logs). I'm not sure if it is a
 side effect from switching from fgrlx to radeon. I think i uninstalled
 fglrx properly.
 
 I guess it's possible fglrx left the EGL stack messed up... If you start
 Xorg with the environment variable EGL_LOG_LEVEL=debug, there should be
 some more information about that in its stderr output.
 
 
 [   210.846] (EE) Backtrace:
 [   210.846] (EE) 0: /usr/bin/X (xorg_backtrace+0x49) [0x7f2d70d78339]
 [   210.846] (EE) 1: /usr/bin/X (0x7f2d70bcd000+0x1af3a9) [0x7f2d70d7c3a9]
 [   210.846] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 
 (0x7f2d6e925000+0x35480) [0x7f2d6e95a480]
 [   210.847] (EE) 3: /lib/x86_64-linux-gnu/libc.so.6 
 (0x7f2d6e925000+0x12530a) [0x7f2d6ea4a30a]
 [   210.847] (EE) 4: /usr/lib/x86_64-linux-gnu/libepoxy.so.0 
 (0x7f2d6b22b000+0x5402f) [0x7f2d6b27f02f]
 [   210.847] (EE) 5: /usr/lib/xorg/modules/libglamoregl.so 
 (glamor_init+0x15c) [0x7f2d6b72284c]
 
 It looks like it could be a bug in libepoxy0. It would be great if you
 could get a backtrace with gdb, ideally with
 /usr/lib/x86_64-linux-gnu/libepoxy.so.0 rebuilt to have debugging symbols.
 
 

[   608.579] 
X.Org X Server 1.15.99.904 (1.16.0 RC 4)
Release Date: 2014-07-07
[   608.579] X Protocol Version 11, Revision 0
[   608.579] Build Operating System: Linux 3.14-1-amd64 x86_64 Debian
[   608.579] Current Operating System: Linux debian 3.14-1-amd64 #1 SMP Debian 3.14.12-1 (2014-07-11) x86_64
[   608.579] Kernel command line: BOOT_IMAGE=/vmlinuz-3.14-1-amd64 root=UUID=7d289e3c-e64b-4be1-ac46-780b94196c22 ro quiet
[   608.579] Build Date: 08 July 2014  01:26:43PM
[   608.579] xorg-server 2:1.15.99.904-1 (http://www.debian.org/support) 
[   608.579] Current version of pixman: 0.32.6
[   608.579] 	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
[   608.579] Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   608.580] (==) Log file: /var/log/Xorg.0.log, Time: Wed Jul 16 09:13:58 2014
[   608.580] (==) Using system config directory /usr/share/X11/xorg.conf.d
[   608.580] (==) No Layout section.  Using the first Screen section.
[   608.580] (==) No screen section available. Using defaults.
[   608.580] (**) |--Screen Default Screen Section (0)
[   608.580] (**) |   |--Monitor default monitor
[   608.580] (==) No monitor specified for screen Default Screen Section.
	Using a default monitor configuration.
[   608.580] (==) Automatically adding devices
[   608.580] (==) Automatically enabling devices
[   608.580] (==) Automatically adding GPU devices
[   608.580] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[   608.580] 	Entry deleted from font path.
[   608.580] (==) FontPath set to:
	/usr/share/fonts/X11/misc,
	/usr/share/fonts/X11/100dpi/:unscaled,
	/usr/share/fonts/X11/75dpi/:unscaled,
	/usr/share/fonts/X11/Type1,
	/usr/share/fonts/X11/100dpi,
	/usr/share/fonts/X11/75dpi,
	built-ins
[   608.580] (==) ModulePath set to /usr/lib/xorg/modules
[   608.580] (II) The server relies on udev to provide the list of input devices.
	If no devices become available, reconfigure udev or disable AutoAddDevices.
[   608.580] (II) Loader magic: 0x7f30805c6d80
[   608.580] (II) Module ABI versions:
[   608.580] 	X.Org ANSI C Emulation: 0.4
[   608.580] 	X.Org Video Driver: 18.0
[   608.580] 	X.Org XInput driver : 21.0
[   608.580] 	X.Org Server Extension : 8.0
[   608.580] (II) xfree86: Adding drm device (/dev/dri/card0)
[   608.582] (--) PCI:*(0:1:0:0) 1002:679a:1043:0424 rev 0, Mem @ 0xe000/268435456, 0xf7e0/262144, I/O @ 0xe000/256, BIOS @ 0x/131072
[   608.582] (II) LoadModule: glx
[   608.582] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[   608.583] (II) Module glx: vendor=X.Org Foundation
[   608.583] 	compiled for 1.15.99.904, module version = 1.0.0
[   608.583] 	ABI class: X.Org Server Extension, version 8.0
[   608.583] (==) AIGLX enabled
[   608.583] (==) Matched ati as autoconfigured driver 0
[   608.583] (==) Matched ati as autoconfigured driver 1
[   608.583]

Bug#754936: pdsh: libreadline Support in pdsh

2014-07-16 Thread Konstantin Nebel

Package: pdsh
Version: 2.27-2
Severity: wishlist

Dear Maintainer,

I think it would be useful and no problem to compile pdsh with the Option 
--with-readline to support history file. This is not included into the debian 
package right now.
Is there a reason not to include that support? I think this would be very 
useful to have. I have recompiled the package with the readline support and the 
history file
is working like a charm.

To adjust the compile I added only --with-readline into the debian/rules file. 
First I had problem to complete the package but the cause was ncurses-dev was 
not installed.
I was able to fix that.

I would be thankful to get a comment.

Thank you in advance.

Konstantin


-- System Information:
Debian Release: 7.5
  APT prefers stable
  APT policy: (900, 'stable'), (800, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages pdsh depends on:
ii  debconf [debconf-2.0]1.5.49
ii  genders  1.18-1
ii  libc62.19-5
ii  libgenders0  1.18-1
ii  libncurses5  5.9-10
ii  libreadline6 6.3-6
ii  libtinfo55.9-10
ii  openssh-client [rsh-client]  1:6.0p1-4+deb7u1
ii  perl 5.14.2-21+deb7u1

pdsh recommends no packages.

pdsh suggests no packages.

-- 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#754526: [ITR] templates://mopidy/{mopidy.templates}

2014-07-16 Thread Stein Magnus Jodal

On Wed, Jul 16, 2014 at 7:40 AM, Christian PERRIER bubu...@debian.org wrote:
 The first step of the process is to review the debconf source
 template file(s) of mopidy. This review will start on Saturday, July 19, 
 2014, or
 as soon as you acknowledge this mail with an agreement for us to
 carry out this process.

Please continue the review process.

-- 
Stein Magnus Jodal


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

Bug#754937: linux-image-3.14-1-amd64: [3.13-3.14 regression] bluetooth keyboard disconnects after few seconds

2014-07-16 Thread Jan Lana

Package: src:linux
Version: 3.14.7-1
Severity: normal

With 3.14 the apple bluetooth keyboard disconnects after type few characters.
If I continue to type, the keyboard re-connects again (needs ~5s) and
then works again a couple seconds (~5s), then disconnects again.

With kernel 3.13 it works correctly.


-- Package-specific info:
** Version:
Linux version 3.14-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 
(Debian 4.8.3-3) ) #1 SMP Debian 3.14.7-1 (2014-06-16)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.14-1-amd64 
root=UUID=0ba682f2-593b-4833-804c-99dd4f54ab33 ro quiet i915.i915_enable_rc6=1

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

** Kernel log:
[   15.004598] iwlwifi :02:00.0: irq 42 for MSI/MSI-X
[   15.061019] [drm] Enabling RC6 states: RC6 off, RC6p off, RC6pp off
[   15.080761] input: DualPoint Stick as 
/devices/platform/i8042/serio1/input/input7
[   15.089584] fbcon: inteldrmfb (fb0) is primary device
[   15.094978] input: AlpsPS/2 ALPS DualPoint TouchPad as 
/devices/platform/i8042/serio1/input/input6
[   15.323686] iwlwifi :02:00.0: firmware: direct-loading firmware 
iwlwifi-6000-4.ucode
[   15.323854] iwlwifi :02:00.0: loaded firmware version 9.221.4.1 build 
25532 op_mode iwldvm
[   15.892867] iwlwifi :02:00.0: CONFIG_IWLWIFI_DEBUG disabled
[   15.892868] iwlwifi :02:00.0: CONFIG_IWLWIFI_DEBUGFS disabled
[   15.892869] iwlwifi :02:00.0: CONFIG_IWLWIFI_DEVICE_TRACING disabled
[   15.892870] iwlwifi :02:00.0: Detected Intel(R) Centrino(R) Advanced-N 
6200 AGN, REV=0x74
[   15.892962] iwlwifi :02:00.0: L1 Enabled; Disabling L0S
[   16.129507] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs'
[   16.209913] SSE version of gcm_enc/dec engaged.
[   16.211884] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni)
[   16.429341] Bluetooth: Core ver 2.18
[   16.429355] NET: Registered protocol family 31
[   16.429355] Bluetooth: HCI device and connection manager initialized
[   16.429363] Bluetooth: HCI socket layer initialized
[   16.429364] Bluetooth: L2CAP socket layer initialized
[   16.429372] Bluetooth: SCO socket layer initialized
[   16.454063] usbcore: registered new interface driver btusb
[   16.556041] alg: No test for crc32 (crc32-pclmul)
[   16.619083] media: Linux media interface: v0.10
[   16.644028] Linux video capture interface: v2.00
[   16.876541] kvm: VM_EXIT_LOAD_IA32_PERF_GLOBAL_CTRL does not work properly. 
Using workaround
[   16.911812] iTCO_vendor_support: vendor-support=0
[   16.915742] input: Dell WMI hotkeys as /devices/virtual/input/input9
[   16.915826] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.10
[   16.915870] iTCO_wdt: Found a QM57 TCO device (Version=2, TCOBASE=0x0460)
[   16.915987] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
[   16.981978] uvcvideo: Found UVC 1.00 device Laptop_Integrated_Webcam_3M 
(05ca:1814)
[   16.983149] input: Laptop_Integrated_Webcam_3M as 
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/input/input10
[   16.983208] usbcore: registered new interface driver uvcvideo
[   16.983208] USB Video Class driver (1.1.1)
[   17.047154] dell_wmi: Received unknown WMI event (0x11)
[   17.201061] Console: switching to colour frame buffer device 128x48
[   17.203125] i915 :00:02.0: fb0: inteldrmfb frame buffer device
[   17.203126] i915 :00:02.0: registered panic notifier
[   17.203302] ACPI: Video Device [VID1] (multi-head: yes  rom: no  post: no)
[   17.536377] Adding 4996092k swap on /dev/sda2.  Priority:-1 extents:1 
across:4996092k 
[   17.794404] acpi device:40: registered as cooling_device5
[   17.863349] input: Video Bus as 
/devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:01/input/input11
[   17.863609] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[   17.863886] snd_hda_intel :00:1b.0: irq 43 for MSI/MSI-X
[   17.995313] cfg80211: World regulatory domain updated:
[   17.995320] cfg80211:  DFS Master region: unset
[   17.995322] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp)
[   17.995325] cfg80211:   (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 
mBm)
[   17.995328] cfg80211:   (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 
mBm)
[   17.995330] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 
mBm)
[   17.995332] cfg80211:   (517 KHz - 525 KHz @ 8 KHz), (N/A, 2000 
mBm)
[   17.995334] cfg80211:   (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 
mBm)
[   17.995336] cfg80211:   (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 
mBm)
[   18.695364] intel ips :00:1f.6: i915 driver attached, reenabling gpu 
turbo
[   18.931458] input: HDA Digital PCBeep as 
/devices/pci:00/:00:1b.0/input/input12
[   18.992089] input: HDA Intel MID HDMI/DP,pcm=7 as 
/devices/pci:00/:00:1b.0/sound/card0/input18
[   18.992185] input: HDA Intel MID HDMI/DP,pcm=3 as 
/devices/pci:00/:00:1b.0/sound/card0/input17
[   18.992266]

Bug#754930: xserver-xorg-video-radeon: radeon driver segfault with upgrade to xorg 1.16

2014-07-16 Thread Michel Dänzer

On 16.07.2014 16:24, Michael Strobel wrote:
 Thanks for your quickly reply! It says:
 
 libEGL debug: Native platform type: drm (autodetected)
 libEGL debug: EGL search path is /usr/lib/x86_64-linux-gnu/egl
 libEGL debug: added /usr/lib/x86_64-linux-gnu/egl/egl_gallium.so to
 module array
 libEGL debug: added egl_dri2 to module array
 libEGL debug: dlopen(/usr/lib/x86_64-linux-gnu/egl/egl_gallium.so)
 libEGL info: use DRM for display 0x7f308063cec0
 libEGL debug: EGL user error 0x3001 (EGL_NOT_INITIALIZED) in
 eglInitialize(no usable display)

Does the environment variable EGL_DRIVER=egl_dri2 work around the problem?


-- 
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#754934: fuse: similar bug report

2014-07-16 Thread Richard Scherping


Hello!

While searching for futher possibilities to get my system fully usable 
again, I discovered 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699225 - 
unfortunately, there seems to be no real help from debian since 1.5 
years :-(


Regards,

Richard


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

Bug#754930: xserver-xorg-video-radeon: radeon driver segfault with upgrade to xorg 1.16

2014-07-16 Thread Michael Strobel

Unfortunately not:

libEGL debug: Native platform type: drm (autodetected)
libEGL debug: EGL search path is /usr/lib/x86_64-linux-gnu/egl
libEGL debug: added egl_dri2 to module array
libEGL debug: the best driver is DRI2
(EE)
(EE) Backtrace:
(EE) 0: /usr/bin/X (xorg_backtrace+0x49) [0x7f82b4e72339]
(EE) 1: /usr/bin/X (0x7f82b4cc7000+0x1af3a9) [0x7f82b4e763a9]
(EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7f82b2a1f000+0x35480)
[0x7f82b2a54480]
(EE) 3: /lib/x86_64-linux-gnu/libc.so.6 (0x7f82b2a1f000+0x12530a)
[0x7f82b2b4430a]
(EE) 4: /usr/lib/x86_64-linux-gnu/libepoxy.so.0 (0x7f82af325000+0x5402f)
[0x7f82af37902f]
(EE) 5: /usr/lib/xorg/modules/libglamoregl.so (glamor_init+0x15c)
[0x7f82af81c84c]
(EE) 6: /usr/lib/xorg/modules/drivers/radeon_drv.so
(0x7f82b0489000+0x4be4c) [0x7f82b04d4e4c]
(EE) 7: /usr/lib/xorg/modules/drivers/radeon_drv.so
(0x7f82b0489000+0xc1c8) [0x7f82b04951c8]
(EE) 8: /usr/lib/xorg/modules/drivers/radeon_drv.so
(0x7f82b0489000+0x46549) [0x7f82b04cf549]
(EE) 9: /usr/bin/X (AddScreen+0x101) [0x7f82b4d1d281]
(EE) 10: /usr/bin/X (InitOutput+0x397) [0x7f82b4d5df27]
(EE) 11: /usr/bin/X (0x7f82b4cc7000+0x59d2a) [0x7f82b4d20d2a]
(EE) 12: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5)
[0x7f82b2a40b45]
(EE) 13: /usr/bin/X (0x7f82b4cc7000+0x4549e) [0x7f82b4d0c49e]
(EE)
(EE) Segmentation fault at address 0x0


On 07/16/2014 09:37 AM, Michel Dänzer wrote:
 On 16.07.2014 16:24, Michael Strobel wrote:
 Thanks for your quickly reply! It says:

 libEGL debug: Native platform type: drm (autodetected)
 libEGL debug: EGL search path is /usr/lib/x86_64-linux-gnu/egl
 libEGL debug: added /usr/lib/x86_64-linux-gnu/egl/egl_gallium.so to
 module array
 libEGL debug: added egl_dri2 to module array
 libEGL debug: dlopen(/usr/lib/x86_64-linux-gnu/egl/egl_gallium.so)
 libEGL info: use DRM for display 0x7f308063cec0
 libEGL debug: EGL user error 0x3001 (EGL_NOT_INITIALIZED) in
 eglInitialize(no usable display)
 
 Does the environment variable EGL_DRIVER=egl_dri2 work around the problem?
 
 


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

Bug#754938: [plasma-widget-yawp] Widget Unstable on Panel/System

2014-07-16 Thread David Baron

Package: plasma-widget-yawp
Version: 0.4.2-1
Severity: normal

--- Please enter the report below this line. ---
After new logon to KDE, might have two of them or needs configuration (done 
already), had added desktop widgets which could be moved, deleted, but kept 
coming back until I removed the YAWP and re-enabled it. Using on system panel, 
compact mode (obviously).

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

Debian Release: jessie/sid
  500 unstableftp.us.debian.org 
  500 testing ftp.us.debian.org 
  500 sid linux.dropbox.com 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
libc6   (= 2.2.5) | 2.19-7
libkdecore5   (= 4:4.4.0) | 4:4.13.1-1
libkdeui5 (= 4:4.3.4) | 4:4.13.1-1
libkio5   (= 4:4.3.4) | 4:4.13.1-1
libkunitconversion4   (= 4:4.4.0) | 4:4.13.1-1
libplasma3   (= 4:4.5.90) | 4:4.13.1-1
libqtcore4  (= 4:4.7.0~beta1) | 4:4.8.6+dfsg-2
libqtgui4 (= 4:4.5.3) | 4:4.8.6+dfsg-2
libsolid4 (= 4:4.3.4) | 4:4.13.1-1
libstdc++6  (= 4.1.1) | 4.9.0-11
plasma-dataengines-yawp(= 0.4.2-1) | 0.4.2-1


Package's Recommends field is empty.

Suggests  (Version) | Installed
===-+-===
plasma-dataengines-workspace| 4:4.11.9-1
plasma-widget-yawp-dbg  | 


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

Bug#754939: virtualbox: Multiple security issues

2014-07-16 Thread Moritz Muehlenhoff

Package: virtualbox
Severity: grave
Tags: security
Justification: user security hole

No specific details on impact are available:
http://www.oracle.com/technetwork/topics/security/cpujul2014-1972956.html

CVE-2014-2487
CVE-2014-4261
CVE-2014-2489
CVE-2014-2477
CVE-2014-2486
CVE-2014-2488
CVE-2014-4228

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#754934: Workaround

2014-07-16 Thread Richard Scherping

In case anyone finds this bug report, here is my workaround. Very, very 
sad that there is no official help since 1.5 years :-(


- sudo aptitude install dh-autoreconf libselinux-dev build-essential
- Add testing repo to sources.list
- sudo aptitude update
- apt-get --build source -t testing fuse
- Remove testing repo from sources.list
- sudo aptitude update
- sudo dpkg -i fuse_2.9.3-12_amd64.deb libfuse2_2.9.3-12_amd64.deb

Richard


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

Bug#754913: tracker.debian.org: Overhaul of incoming mail handling

2014-07-16 Thread Paul Wise

On Wed, Jul 16, 2014 at 2:59 PM, Raphael Hertzog wrote:

 Yeah, but it really duplicates pkg@packages.debian.org which is already
 forwarded to the PTS. And direct mails to pkg@packages.qa.debian.org
 are refused except if they have a magical header X-PTS-Approved which is a
 rather unfriendly.

For some reason I thought pkg@packages.debian.org was only for
binary packages, I guess that is incorrect.

 So IMO it's best to keep pkg@packages.debian.org as the only public
 package-based email and keep forwarding that to the package tracker.

Makes sense.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#754940: mariadb-server-5.5: Multiple security issues from recent CPU

2014-07-16 Thread Moritz Muehlenhoff

Package: mariadb-server-5.5
Severity: grave
Tags: security
Justification: user security hole

These should affect MariaDB at least partly:
http://www.oracle.com/technetwork/topics/security/cpujul2014-1972956.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#754941: mysql-5.5: Multiple security from July 2014 CPU

2014-07-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/cpujul2014-1972956.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#734742: The packages are ready to upload, IMHO

2014-07-16 Thread Martin Quinson

Hello,

I guess that the packages are now ready to upload, and I'm willing to
do so in the next, but I would really appreciate your review first,
please.

I reduced the amount of patches to its minimum. In particular, I'm not
renaming the binary nor adding a helper script file. Instead, I got
the flare engine binary to refuse starting without a game specied. If
someone simply types flare, s/he gets:

| flare: You must specify a game to play on the command line. Example:
|   flare --game=flare-game
  
I guess that this is good enough. Upstream is aware of the problem:
https://github.com/clintbellanger/flare-engine/issues/1039

Then, I simply added two lintian overrides for errors that are due to
the split between packages. I checked, and these overrides are common
in other games that come with engine/data packages produced by
separate source packages.

flare-engine source: version-substvar-for-external-package flare-engine - 
flare-game
flare-game: desktop-command-not-in-package usr/share/applications/flare.desktop 
usr/games/flare

So I think this is it. The game is finally correctly packaged.

Could you please have a look before I upload this?

Thanks, Mt.

-- 
It goes against the grain of modern education to teach children to program.
What fun is there in making plans, acquiring discipline in organizing
thoughts, devoting attention to detail and learning to be self-critical?
   -- Epigrams in Programming, Alan J. Perlis


signature.asc
Description: Digital signature

Bug#754942: jtreg uses /usr/lib/jvm/default-java/ but does not depend on default-jre-headless

2014-07-16 Thread Thomas Klute

Package: jtreg
Version: 4.1-2
Severity: important

While trying to compile the experimental openjdk-8 package from
source, the jtreg test suite completely failed to run with the error
message Cannot determine version of java to run jtreg.

I found that the reason was that jtreg expects to find a usable JVM in
/usr/lib/jvm/default-java/, unless $JAVA_HOME provides a different
path. However, this default value will fail if default-jre-headless is
not installed, as may well be the case (e.g., I had manually installed
openjdk-7-jdk without any of the default-(jre|jdk)* packages).

Without default-jre-headless:

$ jtreg -version
Cannot determine version of java to run jtreg

With default-jre-headless:

$ jtreg -version
jtreg, version 4.1 src b02
Installed in /usr/share/java/jtreg.jar
Running on platform version 1.6.0_31 from
/usr/lib/jvm/java-6-openjdk-amd64/jre.
Built with 1.6.0_18 on 07/07/2011 03:57 AM.
Copyright 2008 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.

Since jtreg can still be used without default-jre-headless by setting
JAVA_HOME as appropriate, a Depends relationship is not warranted,
but Recommends or Suggests seems reasonable. An alternative
approach would be to simply use the first java binary found in $PATH
by default, which will usually be whatever the administrator has
selected using update-java-alternatives, which also seems reasonable.

The problem also exists in sid (jtreg_4.1-b09-1), although the error
message is more useful because it directly points at the missing
java binary:

$ jtreg -version
/usr/bin/jtreg: 86: /usr/bin/jtreg: /usr/lib/jvm/default-java/bin/java:
not found


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

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

Versions of packages jtreg depends on:
ii  javahelp2  2.0.05.ds1-6
ii  libjtharness-java  4.4.0-MR1-Rel-b19-1
ii  libxalan2-java 2.7.1-7+deb7u1

jtreg recommends no packages.

jtreg 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#753297: apt list --upgradable still gives lot of false positives

2014-07-16 Thread shirish शिरीष

Control: found 753297 1.0.6
thanks

Hi all,
apt list --upgradable still gives lot of false positives .

$ dpkg -l apt
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture
  Description
+++-==---=
ii  apt1.0.6amd64
  commandline package manager


$ apt list --upgradable
Listing... Done
0ad/testing,now 0.0.16-4 amd64 [installed,upgradable to: 0.0.16-4]
acpid/testing,now 1:2.0.22-2 amd64 [installed,upgradable to: 1:2.0.22-2]
adequate/testing,now 0.11.6 all [installed,upgradable to: 0.11.6]
advancecomp/testing,now 1.16-1 amd64 [installed,upgradable to: 1.16-1]
aegisub/testing,now 3.0.4-2+b1 amd64 [installed,upgradable to: 3.0.4-2+b1]
alsa-base/testing,now 1.0.25+3 all [installed,upgradable to: 1.0.25+3]

Just sharing a partial listing, it still gives too many false positives.


-- 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\.14-1-amd64$;
APT::NeverAutoRemove:: ^linux-headers-3\.14-1-amd64$;
APT::NeverAutoRemove:: ^linux-image-extra-3\.14-1-amd64$;
APT::NeverAutoRemove:: ^linux-signed-image-3\.14-1-amd64$;
APT::NeverAutoRemove:: ^kfreebsd-image-3\.14-1-amd64$;
APT::NeverAutoRemove:: ^kfreebsd-headers-3\.14-1-amd64$;
APT::NeverAutoRemove:: ^gnumach-image-3\.14-1-amd64$;
APT::NeverAutoRemove:: ^.*-modules-3\.14-1-amd64$;
APT::NeverAutoRemove:: ^.*-kernel-3\.14-1-amd64$;
APT::NeverAutoRemove:: ^linux-backports-modules-.*-3\.14-1-amd64$;
APT::NeverAutoRemove:: ^linux-tools-3\.14-1-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::VersionedKernelPackages:: linux-tools;
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::Periodic ;
APT::Periodic::Update-Package-Lists 1;
APT::Periodic::Download-Upgradeable-Packages 0;
APT::Periodic::AutocleanInterval 0;
APT::Update ;
APT::Update::Post-Invoke ;
APT::Update::Post-Invoke:: touch
/var/lib/apt/periodic/update-success-stamp 2/dev/null || true;
APT::Update::Post-Invoke:: [ ! -x /usr/bin/debtags ] || debtags
update --local || true;
APT::Update::Post-Invoke-Success ;
APT::Update::Post-Invoke-Success:: test -x /usr/bin/apt-show-versions
|| exit 0 ; apt-show-versions -i;
APT::Update::Post-Invoke-Success:: [ ! -f
/var/run/dbus/system_bus_socket ] || /usr/bin/dbus-send --system
--dest=org.debian.apt --type=signal /org/debian/apt
org.debian.apt.CacheChanged || true;
APT::Update::Post-Invoke-Success:: /usr/bin/test -e
/usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service
 /usr/bin/test -S /var/run/dbus/system_bus_socket  /usr/bin/gdbus
call --system --dest org.freedesktop.PackageKit --object-path
/org/freedesktop/PackageKit --timeout 4 --method
org.freedesktop.PackageKit.StateHasChanged cache-update  /dev/null;
/bin/echo  /dev/null;
APT::Archives ;
APT::Archives::MaxAge 30;
APT::Archives::MinAge 2;
APT::Archives::MaxSize 500;
APT::Architectures ;
APT::Architectures:: amd64;
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;

Bug#750240: libapache2-mod-perl2: FTBFS with perl 5.20

On 15/07/14 20:42, Niko Tyni wrote:
 tag 750240 patch
 thanks
 
 On Tue, Jun 03, 2014 at 10:46:20PM +0300, Damyan Ivanov wrote:
 -=| Damyan Ivanov, 03.06.2014 21:42:14 +0300 |=-
 I tried to find the reason and failed. Documenting what I did in the 
 hope that it helps in the future.
 
 Applying the following patch makes the test pass:
 
 [...]
 
 So it seems with perl 5.20 $r-args is undefined if there is no query 
 string. Strange.

 With the above two patches the test suite completes. There are 
 problems in the install phase because of usr/lib/perl5 no longer 
 existing, but that should be trivial to fix.
 
 Those patches were also included upstream. I'm attaching annotated
 patches for them. I was able to get 2.0.8+httpd24-r1449661-7
 + these patches build with Perl 5.20. Yay!
 
 I think this is the last major obstacle to the Perl 5.20 transition, we
 have patches for the rest. I'm only wondering if 2.0.8+httpd24-r1449661-7
 should transition to testing first to help the s390x-perlapi-5.18.2d
 transition. 
 
 Emilio: any preference?

I'd like it to migrate first. I have added a hint, if all goes well it will
migrate in 1.5 hours.

Emilio


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

Bug#694990: RFA: sandboxgamemaker -- 3D game maker and 3D game design program

2014-07-16 Thread Anthony F McInerney

Control: retitle -1 ITA: sandboxgamemaker -- 3D game maker and 3D game
design program
Control: owner -1 !
thanks

Bug#754943: [debian-mysql] Bug#753222: mariadb-5.5: FTBFS: logformat.cc:847: undefined reference to `toku_do_assert_fail(char const, char const, char const*, int, int)'

2014-07-16 Thread Otto Kekäläinen

Source: mariadb-5.5

Ok, this issue is now also confirmed at
http://buildbot.askmonty.org/buildbot/builders/debpkg-sid where the
only difference between builds #26 and #27 is that a 'apt-get upgrade'
was run in between in the build environment, so indeed some new
package in Debian unstable breaks the build process TokuDB.

Full log available at:
http://buildbot.askmonty.org/buildbot/builders/debpkg-sid/builds/27/steps/compile/logs/stdio


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

Bug#754944: bluedevil: Bluedevil 2 not working

2014-07-16 Thread mourad

Package: bluedevil
Version: 2.0~rc1-2
Severity: important
Tags: upstream

Dear Maintainer,

   * What led up to the situation?
I'm trying to migrate to bluedevil 2 to use buez 5
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
It is imposssible to send or receive some files and to use bnet

I have purged all bluez 4 package, update bluedevil 2...

I removed all device pairing informations from bluedevil.

After I paired 2 phones (Galaxy Nexus and HTC Desire), the pairing screen
doesn't go to the last screen (choosing services to activate)... But, my
devices appears in the device list as it is well paired.

If I try to send a file from my computer, nothing happened...
If I try to send a file from my phones, the icon change as connected status,
but send file failed every times...

No log in syslog.

Regards

Mourad



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

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

Versions of packages bluedevil depends on:
ii  bluez   5.21-1
ii  bluez-obexd [obexd-client]  5.21-1
ii  kde-runtime 4:4.13.1-1
ii  libbluedevil2   2.0~rc1-2
ii  libc6   2.19-5
ii  libkdecore5 4:4.13.1-1
ii  libkdeui5   4:4.13.1-1
ii  libkfile4   4:4.13.1-1
ii  libkio5 4:4.13.1-1
ii  libqt4-dbus 4:4.8.6+dfsg-2
ii  libqtcore4  4:4.8.6+dfsg-2
ii  libqtgui4   4:4.8.6+dfsg-2
ii  libstdc++6  4.9.0-7
ii  obex-data-server0.4.5-1+b3

bluedevil recommends no packages.

Versions of packages bluedevil suggests:
pn  pulseaudio-module-bluetooth | bluez-alsa  none

-- 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#731535: kanif: Taktuk errors when executing kash: probable fix

2014-07-16 Thread Dominic DUNLOP

The following patch appears to fix the problem, which may be caused by using a 
newer Perl version (5.18 in my case) than that with which taktuk was tested. 
AFAICT from the perlfunc man page, the default arguments (namely 0,0) to 
setpgrp() do what is required, avoiding the need to specify the (now disliked) 
current process id for both arguments.

--- /tmp/taktuk 2014-07-16 10:58:11.250302451 +0200
+++ /usr/bin/taktuk 2014-07-16 10:58:41.402940665 +0200
@@ -3082,7 +3082,7 @@
 } else {
 # We create a new grp to be able to kill the command and its
 # subprocesses (if any)
-setpgrp($$,$$) or diagnostic::system;
+setpgrp or diagnostic::system;
 # child
 if ($command) {
 # in this case, this is a command, we have to maintain control

 --
Dominic Dunlop
Room C111, Weicker Building
University of Luxembourg
dominic.dun...@uni.lumailto:dominic.dun...@uni.lu

Bug#753297: some more findings.

2014-07-16 Thread shirish शिरीष

Hi all,
It seems difficult to know if the changes which were made had any
difference or not.

For instance if you look when I had reported the bug few packages had
shown up therein (On 30th June 2014)  :-

anacron/testing,now 2.3-20 amd64 [installed,upgradable to: 2.3-20]
autoconf/testing,now 2.69-6 all [installed,upgradable to: 2.69-6]

This is from 30th June 2014.

From the list of today those packages are not present.

BUT, probably both these packages had a different version in testing
and sid/unstable on that date.

anacron for instance was released to unstable/sid on 21st June and
urgency=low as the priority so it definitely came to testing on 31st
June at the earliest .

autoconf too was released to unstable/sid on 29th June 2014 and has
urgency=low as priority, so it would have come to testing on 7th July
(if my calculations are right).

On top of it the mirror I use http://debian.ec.as6453.net/ is usually
12-24 hrs. behind the main mirrors ( a strategic decision at my end.)
I usually take a look at #debian-next before doing upgrades to see if
something seriously is broken (as in X.org or something which would
not let me boot or show screen or something.)

So, apparently what apt list --upgradable is doing is seeing if some
package has an upgrade and doesn't take into account the preferences
listed in /etc/apt/preferences.

$ apt-show-versions -a acpid
acpid:amd64 1:2.0.22-2 install ok installed
acpid:amd64 1:2.0.22-2 jessie   debian.ec.as6453.net
No testing-updates version
acpid:amd64 1:2.0.22-3 unstable debian.ec.as6453.net
No experimental version
acpid:amd64/jessie 1:2.0.22-2 uptodate

$ apt-show-versions -a adequate
adequate:all 0.11.6 install ok installed
adequate:all 0.11.6 jessie   debian.ec.as6453.net
No testing-updates version
adequate:all 0.12   unstable debian.ec.as6453.net
No experimental version
adequate:all/jessie 0.11.6 uptodate

my /etc/apt/preferences has testing as a priority while both sid and
experimental have value of 1.

Lastly both anacron and autoconf has no upgrades either in sid or
experimental hence they are not showing up.

$ apt-show-versions -a autoconf
autoconf:all 2.69-7 install ok installed
autoconf:all 2.69-7 jessie   debian.ec.as6453.net
No testing-updates version
autoconf:all 2.69-7 unstable debian.ec.as6453.net
No experimental version
autoconf:all/jessie 2.69-7 uptodate

$ apt-show-versions -a anacron
anacron:amd64 2.3-21 install ok installed
anacron:amd64 2.3-21 jessie   debian.ec.as6453.net
No testing-updates version
anacron:amd64 2.3-21 unstable debian.ec.as6453.net
No experimental version
anacron:amd64/jessie 2.3-21 uptodate

Hope this gives bit more info.
-- 
  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
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8


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

Bug#754899: CVE request: rawstudio: Insecure use of temporary file

2014-07-16 Thread Vasyl Kaigorodov

Hello,

The following was reported:
...
The function rs_filter_graph located in file
./librawstudio/rs-filter.c contains the following code:

 g_string_append_printf(str, }\n);
 g_file_set_contents(/tmp/rs-filter-graph, str-str, str-len, NULL);

 ignore = system(dot -Tpng /tmp/rs-filter-graph.png 
/tmp/rs-filter-graph);
 ignore = system(gnome-open /tmp/rs-filter-graph.png);

This code makes insecure use of two temporary files:

/tmp/rs-filter-graph.png
/tmp/rs-filter-graph

This allows the truncation of arbitrary files which are owned by
the user running rawstudio - for example:

ln -s ~/.important /tmp/rs-filter-graph
ln -s /etc/shadow /tmp/rs-filter-graph.png

Can CVE be assigned to this?

References:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754899
https://bugzilla.redhat.com/show_bug.cgi?id=1120093

Thanks.
-- 
Vasyl Kaigorodov | Red Hat Product Security Team
PGP:  0xABB6E828 A7E0 87FF 5AB5 48EB 47D0 2868 217B F9FC ABB6 E828


pgpMFu3zm4W77.pgp
Description: PGP signature

Bug#749315: gnome-shell: Workspaces seem broken

2014-07-16 Thread Harry Noel

I am experiencing the same issues Anthony had in the original post.
Similarly I have no issues when using gnome-shell on my Thinkpad's
display however when plugged into the Ultradock and using an external
monitor I have the exact same symptoms.

Workspaces 1 and 2 initially available however appear to be mirroring
each other. When you try to use Workspace 2 it collapses and you are
left with the one Workspace and are unable to open additional.

I upgraded to gnome-shell 3.12.2-3 from unstable this morning and unlike
Anthony upgrading to gnome-control-centre 3.12.1-4 also has not solved
this one for me.

If you would like contents of logs etc... please let me know.

Regards

Harry


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

Bug#754945: recode: A possible buffer overflow when the input filename is too long

2014-07-16 Thread Bernard Ladenthin

Package: recode
Version: 3.6-20
Severity: normal

Dear Maintainer,

please review and include this patch asap.

Many greetings from Berlin, Bernard

https://github.com/bernardladenthin/Recode/commit/eb3ec625796e83552715b8a20f10664f38cdcd52



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

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

Versions of packages recode depends on:
ii  dpkg  1.16.15
ii  install-info  4.13a.dfsg.1-10
ii  libc6 2.13-38+deb7u3
ii  librecode03.6-20

recode recommends no packages.

recode 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#754946: python-rpyc: New Upstream version available

2014-07-16 Thread Matthias Urlichs

Package: python-rpyc
Version: 3.2.1-1
Severity: wishlist

2014.06.26: Version 3.3 has been released!. More info on the changelog 

http://rpyc.readthedocs.org/en/latest/changelog.html

Please package. (I can do it, if you don't have the time.)
-- 
-- Matthias Urlichs


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

Bug#754876: Virtual packages for the new Java runtimes

2014-07-16 Thread Bill Allombert

On Tue, Jul 15, 2014 at 09:39:33PM -0700, tony mancill wrote:
 On 07/15/2014 11:30 AM, Bill Allombert wrote:
  On Tue, Jul 15, 2014 at 04:57:18PM +0200, Emmanuel Bourg wrote:
  Le 15/07/2014 16:22, Bill Allombert a écrit :
 
  Could you please write the definition for each of them, and determine 
  whether
  java1-runtime and java2-runtime should be kept ?
 
  Hi Bill,
 
  Here is the definition of these packages:
 
   java5-runtime   a Java runtime environment, Java version 5
   java6-runtime   a Java runtime environment, Java version 6
   java7-runtime   a Java runtime environment, Java version 7
   java8-runtime   a Java runtime environment, Java version 8
   java9-runtime   a Java runtime environment, Java version 9
   java5-runtime-headless  a non graphical Java runtime environment, Java
  version 5
   java6-runtime-headless  a non graphical Java runtime environment, Java
  version 6
   java7-runtime-headless  a non graphical Java runtime environment, Java
  version 7
   java8-runtime-headless  a non graphical Java runtime environment, Java
  version 8
   java9-runtime-headless  a non graphical Java runtime environment, Java
  version 9
 
  java1-runtime and java2-runtime are still provided by gcj-jre and
  openjdk-{6,7,8} but they are obsolete. We remove them from the
  dependencies as we update the packages.
 
  java9-runtime isn't used yet but is likely to appear in Jessie+1,
  feel free to remove it if you prefer keeping only the packages currently
  used.
  
  Fine! Could you get someone from the Java team double check and second this 
  ?
 
 Hello Bill,
 
 Seconded.  java5 is our minimum supported runtime (I believe since
 squeeze), so I don't see any need for java1 or java2 as virtual package
 names.
 
 I have a preference for non-graphical over non graphical in the
 description of the -headless variants, but it appears that both usages
 are common.

OK, so I offer the following patch. Is it fine ?

Cheers,
-- 
Bill. ballo...@debian.org

Imagine a large red swirl here. 
diff --git a/virtual-package-names-list.txt b/virtual-package-names-list.txt
index 2c2a175..ac98261 100644
--- a/virtual-package-names-list.txt
+++ b/virtual-package-names-list.txt
@@ -161,8 +161,16 @@ Graphics and MultiMedia
 
 Java and virtual machines
 -
- java1-runtime   a Java runtime environment, Java version 1
- java2-runtime   a Java runtime environment, Java version 2
+ java5-runtime   a Java runtime environment, Java version 5
+ java6-runtime   a Java runtime environment, Java version 6
+ java7-runtime   a Java runtime environment, Java version 7
+ java8-runtime   a Java runtime environment, Java version 8
+ java9-runtime   a Java runtime environment, Java version 9
+ java5-runtime-headless  a non-graphical Java runtime environment, Java ver. 5
+ java6-runtime-headless  a non-graphical Java runtime environment, Java ver. 6
+ java7-runtime-headless  a non-graphical Java runtime environment, Java ver. 7
+ java8-runtime-headless  a non-graphical Java runtime environment, Java ver. 8
+ java9-runtime-headless  a non-graphical Java runtime environment, Java ver. 9
 
 Scheme and interpreters
 -
@@ -329,3 +337,7 @@ Bill Allombert:
 Charles Plessy:
   03 Aug 2013 Removed mp3-encoder
   17 Aug 2013 Removed mp3-decoder
+
+Bill Allombert:
+  16 Jul 2014 Added java{5,6,7,8,9}-runtime{,-headless}
+  Removed java1-runtime, java2-runtime

Bug#754947: ITP: tiptop -- performance monitoring tool for Linux

Package: wnpp
Severity: wishlist
Owner: Tomasz Buchert tomasz.buch...@inria.fr

  Package name: tiptop
  Version :  2.2
  Upstream Author :  Erven Rohou
  URL : http://tiptop.gforge.inria.fr/
  License : GPL2
  Programming Lang: C
  Description : performance monitoring tool for Linux

Tiptop is a performance monitoring tool for Linux. It provides
a dynamic real-time view of the tasks running in the system.
Tiptop is very similar to the top utility, but most of the information
displayed comes from hardware counters.

The package is quite simple, I intend to work on it alone.
There is RFP for tiptop: https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=754932

Cheers,
Tomasz Buchert


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

Bug#743316: cogl: Fix libcogl-dev dependency on hurd-i386

2014-07-16 Thread Samuel Thibault

Control: reopen -1
Control: found -1 1.18.2-1

Hello,

The proposed patch doesn't seem to have been applied in version 1.18.2-1

For your convenience, here it is again.

Thanks,
Samuel
--- debian/control.orig 2014-04-01 19:21:16.213577794 +0200
+++ debian/control  2014-04-01 19:23:55.137763197 +0200
@@ -66,7 +66,7 @@
 Depends: libcogl20 (= ${binary:Version}),
  gir1.2-cogl-1.0 (= ${binary:Version}),
  libgl1-mesa-dev (= 7.1~rc3-1~),
- libgles2-mesa-dev (= 7.1~rc3-1~) [!hurd-any] | libgles2-dev 
[!hurd-any],
+ libgles2-mesa-dev (= 7.1~rc3-1~) | libgles2-dev,
  libglib2.0-dev (= 2.28.0),
  libdrm-dev [!hurd-any],
  libwayland-dev [linux-any],
@@ -230,7 +230,7 @@
  dynamic bindings for libcogl-pango.
 
 Package: libcogl-gles2-20
-Architecture: linux-any kfreebsd-any
+Architecture: any
 Depends: ${shlibs:Depends},
  ${misc:Depends},
  libgl1-mesa-glx [!armel !armhf ],
@@ -250,7 +250,7 @@
 
 Package: libcogl-gles2-dev
 Section: libdevel
-Architecture: linux-any kfreebsd-any
+Architecture: any
 Depends: libcogl-gles2-20 (= ${binary:Version}),
  libcogl-dev (= ${binary:Version}),
  ${misc:Depends},

Bug#754948: vtk6: Please switch to Qt5

2014-07-16 Thread Dimitri John Ledkov

Package: vtk6
Version: 6.1.0+dfsg-8
Severity: normal
Tags: patch

Dear Maintainer,

Please consider switching to Qt5 only. Patch is attached and also pushed
to team repo, into qt5 branch.

Regards,

Dimitri.

From 61c977246c56c2ede45080187021d64134c38ab4 Mon Sep 17 00:00:00 2001
From: Dimitri John Ledkov x...@ubuntu.com
Date: Wed, 16 Jul 2014 10:59:43 +0100
Subject: [PATCH] Switch vtk6 to Qt5.

---
 debian/changelog | 6 ++
 debian/control   | 7 ---
 debian/rules | 1 +
 3 files changed, 11 insertions(+), 3 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 9037d4b..218548e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+vtk6 (6.1.0+dfsg-9) UNRELEASED; urgency=medium
+
+  * Switch vtk6 to Qt5.
+
+ -- Dimitri John Ledkov x...@ubuntu.com  Wed, 16 Jul 2014 10:56:17 +0100
+
 vtk6 (6.1.0+dfsg-8) unstable; urgency=medium
 
   * [f813911] Add libxdmf-dev to Depends of libvtk6-dev.
diff --git a/debian/control b/debian/control
index dac4f93..a108858 100644
--- a/debian/control
+++ b/debian/control
@@ -38,9 +38,10 @@ Build-Depends:
  libosmesa6-dev,
  libpng-dev,
  libpq-dev,
- libqt4-dev,
- libqt4-opengl-dev,
- libqtwebkit-dev,
+ qtbase5-dev,
+ libqt5webkit5-dev,
+ libqt5opengl5-dev,
+ qttools5-private-dev,
  libsqlite3-dev,
  libswscale-dev,
  libtheora-dev,
diff --git a/debian/rules b/debian/rules
index 7470254..d84ab44 100755
--- a/debian/rules
+++ b/debian/rules
@@ -35,6 +35,7 @@ extra_flags +=  \
 	-DVTK_Group_Qt=ON \
 	-DVTK_Group_Tk=ON \
 	-DVTK_Group_Views=ON \
+	-DVTK_QT_VERSION=5 \
 	-DVTK_BUILD_ALL_MODULES=ON \
 	-DMPI_CXX_INCLUDE_PATH=/usr/include/mpi \
 	-DVTK_INSTALL_LIBRARY_DIR=/usr/lib/$(DEB_HOST_MULTIARCH) \
-- 
2.0.1

Bug#754949: /etc/piuparts/scripts/pre_remove_40_find_obsolete_conffiles: conffile not removed on upgrade

2014-07-16 Thread Laurent Bigonville

Package: piuparts
Version: 0.59
Severity: normal
File: /etc/piuparts/scripts/pre_remove_40_find_obsolete_conffiles

Hi,

On my system it seems that
/etc/piuparts/scripts/pre_remove_40_find_obsolete_conffiles has not been
properly removed on upgrade.

I guess the files specifically need to be deleted.

Cheers,

Laurent Bigonville

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

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

Versions of packages piuparts depends on:
ii  debootstrap  1.0.60
ii  debsums  2.0.52+nmu2
ii  dpkg 1.17.10
ii  lsb-release  4.1+Debian13
ii  lsof 4.86+dfsg-1
ii  piuparts-common  0.59
ii  python-debian0.1.22
pn  python:any   none

Versions of packages piuparts recommends:
ii  adequate  0.12

Versions of packages piuparts suggests:
ii  schroot  1.6.10-1+b1

-- no debconf information


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

Bug#746279: systemd: wrong permissions on non-persistent /run/log/journal

2014-07-16 Thread Alessandro Ghedini

On Mon, Apr 28, 2014 at 11:58:46PM +0200, Michael Biebl wrote:
 Am 28.04.2014 20:12, schrieb Alessandro Ghedini:
  On Mon, Apr 28, 2014 at 08:01:55PM +0200, Alessandro Ghedini wrote:
  On Mon, Apr 28, 2014 at 07:39:10PM +0200, Michael Biebl wrote:
  Am 28.04.2014 19:19, schrieb Alessandro Ghedini:
  I also had to add the line:
 
  m /run/log/journal/%m/system.journal 2755 root systemd-journal - -
 
  to /usr/lib/tmpfiles.d/systemd.conf, because, while the directory got 
  the right
  owner, the journal file did not (it was still root:root).
 
 
  Shouldn't the sticky bit ensure that subdirectories get the correct
  permissions once they are created?
 
  If I understand things correctly m only works on already existing 
  directories
  and files, which means system.journal is already there with the wrong 
  usr:grp,
  and changing the owner of a sticky directory won't change the owner of the 
  files
  it contains... unless you do a recursive chown/chmod, which, I just 
  noticed,
  is what systemd does since commit a606871da50 (it uses Z instead of m).
 
  I'm gonna try that and report back.
  
  Yep, it works. The diff for Debian is:
  
  --- /usr/lib/tmpfiles.d/systemd.conf2014-04-28 00:59:40.0 
  +0200
  +++ /usr/lib/tmpfiles.d/systemd.conf2014-04-28 20:08:52.699331263 
  +0200
  @@ -25,4 +25,6 @@
   F /run/nologin 0644 - - - System is booting up. See pam_nologin(8)
   
   m /var/log/journal 2755 root systemd-journal - -
  -m /var/log/journal/%m 2755 root systemd-journal - -
  +Z /var/log/journal/%m 2755 root systemd-journal - -
  +m /run/log/journal 2755 root systemd-journal - -
  +Z /run/log/journal/%m 2755 root systemd-journal - -
  
 
 Thanks for investigating, Alessandro.
 I'll cherry-pick the fixes for 208

The patch tmpfiles-fix-permissions-on-new-journal-files.patch fixes this (not
sure if 208-6 was the version that introduced that patch though), so this bug
can be closed I think.

Cheers


signature.asc
Description: Digital signature

Bug#754950: ggobi doesn't build with graphviz 2.3x anymore

2014-07-16 Thread Matthias Klose

Package: src:ggobi
Version: 2.1.10-5
Severity: serious
Tags: sid jessie patch

The work around / patch for now seems to be:

  * Drop graphviz build-dependency for now as ggobi won't build with
graphviz 2.30.

taken from Ubuntu.


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

Bug#746863: [Debian-med-packaging] Bug#746863: FTBFS src:insighttoolkit4

2014-07-16 Thread Gert Wollny

On Tue, 2014-07-15 at 23:14 +0200, Andreas Tille wrote:
[...]
 I could do the sponsering if needed.  Please confirm that
 debian/makeSource.sh really fetches the source you are working on.
 I also think *if* I would do the upload and nobody would beat me
 I would switch to xz compression for the original tarball.

After the new gccxml package becomes available in sid I could do the
insighttoolkit4 upload.

best regards,
Gert



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

Bug#713340: /etc/modprobe.d/i915-kms.conf: Explicitly remove /etc/modprobe.d/i915-kms.conf on upgrade

2014-07-16 Thread Laurent Bigonville

notfixed 713340 2:2.19.0-6
reopen 713340
thanks

Hi,

Well I think this is not fixed yet actually.

I cannot find anything in the maintainer scripts suggesting that the
file is explicitly removed on upgrade.

Cheers,

Laurent Bigonville


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

Bug#680742: Request: Reactivation of RoarAudio support in openal-soft

2014-07-16 Thread bret curtis

Status report:

We're currently on OpenAL-Soft 1.14, libroar doesn't look to be
dropped as it is still in sid and is going into Jessie.

The libroar (libsndio is a virtual package to libroar) package is
marked as 'suggested' by OpenAL-Soft but still required for building.
It hasn't gone anywhere, so if you install it yourself, it should
still be usable by OpenAL-Soft.

At this point, unless anyone objects or gives a better recommendation
in 2 weeks (as of today), I'll close this bug.

Cheers,
Bret


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

Bug#754951: flowcanvas fails to build with graphviz 2.3x

2014-07-16 Thread Matthias Klose

Package: src:flowcanvas
Version: 0.7.1+dfsg0-0.2
Severity: serious
Tags: sid jessie patch

flowcanvas fails to build with graphviz 2.3x, patch at
http://patches.ubuntu.com/f/flowcanvas/flowcanvas_0.7.1+dfsg0-0.2ubuntu2.patch


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

Bug#754942: jtreg uses /usr/lib/jvm/default-java/ but does not depend on default-jre-headless

Hi Thomas,

jtreg doesn't depend on a Java runtime because it can use the JDK being
tested to run. This is done by setting the JT_JAVA environment variable
(or JAVA_HOME with jtreg 4.1-2 in Wheezy).

The best we could do would be to add a suggested dependency, but this
can't be a hard dependency.

Also note that you'll have to backport jtreg 4.1-b09-1 from unstable if
you want to run the openjdk-8 tests in Wheezy, jtreg 4.1-2 doesn't work.

Emmanuel Bourg


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

Bug#747012: Regression test failures on powerpc, s390x and sparc

2014-07-16 Thread Bjorn Reese


On 07/16/2014 02:16 AM, Réczey Bálint wrote:


Great! Bjorn, do your plan making a new release anytime soon?


Last release was 4 years ago, so I will make a new one.


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

Bug#754947: ITP: tiptop -- performance monitoring tool for Linux

2014-07-16 Thread Steve

 Tiptop is a performance monitoring tool for Linux. It provides
 a dynamic real-time view of the tasks running in the system.
 Tiptop is very similar to the top utility, but most of the information
 displayed comes from hardware counters.

  Note that if you want the -K/--kernel support to work the tool
 must be a) launched by root, or b) installed setuid(root).

  I'd strongly recommend against the latter as there are potential
 security issues.

  (The code tries to drop privileges for the -o outfile handling,
 for example, but does not do the same for the -W error.file handler.
 If the code is installed setuid(root) the user can overwrite any
 file on the system with ease.)


Steve
-- 
http://www.steve.org.uk/

Bug#752443: upower 0.99 transition started

Hi Andrew,

On 14/07/14 11:39, Andrew Shadura wrote:
 Hello,
 
 On 14 July 2014 11:25, Andreas Henriksson andr...@fatal.se wrote:
 The upower transitions (#751953) has now been started and this
 makes your package fail to build from source in unstable.
 
 Andreas, I'd expect a patch from you prior to the upload of a newer
 upower. I currently have no time nor desire to review the API changes
 to perform the porting, so a tested and working patch would really
 help.

This package is orphaned and abandoned upstream, so I didn't consider it a
blocker for the transition. If you care about it, perhaps you can fix this bug
and adopt the package? I haven't checked how much porting work is needed here,
but upower.c is small so hopefully it's not too bad.

Cheers,
Emilio


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

Bug#754953: transition: graphviz 2.3x

2014-07-16 Thread Matthias Klose

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

graphviz 2.3x is now in unstable, providing support for all recent interpreters.
 There are two packages needing a fix (and having a patch), and some to binNMU.

 - ggobi: http://bugs.debian.org/754950

 - flowcanvas: http://bugs.debian.org/754951

 - binNMUs are needed for python-pygraphviz, valadoc, nip2,
   ganv, gammaray.


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

Bug#754954: Missing CSS files for examples

2014-07-16 Thread W. Martin Borgert


Package: libjs-rickshaw
Version: 1.5.0.dfsg-1
Severity: wishlist

The examples reference detail.css, graph.css, and legend.css,
which are in the source package, but not in the binary package.
It would be nice to have them packaged.


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

Bug#754955: libsnmp-dev: File descriptors larger than FD_SETSIZE crash the init_snmp() function

2014-07-16 Thread Petr Zajicek

Package: libsnmp-dev
Version: 5.7.2.1~dfsg-5
Severity: important
Tags: patch

Dear Maintainer,

I was debugging a sub agent running on a thread started by a larger
application.
If the process used up more file descriptors than FD_SETSIZE before starting
the thread which was running the sub agent, the sub agent crashed on the
init_snmp() function. This should not be a problem since versions over NetSNMP
5.5 can and should use netsnmp_large_fd_set struct to deal with large file
descriptors.

Debugging the issue I've found that the functions used to manipulate the large
file descriptor sets ( netsnmp_large_fd_setfd(),  netsnmp_large_fd_clr(),
netsnmp_large_fd_is_set(),  netsnmp_large_fd_set_resize() ) use the macros
FD_SET, FD_CLR, FD_ISSET. These macros should be size independent, however in
newer versions of libc library they have an inbuilt buffer overflow protection
which tests agains the FD_SETSIZE, when manipulating a file descriptor from the
set.

Also the functions snmp_synch_response_cb() and snmp_sess_synch_response()
still use the standard fd_set struct, wich causes an infinite loop if the
response is expected on a file descriptor larger than FD_SETSIZE. This is
aready fixed in upstream PATCH 3394386, I've just used the fix.

Attached a suggested patch.

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

Kernel: Linux 3.13.0-30-generic (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 libsnmp-dev depends on:
ii  libc6-dev2.19-0ubuntu6
ii  libsensors4-dev  1:3.3.4-2ubuntu1
ii  libsnmp305.7.2.1~dfsg-5
ii  libssl-dev   1.0.1f-1ubuntu2.4
ii  libwrap0-dev 7.6.q-25
ii  procps   1:3.3.9-1ubuntu2

libsnmp-dev recommends no packages.

libsnmp-dev suggests no packages.
commit 530958fd97c34ebb213f4fb82746af126b00eb14
Author: Petr Zajicek petr.zaji...@nangu.tv
Date:   Tue Jul 15 15:20:21 2014 +0200

Bug 36980: Improved netsnmp_large_fd_set struct support in sub agents.

Changes to be committed:
	modified:   snmplib/large_fd_set.c
	modified:   snmplib/snmp_client.c

diff --git a/snmplib/large_fd_set.c b/snmplib/large_fd_set.c
index 32f57b3..ffe37f8 100644
--- a/snmplib/large_fd_set.c
+++ b/snmplib/large_fd_set.c
@@ -79,6 +79,10 @@ netsnmp_large_fd_is_set(SOCKET fd, netsnmp_large_fd_set * fdset)
 
 #else
 
+const unsigned int number_of_bits = (8 * (int) sizeof (__fd_mask));
+inline unsigned int pos_in_array( int fd ) { return fd / number_of_bits; }
+inline __fd_mask get_mask_for_fd( int fd ) { return (__fd_mask) ( 1UL  (fd % number_of_bits) ); }
+
 void
 netsnmp_large_fd_setfd(int fd, netsnmp_large_fd_set * fdset)
 {
@@ -87,7 +91,7 @@ netsnmp_large_fd_setfd(int fd, netsnmp_large_fd_set * fdset)
 while (fd = (int)fdset-lfs_setsize)
 netsnmp_large_fd_set_resize(fdset, 2 * (fdset-lfs_setsize + 1));
 
-FD_SET(fd, fdset-lfs_setptr);
+((__fd_mask*)(fdset-lfs_setptr))[ pos_in_array( fd ) ] |= get_mask_for_fd( fd );
 }
 
 void
@@ -96,7 +100,9 @@ netsnmp_large_fd_clr(int fd, netsnmp_large_fd_set * fdset)
 netsnmp_assert(fd = 0);
 
 if ((unsigned)fd  fdset-lfs_setsize)
-FD_CLR(fd, fdset-lfs_setptr);
+{
+((__fd_mask*)(fdset-lfs_setptr))[ pos_in_array( fd ) ] = ~get_mask_for_fd( fd );
+}
 }
 
 int
@@ -104,7 +110,10 @@ netsnmp_large_fd_is_set(int fd, netsnmp_large_fd_set * fdset)
 {
 netsnmp_assert(fd = 0);
 
-return (unsigned)fd  fdset-lfs_setsize  FD_ISSET(fd, fdset-lfs_setptr);
+if( (unsigned)fd  fdset-lfs_setsize )
+return 0;
+
+return ((__fd_mask*)(fdset-lfs_setptr))[ pos_in_array( fd ) ]  get_mask_for_fd( fd );
 }
 
 #endif
@@ -182,7 +191,7 @@ netsnmp_large_fd_set_resize(netsnmp_large_fd_set * fdset, int setsize)
  * resized *fdset but that were not defined in the original *fdset.
  */
 for (i = fdset-lfs_setsize; i  setsize; i++)
-FD_CLR(i, fdset-lfs_setptr);
+((__fd_mask*)(fdset-lfs_setptr))[ pos_in_array( i ) ] = ~get_mask_for_fd( i );
 }
 #endif
 
diff --git a/snmplib/snmp_client.c b/snmplib/snmp_client.c
index c1aa9c4..998776f 100644
--- a/snmplib/snmp_client.c
+++ b/snmplib/snmp_client.c
@@ -97,6 +97,7 @@ SOFTWARE.
 #include net-snmp/library/mib.h
 #include net-snmp/library/snmp_logging.h
 #include net-snmp/library/snmp_assert.h
+#include net-snmp/library/large_fd_set.h
 #include net-snmp/pdu_api.h
 
 netsnmp_feature_child_of(snmp_client_all, libnetsnmp)
@@ -110,17 +111,6 @@ netsnmp_feature_child_of(row_create, snmp_client_all)
 #define BSD4_2
 #endif
 
-#ifndef FD_SET
-
-typedef longfd_mask;
-#define NFDBITS	(sizeof(fd_mask) * NBBY)/* bits per mask */
-
-#define	FD_SET(n, p)	((p)-fds_bits[(n)/NFDBITS] |= (1  ((n) % NFDBITS)))
-#define	FD_CLR(n,

Bug#754956: rsnapshot running with lazy_delete deletes lockfile twice

2014-07-16 Thread Dmitriy Matrosov

Package: rsnapshot
Version: 1.3.1-3
Severity: important
Tags: patch

Hi.

When 'lazy_delete' option is enabled, rsnapshot deletes lock file twice: first
before starting `rm -rf`, and second time, when `rm -rf` finishes. But second
time the lockfile may not belong to this rsnapshot process. Here is a test.
I'll use wrappers around `rm` and `rsync` to insert a delay of 30 second for
their run:

# cat rm_wait
#!/bin/sh

set -euf
sleep 30;
/bin/rm $@

and

# cat rsync_wait
#!/bin/sh

set -euf
sleep 30
/usr/bin/rsync $@

then i limit 'hourly' backups to 2 copies (see entire config at the end):

# ls -al storage/
total 16
drwx-- 4 root root 4096 Jul 16 14:16 .
drwx-- 4 root root 4096 Jul 16 14:16 ..
drwx-- 3 root root 4096 Jul 16 14:16 hourly.0
drwx-- 3 root root 4096 Jul 16 14:15 hourly.1

and start two rsnapshot instances from two terminals with some delay:

# rsnapshot -c ./rsnapshot.conf hourly ; ls -l rsnapshot.pid
ls: cannot access rsnapshot.pid: No such file or directory

(note, that there is no lock file after 'hourly' finishes, but it should be,
because this is 'sync's lockfile)

# rsnapshot -c ./rsnapshot.conf sync
#

first i start rsnapshot hourly:

[16/Jul/2014:14:21:21] /usr/bin/rsnapshot -c ./rsnapshot.conf hourly: 
started
[16/Jul/2014:14:21:21] Setting locale to POSIX C
[16/Jul/2014:14:21:21] echo 2255  /root/test_lazy_delete/rsnapshot.pid
[16/Jul/2014:14:21:21] mv /root/test_lazy_delete/storage/hourly.1/ 
/root/test_lazy_delete/storage/_delete.2255/
[16/Jul/2014:14:21:21] mv /root/test_lazy_delete/storage/hourly.0/ 
/root/test_lazy_delete/storage/hourly.1/
[16/Jul/2014:14:21:21] rm -f /root/test_lazy_delete/rsnapshot.pid
[16/Jul/2014:14:21:21] /root/test_lazy_delete/rm_wait -rf 
/root/test_lazy_delete/storage/_delete.2255

and then, when hourly deletes its lockfile and starts `rm -rf`, i start 
rsnapshot sync:

[16/Jul/2014:14:21:28] /usr/bin/rsnapshot -c ./rsnapshot.conf sync: started
[16/Jul/2014:14:21:28] Setting locale to POSIX C
[16/Jul/2014:14:21:28] echo 2262  /root/test_lazy_delete/rsnapshot.pid
[16/Jul/2014:14:21:28] mkdir -m 0755 -p 
/root/test_lazy_delete/storage/.sync/
[16/Jul/2014:14:21:28] /root/test_lazy_delete/rsync_wait -a --delete 
--numeric-ids --relative --delete-excluded 
--link-dest=/root/test_lazy_delete/storage/hourly.1/localhost/ 
/root/test_lazy_delete/./data /root/test_lazy_delete/storage/.sync/localhost/

the 'hourly' instance finishes first and deletes (again!) lockfile, which now
belongs to 'sync' instance:

[16/Jul/2014:14:21:51] rm -f /root/test_lazy_delete/rsnapshot.pid
[16/Jul/2014:14:21:51] /usr/bin/rsnapshot -c ./rsnapshot.conf hourly: 
completed successfully

then 'sync' instance finishes:

[16/Jul/2014:14:21:58] rsync succeeded
[16/Jul/2014:14:21:58] touch /root/test_lazy_delete/storage/.sync/
[16/Jul/2014:14:21:58] No directory to delete: 
/root/test_lazy_delete/storage/_delete.2262
[16/Jul/2014:14:21:58] No need to remove non-existent lock 
/root/test_lazy_delete/rsnapshot.pid
[16/Jul/2014:14:21:58] /usr/bin/rsnapshot -c ./rsnapshot.conf sync: 
completed successfully


The problem is because rsnapshot calls remove_lockfile() after
handle_interval() in any case (even if it has already deleted lockfile due to
'lazy_delete').

So, here is the patch, which adds check before removing lockfile after
handle_interval(), that lockfile really belongs to this rsnapshot process (i
don't know perl, even syntax, so i just copy-pasted different chunks of
rsnapshot code):



--- /usr/bin/rsnapshot  2011-07-09 18:39:45.0 +0400
+++ ./rsnapshot.patch   2014-07-16 14:45:31.334504669 +0400
@@ -287,7 +287,7 @@
 handle_interval( $cmd );

 # if we have a lockfile, remove it
-remove_lockfile();
+remove_lockfile_if_owner();

 # if we got this far, the program is done running
 # write to the log and syslog with the status of the outcome
@@ -2350,6 +2350,37 @@
return (1);
 }

+# Calls remove_lockfile(), if there is ours lockfile. Otherwise, do nothing
+# and return 1 (as remove_lockfile() does).  Also, it can exit the program
+# with 1 if it can't read lockfile.
+sub remove_lockfile_if_owner {
+   if (!defined($config_vars{'lockfile'})) {
+   return (undef);
+   }
+
+   my $lockfile = $config_vars{'lockfile'};
+   my $result = undef;
+
+   print_msg ([$$]: Removing lock file, if we owns it., 3);
+   if ( -e $lockfile ) {
+   if(!open(LOCKFILE, $lockfile)) {
+   print_err ([$$]: Can't read $lockfile, will not delete 
it!, 1);
+   syslog_err([$$]: Can't read $lockfile, will not delete 
it);
+   exit(1);
+   }
+   my $pid = LOCKFILE;
+   chomp($pid);
+   close(LOCKFILE);
+   if ($$ != $pid) {
+   print_warn ([$$]:

Bug#728053: Updated debdiff for mesa to compile on m68k

2014-07-16 Thread Thorsten Glaser

Hi all,

updated debdiff attached. Package compiles fine with it
(on i386 and m68k), and the invalid alignment assumptions
were made explicit with no ABI breakage.
Please apply.

Thanks,
//mirabilos
-- 
15:41⎜Lo-lan-do:#fusionforge Somebody write a testsuite for helloworld :-)diff -u mesa-10.2.3/debian/changelog mesa-10.2.3/debian/changelog
--- mesa-10.2.3/debian/changelog
+++ mesa-10.2.3/debian/changelog
@@ -1,3 +1,9 @@
+mesa (10.2.3-1+m68k.1) unreleased; urgency=low
+
+  * Fix struct alignment assumptions. (Closes: #728053)
+
+ -- Thorsten Glaser t...@mirbsd.de  Tue, 15 Jul 2014 13:50:57 +0200
+
 mesa (10.2.3-1) unstable; urgency=low
 
   [ Maarten Lankhorst ]
diff -u mesa-10.2.3/debian/patches/series mesa-10.2.3/debian/patches/series
--- mesa-10.2.3/debian/patches/series
+++ mesa-10.2.3/debian/patches/series
@@ -1,0 +2 @@
+08_gallium-fix-build-failure-on-m68k.diff
only in patch2:
unchanged:
--- mesa-10.2.3.orig/debian/patches/08_gallium-fix-build-failure-on-m68k.diff
+++ mesa-10.2.3/debian/patches/08_gallium-fix-build-failure-on-m68k.diff
@@ -0,0 +1,26 @@
+From: Thorsten Glaser t...@debian.org
+Date: Wed, 30 Oct 2013 18:04:07 +0100
+Subject: Fix FTBFS on m68k due to invalid struct alignment assumptions
+Debian-Bug: #728053
+
+Make alignment assumptions explicit by inserting correct padding,
+as upstream already did for other parts of the structure.
+
+--- a/src/gallium/drivers/nouveau/nv50/nv84_video_bsp.c
 b/src/gallium/drivers/nouveau/nv50/nv84_video_bsp.c
+@@ -67,10 +67,15 @@ struct iparm {
+  uint32_t field_is_ref; // 04 // bit0: top, bit1: bottom
+  uint8_t is_long_term; // 08
+  uint8_t non_existing; // 09
++ uint8_t u0a; // 0a
++ uint8_t u0b; // 0b
+  uint32_t frame_idx; // 0c
+  uint32_t field_order_cnt[2]; // 10
+  uint32_t mvidx; // 18
+  uint8_t field_pic_flag; // 1c
++ uint8_t u1d; // 1d
++ uint8_t u1e; // 1e
++ uint8_t u1f; // 1f
+  // 20
+   } refs[0x10]; // 1e0
+} ipicparm; // 150

Bug#754957: notmuch-web: JS / UI bugs

2014-07-16 Thread David Bremner

Package: notmuch-web
Version: 0.2.0-6
Severity: normal

The following issues do not occur with the pre-compiled notmuch-web
binary, but do occur with the debian package

- read messages (those without unread tag) refuse to expand when
  clicked.

- the tag editing box refuses to go away when either close button is
  clicked.

I suspect, but haven't verified, that these problems are related to
the rather old version of libjs-twitter-bootstrap shipped in Debian.


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

Kernel: Linux 3.14-1-amd64 (SMP w/4 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 notmuch-web depends on:
ii  libc62.19-4
ii  libffi6  3.1-2
ii  libgmp10 2:6.0.0+dfsg-4
ii  libicu52 52.1-4
ii  libyaml-0-2  0.1.4-3.2
ii  notmuch  0.18.1+45~gf47eeac+1
ii  zlib1g   1:1.2.8.dfsg-1

notmuch-web recommends no packages.

notmuch-web 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#728053: Updated debdiff for mesa to compile on m68k

2014-07-16 Thread John Paul Adrian Glaubitz

Hi Thorsten!

On 07/16/2014 01:03 PM, Thorsten Glaser wrote:
 updated debdiff attached. Package compiles fine with it
 (on i386 and m68k), and the invalid alignment assumptions
 were made explicit with no ABI breakage.

Awesome! That's great to hear!

 Please apply.

Absolutely. Could the upstream Mesa developers maybe apply the patch
as well?

We're putting lots of efforts into the m68k port and we have many
users who love running Debian on retro m68k hardware and emulators
and we even got some official funding through Debian to buy hardware.
Even Greg Kroah-Hartman says he appreciates the port when I asked
him about on LinuxTag, it helps spotting regressions :).

So, please help us and apply Thorsten's patch provided it won't
break anything else.

Thanks!

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


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

Bug#752443: upower 0.99 transition started

2014-07-16 Thread Andrew Shadura

Hello,

On 16 July 2014 12:38, Emilio Pozuelo Monfort po...@debian.org wrote:
 Andreas, I'd expect a patch from you prior to the upload of a newer
 upower. I currently have no time nor desire to review the API changes
 to perform the porting, so a tested and working patch would really
 help.

 This package is orphaned and abandoned upstream, so I didn't consider it a
 blocker for the transition. If you care about it, perhaps you can fix this bug
 and adopt the package? I haven't checked how much porting work is needed here,
 but upower.c is small so hopefully it's not too bad.

The package is orphaned but not abandoned. I'm the original author of
upower.c. As it worked for me, there was no need to rewrite it until
the new upower introduced the breakage. I still have the old upower,
and I don't have time to check what's broken.

Anyway, this feels really weird. We've been told that using /proc and
/sys is bad, as those interfaces are unstable and can change any time.
Also we've been told that upower is Teh Stable Interface to use. Okay,
we use it. And now it breaks, while users of /sys don't have any
problems at all.

-- 
Cheers,
  Andrew


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

Bug#754958: basex: FTBFS with Java 8: reference to Base64 is ambiguous

Source: basex
Version: 7.8.2-1
Severity: important
User: debian-j...@lists.debian.org
Usertags: openjdk-8-transition

Hi,

During a rebuild of all Java packages in sid with OpenJDK 8,
this package failed to build with the following error:


[INFO] 

[INFO] Building BaseX Core
[INFO]task-segment: [package]
[INFO] 

[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 63 resources
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 947 source files to 
/«PKGBUILDDIR»/basex-core/target/classes
[INFO] -
[ERROR] COMPILATION ERROR : 
[INFO] -
[ERROR] 
/«PKGBUILDDIR»/basex-core/src/main/java/org/basex/query/util/http/HTTPClient.java:[199,25]
 error: reference to Base64 is ambiguous
[INFO] 1 error
[INFO] -


This issue can be fixed by upgrading to the version 7.9 or applying these 
patches:

https://github.com/BaseXdb/basex/commit/ea622d
https://github.com/BaseXdb/basex/commit/705ce9

OpenJDK 8 packages are available for testing here:
http://87.98.165.193/debian/openjdk-8u5-b13/


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

Bug#642357: Fix?

2014-07-16 Thread Olaf Zaplinski


Hi! Anything new here?

Olaf


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

Bug#728053: Updated debdiff for mesa to compile on m68k

2014-07-16 Thread Thorsten Glaser

On Wed, 16 Jul 2014, John Paul Adrian Glaubitz wrote:

 Absolutely. Could the upstream Mesa developers maybe apply the patch
 as well?

They are not taking us for real, see #728053 for their feedback…

 We're putting lots of efforts into the m68k port and we have many
 users who love running Debian on retro m68k hardware and emulators
 and we even got some official funding through Debian to buy hardware.
 Even Greg Kroah-Hartman says he appreciates the port when I asked
 him about on LinuxTag, it helps spotting regressions :).

Not just that – I’ve seen people run MiNT on Atari with actual
ATI Radeon cards (not yet supported on Linux due to missing
kernel-side PCI bus glue, but probably not much work), and
it’s not a stretch to believe Nięvida could be next.

bye,
//mirabilos
-- 
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty output that accentuates irrelevant
detail in the program, which is as sensible as putting all the prepositions
in English text in bold font.   -- Rob Pike in Notes on Programming in C


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

Bug#752443: upower 0.99 transition started

2014-07-16 Thread Andrew Shadura

On 16 July 2014 13:10, Andrew Shadura andre...@debian.org wrote:
 Hello,

 On 16 July 2014 12:38, Emilio Pozuelo Monfort po...@debian.org wrote:

 The package is orphaned but not abandoned. I'm the original author of
 upower.c. As it worked for me, there was no need to rewrite it until
 the new upower introduced the breakage. I still have the old upower,
 and I don't have time to check what's broken.

Okay, it seems Samuli Suominen has written a patch already. I'll try
it tonight and upload new wmbattery and sleepd if it works.

-- 
Cheers,
  Andrew


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

Bug#754959: libnfs: Ship examples and utilities in extra package

2014-07-16 Thread Salvatore Bonaccorso

Source: libnfs
Version: 1.9.4-1
Severity: wishlist

Hi

upstream source for libnfs ship further directories with examples and
utlities (nfs-ls). Would it be possible to install these also via an
additional binary package?

Thanks for maintaining libnfs!

Regards,
Salvatore


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

Bug#754960: libapache2-mod-gnutls: cannot disable SSLv3

2014-07-16 Thread Olaf Zaplinski

Package: libapache2-mod-gnutls
Version: 0.5.10-1.1
Severity: normal

Dear Maintainer,

when I try to disable SSLv3 on one of my virtual name based vhosts with this 
line:

   GnuTLSPriorities 
SECURE256:-VERS-SSL3.0:-VERS-TLS1.0:+VERS-TLS1.2:+VERS-TLS1.1

the Qualsys SSL labs test still tells me that my site is offering SSLv3. Even 
worse when I try:

   GnuTLSPriorities -VERS-SSL3.0:-VERS-TLS1.0:+VERS-TLS1.2:+VERS-TLS1.1

because then no error is logged at a apache reload, but my site presents the 
wrong SSL certificate.


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

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

Versions of packages libapache2-mod-gnutls depends on:
ii  libapr-memcache0  0.7.0-1
ii  libc6 2.13-38+deb7u3
ii  libgnutls26   2.12.20-8+deb7u2

libapache2-mod-gnutls recommends no packages.

libapache2-mod-gnutls suggests no packages.

-- Configuration Files:
/etc/apache2/sites-available/default-tls changed:
IfModule mod_gnutls.c 
GnuTLSCache none none
VirtualHost _default_:443
ServerAdmin webmaster@localhost
DocumentRoot /var/www/
Directory /
Options FollowSymLinks
AllowOverride None
/Directory
Directory /var/www/
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
/Directory
ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
Directory /usr/lib/cgi-bin
AllowOverride None
Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
Order allow,deny
Allow from all
/Directory
ErrorLog ${APACHE_LOG_DIR}/error.log
# Possible values include: debug, info, notice, warn, error, crit, 
alert, emerg.
LogLevel warn
CustomLog ${APACHE_LOG_DIR}/ssl_access.log combined
GnuTLSEnable On
# GnuTLSKeyFile /etc/ssl/private/apache-new.key
# GnuTLSCertificateFile /etc/ssl/certs/tuxfriends.net+cacert.pem
GnuTLSKeyFile   /etc/ssl/private/apache.key
GnuTLSCertificateFile   /etc/ssl/certs/binky.tuxfriends.net.pem
GnuTLSPrioritiesNORMAL
/VirtualHost 
/IfModule


-- 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#754961: gnome-shell: impossible version for gnome-shell required

2014-07-16 Thread Osamu Aoki

Package: gnome-shell
Version: 3.8.4-8.1
Severity: normal

unstable upgrade was stalled as:

gnome-shell-common3.8.4-8.1  3.12.2-3
I have 3.8.4-8.1 installed and unstable now has: 3.12.2-3

gnome-shell-common will not be upgraded to version 3.12.2-3, to avoid
breaking ▒ the following dependencies:   
gnome-shell-common replaces gnome-shell ( 3.2.1-6) [UNAVAILABLE]


I see very similar breakage with gnome-session.
gnome-session-common  3.8.4-43.12.1-3

gnome-session-common will not be upgraded to version 3.12.1-3, to avoid▒
breaking the following dependencies:   ▒
   ▒
   ▒
  * gnome-session-common replaces gnome-session ( 3.0) [UNAVAILABLE]  ▒
  * gnome-session-common replaces gnome-session-bin ( 3.0) [UNAVAILABLE]  ▒
  * gnome-session-common replaces libgnomevfs2-common ( 1:2.24.0-3)   ▒
[UNAVAILABLE]  

Is this problem with APT or replaces with this version was bad idea?



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

Kernel: Linux 3.14-1-amd64 (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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.20.0-2
ii  evolution-data-server3.12.2-1
ii  gconf-gsettings-backend [gsettings-backend]  3.2.6-2
ii  gdm3 3.8.4-9
ii  gir1.2-accountsservice-1.0   0.6.37-2
ii  gir1.2-caribou-1.0   0.4.13-1
ii  gir1.2-clutter-1.0   1.18.2-2
ii  gir1.2-freedesktop   1.40.0-2
ii  gir1.2-gcr-3 3.12.2-1
ii  gir1.2-gkbd-3.0  3.6.0-1
ii  gir1.2-glib-2.0  1.40.0-2
ii  gir1.2-gmenu-3.0 3.8.0-2
ii  gir1.2-gnomebluetooth-1.03.8.1-3
ii  gir1.2-gnomedesktop-3.0  3.8.4-2
ii  gir1.2-gtk-3.0   3.12.2-1+b1
ii  gir1.2-ibus-1.0  1.5.7-2
ii  gir1.2-mutter-3.03.12.1+really+3.8.4-1
ii  gir1.2-networkmanager-1.00.9.10.0-1
ii  gir1.2-nmgtk-1.0 0.9.10.0-1
ii  gir1.2-pango-1.0 1.36.3-1
ii  gir1.2-polkit-1.00.105-6
ii  gir1.2-soup-2.4  2.46.0-2
ii  gir1.2-telepathyglib-0.120.24.0-1
ii  gir1.2-telepathylogger-0.2   0.8.0-3
ii  gir1.2-upowerglib-1.00.9.23-2+b2
ii  gjs  1.36.1-2
ii  gnome-bluetooth  3.8.1-3
ii  gnome-icon-theme-symbolic3.12.0-1
ii  gnome-settings-daemon3.8.5-2+b2
ii  gnome-shell-common   3.8.4-8.1
ii  gnome-themes-standard3.12.0-1
ii  gsettings-desktop-schemas3.8.2-2
ii  libatk-bridge2.0-0   2.12.1-1
ii  libatk1.0-0  2.12.0-1
ii  libc62.19-7
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libcamel-1.2-49  3.12.2-1
ii  libcanberra-gtk3-0   0.30-2
ii  libcanberra0 0.30-2
ii  libclutter-1.0-0 1.18.2-2
ii  libcogl-pango20  1.18.2-1
ii  libcogl-path20   1.18.2-1
ii  libcogl201.18.2-1
ii  libcroco30.6.8-2
ii  libdbus-1-3  1.8.6-1
ii  libdbus-glib-1-2 0.102-1
ii  libdrm2  2.4.54-1
ii  libecal-1.2-16   3.12.2-1
ii  libedataserver-1.2-183.12.2-1
ii  libegl1-mesa [libegl1-x11]   10.2.3-1
ii  libgbm1  10.2.3-1
ii  libgck-1-0   3.12.2-1
ii  libgcr-base-3-1  3.12.2-1
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libgirepository-1.0-11.40.0-2
ii  libgjs0c [libgjs0-libmozjs185-1.0]   1.36.1-2
ii  libglib2.0-0 2.40.0-3
ii  libgnome-menu-3-0

Bug#746863: [Debian-med-packaging] Bug#746863: FTBFS src:insighttoolkit4

2014-07-16 Thread Gianfranco Costamagna

Unfortunately seems that the gccxml changes are almost 0 (I got confused by the 
commits exactly one month ago).

However the builds in my pbuilder chroot went successfully, I did a cmake .. 
with the parameters in rules file, and the make was successful. (did not run 
dpkg or fakeroot, since the build failure was in make and reproducible with 
manual cmake issuing)

So my opinion is that rebuilding gccxml with a newer unstable programs 
(gcc-4.9?) did the trick or the autoconf stuff fixed this issue, rather than 
the new upstream release (that has no differences from the debian one, just one 
line that shouldn't have any effect and the patch merged).

So if my guess is right my two builds (I'm rebuilding both amd64 and i386 at 
the same time) will succeed and I'll report here.

Unfortunately this will take some hours, I'm still around 30% of the build 
process for both of them


The debdiff for insighttoolkit4 is fairly trivial
diff -Nru insighttoolkit4-4.5.2/debian/changelog 
insighttoolkit4-4.5.2/debian/changelog
--- insighttoolkit4-4.5.2/debian/changelog    2014-07-01 23:17:24.0 
+0200
+++ insighttoolkit4-4.5.2/debian/changelog    2014-07-16 12:08:55.0 
+0200
@@ -1,3 +1,11 @@
+insighttoolkit4 (4.5.2-4) unstable; urgency=medium
+
+  * Team upload.
+  * control.in: bump gccxml dep to 0.9.0+git20140716-1 to ensure
+    up-to-date support for GCC 4.9.
+
+ -- Gianfranco Costamagna costamagnagianfra...@yahoo.it  Wed, 16 Jul 2014 
12:07:29 +0200
+
 insighttoolkit4 (4.5.2-3) unstable; urgency=medium
 
   * control.in: bump gccxml dep to 0.9.0+git20140610-2 to ensure
diff -Nru insighttoolkit4-4.5.2/debian/control.in 
insighttoolkit4-4.5.2/debian/control.in
--- insighttoolkit4-4.5.2/debian/control.in    2014-07-01 23:15:52.0 
+0200
+++ insighttoolkit4-4.5.2/debian/control.in    2014-07-16 12:10:02.0 
+0200
@@ -8,7 +8,7 @@
 Build-Depends: debhelper (= 9),
      cmake, 
 swig (= 2.0), 
-    gccxml (= 0.9.0+git20140610-2),
+    gccxml (= 0.9.0+git20140716-1),
 zlib1g-dev (= 1.2.2), 
 libpng12-dev, 
 libtiff-dev,


Gianfranco








 Il Mercoledì 16 Luglio 2014 12:13, Gert Wollny gw.foss...@gmail.com ha 
 scritto:
  On Tue, 2014-07-15 at 23:14 +0200, Andreas Tille wrote:
 
 [...]
  I could do the sponsering if needed.  Please confirm that
  debian/makeSource.sh really fetches the source you are working on.
  I also think *if* I would do the upload and nobody would beat me
  I would switch to xz compression for the original tarball.
 
 After the new gccxml package becomes available in sid I could do the
 insighttoolkit4 upload.
 
 best regards,
 Gert



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

Bug#741415: NMU

2014-07-16 Thread Harald Dunkel

Attached you can find a diff. Hope this helps
Harri
diff -urN network-manager-strongswan-1.3.0.old/debian/changelog network-manager-strongswan-1.3.0/debian/changelog
--- network-manager-strongswan-1.3.0.old/debian/changelog	2014-07-16 13:10:38.0 +0200
+++ network-manager-strongswan-1.3.0/debian/changelog	2014-07-16 13:15:54.759018253 +0200
@@ -1,3 +1,10 @@
+network-manager-strongswan (1.3.0-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * use charon-nm instead of charon (Closes: #741415)
+
+ -- Harald Dunkel hdun...@aixigo.de  Wed, 16 Jul 2014 13:14:52 +0200
+
 network-manager-strongswan (1.3.0-1) unstable; urgency=low
 
   * New upstream release, support for NetworkManager 0.9 (Closes: #639400)
diff -urN network-manager-strongswan-1.3.0.old/debian/rules network-manager-strongswan-1.3.0/debian/rules
--- network-manager-strongswan-1.3.0.old/debian/rules	2014-07-16 13:10:38.0 +0200
+++ network-manager-strongswan-1.3.0/debian/rules	2014-07-16 13:11:28.0 +0200
@@ -3,7 +3,7 @@
 include /usr/share/cdbs/1/rules/debhelper.mk
 include /usr/share/cdbs/1/class/autotools.mk
 
-DEB_CONFIGURE_EXTRA_FLAGS := --with-charon=/usr/lib/ipsec/charon
+DEB_CONFIGURE_EXTRA_FLAGS := --with-charon=/usr/lib/ipsec/charon-nm
 
 DEB_CONFIGURE_LIBEXECDIR := \$$(prefix)/lib/NetworkManager
 


signature.asc
Description: OpenPGP digital signature

Bug#754962: RFS: tiptop/2.2 [ITP] -- performance monitoring for Linux via hardware counters


Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package tiptop:

Package Name: tiptop
Version : 2.2
Upstream Author : Erven Rohou
URL : http://tiptop.gforge.inria.fr/
License : GPL2
Section : utils

It builds those binary packages:

  tiptop - performance monitoring for Linux via hardware counters

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

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

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

dget -x http://mentors.debian.net/debian/pool/main/t/tiptop/tiptop_2.2-1.dsc

The relevant bugs are:
  * http://bugs.debian.org/754932 (RFP)
  * http://bugs.debian.org/754947 (ITP)

More information about hello can be obtained from 
http://tiptop.gforge.inria.fr/.

Regards,
Tomasz Buchert


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

Bug#740885: Severity

2014-07-16 Thread Gennady Kupava

Severity shouldn't be grave - it's still possible to use the application -
you can specify the update interval manually, in the command line.

Package still usable and many users use it, I don't want it to be excluded
form archive!

Bug#754963: clang-3.4: /usr/bin/ld: cannot find crtbegin.o: No such file or directory

2014-07-16 Thread Jakub Wilk


Source: clang-3.4
Version: 1:3.4.2-4
Severity: serious

clang-3.4 can't compile programs in a minimal chroot:

$ echo 'int main(int argc, char **argv) { return 0; }'  test.c
$ clang test.c
/usr/bin/ld: cannot find crtbegin.o: No such file or directory
/usr/bin/ld: cannot find -lgcc
/usr/bin/ld: cannot find -lgcc_s
clang: error: linker command failed with exit code 1 (use -v to see invocation)


If you install libgcc-4.7-dev or libgcc-4.8-dev, the problem goes away.


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

Kernel: Linux 3.14-1-amd64 (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 clang-3.4 depends on:
ii  libc62.19-7
ii  libc6-dev2.19-7
ii  libclang-common-3.4-dev  1:3.4.2-4
ii  libclang1-3.41:3.4.2-4
ii  libffi6  3.1-2
ii  libgcc-4.9-dev   4.9.0-10
ii  libgcc1  1:4.9.0-10
ii  libllvm3.4   1:3.4.2-4
ii  libobjc-4.9-dev  4.9.0-10
ii  libstdc++-4.9-dev4.9.0-10
ii  libstdc++6   4.9.0-10
ii  libtinfo55.9+20140118-1

--
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#754257: [kdm] Workaround: Started with Empty Home Directory

2014-07-16 Thread David Baron

Package: kdm
Version: 4:4.11.9-1

--- Please enter the report below this line. ---
Yes, empty home directory for user and it logs in. Any data, of course, can be 
brought in from the saved copy.

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

Debian Release: jessie/sid
  500 unstableftp.us.debian.org 
  500 testing ftp.us.debian.org 
  500 sid linux.dropbox.com 

--- Package information. ---
Depends   (Version) | Installed
===-+-===
adduser | 3.113+nmu3
consolekit  | 0.4.6-5
debconf   (= 0.5)  | 1.5.53
 OR debconf-2.0 | 
kde-wallpapers-default  | 4:4.12.4-1
kde-workspace-kgreet-plugins (= 4:4.11.9-1) | 4:4.11.9-1
lsb-base(= 3.2-14) | 4.1+Debian13
kde-runtime ( 4:4.10) | 4:4.13.1-1
libc6 (= 2.15) | 2.19-7
libck-connector0 (= 0.2.1) | 0.4.6-5
libdbus-1-3  (= 1.0.2) | 1.8.6-1
libkdecore5 (= 4:4.11) | 4:4.13.1-1
libkdeui5   (= 4:4.11) | 4:4.13.1-1
libkio5 (= 4:4.11) | 4:4.13.1-1
libknewstuff3-4 (= 4:4.11) | 4:4.13.1-1
libkworkspace4abi2   (= 4:4.11.9-1) | 4:4.11.9-1
libpam0g  (= 0.99.7.1) | 1.1.8-3
libqimageblitz4(= 1:0.0.4) | 1:0.0.6-4
libqt4-svg (= 4:4.5.3) | 4:4.8.6+dfsg-2
libqt4-xml (= 4:4.5.3) | 4:4.8.6+dfsg-2
libqtcore4   (= 4:4.7.0~beta1) | 4:4.8.6+dfsg-2
libqtgui4  (= 4:4.8.0) | 4:4.8.6+dfsg-2
libstdc++6   (= 4.1.1) | 4.9.0-11
libx11-6| 2:1.6.2-2
libxau6 | 1:1.0.8-1
libxdmcp6   | 1:1.1.1-1
libxtst6| 2:1.2.2-1


Recommends   (Version) | Installed
==-+-===
kde-workspace  | 4:4.11.9-1
 OR x-session-manager  | 
 OR x-window-manager   | 
logrotate  | 3.8.7-1
xserver-xorg   | 1:7.7+7
 OR xserver| 
xterm  | 308-1
 OR x-terminal-emulator| 


Suggests(Version) | Installed
=-+-===
kde-wallpapers| 4:4.12.4-1
kdepasswd | 4:4.12.4-1


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

Bug#754947: ITP: tiptop -- performance monitoring tool for Linux

On 16/07/14 11:11, Steve wrote:
  Tiptop is a performance monitoring tool for Linux. It provides
  a dynamic real-time view of the tasks running in the system.
  Tiptop is very similar to the top utility, but most of the information
  displayed comes from hardware counters.
 
   Note that if you want the -K/--kernel support to work the tool
  must be a) launched by root, or b) installed setuid(root).
 
   I'd strongly recommend against the latter as there are potential
  security issues.
 
   (The code tries to drop privileges for the -o outfile handling,
  for example, but does not do the same for the -W error.file handler.
  If the code is installed setuid(root) the user can overwrite any
  file on the system with ease.)
 

Hi Steve,
upstream maek install does not setuid tiptop. This is 
how the Debian package works as well. See my RFS for more info:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754962

Tomasz

 
 Steve
 -- 
 http://www.steve.org.uk/


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

Bug#754910: cgmanager: two different maintainers

2014-07-16 Thread Ansgar Burchardt

Hi,

there are currently two different versions of cgmanager in NEW, packaged
by two different maintainers... It might be a good idea for you to agree
on how to proceed.

Ansgar


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

Bug#754964: proguard: Unable to process Java 8 bytecode

Package: proguard
Version: 4.11-1
Severity: important
User: debian-j...@lists.debian.org
Usertags: openjdk-8-transition

proguard is unable to process the bytecode produced by Java 8. This
breaks the build of the mobile-atlas-creator package with OpenJDK 8:

http://87.98.165.193/debian/openjdk8-rebuild/logs-failed-jdk8/mobile-atlas-creator_1.9.16+dfsg1-1_unstable_jdk8.log

shrink:
 [proguard] ProGuard, version 4.8
 [proguard] Reading program jar
[/«BUILDDIR»/mobile-atlas-creator-1.9.16+dfsg1/Mobile_Atlas_Creator.jar]
 [proguard] Reading library jar
[/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar]

BUILD FAILED
/«BUILDDIR»/mobile-atlas-creator-1.9.16+dfsg1/build.xml:203: Can't read
[/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar] (Can't process class
[com/oracle/net/Sdp$1.class] (Unsupported class version number [52.0]
(maximum 51.0, Java 1.7)))


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

Bug#754962: More info


Also collab-maint repo: 
http://anonscm.debian.org/gitweb/?p=collab-maint/tiptop.git

Tomasz


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

Bug#754965: no acceleration on the touchpad after update xserver-xorg-input-mouse:amd64 1:1.9.0-1+b2 - 1:1.9.0-1+b3

2014-07-16 Thread Louis Sajous

Package: xserver-xorg-input-mouse
Version: 1:1.9.0-1+b3
Severity: important

Dear Maintainer,

Usualy I use the touchpad as a mouse. Since the update 
xserver-xorg-input-mouse:amd64 1:1.9.0-1+b2 - 1:1.9.0-1+b3, I don't have any 
acceleration when moving fast on the trackpad. So it has becoming unusable 
because it takes me more than 10s to go from one corner to the other with the 
cursor.
I don't have any problem with a usb mouse. 
My laptop is a Dell Latitude D630. 
The touchpad is AlpsPS/2 ALPS DualPoint TouchPad
It could be also the packet xserver-xorg-input-vmmouse:amd64 1:13.0.0-1+b2 - 
1:13.0.0-1+b3

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Aug  1  2013 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2356320 Jul  8 15:30 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 
Integrated Graphics Controller (primary) [8086:2a02] (rev 0c)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 3.13-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 
(Debian 4.8.2-16) ) #1 SMP Debian 3.13.10-1 (2014-04-15)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 31305 Jul 16 10:01 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[22.187] 
X.Org X Server 1.15.99.904 (1.16.0 RC 4)
Release Date: 2014-07-07
[...]
[24.981] (II) config/udev: Adding input device AlpsPS/2 ALPS DualPoint 
TouchPad (/dev/input/event10)
[24.981] (**) AlpsPS/2 ALPS DualPoint TouchPad: Applying InputClass evdev 
touchpad catchall
[24.981] (**) AlpsPS/2 ALPS DualPoint TouchPad: Applying InputClass 
touchpad catchall
[24.981] (**) AlpsPS/2 ALPS DualPoint TouchPad: Applying InputClass 
Default clickpad buttons
[24.981] (II) LoadModule: synaptics
[24.981] (II) Loading /usr/lib/xorg/modules/input/synaptics_drv.so
[25.011] (II) Module synaptics: vendor=X.Org Foundation
[25.011]compiled for 1.15.99.904, module version = 1.8.0
[25.011]Module class: X.Org XInput Driver
[25.011]ABI class: X.Org XInput driver, version 21.0
[25.011] (II) Using input driver 'synaptics' for 'AlpsPS/2 ALPS DualPoint 
TouchPad'
[25.011] (**) AlpsPS/2 ALPS DualPoint TouchPad: always reports core events
[25.011] (**) Option Device /dev/input/event10
[25.092] (--) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: x-axis range 0 - 
1023 (res 0)
[25.092] (--) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: y-axis range 0 - 
767 (res 0)
[25.092] (--) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: pressure range 0 
- 127
[25.092] (II) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: device does not 
report finger width.
[25.092] (--) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: buttons: left 
right middle
[25.092] (--) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: Vendor 0x2 
Product 0x8
[25.092] (--) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: invalid finger 
width range.  defaulting to 0 - 15
[25.092] (--) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: touchpad found
[25.092] (**) AlpsPS/2 ALPS DualPoint TouchPad: always reports core events
[25.148] (**) Option config_info 
udev:/sys/devices/platform/i8042/serio1/input/input5/event10
[25.148] (II) XINPUT: Adding extended input device AlpsPS/2 ALPS DualPoint 
TouchPad (type: TOUCHPAD, id 10)
[25.148] (**) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: (accel) MinSpeed 
is now constant deceleration 2.5
[25.148] (**) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: (accel) MaxSpeed 
is now 1.75
[25.148] (**) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: (accel) 
AccelFactor is now 0.156
[25.149] (**) AlpsPS/2 ALPS DualPoint TouchPad: (accel) keeping 
acceleration scheme 1
[25.149] (**) AlpsPS/2 ALPS DualPoint TouchPad: (accel) acceleration 
profile 1
[25.149] (**) AlpsPS/2 ALPS DualPoint TouchPad: (accel) acceleration 
factor: 2.000
[25.149] (**) AlpsPS/2 ALPS DualPoint TouchPad: (accel) acceleration 
threshold: 4
[25.149] (--) synaptics: AlpsPS/2 ALPS DualPoint TouchPad: touchpad found
[25.150] (II) config/udev: Adding input device AlpsPS/2 ALPS DualPoint 
TouchPad (/dev/input/mouse1)
[25.150] (**) AlpsPS/2 ALPS DualPoint TouchPad: Ignoring device from 
InputClass touchpad ignore duplicates
[25.150] (II) config/udev: Adding input device DualPoint Stick 
(/dev/input/event9)
[25.151] (**) DualPoint Stick: Applying InputClass evdev pointer catchall
[25.151] (II) Using input driver 'evdev' for 'DualPoint Stick'
[25.151] (**) DualPoint Stick: always

Bug#754949: [Piuparts-devel] Bug#754949: /etc/piuparts/scripts/pre_remove_40_find_obsolete_conffiles: conffile not removed on upgrade

2014-07-16 Thread Holger Levsen

Hi Laurent (bcc:ed),

On Mittwoch, 16. Juli 2014, Laurent Bigonville wrote:
 /etc/piuparts/scripts/pre_remove_40_find_obsolete_conffiles has not been
 properly removed on upgrade.
 I guess the files specifically need to be deleted.

Thanks for the bug report! Seems legit ;)

I'd appreciate if someone (else than me) could do something, eg prepare a fix 
for this issue...


cheers,
Holger


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

Bug#754910: cgmanager: two different maintainers

2014-07-16 Thread Daniel Baumann


owner 754910 Daniel Baumann m...@daniel-baumann.ch
thanks

On 07/16/2014 01:53 PM, Ansgar Burchardt wrote:

there are currently two different versions of cgmanager in NEW, packaged
by two different maintainers... It might be a good idea for you to agree
on how to proceed.


given that my upload is pending in NEW since March 2014 (with a 
re-upload in June), I think it's clear to go forward by processing my 
package, drop Serges one.


Serge and I can work out later on how to collaborate on cgmanager 
packaging in Debian.


--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#754966: RM: netio230a -- ROM; hardly useful

2014-07-16 Thread Philipp Huebner

Package: ftp.debian.org
Severity: normal

Hi,
the popcon stats for this package are near zero and the hardware it
works with is hardly available anymore.

Please remove it from unstable.


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

Bug#754817: apt-doc: [INTL:ja] New Japanese document translation

2014-07-16 Thread Michael Vogt

On Tue, Jul 15, 2014 at 01:15:04AM +0900, victory wrote:
 
 Package: apt-doc
 Version: 1.0.6
 Severity: wishlist
 Tags: patch l10n
 
 Dear apt package maintainer,
 
  Here's Japanese document translation (ja.po) file that 
  reviewed by several Japanese Debian developers and users.
 
  Could you apply it, please?

Thanks a bunch! I added it to git and it will be part of the
next upload.

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#754949: /etc/piuparts/scripts/pre_remove_40_find_obsolete_conffiles: conffile not removed on upgrade

2014-07-16 Thread Jakub Wilk


Hi Laurent!

* Laurent Bigonville bi...@debian.org, 2014-07-16, 12:03:

Package: piuparts
Version: 0.59
Severity: normal
File: /etc/piuparts/scripts/pre_remove_40_find_obsolete_conffiles

Hi,

On my system it seems that 
/etc/piuparts/scripts/pre_remove_40_find_obsolete_conffiles has not 
been properly removed on upgrade.


This file seems to be shipped in the .deb:

$ dpkg -c piuparts_0.59_all.deb | grep /pre_remove_40_find_obsolete
-rwxr-xr-x root/root   588 2014-07-14 15:24 
./etc/piuparts/scripts/pre_remove_40_find_obsolete_conffiles

Why do you want it removed on upgrade? Am I missing something?

--
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#754968: paraview: cmake crashes when find paraview

2014-07-16 Thread HuiJie Zhang

Package: paraview
Version: 4.0.1-1ubuntu1
Severity: normal

Dear Maintainer,

I'm developing an application, which based on paraview custom app mod. When
build it on ubuntu 14.04 LTS,
I found that there are some bugs in paraview-dev-4.0.1. Here is the errors
output by cmake:
***
$HOME/Projects/ParaFlow/build cmake ../
CMake Error at /usr/lib/cmake/paraview/ParaViewTargets.cmake:1498 (message):
  The imported target ProcessShader references the file

 /usr/bin/vtkProcessShader

  but this file does not exist. Possible reasons include:

  * The file was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and contained

 /usr/lib/cmake/paraview/ParaViewTargets.cmake

  but not all the files it references.

Call Stack (most recent call first):
  /usr/lib/cmake/paraview/ParaViewConfig.cmake:36 (include)
  CMakeLists.txt:4 (find_package)

-- Configuring incomplete, errors occurred!
See also $HOME/Projects/ParaFlow/build/CMakeFiles/CMakeOutput.log.
See also $HOME/Projects/ParaFlow/build/CMakeFiles/CMakeError.log.
make: *** [cmake_check_build_system] Error 1
***
As the cmake says, this error is caused by the lack of some files, so we should
install the these files.
Finally I fixed this bug just by including the missed files in paraview-
dev.install and turn on the  flag
 QT_TESTING_INSTALL_DEVELOPMENT in /debian/rules. These missed files should
be included by
paraview-dev  for who wish to use paraview-dev's headers with cmake .

Meanwhile, some of the features in paraview's stable release were not enabled
in the debian releases,
such as ViSit and CGNS. While without these features, paraview will be not
able to open some type of files.
To enable visit ViSit and CGNS, we should turn PARAVIEW_USE_VISITBRIDGE
VISIT_BUILD_READER_CGNS
on and have small changes on the paraview's source code cause the config header
file of libcgns-dev.



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

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

Versions of packages paraview depends on:
ii  libavcodec54  6:9.14-0ubuntu0.14.04.1
ii  libavformat54 6:9.14-0ubuntu0.14.04.1
ii  libavutil52   6:9.14-0ubuntu0.14.04.1
ii  libc6 2.19-0ubuntu6
ii  libexpat1 2.1.0-4ubuntu1
ii  libfreetype6  2.5.2-1ubuntu2.2
ii  libgcc1   1:4.9-20140406-0ubuntu1
ii  libgl1-mesa-glx [libgl1]  10.1.3-0ubuntu0.1
ii  libhdf5-7 [libhdf5-7] 1.8.11-5ubuntu7
ii  libjpeg8  8c-2ubuntu8
ii  libjsoncpp0   0.6.0~rc2-3ubuntu1
ii  libogg0   1.3.1-1ubuntu1
ii  libopenmpi1.6 1.6.5-8
ii  libpng12-01.2.50-1ubuntu2
ii  libpython2.7  2.7.6-8
ii  libqt4-help   4:4.8.5+git192-g085f851+dfsg-2ubuntu4
ii  libqt4-network4:4.8.5+git192-g085f851+dfsg-2ubuntu4
ii  libqtcore44:4.8.5+git192-g085f851+dfsg-2ubuntu4
ii  libqtgui4 4:4.8.5+git192-g085f851+dfsg-2ubuntu4
ii  libqtwebkit4  2.3.2-0ubuntu7
ii  libstdc++64.8.2-19ubuntu1
ii  libswscale2   6:9.14-0ubuntu0.14.04.1
ii  libtheora01.1.1+dfsg.1-3.2
ii  libtiff5  4.0.3-7ubuntu0.1
ii  libx11-6  2:1.6.2-1ubuntu2
ii  libxml2   2.9.1+dfsg1-3ubuntu4.3
ii  libxt61:1.1.4-1
ii  tcl [tclsh]   8.6.0+6ubuntu3
ii  zlib1g1:1.2.8.dfsg-1ubuntu1

Versions of packages paraview recommends:
ii  mpi-default-bin  1.0.2ubuntu1
ii  paraview-doc 4.0.1-1ubuntu1
pn  paraview-python  none

Versions of packages paraview suggests:
pn  h5utils none
ii  hdf5-tools  1.8.11-5ubuntu7

-- no debconf information
From b85f0117c7f1299cb5fb341112dc347b627e870b Mon Sep 17 00:00:00 2001
From: HuiJie Zhang yitianb...@gmail.com
Date: Tue, 1 Jul 2014 21:45:45 +0800
Subject: [PATCH] fix bugs in paraview-devel, enable VISIT and cgns

Signed-off-by: HuiJie Zhang yitianb...@gmail.com
---
 Utilities/VisItBridge/databases/CGNS/avtCGNSFileFormat.h |  5 +
 debian/paraview-dev.install  | 15 +++
 debian/rules |  6 +-
 3 files changed, 25 insertions(+), 1 deletion(-)

diff --git a/Utilities/VisItBridge/databases/CGNS/avtCGNSFileFormat.h b/Utilities/VisItBridge/databases/CGNS/avtCGNSFileFormat.h
index 4a5714d..1afbdd8

Bug#754967: varnish: Varnish init.d script silently ignores failed reload-vcl

2014-07-16 Thread Paweł Sadowski

Source: varnish
Version: 4.0.1-1 3.0.2-2+deb7u1
Severity: normal

Hi,

When trying to automate VCL deployment with Puppet I hit a bug in Varnish 
init.d script.
When called with 'reload' argument it always returns 0, disregarding reload-vcl 
exit code
due to 'exit 0' at the end of this script.

I can't think of any reason why this has been added there.

'exit 0' is present in 3.x and 4.x packages.


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

Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.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#752617: Reopening

2014-07-16 Thread Mathieu Parent

reopen 752617
thanks

Hi,

There is nothing in Ondřej's mail that says not a bug. I'm reopening it.

Cheers.

-- 
Mathieu


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

Bug#754294: Debian kernel fix for routing regression in 3.2.60

2014-07-16 Thread Teodor Milkov

On 13/07/14 19:55, Ben Hutchings wrote:

Sorry about the regression in the latest security update. This is
apparently the result of an incomplete fix for a longstanding bug in
routing between interfaces with differing MTU. The first part of the
fix went into 3.2.57, and the second part in 3.2.60. It appears that
several more changes would need to be applied to complete the fix and
avoid this regression.

So, what I'm intending to do is to revert both those changes. That will
leave the original bug present, but this will not be a regression from
the earlier Debian 7 'wheezy' kernel versions.

I have rebuilt the kernel for amd64 with these changes and uploaded to
http://people.debian.org/~benh/packages/wheezy-security/. The changes
file is signed with my GPG key and there are also detached GPG
signatures for the linux-image binary packages. You can verify these
using:

gpg --keyring /usr/share/keyrings/debian-keyring.gpg --verify sig-file

If you need packages for another architecture or you're not sure about
the signature checking, you can build packages using the instructions at
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official
and the attached patches (revert-net-ipv4-ip_forward-fix-inverted-local_df-tes.patch
followed by
revert-net-ip-ipv6-handle-gso-skbs-in-forwarding-pat.patch).

After applying the above two patches all is good. Here's how I tested:

apt-get update
apt-get build-dep linux

mkdir linux-deb
cd linux-deb
apt-get source linux=3.2.60-1+deb7u1
wget --no-check-certificate
https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=50;filename=revert-net-ip-ipv6-handle-gso-skbs-in-forwarding-pat.patch;att=1;bug=754294;
-O revert-net-ip-ipv6-handle-gso-skbs-in-forwarding-pat.patch
wget --no-check-certificate
https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=50;filename=revert-net-ipv4-ip_forward-fix-inverted-local_df-tes.patch;att=2;bug=754294;
-O revert-net-ipv4-ip_forward-fix-inverted-local_df-tes.patch

cd linux-3.2.60

bash debian/bin/test-patches -f amd64 -j 8
../revert-net-ipv4-ip_forward-fix-inverted-local_df-tes.patch
../revert-net-ip-ipv6-handle-gso-skbs-in-forwarding-pat.patch

dpkg -i linux-image-3.2.0-4-amd64_3.2.60-1+deb7u1a~test_i386.deb

And then tried my usual download-from-windows-host test, which worked fine.

Best regards,
Teodor Milkov

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

Bug#754969: src:rails-3.2: rails-3.2 should not be part of next stable due lack of security updates

2014-07-16 Thread Ondřej Surý

Package: src:rails-3.2
Version: 3.2.18-1
Severity: serious
Justification: unsuitable for release

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

As discussed in debian-ruby-extras, we must not release next Debian
stable with rails that we could support security wise.

rails-3.2 is an Last major release series[1] and it will stop being
supported when next major release of rubyonrails is out.

Unfortunatelly this also means that we won't ship any r-deps including
redmine, but we really need to prevent the security nightmare we have
with rails-2.3+redmine in Debian wheezy.

1. http://rubyonrails.org/security/

O.

- -- System Information:
Debian Release: 7.5
  APT prefers stable
  APT policy: (900, 'stable'), (800, 'testing'), (700, 'unstable')
Architecture: amd64 (x86_64)

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

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

iQIcBAEBCAAGBQJTxm9uAAoJEAyZtw70/LsHoEgP/A1HCuJ4qXc4r7ilMAKoZtH9
QHqET4BHwcnLiRKzEw3Ju80NXGqUtzaZOCGR2Tq0j580MFqAnbhrcnmfg8KewQuR
35rDCFFUyFtxqPcvQV954qo7DlmHn+mMnO3PQ4hsxBJhIWgVcBWJqtPnxN9XmWh5
T/efgVKFdwYOOFG6i7ywHsIuS3NeinEGIbFbbAwZIjdcZFCO2I/yuXY5kTrm+g4O
ygZut4GCB+rD8BJpOmcgl2glq1/5ou9RPt43B+rNV7eXw2SH2n6S/DcL950LTr3D
wVDqGF1zaFpvmi4ld6Dw075kPnwE04+Riya6W+qQR2dwl0LgOH9PC3WQo344BemZ
PFrYt3d4iiX1EF7fJWmN5vgfiNTwf6omwhe8ESKKz0/57CpAnhn/GwFJAgHxl4a0
Y/yXsiXfvtISysxGf9auQiIh4RL82NOCFHhQbhCjUT4rGhH1w1N7zKol1WF6yhp5
zigdzc9g/2invL/FToniqsV3tO9zjjxKRc03iFnTBt68t5FMHp5i2JV8TiBssKbF
GVu+qZjmrJ6W6OY1OHM9X3nChD+kbBG/nR666gr9St2FdWyl2fmy6Q7Yepbwyqrl
jfYAO1pHjox2m+fo1ZbHcCAnu1O+5TEbz0ndrc0iyTpQlHlu61258kZH+K1BHx1b
c7xEhhvp84wgX2TqLb4Z
=kLO6
-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#752617: Reopening

2014-07-16 Thread Ondřej Surý

Well,

technically upstream says that anything downloaded from *.php.net is OK.
We just need to give FTP Master team some time to sort it out.

Please don't do anything harsh now, just leave the bugs open for now.

O.

On Wed, Jul 16, 2014, at 14:31, Mathieu Parent wrote:
 reopen 752617
 thanks
 
 Hi,
 
 There is nothing in Ondřej's mail that says not a bug. I'm reopening
 it.
 
 Cheers.
 
 -- 
 Mathieu


-- 
Ondřej Surý ond...@sury.org
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#746287: Package was REJECTed

2014-07-16 Thread Mathieu Parent

Hello,

For reference: 
http://lists.alioth.debian.org/pipermail/pkg-php-pear/2014-May/002647.html

Any help is appreciated.

Regards


--
Mathieu Parent


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

Bug#746219: PHP license

2014-07-16 Thread Mathieu Parent

Hello,

This package is under the PHP license. Reported upstream:
https://bugs.php.net/bug.php?id=67139


Regards

--
Mathieu Parent


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

Bug#754942: jtreg uses /usr/lib/jvm/default-java/ but does not depend on default-jre-headless

2014-07-16 Thread Thomas Klute

Hi Emmanuel!

Am 16.07.2014 11:15, schrieb Emmanuel Bourg:
 jtreg doesn't depend on a Java runtime because it can use the JDK being
 tested to run. This is done by setting the JT_JAVA environment variable
 (or JAVA_HOME with jtreg 4.1-2 in Wheezy).

I know, but the openjdk-8 build doesn't do that (which admittedly is not
a failure of jtreg), even on Sid. Remove default-jre-headless and give
it a try. ;-)

 The best we could do would be to add a suggested dependency, but this
 can't be a hard dependency.

As I've written in the report, I know that a hard dependency would not
be appropriate. I'm not sure if suggested or recommended is more
suitable, but I'm not going to complain either way. :-)

 Also note that you'll have to backport jtreg 4.1-b09-1 from unstable if
 you want to run the openjdk-8 tests in Wheezy, jtreg 4.1-2 doesn't work.

Actually, it does. I haven't checked if some of the reported failures
and errors are due to the older version, but the test suite runs on my
wheezy system – as long as default-jre-headless is installed.

Kind regards,
Thomas


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

Bug#754971: gluegen2: FTBFS with Java 8: package com.jogamp.junit.util does not exist