Bug#770355: pre-approval: apt-dater/0.9.0-8
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hello,
as I have asked some days ago I have to upload a new apt-dater release
directly to jessie to avoid later problems in the archive.
I have finished my work and the excepted changelog, diff etc would be:
changelog:
apt-dater (0.9.0-8) testing; urgency=low
* Drop binary package apt-dater-host. It is superseded by the new
src:apt-dater-host package.
- Drop obsolete patch 04-wheezy-kernel.
- Drop debconf templates.
-- Patrick Matthäi pmatth...@debian.org Thu, 13 Nov 2014 23:35:09 +0100
diffstat:
diff -Naur tags/0.9.0-7/ branches/jessie/ --exclude=.svn|diffstat
apt-dater-host.config | 28 ---
apt-dater-host.install|1
apt-dater-host.manpages |1
apt-dater-host.postinst | 40
apt-dater-host.postrm |7
apt-dater-host.templates |9 --
changelog |9 ++
control | 20 --
patches/04-wheezy-kernel.diff | 18
patches/series|1
po/POTFILES.in|1
po/cs.po | 36 -
po/da.po | 37 --
po/de.po | 39 ---
po/es.po | 59 --
po/fr.po | 40
po/it.po | 39 ---
po/ja.po | 36 -
po/nl.po | 38 ---
po/pt.po | 37 --
po/pt_BR.po | 38 ---
po/ru.po | 41 -
po/sv.po | 40
po/templates.pot | 33 ---
po/vi.po | 38 ---
rules |5 ---
sudo/apt-dater-host | 11 ---
27 files changed, 9 insertions(+), 693 deletions(-)
full diff (OK I have excluded po/, since it is just removed and I do not want
to spam):
diff -Naur '--exclude=.svn' '--exclude=po'
tags/0.9.0-7/debian/apt-dater-host.config
branches/jessie/debian/apt-dater-host.config
--- tags/0.9.0-7/debian/apt-dater-host.config 2014-02-13 19:43:24.116063923
+0100
+++ branches/jessie/debian/apt-dater-host.config1970-01-01
01:00:00.0 +0100
@@ -1,28 +0,0 @@
-#!/bin/sh
-
-set -e
-
-. /usr/share/debconf/confmodule
-
-# Default value is true (enabled).
-ASSUME_YES=true
-
-if [ -f /etc/apt-dater-host.conf ] ; then
- # Get the current setted value.
- CURRENT_VALUE=$(grep '^$ASSUMEYES' /etc/apt-dater-host.conf|cut -d'='
-f2-|sed 's/;//g'|tr -d \n)
-
- if [ $CURRENT_VALUE = 0 ]; then
- # Overwrite default value, if it is not enabled.
- ASSUME_YES=false
- fi
-fi
-
-db_set apt-dater-host/assume_yes $ASSUME_YES
-
-db_input medium apt-dater-host/assume_yes || true
-
-db_go
-
-#DEBHELPER#
-
-exit 0
diff -Naur '--exclude=.svn' '--exclude=po'
tags/0.9.0-7/debian/apt-dater-host.install
branches/jessie/debian/apt-dater-host.install
--- tags/0.9.0-7/debian/apt-dater-host.install 2014-02-13 19:43:24.116063923
+0100
+++ branches/jessie/debian/apt-dater-host.install 1970-01-01
01:00:00.0 +0100
@@ -1 +0,0 @@
-debian/sudo/apt-dater-host etc/sudoers.d/
diff -Naur '--exclude=.svn' '--exclude=po'
tags/0.9.0-7/debian/apt-dater-host.manpages
branches/jessie/debian/apt-dater-host.manpages
--- tags/0.9.0-7/debian/apt-dater-host.manpages 2014-02-13 19:43:24.080064509
+0100
+++ branches/jessie/debian/apt-dater-host.manpages 1970-01-01
01:00:00.0 +0100
@@ -1 +0,0 @@
-man/apt-dater-host.1
diff -Naur '--exclude=.svn' '--exclude=po'
tags/0.9.0-7/debian/apt-dater-host.postinst
branches/jessie/debian/apt-dater-host.postinst
--- tags/0.9.0-7/debian/apt-dater-host.postinst 2014-02-13 19:43:24.348060150
+0100
+++ branches/jessie/debian/apt-dater-host.postinst 1970-01-01
01:00:00.0 +0100
@@ -1,40 +0,0 @@
-#!/bin/sh
-
-set -e
-
-. /usr/share/debconf/confmodule
-
-
-do_hostconfig() {
- db_get apt-dater-host/assume_yes
-
- case ${RET} in
- true)
- ASSUME_YES=1
- ;;
- false)
- ASSUME_YES=0
- ;;
- esac
-
- sed s/^\$ASSUMEYES=.*/\$ASSUMEYES=${ASSUME_YES};/ -i
/etc/apt-dater-host.conf
-}
-
-
-case $1 in
- configure)
- do_hostconfig;
- ;;
-
- abort-upgrade|abort-remove|abort-deconfigure)
- ;;
-
- *)
- echo postinst called with unknown argument \`$1
Bug#770035: [Mlt-devel] Bug#770035: kdenlive: Processed videos have image pauses or accelerations while sound goes well
We just require a as minimal as possible case to work with it Am 20.11.2014 um 16:57 schrieb Javier Ortega Conde (Malkavian): Correction: Openshot had the same problem yesterday Good news: I downgraded to stable versions and kdenlive now works perfectly. I have done: aptitude install kdenlive=0.9.2-2 aptitude install libav-tools=6:0.8.16-1 With this results (got from /var/log/apt/history.log ) : Start-Date: 2014-11-20 10:25:52 Install: libmlt5:amd64 (0.8.0-4, automatic), python-mlt5:amd64 (0.8.0-4, automatic) Downgrade: melt:amd64 (0.9.2+git2014-1, 0.8.0-4), kdenlive:amd64 (0.9.10-2, 0.9.2-2), libmlt++3:amd64 (0.9.2+git2014-1, 0.8.0-4), kdenlive-data:amd64 (0.9.10-2, 0.9.2-2) Remove: libmlt6:amd64 (0.9.2+git2014-1), python-mlt:amd64 (0.9.2+git2014-1) End-Date: 2014-11-20 10:26:03 Start-Date: 2014-11-20 10:28:05 Downgrade: libav-tools:amd64 (11-2, 0.8.16-1) End-Date: 2014-11-20 10:28:07 If you want I could test more things with other versions in the other computer (I need to edit these videos NOW in this one). To reproduce the issue I think that I just have the packages from testing and edited the vídeos from the named camera. No effects, no subtitles, just cut and join 1920x1080 videos on tracks. I used guides to separate parts of the project to export them as various final videos. But I tried with a single video even without cutting, joining, guides or whatever and I had the same problem. So now I suposse that there is a bug in melt or libav libraries, with the videos from that camera or maybe with all in 1920x1080 resolution. I can upload a piece of one of these videos to somewhere if you want to test with them. 2014-11-20 13:40 GMT+01:00 Patrick Matthäi pmatth...@debian.org mailto:pmatth...@debian.org: severity #770035 important tag #770035 + moreinfo thanks Hi Javier, could you provide as an example for step-by-step reproducing of this issue please? Am 19.11.2014 um 18:01 schrieb Dan Dennedy: No. I do not know how to reproduce the problem. The bug reporter needs to narrow down the problem. Is it something in the project, something related specifically to those source files, or something related to that combination of MLT and Libav versions? I do consider the usage of the latest versions of Libav and FFmpeg with MLT somewhat experimental. On Wed, Nov 19, 2014 at 6:03 AM, Patrick Matthäi pmatth...@debian.org mailto:pmatth...@debian.org wrote: Hi Dan, do you have an idea to http://bugs.debian.org/770035 ? Am 19.11.2014 um 14:54 schrieb Javier Ortega Conde (Malkavian): Could you retest it with the libmlt*, mlt*, melt* packages from experimental (not jessie/sid)? Done, and problem persists. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org mailto:pmatth...@debian.org patr...@linux-dev.org mailto:patr...@linux-dev.org */ -- Agur: Javier Ortega Conde (Malkavian) Miembro de Club de Go de Bilbao (GoBi) http://gobi.webnode.es http://gobi.webnode.es/ Miembro del Grupo de LinUxuarios de Bizkaia, Eghost, Itsas, Aske... -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#770035: kdenlive: Processed videos have image pauses or accelerations while sound goes well
Am 18.11.2014 um 15:10 schrieb Javier Ortega Conde (Malkavian): Package: kdenlive Version: 0.9.10-2 Severity: grave Not everything is a release critical bug just because we are in freeze.. Justification: renders package unusable I am editing some videos recorded with a camera Canon Legria HF G25 at 1080p, and then processing them to get a final video. When I watch the generated video in the begining the image is paused or accelerated for some seconds, while the audio works well (and so, it desynchronize). With Openshot all works well (altought much slower). I can upload to a server short samples of original and final videos if you want. Tell me if I can help to hunt the bug. Mplayer says this about original videos from the camera: Selected video codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 [libavcodec] Selected audio codec: ATSC A/52A (AC-3) [libavcodec] AUDIO: 48000 Hz, 2 ch, floatle, 256.0 kbit/8.33% (ratio: 32000-384000) AO: [pulse] 48000Hz 2ch floatle (4 bytes per sample) Starting playback... VIDEO: 1920x1080 50.000 fps0.0 kbps ( 0.0 kB/s) VO: [xv] 1920x1080 = 1920x1080 Planar YV12 Is the result also not working or do you mean the preview function from kdenlive? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768817: unblock: geoip/1.6.2-2
Am 18.11.2014 um 21:21 schrieb Adam D. Barratt: Control: tags -1 + moreinfo On Sun, 2014-11-09 at 14:34 +0100, Patrick Matthäi wrote: on the 14.10.2014 I have recieved patches from two contributors to support the building of the GeoIP City and ASN database in a DFSG free way, which is realy great! To clarify, these are completely new data files relative to the version in jessie at the moment? Yes and no, it also could replace recommends/suggests on geoip-database-contrib (from contrib), since some packages also require the ASN and city database. For example ntop and python-django. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770035: kdenlive: Processed videos have image pauses or accelerations while sound goes well
Could you retest it with the libmlt*, mlt*, melt* packages from experimental (not jessie/sid)? Am 19.11.2014 um 13:45 schrieb Javier Ortega Conde (Malkavian): Not everything is a release critical bug just because we are in freeze.. I didn't marked it as critical. For me is grave because I can't work with it, but change it if you think is better. Is the result also not working or do you mean the preview function from kdenlive? The preview works well. The result is that my final videos, gotten by rendering them, aren't as expected. Here you have two short examples of the problems I have with redered videos: Pause not expected: https://www.youtube.com/watch?v=sE-D8NkXCqk Acceleration not expected: https://www.youtube.com/watch?v=VuYURUzDTOk -- Agur: Javier Ortega Conde (Malkavian) MetaUniversidad: servicios de educación online http://metauniversidad.com -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */
Bug#770035: kdenlive: Processed videos have image pauses or accelerations while sound goes well
Hi Dan, do you have an idea to http://bugs.debian.org/770035 ? Am 19.11.2014 um 14:54 schrieb Javier Ortega Conde (Malkavian): Could you retest it with the libmlt*, mlt*, melt* packages from experimental (not jessie/sid)? Done, and problem persists. -- Agur: Javier Ortega Conde (Malkavian) MetaUniversidad: servicios de educación online http://metauniversidad.com -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */
Bug#769544: needrestart: prompts user without following Debian Configuration Management Specification - accesses /dev/tty
Am 15.11.2014 um 18:32 schrieb Thomas Liske: But that's just academic - the bug is silly and needs to be fixed for jessie without any doubt. ACK. Paravirtualized using libvirt AFAIK - there are many other virtualization environments requiring a kernel image inside the container. But the bug should keep a severity of serious[1] if it violates the debian policy. The severity is OK for me, since this bug affects some well known container based virtualization platforms and also chroots, if /boot is missing with kernel images. Common scenarios. The current upload you want to get into jessie was only uploaded with priority=low. If the upstream fix for this bug here gets backported and uploaded with priority=medium it would be eligible for migration at the same time. I think you should do that, especially since I do not see an unblock request for the current version in sid. The patch for #767370 and #769544 has not been uploaded by Patrick, yet. I have just uploaded needrestart=1.2+git20141115-1 to experimental (for additional testing). The next jessie/unstable upload *will* fix this issue, but first I want to see 1.2-4 in jessie (since it has got some more changes). -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#769723: unblock: kid3/3.1.1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package kid3 It adds the missing manpages (where kid3.1 itself links to). diff -Naur '--exclude=.svn' 3.1.1-1/debian/changelog 3.1.1-2/debian/changelog --- 3.1.1-1/debian/changelog2014-11-11 22:43:22.053641657 +0100 +++ 3.1.1-2/debian/changelog2014-11-13 21:55:16.879633742 +0100 @@ -1,3 +1,9 @@ +kid3 (3.1.1-2) unstable; urgency=low + + * Add missing kid3-core manpages. Thanks to Achim Bohnet. + + -- Patrick Matthäi pmatth...@debian.org Thu, 13 Nov 2014 21:44:24 +0100 + kid3 (3.1.1-1) unstable; urgency=medium * New upstream release. diff -Naur '--exclude=.svn' 3.1.1-1/debian/kid3-core.manpages 3.1.1-2/debian/kid3-core.manpages --- 3.1.1-1/debian/kid3-core.manpages 1970-01-01 01:00:00.0 +0100 +++ 3.1.1-2/debian/kid3-core.manpages 2014-11-13 21:55:16.879633742 +0100 @@ -0,0 +1,2 @@ +kid3-build/doc/en/kid3-core.1 +kid3-build/doc/de/kid3-core.de.1 unblock kid3/3.1.1-2 -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767370: does not start debconf, displays debconf commands and waits for input
Am 14.11.2014 um 10:57 schrieb Thijs Kinkhorst: On Thu, November 13, 2014 22:49, Thomas Liske wrote: tag 767370 upstream,fixed-upstream thanks Hi Thijs, needrestart did not find any kernel images which triggers this special bug. There was a divison by zero triggered by calculating the progressbar length. needrestart did not die since the linux specific stuff was running in an eval block. needrestart was not started in verbose mode so it does not report the error message (divsion by zero) of the eval call. While dieing in the eval block the stdout/stdin fd's were left screwed up... resulting in the debconf commands on the tty. In verbose mode the bug was not triggered since verbose mode disables the progressbar stuff. Thanks. Good that it was found. This is a Xen domU which indeed does not have any linux-* packages installed since it runs the host kernel. Can we have a targeted fix for this in unstable that fits the jessie unfreeze policy? Targeted! But first I would like to see 1.2-4 in testing, after it has been aged. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#769544: needrestart: prompts user without following Debian Configuration Management Specification - accesses /dev/tty
Am 14.11.2014 um 13:07 schrieb Andreas Beckmann: Well, there shouldn't any output get on that console ..., so let's look at the running processes: COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME needresta 20673 root cwdDIR 0,19 60 532392089 /tmp/piupartss/tmpubCt88/tmp needresta 20673 root rtdDIR 0,19 460 532372904 /tmp/piupartss/tmpubCt88 needresta 20673 root txtREG 0,1910416 532382504 /tmp/piupartss/tmpubCt88/usr/bin/perl needresta 20673 root memREG 0,1918728 532387760 /tmp/piupartss/tmpubCt88/usr/lib/x86_64-linux-gnu/perl/5.20.1/auto/IO/IO.so needresta 20673 root memREG 0,19 1827768 532387323 /tmp/piupartss/tmpubCt88/usr/lib/x86_64-linux-gnu/libperl.so.5.20.1 needresta 20673 root memREG 0,19 140928 532442638 /tmp/piupartss/tmpubCt88/lib/x86_64-linux-gnu/ld-2.19.so needresta 20673 root0r CHR5,0 0t0 532392052 /tmp/piupartss/tmpubCt88/dev/tty needresta 20673 root1w CHR5,0 0t0 532392052 /tmp/piupartss/tmpubCt88/dev/tty needresta 20673 root2w FIFO0,8 0t0 532480261 pipe needresta 20673 root3r REG 0,19 3485 532493945 /tmp/piupartss/tmpubCt88/usr/share/perl5/NeedRestart/UI/Debconf.pm needresta 20673 root4r FIFO0,8 0t0 532499621 pipe needresta 20673 root5w FIFO0,8 0t0 532499622 pipe needresta 20673 root6r FIFO0,8 0t0 532579111 pipe You may not access /dev/tty for prompting (or whatever) ... use debconf *properly*. Hi, I think this is a duplicate of bug #767370 Could you add a linux-image to your piuparts packages and test, if the issue is gone away (not that there is another one)? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#769335: otrs2: fails to upgrade from 'wheezy': /usr/share/dbconfig-common/scripts/otrs2/upgrade/pgsql/3.2.1 exited with non-zero status
Am 14.11.2014 um 10:54 schrieb Paul Gevers: = dbconfig creates and handle database.pm and it is generated with the following values: dbc_generate_include_owner=otrs:www-data dbc_generate_include_perms=0640 = Can't locate /etc/otrs/database.pm: Permission denied at /usr/share/otrs/Kernel/Config.pm line 27. = line 26 checks for the existance of database.pm. if it exists (-f) then a require is executed in line 27, which is the case here, but you have got wrong permissions? which ones? = this whole issue is not triggered in my manual wheezy-jessie upgrade process = and again, dbconfig-common handles this file, but I think the bug is in your testing suite/piuparts We had a bug in dbconfig-common exactly in this area. It might be that this bug is a duplicate of bug 767248 that was fixed recently. Much thanks for pointing to this Paul! @Andreas: Could you please retest with an up-to-date dbconfig-common? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#769582: amarok gets silent on manual song changes
Package: amarok Version: 2.8.0-2.1+b1 Severity: grave Hello, first: I were not realy sure if severity grave is realy correct, since most amarok functions are working. But after some hours I have decided that this is a grave error, since it is not usable as media player anymore. Problem description: - If I start amarok and then start a song on the right side (eg doubleclick) it starts playing. If I manualy change the song again on the right side audio output is not working anymore until I restart amarok - if I start amarok and only using the back- and forward button to change songs, everything is working. but if I start again a song manualy, no audio output - automatic song changes also work fine So amarok is here not able to produce any audio output, after I have changed (not initialy started) a song in my playlist. I have started amarok with --nofork --debug and attached the full log. It contains the following: - starting of amarok with --nofork and --debug - starting to play a song - manualy switching the song again (no audio output anymore). _BEFORE_ I switched the song, I have marked the location with now changing manual at line 955 Hope this will help you to identify the issue. You can also contact me on IRC (the-me). -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ amarok.debug.log.gz Description: application/gzip signature.asc Description: OpenPGP digital signature
Bug#769335: otrs2: fails to upgrade from 'wheezy': /usr/share/dbconfig-common/scripts/otrs2/upgrade/pgsql/3.2.1 exited with non-zero status
tag #769335 + moreinfo thanks Am 12.11.2014 um 22:51 schrieb Andreas Beckmann: Setting up otrs2 (3.3.9-1) ... dbconfig-common: writing config to /etc/dbconfig-common/otrs2.conf Replacing config file /etc/otrs/database.pm with new version creating database backup in /var/cache/dbconfig-common/backups/otrs2_3.1.7+dfsg1-8+deb7u4.pgsql. applying upgrade script for 3.1.7+dfsg1-8+deb7u4 - 3.2.1. Can't locate /etc/otrs/database.pm: Permission denied at /usr/share/otrs/Kernel/Config.pm line 27. BEGIN failed--compilation aborted at /usr/share/otrs/Kernel/Config.pm line 37. Compilation failed in require at ./scripts/DBUpdate-to-3.2.pl line 32. BEGIN failed--compilation aborted at ./scripts/DBUpdate-to-3.2.pl line 32. error encountered processing /usr/share/dbconfig-common/scripts/otrs2/upgrade/pgsql/3.2.1: /usr/share/dbconfig-common/scripts/otrs2/upgrade/pgsql/3.2.1 exited with non-zero status dbconfig-common: otrs2 configure: aborted. dbconfig-common: flushing administrative password dpkg: error processing package otrs2 (--configure): subprocess installed post-installation script returned error exit status 1 Setting up libsoap-lite-perl (1.11-1) ... Processing triggers for libc-bin (2.19-12) ... Processing triggers for ca-certificates (20141019) ... Updating certificates in /etc/ssl/certs... 10 added, 8 removed; done. Running hooks in /etc/ca-certificates/update.ddone. Errors were encountered while processing: otrs2 I have checked it up in a virtual machine and can not reproduce this issue, maybe another in-piuparts-world-only-error issue. From what I see here: = dbconfig creates and handle database.pm and it is generated with the following values: dbc_generate_include_owner=otrs:www-data dbc_generate_include_perms=0640 = Can't locate /etc/otrs/database.pm: Permission denied at /usr/share/otrs/Kernel/Config.pm line 27. = line 26 checks for the existance of database.pm. if it exists (-f) then a require is executed in line 27, which is the case here, but you have got wrong permissions? which ones? = this whole issue is not triggered in my manual wheezy-jessie upgrade process = and again, dbconfig-common handles this file, but I think the bug is in your testing suite/piuparts -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#769335: otrs2: fails to upgrade from 'wheezy': /usr/share/dbconfig-common/scripts/otrs2/upgrade/pgsql/3.2.1 exited with non-zero status
Where is your Database.pm or which permissions does it have? Von meinem iPad gesendet Am 12.11.2014 um 22:51 schrieb Andreas Beckmann a...@debian.org: Package: otrs2 Version: 3.3.9-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'wheezy'. It installed fine in 'wheezy', then the upgrade to 'jessie' fails. From the attached log (scroll to the bottom...): Setting up otrs2 (3.3.9-1) ... dbconfig-common: writing config to /etc/dbconfig-common/otrs2.conf Replacing config file /etc/otrs/database.pm with new version creating database backup in /var/cache/dbconfig-common/backups/otrs2_3.1.7+dfsg1-8+deb7u4.pgsql. applying upgrade script for 3.1.7+dfsg1-8+deb7u4 - 3.2.1. Can't locate /etc/otrs/database.pm: Permission denied at /usr/share/otrs/Kernel/Config.pm line 27. BEGIN failed--compilation aborted at /usr/share/otrs/Kernel/Config.pm line 37. Compilation failed in require at ./scripts/DBUpdate-to-3.2.pl line 32. BEGIN failed--compilation aborted at ./scripts/DBUpdate-to-3.2.pl line 32. error encountered processing /usr/share/dbconfig-common/scripts/otrs2/upgrade/pgsql/3.2.1: /usr/share/dbconfig-common/scripts/otrs2/upgrade/pgsql/3.2.1 exited with non-zero status dbconfig-common: otrs2 configure: aborted. dbconfig-common: flushing administrative password dpkg: error processing package otrs2 (--configure): subprocess installed post-installation script returned error exit status 1 Setting up libsoap-lite-perl (1.11-1) ... Processing triggers for libc-bin (2.19-12) ... Processing triggers for ca-certificates (20141019) ... Updating certificates in /etc/ssl/certs... 10 added, 8 removed; done. Running hooks in /etc/ca-certificates/update.ddone. Errors were encountered while processing: otrs2 cheers, Andreas otrs2_3.3.9-1.log.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766676: [Pkg-fglrx-devel] Bug#766676: Re : /usr/bin/Xorg: symbol lookup error: /usr/lib/xorg/modules/linux/libglx.so: undefined symbol: LoadExtension
Am 09.11.2014 um 01:03 schrieb Andreas Beckmann:
On 2014-11-09 00:38, Anthony Callegaro wrote:
I got the exact same issue on my system running amd64 sid.
OK, let's hunt for that symbol
for f in $(grep -rl LoadExtension /usr/lib /usr/bin) ; \
do echo $f: ; nm -D $f | grep LoadExtension ; done
in a minimal jessie chroot:
/usr/lib/fglrx/fglrx_drv.so:
U LoadExtension
U LoadExtensionList
012e8ba0 B ptr_xdlLoadExtension
00b285b0 T x740LoadExtension
00b2a590 T x750LoadExtension
00b2c230 T x760LoadExtension
0045ba50 T xclLoadExtension
00b2df70 T xs110LoadExtension
00b2fcf0 T xs111LoadExtension
00b319b0 T xs112LoadExtension
00b336a0 T xs113LoadExtension
00b353b0 T xs115LoadExtension
00b370b0 T xs116LoadExtension
/usr/lib/fglrx/fglrx-libglx.so:
U LoadExtension
U LoadExtensionList
/usr/lib/xorg/modules/glesx.so:
U xclLoadExtension
/usr/lib/xorg/modules/amdxmm.so:
U LoadExtension
U LoadExtensionList
/usr/lib/xorg/modules/extensions/libglx.so:
U LoadExtensionList
/usr/bin/Xorg:
000cb250 T LoadExtensionList
/usr/lib/xorg/modules/glesx.so:
U xclLoadExtension
/usr/lib/xorg/modules/extensions/libglx.so:
U LoadExtensionList
/usr/lib/xorg/modules/amdxmm.so:
U LoadExtension
U LoadExtensionList
/usr/lib/fglrx/fglrx_drv.so:
U LoadExtension
U LoadExtensionList
012e8ba0 B ptr_xdlLoadExtension
00b285b0 T x740LoadExtension
00b2a590 T x750LoadExtension
00b2c230 T x760LoadExtension
0045ba50 T xclLoadExtension
00b2df70 T xs110LoadExtension
00b2fcf0 T xs111LoadExtension
00b319b0 T xs112LoadExtension
00b336a0 T xs113LoadExtension
00b353b0 T xs115LoadExtension
00b370b0 T xs116LoadExtension
/usr/lib/fglrx/fglrx-libglx.so:
U LoadExtension
U LoadExtensionList
/usr/bin/lynx:
/usr/bin/Xorg:
000cb2a0 T LoadExtensionList
Oh, the Xorg binary is no longer providing that symbol.
Patrick, please run the above command on your working system, maybe
the symbol is still available somewhere else ...
This is the output of my working sid system.
And:
me@exez:~$ fglrxinfo
display: :0 screen: 0
OpenGL vendor string: Advanced Micro Devices, Inc.
OpenGL renderer string: AMD Radeon HD 5700 Series
OpenGL version string: 4.4.12968 Compatibility Profile Context 8.982
me@exez:~$ dpkg -l|egrep 'libgl|fglrx|xorg'|awk '{print $1 $4 $2
$3}'
ii amd64 fglrx-atieventsd 1:14.9+ga14.201-2
ii amd64 fglrx-control 1:14.9+ga14.201-2
ii amd64 fglrx-driver 1:14.9+ga14.201-2
ii amd64 fglrx-modules-dkms 1:14.9+ga14.201-2
ii amd64 fglrx-source 1:14.9+ga14.201-2
ii amd64 glx-alternative-fglrx 0.5.1
ii amd64 libfglrx:amd64 1:14.9+ga14.201-2
ii amd64 libfglrx-amdxvba1:amd64 1:14.9+ga14.201-2
ii amd64 libgl1-fglrx-glx:amd64 1:14.9+ga14.201-2
ii amd64 libgl1-mesa-glx:amd64 10.3.2-1
ii i386 libgl1-mesa-glx:i386 10.3.2-1
ii amd64 libglapi-mesa:amd64 10.3.2-1
ii i386 libglapi-mesa:i386 10.3.2-1
ii amd64 libgles1-mesa:amd64 10.3.2-1
ii amd64 libgles2-mesa:amd64 10.3.2-1
ii amd64 libglew1.10:amd64 1.10.0-3
it amd64 libglib2.0-0:amd64 2.42.0-2
it i386 libglib2.0-0:i386 2.42.0-2
ii amd64 libgltf-0.0-0 0.0.2-2
ii amd64 libglu1-mesa:amd64 9.0.0-2
ii amd64 xserver-xorg 1:7.7+7
ii amd64 xserver-xorg-core 2:1.16.1.901-1
ii amd64 xserver-xorg-input-evdev 1:2.9.0-2
ii amd64 xserver-xorg-video-ati 1:7.5.0-1
ii amd64 xserver-xorg-video-mach64 6.9.4-2
ii amd64 xserver-xorg-video-r128 6.9.2-1+b2
ii amd64 xserver-xorg-video-radeon 1:7.5.0-1
ii amd64 xvba-va-driver 0.8.0-9
--
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi
GNU/Linux Debian Developer
Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/
signature.asc
Description: OpenPGP digital signature
Bug#768809: unblock: apt-dater-host/1.0.0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package apt-dater-host It downgrades an unnecessary depends to recommends. diff -Naur '--exclude=.svn' 1.0.0-1/debian/changelog 1.0.0-2/debian/changelog --- 1.0.0-1/debian/changelog2014-09-30 18:14:31.514082024 +0200 +++ 1.0.0-2/debian/changelog2014-10-27 19:39:36.294846175 +0100 @@ -1,3 +1,10 @@ +apt-dater-host (1.0.0-2) unstable; urgency=low + + * Move needrestart from depends to recommends. +Closes: #764323 + + -- Patrick Matthäi pmatth...@debian.org Mon, 27 Oct 2014 19:36:22 +0100 + apt-dater-host (1.0.0-1) unstable; urgency=medium * Initial release. diff -Naur '--exclude=.svn' 1.0.0-1/debian/control 1.0.0-2/debian/control --- 1.0.0-1/debian/control 2014-09-30 18:14:31.518081945 +0200 +++ 1.0.0-2/debian/control 2014-10-27 19:39:36.334845484 +0100 @@ -13,9 +13,9 @@ openssh-server, lsb-release, libimvirt-perl, - needrestart, libapt-pkg-perl Recommends: imvirt, + needrestart, sudo Description: host helper application for apt-dater apt-dater provides an easy to use ncurses frontend for managing package unblock apt-dater-host/1.0.0-2 -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768810: unblock: kdenlive/0.9.10-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package kdenlive diff -Naur '--exclude=.svn' 0.9.10-1/debian/changelog 0.9.10-2/debian/changelog --- 0.9.10-1/debian/changelog 2014-09-30 18:14:30.166108722 +0200 +++ 0.9.10-2/debian/changelog 2014-10-27 18:51:31.240128352 +0100 @@ -1,3 +1,11 @@ +kdenlive (0.9.10-2) unstable; urgency=medium + + * Add libv4l-dev as build dependency for webcam support. + * Exclude docbook files from dh_compress. +Closes: #765974 + + -- Patrick Matthäi pmatth...@debian.org Mon, 27 Oct 2014 18:25:52 +0100 + kdenlive (0.9.10-1) unstable; urgency=medium * New upstream release. diff -Naur '--exclude=.svn' 0.9.10-1/debian/control 0.9.10-2/debian/control --- 0.9.10-1/debian/control 2014-09-30 18:14:30.162108802 +0200 +++ 0.9.10-2/debian/control 2014-10-27 18:51:31.216128795 +0100 @@ -14,6 +14,7 @@ libqt4-dev, shared-desktop-ontologies, libx11-dev, + libv4l-dev, libqt4-opengl-dev, libqjson-dev diff -Naur '--exclude=.svn' 0.9.10-1/debian/rules 0.9.10-2/debian/rules --- 0.9.10-1/debian/rules 2014-09-30 18:14:30.162108802 +0200 +++ 0.9.10-2/debian/rules 2014-10-27 18:51:31.180129460 +0100 @@ -13,6 +13,9 @@ override_dh_auto_configure: dh_auto_configure -- $(EXTRAFLAGS) +override_dh_compress: + dh_compress -X.docbook + override_dh_install: rm -f $(CURDIR)/debian/tmp/usr/share/doc/kde/HTML/*/kdenlive/common cp $(CURDIR)/data/kdenlive.menu $(CURDIR)/debian/ unblock kdenlive/0.9.10-2 -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768813: unblock: otrs2/3.3.9-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package otrs2 It fixes the bug #763750, an incompatibility with the jQuery version in Debian. If you ACK it, I would also upload a 3.3.9-3 to also fix #767517, the full diff would be then: diff -Naur '--exclude=.svn' tags/3.3.9-1/debian/changelog trunk/debian/changelog --- tags/3.3.9-1/debian/changelog 2014-09-30 18:14:30.442103255 +0200 +++ trunk/debian/changelog 2014-10-31 18:48:46.913246993 +0100 @@ -1,3 +1,21 @@ +otrs2 (3.3.9-3) UNRELEASED; urgency=low + + * Move database servers from recommends to suggest and add Postgres and MySQL +clients to recommends. +Closes: #767517 + + -- Patrick Matthäi pmatth...@debian.org Fri, 31 Oct 2014 18:48:00 +0100 + +otrs2 (3.3.9-2) unstable; urgency=low + + * Drop libjs-jquery dependency and use the emebedded version again to avoid +application errors. +Closes: #763750 + * Bump Standards-Version to 3.9.6 (no changes required). + * Remove unused override about package-contains-broken-symlink. + + -- Patrick Matthäi pmatth...@debian.org Mon, 27 Oct 2014 21:07:36 +0100 + otrs2 (3.3.9-1) unstable; urgency=medium * New upstream release. diff -Naur '--exclude=.svn' tags/3.3.9-1/debian/control trunk/debian/control --- tags/3.3.9-1/debian/control 2014-09-30 18:14:30.402104049 +0200 +++ trunk/debian/control2014-10-31 18:47:49.762372686 +0100 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Patrick Matthäi pmatth...@debian.org Uploaders: Thomas Mueller tho...@chaschperli.ch -Standards-Version: 3.9.5 +Standards-Version: 3.9.6 Build-Depends: debhelper (= 9), yui-compressor Homepage: http://www.otrs.org @@ -45,7 +45,6 @@ libdbi-perl, libdigest-sha-perl, libjs-jquery-ui, - libjs-jquery, libjavascript-minifier-perl, libcss-minifier-perl, ttf-dejavu-extra, @@ -56,7 +55,7 @@ libsys-hostname-long-perl, libmail-imapclient-perl (= 3.31), libjson-perl -Recommends: postgresql | mysql-server, +Recommends: postgresql-client | mysql-client, procmail | maildrop, aspell | ispell, libcrypt-eksblowfish-perl, @@ -65,6 +64,7 @@ libencode-hanextra-perl Suggests: otrs2-doc-en | otrs2-doc-de, libnet-ldap-perl, + postgresql | mysql-server, libnet-smtp-tls-butmaintained-perl Breaks: otrs ( 3.0) Replaces: otrs ( 3.0) diff -Naur '--exclude=.svn' tags/3.3.9-1/debian/otrs2.links trunk/debian/otrs2.links --- tags/3.3.9-1/debian/otrs2.links 2014-09-30 18:14:30.490102304 +0200 +++ trunk/debian/otrs2.links2014-10-27 20:33:29.327736541 +0100 @@ -5,7 +5,6 @@ var/lib/otrs/Config/Files usr/share/otrs/Kernel/Config/Files var/spool/otrs var/lib/otrs/spool run/otrs var/lib/otrs/run -usr/share/javascript/jquery var/lib/otrs/httpd/htdocs/js/thirdparty/jquery usr/share/javascript/jquery-ui var/lib/otrs/httpd/htdocs/js/thirdparty/jquery-ui var/lib/otrs/ARCHIVE usr/share/otrs/ARCHIVE usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf var/lib/otrs/fonts/DejaVuSans-Bold.ttf diff -Naur '--exclude=.svn' tags/3.3.9-1/debian/otrs2.lintian-overrides trunk/debian/otrs2.lintian-overrides --- tags/3.3.9-1/debian/otrs2.lintian-overrides 2014-09-30 18:14:30.386104365 +0200 +++ trunk/debian/otrs2.lintian-overrides2014-10-27 21:07:12.151870448 +0100 @@ -1,6 +1,5 @@ otrs2: package-contains-broken-symlink usr/share/otrs/Kernel/Config.pm etc/otrs/Kernel/Config.pm otrs2: package-contains-broken-symlink usr/share/otrs/Kernel/Config/GenericAgent.pm etc/otrs/Kernel/Config/GenericAgent.pm -otrs2: package-contains-broken-symlink var/lib/otrs/httpd/htdocs/js/thirdparty/jquery usr/share/javascript/jquery otrs2: package-contains-broken-symlink var/lib/otrs/httpd/htdocs/js/thirdparty/jquery-ui usr/share/javascript/jquery-ui otrs2: package-contains-broken-symlink var/lib/otrs/run run/otrs otrs2: apache2-deprecated-auth-config Order diff -Naur '--exclude=.svn' tags/3.3.9-1/debian/patches/12-use-debian-libjs-packages.diff trunk/debian/patches/12-use-debian-libjs-packages.diff --- tags/3.3.9-1/debian/patches/12-use-debian-libjs-packages.diff 2014-09-30 18:14:30.482102464 +0200 +++ trunk/debian/patches/12-use-debian-libjs-packages.diff 2014-10-27 20:42:20.658243376 +0100 @@ -1,26 +1,19 @@ # Use the system libjs package, instead of the embedded one. -diff -Naur otrs-3.3.7.orig/Kernel/Config/Files/Framework.xml otrs-3.3.7/Kernel/Config/Files/Framework.xml otrs-3.3.7.orig/Kernel/Config/Files/Framework.xml 2014-05-13 10:04:59.607291858 +0200 -+++ otrs-3.3.7/Kernel/Config/Files/Framework.xml 2014-05-13 10:06:34.378898582 +0200 -@@ -5921,9 +5921,9 @@ - SubGroupCore::Web/SubGroup - Setting +diff -Naur otrs-3.3.9.orig/Kernel/Config/Files/Framework.xml otrs-3.3.9/Kernel/Config/Files/Framework.xml +--- otrs-3.3.9.orig/Kernel/Config/Files/Framework.xml 2014-10-27 20:40:28.612239639 +0100 otrs-3.3.9/Kernel/Config/Files/Framework.xml 2014-10-27 20:41
Bug#768814: RM: sshm/0.4.3-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Please remove sshm from testing/jessie. It should not be included in any stable release in its current state. I just have not the time to rewrite it from scratch, yet.. Thanks! -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768817: unblock: geoip/1.6.2-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hello, on the 14.10.2014 I have recieved patches from two contributors to support the building of the GeoIP City and ASN database in a DFSG free way, which is realy great! Sadly I just had got time to adapt them from the beginning of the 27.10.2014, where I thought it is enough time. After I have uploaded the changes I were told, that packages in sid do not get a free-unblock-ack since jessie, fu I didn't get this change.. Anyway I realy hope that we can make an exception here to include more DFSG free (required) geoip databases within jessie (an unblock request for geoip-database is after that also required). $ diff -Naur 1.6.2-1/ 1.6.2-2/ --exclude=.svn | diffstat changelog| 11 control |2 geoip-bin.install|1 geoip-bin.lintian-overrides |1 rules|2 src/geoip-asn-csv-to-dat.cpp | 889 ++ src/geoip-csv-to-dat.cpp | 1122 +-- 7 files changed, 1786 insertions(+), 242 deletions(-) diff -Naur '--exclude=.svn' 1.6.2-1/debian/changelog 1.6.2-2/debian/changelog --- 1.6.2-1/debian/changelog2014-07-24 19:29:11.241627982 +0200 +++ 1.6.2-2/debian/changelog2014-10-27 19:31:48.626784609 +0100 @@ -1,3 +1,14 @@ +geoip (1.6.2-2) unstable; urgency=low + + * Add patch for geoip-csv-to-dat to add support for building GeoIP city DB. +Many thanks to Andrew Moise for contributing! + * Add and install geoip-generator-asn, which is able to build the ASN DB. It +is a modified version from the original geoip-generator. Much thanks for +contributing also to Aaron Gibson! + * Bump Standards-Version to 3.9.6 (no changes required). + + -- Patrick Matthäi pmatth...@debian.org Mon, 27 Oct 2014 19:15:25 +0100 + geoip (1.6.2-1) unstable; urgency=medium * New upstream release. diff -Naur '--exclude=.svn' 1.6.2-1/debian/control 1.6.2-2/debian/control --- 1.6.2-1/debian/control 2014-07-24 19:29:11.245627903 +0200 +++ 1.6.2-2/debian/control 2014-10-27 19:31:48.626784609 +0100 @@ -9,7 +9,7 @@ autotools-dev, dh-autoreconf, libtool -Standards-Version: 3.9.5 +Standards-Version: 3.9.6 Package: libgeoip1 Section: libs diff -Naur '--exclude=.svn' 1.6.2-1/debian/geoip-bin.install 1.6.2-2/debian/geoip-bin.install --- 1.6.2-1/debian/geoip-bin.install2014-07-24 19:29:11.245627903 +0200 +++ 1.6.2-2/debian/geoip-bin.install2014-10-27 19:31:48.626784609 +0100 @@ -1,3 +1,4 @@ debian/tmp/usr/bin/* usr/bin/ debian/tmp/geoip-generator usr/lib/geoip/ +debian/tmp/geoip-generator-asn usr/lib/geoip/ debian/src/v4-to-v6-layout.pl usr/lib/geoip/ diff -Naur '--exclude=.svn' 1.6.2-1/debian/geoip-bin.lintian-overrides 1.6.2-2/debian/geoip-bin.lintian-overrides --- 1.6.2-1/debian/geoip-bin.lintian-overrides 2014-07-24 19:29:11.245627903 +0200 +++ 1.6.2-2/debian/geoip-bin.lintian-overrides 2014-10-27 19:31:48.626784609 +0100 @@ -1 +1,2 @@ geoip-bin: hardening-no-fortify-functions usr/lib/geoip/geoip-generator +geoip-bin: hardening-no-fortify-functions usr/lib/geoip/geoip-generator-asn diff -Naur '--exclude=.svn' 1.6.2-1/debian/rules 1.6.2-2/debian/rules --- 1.6.2-1/debian/rules2014-07-24 19:29:11.241627982 +0200 +++ 1.6.2-2/debian/rules2014-10-27 19:31:48.626784609 +0100 @@ -13,6 +13,8 @@ # Build the build script. $(CXX) $(CPPFLAGS) $(LDFLAGS) -g debian/src/geoip-csv-to-dat.cpp -o debian/tmp/geoip-generator -lGeoIP \ -I $(CURDIR)/debian/tmp/usr/include/ -L $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/ + $(CXX) $(CPPFLAGS) $(LDFLAGS) -g debian/src/geoip-asn-csv-to-dat.cpp -o debian/tmp/geoip-generator-asn -lGeoIP \ + -I $(CURDIR)/debian/tmp/usr/include/ -L $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/ chrpath -d -k debian/tmp/usr/bin/geoip* override_dh_strip: diff -Naur '--exclude=.svn' 1.6.2-1/debian/src/geoip-asn-csv-to-dat.cpp 1.6.2-2/debian/src/geoip-asn-csv-to-dat.cpp --- 1.6.2-1/debian/src/geoip-asn-csv-to-dat.cpp 1970-01-01 01:00:00.0 +0100 +++ 1.6.2-2/debian/src/geoip-asn-csv-to-dat.cpp 2014-10-27 19:31:48.626784609 +0100 @@ -0,0 +1,889 @@ +/* geoip-csv-to-dat - convert a country database from CSV to GeoIP binary format + * + * Copyright (c) 2009 Kalle Olavi Niemitalo. + * Copyright (c) 2011 Patrick Matthäi + * + * Permission to use, copy, modify, and/or distribute this software for any + * purpose with or without fee is hereby granted, provided that the above + * copyright notice and this permission notice appear in all copies. + * + * THE SOFTWARE IS PROVIDED AS IS AND THE AUTHOR DISCLAIMS ALL WARRANTIES + * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF + * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR + * ANY SPECIAL, DIRECT, INDIRECT
Bug#767493: [Pkg-fglrx-devel] Bug#767493: fglrx-driver: [INTL:nl] Dutch translation of debconf messages
tag #767493 + pending thanks Am 31.10.2014 um 13:57 schrieb Frans Spiesschaert: Dear Maintainer, == Please find attached the Dutch translation of fglrx-driver debconf messages. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as debian/po/nl.po in your package build tree. === Groetjes, Frans Thanks, I have comitted it to svn. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#767559: geoip-database-extra, geoip-database-contrib: error when trying to install together
reassign #767559 geoip-database-contrib thanks Hi, this has to be fixed in the -contrib packaging. Am 01.11.2014 um 04:05 schrieb Andreas Beckmann: Package: geoip-database-extra,geoip-database-contrib Version: 1.17 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Control: found -1 20141027-1 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package geoip-database-extra. (Reading database ... 8794 files and directories currently installed.) Preparing to unpack .../geoip-database-extra_20141027-1_all.deb ... Unpacking geoip-database-extra (20141027-1) ... dpkg: error processing archive /var/cache/apt/archives/geoip-database-extra_20141027-1_all.deb (--unpack): trying to overwrite '/usr/share/GeoIP/GeoIPASNum.dat', which is also in package geoip-database-contrib 1.17 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/geoip-database-extra_20141027-1_all.deb This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): usr/share/GeoIP/GeoIPASNum.dat This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may also register in the BTS that the other package is affected by the bug. Cheers, Andreas PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#767673: [Pkg-fglrx-devel] Bug#767673: fglrx-driver: gnome-session fails to start. Major opcode 141 (RANDR) Minor opcode 13 (RRChangeOutputProperty).
Am 01.11.2014 um 20:45 schrieb MARTON Jozsef: Package: fglrx-driver Version: 1:14.9+ga14.201-2 Severity: important Dear Maintainer, * What led up to the situation? Clean Jessie install with fglrx and linux-image-3.16-3 amd64 as of 2014-11-01, using DI-7.7 Beta 2. Using the installer, the base system has been installed, no desktop environment tasks were selected. After apt-get update; apt-get upgrade; apt-get dist-upgrade; reboot; I've added packages fglrx-driver fglrx-control gnome-core. * What exactly did you do (or not do) that was effective (or ineffective)? Created /root/.xsession as described in #745901 Message#41 to work around the clutter(EGL/Wayland)-fglrx bug #745901. After that I've invoked startx as root having no display manager running. * What was the outcome of this action? Gnome crashed showing the sad computer screen (Gnome: Oh no! Something has gone wrong.) * What outcome did you expect instead? Have a running gnome session. After looking into syslog and examining the differences before applying workaround #745901 Message#41, it seems that this crash is related to the following entries: Nov 1 20:19:32 my-laptop gnome-session[1518]: X Error of failed request: BadValue (integer parameter out of range for operation) Nov 1 20:19:32 my-laptop gnome-session[1518]: Major opcode of failed request: 141 (RANDR) Nov 1 20:19:32 my-laptop gnome-session[1518]: Minor opcode of failed request: 13 (RRChangeOutputProperty) Nov 1 20:19:32 my-laptop gnome-session[1518]: Value in failed request: 0x97 Nov 1 20:19:32 my-laptop gnome-session[1518]: Serial number of failed request: 205 Nov 1 20:19:32 my-laptop gnome-session[1518]: Current serial number in output stream: 207 Nov 1 20:19:32 my-laptop gnome-session[1518]: gnome-session[1518]: WARNING: App 'gnome-shell.desktop' exited with code 1 Nov 1 20:19:32 my-laptop gnome-session[1518]: WARNING: App 'gnome-shell.desktop' exited with code 1 Nov 1 20:19:32 my-laptop gnome-session[1518]: X Error of failed request: BadValue (integer parameter out of range for operation) Nov 1 20:19:32 my-laptop gnome-session[1518]: Major opcode of failed request: 141 (RANDR) Nov 1 20:19:32 my-laptop gnome-session[1518]: Minor opcode of failed request: 13 (RRChangeOutputProperty) Nov 1 20:19:32 my-laptop gnome-session[1518]: Value in failed request: 0x97 Nov 1 20:19:32 my-laptop gnome-session[1518]: Serial number of failed request: 205 Nov 1 20:19:32 my-laptop gnome-session[1518]: Current serial number in output stream: 207 Nov 1 20:19:32 my-laptop gnome-session[1518]: gnome-session[1518]: WARNING: App 'gnome-shell.desktop' exited with code 1 Nov 1 20:19:32 my-laptop gnome-session[1518]: WARNING: App 'gnome-shell.desktop' exited with code 1 Nov 1 20:19:32 my-laptop gnome-session[1518]: WARNING: App 'gnome-shell.desktop' respawning too quickly Nov 1 20:19:32 my-laptop gnome-session[1518]: gnome-session[1518]: WARNING: App 'gnome-shell.desktop' respawning too quickly Nov 1 20:19:32 my-laptop gnome-session[1518]: Unrecoverable failure in required component gnome-shell.desktop And why should this be a bug in fglrx? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#767517: please do not recommend postgresql | mysql-server
tag #767517 + pending thanks Am 31.10.2014 um 18:04 schrieb Evgeni Golov: Source: otrs2 Severity: normal Hi, otrs2 currently has Recommends: postgresql | mysql-server which will install a PostgreSQL server when installing recommends. As database-servers are often run on dedicated harware/VM, this will clutter many installs. Please drop Recommends: postgresql | mysql-server and instead add Recommends or Depends on postgresql-client | mysql-client (as needed by dbconfig-common, docs suggest using Recommends). d'accord, but I added both database server to suggests additional. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#766676: [Pkg-fglrx-devel] Bug#766676: /usr/bin/Xorg: symbol lookup error: /usr/lib/xorg/modules/linux/libglx.so: undefined symbol: LoadExtension
Am 27.10.2014 um 17:49 schrieb Yaroslav Halchenko: On Mon, 27 Oct 2014, Patrick Matthäi wrote: Could you please update glx-diversions to 0.5.1 (from sid) and report if the issue is gone? I have tried (which involved reinstalling fglrx drivers/packages) but got the same result with 0.5.1 -- how should have it helped? There was an error with 0.5.0, but another one, so nothing. diverted to MESA? I have tried to update-alternatives --config glx--whateverthatlongfglrx.so but it told me there were no alternatives available I can not reproduce it on my desktop, it is working.. What is the output of md5sum /usr/lib/xorg/modules/linux/libglx.so ? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#766676: [Pkg-fglrx-devel] Bug#766676: /usr/bin/Xorg: symbol lookup error: /usr/lib/xorg/modules/linux/libglx.so: undefined symbol: LoadExtension
-kernel-14.9+ga14.201] 1:14.9+ga14.201-1 ii libgl1-fglrx-glx 1:14.9+ga14.201-2 pn libgl1-fglrx-glx-i386none Versions of packages fglrx-driver suggests: pn amd-opencl-icd none ii fglrx-control 1:14.9+ga14.201-2 pn xvba-va-driver none Versions of packages xserver-xorg-video-intel depends on: ii libc6 2.19-11 ii libdrm-intel1 2.4.58-2 ii libdrm22.4.58-2 ii libpciaccess0 0.13.2-3 ii libpixman-1-0 0.32.6-3 ii libudev1 215-5+b1 ii libx11-6 2:1.6.2-3 ii libx11-xcb12:1.6.2-3 ii libxcb-dri2-0 1.10-3 ii libxcb-util0 0.3.8-3 ii libxcb11.10-3 ii libxv1 2:1.0.10-1 ii libxvmc1 2:1.0.8-2 ii xserver-xorg-core [xorg-video-abi-18] 2:1.16.1-1 Versions of packages fglrx-driver is related to: pn ia32-libs none ii libdrm-radeon1 2.4.58-2 pn linux-headers none ii xserver-xorg 1:7.7+7 ii xserver-xorg-core 2:1.16.1-1 ii xserver-xorg-video-ati 1:7.5.0-1 ii xserver-xorg-video-radeon 1:7.5.0-1 -- debconf information: * fglrx-driver/needs-xorg-conf-to-enable: fglrx-driver/check-xorg-conf-on-removal: true fglrx-driver/removed-but-enabled-in-xorg-conf: ___ Pkg-fglrx-devel mailing list pkg-fglrx-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fglrx-devel -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#766957: Patch / update for znc to disable weak ciphers and SSLv2/SSLv3 protocols
Am 27.10.2014 um 09:31 schrieb Chris: Package: znc Version: 0.206-2 Tags: security Hi, the ZNC IRC Bouncer (https://packages.debian.org/wheezy/znc) finally allows to choose own ciphers and to disable SSLv2/SSLv3 protocols with this pull requests: https://github.com/znc/znc/pull/716 https://github.com/znc/znc/pull/717 Not sure if those are easy to apply to the older version 0.206-2 in Wheezy but want to report this anyway. Also if I adjust the patch file paths I get: $ patch -p1 ../9a8786377ba2f763415fe3eec92530ca3783c3f6.patch patching file Csocket.h Hunk #1 succeeded at 475 with fuzz 1 (offset -128 lines). Hunk #2 succeeded at 727 with fuzz 1 (offset -122 lines). Hunk #3 FAILED at 1089. Hunk #4 FAILED at 1117. 2 out of 4 hunks FAILED -- saving rejects to file Csocket.h.rej patching file Csocket.cpp Hunk #1 succeeded at 1097 (offset -244 lines). Hunk #2 FAILED at 1462. Hunk #3 FAILED at 1617. Hunk #4 succeeded at 2474 (offset -305 lines). 2 out of 4 hunks FAILED -- saving rejects to file Csocket.cpp.rej $ patch -p1 ../954f22ccc0ee8a77ed96756e154993dc9e8402af.patch patching file Socket.h Hunk #1 succeeded at 16 with fuzz 1 (offset -9 lines). patching file Socket.cpp Hunk #1 succeeded at 11 with fuzz 2 (offset -7 lines). $ patch -p1 ../3d57ccb738250785e02ec59fa75b12558f25e41f.patch patching file znc.h Hunk #1 succeeded at 113 (offset -15 lines). Hunk #2 succeeded at 173 with fuzz 2 (offset -38 lines). patching file Socket.cpp Hunk #1 FAILED at 16. 1 out of 1 hunk FAILED -- saving rejects to file Socket.cpp.rej patching file znc.cpp Hunk #1 succeeded at 488 with fuzz 2 (offset 13 lines). Hunk #2 succeeded at 1131 (offset 52 lines). sid/jessie will be fixed, soon. But I can not take the responsibility for backporting this patch to znc=0.206. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#765974: kdenlive: KDE help fails to load gzipped documentation files
tag #765974 + pending thanks Thanks, this will be fixed with the next upload! Am 19.10.2014 um 21:05 schrieb Vincent Pinon: Package: kdenlive Version: 0.9.10-1 Severity: normal Reported Upstream: http://www.kdenlive.org/mantis/view.php?id=3156 Reported on Ubuntu: https://bugs.launchpad.net/ubuntu/+source/kdenlive/+bug/1219476 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/2 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 kdenlive depends on: ii kde-runtime 4:4.14.1-1 ii kdenlive-data 0.9.10-1 ii libav-tools 6:11-1 ii libc6 2.19-11 ii libgcc1 1:4.9.1-16 ii libgl1-mesa-glx [libgl1] 10.2.8-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libkdecore5 4:4.14.1-1 ii libkdeui5 4:4.14.1-1 ii libkio5 4:4.14.1-1 ii libknewstuff3-4 4:4.14.1-1 ii libknotifyconfig4 4:4.14.1-1 ii libkrossui4 4:4.14.1-1 ii libmlt++3 0.9.2-2 ii libmlt6 0.9.2-2 ii libnepomuk4 4:4.14.1-1 ii libqjson0 0.8.1-3 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-network4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-opengl 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-script 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-svg4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libsolid4 4:4.14.1-1 ii libsoprano4 2.9.4+dfsg-1.1 ii libstdc++64.9.1-16 ii libx11-6 2:1.6.2-3 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.1-1 ii libxext6 2:1.3.3-1 ii melt 0.9.2-2 Versions of packages kdenlive recommends: ii dvdauthor0.7.0-1.2+b1 pn dvgrab none ii frei0r-plugins 1.4-3 ii genisoimage 9:1.1.11-3 pn recordmydesktop none pn swh-plugins none Versions of packages kdenlive suggests: ii khelpcenter4 4:4.14.1-1 -- no debconf information -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#764323: apt-dater-host should not depend on needrestart
Am 07.10.2014 um 10:44 schrieb Sebastian Schmidt: Package: apt-dater-host Version: 1.0.0-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, as of 1.0.0-1 a-d-h depends on needrestart which registers itself into apt to be run after each operation. I really don't need that on my (development) workstation. Can you please make the Depends: a Suggests: (or Recommends:? I don't remember the difference - at least so I can remove it :). With the next upload it will be a recommends. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763865: The needrestart package needs to depend on the libterm-readkey-perl package.
This will be fixed with the next upload. Thanks! Am 03.10.2014 um 11:31 schrieb Jim Barber: Package: needrestart Version: 1.2-1 Severity: normal Dear Maintainer, After upgrading to needrestart from version 1.1-1 to version 1.2-1 it fails with the following error: $ sudo needrestart Can't locate Term/ReadKey.pm in @INC (you may need to install the Term::ReadKey module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.1 /usr/local/share/perl/5.20.1 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl .) at /usr/share/perl5/NeedRestart/UI.pm line 29. BEGIN failed--compilation aborted at /usr/share/perl5/NeedRestart/UI.pm line 29. Compilation failed in require at /usr/sbin/needrestart line 29. BEGIN failed--compilation aborted at /usr/sbin/needrestart line 29. Using apt-file, I found that the ReadKey.pm module is in the libterm-readkey-perl package. Installing that package fixes the problem. The needrestart package should have a dependency on the libterm-readkey-perl package to make sure it gets installed if it isn't already. Regards, Jim -- Package-specific info: needrestart output: Running kernel seems to be up-to-date. Services to be restarted: user@1000.service user@65534.service -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages needrestart depends on: ii dpkg 1.17.13 ii libmodule-find-perl0.12-1 ii libmodule-scandeps-perl1.15-1 ii libproc-processtable-perl 0.50-2+b1 ii libsort-naturally-perl 1.03-1 ii perl 5.20.1-1 needrestart recommends no packages. needrestart suggests no packages. -- Configuration Files: /etc/needrestart/needrestart.conf changed [not included] -- no debconf information -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760773: Most video editing can be exported, but audio part still cannot
Hi, I have uploaded mlt 0.9.2+git20141008-1 to experimental. Could you try out this version and give me a feedback? Am 30.09.2014 um 09:14 schrieb Bo Lan: package: mlt version: 0.9.2-2 Dear maintainer, I understand that this bug is closed, but I think that a problem still relates to the mlt or something. After fixing, all video can be exported, but have no sound. I have tried to export two different codes and formats, the one is libx264 and aac with container mp4, the other is libvpx and libvorbis with webm. Both of them do not have audio. I have used avprobe to check the video, this is the output: $ avprobe 'vnlk-b1900d.mp4' avprobe version 11-6:11-1, Copyright (c) 2007-2014 the Libav developers built on Sep 13 2014 19:43:14 with gcc 4.9.1 (Debian 4.9.1-13) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'vnlk-b1900d.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.1.0 Duration: 00:38:40.33, start: 0.00, bitrate: 1549 kb/s Stream #0.0(und): Video: h264 (High), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 1545 kb/s, 30 fps, 30 tbn, 60 tbc (default) # avprobe output Obviously it looks like that all the audio part is not included into the container. Thank you for your great work. Sincerely, Bo -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763750: otrs2: OTRS 3.3 - Process Management - cannot add keys or conditions / wrong jquery version
Hi, I have added the libjs-jquery maintainers in this bug. Am 02.10.2014 um 13:01 schrieb Turmann, Berni (FANUC Luxembourg): Hallo, there is a problem with the jquery version in otrs package. No, within the Debian repository :( Problem Description: - In OTRS Process Management some functions are not working, e.g. adding a condition or another key (nothing happens when clicking the plus sign) in a transition - debugging with Firebug shows error ... parseHTML ... is not a function... Steps to reproduce: - install otrs package with all dependencies - logon to web interface with admin permissions, e.g. root@localhost - goto Admin - Process Management and create a new process - create a new transition and click on the plus sign or on the button to create a new condition = nothing happens Root Cause: - jquery version 1.7 in Debian package repository is too old (upstream delivers jquery version 1.10 in folder .../js/thirdparty/... , but this is removed and symlinked to the debian jquery package) @jquery maintainers: Will you update the packaging to a more recent version for jessie? Anyway I think it is better not to use the version shipped by Debian.. Workaround: - Download the original OTRS tar file matching the same version as installed from Debian repository - Extract files to a temporary folder - copy extracted folder .../js/thirdparty/jquery-1.10.0 to /usr/share/otrs/var/httpd/htdocs/js/thirdparty - rename or delete existing jquery symlink which is pointing to /usr/share/javascript/jquery - create new jquery symlink and point it to directory jquery-1.10.0 Proposed Solution: - Debian package of jquery needs to be updated to a later version or - deliver matching jquery version -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */
Bug#735047: [Pkg-fglrx-devel] Bug#735047: Possible solution
reassign #735047 glx-alternative-fglrx thanks Am 25.09.2014 um 21:31 schrieb Alexander Kudrevatykh: I retested this patch with latest jessie updates and it helps -- Alexander Kudrevatykh alexan...@kudrevatykh.com В Срд, 24/09/2014 в 22:02 +0200, Patrick Matthäi пишет: Am 04.05.2014 um 13:19 schrieb Drill Main: I suffered from the same bug too, but I think the solution is such that: when we switch to igpu mode, original libglx.so must be restored too. At least I understood it this way after inspecting switchlibglx script from original amd driver installator. Thus the bug occured only in dpkg alternatives file /var/lib/dpkg/alternatives/glx.Thus i propose such patch: diff -ruPN a/var/lib/dpkg/alternatives/glx b/var/lib/dpkg/alternatives/glx --- a/var/lib/dpkg/alternatives/glx 2014-05-04 12:26:36.0 +0400 +++ b/var/lib/dpkg/alternatives/glx 2014-05-04 15:15:00.258850761 +0400 @@ -24,7 +24,7 @@ /usr/lib/fglrx/fglrx_drv.so /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 -/usr/lib/fglrx/fglrx-libglx.so + /usr/lib/mesa-diverted 5 After that igpu mode seems to be working properly (at least as far as I can say). Could you please retest it with the current release in jessie/sid? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */
Bug#762725: ITP: apt-dater-host -- host helper application for apt-dater
Package: wnpp Severity: wishlist Owner: Patrick Matthäi pmatth...@debian.org * Package name: apt-dater-host Version : 1.0.0~ Upstream Author : Thomas Liske li...@ibh.de * URL : https://github.com/DE-IBH/apt-dater-host * License : GPL2+ Programming Lang: Perl Description : host helper application for apt-dater -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739054: [Pkg-fglrx-devel] Bug#739054: fglrx-driver: fglrx segfault
Am 21.07.2014 um 16:34 schrieb Andrey Gursky: Hi, on Jessie amd64 with fglrx 14.4.2-1 xserver-xorg 1.15.1-1 chromium 36.0.1985.36-1 is the last one that crashes, 36.0.1985.84-1 is the next one available on amd64 that doesn't crash anymore, such as newer beta releases. A drawback: WebGL support is disabled. Turning it on with chrome://flags didn't help. Regards, Andrey ___ Pkg-fglrx-devel mailing list pkg-fglrx-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fglrx-devel Could you please retest it with the current release in jessie/sid? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#760773: [Mlt-devel] Fwd: Processed: no audio since binNMU to link against newer libav*
Am 23.09.2014 um 06:30 schrieb Dan Dennedy: On Mon, Sep 22, 2014 at 6:33 AM, Patrick Matthäi pmatth...@debian.org mailto:pmatth...@debian.org wrote: Hi Dan, it seems as mlt is unable to render audio since we have updated libav to version 11-1. Are you aware of such an issue? Here are all information: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761593 Hi Patrick, I just fixed this issue in MLT git commit 3ac0201. You might be able to cherry-pick this as-is and apply it to 0.9.2, but if not, it should be easy to recreate manually. I tried to keep it as minimal as possible to facilitate that. As such, it does not address the other problem you reported recently about using stream.codec.time_base instead of stream.time_base. The fix for that problem and other API deprecations requires more regression testing and time. I feel fairly confident that the change in commit for this bug is backwards compatible. Much thanks for your quick fix! Jonas already reported, that your patch is working for him. I will upload tomorrow a fixed package :) -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#762132: [Pkg-fglrx-devel] Bug#762132: fglrx-driver: Update to 1:14.6~ga14.201-1 amd64: Mouse cursor gone
Am 18.09.2014 um 21:33 schrieb Harald: Package: fglrx-driver Version: 1:14.6~ga14.201-1 Severity: important Dear Maintainer, Installing 1:14.6~ga14.201-1 worked flawlessly, but the mouse cursor is not displayed even if I can use the mouse. Updating xserver and depending packages from testing to 2:1.16.0.901-1 showed no effect. I used aticonfig --initial and used my old xorg.conf -- no difference Option HWCursor off in xorg.conf showed no effect. Thanks for helping to give the cursor back ;) Nobody asked for a cursor, just for new Xserver support ;-) Which desktop environment are you using? On KDE I couldn't reproduce this issue. Could you try out another one? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758716: tgt: init script not LSB compliant
Am 16.09.2014 um 11:55 schrieb Apollon Oikonomopoulos: a) stop vs. forcedstop stop does not work if there are still open sessions: # /etc/init.d/tgt stop ; echo $? [FAIL] Stopping target framework daemon: tgtd failed! Some initiators are still connected - could not stop tgtd 2 I had to change the use of stop() to forcedstop(), so that tgt works with HeartBeat. This is intentional and I am a bit reluctant to change the behavior at this point (although under systemd we default to forcedstop, having no ability to define custom actions). I'll think a bit more about defaulting to a hard behavior before the next release. Note that failing in this case does not seem to be an LSB violation. Think about stopping a SQL or Webservice, where are still (and any time) users. Not stopping on stop is buggy :( -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#761593: [kdenlive] No audio rendered
What is your output of: dpkg -l | egrep ffmpeg|libav Am 14.09.2014 um 22:50 schrieb Antonio Marcos López Alonso: Package: kdenlive Version: 0.9.8-1 Severity: important --- Please enter the report below this line. --- Tried to render a video mixing jpeg and one mp3 track but it yields no audio no matter which output format I choose. All recommended dependencies has been installed. --- System information. --- Architecture: amd64 Kernel: Linux 3.14-2-amd64 Debian Release: jessie/sid 900 testing security.debian.org 900 testing ftp.es.debian.org 800 stable update.devolo.com 800 stable dl.google.com 500 unstableftp.es.debian.org 500 sid linux.dropbox.com --- Package information. --- Depends (Version) | Installed ==-+-= kde-runtime( 4:4.10) | 4:4.14.0-2 libc6(= 2.15) | libgcc1 (= 1:4.1.1) | libgl1-mesa-glx| OR libgl1 | libglu1-mesa | OR libglu1| libkdecore5 (= 4:4.4.95) | libkdeui5 (= 4:4.8.4) | libkio5 (= 4:4.7.0) | libknewstuff3-4 (= 4:4.4.0) | libknotifyconfig4 (= 4:4.3.4) | libkrossui4 (= 4:4.3.4) | libmlt++3 (= 0.9.0+dfsg1) | libmlt6 (= 0.9.0+dfsg1) | libnepomuk4 (= 4:4.5.85) | libqjson0 (= 0.7.1) | libqt4-dbus (= 4:4.5.3) | libqt4-network(= 4:4.5.3) | libqt4-opengl (= 4:4.5.3) | libqt4-script (= 4:4.6.1) | libqt4-svg(= 4:4.5.3) | libqt4-xml(= 4:4.5.3) | libqtcore4(= 4:4.8.4) | libqtgui4 (= 4:4.8.0) | libsolid4 (= 4:4.3.4) | libsoprano4 (= 2.1.1) | libstdc++6 (= 4.1.1) | libx11-6 | libxau6| libxdmcp6 | libxext6 | kdenlive-data (= 0.9.8-1) | melt | libav-tools| Recommends (Version) | Installed ==-+-=== swh-plugins| 0.4.15+1-7 dvgrab | 3.5-2 frei0r-plugins | 1.4-3 recordmydesktop| 0.3.8.1+svn602-1+b1 dvdauthor | 0.7.0-1.2+b1 genisoimage| 9:1.1.11-3 Suggests (Version) | Installed ===-+-=== khelpcenter4| 4:4.14.0-2 -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760868: apt-cache: search with -n and multiple values does not work
Package: apt Version: 1.0.7 Severity: important Hello, I wanted to check if I have got installed the most recent Linux image for development, but something seems quite strange with the search algorithm (ACKed by another DD): e.g. I have still localy installed linux-image-3.10-2-amd64 and linux-image-3.14-1-amd64 and linux-image-3.14-2-amd64 is available in the repository: root@exez:~# apt-cache policy linux-image-3.14-2-amd64 linux-image-3.14-2-amd64: Installed: (none) Candidate: 3.14.15-2 Version table: 3.14.15-2 0 500 http://ftp.de.debian.org/debian/ sid/main amd64 Packages Now I search for new images as every time: root@exez:~# apt-cache search -n linux image amd64 linux-image-3.14-2-amd64-dbg - Debugging symbols for Linux 3.14-2-amd64 linux-image-3.14-2-rt-amd64-dbg - Debugging symbols for Linux 3.14-2-rt-amd64 linux-image-amd64 - Linux for 64-bit PCs (meta-package) linux-image-amd64-dbg - Debugging symbols for Linux amd64 configuration (meta-package) linux-image-rt-amd64-dbg - Debugging symbols for Linux rt-amd64 configuration (meta-package) linux-image-3.16-trunk-amd64-dbg - Debugging symbols for Linux 3.16-trunk-amd64 Uhm? Only -dbg and meta-packages? Ok another try: root@exez:~# apt-cache search -n linux image linux-image-3.14-2-686-pae-dbg - Debugging symbols for Linux 3.14-2-686-pae linux-image-3.14-2-amd64-dbg - Debugging symbols for Linux 3.14-2-amd64 linux-image-3.14-2-rt-686-pae-dbg - Debugging symbols for Linux 3.14-2-rt-686-pae linux-image-3.14-2-rt-amd64-dbg - Debugging symbols for Linux 3.14-2-rt-amd64 linux-image-486 - Linux for older PCs (meta-package) linux-image-686-pae - Linux for modern PCs (meta-package) linux-image-686-pae-dbg - Debugging symbols for Linux 686-pae configuration (meta-package) linux-image-amd64 - Linux for 64-bit PCs (meta-package) linux-image-amd64-dbg - Debugging symbols for Linux amd64 configuration (meta-package) linux-image-rt-686-pae - Linux for modern PCs (meta-package), PREEMPT_RT linux-image-rt-686-pae-dbg - Debugging symbols for Linux rt-686-pae configuration (meta-package) linux-image-rt-amd64-dbg - Debugging symbols for Linux rt-amd64 configuration (meta-package) linux-image-3.16-trunk-686-pae-dbg - Debugging symbols for Linux 3.16-trunk-686-pae linux-image-3.16-trunk-amd64-dbg - Debugging symbols for Linux 3.16-trunk-amd64 Hum, still only -dbg and meta-packages.. OK..: root@exez:~# apt-cache search -n linux amd64 golang-go-linux-amd64 - Go standard library compiled for linux_amd64 linux-headers-3.14-2-all-amd64 - All header files for Linux 3.14 (meta-package) linux-headers-3.14-2-amd64 - Header files for Linux 3.14-2-amd64 linux-headers-3.14-2-rt-amd64 - Header files for Linux 3.14-2-rt-amd64 linux-image-3.14-2-amd64 - Linux 3.14 for 64-bit PCs linux-image-3.14-2-amd64-dbg - Debugging symbols for Linux 3.14-2-amd64 linux-image-3.14-2-rt-amd64 - Linux 3.14 for 64-bit PCs, PREEMPT_RT linux-image-3.14-2-rt-amd64-dbg - Debugging symbols for Linux 3.14-2-rt-amd64 xen-linux-system-3.14-2-amd64 - Xen system with Linux 3.14 on 64-bit PCs (meta-package) linux-headers-amd64 - Header files for Linux amd64 configuration (meta-package) linux-headers-rt-amd64 - Header files for Linux rt-amd64 configuration (meta-package) linux-image-amd64 - Linux for 64-bit PCs (meta-package) linux-image-amd64-dbg - Debugging symbols for Linux amd64 configuration (meta-package) linux-image-rt-amd64 - Linux for 64-bit PCs (meta-package), PREEMPT_RT linux-image-rt-amd64-dbg - Debugging symbols for Linux rt-amd64 configuration (meta-package) xen-linux-system-amd64 - Xen system with Linux for 64-bit PCs (meta-package) linux-headers-3.16-trunk-all-amd64 - All header files for Linux 3.16 (meta-package) linux-headers-3.16-trunk-amd64 - Header files for Linux 3.16-trunk-amd64 linux-image-3.16-trunk-amd64 - Linux 3.16 for 64-bit PCs linux-image-3.16-trunk-amd64-dbg - Debugging symbols for Linux 3.16-trunk-amd64 xen-linux-system-3.16-trunk-amd64 - Xen system with Linux 3.16 on 64-bit PCs (meta-package) linux-headers-3.10-2-amd64 - Header files for Linux 3.10-2-amd64 linux-image-3.10-2-amd64 - Linux 3.10 for 64-bit PCs linux-image-3.14-1-amd64 - Linux 3.14 for 64-bit PCs linux-headers-3.14-1-amd64 - Header files for Linux 3.14-1-amd64 Hoe? Now apt-cache found them (prefixed with )?? OK whats's wrong here, another try..: root@exez:~# apt-cache search -n image amd64 kfreebsd-image-10-amd64 - kernel of FreeBSD 10 image (meta-package) kfreebsd-image-9-amd64 - kernel of FreeBSD 9 image (meta-package) kfreebsd-image-amd64 - kernel of FreeBSD (meta-package) linux-image-3.14-2-amd64-dbg - Debugging symbols for Linux 3.14-2-amd64 linux-image-3.14-2-rt-amd64-dbg - Debugging symbols for Linux 3.14-2-rt-amd64 linux-image-amd64 - Linux for 64-bit PCs (meta-package) linux-image-amd64-dbg - Debugging symbols for Linux amd64 configuration (meta-package) linux-image-rt-amd64-dbg - Debugging symbols for Linux rt-amd64
Bug#760773: Render error: Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated.
Hi Dan, I think this is mlt related? :) Am 07.09.2014 um 20:31 schrieb Bo Lan: Package: kdenlive Version: 0.9.8-1 Dear maintainers, When I complete a video editing and render it, this error always happens:Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. I use all the default rendering settings of ogg format with libtheora and libvorbis. I doesn't change any settings, and just click render and select Theora, and click Render to file I found a similar ticket on ffmpeg https://trac.ffmpeg.org/ticket/3741. Therefore, it may be a libav-tools bug. If yes, I am sorry about that, and please help to forward this bug report to libav-tools or its maintainer. Sincerely, Bo -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#757723: geoip-database: Would be nice to have GeoLite2 databases packaged
Am 12.08.2014 um 23:25 schrieb Gregory Oschwald: From my last information GeoIP2 is a complete rewrite and not finished for productive environments, yet. Maybe it also would be better to provide geoip and geoip2 as seperate source packages.. Yes, they are different formats. The new format is production ready. The C API is unlikely to change at all before a non-0.x release. Anyway the MaxMind DB Writer is not useful for the current format and where I last have got a chat with one from MaxMind: it is also not working, but things could have been changed.. It does work and it is used internally to generate the GeoIP2 and GeoLite2 databases. You are correct that it is only only useful for the new format. So what should we do now with this bugreport? I would personaly prefer a volunter who is able to extend the geoip-generator to support the city database as input and output. This should be possible as the old format is fairly straightforward, but it is also quite limiting, which is why MaxMind created the new format. The legacy APIs are in maintenance only mode. Greg So this bug should be a ITP. Are you interested in packaging it? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */
Bug#758357: Fwd: Bug#758357: mlt: Use pkg-config to determine FFmpeg linker flags
Hi,
thanks for your patch, but I think this is something upstream should
decide and adopt.
Weitergeleitete Nachricht
Betreff:Bug#758357: mlt: Use pkg-config to determine FFmpeg linker flags
Weitersenden-Datum: Sat, 16 Aug 2014 21:43:18 +
Weitersenden-Von: Andreas Cadhalpun andreas.cadhal...@googlemail.com
Weitersenden-An:debian-bugs-dist@lists.debian.org
Weitersenden-CC:Fathi Boudra f...@debian.org
Datum: Sat, 16 Aug 2014 23:41:41 +0200
Von:Andreas Cadhalpun andreas.cadhal...@googlemail.com
Antwort an: Andreas Cadhalpun andreas.cadhal...@googlemail.com,
758...@bugs.debian.org
An: Debian Bug Tracking System sub...@bugs.debian.org
Source: mlt
Version: 0.9.2-1
Severity: wishlist
Tags: patch
Usertags: reintroducing-ffmpeg
Dear maintainer,
I am working on reintroducing FFmpeg to Debian [1-2].
In order to make FFmpeg co-installable with Libav, the libraries were
renamed to lib*-ffmpeg. Thus using linker flags like '-lavcodec' doesn't
work with the FFmpeg packages.
To get the correct linking flags for both FFmpeg and Libav, one can
(and should) use pkg-config.
Attached patch achieves that for this package. Please apply it to
facilitate building your package with FFmpeg in Debian.
If you want to facilitate this even further, you can also add
lib*-ffmpeg-dev alternatives to the Libav build-dependencies.
While the FFmpeg package is still waiting in the NEW queue [3], it can
already be built from the git repository [4].
Best regards,
Andreas
1: https://lists.debian.org/debian-devel/2014/07/msg01010.html
2: https://bugs.debian.org/729203
3: https://ftp-master.debian.org/new/ffmpeg_7:2.3.1-1.html
4: https://anonscm.debian.org/cgit/collab-maint/ffmpeg.git
diff --git a/debian/patches/02-pkg-config.patch b/debian/patches/02-pkg-config.patch
new file mode 100644
index 000..286a46e
--- /dev/null
+++ b/debian/patches/02-pkg-config.patch
@@ -0,0 +1,56 @@
+Description:Use pkg-config to determine FFmpeg linker flags
+ Use 'pkg-config --libs' instead of 'pkg-config --libs-only-L'.
+
+Author: Andreas Cadhalpun andreas.cadhal...@googlemail.com
+Last-Update: 2014-05-15
+
+--- mlt-0.9.0+dfsg1.orig/src/modules/avformat/Makefile
mlt-0.9.0+dfsg1/src/modules/avformat/Makefile
+@@ -4,10 +4,6 @@ LDFLAGS += -L../../framework -lmlt -lpth
+ include ../../../config.mak
+ include config.mak
+
+-LDFLAGS += -lavformat$(AVFORMAT_SUFFIX)
+-LDFLAGS += -lavcodec$(AVFORMAT_SUFFIX)
+-LDFLAGS += -lavutil$(AVFORMAT_SUFFIX)
+-LDFLAGS += -lswscale$(AVFORMAT_SUFFIX)
+ LDFLAGS += $(EXTRA_LIBS)
+
+ ifndef CODECS
+@@ -39,7 +35,6 @@ endif
+
+ ifdef DEVICES
+ CFLAGS += -DAVDEVICE
+-LDFLAGS += -lavdevice$(AVFORMAT_SUFFIX)
+ endif
+
+ SRCS := $(OBJS:.o=.c)
+--- mlt-0.9.0+dfsg1.orig/src/modules/avformat/configure
mlt-0.9.0+dfsg1/src/modules/avformat/configure
+@@ -123,19 +123,23 @@ else
+ echo CFLAGS+=-DAVDATADIR=\\\${shared_ffmpeg}/share/ffmpeg${avformat_suffix}/\\\ config.mak
+ ;;
+ esac
++ echo CFLAGS+=$(pkg-config --cflags libavcodec${avformat_suffix}) config.mak
++ echo LDFLAGS+=$(pkg-config --libs libavcodec${avformat_suffix}) config.mak
++ echo CFLAGS+=$(pkg-config --cflags libavutil${avformat_suffix}) config.mak
++ echo LDFLAGS+=$(pkg-config --libs libavutil${avformat_suffix}) config.mak
+ echo CFLAGS+=$(pkg-config --cflags libavformat${avformat_suffix}) config.mak
+- echo LDFLAGS+=$(pkg-config --libs-only-L libavformat${avformat_suffix}) config.mak
++ echo LDFLAGS+=$(pkg-config --libs libavformat${avformat_suffix}) config.mak
+ echo CFLAGS+=$(pkg-config --cflags libswscale${avformat_suffix}) config.mak
+- echo LDFLAGS+=$(pkg-config --libs-only-L libswscale${avformat_suffix}) config.mak
++ echo LDFLAGS+=$(pkg-config --libs libswscale${avformat_suffix}) config.mak
+ if [ $devices = true ]
+ then
+ if ! $(pkg-config libavdevice${avformat_suffix}); then
+ echo - libavdevice not found: disabling
+ touch ../disable-avformat
+ exit 0
+ fi
+ echo CFLAGS+=$(pkg-config --cflags libavdevice${avformat_suffix}) config.mak
+- echo LDFLAGS+=$(pkg-config --libs-only-L libavdevice${avformat_suffix}) config.mak
++ echo LDFLAGS+=$(pkg-config --libs libavdevice${avformat_suffix}) config.mak
+ fi
+
+ if [ $vdpau = true ]
diff --git a/debian/patches/series b/debian/patches/series
index b53e8bc..0893c97 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,1 +1,2 @@
01-changed-preset-path.diff
+02-pkg-config.patch
Bug#758347: Fwd: Bug#758347: kid3: Use pkg-config to determine FFmpeg linker flags
Hi,
thanks for your patch. IMO this is something upstream may adapt.
Weitergeleitete Nachricht
Betreff:Bug#758347: kid3: Use pkg-config to determine FFmpeg linker
flags
Weitersenden-Datum: Sat, 16 Aug 2014 21:42:24 +
Weitersenden-Von: Andreas Cadhalpun andreas.cadhal...@googlemail.com
Weitersenden-An:debian-bugs-dist@lists.debian.org
Weitersenden-CC: Debian KDE Extras Team
pkg-kde-ext...@lists.alioth.debian.org
Datum: Sat, 16 Aug 2014 23:40:27 +0200
Von:Andreas Cadhalpun andreas.cadhal...@googlemail.com
Antwort an: Andreas Cadhalpun andreas.cadhal...@googlemail.com,
758...@bugs.debian.org
An: Debian Bug Tracking System sub...@bugs.debian.org
Source: kid3
Version: 3.1-1
Severity: wishlist
Tags: patch
Usertags: reintroducing-ffmpeg
Dear maintainer,
I am working on reintroducing FFmpeg to Debian [1-2].
In order to make FFmpeg co-installable with Libav, the libraries were
renamed to lib*-ffmpeg. Thus using linker flags like '-lavcodec' doesn't
work with the FFmpeg packages.
To get the correct linking flags for both FFmpeg and Libav, one can
(and should) use pkg-config.
Attached patch achieves that for this package. Please apply it to
facilitate building your package with FFmpeg in Debian.
If you want to facilitate this even further, you can also add
lib*-ffmpeg-dev alternatives to the Libav build-dependencies.
While the FFmpeg package is still waiting in the NEW queue [3], it can
already be built from the git repository [4].
Best regards,
Andreas
1: https://lists.debian.org/debian-devel/2014/07/msg01010.html
2: https://bugs.debian.org/729203
3: https://ftp-master.debian.org/new/ffmpeg_7:2.3.1-1.html
4: https://anonscm.debian.org/cgit/collab-maint/ffmpeg.git
diff --git a/debian/patches/pkg-config.patch b/debian/patches/pkg-config.patch
new file mode 100644
index 000..9e8315c
--- /dev/null
+++ b/debian/patches/pkg-config.patch
@@ -0,0 +1,38 @@
+Description: Use pkg-config to determine FFmpeg linker flags
+
+Author: Andreas Cadhalpun andreas.cadhal...@googlemail.com
+Last-Update: 2014-05-18
+
+--- kid3-3.1.orig/src/plugins/acoustidimport/cmake/modules/FindFFmpeg.cmake
kid3-3.1/src/plugins/acoustidimport/cmake/modules/FindFFmpeg.cmake
+@@ -47,29 +47,7 @@ MACRO(FFMPEG_FIND varname shortname head
+ DOC Location of FFMPEG Headers
+ )
+
+-FIND_LIBRARY(FFMPEG_${varname}_LIBRARIES
+-NAMES ${shortname}
+-PATHS
+-${FFMPEG_ROOT}/lib
+-$ENV{FFMPEG_DIR}/lib
+-~/Library/Frameworks
+-/Library/Frameworks
+-/usr/local/lib
+-/usr/local/lib64
+-/usr/lib
+-/usr/lib64
+-/sw/lib
+-/opt/local/lib
+-/opt/csw/lib
+-/opt/lib
+-/usr/freeware/lib64
+- NO_DEFAULT_PATH
+-DOC Location of FFMPEG Libraries
+-)
+-FIND_LIBRARY(FFMPEG_${varname}_LIBRARIES
+-NAMES ${shortname}
+-DOC Location of FFMPEG Libraries
+-)
++ pkg_check_modules(FFMPEG_${varname} lib${shortname})
+
+ IF (FFMPEG_${varname}_LIBRARIES AND FFMPEG_${varname}_INCLUDE_DIRS)
+ SET(FFMPEG_${varname}_FOUND 1)
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..9937964
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+pkg-config.patch
Bug#758716: tgt: init script not LSB compliant
Package: tgt Version: 1:1.0.48-1 Severity: important Hi, the init script is not LSB compliant at all, because: a) stop vs. forcedstop stop does not work if there are still open sessions: # /etc/init.d/tgt stop ; echo $? [FAIL] Stopping target framework daemon: tgtd failed! Some initiators are still connected - could not stop tgtd 2 I had to change the use of stop() to forcedstop(), so that tgt works with HeartBeat. b) stop has to success If the daemon is not running and you stop it again, the script has to success! # /etc/init.d/tgt stop ; echo $? Force-stopping target framework daemon tgtd is not running 1 Errormessages from heartbeat: Aug 20 14:50:23 xav-share1-1 ResourceManager[5503]: ERROR: Return code 1 from /etc/init.d/tgt Aug 20 14:50:24 xav-share1-1 ResourceManager[5503]: info: Retrying failed stop operation [tgt] Aug 20 14:50:24 xav-share1-1 ResourceManager[5503]: info: Running /etc/init.d/tgt stop Aug 20 14:50:24 xav-share1-1 ResourceManager[5503]: ERROR: Return code 1 from /etc/init.d/tgt Aug 20 14:50:25 xav-share1-1 ResourceManager[5503]: info: Retrying failed stop operation [tgt] Aug 20 14:50:25 xav-share1-1 ResourceManager[5503]: info: Running /etc/init.d/tgt stop Aug 20 14:50:25 xav-share1-1 ResourceManager[5503]: ERROR: Return code 1 from /etc/init.d/tgt Aug 20 14:50:26 xav-share1-1 ResourceManager[5503]: info: Retrying failed stop operation [tgt] Aug 20 14:50:26 xav-share1-1 ResourceManager[5503]: info: Running /etc/init.d/tgt stop Aug 20 14:50:26 xav-share1-1 ResourceManager[5503]: ERROR: Return code 1 from /etc/init.d/tgt Aug 20 14:50:26 xav-share1-1 ResourceManager[5503]: ERROR: Resource script for tgt probably not LSB-compliant. Aug 20 14:50:26 xav-share1-1 ResourceManager[5503]: WARN: it (tgt) MUST succeed on a stop when already stopped -- 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/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757723: geoip-database: Would be nice to have GeoLite2 databases packaged
Am 12.08.2014 um 05:06 schrieb Gregory Oschwald: Although MaxMind does not provide a writer for the legacy database format, it does provide a writer for the format used by GeoLite2 / GeoIP2: https://github.com/maxmind/MaxMind-DB-Writer-perl There is also a specification at: https://github.com/maxmind/MaxMind-DB/blob/master/MaxMind-DB-spec.md Greg From my last information GeoIP2 is a complete rewrite and not finished for productive environments, yet. Maybe it also would be better to provide geoip and geoip2 as seperate source packages.. Anyway the MaxMind DB Writer is not useful for the current format and where I last have got a chat with one from MaxMind: it is also not working, but things could have been changed.. So what should we do now with this bugreport? I would personaly prefer a volunter who is able to extend the geoip-generator to support the city database as input and output. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#757723: geoip-database: Would be nice to have GeoLite2 databases packaged
Hello, the problem is not that they do not provide the data sources (.csv), but there is no way to build those .csv data to the binary format required by GeoIP itself. If you are skilled in C++ you may extend the geoip-generator from the Debian geoip sources itself. If there is a way to build those data I would be happy to provide them. Am 10.08.2014 um 22:02 schrieb Andrew Moise: Package: geoip-database Version: 20140710-1 Severity: wishlist Hello. It would be nice to have packaged up the free city data that maxmind now makes available: http://dev.maxmind.com/geoip/geoip2/geolite2/ Thanks for your time, take care. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.11 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash geoip-database depends on no packages. Versions of packages geoip-database recommends: ii libgeoip1 1.6.2-1 geoip-database suggests no packages. -- no debconf information -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757723: geoip-database: Would be nice to have GeoLite2 databases packaged
Am 11.08.2014 um 16:25 schrieb Andrew Moise: Hm, I'm not too familiar with geoip or its situation in Debian. My thought for how to handle this would be to package the GeoLite2 databases (not .csv but .mmdb) and the APIs for them that Maxmind provides, both as packages that are separate from the existing geoip packages. But, I would mostly defer to your judgement -- I am capable with C++ and could also extend the geoip-generator. That would be nice! :) What's the reason for not just packaging the GeoLite2 .mmdb files and the new API as Maxmind provides them? I'm still not 100% sure about what the existing situation is. Mostly my motivation is simply It is non-free if it is not buildable from source. that I'm working with a tool for which it would be useful if Debian could, out of the box, resolve IP addresses to city names for me. Then you also could get happy with geoip-database-contrib. Thanks. -Andrew On Mon, Aug 11, 2014 at 9:57 AM, Patrick Matthäi pmatth...@debian.org wrote: Hello, the problem is not that they do not provide the data sources (.csv), but there is no way to build those .csv data to the binary format required by GeoIP itself. If you are skilled in C++ you may extend the geoip-generator from the Debian geoip sources itself. If there is a way to build those data I would be happy to provide them. Am 10.08.2014 um 22:02 schrieb Andrew Moise: Package: geoip-database Version: 20140710-1 Severity: wishlist Hello. It would be nice to have packaged up the free city data that maxmind now makes available: http://dev.maxmind.com/geoip/geoip2/geolite2/ Thanks for your time, take care. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.11 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash geoip-database depends on no packages. Versions of packages geoip-database recommends: ii libgeoip1 1.6.2-1 geoip-database suggests no packages. -- no debconf information -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757329: apt-dater: Multi-Arch updates are not detected
Package: apt-dater-host Version: 0.9.0-3+wheezy1 Severity: important File: apt-dater Tags: upstream If you are e.g. on amd64 and also have installed i386 multiarch libs, apt-dater does not detect and install updates for it. -- 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/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-dater-host depends on: ii debconf [debconf-2.0] 1.5.49 ii libapt-pkg-perl0.1.26+b1 ii libimvirt-perl 0.9.4-4 ii lsb-release4.1+Debian8+deb7u1 ii openssh-server 1:6.0p1-4+deb7u2 ii perl 5.14.2-21+deb7u1 Versions of packages apt-dater-host recommends: ii imvirt 0.9.4-4 ii sudo1.8.5p2-1+nmu1 apt-dater-host suggests no packages. -- Configuration Files: /etc/sudoers.d/apt-dater-host [Errno 13] Keine Berechtigung: u'/etc/sudoers.d/apt-dater-host' -- debconf information: apt-dater-host/assume_yes: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754597: libmlt++3: circular dependency with libmlt6
Am 18.07.2014 um 18:16 schrieb Bill Allombert:
On Mon, Jul 14, 2014 at 10:43:39AM +0200, Patrick Matthäi wrote:
Am 12.07.2014 23:31, schrieb Bill Allombert:
Package: libmlt++3
Version: 0.9.2-1
Severity: important
Hello Fathi,
There is a circular dependency between libmlt++3 and libmlt6:
libmlt++3 :Depends: libmlt6 (= 0.9.2)
libmlt6 :Depends: libmlt++3 (= 0.9.2)
Right :/
Circular dependencies between shared library are known to cause problems
during
upgrade, so we should try to avoid them.
Cheers,
I did not had problems with them, yet.
The question is: what to do here? Both are required (added by
${shlibs:Depends}).
You could simply merge libmlt6 and libmlt++3 in a single package since anyway
the users need to install both.
Right, but they are different libraries with a different ABI.
The current situation means that the ABI of libmlt6 and libmlt++3 are linked,
which is dangerous if libmlt++3 soname get bumped but not libmlt6
Never made problems in the past.
So you might need to move the plug-ins to a separate package.
However, as far as I see, only mlt/libmltqt.so require libmlt++3, so maybe
there is a better way to split the package.
Splitting the plugins into a seperate package would make sense, but it
would introduce new problems:
= Plugins shlibs:Depends on libmlt6 and/or libmlt++3
= libmlt++3/libmlt6 are mostly useless without the plugins, so they
should depend on it, too..
For the latter case we could say that applications should also depend on
libmlt-plugins (not libmlt{++3,6) itself), but that is also not such a
nice solution.
--
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi
GNU/Linux Debian Developer
Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/
signature.asc
Description: OpenPGP digital signature
Bug#742602: [DPkg::Post-Invoke] needrestart should run before how-can-i-help
Am 30.03.2014 11:46, schrieb Thomas Liske: Hi Axel, On 03/25/2014 01:00 PM, Axel Beckert wrote: Hi, a minor correction: Axel Beckert wrote: localepurge runs before needsrestart as run-parts seem to use C-locale ordering. [...] 99-localepurge only outputs a few lines, so it's only a minor issue if it runs after how-can-i-help. Feel free to clone this bug report against localepurge,how-can-i-help if think this is worth being fixed, too. if I understand aright the problem is that how-can-i-help just put it's output directly on the tty (not using debconf magic or a pager). Which debconf frontend are you using? It sounds like a general problem with any hook script running after hcih's hook. I'd put needrestart in the 99th row as there might be other hooks restarting binaries - although I didn't check if there are any. We could change the hook naming in needrestart, but depending on other's package hook names sounds fragile to me. A more generic solution might be changing hcih's hook name to be almost the last called hook (z9how-can-i-help?) or use the debconf frontend (although this requires user interaction to proceed). That is correct. There may (or may not) other packages where users want a different order, depending on what is installed. Since this are config files, why do you not rename them? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754776: RM: tmw -- ROM; deprecated and not working anymore with game servers
Package: ftp.debian.org Severity: normal Please remove the package tmw from all suites. It is not developed anymore and not working with the public game servers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754777: RM: tmw-music -- ROM; deprecated and not working anymore with game servers
Package: ftp.debian.org Severity: normal Since tmw should be removed, this package should also get removed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754778: RM: mana -- ROM; deprecated and not working anymore with game servers
Package: ftp.debian.org Severity: normal Please remove the package mana from all suites. It is not developed anymore and not working with the public game servers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752114: needrestart: bug-script runs /usr/games/pacman when trying to use ArchLinux's pacman package manager in /etc/needrestart/hook.d/30-pacman
Hi, Am 22.06.2014 13:59, schrieb Thomas Liske: The question if also 20-rpm should not be shipped in the Debian binary package is a slightly different case as rpm is packaged for Debian -- probably mostly because it's a dependency of alien. But I suspect that running rpm on a Debian system (if available) doesn't help at all for finding to which package a binary belongs, so it probably saves even more CPU cycles if 20-rpm is dropped from the binary package, too. Then again, I don't know how exactly alien works, so I'm not too sure about this. :-) IMHO rpm should be kept as I'm knowing systems having (proprietary) self-contained packages installed using rpm. rpm should be kept, right. But I tend to remove the 30-pacman script, since pacman (the package manager) is not packaged for Debian. Any other opinions? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754597: libmlt++3: circular dependency with libmlt6
Am 12.07.2014 23:31, schrieb Bill Allombert:
Package: libmlt++3
Version: 0.9.2-1
Severity: important
Hello Fathi,
There is a circular dependency between libmlt++3 and libmlt6:
libmlt++3 :Depends: libmlt6 (= 0.9.2)
libmlt6 :Depends: libmlt++3 (= 0.9.2)
Right :/
Circular dependencies between shared library are known to cause problems during
upgrade, so we should try to avoid them.
Cheers,
I did not had problems with them, yet.
The question is: what to do here? Both are required (added by
${shlibs:Depends}).
--
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi
GNU/Linux Debian Developer
Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751888: [Gluster-devel] Bug#751888: glusterfs-server: creating symlinks generates errors
thanks :) Am 02.07.2014 17:01, schrieb Thomas Goirand: Hi, I'm uploading a bugfix version in Debian with the patch available from here: http://review.gluster.org/#/c/8153/ I would usually do this kind of NMU using the delayed queue, but since Patrick Matthäi wrote he's on vacation, I don't see the point in delaying more. My upload is by the way very minimalistic, and only including the upstream patch. I wont send a debdiff, since that's really only the stripe.c patch added to the package (I'm not adding the new tests, I'll leave this work/decision to the maintainers of glusterfs). I hope this helps. Cheers, Thomas Goirand (zigo) -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751888: Fwd: Bug#751888: glusterfs-server: creating symlinks generates errors
Hello gluster list, could you have got a look on this bug? You can access all information on http://bugs.debian.org/751888 I am on vacation from now on for nearly three weeks so I could not take care of it :-( Weitergeleitete Nachricht Betreff: Bug#751888: glusterfs-server: creating symlinks generates errors Weitersenden-Datum: Wed, 18 Jun 2014 09:39:02 + Weitersenden-Von: Matteo Checcucci matteo.checcu...@arnone.de.unifi.it Weitersenden-An: debian-bugs-dist@lists.debian.org Weitersenden-CC: Patrick Matthäi pmatth...@debian.org Datum: Wed, 18 Jun 2014 10:53:12 +0200 Von: Matteo Checcucci matteo.checcu...@arnone.de.unifi.it Antwort an: Matteo Checcucci matteo.checcu...@arnone.de.unifi.it, 751...@bugs.debian.org An: 751...@bugs.debian.org On 06/17/2014 04:14 PM, Patrick Matthäi wrote: Am 17.06.2014 15:29, schrieb Matteo Checcucci: ls -l, cp -a, ...). An especially troublesome consequence is that if I What is the output of: strace /bin/ls -l foobar? Anything in your server/client logs? Hello. Thanks for your quick reply. I reproduced the bug on a newly created gluster volume (connection IP over Ethernet) with gluster 3.5.0-1: ~ SERVER: host07 CLIENT: host01 , host02 , host03 , host04 root@host07:~# service glusterfs-server start root@host07:~# gluster peer status root@host07:~# gluster peer probe host01 root@host07:~# gluster peer probe host02 root@host07:~# gluster peer probe host03 root@host07:~# gluster peer probe host04 root@host07:~# pdsh -w 'host[01-04]' gluster peer probe host07 host01: peer probe: success. host02: peer probe: success. host03: peer probe: success. host04: peer probe: success. root@host07:~# gluster peer status root@host07:~# gluster volume create scratch01-04 stripe 4 host01:/data/brick1 host02:/data/brick1 host03:/data/brick1 host04:/data/brick1 root@host07:~# gluster volume start scratch01-04 root@host07:~# mkdir -p /storage/scratch01-04 root@host07:~# mount -t glusterfs host07:/scratch01-04 /storage/scratch01-04 root@host01:~# mkdir -p /storage/scratch01-04 root@host01:~# mount -t glusterfs host07:/scratch01-04 /storage/scratch01-04 root@host01:/storage/scratch01-04# ls root@host01:/storage/scratch01-04# mkdir test root@host01:/storage/scratch01-04# cd test/ root@host01:/storage/scratch01-04/test# touch foo root@host01:/storage/scratch01-04/test# ln -s foo my_link root@host01:/storage/scratch01-04/test# ls -ltr ls: cannot read symbolic link my_link: No such file or directory total 0 -rw-r--r-- 1 root root 0 Jun 18 10:07 foo lrwxrwxrwx 1 root root 3 Jun 18 10:08 my_link root@host01:~# strace /bin/ls -l foo 2 output_strace_foo root@host01:~# strace /bin/ls -l my_link 2 output_strace_my_link ~ The strace output and the logs of the server and client are attached. I hope this is useful to pinpoint the problem. Bye test-gluster-3.5.0-1.tar.gz Description: application/gzip signature.asc Description: OpenPGP digital signature
Bug#751888: Fwd: Fwd: Bug#751888: glusterfs-server: creating symlinks generates errors
Hello gluster list, could you have got a look on this bug? You can access all information on http://bugs.debian.org/751888 I am on vacation from now on for nearly three weeks so I could not take care of it :-( Weitergeleitete Nachricht Betreff: Bug#751888: glusterfs-server: creating symlinks generates errors Weitersenden-Datum: Wed, 18 Jun 2014 09:39:02 + Weitersenden-Von: Matteo Checcucci matteo.checcu...@arnone.de.unifi.it Weitersenden-An: debian-bugs-dist@lists.debian.org Weitersenden-CC: Patrick Matthäi pmatth...@debian.org Datum: Wed, 18 Jun 2014 10:53:12 +0200 Von: Matteo Checcucci matteo.checcu...@arnone.de.unifi.it Antwort an: Matteo Checcucci matteo.checcu...@arnone.de.unifi.it, 751...@bugs.debian.org An: 751...@bugs.debian.org On 06/17/2014 04:14 PM, Patrick Matthäi wrote: Am 17.06.2014 15:29, schrieb Matteo Checcucci: ls -l, cp -a, ...). An especially troublesome consequence is that if I What is the output of: strace /bin/ls -l foobar? Anything in your server/client logs? Hello. Thanks for your quick reply. I reproduced the bug on a newly created gluster volume (connection IP over Ethernet) with gluster 3.5.0-1: ~ SERVER: host07 CLIENT: host01 , host02 , host03 , host04 root@host07:~# service glusterfs-server start root@host07:~# gluster peer status root@host07:~# gluster peer probe host01 root@host07:~# gluster peer probe host02 root@host07:~# gluster peer probe host03 root@host07:~# gluster peer probe host04 root@host07:~# pdsh -w 'host[01-04]' gluster peer probe host07 host01: peer probe: success. host02: peer probe: success. host03: peer probe: success. host04: peer probe: success. root@host07:~# gluster peer status root@host07:~# gluster volume create scratch01-04 stripe 4 host01:/data/brick1 host02:/data/brick1 host03:/data/brick1 host04:/data/brick1 root@host07:~# gluster volume start scratch01-04 root@host07:~# mkdir -p /storage/scratch01-04 root@host07:~# mount -t glusterfs host07:/scratch01-04 /storage/scratch01-04 root@host01:~# mkdir -p /storage/scratch01-04 root@host01:~# mount -t glusterfs host07:/scratch01-04 /storage/scratch01-04 root@host01:/storage/scratch01-04# ls root@host01:/storage/scratch01-04# mkdir test root@host01:/storage/scratch01-04# cd test/ root@host01:/storage/scratch01-04/test# touch foo root@host01:/storage/scratch01-04/test# ln -s foo my_link root@host01:/storage/scratch01-04/test# ls -ltr ls: cannot read symbolic link my_link: No such file or directory total 0 -rw-r--r-- 1 root root 0 Jun 18 10:07 foo lrwxrwxrwx 1 root root 3 Jun 18 10:08 my_link root@host01:~# strace /bin/ls -l foo 2 output_strace_foo root@host01:~# strace /bin/ls -l my_link 2 output_strace_my_link ~ The strace output and the logs of the server and client are attached. I hope this is useful to pinpoint the problem. Bye test-gluster-3.5.0-1.tar.gz Description: application/gzip signature.asc Description: OpenPGP digital signature
Bug#751591: [Pkg-fglrx-devel] Bug#751591: xvba-va-driver: please add Provides: va-driver
tag #751591 + pending thanks Am 14.06.2014 17:15, schrieb Sebastian Ramacher: Package: xvba-va-driver Version: 0.8.0-8 Severity: wishlist Since the last upload of libva to unstable, libva1 recommends va-driver-all | va-driver. All the other libva driver implementation already have Provides: va-driver. Please also add the same Provides to xvba-va-driver to make it satisfy the recommends relation. Thanks, fix comitted to svn. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#751888: glusterfs-server: creating symlinks generates errors
Am 17.06.2014 15:29, schrieb Matteo Checcucci: ls -l, cp -a, ...). An especially troublesome consequence is that if I What is the output of: strace /bin/ls -l foobar? Anything in your server/client logs? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746736: kdenlive notification sounds maximize the pulseaudio volume
Hi, upstream stated: I was looking at the bug 746736 on jessie + kdenlive from sid... it seems KDE's mixer setting on notification volume has no effect, only going to system settings/notifications allows toreally tune notifications volume. But then kdenlive respects it as any other program (it doesn't handle this kind ofthings by itself but relies on KDE infrastructure to do it)! Am 22.05.2014 19:17, schrieb Bo Lan: Package: kdenlive Version: 0.9.8-1 Followup-For: Bug #746736 Hi, could you please retest your issue with kdenlive 0.9.8-1 from unstable? Dear Patrick Matthäi, After retesting the version of 0.9.8-1 from unstable. I still get the same problem. This time, I try to dist-upgrade my entire system to unstable. There is nothing better, the system audio volume (pulseaudio) is still maximized by kdenlive's notification sounds. Thank you for your work. Sincerely, Bo -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdenlive depends on: ii kde-runtime 4:4.12.4-1 ii kdenlive-data 0.9.8-1 ii libav-tools 6:9.13-1 ii libc6 2.18-5 ii libgcc1 1:4.9.0-3 ii libgl1-mesa-glx [libgl1] 10.1.2-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libkdecore5 4:4.12.4-1 ii libkdeui5 4:4.12.4-1 ii libkio5 4:4.12.4-1 ii libknewstuff3-4 4:4.12.4-1 ii libknotifyconfig4 4:4.12.4-1 ii libkrossui4 4:4.12.4-1 ii libmlt++3 0.9.0+dfsg1-1 ii libmlt6 0.9.0+dfsg1-1 ii libnepomuk4 4:4.12.4-1 ii libqjson0 0.8.1-3 ii libqt4-dbus 4:4.8.6+dfsg-1 ii libqt4-network4:4.8.6+dfsg-1 ii libqt4-opengl 4:4.8.6+dfsg-1 ii libqt4-script 4:4.8.6+dfsg-1 ii libqt4-svg4:4.8.6+dfsg-1 ii libqt4-xml4:4.8.6+dfsg-1 ii libqtcore44:4.8.6+dfsg-1 ii libqtgui4 4:4.8.6+dfsg-1 ii libsolid4 4:4.12.4-1 ii libsoprano4 2.9.4+dfsg-1 ii libstdc++64.9.0-3 ii libx11-6 2:1.6.2-1 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.1-1 ii libxext6 2:1.3.2-1 ii melt 0.9.0+dfsg1-1 Versions of packages kdenlive recommends: ii dvdauthor0.7.0-1.2 ii dvgrab 3.5-2 ii frei0r-plugins 1.1.22git20091109-1.4 ii genisoimage 9:1.1.11-2 ii recordmydesktop 0.3.8.1+svn602-1+b1 ii swh-plugins 0.4.15+1-7 Versions of packages kdenlive suggests: pn khelpcenter4 none -- no debconf information -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748821: [Pkg-fglrx-devel] Bug#748821: fglrx-modules-dkms: Removal scripts of this package are incomplete.
What is the output of: dpkg -l|grep fglrx Am 21.05.2014 05:25, schrieb Gordon Garmaise: Package: fglrx-modules-dkms Version: 1:12-6+point-3 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? The system in question has a AMD/ATI HD Radeon chip set and I attempted to use this package to enable 3D acceleration. This was not sucessful. * What exactly did you do (or not do) that was effective (or ineffective)? The GUI (Gnome in this case) became unavailable. Purging the package did not restore previous Xorg functionality. Reinstalling xorg / xorg-common did not resolve the issue. Using find to locate and delete the *fglrx* files under /lib also failed to solve the problem. Boot logs revealed the fglrx module had persisted in the initramfs. Removed the line for fglrx from /etc/initramfs-tools/modules. Then update-initramfs -u. * What was the outcome of this action? GUI interface now available after reboot. * What outcome did you expect instead? I expected that purging the packape would thuroughly remove all traces of the package and revert to the previous functioning xorg configuration. I recommend that flgrx be removed from /etc/initramfs-tools/modules at a minimum on purge along with a suggestion to delete other files. This may apply to flgrx-source as well. *** End of the template - remove these lines *** -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 fglrx-modules-dkms depends on: pn dkms none fglrx-modules-dkms recommends no packages. Versions of packages fglrx-modules-dkms suggests: pn fglrx-driver none ___ Pkg-fglrx-devel mailing list pkg-fglrx-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fglrx-devel -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746736: kdenlive notification sounds maximize the pulseaudio volume
Am 03.05.2014 05:07, schrieb Bo Lan: Package: kdenlive Version: 0.9.6-5 Severity: normal Dear Maintainer, When I try to edit any video in kdenlive, it usually plays some notification sounds. Those notification sounds would maximize the system volume. I am using debian-testing. It is the default xfce desktop environment, and everything is installled by default, including the Audio Mixer Controller. I expect that, the kdenlive should not modify the system audio volume to max. If you need more information, please let me know. Hi, could you please retest your issue with kdenlive 0.9.8-1 from unstable? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742489: [Pkg-fglrx-devel] Bug#742489: X fails to start due to segfault in fglrx driver (R9 280x)
Am 24.03.2014 12:10, schrieb Cesare Tirabassi: Package: fglrx-driver Version: 1:14.3~beta1.0-1 Severity: important Tags: upstream Could you please retest with a fully upgraded testing system (so on also fglrx 14.4)? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734864: [Pkg-fglrx-devel] Bug#734864: fglrx-driver: 1:14.4~rc1.0.apr17-1 did not solve the segmentation fault
Am 24.04.2014 17:42, schrieb Benjamin Menant: Dear Maintainer, Just to say, upgrading fglrx-driver and its dependencies to 1:14.4~rc1.0.apr17-1 did not solve the issue (see xorg.log attachment below). 14.4-2 is available in testing, could you retest this version please? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739736: [Pkg-fglrx-devel] Bug#739736: [fglrx-driver] Greys output Incorrectly
Am 22.02.2014 04:19, schrieb Reuben: Package: fglrx-driver Version: 1:14.1~beta1.3-1 Severity: normal --- Please enter the report below this line. --- 1:14.1~beta1.3-1 outputs greys as with a pink tint. See attached photos Which version was the last one for you where it worked as excepted? Please try again with a fully upgraded testing system (fglrx 14.4 is also available). Please also use an minified xorg.conf (you can use aticonfig for this). -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731028: needrestart: change list mode to a list of commands for restarting
tag #731028 + upstream thanks Hi Thomas, sounds good to me, what do you think? Am 01.12.2013 06:01, schrieb Paul Wise: Package: needrestart Version: 0.3-1 Severity: wishlist The list mode just prints a list of services. It would be much more useful if it were to print a list of commands for restarting those services, like checkrestart from debian-goodies does. It should support services printing systemctl restart foo.service for services that can only be restarted using systemctl but default to using service restart foo for services that can be restarted by the init.d system. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728307: ISO-8859 only database ?
Am 30.10.2013 14:37, schrieb Mathieu Malaterre: On Wed, Oct 30, 2013 at 2:31 PM, Patrick Matthäi pmatth...@debian.org wrote: Am 30.10.2013 14:28, schrieb Mathieu Malaterre: On Wed, Oct 30, 2013 at 2:24 PM, Patrick Matthäi pmatth...@debian.org wrote: reassign #728307 geoip-bin tag #728307 + wontfix thanks Would it be possible to have a little more information on why this has been marked as wontfix ? Thanks. see my next mail :) Sorry for the ping-pong, but I'd really like to know the exact root of the issue, why is this a wontfix ... upstream db is in ISO-8859, but IMHO it could be display in locale dependant output (eg utf8). Hi, upstream wrote the following: quote geoiplookup has the -l flag to flip between iso-8859-1 and utf8. The default is utf8. Guessing the charset seems wrong for pipe operations and we can’t convert the output into all possible locale settings. Only utf8 and iso-8859-1 is supported by libgeoip. I think this users issue is resolved. geoiplookup -f /usr/local/share/GeoIP/GeoLiteCity.dat 2.209.152.0 GeoIP City Edition, Rev 1: DE, 07, Nordrhein-Westfalen, Mönchengladbach, 41238, 51.151402, 6.470300, 0, 0 geoiplookup -f /usr/local/share/GeoIP/GeoLiteCity.dat 2.209.152.0 | file - /dev/stdin: UTF-8 Unicode text geoiplookup -l -f /usr/local/share/GeoIP/GeoLiteCity.dat 2.209.152.0 | file - /dev/stdin: ISO-8859 text /quote -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739997: mumble: adopt package without maintainer response?
Am 18.03.2014 17:03, schrieb Chris Knadle: After some discussion on [debian-devel] I decided to file an ITA (#739997) to offer to adopt the package, but I haven't gotten any response in 3 weeks. I've also tried to contact the maintainer via IRC in #debian-devel but haven't gotten a response there either. I already supported his intention to overtake the maintainance of mumble and I am ready to sponsor his uploads *with my previous mumble-maintainer-hat-on* I looked at the state of the package. There's nothing that requires immediate action, but there are a number of things that could be improved (there's a new upstream release available, 1.2.5, since 2014-02-05; there are several important bugs with no comment from the maintainer). @Lucas: The package would be too RC buggy for any release without the NMUs from gregoa and Chris, see [0]. The last upload from Ron was in July 2012. Given that you seem to have been doing the maintenance work lately, I personally have no objection to you adopting the package. To move forward, I propose giving the maintainers until 2014-04-01 to object. Okay. Acknowledge. [0]: http://metadata.ftp-master.debian.org/changelogs/main/m/mumble/unstable_changelog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739997: ITA: mumble -- Low latency VoIP client
Am 24.02.2014 20:50, schrieb Chris Knadle: Package: wnpp Severity: normal X-Debbugs-CC: debian-de...@lists.debian.org This package hasn't been orphaned, but there hasn't been any activity from the maintainer or uploader for ~18 months despite some grave bugs, so I'm offering to adopt the package as the maintainer. I'm familiar with maintaining this package -- I put together the current 1.2.4-0.2 package in sid and jessie. I will support this. Please go ahead. Ron was unable to maintain the package after he has took over the maintainance of it from me. I would sponsor your uploads. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707075: otrs2: fails to upgrade from testing due to storage engine change
Am 18.02.2014 01:33, schrieb Andreas Beckmann: This is a wanted behaviour, from the 3.2.1+dfsg1-1 changelog: * Drop patch 24-default-myisam and check with the new otrs.CheckDB.pl script, if the available tables and the used storage engine are equal. If it is not the case the installation should abort, so that the administrator can fix his MySQL server or the already created tables. Closes: #690306 If it's too difficult to sort this out automatically, the package needs to carry documentation how to solve this manually. (My first try was README.Debian.) And ideally the error message should point to this documentation. Automagic is not possible. I have added the following to README.Debian: Upgrading to MySQL = 5.5: -- Since MySQL 5.5 changed its default storage engine from MyISAM to InnoDB you might encounter problems on upgrading OTRS from the otrs.CheckDB.pl script. Here you will find additional notes about this problem: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707075 Here you will find a possible solution: http://blog.otrs.org/2013/02/20/about-otrs-mysql-myisam-and-innodb-storage-engines/ And I wouldn't mind a receipe how I can fix this up easily in piuparts in a scriptable way (either changing mysql config or doing some sql or whatever). For piuparts it might be a better idea to test it with Postgres as database backend, or while you upgrade your MySQL server adding default-storage-engine=MYISAM to the my.cnf, but this is ugly. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707075: otrs2: fails to upgrade from testing due to storage engine change
Am 20.02.2014 11:17, schrieb Patrick Matthäi: Automagic is not possible. I have added the following to README.Debian: Upgrading to MySQL = 5.5: -- Since MySQL 5.5 changed its default storage engine from MyISAM to InnoDB you might encounter problems on upgrading OTRS from the otrs.CheckDB.pl script. Here you will find additional notes about this problem: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707075 Here you will find a possible solution: http://blog.otrs.org/2013/02/20/about-otrs-mysql-myisam-and-innodb-storage-engines/ And I wouldn't mind a receipe how I can fix this up easily in piuparts in a scriptable way (either changing mysql config or doing some sql or whatever). For piuparts it might be a better idea to test it with Postgres as database backend, or while you upgrade your MySQL server adding default-storage-engine=MYISAM to the my.cnf, but this is ugly. Do you agree with re-closing with the next upload? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738871: kdoctools: meinproc4 crashes on mipsel
Package: kdoctools Version: 4:4.11.5-1 Severity: important Hi, since 4:4.11.5-1 meinproc4 segfaults on mipsel on generating the german docs of the kid3 package. With 4:4.11.3-2 everything worked fine. Log: https://buildd.debian.org/status/fetch.php?pkg=kid3arch=mipselver=3.0.2-3stamp=1392199569 -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738712: kid3-core, kid3-cli: fails to upgrade from 'testing' - trying to overwrite /usr/share/kid3/translations/*
tag #738712 + pending
thanks
Patch (see below) comitted, but I have to wait to fix another bug.
Index: debian/control
===
--- debian/control (Revision 19859)
+++ debian/control (Arbeitskopie)
@@ -29,6 +29,7 @@
Architecture: any
Depends: ${shlibs:Depends},
${misc:Depends}
+Breaks: kid3 ( 3.0.2-2)
Description: Audio tag editor core libraries and data
An application to edit the ID3v1 and ID3v2 tags in MP3 files in an
efficient
way. These tags can be edited by most MP3 players, but not in a very
@@ -132,6 +133,7 @@
Depends: ${shlibs:Depends},
${misc:Depends},
kid3-core (= ${binary:Version})
+Breaks: kid3 ( 3.0.2-2)
Description: Command line audio tag editor
An application to edit the ID3v1 and ID3v2 tags in MP3 files in an
efficient
way. These tags can be edited by most MP3 players, but not in a very
Index: debian/changelog
===
--- debian/changelog(Revision 19859)
+++ debian/changelog(Arbeitskopie)
@@ -1,3 +1,10 @@
+kid3 (3.0.2-4) UNRELEASED; urgency=low
+
+ * Add missing breaks.
+Closes: #738712
+
+ -- Patrick Matthäi pmatth...@debian.org Wed, 12 Feb 2014 11:36:34 +0100
+
kid3 (3.0.2-3) unstable; urgency=low
* Do not compress docbooks.
Am 12.02.2014 11:01, schrieb Andreas Beckmann:
Package: kid3-core,kid3-cli
Version: 3.0.2-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.
See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces
From the attached log (scroll to the bottom...):
Selecting previously unselected package kid3-core.
Preparing to unpack .../kid3-core_3.0.2-2_amd64.deb ...
Unpacking kid3-core (3.0.2-2) ...
dpkg: error processing archive
/var/cache/apt/archives/kid3-core_3.0.2-2_amd64.deb (--unpack):
trying to overwrite '/usr/share/kid3/translations/kid3...@latin.qm', which
is also in package kid3 3.0.2-1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Selecting previously unselected package kid3-cli.
Preparing to unpack .../kid3-cli_3.0.2-2_amd64.deb ...
Unpacking kid3-cli (3.0.2-2) ...
dpkg: error processing archive
/var/cache/apt/archives/kid3-cli_3.0.2-2_amd64.deb (--unpack):
trying to overwrite '/usr/share/man/man1/kid3-cli.1.gz', which is also in
package kid3 3.0.2-1
cheers,
Andreas
--
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi
GNU/Linux Debian Developer
Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737428: [src:mlt] Sourceless flash file
Hi Dan, could you fix this with the next upstream release by: a) Removing the .swf file b) Adding the source of the .swf file to the release tarball Thanks! Am 02.02.2014 20:47, schrieb bastien ROUCARIES: Package: src:mlt Version: 0.9.0-3 Severity: serious User: debian...@lists.debian.org Usertags: source-contains-prebuilt-flash-object X-Debbugs-CC: ftpmas...@debian.org mlt 0.9.0-3 (source) demo/txtField.swf Please avoid flash particularly sourceless. Bastien -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729765: [Pkg-fglrx-devel] Bug#729765: FW: #729765 module does not compile for linux 3.11 isn't resolved
Am 21.01.2014 17:28, schrieb P. C. Chan: So please tell me which one would you like to support. Fglrx does not compile with any of the 3.10.xx kernels either. The official linux-images's from the Debian repository (with their linux-headers packages). BTW, the kernels were official kernels from kernel.org. Regards, P. C. Date: Mon, 20 Jan 2014 10:21:39 +0100 From: pmatth...@debian.org To: p_c_c...@hotmail.com; 729765-submit...@bugs.debian.org Subject: Re: [Pkg-fglrx-devel] Bug#729765: FW: #729765 module does not compile for linux 3.11 isn't resolved Am 17.01.2014 04:26, schrieb P. C. Chan: FYI From: p_c_c...@hotmail.com To: 623...@bugs.debian.org; ow...@bugs.debian.org Subject: #729765 module does not compile for linux 3.11 isn't resolved Date: Thu, 16 Jan 2014 20:49:27 -0500 Fglrx-modules-dkms (1:13.12-3) fails to compile under 3.12.6 kernel nor 3.10.26. It compiles under 3.4.76 kernel though. The last working fglrx-modules-dkms that complied under newer kernel was 1.13.4-4. The new packages are missing some patches since 1:13.8. Hi, please test it with the Debian Linux packages. You are using your own Linux versions which is not supported with the packaged fglrx modules. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#729550: warning: Could not load shared library symbols for linux-gate.so.1.
Am 28.12.2013 19:15, schrieb Lisandro Damián Nicanor Pérez Meyer: On Friday 13 December 2013 20:28:51 Kingsley G. Morse Jr. wrote: [snip] OK, I upgraded every package on the computer 1.) with the characters qt in its name and 2.) which is already installed to the versions currently in unstable. Then I rebooted. Unfortunately, kdenlive still crashed. Another Qt/KDE team member tried to reproduce this bug in i386 to no avail. So, at least Patrick can reproduce it, I would guess it's a problem on your setup :-/ Kinds regards, Lisandro. Hi, sorry for my late answer, I just have got limited time to test desktop specific bugs in the last weeks/monts.. It is also not reproduceable for me on amd64 (Phrenom II X6 CPU) with your image. But a short idea.. What happens if you enter on your console: $ melt crash.png -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#729550: warning: Could not load shared library symbols for linux-gate.so.1.
:///home/kingsley/doc/profit/loaner.com_web_site/loaner) KCrash: Application 'kdenlive' crashing... KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit sock_file=/home/kingsley/.kde/socket-debian1/kdeinit4__0 [1]+ Stopped kdenlive QSocketNotifier: Invalid socket 23 and type 'Read', disabling... warning: Could not load shared library symbols for linux-gate.so.1. Do you need set solib-search-path or set sysroot? I wonder if a stack was overwritten, or if there is unitialized data. Again for what it's worth, I happened to notice several other recent bug reports also mention warning: Could not load shared library symbols for linux-gate.so.1. Do you need set solib-search-path or set sysroot? Thanks, Kingsley -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kdenlive depends on: ii dpkg 1.17.1 ii kde-runtime 4:4.10.5-1 ii kdenlive-data 0.9.6-4 ii libav-tools 6:9.10-1 ii libc6 2.17-93 ii libgcc1 1:4.8.1-10 ii libgl1-mesa-glx [libgl1] 9.1.7-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libkdecore5 4:4.10.5-1+b1 ii libkdeui5 4:4.10.5-1+b1 ii libkio5 4:4.10.5-1+b1 ii libknewstuff3-4 4:4.10.5-1+b1 ii libknotifyconfig4 4:4.10.5-1+b1 ii libkrossui4 4:4.10.5-1+b1 ii libmlt++3 0.9.0-1+b1 ii libmlt6 0.9.0-1+b1 ii libnepomuk4 4:4.10.5-1+b1 ii libqjson0 0.8.1-3 ii libqt4-dbus 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-network4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-opengl 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-script 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-svg4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-xml4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtcore44:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libsolid4 4:4.10.5-1+b1 ii libsoprano4 2.9.2+dfsg.1-4 ii libstdc++64.8.1-10 ii libx11-6 2:1.6.2-1 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.1-1 ii libxext6 2:1.3.2-1 ii melt 0.9.0-2 Versions of packages kdenlive recommends: ii dvdauthor0.7.0-1.2 ii dvgrab 3.5-2 ii frei0r-plugins 1.1.22git20091109-1.4 ii genisoimage 9:1.1.11-2 ii recordmydesktop 0.3.8.1+svn602-1+b1 ii swh-plugins 0.4.15+1-7 Versions of packages kdenlive suggests: pn khelpcenter4 none -- no debconf information -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731524: hardening-wrapper: Trying to overwrite /usr/bin/gcc-4.7
Package: hardening-wrapper Version: 2.4 Severity: serious Hi, I tried today to build a package with an updated pbuilder unstable chroot and I get: Unpacking intltool-debian (0.35.0+20060710.1) ... Selecting previously unselected package po-debconf. Preparing to unpack .../po-debconf_1.0.16+nmu2_all.deb ... Unpacking po-debconf (1.0.16+nmu2) ... Selecting previously unselected package debhelper. Preparing to unpack .../debhelper_9.20131127_all.deb ... Unpacking debhelper (9.20131127) ... Selecting previously unselected package hardening-wrapper. Preparing to unpack .../hardening-wrapper_2.4_amd64.deb ... Adding 'diversion of /usr/bin/gcc-4.2 to /usr/bin/gcc-4.2.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.2 to /usr/bin/g++-4.2.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.3 to /usr/bin/gcc-4.3.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.3 to /usr/bin/g++-4.3.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.4 to /usr/bin/gcc-4.4.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.4 to /usr/bin/g++-4.4.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.5 to /usr/bin/gcc-4.5.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.5 to /usr/bin/g++-4.5.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.6 to /usr/bin/gcc-4.6.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.6 to /usr/bin/g++-4.6.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.7 to /usr/bin/gcc-4.7.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.7 to /usr/bin/g++-4.7.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.8 to /usr/bin/gcc-4.8.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.8 to /usr/bin/g++-4.8.real by hardening-wrapper' Adding 'diversion of /usr/bin/gcc-4.9 to /usr/bin/gcc-4.9.real by hardening-wrapper' Adding 'diversion of /usr/bin/g++-4.9 to /usr/bin/g++-4.9.real by hardening-wrapper' Adding 'diversion of /usr/bin/ld.bfd to /usr/bin/ld.bfd.real by hardening-wrapper' Adding 'diversion of /usr/bin/ld.gold to /usr/bin/ld.gold.real by hardening-wrapper' Unpacking hardening-wrapper (2.4) ... dpkg: error processing archive /var/cache/apt/archives/hardening-wrapper_2.4_amd64.deb (--unpack): trying to overwrite '/usr/bin/gcc-4.7', which is also in package gcc-4.7 4.7.3-9 Removing 'diversion of /usr/bin/gcc-4.2 to /usr/bin/gcc-4.2.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.2 to /usr/bin/g++-4.2.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.3 to /usr/bin/gcc-4.3.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.3 to /usr/bin/g++-4.3.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.4 to /usr/bin/gcc-4.4.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.4 to /usr/bin/g++-4.4.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.5 to /usr/bin/gcc-4.5.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.5 to /usr/bin/g++-4.5.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.6 to /usr/bin/gcc-4.6.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.6 to /usr/bin/g++-4.6.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.7 to /usr/bin/gcc-4.7.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.7 to /usr/bin/g++-4.7.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.8 to /usr/bin/gcc-4.8.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.8 to /usr/bin/g++-4.8.real by hardening-wrapper' Removing 'diversion of /usr/bin/gcc-4.9 to /usr/bin/gcc-4.9.real by hardening-wrapper' Removing 'diversion of /usr/bin/g++-4.9 to /usr/bin/g++-4.9.real by hardening-wrapper' Removing 'diversion of /usr/bin/ld.bfd to /usr/bin/ld.bfd.real by hardening-wrapper' Removing 'diversion of /usr/bin/ld.gold to /usr/bin/ld.gold.real by hardening-wrapper' Selecting previously unselected package libsqlite3-dev:amd64. Preparing to unpack .../libsqlite3-dev_3.8.1-2_amd64.deb ... Unpacking libsqlite3-dev:amd64 (3.8.1-2) ... Errors were encountered while processing: /var/cache/apt/archives/hardening-wrapper_2.4_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up libasprintf0c2:amd64 (0.18.3.1-2) ... Setting up libxdmcp6:amd64 (1:1.1.1-1) ... Setting up libxml2:amd64 (2.9.1+dfsg1-3) ... -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hardening-wrapper depends on: ii g++ 4:4.7.2-1 ii gcc 4:4.7.2-1 ii perl 5.14.2-21+deb7u1 hardening-wrapper recommends no packages. hardening-wrapper
Bug#731524: hardening-wrapper: Trying to overwrite /usr/bin/gcc-4.7
Am 06.12.2013 17:04, schrieb Guillem Jover: Hi! On Fri, 2013-12-06 at 15:34:15 +0100, Guillem Jover wrote: On Fri, 2013-12-06 at 11:03:38 +0100, Sven Joachim wrote: Control: reassign -1 dpkg 1.17.3 There seems to be a problem with the file list handling in dpkg 1.17.2. AFAICS the hardening-wrapper package sets up diversions correctly in the preinst but dpkg still reports a file conflict. Under dpkg 1.17.1 hardening-wrapper installs fine. It was actually a problem with the diversion (and statoverride) database loading code, will be uploading a fixed package today. Regards, Guillem Much thanks for your quick fix! -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#730193: otrs2: does not upgrade from previous stable
Hi, Am 22.11.2013 14:58, schrieb Thorsten Glaser: Source: otrs2 Version: 3.3.1-1 Severity: serious Justification: does not upgrade When upgrading otrs2 from 3.1.7+dfsg1-8+deb7u3 to 3.3.1-1 it fails: root@otrs-unstable:~# su otrs -s /bin/sh -c 'cd /usr/share/otrs /usr/bin/perl ./scripts/DBUpdate-to-3.2.p l' Can't open perl script ./scripts/DBUpdate-to-3.2.pl: No such file or directory root@otrs-unstable:~# ls -l /usr/share/otrs/scripts/ total 188 Thanks, fix applied! -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730015: libjs-jquery-ui: New upstream release
Package: libjs-jquery-ui Version: 1.10.1+dfsg-1 Severity: wishlist Hi, for my otrs package I would require jquery-ui = 1.10.3. -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730014: libjs-jquery: New upstream release
Package: libjs-jquery Version: 1.7.2+dfsg-3 Severity: wishlist Hi, for my otrs package I need at minimum jquery = 1.10.0. -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash libjs-jquery depends on no packages. Versions of packages libjs-jquery recommends: pn javascript-common none libjs-jquery 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#724972: Clone
clone #724972 -1 reassign -1 otrs2 severity -1 important thanks FYI: otrs2 3.2.12 has got a workaround for this issue and I will upload the package in the next hours, but the bug source is still located in libmime-tools-perl. Cheers. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#728786: znc: New upstream release
Am 05.11.2013 15:07, schrieb Sylvestre Ledru: Package: znc Severity: wishlist Hello, New version 1.2 has been released. Could you package it ? No I am unable to do it :-)) I already notified it, I will package it in the next days/week Thanks, Sylvestre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726600: otrs2: Internal server error when replying to email ticket
Am 03.11.2013 15:04, schrieb Niko Tyni:
tag 726600 - moreinfo unreproducible
reassign 726600 libmime-tools-perl 5.504-1
thanks
On Fri, Nov 01, 2013 at 08:17:03AM +1100, John Seymour wrote:
I have worked out how to reliably trigger the bug.
If you enter a Unicode character in the the system standard
signature and reply to a ticket that uses that signature the bug
will be triggered.
Thanks. It doesn't need a signature in my tests, just replying to a bug
and copy-pasting non-latin1 chararacter to the text field triggers it.
It can be reduced to this:
% perl -w -MMIME::Entity -e 'print MIME::Entity-build(Data =
\x{2660})-body_as_string'
Strings with code points over 0xFF may not be mapped into in-memory file
handles
open body: Invalid argument at /usr/share/perl5/MIME/Entity.pm line 1878.
or just
% perl -w -MMIME::Body -e 'MIME::Body::InCore-new(\x{2660})-open(r) or die
open failed: $!'
Strings with code points over 0xFF may not be mapped into in-memory file
handles
open failed: Invalid argument at -e line 1.
I'm reassigning this against libmime-tools-perl again - if this is an
intentional limitation there, it should at least be documented better.
Preferrably, I suppose MIME::Body::InCore should transparently encode
Unicode data before making an in-memory file out of it. (This needs to
be discussed upstream, of course.)
In this case, OTRS hits it in Kernel::System::Email::Send() when it gets
a body containing HTML elements that map onto non-latin characters,
for instance spades; . The $Self-{HTMLUtilsObject}-ToAscii() call
around line 288 of Kernel/System/Email.pm then converts the elements into
Unicode characters, which are later passed to MIME::Entity-build() as-is.
If necessary, OTRS could work around the problem by encoding the string
first. It already does for some cases, around line 316 or so:
# body encode if utf8 and base64 is used
if ( $Header{Encoding} =~ /utf(8|-8)/i $Header{Encoding} =~ /base64/i )
{
$Self-{EncodeObject}-EncodeOutput( \$Param{Body} );
}
Making this EncodeOutput() call unconditional fixes the crash for me,
probably at the cost of some double encoding later. (I don't use OTRS
myself so I didn't really test that any further, but it seems too simple
minded to be a proper fix.)
Much thanks for working this out, I have also sent the information to
OTRS upstream, so that they also could workaround this problem.
--
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi
GNU/Linux Debian Developer
Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728241: pnopaste: fails to install: subprocess installed post-installation script returned error exit status 1
tag #728241 + pending thanks Thanks, this should be the fix: Index: debian/changelog === --- debian/changelog(Revision 4920) +++ debian/changelog(Arbeitskopie) @@ -1,3 +1,10 @@ +pnopaste (1.5-2) UNRELEASED; urgency=low + + * Add db_stop to postinst. +Closes: #728241 + + -- Patrick Matthäi pmatth...@debian.org Wed, 30 Oct 2013 11:45:33 +0100 + pnopaste (1.5-1) unstable; urgency=low * New upstream release. Index: debian/pnopaste.postinst === --- debian/pnopaste.postinst(Revision 4920) +++ debian/pnopaste.postinst(Arbeitskopie) @@ -15,6 +15,8 @@ apache2_invoke enconf pnopaste.conf fi +db_stop + #DEBHELPER# exit 0 Am 29.10.2013 21:53, schrieb Andreas Beckmann: Package: pnopaste Version: 1.5-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. This was observed during an installation test where installing Recommends was *enabled*. From the attached log (scroll to the bottom...): Setting up pnopaste (1.5-1) ... dbconfig-common: writing config to /etc/dbconfig-common/pnopaste.conf Creating config file /etc/dbconfig-common/pnopaste.conf with new version Creating config file /etc/pnopaste/debiandb.pm with new version granting access to database pnopaste for pnopaste@localhost: success. verifying access for pnopaste@localhost: success. creating database pnopaste: success. verifying database pnopaste exists: success. populating database via sql... done. dbconfig-common: flushing administrative password dpkg: error processing pnopaste (--configure): subprocess installed post-installation script returned error exit status 1 cheers, Andreas -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728301: otrs2: fails to install, remove, and install again
tag #728301 + pending thanks Thanks, fixed in svn: Index: debian/changelog === --- debian/changelog(Revision 4899) +++ debian/changelog(Arbeitskopie) @@ -1,3 +1,10 @@ +otrs2 (3.2.11-2) UNRELEASED; urgency=high + + * Allow otrs.DeleteCache.pl to fail in postinst. +Closes: #728301 + + -- Patrick Matthäi pmatth...@debian.org Wed, 30 Oct 2013 14:17:03 +0100 + otrs2 (3.2.11-1) unstable; urgency=low * New upstream release. Index: debian/otrs2.postinst === --- debian/otrs2.postinst (Revision 4899) +++ debian/otrs2.postinst (Arbeitskopie) @@ -78,7 +78,7 @@ setup_ZZZ if [ -f /etc/otrs/database.pm ]; then cd $OTRSHOME ./bin/otrs.RebuildConfig.pl /dev/null - cd $OTRSHOME ./bin/otrs.DeleteCache.pl /dev/null + cd $OTRSHOME ./bin/otrs.DeleteCache.pl /dev/null || true fi if [ -f $OTRS_VAR/Config/Files/ZZZAAuto.pm ]; then chown root:www-data $OTRS_VAR/Config/Files/ZZZAAuto.pm Am 30.10.2013 13:17, schrieb Andreas Beckmann: Package: otrs2 Version: 3.2.11-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install, remove (but not purge), and install again. Before the second installation the package is in config-files-remaining state. The configuration is remaining from the last version that was successfully configured - which is the same version that is going to be installed again. Like a plain failure on initial install this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): 0m49.2s DEBUG: Starting command: ['chroot', '/tmp/piupartss/tmpbKbXxi', 'apt-get', '-y', 'install', 'otrs2=3.2.11-1'] 0m54.2s DUMP: Reading package lists... Building dependency tree... Reading state information... Suggested packages: otrs2-doc-en otrs2-doc-de libnet-ldap-perl libjson-xs-perl libnet-smtp-tls-butmaintained-perl libtext-csv-xs-perl libencode-hanextra-perl Recommended packages: procmail maildrop aspell ispell The following NEW packages will be installed: otrs2 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 4451 kB of archives. After this operation, 60.5 MB of additional disk space will be used. Get:1 http://ftp.de.debian.org/debian/ sid/main otrs2 all 3.2.11-1 [4451 kB] debconf: delaying package configuration, since apt-utils is not installed Fetched 4451 kB in 0s (29.3 MB/s) Selecting previously unselected package otrs2. (Reading database ... 15282 files and directories currently installed.) Unpacking otrs2 (from .../otrs2_3.2.11-1_all.deb) ... Warning: The home dir /usr/share/otrs you specified can't be accessed: No such file or directory Adding system user `otrs' (UID 151) ... Adding new user `otrs' (UID 151) with group `www-data' ... Not creating home directory `/usr/share/otrs'. Setting up otrs2 (3.2.11-1) ... dbconfig-common: writing config to /etc/dbconfig-common/otrs2.conf Creating config file /etc/dbconfig-common/otrs2.conf with new version Creating config file /etc/otrs/database.pm with new version granting access to database otrs2 for otrs@localhost: success. verifying access for otrs@localhost: success. creating database otrs2: success. verifying database otrs2 exists: success. populating database via sql... done. dbconfig-common: flushing administrative password Creating config file /etc/otrs/Kernel/Config.pm with new version Creating config file /etc/otrs/Kernel/Config/GenericAgent.pm with new version Creating config file /etc/otrs/maintenance.html with new version Creating config file /etc/otrs/cron with new version Creating config file /etc/otrs/fetchmailrc with new version apache2_invoke perl: already enabled invoke-rc.d: policy-rc.d denied execution of restart. apache2_invoke: Enable module rewrite invoke-rc.d: policy-rc.d denied execution of restart. apache2_invoke: Enable module headers invoke-rc.d: policy-rc.d denied execution of restart. apache2_invoke deflate: already enabled invoke-rc.d: policy-rc.d denied execution of restart. Subroutine Load redefined at (eval 20) line 2. apache2_invoke: Enable configuration otrs2.conf invoke-rc.d: policy-rc.d denied execution of reload. invoke-rc.d: policy-rc.d denied execution of start. 0m54.2s DEBUG: Command ok: ['chroot', '/tmp/piupartss/tmpbKbXxi', 'apt-get', '-y', 'install', 'otrs2=3.2.11-1'] 0m54.2s INFO: Running scripts post_install 0m54.2s DEBUG: Starting command: ['chroot', '/tmp/piupartss/tmpbKbXxi', 'apt-get', 'remove', 'otrs2'] 0m54.9s DUMP: Reading package lists... Building dependency
Bug#726600: otrs2: Internal server error when replying to email ticket
Am 28.10.2013 20:05, schrieb Salvatore Bonaccorso: Hi Niko and Dominic otrs2 seems to have an anoying (not easy to reproduce bug), which was reported against otrs2 (and which seems to appear after the perl 5.14.2 - 5.18.1 update): http://bugs.debian.org/724972 http://bugs.debian.org/726600 Does this sound somewhere familiar to you, or does this ring a bell? Regards, Salvatore Hatte Niko schon am WE ne Mail geschrieben :-) -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726600: libmime-tools-perl: Upgraded to 5.5.04-1 and the issue is not resolved.
Am 18.10.2013 08:07, schrieb Salvatore Bonaccorso: Control: reopen -1 Control: reassign -1 otrs2 Hi On Fri, Oct 18, 2013 at 04:33:58PM +1100, John Seymour wrote: Upgraded libmime-tools-perl to 5.5.04-1. Otrs2 still generates a system error when replying to email with mime components. The error in the log is unchanged. Ok, thanks for checking, I'm reassigning it back to otrs2 for now. Patrick: For the Perl transition libmime-tools-perl indeed remained on the same version. John, could you provide a mail example which triggers the problem? (not playing BTS ping-pong, but in this case it at least is confirmed it is not in libmime-tools-perl directly, so need to find the right place were a bug appear). Sad.. I will open a ticket at the otrs bug tracker, but this issue is caused by the Perl transition (e.g. users reported, that it is also not working with otrs 3.1.7 until 3.2.11). -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726523: pnopaste: Should Recommend httpd instead of http
Thanks, fixed in svn Am 16.10.2013 14:34, schrieb Guus Sliepen: Package: pnopaste Version: 1.4-8 Severity: normal Whiel trying to install pnopaste I noticed that it Recommends: apache2 | http, however http is not correct, it should be httpd. Note that you can check which packages provide a given virtual package with the apt-cache showpkg command. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pnopaste depends on: ii dbconfig-common 1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.51 ii dpkg 1.17.1 ii libgeo-ip-perl1.42-1+b1 ii libsyntax-highlight-engine-kate-perl 0.08+dfsg-1 ii perl 5.18.1-4 Versions of packages pnopaste recommends: ii apache2 2.4.6-3 Versions of packages pnopaste suggests: pn pnopaste-cli none -- debconf information excluded -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725490: kdenlive: Can't add mp4 files to project
Could you also send me: dpkg -l|egrep mlt|kdenlive|libav|melt And what happens if you play the video with: melt foo.mp4 Am 06.10.2013 15:33, schrieb boblat...@posteo.org: Package: kdenlive Version: 0.9.6-4 Severity: important Dear Maintainer, whenever I try to add mp4 clips to a project, I get the message Clip is invalid, removing from project I used to use a working installation from debian-multimedia, but I've struck that from my apt sources because I find the behavior of that maintainer strange. The version in the current Debian testing distro just doesn't work though. Same with openshot, by the way. Regards, Robert -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdenlive depends on: ii dpkg 1.16.10 ii kde-runtime 4:4.10.5-1 ii kdenlive-data 0.9.6-4 ii libav-tools 6:0.8.7-1 ii libc6 2.17-93 ii libgcc1 1:4.8.1-10 ii libgl1-mesa-glx [libgl1] 9.1.6-2+b1 ii libglu1-mesa [libglu1]9.0.0-2 ii libkdecore5 4:4.10.5-1+b1 ii libkdeui5 4:4.10.5-1+b1 ii libkio5 4:4.10.5-1+b1 ii libknewstuff3-4 4:4.10.5-1+b1 ii libknotifyconfig4 4:4.10.5-1+b1 ii libkrossui4 4:4.10.5-1+b1 ii libmlt++3 0.9.0-1 ii libmlt6 0.9.0-1 ii libnepomuk4 4:4.10.5-1+b1 ii libqjson0 0.8.1-3 ii libqt4-dbus 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqt4-network4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqt4-opengl 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqt4-script 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqt4-svg4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqt4-xml4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqtcore44:4.8.5+git121-g2a9ea11+dfsg-1 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libsolid4 4:4.10.5-1+b1 ii libsoprano4 2.9.2+dfsg.1-4 ii libstdc++64.8.1-10 ii libx11-6 2:1.6.1-1 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.1-1 ii libxext6 2:1.3.2-1 ii melt 0.9.0-1 Versions of packages kdenlive recommends: ii dvdauthor0.7.0-1.2 ii dvgrab 3.5-2 ii frei0r-plugins 1.1.22git20091109-1.2 ii genisoimage 9:1.1.11-2 ii recordmydesktop 0.3.8.1+svn602-1+b1 ii swh-plugins 0.4.15+1-7 Versions of packages kdenlive suggests: pn khelpcenter4 none -- no debconf information -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724789: pu: package glusterfs/3.2.7-3+deb7u1
Am 28.09.2013 01:47, schrieb Cyril Brulebois: Control: tag -1 confirmed Patrick Matthäi pmatth...@debian.org (2013-09-27): --- tags/3.2.7-3/debian/changelog 2012-11-12 20:37:46.218864002 +0100 +++ branches/wheezy/debian/changelog2013-09-27 21:19:25.155488829 +0200 @@ -1,3 +1,11 @@ +glusterfs (3.2.7-3+deb7u1) stable; urgency=low + + * Add patch 04-ext4-safe to fix broken glusterfs with Linux += 3.2.46-1+deb7u1 if you use ext4 as storage backend. +Closes: #722694 + + -- Patrick Matthäi pmatth...@debian.org Fri, 27 Sep 2013 21:13:42 +0200 Looks good to me, please upload. Thanks, uploaded! Mraw, KiBi. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724789: pu: package glusterfs/3.2.7-3+deb7u1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hello, glusterfs does not work with the current Wheezy Linux (= 3.2.46-1+deb7u1) anymore, if you use ext4 as storage backend. Salvatore backported the upstream patch. I would be happy if I could upload this version to stable to make glusterfs useable again. :) Details and upstream ACK: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722694 -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724789: pu: package glusterfs/3.2.7-3+deb7u1
Sorry I forget to attach the diff :)
Am 27.09.2013 21:32, schrieb Patrick Matthäi:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
Hello,
glusterfs does not work with the current Wheezy Linux (= 3.2.46-1+deb7u1)
anymore, if you use ext4 as storage backend. Salvatore backported the upstream
patch. I would be happy if I could upload this version to stable to make
glusterfs useable again. :)
Details and upstream ACK:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722694
--
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi
GNU/Linux Debian Developer
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/
diff -Naur '--exclude=.svn' tags/3.2.7-3/debian/changelog
branches/wheezy/debian/changelog
--- tags/3.2.7-3/debian/changelog 2012-11-12 20:37:46.218864002 +0100
+++ branches/wheezy/debian/changelog2013-09-27 21:19:25.155488829 +0200
@@ -1,3 +1,11 @@
+glusterfs (3.2.7-3+deb7u1) stable; urgency=low
+
+ * Add patch 04-ext4-safe to fix broken glusterfs with Linux
+= 3.2.46-1+deb7u1 if you use ext4 as storage backend.
+Closes: #722694
+
+ -- Patrick Matthäi pmatth...@debian.org Fri, 27 Sep 2013 21:13:42 +0200
+
glusterfs (3.2.7-3) unstable; urgency=low
* Remove duplicated and faulty call of the glusterd daemon from the init
diff -Naur '--exclude=.svn' tags/3.2.7-3/debian/patches/04-ext4-safe.diff
branches/wheezy/debian/patches/04-ext4-safe.diff
--- tags/3.2.7-3/debian/patches/04-ext4-safe.diff 1970-01-01
01:00:00.0 +0100
+++ branches/wheezy/debian/patches/04-ext4-safe.diff2013-09-27
21:17:40.119491904 +0200
@@ -0,0 +1,137 @@
+# Upstream patch to fix broken glusterfs if you use ext4 as storage backend.
+# This was introduced with the Linux 3.2.46-1+deb7u1 version.
+# This patch has been backported by Salvatore Bonaccorso, thanks!
+# Closes: #722694
+
+diff -Naur glusterfs-3.2.7.orig/xlators/cluster/dht/src/dht-helper.c
glusterfs-3.2.7/xlators/cluster/dht/src/dht-helper.c
+--- glusterfs-3.2.7.orig/xlators/cluster/dht/src/dht-helper.c 2012-06-10
19:44:16.0 +0200
glusterfs-3.2.7/xlators/cluster/dht/src/dht-helper.c 2013-09-27
21:05:25.895511703 +0200
+@@ -49,6 +49,43 @@
+ }
+
+
++static uint64_t
++dht_bits_for (uint64_t num)
++{
++ uint64_t bits = 0, ctrl = 1;
++
++ while (ctrl num) {
++ ctrl *= 2;
++ bits ++;
++ }
++
++ return bits;
++}
++
++/*
++ * A slightly updated version of the algorithm described in the commit log
++ * is used here.
++ *
++ * The only enhancement is that:
++ *
++ * - The number of bits used by the backend filesystem for HUGE d_off which
++ * is described as 63, and
++ * - The number of bits used by the d_off presented by the transformation
++ * upwards which is described as 64, are both made configurable.
++ */
++
++
++#define BACKEND_D_OFF_BITS 63
++#define PRESENT_D_OFF_BITS 63
++
++#define ONE 1ULL
++#define MASK (~0ULL)
++#define PRESENT_MASK (MASK (64 - PRESENT_D_OFF_BITS))
++#define BACKEND_MASK (MASK (64 - BACKEND_D_OFF_BITS))
++
++#define TOP_BIT (ONE (PRESENT_D_OFF_BITS - 1))
++#define SHIFT_BITS (max (0, (BACKEND_D_OFF_BITS - PRESENT_D_OFF_BITS + 1)))
++
+ int
+ dht_itransform (xlator_t *this, xlator_t *subvol, uint64_t x, uint64_t *y_p)
+ {
+@@ -56,6 +93,9 @@
+ int cnt = 0;
+ int max = 0;
+ uint64_ty = 0;
++uint64_thi_mask = 0;
++uint64_toff_mask = 0;
++int max_bits = 0;
+
+ if (x == ((uint64_t) -1)) {
+ y = (uint64_t) -1;
+@@ -69,7 +109,23 @@
+ max = conf-subvolume_cnt;
+ cnt = dht_subvol_cnt (this, subvol);
+
+-y = ((x * max) + cnt);
++ if (max == 1) {
++ y = x;
++ goto out;
++ }
++
++max_bits = dht_bits_for (max);
++
++hi_mask = ~(PRESENT_MASK (max_bits + 1));
++
++if (x hi_mask) {
++/* HUGE d_off */
++off_mask = MASK max_bits;
++y = TOP_BIT | ((x SHIFT_BITS) off_mask) | cnt;
++} else {
++/* small d_off */
++y = ((x * max) + cnt);
++}
+
+ out:
+ if (y_p)
+@@ -147,16 +203,38 @@
+ int max = 0;
+ uint64_tx = 0;
+ xlator_t *subvol = 0;
++int max_bits = 0;
++uint64_toff_mask = 0;
++uint64_thost_mask = 0;
+
+ if (!this-private)
+-goto out;
++return -1;
+
+ conf = this-private;
+ max = conf-subvolume_cnt;
+
+-cnt = y % max;
+-x = y / max;
++ if (max == 1) {
++ x = y;
++ cnt = 0;
++ goto out;
++ }
++
++if (y TOP_BIT) {
++/* HUGE d_off */
++max_bits = dht_bits_for (max);
++off_mask = (MASK max_bits
Bug#722737: [Pkg-fglrx-devel] Bug#722737: fglrx-driver: Brightness does not work. Horizontal bars appear and disappear
Please note that this is closed source and that we - at Debian - can not do anything with such issues except asking you if it also appears with the experimental version? Am 13.09.2013 22:11, schrieb Zlatan Todoric: Package: fglrx-driver Version: 1:13.4-3 Severity: normal Tags: upstream Dear Maintainer, After installing testing and fglrx-driver it does work but I can't change brightness and horizontal bars appear and disappear all the time on entire screen. I remember not having that problems with wheezy installation. I installed package normaly via apt-get and did aticonfig --initial. Also tried with package from experimental but same situation with it. I am back on testing package. Is this some upstream problem with brightness because I did read on some forums about it? Could temporary solution be to downgrade to stable version of package, that is to one from wheezy? With regards, zlatan -- Package-specific info: Full fglrx package list: ii fglrx-atievent 1:13.4-3 amd64events daemon for the non-free AT ii fglrx-control 1:13.4-3 amd64control panel for the non-free AT ii fglrx-driver 1:13.4-3 amd64non-free ATI/AMD RadeonHD display ii fglrx-modules- 1:13.4-3 amd64dkms module source for the non-fr ii libfglrx:amd64 1:13.4-3 amd64non-free ATI/AMD RadeonHD display ii libfglrx:i386 1:13.4-3 i386 non-free ATI/AMD RadeonHD display ii libfglrx-amdxv 1:13.4-3 amd64AMD XvBA (X-Video Bitstream Accel ii libfglrx-amdxv 1:13.4-3 i386 AMD XvBA (X-Video Bitstream Accel ii libgl1-fglrx-g 1:13.4-3 amd64proprietary libGL for the non-fre ii libgl1-fglrx-g 1:13.4-3 i386 proprietary libGL for the non-fre VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Seymour [Radeon HD 6400M/7400M Series] DRM and fglrx Informations from dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [2.040533] Linux agpgart interface v0.103 [ 12.427328] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. [ 12.455443] 6[fglrx] Maximum main memory to use for locked dma buffers: 7770 MBytes. [ 12.456037] 6[fglrx] vendor: 1002 device: 6760 count: 1 [ 12.456828] 6[fglrx] ioport: bar 4, base 0xe000, size: 0x100 [ 12.457320] 6[fglrx] Kernel PAT support is enabled [ 12.457376] 6[fglrx] module loaded - fglrx 12.10.5 [Mar 28 2013] with 1 minors [ 25.313322] fglrx_pci :01:00.0: irq 42 for MSI/MSI-X [ 25.315986] 6[fglrx] Firegl kernel thread PID: 1284 [ 25.316267] 6[fglrx] Firegl kernel thread PID: 1285 [ 25.316647] 6[fglrx] Firegl kernel thread PID: 1286 [ 25.317058] 6[fglrx] IRQ 42 Enabled [ 25.371578] 6[fglrx] Reserved FB block: Shared offset:0, size:100 [ 25.371592] 6[fglrx] Reserved FB block: Unshared offset:f87c000, size:484000 [ 25.371602] 6[fglrx] Reserved FB block: Unshared offset:3fff4000, size:c000 [ 25.566042] 3[fglrx:firegl_get_console_mode_info] *ERROR* Get Console Mode failed [ 56.534072] 3[fglrx:firegl_apl_loadDatabase] *ERROR* APL: apl initialize fail. [ 56.544303] 3[fglrx:firegl_apl_loadDatabase] *ERROR* APL: apl initialize fail. [ 61.305390] 3[fglrx:firegl_apl_loadDatabase] *ERROR* APL: apl initialize fail. [ 61.311180] 3[fglrx:firegl_apl_loadDatabase] *ERROR* APL: apl initialize fail. Xorg X server configuration file status: -rw-r--r-- 1 root root 684 Sep 13 21:13 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section ServerLayout Identifier aticonfig Layout Screen 0 aticonfig-Screen[0]-0 0 0 EndSection Section Module EndSection Section Monitor Identifier aticonfig-Monitor[0]-0 Option VendorName ATI Proprietary Driver Option ModelName Generic Autodetecting Monitor Option DPMS true EndSection Section Device Identifier aticonfig-Device[0]-0 Driver fglrx BusID PCI:1:0:0 EndSection Section Screen Identifier aticonfig-Screen[0]-0 Device aticonfig-Device[0]-0 Monitoraticonfig-Monitor[0]-0 DefaultDepth 24 SubSection Display Viewport 0 0 Depth 24 EndSubSection EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 42239 Sep 13 21:31 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: [22.682] X.Org X Server 1.12.4 Release Date: 2012-08-27 [22.682] X Protocol Version 11, Revision 0 [22.682] Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian [22.682] Current Operating System: Linux aureus 3.10-2-amd64 #1 SMP Debian 3.10.7-1 (2013-08-17) x86_64 [22.682] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.10-2-amd64 root=UUID=7395e6b1-091a-484a-b092-7068c39ade1a ro quiet pcie_aspm=force acpi_backlight=vendor
Bug#722694: Fwd: Bug#722694: Kernel change for #685407 breaks GlusterFS when on ext4 bricks
Hello all,
@Louis and Vijay:
Could you please check if the backported patch (see attachment) from
Salvatore is safe for glusterfs 3.2.7 and give me feedback?
@Salvatore:
Thanks for your work!
Original-Nachricht
Betreff: Bug#722694: Kernel change for #685407 breaks GlusterFS when on
ext4 bricks
Weitersenden-Datum: Fri, 13 Sep 2013 11:21:01 +
Weitersenden-Von: Salvatore Bonaccorso car...@debian.org
Weitersenden-An: debian-bugs-dist@lists.debian.org
Weitersenden-CC: bonac...@ee.ethz.ch, jrnie...@gmail.com,
b...@decadent.org.uk, tha...@ee.ethz.ch, boss...@vision.ee.ethz.ch,
Patrick Matthäi pmatth...@debian.org
Datum: Fri, 13 Sep 2013 13:17:11 +0200
Von: Salvatore Bonaccorso car...@debian.org
Antwort an: Salvatore Bonaccorso car...@debian.org, 722...@bugs.debian.org
An: sub...@bugs.debian.org
Package: glusterfs-server
Version: 3.2.7-3
Severity: grave
Tags: upstream fixed-upstream patch
Control: fixed -1 3.4.0-4
Hi Patrick
Note: I have choosen the severity as 'grave' as it makes GlusterFS not
usable under Debian Wheezy when GlusterFS used on ext4 bricks. I'm
also Cc'ing Jonathan Nieder and Ben Hutchings (at least to have
both informed).
Linux Kernel package linux/3.2.46-1 introduced the following change:
[ Jonathan Nieder ]
* ext3,ext4,nfsd: dir_index: Return 64-bit readdir cookies for NFSv3
and 4
(Closes: #685407)
These are the patches:
# 64-bit NFS readdir cookies on ext3/ext4 with dir_index
bugfix/all/fs-add-new-FMODE-flags-FMODE_32bithash-and-FMODE_64b.patch
bugfix/all/ext4-return-32-64-bit-dir-name-hash-according-to-usa.patch
bugfix/all/nfsd-rename-int-access-to-int-may_flags-in-nfsd_open.patch
bugfix/all/nfsd-vfs_llseek-with-32-or-64-bit-offsets-hashes.patch
bugfix/all/ext3-return-32-64-bit-dir-name-hash-according-to-usa.patch
This kernel change and it's consequences for GlusterFS are mentioned
in [1], where RedHat hat also this issue which reflects in the
bugreport[2].
There is a patch backported to 3.3 which I have applied to test on
3.2.7 in wheezy[3,4,5].
Now after updating the kernel on the servers holding the glusterfs
from linux/3.2.41-2+deb7u2 to linux/3.2.46-1+deb7u1 in consequence I
cannot list anymore the GlusterFS content; a find over it loops
infinitively on getdents system calls and consumes memory.
I have used the attached patch to test, but as it's not my knowledge
aerea, so needs some review if something is missing. I have tested the
following setups:
wheezy + glusterfs/3.2.7-3 + linux/3.2.41-2+deb7u2 - ok
wheezy + glusterfs/3.2.7-3 + linux/3.2.46-1+deb7u1 - broken
wheezy + glusterfs/3.2.7-3 + patch + linux/3.2.46-1+deb7u1 - ok
unstable + glusterfs/3.4.0-4 + linux/3.10.7-1 - ok
So right now with current given kernel in Wheezy GlusterFS on ext4
bricks is broken, so needs an update trough a stable proposed update
if possible.
[1] http://lwn.net/Articles/544298/
[2] https://bugzilla.redhat.com/show_bug.cgi?id=838784
[3] https://bugzilla.redhat.com/show_bug.cgi?id=838784#c24
[4] http://review.gluster.org/#/c/4822/
[5]
http://review.gluster.org/#/c/4822/2/xlators/cluster/dht/src/dht-helper.c,unified
Regards,
Salvatore
--
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi
GNU/Linux Debian Developer
Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/
--- a/xlators/cluster/dht/src/dht-helper.c
+++ b/xlators/cluster/dht/src/dht-helper.c
@@ -49,6 +40,43 @@
}
+static uint64_t
+dht_bits_for (uint64_t num)
+{
+ uint64_t bits = 0, ctrl = 1;
+
+ while (ctrl num) {
+ ctrl *= 2;
+ bits ++;
+ }
+
+ return bits;
+}
+
+/*
+ * A slightly updated version of the algorithm described in the commit log
+ * is used here.
+ *
+ * The only enhancement is that:
+ *
+ * - The number of bits used by the backend filesystem for HUGE d_off which
+ * is described as 63, and
+ * - The number of bits used by the d_off presented by the transformation
+ * upwards which is described as 64, are both made configurable.
+ */
+
+
+#define BACKEND_D_OFF_BITS 63
+#define PRESENT_D_OFF_BITS 63
+
+#define ONE 1ULL
+#define MASK (~0ULL)
+#define PRESENT_MASK (MASK (64 - PRESENT_D_OFF_BITS))
+#define BACKEND_MASK (MASK (64 - BACKEND_D_OFF_BITS))
+
+#define TOP_BIT (ONE (PRESENT_D_OFF_BITS - 1))
+#define SHIFT_BITS (max (0, (BACKEND_D_OFF_BITS - PRESENT_D_OFF_BITS + 1)))
+
int
dht_itransform (xlator_t *this, xlator_t *subvol, uint64_t x, uint64_t *y_p)
{
@@ -56,6 +84,9 @@
int cnt = 0;
int max = 0;
uint64_ty = 0;
+uint64_thi_mask = 0;
+uint64_toff_mask = 0;
+int max_bits = 0;
if (x == ((uint64_t) -1)) {
y = (uint64_t) -1;
@@ -69,7 +100,23 @@
max = conf-subvolume_cnt;
cnt = dht_subvol_cnt (this, subvol);
-y = ((x * max) + cnt);
+ if (max == 1) {
+ y = x;
+ goto out;
+ }
+
+max_bits = dht_bits_for (max);
+
+hi_mask
Bug#719583: missing log directory
Am 13.08.2013 11:42, schrieb Dietmar Maurer: Package: glusterfs-client Version: 3.4.0-2 The client does not start, because directory /var/log/glusterfs does not exist if you do not install the glusterfs-server package. fix: create the directory echo /var/log/glusterfs debian/glusterfs-client.dirs Fix will be available in the next upload, thanks! -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706625: glusterfs: upgrading from squeeze to wheezy breaks existing exports/mounts/shares
reassign #706625 release-notes
thanks
Hello,
could you please add the upgrading procedure to the release-notes?
Affected package: glusterfs-server
Upgrade path: Squeeze - Wheezy
Howto:
http://gluster.org/community/documentation/index.php/Gluster_3.0_to_3.2_Upgrade_Guide
thanks!
Am 29.05.2013 12:40, schrieb Patrick Matthäi:
Am 29.05.2013 12:37, schrieb Salvatore Bonaccorso:
Hi Patrick
Thank you for maintaining glusterfs in Debian!
On Wed, May 29, 2013 at 10:00:07AM +0200, Patrick Matthäi wrote:
first sorry for my late answer.
Working system:
glusterfs, v3.0.5-1 on Debian/squeeze
Broken system:
glusterfs, v3.2.7-3 on Debian/wheezy
# dpkg --list glusterfs\* | awk '/^ii/ {print $2 $3}'
glusterfs-client 3.2.7-3
glusterfs-common 3.2.7-3
glusterfs-server 3.2.7-3
Problem description:
After dist-upgrading the system from Debian/squeeze to wheezy the
glusterfs share(s) can't be accessed any longer (reboot and
remounting the share don't change it):
Yeah, correct and it is not possible to automagic upgrade glusterfs..
There are some steps required, see [0].
But I agree that this should be noted in the release notes and/or
README of the package, but this bugreport was too late to fix this.
Only a small comment on this: I think the first one can still be done
without problem: I.e. opening a bugreport against release-notes with a
proposed extension, which can be included in the next release-notes
update.
Correct.
Question is, if someone has got a good idea for a better fix maybe?
--
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi
GNU/Linux Debian Developer
Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
