Bug#776309: [Pkg-fglrx-devel] Bug#776309: fglrx-driver: Hung PC with black screen and solid white cursor in upper left corner
severity #776309 important tag #776309 + upstream thanks Am 26.01.2015 um 16:08 schrieb Greg Futia: When this package is installed the system boots to a completely hung state with a solid cursor in the upper left hand corner. The hang leaves the system unaccessible though ssh and not recoverable through the ctrl-alt F1 mechanism. The log files indicate the fglrx-driver is loaded into the kernel as it should be. However the hang is so hard that no additional information is written to kernel.log messages Xorg.0.log or system.log. This error also occurs with a direct install of the latest upstream driver, AMD Catalyst Omega 14.12. So this is a upstream bug, where we can not do anything except of tracking this bug (more work). -- Package-specific info: Full fglrx package list: rc fglrx 2:14.501-0ubuntu1 amd64 Video driver for the AMD graphics accelerators What's this? Not that it broke your system! Did it worked with previous fglrx versions? Which was the last 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#777118: pre-approval: geoip-database/
tag #777118 - moreinfo thanks Am 08.02.2015 um 22:49 schrieb Ivo De Decker: Please upload the new version and remove the moreinfo tag from this bug once the new version is in unstable. We will review this request at that point. Thanks, uploaded. -- /* 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#772030: unblock: needrestart/1.2-6
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package needrestart
It fixes some grave and a few important bugs (patchset 13+14 are also
important).
diffstat:
changelog| 16 +
patches/10-respect-override-auto.diff| 31 +++
patches/11-systemd-journald-workaround.diff | 21 ++
patches/12-ignore-systemd-user-sessions.diff | 21 ++
patches/13-falsepos-aio-fix.diff | 19
patches/14-wpa_supplicant-override.diff | 17 ++
patches/series |5
7 files changed, 130 insertions(+)
full diff:
diff -Naur '--exclude=.svn' 1.2-5/debian/changelog 1.2-6/debian/changelog
--- 1.2-5/debian/changelog 2014-12-04 13:52:42.079128087 +0100
+++ 1.2-6/debian/changelog 2014-12-04 14:15:54.812814981 +0100
@@ -1,3 +1,19 @@
+needrestart (1.2-6) unstable; urgency=high
+
+ * Add patch 10-respect-override-auto to not restart services with overrides
+in auto mode.
+Closes: #770937
+ * Add patch 11-systemd-journald-workaround to add systemd-journald to
+override_rc as a workaround tue to #771122.
+Closes: #771254
+ * Add patch 12-ignore-systemd-user-sessions to ignore user sessions.
+Closes: #771348
+ * Add patch 13-falsepos-aio-fix to skip POSIX async I/O mappings to prevent
+false positive restarts.
+ * Add patch 14-wpa_supplicant-override to ignore wpa_supplicant.
+
+ -- Patrick Matthäi Thu, 04 Dec 2014 14:07:10 +0100
+
needrestart (1.2-5) unstable; urgency=high
* Add patch 08-fix-broken-debconf to fix a debconf hang up if no kernel image
diff -Naur '--exclude=.svn' 1.2-5/debian/patches/10-respect-override-auto.diff
1.2-6/debian/patches/10-respect-override-auto.diff
--- 1.2-5/debian/patches/10-respect-override-auto.diff 1970-01-01
01:00:00.0 +0100
+++ 1.2-6/debian/patches/10-respect-override-auto.diff 2014-12-04
14:15:54.892814609 +0100
@@ -0,0 +1,31 @@
+# Don't restart services with overrides in auto mode.
+# Closes: #770937
+
+diff --git a/needrestart b/needrestart
+index 32bbd13..558f4f6 100755
+--- a/needrestart
b/needrestart
+@@ -516,6 +516,20 @@ if(defined($opt_l)) {
+ next;
+ }
+
++ # don't restart greylisted services...
++ my $restart = !$nrconf{defno};
++ foreach my $re (keys %{$nrconf{override_rc}}) {
++ next unless($rc =~ /$re/);
++
++ $restart = $nrconf{override_rc}->{$re};
++ last;
++ }
++ # ...but complain about them
++ unless($restart) {
++ $ui->notice("Skipping $rc...");
++ next;
++ }
++
+ my @cmd = restart_cmd($rc);
+ next unless($#cmd > -1);
+
+--
+2.1.3
+
diff -Naur '--exclude=.svn'
1.2-5/debian/patches/11-systemd-journald-workaround.diff
1.2-6/debian/patches/11-systemd-journald-workaround.diff
--- 1.2-5/debian/patches/11-systemd-journald-workaround.diff1970-01-01
01:00:00.0 +0100
+++ 1.2-6/debian/patches/11-systemd-journald-workaround.diff2014-12-04
14:15:54.880814664 +0100
@@ -0,0 +1,21 @@
+# Add systemd-journald to override_rc as a workaround due to Debian Bug#771122.
+# Closes: #771254
+
+diff --git a/ex/needrestart.conf b/ex/needrestart.conf
+index 235ce8c..c99cffd 100644
+--- a/ex/needrestart.conf
b/ex/needrestart.conf
+@@ -81,6 +81,10 @@ $nrconf{override_rc} = {
+ # misc
+ q(^zfs-fuse) => 0,
+ q(^mythtv-backend) => 0,
++
++# workaround for broken systemd-journald
++# (see also Debian Bug#771122 & #771254)
++q(^systemd-journald) => 0,
+ };
+
+ # Disable interpreter scanners.
+--
+2.1.3
+
diff -Naur '--exclude=.svn'
1.2-5/debian/patches/12-ignore-systemd-user-sessions.diff
1.2-6/debian/patches/12-ignore-systemd-user-sessions.diff
--- 1.2-5/debian/patches/12-ignore-systemd-user-sessions.diff 1970-01-01
01:00:00.0 +0100
+++ 1.2-6/debian/patches/12-ignore-systemd-user-sessions.diff 2014-12-04
14:15:54.900814569 +0100
@@ -0,0 +1,21 @@
+# Ignore pids of user sessions completely.
+# Closes: #771348
+
+diff --git a/needrestart b/needrestart
+index 558f4f6..932e595 100755
+--- a/needrestart
b/needrestart
+@@ -351,6 +351,10 @@ if(defined($opt_l)) {
+ if($value =~ m@/([^/]+\.service)$@) {
+ ($1);
+ }
++ elsif($value =
m@/user-(\d+).slice/session-(\d+).scope@) {
++ print STDERR "$LOGPREF #$pid is ignored; part
of user session: uid=$1 sess=$2\n" if($nrconf{verbose});
++ next;
++ }
+
Bug#772859: needrestart: In interactive mode, "a" should be equivalent to "auto mode", not "y" for "all"
Also irgendwann wirst noch vor den Haag wegen Massen X More gestellt :o
Von meinem iPad gesendet
> Am 11.12.2014 um 20:31 schrieb Axel Beckert :
>
> Package: needrestart
> Version: 1.2-6
> Severity: wishlist
> Tags: upstream
>
> Hi Thomas and Patrick,
>
> I just killed my X session once again. ;-) This time, because in
> interactive mode I expected "a" means "auto" as with $nrconf{restart}.
> But instead it seems to mean "all" -- which IMHO is not so useful.
>
> Additionally those keys are neither documented in the needrestart(1) nor
> by pressing "?" at that prompt as common with many tools (dpkg,
> aptitude, etc.).
>
> Besides documenting the key's meanings (does "s" mean "stop"?), I
> suggest to maybe change the meaning of "a" to "auto" and introduce "A"
> for "all". I though have not yet many ideas how to indicate the default
> value instead of the capital letter used so far: Using square brackets
> around the default value seems a common approach here, i.e. use
> "y[n]aAs" where currently "yNas" is shown.
>
> -- Package-specific info:
> needrestart output:
> Running kernel seems to be up-to-date.
> No services need to be restarted.
>
> checkrestart output:
>
>
> *** Reporter, please consider answering these questions, where appropriate ***
>
> * What led up to the situation?
> * What exactly did you do (or not do) that was effective (or
> ineffective)?
> * What was the outcome of this action?
> * What outcome did you expect instead?
>
> *** End of the template - remove these template lines ***
>
>
> -- System Information:
> Debian Release: 8.0
> APT prefers unstable
> APT policy: (990, 'unstable'), (600, 'testing'), (110, 'experimental'),
> (109, 'buildd-unstable'), (109, 'buildd-experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.17.0-trunk-amd64 (SMP w/4 CPU cores)
> Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages needrestart depends on:
> ii dpkg 1.17.22
> ii libmodule-find-perl0.12-1
> ii libmodule-scandeps-perl1.16-1
> ii libproc-processtable-perl 0.51-1
> ii libsort-naturally-perl 1.03-1
> ii libterm-readkey-perl 2.32-1+b1
> ii perl 5.20.1-3
>
> needrestart recommends no packages.
>
> needrestart suggests no packages.
>
> -- Configuration Files:
> /etc/needrestart/notify.d/100-write 84b33558c16ca4e14b797b5625e2a73b [Errno
> 2] No such file or directory: u'/etc/needrestart/notify.d/100-write
> 84b33558c16ca4e14b797b5625e2a73b'
> /etc/needrestart/notify.d/110-notify-send 3128a2f4fe146bd92b6bee37ccb27f05
> [Errno 2] No such file or directory:
> u'/etc/needrestart/notify.d/110-notify-send 3128a2f4fe146bd92b6bee37ccb27f05'
> /etc/needrestart/notify.d/README.needrestart 2906926856dab8433bcde1b3852ceed0
> [Errno 2] No such file or directory:
> u'/etc/needrestart/notify.d/README.needrestart
> 2906926856dab8433bcde1b3852ceed0'
>
> -- 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#776008: unblock: needrestart/1.2-7
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package needrestart
It fixes:
* Add missing second patch 15-fix-progressbar-non-interactive to fix #768124.
The patch was not completely added with 1.2-3.
Closes: #768124
--- 1.2-6/debian/changelog 2014-12-04 14:15:54.812814981 +0100
+++ 1.2-7/debian/changelog 2014-12-18 21:53:53.165140592 +0100
@@ -1,3 +1,11 @@
+needrestart (1.2-7) unstable; urgency=low
+
+ * Add missing second patch 15-fix-progressbar-non-interactive to fix #768124.
+The patch was not completely added with 1.2-3.
+Closes: #768124
+
+ -- Patrick Matthäi Thu, 18 Dec 2014 21:44:56 +0100
+
needrestart (1.2-6) unstable; urgency=high
* Add patch 10-respect-override-auto to not restart services with overrides
diff -Naur '--exclude=.svn'
1.2-6/debian/patches/15-fix-progressbar-non-interactive.diff
1.2-7/debian/patches/15-fix-progressbar-non-interactive.diff
--- 1.2-6/debian/patches/15-fix-progressbar-non-interactive.diff
1970-01-01 01:00:00.0 +0100
+++ 1.2-7/debian/patches/15-fix-progressbar-non-interactive.diff
2014-12-18 21:53:53.169140561 +0100
@@ -0,0 +1,18 @@
+# Disable progress bar while running non-interactive.
+# Closes: #768124
+
+diff --git a/perl/lib/NeedRestart/UI.pm b/perl/lib/NeedRestart/UI.pm
+index 2441755..55f170e 100644
+--- a/perl/lib/NeedRestart/UI.pm
b/perl/lib/NeedRestart/UI.pm
+@@ -42,7 +42,7 @@ sub progress_prep($$$) {
+ my $self = shift;
+ my ($max, $out) = @_;
+
+-unless($self->{debug}) {
++unless($self->{debug} || !exists($ENV{COLUMNS}) || !exists($ENV{LINES}))
{
+ # restore terminal if required (debconf)
+ unless(-t *STDIN) {
+ open($self->{fhin}, '<&', \*STDIN) || die "Can't dup stdin: $!\n";
+--
+2.1.3
diff -Naur '--exclude=.svn' 1.2-6/debian/patches/series
1.2-7/debian/patches/series
Bug#775638: IPv6 database is corrupt
Hi Andrew, do you have got any news? :) Am 20.01.2015 um 18:43 schrieb Andrew Moise: Thanks Patrick. One note - just like the v6 issue, the gdnsd test suite is detecting a genuine problem in the city DB. It is something wrong with the city DB creation tools that's causing it (i.e. not just an issue with the gdnsd tests). I just haven't finished tracking down exactly what the issue is yet. -Andrew On Jan 20, 2015 12:22 PM, "Patrick Matthäi" <mailto:pmatth...@debian.org>> wrote: tag #775638 + confirmed clone #775638 -1 reassign -1 geoip-bin retitle -1 geoip-generator produces faulty v6/city database severity -1 grave found -1 1.6.2-3 thanks Hi Am 18.01.2015 um 05:21 schrieb Debian Bug Tracking System: > Processing commands for cont...@bugs.debian.org <mailto:cont...@bugs.debian.org>: > >> reassign 775638 geoip-database 20141027-1 > Bug #775638 [src:gdnsd] gdnsd: FTBFS in jessie: dh_auto_test: make -j1 test returned exit code 2 > Bug reassigned from package 'src:gdnsd' to 'geoip-database'. > No longer marked as found in versions gdnsd/2.1.0-1. > Ignoring request to alter fixed versions of bug #775638 to the same values previously set > Bug #775638 [geoip-database] gdnsd: FTBFS in jessie: dh_auto_test: make -j1 test returned exit code 2 > Marked as found in versions geoip-database/20141027-1. >> retitle 775638 IPv6 database is corrupt > Bug #775638 [geoip-database] gdnsd: FTBFS in jessie: dh_auto_test: make -j1 test returned exit code 2 > Changed Bug title to 'IPv6 database is corrupt' from 'gdnsd: FTBFS in jessie: dh_auto_test: make -j1 test returned exit code 2' >> severity 775638 grave > Bug #775638 [geoip-database] IPv6 database is corrupt > Severity set to 'grave' from 'serious' >> thanks thanks for spotting it. Curious that no one (also myself!) spotted it. The patch for the v6 database is just: --- geoip/branches/jessie/debian/src/geoip-csv-to-dat.cpp 2015-01-19 18:50:04 UTC (rev 5693) +++ geoip/branches/jessie/debian/src/geoip-csv-to-dat.cpp 2015-01-20 08:31:03 UTC (rev 5694) @@ -959,6 +959,7 @@ address_family = AF_INET; break; case '6': + database_type = GEOIP_COUNTRY_EDITION_V6; address_family = AF_INET6; break; case 'i': But Andrew found out that there is also an issue with the city database, which is working in general, but the gdnsd tests also fail. -- /* 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> */ -- /* 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#776404: unblock: geoip/1.6.2-4
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package geoip
It fixes the RC bug #775851
diff -Naur '--exclude=.svn' 1.6.2-3/debian/changelog 1.6.2-4/debian/changelog
--- 1.6.2-3/debian/changelog2015-01-05 10:19:53.916837259 +0100
+++ 1.6.2-4/debian/changelog2015-01-27 12:25:28.416240069 +0100
@@ -1,3 +1,10 @@
+geoip (1.6.2-4) unstable; urgency=high
+
+ * Fix for generating v6 and city database.
+Closes: #775851
+
+ -- Patrick Matthäi Tue, 27 Jan 2015 12:20:30 +0100
+
geoip (1.6.2-3) unstable; urgency=low
* geoip-generator: Add support for skipping locations if the location ID is
diff -Naur '--exclude=.svn' 1.6.2-3/debian/src/geoip-csv-to-dat.cpp
1.6.2-4/debian/src/geoip-csv-to-dat.cpp
--- 1.6.2-3/debian/src/geoip-csv-to-dat.cpp 2015-01-05 10:19:53.920837251
+0100
+++ 1.6.2-4/debian/src/geoip-csv-to-dat.cpp 2015-01-27 12:25:28.440240068
+0100
@@ -705,8 +705,18 @@
// location info's out of order).
std::vector location_pos;
+ // Set of location IDs that are actually going to be used;
+ // we'll silently ignore any locations not in this set.
+ std::set needed_locations;
+
city_dat_writer(const char *dat_file_name, GeoIPDBTypes
database_type);
+ // Notify of a location ID we need -- this MUST be
+ // called for every location ID you care about before
+ // the location CSV is read; any ID not explicitly
+ // notified will be discarded.
+ void notify_need_location(int loc_id);
+
void serialize_location_info(std::vector &info,
const char *input_file_name,
int input_line_number);
@@ -722,6 +732,11 @@
: dat_writer(dat_file_name, database_type)
{ }
+void city_dat_writer::notify_need_location(int loc_id)
+{
+ needed_locations.insert(loc_id);
+}
+
void city_dat_writer::finalize_location_offsets(binary_trie &trie)
{
// We're going to convert the location numbers in the trie
@@ -751,7 +766,11 @@
int loc_id = it->edges[0] - 0x100;
if (loc_id >= location_pos.size() ||
location_pos[loc_id] == -1)
error(EX_DATAERR, 1, "Location %d exists in
blocks but not in locations", loc_id);
- it->edges[0] = location_pos[loc_id] + trie_size;
+
+ int offset = location_pos[loc_id] + trie_size;
+ if (offset > 0xFF)
+ error(EX_DATAERR, 1, "Overflow! Offset for
location %d too large (0x%x > 0xFF)", loc_id, offset);
+ it->edges[0] = offset;
}
// Any other value would indicate a non-leaf node
@@ -761,7 +780,11 @@
int loc_id = it->edges[1] - 0x100;
if (loc_id >= location_pos.size() ||
location_pos[loc_id] == -1)
error(EX_DATAERR, 1, "Location %d exists in
blocks but not in locations", loc_id);
- it->edges[1] = location_pos[loc_id] + trie_size;
+
+ int offset = location_pos[loc_id] + trie_size;
+ if (offset > 0xFF)
+ error(EX_DATAERR, 1, "Overflow! Offset for
location %d too large (0x%x > 0xFF)", loc_id, offset);
+ it->edges[1] = offset;
}
// Any other value would indicate a non-leaf node
}
@@ -812,8 +835,16 @@
const char *input_file_name,
int input_line_number)
{
- // First, we save the offset of this location block.
+ // First, we determine the offset of this location block.
int loc_id = ::atoi(info[0].c_str());
+
+ if (needed_locations.find(loc_id) == needed_locations.end()) {
+ // We don't need this location, so we skip serializing
+ // it altogether.
+
+ return;
+ }
+
if (loc_id >= location_pos.size()) {
// We need to add to the location table (this is the
// usual case).
@@ -881,8 +912,8 @@
// Area code and metro code
if (info[1] == "US") {
- int area_code = ::atoi(info[7].c_str());
- int metro_code = ::atoi(info[8].c_str());
+ int metro_code = ::atoi(info[7].c_str());
+ int area_code = ::atoi(info[8].c_str());
int area_metro_combined = metro_code * 1000 + area_code;
location_
Bug#776408: unblock: geoip-database/20141027-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package geoip-database It fixes the RC bug #775638 diff -Naur '--exclude=.svn' 20141027-1/debian/changelog 20141027-2/debian/changelog --- 20141027-1/debian/changelog 2014-10-29 09:32:47.040286367 +0100 +++ 20141027-2/debian/changelog 2015-01-27 19:30:00.475552430 +0100 @@ -1,3 +1,10 @@ +geoip-database (20141027-2) unstable; urgency=high + + * Set minimum required geoip version for building this package to 1.6.2-4. +Closes: #775638 + + -- Patrick Matthäi Tue, 27 Jan 2015 19:20:47 +0100 + geoip-database (20141027-1) unstable; urgency=low * New upstream release. diff -Naur '--exclude=.svn' 20141027-1/debian/control 20141027-2/debian/control --- 20141027-1/debian/control 2014-10-29 09:32:47.044286367 +0100 +++ 20141027-2/debian/control 2015-01-27 19:30:00.475552430 +0100 @@ -4,8 +4,8 @@ Homepage: http://www.maxmind.com/ Maintainer: Patrick Matthäi Build-Depends: debhelper (>= 9), - geoip-bin (>= 1.6.2-2), - libgeoip-dev (>= 1.6.2-2) + geoip-bin (>= 1.6.2-4), + libgeoip-dev (>= 1.6.2-4) Standards-Version: 3.9.6 Package: geoip-database unblock geoip-database/20141027-2 -- System Information: Debian Release: 7.8 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#776408: unblock: geoip-database/20141027-2
Am 27.01.2015 um 19:54 schrieb Niels Thykier: > On 2015-01-27 19:31, Patrick Matthäi wrote: >> Package: release.debian.org >> Severity: normal >> User: release.debian@packages.debian.org >> Usertags: unblock >> >> Please unblock package geoip-database >> >> It fixes the RC bug #775638 >> >> [...] >> > > Unblocked, thanks. > > ~Niels > > Much thanks for your unblocks. Is there still a chance - like last release - to upload and unblock a new database version? Surely after this release entered jessie and after that with 10day-aging. This is meant as "pre-approval" request :) -- /* 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#776628: ITP: needrestart-session -- check for processes need to be restarted in user sessions
Package: wnpp Severity: wishlist Owner: "Patrick Matthäi" * Package name: needrestart-session Version : 0.3 Upstream Author : Thomas Liske * URL : https://github.com/liske/needrestart-session * License : GPL-2+ Programming Lang: Perl Description : check for processes need to be restarted in user sessions needrestart checks which processes need to be restarted after library upgrades. needrestart-session implements a notification of user sessions about their obsolete processes after system upgrades. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#774249: unblock/pre-approval: geoip/1.6.2-3
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hello,
I am asking for a pre-approval for geoip. It just fixes (or better it adds
support) a problem
on generating the database, if upstream csv is not correct built, as it is the
case since
two months now..
The fix is also in experimental since the 13.11.2014 (introduced with version
1.6.3-2).
Would you allow this change? If yes I would upload it to unstable and mail you
again after it has been altered.
diff -Naur '--exclude=.svn' tags/1.6.2-2/debian/changelog
branches/jessie/debian/changelog
--- tags/1.6.2-2/debian/changelog 2014-10-27 19:31:48.626784609 +0100
+++ branches/jessie/debian/changelog2014-12-30 19:35:21.634201307 +0100
@@ -1,3 +1,10 @@
+geoip (1.6.2-3) unstable; urgency=low
+
+ * geoip-generator: Add support for skipping locations if the location ID is
+not correctly ordered in the upstream CSV.
+
+ -- Patrick Matthäi Tue, 30 Dec 2014 19:35:02 +0100
+
geoip (1.6.2-2) unstable; urgency=low
* Add patch for geoip-csv-to-dat to add support for building GeoIP city DB.
diff -Naur '--exclude=.svn' tags/1.6.2-2/debian/src/geoip-csv-to-dat.cpp
branches/jessie/debian/src/geoip-csv-to-dat.cpp
--- tags/1.6.2-2/debian/src/geoip-csv-to-dat.cpp2014-10-27
19:31:48.626784609 +0100
+++ branches/jessie/debian/src/geoip-csv-to-dat.cpp 2014-12-30
19:32:51.588379341 +0100
@@ -694,12 +694,15 @@
class city_dat_writer : public dat_writer
{
public:
- // All serialized location information
+ // All serialized location information, in one big
+ // undifferentiated block
std::stringstream location_stream;
// Seek offset of each location within
// location_stream (relative to the beginning of
- // location_stream)
+ // location_stream). An offset of -1 means that that
+ // location is not in the table (can happen if the
+ // location info's out of order).
std::vector location_pos;
city_dat_writer(const char *dat_file_name, GeoIPDBTypes
database_type);
@@ -744,14 +747,22 @@
{
if (it->edges[0] == 0x100) // No data
it->edges[0] = trie_size;
- else if (it->edges[0] > 0x100) // Ptr to location block
- it->edges[0] = location_pos[it->edges[0] - 0x100 -
1] + trie_size;
+ else if (it->edges[0] > 0x100) { // Ptr to location block
+ int loc_id = it->edges[0] - 0x100;
+ if (loc_id >= location_pos.size() ||
location_pos[loc_id] == -1)
+ error(EX_DATAERR, 1, "Location %d exists in
blocks but not in locations", loc_id);
+ it->edges[0] = location_pos[loc_id] + trie_size;
+ }
// Any other value would indicate a non-leaf node
if (it->edges[1] == 0x100) // No data
it->edges[1] = trie_size;
- else if (it->edges[1] > 0x100) // Ptr to location block
- it->edges[1] = location_pos[it->edges[1] - 0x100 -
1] + trie_size;
+ else if (it->edges[1] > 0x100) { // Ptr to location block
+ int loc_id = it->edges[1] - 0x100;
+ if (loc_id >= location_pos.size() ||
location_pos[loc_id] == -1)
+ error(EX_DATAERR, 1, "Location %d exists in
blocks but not in locations", loc_id);
+ it->edges[1] = location_pos[loc_id] + trie_size;
+ }
// Any other value would indicate a non-leaf node
}
}
@@ -801,19 +812,33 @@
const char *input_file_name,
int input_line_number)
{
- // There's nothing wrong with location info being out of
- // order, but currently we don't support it (i.e. the code
- // won't work if the info's out of order). Sanity check that
- // things are in order.
+ // First, we save the offset of this location block.
int loc_id = ::atoi(info[0].c_str());
- if (loc_id != location_pos.size() + 1) {
- error_at_line(EX_DATAERR, 0, input_file_name, input_line_number,
- "Location info not in order (currently not
supported)");
- return;
- }
+ if (loc_id >= location_pos.size()) {
+ // We need to add to the location table (this is the
+ // usual case).
+
+ while(loc_id > location_pos.size()) {
+ // If some numb
Bug#774611: geoip-bin: skipping locations if the location ID is not correctly ordered
Package: geoip-bin
Version: 1.6.2-2
Severity: important
Tags: patch
This patch adds support to skip location IDs, if upstream CSV is not
correctly built.
diff -Naur '--exclude=.svn' tags/1.6.2-2/debian/src/geoip-csv-to-dat.cpp
branches/jessie/debian/src/geoip-csv-to-dat.cpp
--- tags/1.6.2-2/debian/src/geoip-csv-to-dat.cpp2014-10-27
19:31:48.626784609 +0100
+++ branches/jessie/debian/src/geoip-csv-to-dat.cpp 2014-12-30
19:32:51.588379341 +0100
@@ -694,12 +694,15 @@
class city_dat_writer : public dat_writer
{
public:
- // All serialized location information
+ // All serialized location information, in one big
+ // undifferentiated block
std::stringstream location_stream;
// Seek offset of each location within
// location_stream (relative to the beginning of
- // location_stream)
+ // location_stream). An offset of -1 means that that
+ // location is not in the table (can happen if the
+ // location info's out of order).
std::vector location_pos;
city_dat_writer(const char *dat_file_name, GeoIPDBTypes
database_type);
@@ -744,14 +747,22 @@
{
if (it->edges[0] == 0x100) // No data
it->edges[0] = trie_size;
- else if (it->edges[0] > 0x100) // Ptr to location block
- it->edges[0] = location_pos[it->edges[0] - 0x100 -
1] + trie_size;
+ else if (it->edges[0] > 0x100) { // Ptr to location block
+ int loc_id = it->edges[0] - 0x100;
+ if (loc_id >= location_pos.size() ||
location_pos[loc_id] == -1)
+ error(EX_DATAERR, 1, "Location %d exists in
blocks but not in locations", loc_id);
+ it->edges[0] = location_pos[loc_id] + trie_size;
+ }
// Any other value would indicate a non-leaf node
if (it->edges[1] == 0x100) // No data
it->edges[1] = trie_size;
- else if (it->edges[1] > 0x100) // Ptr to location block
- it->edges[1] = location_pos[it->edges[1] - 0x100 -
1] + trie_size;
+ else if (it->edges[1] > 0x100) { // Ptr to location block
+ int loc_id = it->edges[1] - 0x100;
+ if (loc_id >= location_pos.size() ||
location_pos[loc_id] == -1)
+ error(EX_DATAERR, 1, "Location %d exists in
blocks but not in locations", loc_id);
+ it->edges[1] = location_pos[loc_id] + trie_size;
+ }
// Any other value would indicate a non-leaf node
}
}
@@ -801,19 +812,33 @@
const char *input_file_name,
int input_line_number)
{
- // There's nothing wrong with location info being out of
- // order, but currently we don't support it (i.e. the code
- // won't work if the info's out of order). Sanity check that
- // things are in order.
+ // First, we save the offset of this location block.
int loc_id = ::atoi(info[0].c_str());
- if (loc_id != location_pos.size() + 1) {
- error_at_line(EX_DATAERR, 0, input_file_name, input_line_number,
- "Location info not in order (currently not
supported)");
- return;
- }
+ if (loc_id >= location_pos.size()) {
+ // We need to add to the location table (this is the
+ // usual case).
+
+ while(loc_id > location_pos.size()) {
+ // If some numbers were skipped in the data,
+ // then we need to add some empty locations to
+ // the table before we find our spot.
+ location_pos.push_back(-1);
+ }
- // First, we save the offset of this location block.
- location_pos.push_back(location_stream.tellp());
+ // Now we have our spot, insert this location.
+ location_pos.push_back(location_stream.tellp());
+ } else {
+ // We already have a space in the table for this location --
+ // if it's not empty, then we have two locations with the same
+ // ID, and we print an error.
+ if (location_pos[loc_id] != -1) {
+ error_at_line(EX_DATAERR, 0, input_file_name,
+ input_line_number,
+ "Duplicate location info for ID %d",
+ loc_id);
+ }
+ location_pos[loc_id] = location_stream.tellp();
+ }
// Country ID
int c
Bug#774249: unblock/pre-approval: geoip/1.6.2-3
tags #774249 - moreinfo thanks Am 02.01.2015 um 23:56 schrieb Ivo De Decker: Control: tags -1 confirmed moreinfo Hi, On Tue, Dec 30, 2014 at 07:44:42PM +0100, Patrick Matthäi wrote: I am asking for a pre-approval for geoip. It just fixes (or better it adds support) a problem on generating the database, if upstream csv is not correct built, as it is the case since two months now.. The fix is also in experimental since the 13.11.2014 (introduced with version 1.6.3-2). Would you allow this change? If yes I would upload it to unstable and mail you again after it has been altered. Yes, but please file a bug for the issue you are fixing, so it can be properly tracked. Please remove the moreinfo tag from this bug once the upload of the new version is unstable. Cheers, Ivo Thanks, I have uploaded 1.6.2-3 and the issue is tracked in #774611 -- /* 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#561135: [Fwd: Re: Bug#561135: dbconfig only applies the latest database upgrades]
Am 17.01.2015 um 13:24 schrieb Paul Gevers: > Hi, > > [New dbconfig-common maintainer here. Looking at the open bugs.] > > On Mon, 21 Dec 2009 20:48:31 +0100 =?UTF-8?B?UGF0cmljayBNYXR0aMOkaQ==?= > wrote: >> cute, also for zobel the upgrade has been failed with postgres. >> >> If I will find some free time before christmas I will try to reproduce >> it again. > > Has anybody been able to reproduce this again? > > If not I tend to believe this bug should be closed. Should all the > automatic testing nowadays on upgrades catch this if it would still be > an issue? > > Paul > I were not able to reproduce it again. So from my side you may close 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 */ signature.asc Description: OpenPGP digital signature
Bug#775358: Minor typos in package
Am 14.01.2015 um 18:11 schrieb Jonathan Hall: > Package: geoip-database-contrib > Version: 1.18 > Severity: minor > Tags: patch > > This simple patch fixes two minor typos/grammar mistakes. > > Thanks I have applied the patch to the VCS. -- /* 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#775587: znc: Some file patterns in debian/copyright are off
Am 17.01.2015 um 19:38 schrieb Christian Kastner: > Source: znc > Version: 1.4-2 > Severity: minor > > Hi, > > Some of the file patterns in debian/copyright are off by one directory. > > Files: MD5.* -> Files: src/MD5.* > Files: SHA256.* -> Files: src/SHA256.* > Files: Csocket.* -> Files: src/Csocket.* > > Regards, > Christian > Thanks, fix comitted to VCS! -- /* 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#700895: otrs2: Installation fails if database setup is skipped
Am 17.01.2015 um 13:18 schrieb Paul Gevers: > Control: tags -1 moreinfo > > Hi Patrick Hi > > [New maintainer of dbconfig-common here, please be gentle with me for a > while.] we will see :D Thanks for taking care of it! > > On Tue, 26 Mar 2013 16:06:36 +0100 =?ISO-8859-15?Q?Patrick_Matth=E4i?= > wrote: >> would it be possible to implement a feature as described here: >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700895#15 > > Which is what exactly? You want to be able in configuration to > disable the skipping of the question to use dbconfig-common to configure > the database? This would mean that you force people to allow > dbconfig-common to have dbadmin access to their database. That would be > quite against the philosophy of dbconfig-common as some "corporate > setups" don't allow this, e.g. the database is setup and configured > before a package is installed. It would also not help, as during > failure, the administrator is still allowed to "ignore further errors" > so the setup would continue, but would fail at the next step. > > I rather think you want to use the option to pass > "dbc_dgi_on_manual=false" and e.g. to check if the configuration file > exist after calling dbconfig-common to determine what your package > should do. Maybe even checking for the "dbc_install" variable in the > /etc/dbconfig-common/.conf shell configuration file. > > Please let me know what you think, I may reconsider if you can convince > me, but that won't be easy. > > Paul > otrs is absolutely useless without a working database. Every step from the package installation and configuration will fail, otrs itself and all otrs tools. This is the case for most database depending packages. That you do not have dbadmin access in companies very often: yes What about providing two options: a) I have got dbadmin access, use it to configure everything b) I just have got SQL access data provided by my dba, please use them to configure $package What do you think? -- /* 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#779918: kdenlive: Effects are not localized
found #779918 0.9.10-2 notfound #779918 0.9.10-neptune3 thanks Hi, is this reported and fixed @ upstream? Am 06.03.2015 um 13:35 schrieb Leszek Lesner: Package: kdenlive Version: 0.9.10-neptune3 Severity: important Tags: upstream The kdenlive in upstream is shipping broken localizations that do not localize effects anymore. We fixed it for Neptune and want to provide our upstream (Debian) with the patch that can be found here: https://github.com/NeptuneOS/kde-patches/tree/master/kdenlive -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.3 (SMP w/4 CPU cores; PREEMPT) 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 kdenlive depends on: ii kde-runtime 4:4.13.0-neptune6 ii kdenlive-data 0.9.10-neptune3 ii libav-tools 6:10.1-1~bpo70+1neptune1 ii libc6 2.13-38+deb7u8 ii libgcc1 1:4.7.2-5 ii libgl1-mesa-glx [libgl1] 9.2.2-1neptune1 ii libglu1-mesa [libglu1]8.0.5-4+deb7u2 ii libice6 2:1.0.8-2 ii libkdecore5 4:4.14.3-neptune2 ii libkdeui5 4:4.14.3-neptune2 ii libkio5 4:4.14.3-neptune2 ii libknewstuff3-4 4:4.14.3-neptune2 ii libknotifyconfig4 4:4.14.3-neptune2 ii libkrossui4 4:4.14.3-neptune2 ii libmlt++3 0.9.2+git20141027-1neptune1 ii libmlt6 0.9.2+git20141027-1neptune1 ii libnepomukcore4abi1 4:4.13.0-neptune1 ii libqjson0 0.8.1-1 ii libqt4-dbus 4:4.8.2+dfsg-11 ii libqt4-network4:4.8.2+dfsg-11 ii libqt4-opengl 4:4.8.2+dfsg-11 ii libqt4-script 4:4.8.2+dfsg-11 ii libqt4-svg4:4.8.2+dfsg-11 ii libqt4-xml4:4.8.2+dfsg-11 ii libqtcore44:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libsm62:1.2.1-2 ii libsolid4 4:4.14.3-neptune2 ii libsoprano4 2.9.3+dfsg1-0neptune1 ii libstdc++64.7.2-5 ii libv4l-0 0.8.8-3 ii libx11-6 2:1.5.0-1+deb7u1 ii libxau6 1:1.0.7-1 ii libxdmcp6 1:1.1.1-1 ii libxext6 2:1.3.1-2+deb7u1 ii libxft2 2.3.1-1 ii libxpm4 1:3.5.10-1 ii melt 0.9.2+git20141027-1neptune1 Versions of packages kdenlive recommends: ii dvdauthor0.7.0-1.1+b2 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-6 Versions of packages kdenlive suggests: ii khelpcenter4 4:4.13.0-neptune6 -- 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#780334: please provide normal lib (with SOVERSION) and lib-dev packages for the libs
Am 13.03.2015 um 13:32 schrieb Michael Tokarev: Thank you for the reply. Can you believe I tried to search for similar bugs, but overlooked the already existing bug, #630147?.. ;) No problem :) Maybe it's better to keep it open+wontfix than closed+wontfix, so that it will be easier to find -- either this one or #630147? Then the bug is marked as "open" in all overviews and I do not like it :D 13.03.2015 12:17, Patrick Matthäi wrote: Hi, this was changed with 3.2.1-1, see #630147 Upstream will not follow the standards of the library versioning schema, so it is not possible to maintain it in this way in Debian. Ok, that makes sense, especially since it is an internal library. If you need to build-depend on it, than you have to use the -common package, but with the changes made in #630147 I also wanted to say (and that is conform): better do not use this package as b-d. And this is something I don't understand. In my case (see #775431), the question is about adding glusterfs to qemu packages. Qemu can use glusterfs, but it needs headers and libs (I'm not sure if it really needs libs, at least the configure script sets up GLUSTERFS_LIBS and uses it for linking). If this package is better NOT to be used as b-d, and if these libs are for internal use only, what to do? Thanks, /mjt -- /* 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#780334: please provide normal lib (with SOVERSION) and lib-dev packages for the libs
Am 13.03.2015 um 17:09 schrieb Michael Tokarev: > Hello again. It looks lile you overlooked the > main part of my reply, here it goes again: Oh you are right I have overseen the last paragraph, sorry! >>>> If you need to build-depend on it, than you have to use the -common >>>> package, >>>> but with the changes made in #630147 I also wanted to say (and that is >>>> conform): >>>> better do not use this package as b-d. >>> >>> And this is something I don't understand. In my case (see #775431), the >>> question is about adding glusterfs to qemu packages. Qemu can use >>> glusterfs, >>> but it needs headers and libs (I'm not sure if it really needs libs, at >>> least >>> the configure script sets up GLUSTERFS_LIBS and uses it for linking). If >>> this package is better NOT to be used as b-d, and if these libs are for >>> internal use only, what to do? > > So, Patrick, what do you suggest? You are free to add glusterfs support to it and I also would be happy about it :) But we can never say when upstream breaks compability, which will make your life as qemu maintainer hard. So it is up to you, I would support 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 */ 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
Hi, interesting, could someone else verify this? Am 07.03.2015 um 16:35 schrieb J Barkanič: I believe this has something to do with the way AMD switchable graphics and X interact, and changes (fixes?) in the new driver. I have a Samsung Chronos 7 with AMD Radeon HD 7400M Series I resolved it by doing 'aticonfig --px-igpu' in conjunction with using the fglrx device for my screen section in xorg.conf. I tried the other permutations, but there's either no acceleration, or no mouse: intel device in screen : aticonfig --px-dgpu [Mouse: yes Acceleration: no] intel device in screen : aticonfig --px-igpu [Mouse: yes Acceleration: no] fglrx device in screen : aticonfig --px-dgpu [Mouse: no Acceleration: yes] fglrx device in screen : aticonfig --px-igpu [Mouse: yes Acceleration: yes] !! Current /etc/X11/xorg.conf: Section "ServerLayout" Identifier "aticonfig Layout" Screen0 "aticonfig-Screen[0]-0" 0 0 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 "intel" BusID "PCI:0:2:0" EndSection Section "Device" Identifier "aticonfig-Device[0]-1" Driver"fglrx" BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "aticonfig-Screen[0]-0" Device "aticonfig-Device[0]-1" Monitor "aticonfig-Monitor[0]-0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection ___ 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 */
Bug#762132: [Pkg-fglrx-devel] Bug#762132: fglrx-driver: Update to 1:14.6~ga14.201-1 amd64: Mouse cursor gone
Also if you change between i/d mode? Am 16.03.2015 um 19:08 schrieb Jens Reinsberger: Am 16.03.2015 um 16:55 schrieb Patrick Matthäi: Hi, interesting, could someone else verify this? Well, it works but it provides only the acceleration by the integrated gpu. If you really need the dedicated gpu then you have to go with the downgrade of your X server as described above by Adam Hnat (works here for me). Regards, Jens -- /* 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#780604: kdenlive: Constant crashes
Am 16.03.2015 um 17:09 schrieb Marek Hrušovský: > Package: kdenlive > Version: 0.9.10-2 > Severity: important > > Hi, > after trying to delete all clips from Project Tree and also from Timeline I > get > assertion fail: > > kdenlive: malloc.c:3700: _int_malloc: Assertion > `victim->bk_nextsize->fd_nextsize == victim' failed. > > and SIGABRT - application crashes. It happens everytime. I can not reproduce it here. Please install all related debugging symbols (kdenlive-dbg, *mlt-dbg, qt-dbg etc) and try to reproduce it with gdb + bt / bt full -- /* 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#780604: kdenlive: Constant crashes
Hi Dan, do you have got an idea? From bt it looks like mlt may cause it. This is with version 0.9.2-2, maybe it is already fixed? Am 18.03.2015 um 00:04 schrieb Marek "Ludo" Hrušovský: On 03/17/2015 06:07 PM, Patrick Matthäi wrote: Am 16.03.2015 um 17:09 schrieb Marek Hrušovský: Package: kdenlive Version: 0.9.10-2 Severity: important Hi, after trying to delete all clips from Project Tree and also from Timeline I get assertion fail: kdenlive: malloc.c:3700: _int_malloc: Assertion `victim->bk_nextsize->fd_nextsize == victim' failed. and SIGABRT - application crashes. It happens everytime. I can not reproduce it here. Please install all related debugging symbols (kdenlive-dbg, *mlt-dbg, qt-dbg etc) and try to reproduce it with gdb + bt / bt full I've narrowed the cases when this happens. I've got imported individual frames (images) in Project Tree and they are missing on hard drive. When I've got frames imported as entire sequences (only few clips), again with missing files, there is no assertion fail in malloc. However, I get Segmentation Fault instead when exiting application. #0 _int_malloc (av=av@entry=0x716d3620 , bytes=bytes@entry=888) at malloc.c:3540 #1 0x713aca2c in __libc_calloc (n=, elem_size=) at malloc.c:3219 #2 0x745e3545 in mlt_properties_init (self=0x3aa4160, self@entry=0x1fafd90, child=0x401, child@entry=0x0) at mlt_properties.c:100 #3 0x745e358d in mlt_properties_new () at mlt_properties.c:125 #4 0x745e82c0 in mlt_events_init (self=self@entry=0x3a3a590) at mlt_events.c:147 #5 0x745e9234 in mlt_service_init (self=self@entry=0x3a3a590, child=child@entry=0x3a3a590) at mlt_service.c:102 #6 0x745ea302 in mlt_producer_init (self=0x3a3a590, child=) at mlt_producer.c:75 #7 0x745ea455 in mlt_producer_new (profile=0xdba840) at mlt_producer.c:154 #8 0x745eaece in mlt_producer_cut (self=0x2697dd0, in=0, out=1) at mlt_producer.c:240 #9 0x743c6f52 in Mlt::Producer::cut (this=, in=in@entry=0, out=out@entry=1) at MltProducer.cpp:199 #10 0x0076991c in Render::setProducer (this=0x16f6ac0, producer=0x0, position=position@entry=0) at /tmp/buildd/kdenlive-0.9.10/src/renderer.cpp:1173 #11 0x006bb393 in Monitor::slotSetClipProducer (this=0x16f9de0, clip=0x3a54a70, zone=..., forceUpdate=, position=0, position@entry=-1) at /tmp/buildd/kdenlive-0.9.10/src/monitor/monitor.cpp:897 #12 0x006bcb00 in Monitor::qt_static_metacall (_o=0x16f9de0, _id=, _a=, _c=) at /tmp/buildd/kdenlive-0.9.10/obj-x86_64-linux-gnu/src/monitor.moc:274 #13 0x7499d71c in QMetaObject::activate (sender=sender@entry=0x1834e40, m=m@entry=0x78b9a0 , local_signal_index=local_signal_index@entry=0, argv=argv@entry=0x7fffc2d0) at kernel/qobject.cpp:3567 #14 0x004f3080 in ProjectList::clipSelected (this=this@entry=0x1834e40, _t1=0x3a54a70, _t2=..., _t3=_t3@entry=false) at /tmp/buildd/kdenlive-0.9.10/obj-x86_64-linux-gnu/src/projectlist.moc:599 #15 0x004fc0c4 in ProjectList::slotClipSelected (this=0x1834e40) at /tmp/buildd/kdenlive-0.9.10/src/project/projectlist.cpp:846 #16 0x0051244f in ProjectList::qt_static_metacall (_o=0x1834e40, _id=1025, _a=0x411, _c=) at /tmp/buildd/kdenlive-0.9.10/obj-x86_64-linux-gnu/src/projectlist.moc:507 #17 0x7499d71c in QMetaObject::activate (sender=sender@entry=0x182f450, m=m@entry=0x75e857c0 , local_signal_index=local_signal_index@entry=9, argv=argv@entry=0x0) at kernel/qobject.cpp:3567 #18 0x7591dc73 in QTreeWidget::itemSelectionChanged (this=this@entry=0x182f450) at .moc/release-shared/moc_qtreewidget.cpp:275 #19 0x75921cff in QTreeWidgetPrivate::_q_selectionChanged (this=, selected=..., deselected=...) at itemviews/qtreewidget.cpp:2317 #20 0x7499d71c in QMetaObject::activate (sender=sender@entry=0xe20030, m=m@entry=0x75e84560 , local_signal_index=local_signal_index@entry=0, argv=argv@entry=0x7fffc660) at kernel/qobject.cpp:3567 #21 0x758faa27 in QItemSelectionModel::selectionChanged (this=this@entry=0xe20030, _t1=..., _t2=...) at .moc/release-shared/moc_qitemselectionmodel.cpp:165 #22 0x7590034e in QItemSelectionModel::emitSelectionChanged (this=this@entry=0xe20030, newSelection=..., oldSelection=...) at itemviews/qitemselectionmodel.cpp:1544 #23 0x75900bdb in QItemSelectionModel::select (this=0xe20030, selection=..., command=...) at itemviews/qitemselectionmodel.cpp:1110 #24 0x758fb9e8 in QItemSelectionModel::select (this=0xe20030, index=..., command=...) at itemviews/qitemselectionmodel.cpp:985 #25 0x758facfc in QItemSelectionModel::setCurrentIndex (this=0xe20030, index=..., command=...) at itemviews/qitemselectionmodel.cpp:1168 #26 0x758a1f73 in QAbstractItemView::setCurrentIndex (this=this@entry=0x182f450, index=...) at itemviews/qabstractitemview.cpp:1022 #27 0x7591c406 in QTreeWidget::setCurrentItem (this=0x182f45
Bug#780775: unblock: geoip-database/20150317-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package geoip-database Again just an update of the csv data as in #777118 unblock geoip-database/20150317-1 -- System Information: Debian Release: 7.8 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#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#781018: glusterfs: CVE-2014-3619
fixed #781018 3.6.2-1 thanks Am 23.03.2015 um 11:43 schrieb Moritz Muehlenhoff: Package: glusterfs Severity: grave Tags: security Justification: user security hole Hi, please see https://bugzilla.redhat.com/show_bug.cgi?id=1138145 for further information and patches. Cheers, Moritz -- /* 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#781030: unblock: glusterfs/3.5.2-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package glusterfs
It fixes CVE-2014-3619 and closes #781018
diff -Naur '--exclude=.svn' 3.5.2-1/debian/changelog 3.5.2-2/debian/changelog
--- 3.5.2-1/debian/changelog2014-08-01 13:17:51.262203834 +0200
+++ 3.5.2-2/debian/changelog2015-03-23 15:47:19.949358143 +0100
@@ -1,3 +1,11 @@
+glusterfs (3.5.2-2) unstable; urgency=high
+
+ * Add patch 01-CVE-2014-3619 to fix a fragment header infinite loop DoS in
+glusterfs as described in CVE-2014-3619.
+Closes: #781018
+
+ -- Patrick Matthäi Mon, 23 Mar 2015 15:35:25 +0100
+
glusterfs (3.5.2-1) unstable; urgency=medium
* New upstream release.
diff -Naur '--exclude=.svn' 3.5.2-1/debian/patches/01-CVE-2014-3619.diff
3.5.2-2/debian/patches/01-CVE-2014-3619.diff
--- 3.5.2-1/debian/patches/01-CVE-2014-3619.diff1970-01-01
01:00:00.0 +0100
+++ 3.5.2-2/debian/patches/01-CVE-2014-3619.diff2015-03-23
15:47:19.953358498 +0100
@@ -0,0 +1,55 @@
+# Upstream patch to fix CVE-2014-3619 (fragment header infinite loop DoS)
+# URL: https://bugzilla.redhat.com/show_bug.cgi?id=1138145
+# Patch: http://review.gluster.org/#/c/8662/4
+
+diff -Naur glusterfs-3.5.2.orig/rpc/rpc-transport/socket/src/socket.c
glusterfs-3.5.2/rpc/rpc-transport/socket/src/socket.c
+--- glusterfs-3.5.2.orig/rpc/rpc-transport/socket/src/socket.c 2014-07-31
13:05:35.0 +0200
glusterfs-3.5.2/rpc/rpc-transport/socket/src/socket.c 2015-03-23
15:28:00.765389702 +0100
+@@ -375,10 +375,11 @@
+ /* first call after passing SP_STATE_READING_FRAGHDR */
+ in->ra_max = min (RPC_FRAGSIZE (in->fraghdr), GF_SOCKET_RA_MAX);
+ /* Note that the in->iobuf is the primary iobuf into which
+- headers are read into. By using this itself as our
++ headers are read into, and in->frag.fragcurrent points to
++ some position in the buffer. By using this itself as our
+ read-ahead cache, we can avoid memory copies in iov_load
+ */
+- in->ra_buf = iobuf_ptr (in->iobuf);
++ in->ra_buf = in->frag.fragcurrent;
+ }
+
+ /* fill read-ahead */
+@@ -1986,9 +1987,22 @@
+ goto out;
+ }
+
++if (in->iobuf == NULL) {
++/* first fragment */
++frag->fragcurrent = iobuf_ptr (iobuf);
++} else {
++/* second or further fragment */
++memcpy(iobuf_ptr (iobuf), iobuf_ptr (in->iobuf),
++ in->total_bytes_read -
RPC_FRAGSIZE(in->fraghdr));
++iobuf_unref (in->iobuf);
++frag->fragcurrent = (char *) iobuf_ptr (iobuf) +
++in->total_bytes_read -
RPC_FRAGSIZE(in->fraghdr);
++frag->pending_vector->iov_base =
frag->fragcurrent;
++in->pending_vector = frag->pending_vector;
++}
++
+ in->iobuf = iobuf;
+ in->iobuf_size = 0;
+-frag->fragcurrent = iobuf_ptr (iobuf);
+ in->record_state = SP_STATE_READING_FRAG;
+ /* fall through */
+
+@@ -2003,6 +2017,9 @@
+ frag->bytes_read = 0;
+
+ if (!RPC_LASTFRAG (in->fraghdr)) {
++in->pending_vector = in->vector;
++in->pending_vector->iov_base = &in->fraghdr;
++in->pending_vector->iov_len =
sizeof(in->fraghdr);
+ in->record_state = SP_STATE_READING_FRAGHDR;
+ break;
+ }
diff -Naur '--exclude=.svn' 3.5.2-1/debian/patches/series
3.5.2-2/debian/patches/series
--- 3.5.2-1/debian/patches/series 1970-01-01 01:00:00.0 +0100
+++ 3.5.2-2/debian/patches/series 2015-03-23 15:47:19.953358498 +0100
@@ -0,0 +1 @@
+01-CVE-2014-3619.diff
unblock glusterfs/3.5.2-2
-- System Information:
Debian Release: 7.8
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#781018: glusterfs: CVE-2014-3619
Am 23.03.2015 um 11:43 schrieb Moritz Muehlenhoff: Package: glusterfs Severity: grave Tags: security Justification: user security hole Hi, please see https://bugzilla.redhat.com/show_bug.cgi?id=1138145 for further information and patches. Hi, 3.5.2-2 is uploaded and a unblock request is also filled. experimental is not affected. If 3.2.7-3+deb7u1 from stable is also affected then we require a patch for it. The current upstream version could not be applied to 3.2.7 :( -- /* 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#781082: unblock: needrestart/1.2-8
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package needrestart
It fixes a regression if needrestart is invoked in noninteractive mode.
diff -Naur '--exclude=.svn' 1.2-7/debian/changelog 1.2-8/debian/changelog
--- 1.2-7/debian/changelog 2014-12-18 21:53:53.165140592 +0100
+++ 1.2-8/debian/changelog 2015-03-24 10:27:26.043543580 +0100
@@ -1,3 +1,11 @@
+needrestart (1.2-8) unstable; urgency=low
+
+ * Add patch 16-fix-progressbar-regression to improve detection if invoked
+noninteractive and prevent debconf tried to be used in such cases. The
+reload action is set to list only if it was inter-active.
+
+ -- Patrick Matthäi Tue, 24 Mar 2015 10:24:33 +0100
+
needrestart (1.2-7) unstable; urgency=low
* Add missing second patch 15-fix-progressbar-non-interactive to fix #768124.
diff -Naur '--exclude=.svn'
1.2-7/debian/patches/16-fix-progressbar-regression.diff
1.2-8/debian/patches/16-fix-progressbar-regression.diff
--- 1.2-7/debian/patches/16-fix-progressbar-regression.diff 1970-01-01
01:00:00.0 +0100
+++ 1.2-8/debian/patches/16-fix-progressbar-regression.diff 2015-03-24
10:27:26.063543578 +0100
@@ -0,0 +1,55 @@
+# Improve detection if invoked noninteractive and prevent debconf tried to be
+# used in such cases. The reload action is set to list only if it was inter-
+# active.
+# Related: #768124
+
+---
+ needrestart| 4 +++-
+ perl/lib/NeedRestart/UI.pm | 2 +-
+ 2 files changed, 4 insertions(+), 2 deletions(-)
+
+diff --git a/needrestart b/needrestart
+index a1c43d9..a31a8bc 100755
+--- a/needrestart
b/needrestart
+@@ -39,6 +39,7 @@ $Getopt::Std::STANDARD_HELP_VERSION++;
+
+ my $LOGPREF = '[main]';
+ my $is_systemd = -d qq(/run/systemd/system);
++my $is_tty = (-t *STDERR || -t *STDOUT || -t *STDIN);
+
+ sub HELP_MESSAGE {
+ print <new(1) : needrestart_ui($nrconf{verbose},
$nrconf{ui}));
++my $ui = ($opt_b ? NeedRestart::UI->new(1) : needrestart_ui($nrconf{verbose},
($is_tty ? $nrconf{ui} : 'NeedRestart::UI::stdio')));
+ die "Error: no UI class available!\n" unless(defined($ui));
+
+ # enable/disable checks
+diff --git a/perl/lib/NeedRestart/UI.pm b/perl/lib/NeedRestart/UI.pm
+index 08004f9..d7e8e77 100644
+--- a/perl/lib/NeedRestart/UI.pm
b/perl/lib/NeedRestart/UI.pm
+@@ -42,7 +42,7 @@ sub progress_prep($$$) {
+ my $self = shift;
+ my ($max, $out) = @_;
+
+-unless($self->{debug} || !exists($ENV{COLUMNS}) || !exists($ENV{LINES})) {
++unless($self->{debug} || !(-t *STDERR)) {
+ # restore terminal if required (debconf)
+ unless(-t *STDIN) {
+ open($self->{fhin}, '<&', \*STDIN) || die "Can't dup stdin: $!\n";
+--
+2.1.4
+
diff -Naur '--exclude=.svn' 1.2-7/debian/patches/series
1.2-8/debian/patches/series
--- 1.2-7/debian/patches/series 2014-12-18 21:53:53.169140561 +0100
+++ 1.2-8/debian/patches/series 2015-03-24 10:27:26.063543578 +0100
@@ -13,3 +13,4 @@
13-falsepos-aio-fix.diff
14-wpa_supplicant-override.diff
15-fix-progressbar-non-interactive.diff
+16-fix-progressbar-regression.diff
unblock needrestart/1.2-8
-- System Information:
Debian Release: 7.8
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#778790: glusterfs: FTBFS on new archs: #includes sysctl.h
tag #778790 + pending thanks Am 28.02.2015 um 01:15 schrieb Adam Borowski: On Fri, Feb 27, 2015 at 03:28:50PM +0100, Patrick Matthäi wrote: Am 19.02.2015 um 23:00 schrieb Adam Borowski: The sysctl(2) syscall isn't used by glusterfs on Linux on runtime (it would spam syslog if called), so it's safe to remove its header. The attached patch does this. are you also able to reproduce this with 3.6.2-1 from experimental? Yes, although the patch I provided didn't apply. Here's a new one, for the experimental version. Besides making it fit in the new context, I also changed the condition to defined(CTL_KERN) to match the block where sysctl is actually used. Per the comment, /* DARWIN and *BSD */, it's equivalent to the old 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 */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#779297: [Pkg-fglrx-devel] Bug#779297: fglrx-driver: Programs that need OpenGL doesn't work after fglrx-driver installation
From your xorg.log: [22.519] (EE) fglrx(0): atiddxDriScreenInit failed. Probably kernel module missing or incompatible. [22.519] (WW) fglrx(0): *** [22.519] (WW) fglrx(0): * DRI initialization failed * [22.519] (WW) fglrx(0): * kernel module (fglrx.ko) may be missing or incompatible * [22.519] (WW) fglrx(0): * 2D and 3D acceleration disabled * [22.519] (WW) fglrx(0): *** Von meinem iPad gesendet > Am 26.02.2015 um 20:00 schrieb José Luis García Pallero : > > bpp > [22.519] (EE) fglrx(0): atiddxDriScreenInit failed. Probably kernel > module missing or incompatible. > [22.519] (WW) fglrx(0): > *** > [22.519] (WW) fglrx(0): * DRI initialization failed > * > [22.519] (WW) fglrx(0): * kernel module (fglrx.ko) may be missing or > incompatible * > [22.519] (WW) fglrx(0): * 2D and 3D acceleration disabled > * > [22.519] (WW) fglrx(0): > *** -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#779215: aroarfw: please make the build reproducible
tag #779215 + pending thanks Am 25.02.2015 um 17:19 schrieb Maria Valentina Marin: Source: aroarfw Version: 0.1~beta5-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the “reproducible builds” effort [1], we have noticed that aroarfw could not be built reproducibly. The attached patch removes extra timestamps in the doxygen documentation from the build system. Once applied, aroarfw can be built reproducibly in our current experimental framework. Thanks, akira [1]: https://wiki.debian.org/ReproducibleBuilds Hola, thanks I have applied the patch to my VCS. -- /* 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#778790: glusterfs: FTBFS on new archs: #includes sysctl.h
tag #778790 + moreinfo thanks Am 19.02.2015 um 23:00 schrieb Adam Borowski: Package: glusterfs Version: 3.5.2-1 Severity: wishlist Tags: patch User: debian-...@lists.debian.org Usertags: port-x32 ftbfs-x32 Hi! I'm afraid that glusterfs fails to build on new architectures. This is caused by deprecated #include , which compiles successfully on old architectures, but on new archs like x32, contains nothing but a #error with an explanatory message. The sysctl(2) syscall isn't used by glusterfs on Linux on runtime (it would spam syslog if called), so it's safe to remove its header. The attached patch does this. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (600, 'unstable'), (500, 'unreleased'), (50, 'experimental') Architecture: x32 (x86_64) Kernel: Linux 3.19.0-x32 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- /* 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#778790: glusterfs: FTBFS on new archs: #includes sysctl.h
Am 19.02.2015 um 23:00 schrieb Adam Borowski: Package: glusterfs Version: 3.5.2-1 Severity: wishlist Tags: patch User: debian-...@lists.debian.org Usertags: port-x32 ftbfs-x32 Hi! I'm afraid that glusterfs fails to build on new architectures. This is caused by deprecated #include , which compiles successfully on old architectures, but on new archs like x32, contains nothing but a #error with an explanatory message. The sysctl(2) syscall isn't used by glusterfs on Linux on runtime (it would spam syslog if called), so it's safe to remove its header. The attached patch does this. Hi, are you also able to reproduce this with 3.6.2-1 from experimental? -- /* 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#726500: [Pkg-fglrx-devel] Bug#726500: fglrx-legacy-driver in Jessie
Am 13.04.2015 um 09:24 schrieb Leopold Palomo-Avellaneda: Hi, may I understand that we won't have this driver in Jessie? That is correct. -- /* 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#782300: geoip-database-contrib: Quiet mode for cron update
Am 10.04.2015 um 08:35 schrieb Richard van den Berg: > Package: geoip-database-contrib > Version: 1.8 > Severity: wishlist > > The patch for #684500 actually did not fix this issue in > geoip-database-contrib > 1.8. I still get long monthly E-mails from the geoip-database-contrib_update > cronjob. Perhaps you need to redirect stderr as well? What is the content of those e-mails? And could you please also show me your current screenshot? > > -- System Information: > Debian Release: 7.8 > APT prefers stable > APT policy: (990, 'stable'), (400, 'testing'), (300, 'unstable') > Architecture: amd64 (x86_64) > > Kernel: Linux 3.13.7 (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 geoip-database-contrib depends on: > ii debconf [debconf-2.0] 1.5.49 > ii ucf3.0025+nmu3 > ii wget 1.13.4-3+deb7u2 > > geoip-database-contrib recommends no packages. > > Versions of packages geoip-database-contrib suggests: > ii cron 3.0pl1-124 > > -- debconf information: > geoip-database-contrib/install-cronjob: true > -- /* 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#782300: geoip-database-contrib: Quiet mode for cron update
Am 13.04.2015 um 21:13 schrieb Richard van den Berg: Patrick Matthäi wrote on 13-04-15 18:15: And could you please also show me your current screenshot? Sure. A screenshot of what though? Ups, I wanted to say cronfile not screenshot :D -- /* 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#796101: fotowall - 'Search Web Pictures' not working
severity #796101 minor tag #796101 + upstream thanks Am 19.08.2015 um 15:31 schrieb prathibhab: > Package: fotowall > Version: 0.9-11 > Severity: important > > Create -> Search Web Pictures, shows only a blank window. > > Issue exists in v ersions: 0.9-11(package in jessie) and 0.98(package in > sid). > > > *Error Message:* > > GoogleImagesPictureService::parseSearchReply: Something changed in the > google image page html source. > > This function must be rewritten > > > There is no message in the command line for flickr. -- /* 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#788405: kdenlive: Transitions are distorted when focused or using certain Alpha Manipulation in the Project Moniter.
fixed #788405 15.04.3-1 thanks Am 13.07.2015 um 11:37 schrieb Patrick Matthäi: Hi, please retest your issue with kdenlive version 15.04.3-1 and mlt version 0.9.6-3 from unstable. Thanks. Am 11.06.2015 um 03:45 schrieb Matthew Travous: Package: kdenlive Version: 0.9.10-2 Severity: important Dear Maintainer, When using kdenlive in Debian, transitions are distorted diagonally towards the right and are monochrome in the Project monitor, showing up as if a scanline effect had been applied (when one was not). This occurs when using the transitions Affine, Composite, Region and the effect Rotoscope. This bug has persisted through many different uses of the said functions where they appear. In the same version of kdenlive on Ubuntu 15.04, the said bug does not occur, and I have not tested any other distributions. I am not using any libraries outside of the official Debian repositories. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kdenlive depends on: ii kde-runtime 4:4.14.2-2 ii kdenlive-data 0.9.10-2 ii libav-tools 6:11.3-1+deb8u1 ii libc6 2.19-18 ii libgcc1 1:4.9.2-10 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libkdecore5 4:4.14.2-5 ii libkdeui5 4:4.14.2-5 ii libkio5 4:4.14.2-5 ii libknewstuff3-4 4:4.14.2-5 ii libknotifyconfig4 4:4.14.2-5 ii libkrossui4 4:4.14.2-5 ii libmlt++3 0.9.2-2 ii libmlt6 0.9.2-2 ii libnepomuk4 4:4.14.2-5 ii libqjson0 0.8.1-3 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-opengl 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-script 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-svg 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libsolid4 4:4.14.2-5 ii libsoprano4 2.9.4+dfsg-1.1 ii libstdc++64.9.2-10 ii libv4l-0 1.6.0-2 ii libx11-6 2:1.6.2-3 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.1-1+b1 ii libxext6 2:1.3.3-1 ii melt 0.9.2-2 Versions of packages kdenlive recommends: ii dvdauthor0.7.0-1.3 ii dvgrab 3.5-2+b2 ii frei0r-plugins 1.4-3 ii genisoimage 9:1.1.11-3 ii recordmydesktop 0.3.8.1+svn602-1+b1 ii swh-plugins 0.4.15+1-7 Versions of packages kdenlive suggests: ii khelpcenter4 4:4.14.2-2 -- 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 */
Bug#764165: libmlt6: bogusly warns about Baseline mis-parsed creating H.264
Closing because of missing answer Am 13.07.2015 um 11:39 schrieb Patrick Matthäi: Hi, please retest your issue with mlt version 0.9.6-3 from unstable. Thanks. Am 06.10.2014 um 02:23 schrieb Jonas Smedegaard: Package: libmlt6 Version: 0.9.2-2 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 When creating H.264 output, warnings are emitted about failure to parse Baseline option, but results are seemingly fine. Seems to be issue documented at https://libav.org/faq.html#g_t_002dprofile-option-fails-when-encoding-H_002e264-video-with-AAC-audio - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJUMeD9XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWac0H/RIDwKGeDt1ilJAMdpPP/Trw jmHT0R/E5teARNvrp/LOIFB1Z/nStaJJ1vdFSiBZ1Ww1C50zts0s3mTiGSDJ/A/A zAELsUXtSiEo84Od75d3gq5D7vcgY+twGYQRt2iJWLGV3AVg0y61vTLvtv2OEWSu aZkmmMnH+6nSz5Blr1d9DvxMSiDZvtG4nuI7o6QajfSlk1u7ULDz19jcxHZ7YCdB aaTvjpaUHxPKmOPCw0jBBb9RgT4n6aljd7mxgz6ccYoO5/wzCmS2TbMcrtgX6eUU jgdx0o0nbyBNA04fEmZeIBfCZBu8gfEJ/R9ZrtCE0Qy0gH4GDlE0LeJqA2IugUY= =vQcD -END PGP SIGNATURE- -- /* 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#797684: kdenlive: "Add clip" file browser empty
Am 01.09.2015 um 16:49 schrieb George B.: > Package: kdenlive > Version: 15.08.0-1 > Severity: important > > Hello, > > For some reason (probably because of update) kdenlive's "Add Clip" file > browser window shows no files. > > In case it matters, I am using the "Awesome" window manager. Hi, I have fixed it in my svn repo already today. Could you confirm that it works if you install kinit? kdenlive (15.08.0-2) UNRELEASED; urgency=medium * Add dependency on kinit. Without it the file browser will not work. -- Patrick Matthäi Tue, 01 Sep 2015 11:04:04 +0200 -- /* 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#797684: kdenlive: "Add clip" file browser empty
Am 01.09.2015 um 18:05 schrieb George B.: > Hi Patrick, > > On 01/09/15 16:53, Patrick Matthäi wrote: >> >> I have fixed it in my svn repo already today. Could you confirm that it >> works if you install kinit? > > Unfortunately it does not - the window still lists no files. Here is the > (somewhat different) console output: > > > file:///usr/share/kdenlive/kdenlivemonitor.qml:1:1: module "QtQuick" is > not installed > import QtQuick 2.0 > ^ > // changed to: 1 > file:///usr/share/kdenlive/kdenlivemonitor.qml:1:1: module "QtQuick" is > not installed > import QtQuick 2.0 > ^ And if you install qml-module-qtquick2 ? -- /* 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#797684: kdenlive: "Add clip" file browser empty
Am 01.09.2015 um 18:20 schrieb George B.: > On 01/09/15 17:12, Patrick Matthäi wrote: >> >> And if you install qml-module-qtquick2 ? > > Still not, although that makes the QtQuick errors go away: > > > // changed to: 1 > "Trying to convert empty KLocalizedString to QString." > Removing cache at "/home/borisov/.cache/kdenlive-thumbs.kcache" > QCursor: Cannot create bitmap cursor; invalid bitmap(s) > QXcbConnection: XCB error: 8 (BadMatch), sequence: 720, resource id: > 77594646, major code: 155 (Unknown), minor code: 11 > 0x2eca750 void QWindowPrivate::setTopLevelScreen(QScreen*, bool) ( > QScreen(0x1e9b740) ): Attempt to set a screen on a child window. > couldn't create slave: "Unable to create io-slave: > klauncher said: Unknown protocol 'file'. Puh and now libkf5service-bin ? -- /* 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#797684: kdenlive: "Add clip" file browser empty
Am 01.09.2015 um 18:54 schrieb George B.: > On 01/09/15 17:49, Patrick Matthäi wrote: >> >> Puh and now libkf5service-bin ? > > That one is already installed: > > > ii libkf5service-bin > 5.13.0-1 amd64Advanced > plugin and service introspection > Could you debug it and find out which packages are exactly missing? -- /* 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#799439: [Pkg-fglrx-devel] Bug#799439: fglrx-driver: New upstream version avaliable: 15.9
Am 19.09.2015 um 19:54 schrieb Andreas Beckmann: > On 2015-09-19 10:28, Roman Lebedev wrote: >> There is a new upstream release avaliable: 15.9 > > I started packaging it in SVN, but some patches for 4.1+ no longer > apply, but haven't been integrated upstream either (disabling the > non-applying ones leaves broken build for 4.1/4.2). > I cannot investigate this further right now. Thanks :) I have fixed the patches and will go ahead with uploading -- /* 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#800625: kdenlive: Segmentation fault on using "Affine" transition effect
Am 02.10.2015 um 23:21 schrieb Asumu Takikawa: On 2015-10-01 14:01:59 -0400, Asumu Takikawa wrote: Using the "Affine" transition effect in kdenlive causes a segfault. After experimenting a bit, an error message that came up suggested that this was happening because QtQuick couldn't be found. Installing the qml-module-qtquick2 package made this segfault go away, so maybe this should be a required dependency of kdenlive. Cheers, Asumu Thanks for your investigation. Does this also resolves your bug #800623 => "Segmentation fault on use of "corners" effect" ? -- /* 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#800623: kdenlive: egmentation fault on use of "corners" effect
Am 05.10.2015 um 15:58 schrieb Asumu Takikawa: On 2015-10-05 11:38:16 +0200, Patrick Matthäi wrote: Thanks for your investigation. Does this also resolves your bug #800623 => "Segmentation fault on use of "corners" effect" ? No, that appears to be a different issue that I haven't been able to pinpoint yet. Cheers, Asumu Thanks. Could you please install the libqt -dbg packages and kdenlive-dbg + libmlt-dbg and run it with gdb (using bt full)? -- /* 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#800843: Please upload last upstream version
Am 04.10.2015 um 12:40 schrieb Yvan Masson: Package: fotowall Version: 0.98~beta+git20150707-1 Dear maintainer, Could you please update your package to last upstream version ? Fortunately it is going to solve #795753... Regards, Yvan Hi, I am waiting on feedback from upstream -- /* 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#797684: kdenlive: "Add clip" file browser empty
Am 01.09.2015 um 18:58 schrieb Patrick Matthäi: > Am 01.09.2015 um 18:54 schrieb George B.: >> On 01/09/15 17:49, Patrick Matthäi wrote: >>> >>> Puh and now libkf5service-bin ? >> >> That one is already installed: >> >> >> ii libkf5service-bin >> 5.13.0-1 amd64Advanced >> plugin and service introspection >> > > Could you debug it and find out which packages are exactly missing? > > Does it work for you if you install those packages: kded5 kio ? -- /* 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#797932: kdenlive: Kdenlive ignores environment language settings
reassign #797932 src:kde-l10n found #797932 4:4.14.0-3 thanks Am 03.09.2015 um 21:36 schrieb Gsc: > Package: kdenlive > Version: 15.04.3-2 > Severity: normal > Tags: l10n > > Dear Maintainer, > > In KDE System Settings and GNOME settings, I've selected Polish as preferred > translation. In .bashrc and .profile, I've exported LC_ALL to pl_PL.utf8. When > I use any application like Kate, gedit or GIMP, the UI is displayed in Polish. > The same applies for Jessie/stable. If I launch Kdenlive in stable (0.9.10-2), > the UI, apart from the Effects names, is displayed in Polish. But if I launch > Kdenlive in Stretch (15.04.3-2), then UI (apart from standard KDE translations > like Copy or Settings) isn't translated, but uses English. It also applies to > unstable release (15.08). > > I have kdenlive-data installed, which contains… Which probably should contain > /usr/share/locale/pl/LC_MESSAGES/kdenlive.mo, as in stable. I can't find this > file in Stretch. When I look for "kdenlive.mo" (sid, amd64) at > packages.debian.org, it's found (37 results, same as in Jessie). But, again, > there's no such file in package list of files. I haven't tried building > Kdenlive > from source. > > Upstream apparently exists: > https://websvn.kde.org/branches/stable/l10n-kf5/pl/messages/kdemultimedia/ kde-l10n has to add the new translations. -- /* 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#797967: luckybackup: Luckbackup closes with a segmentation fault when validating ssh key
Am 04.09.2015 um 04:06 schrieb dean: > Package: luckybackup > Version: 0.4.8-1 > Severity: normal > Tags: newcomer > > Dear Maintainer, > >* What led up to the situation? > Fresh install of luckybackup. Run luckybackup - super user mode, > add task, enter name source and destination, click advanced goto remote > tab, enable Use remote host, enable ssh, browse to private key file > location and click validate. >* What exactly did you do (or not do) that was effective (or > ineffective)? > Have tried several ssh keys and result is always the same >* What was the outcome of this action? > Program terminated with signal SIGSEGV, Segmentation fault. >* What outcome did you expect instead? > I would have expected luckybackup to connect to the ssh server > and verify that the details i entered were correct > > I have attempted some tracing with gdb, let me know if there is anything > else that is needed Hi, thanks for your detailed instruction, anyway I am unable to reproduce it on unstable/sid (amd64) with luckybackup 0.4.8-2. Maybe it is just a fault of the big transition. Could you try it again 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 */ signature.asc Description: OpenPGP digital signature
Bug#802287: kdenlive: Kdenlive for Debian 8 fails to load
Am 19.10.2015 um 04:31 schrieb Joe McEntire: > Package: kdenlive > Version: 0.9.2-2 > Severity: grave > Justification: renders package unusable > > Dear Maintainer, > > *** Reporter, please consider answering these questions, where appropriate *** > >* What led up to the situation? > Attempted to install and run kdenlive > >* What exactly did you do (or not do) that was effective (or > ineffective)? > Installed kdenlive, kdenlive fails to start once I clicked the icon. > I > then rolled back to the wheezy version of the packages kdenlive, > kdenlive-data, > libmlt++3, libmlt5, melt holding these packages at the wheezy version level > >* What was the outcome of this action? > With the Jessie version the package fails to run. kdenlive will not > start > With the Wheezy version the package works as expected. > > The occurs on both my desktop and my laptop. I cannot get the Jessie > version to work no matter what I try. > >* What outcome did you expect instead? > Kdenlive should launch as expected once installed. > > *** End of the template - remove these template lines *** > Please install the package again with libmlt-dbg and kdenlive-dbg and show me the following: $ dpkg -l|egrep "mlt|ffmpeg|libav|kdenlive" $ kdenlive $ gdb kdenlive (=> run and bt full) -- /* 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#803043: mod_perl2 / Apache segfaults after upgrading from Wheezy to Jessie
6d15868, bb=0x7fd3f6be2b58) at ssl_engine_io.c:1659 data = 0x0 len = 0 bucket = 0x7fd3f6be31a8 filter_ctx = 0x7fd3f6d15810 inctx = 0x0 rblock = APR_BLOCK_READ #3 0x7fd3ef85577a in ssl_io_filter_coalesce (f=0x0, bb=0x7fd3f6be2b58) at ssl_engine_io.c:1558 ctx = 0x7fd3f6be2350 count = 0 #4 0x7fd3f6cd5b3d in ap_process_request_after_handler (r=0x7fd3f6bda0a0) at http_request.c:256 bb = 0x7fd3f6be2b58 b = c = 0x7fd3f6d152c8 #5 0x7fd3f6cd6820 in ap_process_request (r=0x7fd3f6bda0a0) at http_request.c:363 bb = 0x0 c = 0x7fd3f6d152c8 rv = 0 #6 0x7fd3f6cd3122 in ap_process_http_sync_connection (c=0x7fd3f6d152c8) at http_core.c:190 r = 0x7fd3f6bda0a0 cs = 0x0 csd = 0x0 mpm_state = 0 #7 ap_process_http_connection (c=0x7fd3f6d152c8) at http_core.c:231 No locals. #8 0x7fd3f6cc9b10 in ap_run_process_connection (c=0x7fd3f6d152c8) at connection.c:41 pHook = n = 2 rv = -1 #9 0x7fd3f0da651b in process_socket (bucket_alloc=, my_thread_num=, my_child_num=, sock=, p=, thd=) at worker.c:619 current_conn = 0x7fd3f6d152c8 conn_id = 140548355740360 sbh = 0x7fd3f6d152c0 #10 worker_thread (thd=0x0, dummy=0x0) at worker.c:978 process_slot = 0 thread_slot = 19 csd = 0x7fd3f6d150b0 bucket_alloc = 0x0 last_ptrans = 0x7fd3f6d150b0 ptrans = 0x7fd3f6d15028 is_idle = -154053944 #11 0x7fd3f61640a4 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 No symbol table info available. #12 0x7fd3f5e9904d in clone () from /lib/x86_64-linux-gnu/libc.so.6 ---Type to continue, or q to quit--- No symbol table info available. (gdb) -- /* 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#803043: mod_perl2 / Apache segfaults after upgrading from Wheezy to Jessie
Hi again, this happened while I checked out a svn repository: root@git:/tmp/apache# gdb /usr/sbin/apache2 -c core GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/sbin/apache2...Reading symbols from /usr/lib/debug//usr/sbin/apache2...done. done. warning: core file may not match specified executable file. [New LWP 8295] [New LWP 8298] [New LWP 8302] [New LWP 8322] [New LWP 8304] [New LWP 8305] [New LWP 8311] [New LWP 8308] [New LWP 8300] [New LWP 8314] [New LWP 8299] [New LWP 8317] [New LWP 8340] [New LWP 8319] [New LWP 8330] [New LWP 8325] [New LWP 8328] [New LWP 8337] [New LWP 8346] [New LWP 8347] [New LWP 8348] [New LWP 8349] [New LWP 8343] [New LWP 8350] [New LWP 8333] [New LWP 8335] [New LWP 8301] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `/usr/sbin/apache2 -k start'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x7f5918853add in read () at ../sysdeps/unix/syscall-template.S:81 81 ../sysdeps/unix/syscall-template.S: Datei oder Verzeichnis nicht gefunden. (gdb) bt #0 0x7f5918853add in read () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f59193b59c7 in read (__nbytes=1, __buf=0x7fffad821e83, __fd=) at /usr/include/x86_64-linux-gnu/bits/unistd.h:44 #2 ap_mpm_podx_check (pod=) at mpm_unix.c:535 #3 0x7f5911a7fb34 in child_main (child_num_arg=0) at worker.c:1341 #4 0x7f5911a826c5 in make_child (s=0x7f59195afde0, slot=0) at worker.c:1427 #5 0x7f5911a82745 in startup_children (number_to_start=2) at worker.c:1452 #6 0x7f5911a8325e in worker_run (_pconf=0x7f59195d7028, plog=0x7f59195ab028, s=0x7f59195afde0) at worker.c:1811 #7 0x7f591938ee7e in ap_run_mpm (pconf=0x7f59195d7028, plog=0x7f59195ab028, s=0x7f59195afde0) at mpm_common.c:94 #8 0x7f59193883c3 in main (argc=3, argv=0x7fffad8222a8) at main.c:777 (gdb) bt full #0 0x7f5918853add in read () at ../sysdeps/unix/syscall-template.S:81 No locals. #1 0x7f59193b59c7 in read (__nbytes=1, __buf=0x7fffad821e83, __fd=) at /usr/include/x86_64-linux-gnu/bits/unistd.h:44 No locals. #2 ap_mpm_podx_check (pod=) at mpm_unix.c:535 c = 25 '\031' fd = 5 rc = #3 0x7f5911a7fb34 in child_main (child_num_arg=0) at worker.c:1341 threads = 0x7f591aa11910 ts = 0x7f5919529110 thread_attr = 0x7f5919529130 start_thread_id = 0x7f5919529190 #4 0x7f5911a826c5 in make_child (s=0x7f59195afde0, slot=0) at worker.c:1427 No locals. #5 0x7f5911a82745 in startup_children (number_to_start=2) at worker.c:1452 i = 0 #6 0x7f5911a8325e in worker_run (_pconf=0x7f59195d7028, plog=0x7f59195ab028, s=0x7f59195afde0) at worker.c:1811 rv = -512 #7 0x7f591938ee7e in ap_run_mpm (pconf=0x7f59195d7028, plog=0x7f59195ab028, s=0x7f59195afde0) at mpm_common.c:94 pHook = n = 0 rv = -1 #8 0x7f59193883c3 in main (argc=3, argv=0x7fffad8222a8) at main.c:777 c = 0 '\000' error = 0xfe00 address 0xfe00> process = 0x7f59195e0118 pconf = 0x7f59195d7028 plog = 0x7f59195ab028 ptemp = 0x7f59195ad028 pcommands = 0x7f59195b5028 opt = 0x7f59195b5118 mod = 0x7f59195ec1c0 opt_arg = 0x7f59195e0028 "(@^\031Y\177" signal_server = 0xfe00 (gdb) [Mon Oct 26 13:14:58.134998 2015] [core:notice] [pid 8291:tid 140020654380928] AH00051: child pid 8295 exit signal Segmentation fault (11), possible coredump in /tmp/apache And as I said it was enough here on this server to activate the perl module. Perl itself is not used. -- /* 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#801994: hosts stuck in refresh
Am 16.10.2015 um 20:23 schrieb Stefan Bühler: > Package: apt-dater > Version: 1.0.2+git20150804-1 > > Hi, > > every host I refresh stays in refresh forever, until i force close > apt-dater and restart. after a restart it seems to have the correct > package states. > > On the server I saw "/usr/bin/perl /usr/bin/apt-dater-host refresh" > running at first, and then it finished. > What processes are running on the machine where you have invoked apt-dater itself? Do you have got this problem everytime? -- /* 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#801994: hosts stuck in refresh
Am 26.10.2015 um 20:06 schrieb Stefan Bühler: Hi, On Mon, 26 Oct 2015 17:51:25 +0100 Patrick Matthäi wrote: Am 16.10.2015 um 20:23 schrieb Stefan Bühler: Package: apt-dater Version: 1.0.2+git20150804-1 Hi, every host I refresh stays in refresh forever, until i force close apt-dater and restart. after a restart it seems to have the correct package states. On the server I saw "/usr/bin/perl /usr/bin/apt-dater-host refresh" running at first, and then it finished. I do not think this is the problem, but to be sure could you show me the output of ' apt-dater-host refresh' one host? What processes are running on the machine where you have invoked apt-dater itself? Do you have got this problem everytime? It have this problem at home, at work, everytime, not a single refresh succeeds. Although I usually use "aptitude" as DPKGTOOL I just tried one host with "apt-get", but it doesn't change anything. When I start the refresh I see this for every host: /bin/sh /usr/lib/x86_64-linux-gnu/apt-dater/cmd \_ /usr/bin/ssh -t -n -o BatchMode=yes -o ConnectTimeout=5 -l root $hostname apt-dater-host refresh After a while they finish, but nothing happens in the apt-dater ui. Please note that these processes do not appear as children of apt-dater in "ps aufx". I ran one of the ssh commands directly, and the remote end isn't happy about the "-t" flag (first output line: "Pseudo-terminal will not be allocated because stdin is not a terminal."). Apart from that the output looks fine afaict. To get rid of the "-t" flag I need to explicitly set opt-cmd-flags="" (which doesn't fix the problem either). How are you connecting to your apt-dater host server and how are you using 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#803043: mod_perl2 / Apache segfaults after upgrading from Wheezy to Jessie
Am 27.10.2015 um 08:34 schrieb Niko Tyni: On Mon, Oct 26, 2015 at 11:21:12AM +0100, Patrick Matthäi wrote: Package: libapache2-mod-perl2 Version: 2.0.9~1624218-2 Severity: grave after upgrading our otrs2 server from wheezy/amd64 to jessie I noticed dozens of apache segfaults per day on this machine. In dmesg it looks like this: Now the more curious thing. I have updated another server from Wheezy to Jessie, which is just serving gitolite and subversion repositories (about mod_svn). After the upgrade full svn checkouts were impossible, also because of segfaults from Apache itself. Later I found, that mod_perl2 was installed and activated on this system, but it was not used at all. So uninstalling libapache2-mod-perl2 solved the issue on the server, where it was not required. Thanks for the report. Would it be possible for you to test if 2.0.9-1 from stretch/sid has the same behaviour? The binaries aren't quite installable in jessie, but the build dependencies are so it's just a simple rebuild. I can also provide binaries if you like. No problem. Already deployed on both machines for testing: svn/git machine: Everything looks fine at the moment, I can not reproduce this issue otrs issue: There it is harder to reproduce. I would send you an update, if it still crashes. But..: If it fixes the problem, do you have got an idea which changes to pick up for fixing jessie? Maybe it is relevant, that all our services are reachable about HTTPS? -- /* 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#803301: otrs2: Should depends on libschedule-cron-events-perl
tag #803301 + pending thanks Am 28.10.2015 um 16:33 schrieb Olivier Tétard: Source: otrs2 Version: 5.0.1-1 Severity: normal Hi, OTRS5 requires Schedule::Cron::Events to be installed. If not, the following error is raised by otrs.Daemon.pl, which prevent scheduled tasks from being executed: , | otrs.Daemon.pl: Kernel::System::CronEvent could not be loaded: Can't locate Schedule/Cron/Events.pm in @INC (you may need to install the Schedule::Cron::Events module) (@INC contains: /usr/share/otrs/Custom /usr/share/otrs/Kernel/cpan-lib /usr/share/otrs /usr/share/otrs2 /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr/local/share/perl/5.20.2 /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/otrs/Kernel/System/CronEvent.pm line 14. | otrs.Daemon.pl: BEGIN failed--compilation aborted at /usr/share/otrs/Kernel/System/CronEvent.pm line 14. | otrs.Daemon.pl: Compilation failed in require at /usr/share/otrs/Kernel/System/ObjectManager.pm line 191. | otrs.Daemon.pl: at /usr/share/otrs/Kernel/System/Daemon/SchedulerDB.pm line 1600. ` Unfortunately, the libschedule-cron-events-perl package is not available in Debian. Olivier; -- /* 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#803043: mod_perl2 / Apache segfaults after upgrading from Wheezy to Jessie
Am 28.10.2015 um 21:25 schrieb Niko Tyni: If it fixes the problem, do you have got an idea which changes to pick up for fixing jessie? I haven't looked at it properly yet, but I think there weren't too many changes between the versions. I'll follow up on this later when I find the time, but it might take a week or so. I think the two attached patches from upstream r1636289 and r1676417 are the only likely candidates and should most probably be included together. They apply as-is to the jessie package. Any testing would be very welcome. I have applied both patches to the jessie 2.0.9~1624218-2 version and it still looks good. I am unable to trigger both issues again :) -- /* 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#803455: RFP: liblingua-translit-perl - transliterates text between writing systems
Package: wnpp Severity: wishlist * Package name : liblingua-translit-perl * URL : http://search.cpan.org/~alinke/Lingua-Translit-0.22/lib/Lingua/Translit.pm It is also required for current otrs packaging. -- /* 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#803452: RFP: libhtml-tokeparser-perl - Alternative HTML::Parser interface
Package: wnpp Severity: wishlist * Package name : libhtml-tokeparser-perl * URL : http://search.cpan.org/~gaas/HTML-Parser-3.71/lib/HTML/TokeParser.pm It is also required for current otrs packaging. -- /* 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#803454: RFP: libschedule-cron-events-perl - take a line from a crontab and find out when events will occur
Package: wnpp Severity: wishlist * Package name : libschedule-cron-events-perl * URL : http://search.cpan.org/~kohts/Schedule-Cron-Events-1.93/lib/Schedule/Cron/Events.pm It is also required for current otrs packaging, see: #803301 -- /* 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#803453: RFP: libhtml-truncate-perl - truncate HTML by percentage or character count while preserving well-formedness
Package: wnpp Severity: wishlist * Package name : libhtml-truncate-perl * URL : http://search.cpan.org/~ashley/HTML-Truncate-0.20/lib/HTML/Truncate.pm It is also required for current otrs packaging. -- /* 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#799758: jessie-pu: package apt-dater-host/1.0.0-2
Am 10.10.2015 um 21:58 schrieb Adam D. Barratt: Control: tags -1 + confirmed On Tue, 2015-09-22 at 10:20 +0200, Patrick Matthäi wrote: could I upload this package for the next jessie-pu? It fixes #794630 Please go ahead. Regards, Adam Thanks, uploaded! -- /* 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#788275: geoip-database: please make the build reproducible
Am 09.06.2015 um 23:24 schrieb Reiner Herrmann: The attached patch sets the embedded timestamp to the date from the latest changelog entry and normalizes the used timezone to UTC. Once applied, geoip-database can be built reproducibly in our current experimental framework. Thanks for your patch. I just changed the first line to: BUILD_DATE := $(shell dpkg-parsechangelog | grep ^Date: | sed "s/^Date: //") So it is wheezy-bpo'able :) -- /* 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#787213: glusterfs: FTBFS on arm64
Am 29.05.2015 um 21:27 schrieb Edmund Grimley Evans: Source: glusterfs Version: 3.7.0-1 Tags: patch I think you need to apply something like the attached patch. However, you should probably read https://wiki.debian.org/Autoreconf yourself. With the patch it built on arm64 for me. It wasn't in a fresh chroot, but I've probably got the build-dependency right. Hi, yes this is a known issue and I have reported it to upstream already with 3.7.0. Since this is not the only issue with the whole build system I will first wait until this issues are fixed in upstream.. -- /* 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#788278: [znc] Some sources are not included in your package
tag #788278 + upstream severity #788278 important thanks Hi, Am 10.06.2015 um 01:36 schrieb bastien ROUCARIÈS: your package includes some files that seem to lack sources in prefered forms of modification: webskins/_default_/pub/jquery-1.11.2.min.js just discussed with upstream about that a month ago. It is already fixed in git and a fix will be availble with the next upstream 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 */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Am 20.06.2015 um 12:42 schrieb John Paul Adrian Glaubitz: > Stephan, > > seriously, you are missing the point. Absolutely _no_one_ needs ROAR > audio with DECnet support except you and your buddy Patrick. I need roaraudio for myself? He is my buddy? I don't know him at all :o John: please stop writing e-mails like this.. > > If you desperately need ROAR audio in cmus, then you can rebuild it > manually. Debian should not keep packages that are dead upstream, > especially when it comes to network libraries. There is _always_ > the risk of these being the source of RC bugs. This is defintily not the Debian packaging way: "just some people want to use it: build it yourself" > > I have fixed dozens of such packages during the Wheezy release > phase with NMU uploads because the original maintainer was MIA > and we really should try to avoid such problems in future releases. Thanks for fixing RC bugs, this is our job @ Debian :) -- /* 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Am 20.06.2015 um 13:02 schrieb John Paul Adrian Glaubitz: > On 06/20/2015 12:52 PM, Patrick Matthäi wrote: >> I need roaraudio for myself? He is my buddy? I don't know him at >> all :o John: please stop writing e-mails like this.. > > It's Adrian, not John, and I am just quoting Ron who certainly isn't > making this stuff up. It has apparently always Stephan who came forward > and ask for ROAR audio reactivation. No, it was your e-mail. To quote it again: "except you and your buddy Patrick." Stop it, seriously.. > >>> If you desperately need ROAR audio in cmus, then you can rebuild >>> it manually. Debian should not keep packages that are dead >>> upstream, especially when it comes to network libraries. There is >>> _always_ the risk of these being the source of RC bugs. > >> This is defintily not the Debian packaging way: "just some people >> want to use it: build it yourself" > > It's definitely the Debian way when a certain package functionality > that maybe a handful people need breaks other packages. Then it's > your duty as a good Debian maintainer to get rid of the old and > broken stuff. And there have been more than one bug report against > ROAR that asked to drop the DECnet dependency and you keep ignoring > them. This is not true. Please attach links/emails where I ignored bug reports/requests (on other channels). > >>> I have fixed dozens of such packages during the Wheezy release >>> phase with NMU uploads because the original maintainer was MIA >>> and we really should try to avoid such problems in future >>> releases. > >> Thanks for fixing RC bugs, this is our job @ Debian :) > > You are missing the point. I don't have a problem with fixing RC > bugs. I have a problem having to fix RC bugs in packages that > no one really uses anymore. In case you have forgotten, the > release process for Wheezy was dragged along endlessly because > the amount of RC bugs would simply not go down. Among such bugs > were gems like Iceweasel crashing on sparc or libsnack (used > by aMSN) having a buffer overflow vulnerability. Do you really > think it's justified to hold the release back because of such > ancient software? OK, so lets drop iceweasel? This is definitly offtopic here > > They introduced automatic removal of packages affected by RC > bugs for this very reason and the fact that DECnet is no longer > maintained means that ROAR is permanently at risk being affected > by RC bugs unless you think you can fix vulnerabilities or > other serious bug in an ancient networking stack. Lets drop package XYZ: it may have got issues we didn't discovered, yet.. -- /* 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Am 20.06.2015 um 18:45 schrieb Ron: > On Sat, Jun 20, 2015 at 01:02:50PM +0200, John Paul Adrian Glaubitz wrote: >> On 06/20/2015 12:52 PM, Patrick Matthäi wrote: >>> I need roaraudio for myself? He is my buddy? I don't know him at >>> all :o John: please stop writing e-mails like this.. >> >> It's Adrian, not John, and I am just quoting Ron who certainly isn't >> making this stuff up. It has apparently always Stephan who came forward >> and ask for ROAR audio reactivation. > > You're confusing Patrick and Philipp :) I am not confused. >> But I couldn't find any evidence the _current_ maintainer of >> roaraudio has refused to remove DECnet support. The current bug >> about it has no replies. > > None of the people responsible for roar has changed in all the years > that people have been having trouble with this and trying to resolve > it, so if there's no new responses it seems fairly safe to assume > that their previous refusals still stand. > > I can't say what's right or best for cmus, but what is right for > Debian seems fairly self evident to everyone but the roar maintainers. There is no depenedencie of *roar* to dnet at all. > > > Personally I don't really see that this needs to go to the TC, it's > purely a maintainer decision for the cmus people whether they want to > support this as a dependency or not. And whether or not that's a sane > thing to do basically rests on whether the roar people actually engage > with resolving the ongoing concerns, or continue to insist that DECnet > being dead and obsolete is some kind of insidious conspiracy theory. Sorry Ron, but you are realy the last person who is responsible to discuss about topic at all. Same topic as with mumble/celt... -- /* 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Am 20.06.2015 um 19:28 schrieb John Paul Adrian Glaubitz: > On 06/20/2015 06:56 PM, Patrick Matthäi wrote: >>> I can't say what's right or best for cmus, but what is right for >>> Debian seems fairly self evident to everyone but the roar >>> maintainers. > >> There is no depenedencie of *roar* to dnet at all. > > Excuse me? > > glaubitz@ikarus:~$ apt-cache depends libroar2 |grep dnet > Depends: libdnet > glaubitz@ikarus:~$ dnet-common to be exactly now. libdnet is not problematic at all > >> Sorry Ron, but you are realy the last person who is responsible to >> discuss about topic at all. Same topic as with mumble/celt... > > Well, he's right and I am pretty sure that all these bug reports > with requests to drop DECnet support by various users agree: > >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755934 It is a packaging issue of roaraudio. Nothin decnet related. >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675014 This is fixed since years >> https://bugs.launchpad.net/ubuntu/+source/cmus/+bug/923027 >This is Ubuntu, not Debian. And in Debian there is no depedencie on libdnet-common. > > Patrick, why are you so incredibly stubborn and refuse to accept > that no one wants to have DECnet packages installed on their > system when they want to use ROAR or cmus? John... There is just a depends on a library pushing not more than yet another lib on the system. Why? Because roaraudio is using some functions of it. Where is the problem? Nowhere. So John. What is *your* problem? I am not "stubbhorn" about this "issue". It just looks like you made it to your religion to argue against it at all without any arguments. You argue with release critical bugs which do not exist etc etc.. Please use your free time to do something more innovative, like planting a tree.. But never again add me to a troll discussion just because Ron wants 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Am 20.06.2015 um 19:51 schrieb John Paul Adrian Glaubitz: ld the release back because of such ancient >>> software? > >> OK, so lets drop iceweasel? This is definitly offtopic here > > No, we dropped sparc as a release architecture as a result > in case you missed that. Because of roaraudio? Oh no? Ok this is a realy related issue here... X affected Y and Z was the result, so roaraudio is affected. Please discuss this with the iceweasel team if you have got enough free time. > >>> They introduced automatic removal of packages affected by RC bugs >>> for this very reason and the fact that DECnet is no longer >>> maintained means that ROAR is permanently at risk being affected >>> by RC bugs unless you think you can fix vulnerabilities or other >>> serious bug in an ancient networking stack. > >> Lets drop package XYZ: it may have got issues we didn't discovered, >> yet.. > > No, let's drop package XYZ which _no_one_ maintains both upstream > and downstream. It's absolutely a common practice in Debian > and happens all the time. > > Here are some examples: > >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=206866 >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=288112 >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=179392 >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=182434 You are just quoting mostly invalid closed reports which are as old as I am :D And it is not my package, just FYI > > I'm sorry Patrick, but I am starting to have doubts that you > know how to do a proper job as a maintainer. You apparently > don't read bug reports (as shown above), you don't know the > details about your *own* packages (you claimed that libdnet > is not a dependency which is simply untrue) and you apparently > have never heard that Debian does, in fact, remove packages > that are either buggy or no longer in active upstream > development. You are open to post to d-d@l.d.o something like "pmatthaei is not able to do Debian work". I will make your life a bit easier and CC'ing d-d now.. It makes no sense but it seems like this is the best way to follow an issue to it's own . > > We may really need to forward this to the technical committee > and ask them to make a decision over the removal of the > DECnet dependencies in ROAR as you are apparently completely > out of touch with reality. Please, do it. But *again*: IMMEADITLY STOP(!) adding/quoting/responding me for stuff where I never were responsible for! And also for things like who is my "buddy" or not, especially if they do not know the person at all.. I am just doing my Debian Developer work, also for the roaraudio packages, but it looks again like you and Ron just want to fool.. .. .. . -- /* 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#789256: cmus: Pulls in unwanted and potentially dangerous DECnet packages through libroar2
Am 20.06.2015 um 11:49 schrieb John Paul Adrian Glaubitz: Which is my whole point. Then this is a bug in roaraudio / dnprogs, not cmus. No one denies that. However, the problem is that the ROAR people refuse to drop DECnet support and hence Ron asked in [1] to drop ROAR audio support. As James Cowgill already stated: it is not true that I declined it. The ROAR developers and maintainers refuse to do that which is why we should drop it from cmus. They, for some reason, think it's important to support a pre-historic networking protocol. I found this bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675014 Which was closed with the message "Go away, I don't care." Where? Could you quote it from the report? Philipp changed a few things so that no one has to install the more dangerous dnet-common package and kindly asked if he could help him. This is the newer one: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755934 Which is, again, ignored. Which is another issue and not ignored, it is on my TODO list. -- /* 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#789450: glusterfs-common: Should depend on libacl1-dev
tag #789450 + pending thanks Am 21.06.2015 um 07:03 schrieb Jonas Smedegaard: Package: glusterfs-common Severity: serious Justification: Policy 3.5 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 /usr/include/glusterfs/api/glfs.h includes sys/acl.h so the package need to depend on libacl1-dev. Thanks for spotting 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#804342: H264: Frame missing
Am 11.11.2015 um 18:52 schrieb Mathieu Leon: Hi Patrick Thanks for the packages. Using "dpkg -i",I installed libmlt++3_0.9.2-2.1_amd64.deb libmlt6_0.9.2-2.1_amd64.deb libmlt-data_0.9.2-2.1_all.deb melt_0.9.2-2.1_amd64.deb Unfortunately, it doesn't solve the rendering problem in kdenlive. Using the command line "melt --version", I get: melt 0.9.2 Copyright (C) 2002-2013 Ushodaya Enterprises Limited <http://www.mltframework.org/> This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Have I done something wrong ? I do not think so, it may not be your issue then and I fear that libav is the problem here. Switching (in testing/unstable) back to ffmpeg solved many issues BR Mathieu -------- *De :* Patrick Matthäi *À :* mathieu ; 804...@bugs.debian.org *Envoyé le :* Lundi 9 novembre 2015 10h03 *Objet :* Re: Bug#804342: H264: Frame missing Am 07.11.2015 um 16:37 schrieb mathieu: > Subject: H264: Frame missing > Package: libmlt6 > Version: 0.9.2-2 > Severity: important > > Dear Maintainer, > > *** Reporter, please consider answering these questions, where appropriate *** > >* What led up to the situation? >* What exactly did you do (or not do) that was effective (or > ineffective)? >* What was the outcome of this action? >* What outcome did you expect instead? > > A bug in MLT results in missing frames at start of a H264 video. > The bug has been fixed, see https://github.com/mltframework/mlt/issues/89 > > Is it possible to integrate the fix in Debian stable ? > Thanks Hello, could you verifiy if the packages from [0] are working for you and fix your issue? [0]: http://misc.linux-dev.org/.804342/ -- /* 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> */ -- /* 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#804618: znc: FTBFS: error: ‘SSLv3_client_method’ was not declared in this scope
Thanks, will be uploaded in the next hour Am 10.11.2015 um 04:03 schrieb Alexey Sokolov: Hi, This is fixed upstream in upcoming 1.6.2. I hope to release it in several days. Upstream reference: https://github.com/znc/znc/issues/1146 2015-11-09 21:25 GMT+00:00 Chris West (Faux) : Source: znc Version: 1.6.1-1 Severity: serious Justification: fails to build from source Tags: sid stretch User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, The package fails to build: src/Csocket.cpp: In member function ‘virtual bool Csock::SSLClientSetup()’: src/Csocket.cpp:1467:48: error: ‘SSLv3_client_method’ was not declared in this scope m_ssl_ctx = SSL_CTX_new( SSLv3_client_method() ); ^ src/Csocket.cpp: In member function ‘SSL_CTX* Csock::SetupServerCTX()’: src/Csocket.cpp:1589:43: error: ‘SSLv3_server_method’ was not declared in this scope pCTX = SSL_CTX_new( SSLv3_server_method() ); ^ Makefile:116: recipe for target 'src/Csocket.o' failed make[2]: *** [src/Csocket.o] Error 1 make[2]: Leaving directory '/znc-1.6.1' Full build log: https://reproducible.debian.net/rb-pkg/unstable/amd64/znc.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) -- /* 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#803528: kdenlive: Freezes after upgrading from version 0.9.10-2 to 15.08.2+git20151026-1
xec() ()
>from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5
> #37 0xb56ee771 in QGuiApplication::exec() ()
>from /usr/lib/i386-linux-gnu/sse2/libQt5Gui.so.5
> #38 0xb63e8234 in QApplication::exec() ()
>from /usr/lib/i386-linux-gnu/libQt5Widgets.so.5
> #39 0x081356ab in main (argc=1, argv=0xb954)
> at
> /build/kdenlive-EBb_31/kdenlive-15.08.2+git20151026/src/main.cpp:118
>
> With a little luck, I should soon get a chance to
>
> 1.) do a full-upgrade and
>
> 2.) report what happend.
>
> ii libv4l-0 1.8.0-1
> ii melt 0.9.6-1
>
Your installation is not fully upgraded. Could you please check the
following step by step:
- upgrading all packages
- check your 3d functions (very much noise from noveau and OpenGL)
- {re}moving your configuration files and start it with a fresh profile
--
/*
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#803528: kdenlive: Freezes after upgrading from version 0.9.10-2 to 15.08.2+git20151026-1
reassign #803528 xserver-xorg-video-nouveau thanks Am 07.11.2015 um 09:43 schrieb Kingsley G. Morse Jr.: > Hi Patrick, > > Thanks. > > I tried your very reasonable and nice advice. > > kdenlive still froze after upgrading everything, > moving configuration files, and restarting. > > Here's the big but. > > BUT, I think you may have correctly guessed a > problem with 3d functions. > > I tried running the 3d program named "glxgears". > > It froze too! > > Coincidentally, both kdenlive and glxgears > > a.) sometimes work for a few seconds before > freezing, and > > b.) depend on the package named > "libgl1-mesa-glx", which contains OpenGL > code. > > What do you think? I think your bug is located in the nouveau driver. -- /* 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#804342: H264: Frame missing
Am 07.11.2015 um 16:37 schrieb mathieu: Subject: H264: Frame missing Package: libmlt6 Version: 0.9.2-2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? A bug in MLT results in missing frames at start of a H264 video. The bug has been fixed, see https://github.com/mltframework/mlt/issues/89 Is it possible to integrate the fix in Debian stable ? Thanks Hello, could you verifiy if the packages from [0] are working for you and fix your issue? [0]: http://misc.linux-dev.org/.804342/ -- /* 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#803043: mod_perl2 / Apache segfaults after upgrading from Wheezy to Jessie
Am 28.10.2015 um 21:25 schrieb Niko Tyni: On Tue, Oct 27, 2015 at 12:24:26PM +0200, Niko Tyni wrote: On Tue, Oct 27, 2015 at 10:24:23AM +0100, Patrick Matthäi wrote: If it fixes the problem, do you have got an idea which changes to pick up for fixing jessie? I haven't looked at it properly yet, but I think there weren't too many changes between the versions. I'll follow up on this later when I find the time, but it might take a week or so. I think the two attached patches from upstream r1636289 and r1676417 are the only likely candidates and should most probably be included together. They apply as-is to the jessie package. Any testing would be very welcome. Looks still good. Would you prepare a stable upload 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 */
Bug#788790: kdenlive: FTBFS with qt5-default installed
Am 15.06.2015 um 05:13 schrieb Roland Hieber:
> Package: kdenlive
> Version: 0.9.10-2
> Severity: important
>
> Dear Maintainer,
>
> When I tried to build kdenlive_0.9.10-2.dsc from current unstable, the cmake
> failed with the error given in the attachment. However it worked after I
> removed
> the package `qt5-default' and installed `qt4-default' instead. The Build-Deps
> for kdenlive do not reflect this, maybe it's best to include a dependency on
> qt4-default there.
Yes that is correct but since you have to install qt5-default manualy
atm I will wait to "fix" this bug, maybe upstream ports it in the next
time to qt{4,5}.
--
/*
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#788405: kdenlive: Transitions are distorted when focused or using certain Alpha Manipulation in the Project Moniter.
Am 11.06.2015 um 03:45 schrieb Matthew Travous: > > Package: kdenlive > Version: 0.9.10-2 > Severity: important > > Dear Maintainer, > > When using kdenlive in Debian, transitions are distorted diagonally > towards the right and are monochrome in the Project monitor, showing up > as if a scanline effect had been applied (when one was not). > This occurs when using the transitions Affine, Composite, Region and the > effect Rotoscope. This bug has persisted through many different uses of > the said functions where they appear. > In the same version of kdenlive on Ubuntu 15.04, the said bug does not > occur, and I have not tested any other distributions. I am not using any > libraries outside of the official > Debian repositories. This is a upstream bug, but it may be triggered by libav, which we (Debian) are still using. But we are changing back to ffmpeg. -- /* 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#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
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#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#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 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 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 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 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 Uploaders: Thomas Mueller -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 @@ - Core::Web - +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:53.490727893 +0100 +@@ -5923,7
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 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 TH
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#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#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#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#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
