Bug#763719: RM: labeling -- ROM; Source package was removed from labeling to r-cran-labeling
Package: ftp.debian.org Severity: normal Hi ftpmasters, for consistency reasons labeling was renamed to r-cran-labeling. Please remove the old source package of labeling. Kind regards and thanks for your ftpmaster work Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763694: libtecla transition breakage
Hi Aurelien, On Wed, Oct 01, 2014 at 09:29:45PM +, Aurelien Jarno wrote: Source: libtecla, bladerf, maude Severity: serious Dear Maintainer, it looks like the latest libtecla upload to unstable renamed libtecla1-dev into libtecla-dev. This has not been coordinated with the reverse-dependencies, so bladerf and maude are now unbuildable. Please don't do that. You are right - this was a bad thing. However, it seems bladerf has just adapted: $ apt-cache showsrc bladerf | grep Build-Depends.*libtecla-dev Build-Depends: debhelper (= 9), cmake (= 2.8.5), pkg-config, doxygen, libusb-1.0-0-dev (= 1.0.12) [linux-any], libusb2-dev [kfreebsd-any], libtecla-dev, libncurses5-dev, help2man Now this has to be fixed. Either by reverting the change in libtecla, or by updating the build-dependencies in bladerf and maude. I let you choose what is the best. As the freeze is approaching please fix that within a week. I'll upload a fixed maude today. Thanks for noticing Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763720: Please enable the vst plugin on i386 and amd64
Package: lmms Version: 1.0.3-1 Severity: important When building lmms with libwine-dev installed, the build fail like this: [ 88%] Generating RemoteVstPlugin cd /«PKGBUILDDIR»/obj-i586-linux-gnu/plugins/vst_base WINE_CXX-NOTFOUND -I/«PKGBUILDDIR»/obj-i586-linux-gnu -I/«PKGBUILDDIR»/include -I/usr/include/wine/windows -I/usr/include -I/usr/include/wine/windows /«PKGBUILDDIR»/plugins/vst_base/RemoteVstPlugin.cpp -mwindows -lpthread -o RemoteVstPlugin /bin/sh: 1: WINE_CXX-NOTFOUND: not found plugins/vst_base/CMakeFiles/vstbase.dir/build.make:56: recipe for target 'plugins/vst_base/RemoteVstPlugin' failed make[3]: *** [plugins/vst_base/RemoteVstPlugin] Error 127 make[3]: Leaving directory '/«PKGBUILDDIR»/obj-i586-linux-gnu' make[2]: *** [plugins/vst_base/CMakeFiles/vstbase.dir/all] Error 2 make[1]: *** [all] Error 2 CMakeFiles/Makefile2:7441: recipe for target 'plugins/vst_base/CMakeFiles/vstbase.dir/all' failed make[2]: Leaving directory '/«PKGBUILDDIR»/obj-i586-linux-gnu' Makefile:140: recipe for target 'all' failed make[1]: Leaving directory '/«PKGBUILDDIR»/obj-i586-linux-gnu' dh_auto_build: make -j1 returned exit code 2 make: *** [build-arch] Error 2 debian/rules:9: recipe for target 'build-arch' failed The cause is that the wineg++ is needed, which on Debian seem to be in the wine32-dev-tools and wine64-dev-tools packages. But the cmake rules do not seem to find it. I've dropped libwine-dev from the build dependencies to work around this build problem, but we should find a way to enable it again. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763710: FTBFS on various architectures, test-suite failures
* Michael Biebl: as can be seen on [1], libguestfs FTBFS on various architectures, like amd64 and i386. Even though libsystemd0 is installed, the test suite fails with guestfsd: error while loading shared libraries: libsystemd.so.0: cannot open shared object file: No such file or directory That probably happens because libsystemd.so.0 is not transferred into the guest filesystem. I believe that this is fixed in experimental. Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748753:
On Wed, Oct 1, 2014 at 11:24:41 +0100, Chris Bainbridge wrote: Is there any chance of this being fixed in time for Jessie? Unlikely. Cheers, Julien signature.asc Description: Digital signature
Bug#763711: texlive-bin: FTBFS on arm64
Hi Wookey, This version of texlive-bin does not build on arm64 due to the internal libpng trying to use 32-bit neon code (neon is ARM SIMD unit). The attached simple patch correctly restricts that code to the right architectures. Thanks for the patch, I saw the FTBFS in the logs and planned to start bothering someone sooner or later ;-) Uploaded already Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763681: openrc: FTBFS[armel, armhf, ppc64el]
Thanks Julián, Julián Moreno Patiño jul...@debian.org writes: Package: openrc Version: 0.12.4+20131230-9 Severity: serious openrc 0.12.4+20131230-9 FTBFS on armel,armhf and ppc64el: https://buildd.debian.org/status/package.php?p=openrc * Checking hidden functions in librc.so ... * Checking trailing whitespace in code ... [ ok ] * Checking trailing newlines in code ... [ ok ] * Checking for obsolete functions ... [ ok ] * Checking for x* func usage ... [ ok ] * Checking spacing style ... [ ok ] * Running unit tests * is_older_than ... [ ok ] make[3]: *** [test] Error 1 make[2]: *** [test] Error 2 make[1]: *** [test] Error 2 dh_auto_test: make -j1 test returned exit code 2 make[3]: Leaving directory `/«BUILDDIR»/openrc-0.12.4+20131230/src/test' make[2]: Leaving directory `/«BUILDDIR»/openrc-0.12.4+20131230/src' make[1]: Leaving directory `/«BUILDDIR»/openrc-0.12.4+20131230' make: *** [build-arch] Error 2 Interesting. Gentoo has OpenRC well tested for arm(hf,el,eb) and ppc(32,64). http://packages.gentoo.org/package/sys-apps/openrc I guess the build system could not recognize keywords like armel, armhf or ppc64el. Hmm, it fails with the unit tests, could be the loop solver also. Thomas, do you have time to take a look? I don't have an account for the porterboxes. Best, Benda
Bug#763198: debirf broken by shellshock fix
* Matt Taggart: I am also seeing the problem in #763198 where debirf creation appears to be broken with the new bash. cc'ing bash maintainer and security team, maybe they will know if the problem is in debirf or the bash fix. I think this is the result of the environment of a patched bash leaking into a chroot which still has an unpatched bash. It's not clear to me why debirf needs exported functions. If these functions do not have to be exported to the chroot, it is probably best to use env -i to call the chroot programs in debirf_exec (which will reset TMPDIR as well). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]
On Wednesday 01 October 2014 13:07:13 Kjetil Kjernsmo wrote: Hi all! Alternatively, a more conservative approach is to upload 6.1.8 to unstable, and 7.1 to experimental. If no problems occurs with 6.1.8, it is likely that the assumption that exactly 6.1.6 is required is wrong, then 6.1.8 makes it to testing, and then 7.1 can be uploaded to unstable, and see if it makes the successful transition organically. It is known that 6.1.7 does *not* work for KDE's purpose, and I haven't heard anything abouth 6.1.8 should have fixed the relevant issues, and it is also known that virtuoso's handling of compatibility has room for improvement. I'd really prefer to leave the virtuoso 6.1 series at it's current version until jessie is out. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763127: UEFI corner case - installer booted in UEFI mode, existing system in BIOS mode - PLEASE REVIEW
On Thu, Oct 02, 2014 at 01:51:25AM +0100, Ben Hutchings wrote:
On Thu, 2014-10-02 at 00:29 +0100, Steve McIntyre wrote:
From: Steve McIntyre st...@einval.com
Date: Thu, 2 Oct 2014 00:01:28 +0100
Subject: [PATCH] Recognise the new ignore_uefi flag from partman-efi
[...]
--- a/src/system/efi.c
+++ b/src/system/efi.c
@@ -28,7 +28,14 @@ int di_system_is_efi(void)
{
int ret = access(/sys/firmware/efi, R_OK);
if (ret == 0)
- return 1;
+ {
+ /* Have we been told to ignore EFI in partman-efi? */
+ ret = access(/var/lib/partman/ignore_uefi, R_OK);
+ if (ret == 0)
+ return 1;
Should be return 0?
Doh, yes!
Cut and paste error, didn't show up in testing due to the belt and
braces effect I mentioned earlier...
Thanks!
--
Steve McIntyre, Cambridge, UK.st...@einval.com
You can't barbecue lettuce! -- Ellie Crane
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737069: *** GMX Spamverdacht *** Re: Bug#737069: apt-cacher-ng: Error resolving debrep: DNS error for hostname debrep: Name or service not known.
Hallo, * Raúl Sánchez Siles [Thu, Oct 02 2014, 12:18:50AM]: git pull (and then build and install as before) Done. The outcome is success, at least from the user point of view. Find attached the maintenance log from the expiration script. This time script completed since no errors were found. *Lots* of thanks for your work and your responsiveness. It's people like you that makes the free software rocks You are welcome. However, I am not fully happy yet because I see message like this in your log: Cannot write temporary patch data to /var/cache/apt-cacher-ng/_actmp/patch.base Could you check the permissions of /var/cache/apt-cacher-ng/_actmp/ and /var/cache/apt-cacher-ng/ Regards, Eduard. -- Atheismus ist keine Philosophie, er ist noch nicht ein mal eine Weltsicht. Er ist schlichtweg die Weigerung, ohne Grund das Gegenteil des Offensichtlichen zu glauben. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763603: pspp: startup notification does not work
Hi Ronny, thanks for the bug description. I am a little bit confused by your version information. Where did you get that package from? There is currently pspp 0.8.4-1 only in unstable but I do not know about any backport. https://packages.debian.org/search?suite=allkeywords=pspp Friedrich Am 01.10.2014 um 11:35 schrieb Ronny Standtke ronny.stand...@fhnw.ch: Package: pspp Version: 0.8.4-1~bpo70+1 Severity: minor When starting pspp from the KDE start menu the startup notification (bouncing mouse cursor) does not stop after PSPP finished loading. I tried to fix the issue by specifying a StartupWMClass in the desktop file but it didn't help. The only solution I found was to disable the startup notification (see attached patch). pspp.desktop.diff
Bug#763661: dracut: wrong ip config from kernel command line
You have to give a peer ip, like xen it does. Am 02.10.2014 03:55 schrieb Thomas Lange la...@informatik.uni-koeln.de: I have to give the ip config to the kernel command line, bu Original Message Subject: Re: Bug#763661: dracut: wrong ip config from kernel command line From:Thomas Lange la...@informatik.uni-koeln.de To: Grischa Zengel debian@zengel.org I have to give the ip config to the kernel command line, but the interface gets wrong settings. I cannot confirm this bug. I use this kernel command line: append initrd=initrd.img-3.16-2-amd64 rw ip=123.45.6.214::123.45.6.254:255.255.255.128::eth0:off root=123.45.6.151:/srv/fai/nfsroot rd.break=cleanup Then I will be dropped into the dracut shell. When I say ip ad I get the correct IP settings. -- regards Thomas To: Grischa Zengel debian@zengel.org 763...@bugs.debian.org Cc:
Bug#763721: apt: please implement support for the new build profile syntax
Package: apt
Version: 1.0.9.1
Severity: wishlist
Tags: patch
Dear apt maintainers,
I'm very sorry to come before you with this so late before the freeze.
I'm sorry for any inconvenience that this causes you.
During the Bootstrap Sprint in Paris [1] the build profiles syntax was
revised into a format that is shorter, easier to understand and more
expressive [2]. I prepared a patch for dpkg and filed it right after the
sprint ended [3]. Guillem said he would integrate this into the next
dpkg release, so I wanted to wait for this release to happen until I
filed my patches to all the other software (including apt) so that I
could test them more before hand. Unfortunately, a new release of dpkg
did not happen and thus dpkg is still without support for the new
syntax. Since the freeze draws dangerously close, I'm now going ahead
and file this bug anyways.
Please find attached a proposal for how the new syntax could be
implemented in apt.
Munged together in this patch is a fix to the test runner in
test/libapt/parsedepends_test.cc which I found to be faulty. I had to
fix it because otherwise the tests would not run correctly.
Thank you for your consideration and sorry again for the delay.
cheers, josch
[1] https://wiki.debian.org/Sprints/2014/BootstrapSprint
[2] https://wiki.debian.org/BuildProfileSpec
[3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760158
From 41476a4583aba05f27cfc241c099fff7ce3e7f79 Mon Sep 17 00:00:00 2001
From: josch j.scha...@email.de
Date: Tue, 19 Aug 2014 10:29:29 +0200
Subject: [PATCH] implement the updated build profile spec
---
apt-pkg/deb/deblistparser.cc | 112 -
.../test-bug-661537-build-profiles-support | 84
test/libapt/parsedepends_test.cc | 29 --
3 files changed, 129 insertions(+), 96 deletions(-)
diff --git a/apt-pkg/deb/deblistparser.cc b/apt-pkg/deb/deblistparser.cc
index 7d4fd52..8311b5d 100644
--- a/apt-pkg/deb/deblistparser.cc
+++ b/apt-pkg/deb/deblistparser.cc
@@ -635,72 +635,94 @@ const char *debListParser::ParseDepends(const char *Start,const char *Stop,
if (ParseRestrictionsList == true)
{
- // Parse a restrictions list
- if (I != Stop *I == '')
+ // Parse a restrictions formula which is in disjunctive normal form:
+ // (foo AND bar) OR (blub AND bla)
+
+ std::vectorstring const profiles = APT::Configuration::getBuildProfiles();
+
+ // if the next character is a restriction list, then by default the
+ // dependency does not apply and the conditions have to be checked
+ // if the next character is not a restriction list, then by default the
+ // dependency applies
+ bool applies1 = (*I != '');
+ while (I != Stop)
{
+ if (*I != '')
+ break;
+
++I;
// malformed
if (unlikely(I == Stop))
return 0;
- std::vectorstring const profiles = APT::Configuration::getBuildProfiles();
-
const char *End = I;
- bool Found = false;
- bool NegRestriction = false;
- while (I != Stop)
- {
- // look for whitespace or ending ''
- for (;End != Stop !isspace(*End) *End != ''; ++End);
- if (unlikely(End == Stop))
- return 0;
-
- if (*I == '!')
+ // if of the prior restriction list is already fulfilled, then
+ // we can just skip to the end of the current list
+ if (applies1) {
+ for (;End != Stop *End != ''; ++End);
+ I = ++End;
+ // skip whitespace
+ for (;I != Stop isspace(*I) != 0; I++);
+ } else {
+ bool applies2 = true;
+ // all the conditions inside a restriction list have to be
+ // met so once we find one that is not met, we can skip to
+ // the end of this list
+ while (I != Stop)
{
- NegRestriction = true;
- ++I;
- }
+ // look for whitespace or ending ''
+ // End now points to the character after the current term
+ for (;End != Stop !isspace(*End) *End != ''; ++End);
- std::string restriction(I, End);
+ if (unlikely(End == Stop))
+ return 0;
- std::string prefix = profile.;
- // only support for profile prefix, ignore others
- if (restriction.size() prefix.size()
- restriction.substr(0, prefix.size()) == prefix)
- {
- // get the name of the profile
- restriction = restriction.substr(prefix.size());
+ bool NegRestriction = false;
+ if (*I == '!')
+ {
+ NegRestriction = true;
+ ++I;
+ }
+
+ std::string restriction(I, End);
if (restriction.empty() == false profiles.empty() == false
- std::find(profiles.begin(), profiles.end(), restriction) != profiles.end())
+ std::find(profiles.begin(), profiles.end(), restriction) != profiles.end())
{
- Found = true;
- if (I[-1] != '!')
- NegRestriction = false;
- // we found a match, so fast-forward to the end of the wildcards
- for (; End != Stop *End != ''; ++End);
+ if
Bug#762815: Additional info
Hello, The problem is that /lib/systemd/system/rsyslog.service is completely missing the EnvironmentFile option. Currently the Service section looks like this: [Service] Type=notify ExecStart=/usr/sbin/rsyslogd -n StandardOutput=null Restart=on-failure It should be something like this: [Service] Type=notify EnvironmentFile=-/etc/default/rsyslog ExecStart=/usr/sbin/rsyslogd -n $RSYSLOGD_OPTIONS StandardOutput=null Restart=on-failure I don't know if the -n start-up parameter should be in /etc/default/rsyslog or hard coded in the service file. Also looks like ExecReload and ExecStop options are missing. Regards, Juha
Bug#763714: gnucash: Fails to start: gnc_add_stock_icon_pair: assertion failed: (pixbuf1 pixbuf2)
Le jeudi 02 octobre 2014 à 04:20 +0200, Olivier Berger a écrit : Package: gnucash Version: 1:2.6.3-1+b1 Severity: important Dear Maintainer, Gnucash miserably fails to start at the moment on my testing system :-/ $ gnucash ** gnc.gui:ERROR:gnc-icons.c:76:gnc_add_stock_icon_pair: assertion failed: (pixbuf1 pixbuf2) Abandon This error is similar to #653395, #709309 and #730410, which seem to have been problems with the user's system rather than the package. Can you please try the following: - replicate the crash by running GnuCash with gnucash --debug --log gnc=debug and send the contents of /tmp/gnucash.trace - reinstall both gnucash and gnucash-common and see if the problem persists. Thanks, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part
Bug#763722: [openbsd-inetd] Thinks no services are enabled, if all of the enabled services are specified by their IPv6 listen address
Package: openbsd-inetd
Version: 0.20091229-2
Severity: normal
Hello,
There's this function in /etc/init.d/openbsd-inetd:
checknoservices () {
if ! grep -q ^[[:alnum:]/] /etc/inetd.conf; then
log_action_msg Not starting internet superserver: no services enabled
exit 0
fi
}
It will mistakenly think that no services are enabled, in case when all
enabled services have been specified by their IPv6 listen address, like so:
/etc/inetd.conf:
[2001:db8::1]:81 stream tcp6 nowait proxy /bin/nc6 nc6 -w 20 host1.example.com
81
[2001:db8::2]:81 stream tcp6 nowait proxy /bin/nc6 nc6 -w 20 host2.example.com
81
[2001:db8::3]:81 stream tcp6 nowait proxy /bin/nc6 nc6 -w 20 host3.example.com
81
As you can see all of the non-commented lines start with [, which the grep
in initscript currently will not properly match.
--- System information. ---
Architecture: amd64
Kernel: Linux 3.14.18-rm1+
Debian Release: 7.6
990 stable www.emdebian.org
990 stable approx.home.romanrm.net
100 wheezy-backports approx.home.romanrm.net
--- Package information. ---
Depends(Version) | Installed
-+-
libc6 (= 2.4) | 2.13-38+deb7u4
libwrap0 (= 7.6-4~) | 7.6.q-24
lsb-base (= 3.2-13) | 4.1+Debian8+deb7u1
update-inetd | 4.43
tcpd | 7.6.q-24
Package's Recommends field is empty.
Package's Suggests field is empty.
--
With respect,
Roman
signature.asc
Description: PGP signature
Bug#763723: remmina: Keyboard grab broken for 'super' key
Package: remmina Version: 1.0.0+git20140930-1 Severity: normal Dear Maintainer, I`m testing new remmina from unstable and found a problem: Keyborad grab does not work correctly for 'super' key. It does not send super+[some key] to remote side, only sends super key itself. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16-2-686-pae (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8@ISO, LC_CTYPE=ru_RU.UTF-8@ISO (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages remmina depends on: ii dbus-x111.8.6-2 ii libavahi-client30.6.31-4 ii libavahi-common30.6.31-4 ii libavahi-ui-gtk3-0 0.6.31-4 ii libc6 2.19-11 ii libgcrypt20 1.6.2-3 ii libgdk-pixbuf2.0-0 2.30.8-1+b1 ii libglib2.0-02.42.0-1 ii libgtk-3-0 3.12.2-3+b1 ii libssh-40.6.3-3+b1 ii libvte-2.90-9 1:0.36.3-1 ii libx11-62:1.6.2-3 ii remmina-common 1.0.0+git20140930-1 Versions of packages remmina recommends: ii remmina-plugin-rdp 1.0.0+git20140930-1 ii remmina-plugin-vnc 1.0.0+git20140930-1 remmina suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741351: #741351: failure is due to replaced perl
Hi, I just ran into the same thing; my first thought was the same as Eloy's (IPv4/IPv6 problem). However, the real problem is quite different: the init.d script does this to stop spamd: start-stop-daemon --stop --pidfile /var/run/spamd.pid --exec /usr/bin/perl --oknodo However, perl had been upgraded earlier, hence the perl binary running spamd is NOT the current /usr/bin/perl which results in start-stop-daemon reporting: No /usr/bin/perl found running; none killed. Hence the supposed restart fails because the old spamd is still listening to the spamd ports. I don't quite understand the reasoning behind supplying --exec /usr/bin/perl to start-stop-daemon, except perhaps to be extra safe to prevent killing the wrong process in case of a stale pid file. I recommend simply removing --exec /usr/bin/perl from the start-stop-daemon invocation. Another note: dpkg --configure --pending did run the postinst script, but that only tries to start the new daemon, assuming the daemon was already stopped, so even after I had removed the --exec part configuration still failed; I needed to manually stop spamassassin first. Perhaps do a restart instead of start in postinst? Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763724: nautilus-dropbox: Attempt to unlock mutex that was not locked // Aborted (core dumped)
Package: nautilus-dropbox Version: 1.6.2-2 Severity: important Dear Maintainer, * What led up to the situation? I have just installed nautilus-dropbox and wants to start the dropbox client * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? kim@leon:~$ dropbox start -i Starting Dropbox...Attempt to unlock mutex that was not locked Aborted (core dumped) kim@leon:~$ reportbug nautilus-dropbox * What outcome did you expect instead? That it didn't crash. My guess is that the problem is this: https://bugzilla.redhat.com/show_bug.cgi?id=1138146 https://bugzilla.gnome.org/show_bug.cgi?id=735428 Regards, Kim Hansen *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus-dropbox depends on: ii libatk1.0-0 2.14.0-1 ii libc62.19-11 ii libcairo-gobject21.12.16-5 ii libcairo21.12.16-5 ii libgdk-pixbuf2.0-0 2.30.8-1+b1 ii libglib2.0-0 2.42.0-1 ii libgtk-3-0 3.14.0-1 ii libnautilus-extension1a 3.14.0-1 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii policykit-1 0.105-7 ii procps 2:3.3.9-8 ii python-gpgme 0.3-1+b1 ii python-gtk2 2.24.0-4 pn python:any none Versions of packages nautilus-dropbox recommends: ii libappindicator1 0.4.92-3 Versions of packages nautilus-dropbox suggests: ii nautilus 3.14.0-1 -- 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#763725: git-flow: Bad variable name when space characters in path
Package: git-flow
Version: 1.7.0-1
Severity: grave
Tags: upstream
Justification: renders package unusable
Hi,
When trying to perform git flow feature start feature_name, the script fails
with a Bad variable name error. It seems to come from the fact the path to
the directory where I'm working contains space characters (ie : 2 -
Developpement)
The same repository in another path with no space does not fail.
Here is the debug output when performing git flow with DEBUG=yes :
+ uname -s
+ readlink -e /usr/lib/git-core/git-flow
+ dirname /usr/lib/git-core/git-flow
+ export GITFLOW_DIR=/usr/lib/git-core
+ [ -f /home/jeremie/.gitflow_export ]
+ main feature start literallyCanvas
+ [ 3 -lt 1 ]
+ . /usr/lib/git-core/gitflow-shFlags
+ [ -n ]
+ FLAGS_VERSION=1.0.4pre
+ FLAGS_TRUE=0
+ FLAGS_FALSE=1
+ FLAGS_ERROR=2
+ uname -s
+ __FLAGS_UNAME_S=Linux
+ __FLAGS_EXPR_CMD=expr
+ FLAGS_EXPR_CMD=expr
+ FLAGS_GETOPT_CMD=getopt
+ [ -n ]
+ [ 0 -eq 0 ]
+ __FLAGS_USE_BUILTIN=0
+ __FLAGS_RESERVED_LIST= ARGC ARGV ERROR FALSE GETOPT_CMD HELP PARENT TRUE
+ __FLAGS_RESERVED_LIST= ARGC ARGV ERROR FALSE GETOPT_CMD HELP PARENT TRUE
VERSION
+ __FLAGS_GETOPT_VERS_STD=0
+ __FLAGS_GETOPT_VERS_ENH=1
+ __FLAGS_GETOPT_VERS_BSD=2
+ getopt
+ getopt --version
+ [ getopt from util-linux 2.20.1 = -- ]
+ __FLAGS_GETOPT_VERS=1
+ __FLAGS_OPTSTR_SHORT=0
+ __FLAGS_OPTSTR_LONG=1
+ __FLAGS_NULL=~
+ __FLAGS_INFO_DEFAULT=default
+ __FLAGS_INFO_HELP=help
+ __FLAGS_INFO_SHORT=short
+ __FLAGS_INFO_TYPE=type
+ __FLAGS_LEN_SHORT=0
+ __FLAGS_LEN_LONG=1
+ __FLAGS_TYPE_NONE=0
+ __FLAGS_TYPE_BOOLEAN=1
+ __FLAGS_TYPE_FLOAT=2
+ __FLAGS_TYPE_INTEGER=3
+ __FLAGS_TYPE_STRING=4
+ set
+ awk -F= /^FLAGS_/ || /^__FLAGS_/ {print $1}
+ __flags_constants=FLAGS_ERROR
FLAGS_EXPR_CMD
FLAGS_FALSE
FLAGS_GETOPT_CMD
FLAGS_TRUE
FLAGS_VERSION
__FLAGS_EXPR_CMD
__FLAGS_GETOPT_VERS
__FLAGS_GETOPT_VERS_BSD
__FLAGS_GETOPT_VERS_ENH
__FLAGS_GETOPT_VERS_STD
__FLAGS_INFO_DEFAULT
__FLAGS_INFO_HELP
__FLAGS_INFO_SHORT
__FLAGS_INFO_TYPE
__FLAGS_LEN_LONG
__FLAGS_LEN_SHORT
__FLAGS_NULL
__FLAGS_OPTSTR_LONG
__FLAGS_OPTSTR_SHORT
__FLAGS_RESERVED_LIST
__FLAGS_TYPE_BOOLEAN
__FLAGS_TYPE_FLOAT
__FLAGS_TYPE_INTEGER
__FLAGS_TYPE_NONE
__FLAGS_TYPE_STRING
__FLAGS_UNAME_S
__FLAGS_USE_BUILTIN
+ [ -z ]
+ readonly FLAGS_ERROR
+ [ -z ]
+ readonly FLAGS_EXPR_CMD
+ [ -z ]
+ readonly FLAGS_FALSE
+ [ -z ]
+ readonly FLAGS_GETOPT_CMD
+ [ -z ]
+ readonly FLAGS_TRUE
+ [ -z ]
+ readonly FLAGS_VERSION
+ [ -z ]
+ readonly __FLAGS_EXPR_CMD
+ [ -z ]
+ readonly __FLAGS_GETOPT_VERS
+ [ -z ]
+ readonly __FLAGS_GETOPT_VERS_BSD
+ [ -z ]
+ readonly __FLAGS_GETOPT_VERS_ENH
+ [ -z ]
+ readonly __FLAGS_GETOPT_VERS_STD
+ [ -z ]
+ readonly __FLAGS_INFO_DEFAULT
+ [ -z ]
+ readonly __FLAGS_INFO_HELP
+ [ -z ]
+ readonly __FLAGS_INFO_SHORT
+ [ -z ]
+ readonly __FLAGS_INFO_TYPE
+ [ -z ]
+ readonly __FLAGS_LEN_LONG
+ [ -z ]
+ readonly __FLAGS_LEN_SHORT
+ [ -z ]
+ readonly __FLAGS_NULL
+ [ -z ]
+ readonly __FLAGS_OPTSTR_LONG
+ [ -z ]
+ readonly __FLAGS_OPTSTR_SHORT
+ [ -z ]
+ readonly __FLAGS_RESERVED_LIST
+ [ -z ]
+ readonly __FLAGS_TYPE_BOOLEAN
+ [ -z ]
+ readonly __FLAGS_TYPE_FLOAT
+ [ -z ]
+ readonly __FLAGS_TYPE_INTEGER
+ [ -z ]
+ readonly __FLAGS_TYPE_NONE
+ [ -z ]
+ readonly __FLAGS_TYPE_STRING
+ [ -z ]
+ readonly __FLAGS_UNAME_S
+ [ -z ]
+ readonly __FLAGS_USE_BUILTIN
+ unset __flags_const __flags_constants
+ __flags_boolNames=
+ __flags_longNames=
+ __flags_shortNames=
+ __flags_definedNames=
+ __flags_nonegateNames=
+ __flags_columns=
+ __flags_opts=
+ FLAGS_PARENT=git flow
+ . /usr/lib/git-core/gitflow-common
+ DEFINE_boolean showcommands false Show actions taken (git commands)
+ _flags_define 1 showcommands false Show actions taken (git commands)
+ [ 4 -lt 4 ]
+ _flags_type_=1
+ _flags_name_=showcommands
+ _flags_default_=false
+ _flags_help_=Show actions taken (git commands)
+ _flags_short_=~
+ _flags_return_=0
+ _flags_removeExclamationName showcommands
+ _flags_opt_=showcommands
+ _flags_isNegate showcommands
+ flags_return=0
+ return 0
+ echo showcommands
+ unset _flags_opt_
+ return 0
+ _flags_usName_=showcommands
+ _flags_underscoreName showcommands
+ echo showcommands
+ tr - _
+ _flags_usName_=showcommands
+ _flags_itemInList showcommands ARGC ARGV ERROR FALSE GETOPT_CMD HELP PARENT
TRUE VERSION
+ _flags_str_=showcommands
+ shift
+ _flags_list_= ARGC ARGV ERROR FALSE GETOPT_CMD HELP PARENT TRUE VERSION
+ flags_return=1
+ unset _flags_str_ _flags_list_
+ return 1
+ [ 1 -eq 0 ]
+ [ 0 -eq 0 -a 1 -ne 1 -a ~ = ~ ]
+ [ 0 -eq 0 ]
+ _flags_itemInList showcommands
+ _flags_str_=showcommands
+ shift
+ _flags_list_=
+ flags_return=1
+ unset _flags_str_ _flags_list_
+ return 1
+ [ 0 -eq 0 -a ~ != ~ ]
+ [ 0 -eq 0 ]
+ _flags_validBool false
+ _flags_bool_=false
+ flags_return=0
+ unset _flags_bool_
+ return 0
+ _flags_default_=1
+ _flags_isNegate showcommands
+ flags_return=0
+ return 0
+ _flags_isNegate_=0
+ [ 0 -eq 0 ]
+ eval FLAGS_showcommands='1'
+ FLAGS_showcommands=1
+ eval
Bug#748737: [request-tracker-maintainers] Bug#748737: rt4-extension-assettracker: fails to upgrade from wheezy
Looks like the upstream's an orphaned project (no commits for 6 months) and won't be updated for RT 4.2. Is this a good place to suggest Best Practical's own RT::Extension::Assets (http://bestpractical.com/assets) as a candidate for packaging? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758787: Just like to confirm this on 14.10
Did a fresh install of the latest beta, and what I did was sudo'd a bash script full of sudo apt-get install xx commands. And that is when I started noticing problems after everything was said and done. Now I can only run programs as Root, as doing otherwise gives me permission errors. Installing and uninstalling gives me that damn symlink issue, and my whole system is paralyzed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763726: thunar: trouble with file associations since glib2.0 upgrade to 2.42
Package: thunar Version: 1.6.3-1 Severity: normal Opening files in Thunar (under XFCE) shows inconsistent behaviour with respect to file associations. This happens since an upgrade of libglib2.0-0 to version 2.42.0-1 from 2.40.0-5, and is apparently related to the changes in GLib 2.41.x concerning the move of mimeapps configuration to ~/.config/mimeapps.list (as documented in /usr/share/doc/libglib2.0-0/changelog.gz, commit 6fd5a8cdaa0dee2217ebe7411adf3ddb37f1827e). More specifically, it seems like the [Default Applications] section is shown and updated when file associations are set from Thunar, but the first application in [Added Associations] is actually opened by Thunar upon opening a file. Manually opening ~/.config/mimeapps.list in a text editor and editing the application order in the [Added Associations] section does the trick. Example: let an excerpt from ~/.config/mimeapps.list be [Default Applications] application/pdf=evince.desktop [Added Associations] application/pdf=evince.desktop;pdf.desktop;gv.desktop;display-im6.desktop;xpdf.desktop; Thunar opens PDF files with evince. If the association is changed within Thunar to xpdf, the file is modified to something along the lines of: [Default Applications] application/pdf=xpdf.desktop [Added Associations] application/pdf=evince.desktop;pdf.desktop;gv.desktop;display-im6.desktop;xpdf.desktop; but Thunar still opens PDF files with evince, because it is the first application in the [Added Associations] section. However, the file association shown within Thunar is xpdf. On the same setup (and still running XFCE), Nautilus apparently works fine, whereas PCManFM also shows odd behaviour. I interpret that Thunar and PCManFM may both need some patching to work consistently with the changes in glib2.0, but please let me know if this is a glib2.0 bug, and feel free to reassign. Otherwise, I shall further investigate the behaviour of PCManFM and file a bug against PCManFM as well, as time allows. Best regards, Pier Luigi Pau -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages thunar depends on: ii desktop-file-utils 0.22-1 ii exo-utils 0.10.2-4 ii libatk1.0-0 2.12.0-1 ii libc6 2.19-11 ii libcairo2 1.12.16-5 ii libdbus-1-3 1.8.6-2 ii libdbus-glib-1-20.102-1 ii libexo-1-0 0.10.2-4 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libglib2.0-02.42.0-1 ii libgtk2.0-0 2.24.24-1 ii libgudev-1.0-0 208-8 ii libice6 2:1.0.9-1 ii libnotify4 0.7.6-2 ii libpango1.0-0 1.36.7-1 ii libsm6 2:1.2.2-1 ii libthunarx-2-0 1.6.3-1 ii libxfce4ui-1-0 4.10.0-6 ii libxfce4util6 4.10.1-2 ii libxfconf-0-2 4.10.0-3 ii shared-mime-info1.3-1 ii thunar-data 1.6.3-1 Versions of packages thunar recommends: ii dbus-x111.8.6-2 ii gvfs1.20.3-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype62.5.2-2 ii thunar-volman 0.8.0-4 ii tumbler 0.1.30-1 ii xdg-user-dirs 0.15-2 ii xfce4-panel 4.10.1-1 Versions of packages thunar suggests: ii thunar-archive-plugin 0.3.1-3 ii thunar-media-tags-plugin 0.2.1-1 -- 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#763727: gprbuild: gprconfig segfaults on kfreebsd-i386, causes other packages to FTBFS
Source: gprbuild Severity: important Hello, here are the symptoms visible in the buildd log of libgnatcoll on kfreebsd-i386, which I could reproduce in a virtual box: gprbuild -v -j4 -R -v -eS -XADAFLAGS=-g -O2 -fstack-protector-strong -XCFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -XCPPFLAGS=-D_FORTIFY_SOURCE=2 -XLDFLAGS\ =-Wl,-z,relro -Wl,--as-needed -Wl,-z,defs -XGNATCOLL_VERSION=1.6 -XGNATCOLL_PYTHON_VERSION=1.6 -XGNATCOLL_ICONV_VERSION=1.6 -XGNATCOLL_SQLITE_VERSION=1.6 -XGNATCOLL_READLINE_VERSION=1.6 -XG\ NATCOLL_GMP_VERSION=1.6 -XGNATCOLL_GTK_VERSION=1.6 -XLIBRARY_TYPE=static -Pgnatcoll_build -p GPRBUILD 2014 (unknown) (i586-kfreebsd-gnu) Copyright (C) 2004-2014, Free Software Foundation, Inc. gprconfig --batch -o /home/lbrenta/libgnatcoll-1.6gpl2014/src/obj/auto.cgpr --target=x86-freebsd --config=c,, --config=ada,, gprbuild: could not create /home/lbrenta/libgnatcoll-1.6gpl2014/src/obj/auto.cgpr Note how gprbuild passes --target=x86-freebsd to gprconfig. I believe this option is incorrect, it should be --target=i586-kfreebsd-gnu instead. Furthermore, gprconfig segfaults immediately even without any options specified: $ gdb $(which gprconfig) Current directory is /usr/bin/ GNU gdb (Debian 7.7.1+dfsg-3) 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 i486-kfreebsd-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/bin/gprconfig...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/gprconfig [tcsetpgrp failed in terminal_inferior: Inappropriate ioctl for device] [tcsetpgrp failed in terminal_inferior: Operation not permitted] [tcsetpgrp failed in terminal_inferior: Operation not permitted] [tcsetpgrp failed in terminal_inferior: Operation not permitted] Program received signal SIGSEGV, Segmentation fault. 0x08142453 in __gnat_backtrace () (gdb) bt #0 0x08142453 in __gnat_backtrace () #1 0x08137f80 in system.traceback.call_chain () #2 0x080eeb4b in ada.exceptions.call_chain () #3 0x080eef3b in ada.exceptions.complete_occurrence () #4 0x080eef58 in ada.exceptions.complete_and_propagate_occurrence () #5 0x080eefa8 in __gnat_raise_exception () #6 0x08139ca1 in system.val_util.bad_value () #7 0x08138986 in system.val_int.scan_integer () #8 0x081389b5 in system.val_int.value_integer () #9 0x080d5437 in ?? () #10 0x080dffd2 in ?? () #11 0x0807b51f in ?? () #12 0x08077d88 in ?? () #13 0x28c89a63 in __libc_start_main (main=0x8077d30, argc=1, argv=0xbfbfd764, init=0x81459b0, fini=0x8145a20, rtld_fini=0x281bb3b0 _dl_fini, stack_end=0xbfbfd75c) at libc-start.c:287 #14 0x08077dea in ?? () (gdb) The segfault happens even when passing --target=i586-kfreebsd-gnu to gprconfig. This bug affects libgnatcoll on kfreebsd-i386, which FTBFS as a result. This in turn prevents gnat-gps from building. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763724: Workaround found
It appears that the crash is triggered by is the small download GUI. Perhaps this ticket perhaps should be reassigned to the package delivering pygtk?. I could work around this problem by starting the download of the Dropbox client without GUI like this: kim@leon:~$ DISPLAY= dropbox update Dropbox is the easiest way to share and store your files online. Want to learn more? Head to https://www.dropbox.com/ Downloading Dropbox... 100% Unpacking Dropbox... 100% kim@leon:~$ Regards, -- Kim Rydhof Thor Hansen Vadgårdsvej 3, 2. tv. 2860 Søborg Phone: +45 3091 2437 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761205: closed by Petter Reinholdtsen p...@hungry.com (Re: LMMS does not have menu item)
But version 1.0.0-1 is not coming into Wheezy as far as I understand... So I was hoping this would be fixed in 0.4.10. And since Wheezy is the current stable release, and does look a bit weird to do manually little fixed like this manually to every machine where I install Wheezy and LMMS (done that for schools). Gives a bit unfinished look to release... Thanks. On Wed, Oct 1, 2014 at 10:36 PM, Debian Bug Tracking System ow...@bugs.debian.org wrote: This is an automatic notification regarding your Bug report which was filed against the lmms package: #761205: LMMS does not have menu item It has been closed by Petter Reinholdtsen p...@hungry.com. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Petter Reinholdtsen p...@hungry.com by replying to this email. -- 761205: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761205 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Forwarded message -- From: Petter Reinholdtsen p...@hungry.com To: 761205-d...@bugs.debian.org Cc: Date: Wed, 1 Oct 2014 21:33:50 +0200 Subject: Re: LMMS does not have menu item Version: 1.0.0-1 The desktop file is included in version 1.0.0-1. -- Happy hacking Petter Reinholdtsen -- Forwarded message -- From: Jani Reunanen linyp...@gmail.com To: sub...@bugs.debian.org Cc: Date: Thu, 11 Sep 2014 20:00:22 +0300 Subject: LMMS does not have menu item Package: lmms Version: 0.4.10-2.3 Debian Wheezy 7.6, XFCE 4.8.0.3 After installing lmms there is no menu entry for it: XFCE4 Menu -- Multimedia -- no item for LMMS There is no lmms.desktop file in /usr/share/applications/ Works after adding /usr/share/applications/lmms.desktop: [Desktop Entry] Encoding=UTF-8 Name=LMMS Comment=Drum sequencer with multiple plugin and midi capabilities Exec=lmms Terminal=false Type=Application Categories=Application;AudioVideo;Audio Icon=lmms - Jani - -- - Jani -
Bug#763603: pspp: startup notification does not work
Hi Friedrich, Where did you get that package from? I created my own backport for wheezy. Ronny -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763691: cdo FTBFS on ppc64el
If you can test this bug, please go ahead and NMU,
regards
Alastair
On 01/10/2014 22:10, Andreas Barth wrote:
Control: tag -1 patch
* Andreas Barth (a...@ayous.org) [141001 22:54]:
Further on, the build fails with
libtool: link: gcc -std=gnu99 -g -O2 -fPIE -fstack-protector-strong
-Wformat -Werror=format-security -Wall -pedantic -fPIC -pthread -fPIE
-pie -Wl,-z -Wl,relro -Wl,-z -Wl,now -o .libs/cdi cdi.o -L/usr/lib
-L/usr/lib/powerpc64le-linux-gnu/hdf5/serial/lib -Wl,--as-needed
../src/.libs/libcdi.so -lgrib_api -lnetcdf -lhdf5_hl -lhdf5 -lpng
-ljasper -lm -ljpeg -lz
/usr/lib/powerpc64le-linux-gnu/libcurl-gnutls.so -pthread
../src/.libs/libcdi.so: undefined reference to `__fsel'
A fix for this is still wanted (but the references are also
_ARCH_PWR6-dependend)
With Aurelians help, this could be fixed by adding an appropriate
include.
The (working) patch is
diff -ur cdo-1.6.4+dfsg.1~/libcdi/src/cgribexlib.c
cdo-1.6.4+dfsg.1/libcdi/src/cgribexlib.c
--- cdo-1.6.4+dfsg.1~/libcdi/src/cgribexlib.c 2014-07-05 13:34:19.0
+
+++ cdo-1.6.4+dfsg.1/libcdi/src/cgribexlib.c2014-10-01 21:08:29.080086839
+
@@ -5,6 +5,7 @@
#ifdef _ARCH_PWR6
#pragma options nostrict
+#include ppu_intrinsics.h
#endif
#if defined (HAVE_CONFIG_H)
@@ -908,8 +909,8 @@
size_t i, j;
size_t residual = datasize % __UNROLL_DEPTH_1;
size_t ofs = datasize - residual;
-double register dmin[__UNROLL_DEPTH_1];
-double register dmax[__UNROLL_DEPTH_1];
+double dmin[__UNROLL_DEPTH_1];
+double dmax[__UNROLL_DEPTH_1];
for ( j = 0; j __UNROLL_DEPTH_1; j++)
{
I'm happy to help fixing this bug, if useful also by an NMU. As this
is one of the last few remaining uninstallables in testing I intend to
do so next week unless there is a reason why not.
Andi
--
Alastair McKinstry, alast...@sceal.ie, mckins...@debian.org,
https://diaspora.sceal.ie/u/amckinstry
Software is like Poetry - most of it shouldn't have been written.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761234: openvpn: Openvpn connects to server but no data pass the tunel. Bad LZO decompression in server log
Czesz Maciej, Could you send me your configuration files (minus the sensitive data) so I can try to reproduce it? Thanks, Alberto On Sat, Sep 13, 2014 at 09:13:06PM +0200, Maciej Kotliński wrote: Hi, I've set tun-mtu 1500. Tun-mtu is not set on the client. There are no errors in server log now. The tunnel still don't work. Connection is being established normally. I see packets travelling to the server's ethernet port . I can't see any traffic on tun interface of the server. I also noticed such message in dmesg: Loading kernel module for a network device with CAP_SYS_MODULE (deprecated). Use CAP_NET_ADMIN and alias netdev- instead. Regards, Maciek W dniu 12.09.2014 o 09:57, Alberto Gonzalez Iniesta pisze: On Fri, Sep 12, 2014 at 12:10:44AM +0200, Maciej Kotliński wrote: Package: openvpn Version: 2.3.3-1 Severity: grave Justification: renders package unusable I can connect to OpenVPN server (2.3.2), no data is passed thru the tunnel. I use networm-manager openvpn plugin. Tcpdump see packages traveling out the client's both on tun0 interface and client's eth interface. I can't see any traffic on servers's tun interface. Server's ethernet interface receives packets from client(encapsulated traffic). There is a lot of Bad LZO decompression header byte: 0 message in server log. Other clients (mostly Windows and Android) don't have such a problem. The tunnel worked on the same laptop before. Some update made the problem. I tried to use openvpn openvpn_2.2.1-8+deb7u2_amd64.deb without succes. Hi, these warnings can be the source of the problem: Thu Sep 11 23:59:57 2014 83.26.245.199:46853 WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1542', remote='link-mtu 1578' Thu Sep 11 23:59:57 2014 83.26.245.199:46853 WARNING: 'tun-mtu' is used inconsistently, local='tun-mtu 1500', remote='tun-mtu 1532' Have you tried following this advice: Thu Sep 11 23:59:57 2014 83.26.245.199:46853 WARNING: 'mtu-dynamic' is present in remote config but missing in local config, remote='mtu-dynamic' Regards, Alberto -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico mailto/sip: a...@inittab.org | en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763655: boinc-amd-opencl: wrong dependencies regarding OpenCL
Hi Vincent and Andrei (thanks for your help in making BTS notify us the bug). The graphic stuff is something that worries me a lot, unfortunately the delta between debian/ubuntu, and the lack of a proper dev package to link against is something that makes me having *many* difficulties in fixing the problem. (honestly my focus now is for the upcoming freeze, and I almost gave up on this because of the lack of time to look and ask for proper help) Unfortunately the shlibs stuff I don't think can work, since upstream doesn't link the gpu libraries, but uses dlopen to handle them. grep dlopen client -R ./gpu_nvidia.cpp:handle = dlopen(libnvidia-ml.so, RTLD_NOW); ./gpu_nvidia.cpp:cudalib = dlopen(libcuda.so, RTLD_NOW); ./gpu_amd.cpp:callib = dlopen(libaticalrt.so, RTLD_NOW); ./gpu_opencl.cpp:opencl_lib = dlopen(libOpenCL.so, RTLD_NOW); so this is why we added the libraries manually in the control file. This dlopen stuff I think is also preventing gpu to be found when the service starts before the graphic module, leading to a needs of a service reboot to correctly find the gpu stuff. (cfr lp: #933354 #1177433 #1077316) I'm open to help, I don't really know how to properly handle the dlopen stuff on debian: apt-file search libnvidia-ml.so libnvidia-ml1: /usr/lib/x86_64-linux-gnu/libnvidia-ml.so libnvidia-ml1: /usr/lib/x86_64-linux-gnu/libnvidia-ml.so.1 libnvidia-ml1: /usr/lib/x86_64-linux-gnu/libnvidia-ml.so.340.32 pcp-testsuite: /var/lib/pcp/testsuite/src/libnvidia-ml.so apt-file search libcuda.so libcuda1: /usr/lib/x86_64-linux-gnu/libcuda.so libcuda1: /usr/lib/x86_64-linux-gnu/libcuda.so.1 libcuda1: /usr/lib/x86_64-linux-gnu/libcuda.so.340.32 apt-file search libaticalrt.so libfglrx: /usr/lib/x86_64-linux-gnu/libaticalrt.so libfglrx-legacy: /usr/lib/x86_64-linux-gnu/libaticalrt.so apt-file search libOpenCL.so amd-libopencl1: /usr/lib/x86_64-linux-gnu/libOpenCL.so.1 amd-opencl-dev: /usr/lib/x86_64-linux-gnu/libOpenCL.so nvidia-libopencl1: /usr/lib/x86_64-linux-gnu/libOpenCL.so.1 nvidia-libopencl1: /usr/lib/x86_64-linux-gnu/libOpenCL.so.1.0.0 nvidia-opencl-dev: /usr/lib/x86_64-linux-gnu/libOpenCL.so ocl-icd-libopencl1: /usr/lib/x86_64-linux-gnu/libOpenCL.so.1 ocl-icd-libopencl1: /usr/lib/x86_64-linux-gnu/libOpenCL.so.1.0.0 ocl-icd-libopencl1: /usr/share/man/man7/libOpenCL.so.7.gz ocl-icd-opencl-dev: /usr/lib/x86_64-linux-gnu/libOpenCL.so on ubuntu: apt-file search libnvidia-ml.so nvidia-304: /usr/lib/nvidia-304/libnvidia-ml.so nvidia-304: /usr/lib/nvidia-304/libnvidia-ml.so.1 nvidia-304: /usr/lib/nvidia-304/libnvidia-ml.so.304.117 nvidia-304: /usr/lib32/nvidia-304/libnvidia-ml.so nvidia-304: /usr/lib32/nvidia-304/libnvidia-ml.so.1 nvidia-304: /usr/lib32/nvidia-304/libnvidia-ml.so.304.117 nvidia-304-updates: /usr/lib/nvidia-304-updates/libnvidia-ml.so nvidia-304-updates: /usr/lib/nvidia-304-updates/libnvidia-ml.so.1 nvidia-304-updates: /usr/lib/nvidia-304-updates/libnvidia-ml.so.304.117 nvidia-304-updates: /usr/lib32/nvidia-304-updates/libnvidia-ml.so nvidia-304-updates: /usr/lib32/nvidia-304-updates/libnvidia-ml.so.1 nvidia-304-updates: /usr/lib32/nvidia-304-updates/libnvidia-ml.so.304.117 nvidia-331: /usr/lib/nvidia-331/libnvidia-ml.so nvidia-331: /usr/lib/nvidia-331/libnvidia-ml.so.1 nvidia-331: /usr/lib/nvidia-331/libnvidia-ml.so.331.38 nvidia-331: /usr/lib32/nvidia-331/libnvidia-ml.so nvidia-331: /usr/lib32/nvidia-331/libnvidia-ml.so.1 nvidia-331: /usr/lib32/nvidia-331/libnvidia-ml.so.331.38 nvidia-331-updates: /usr/lib/nvidia-331-updates/libnvidia-ml.so nvidia-331-updates: /usr/lib/nvidia-331-updates/libnvidia-ml.so.1 nvidia-331-updates: /usr/lib/nvidia-331-updates/libnvidia-ml.so.331.38 nvidia-331-updates: /usr/lib32/nvidia-331-updates/libnvidia-ml.so nvidia-331-updates: /usr/lib32/nvidia-331-updates/libnvidia-ml.so.1 nvidia-331-updates: /usr/lib32/nvidia-331-updates/libnvidia-ml.so.331.38 apt-file search libcuda.so libcuda1-304: /usr/lib/i386-linux-gnu/libcuda.so libcuda1-304: /usr/lib/i386-linux-gnu/libcuda.so.1 libcuda1-304: /usr/lib/i386-linux-gnu/libcuda.so.304.117 libcuda1-304: /usr/lib/x86_64-linux-gnu/libcuda.so libcuda1-304: /usr/lib/x86_64-linux-gnu/libcuda.so.1 libcuda1-304: /usr/lib/x86_64-linux-gnu/libcuda.so.304.117 libcuda1-304-updates: /usr/lib/i386-linux-gnu/libcuda.so libcuda1-304-updates: /usr/lib/i386-linux-gnu/libcuda.so.1 libcuda1-304-updates: /usr/lib/i386-linux-gnu/libcuda.so.304.117 libcuda1-304-updates: /usr/lib/x86_64-linux-gnu/libcuda.so libcuda1-304-updates: /usr/lib/x86_64-linux-gnu/libcuda.so.1 libcuda1-304-updates: /usr/lib/x86_64-linux-gnu/libcuda.so.304.117 libcuda1-331: /usr/lib/i386-linux-gnu/libcuda.so libcuda1-331: /usr/lib/i386-linux-gnu/libcuda.so.1 libcuda1-331: /usr/lib/i386-linux-gnu/libcuda.so.331.38 libcuda1-331: /usr/lib/x86_64-linux-gnu/libcuda.so libcuda1-331: /usr/lib/x86_64-linux-gnu/libcuda.so.1 libcuda1-331: /usr/lib/x86_64-linux-gnu/libcuda.so.331.38 libcuda1-331-updates: /usr/lib/i386-linux-gnu/libcuda.so
Bug#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]
On 1 October 2014 17:20, Maximiliano Curia m...@gnuservers.com.ar wrote: El 2014-10-01 a las 12:41 +0100, Tim Haynes escribió: On 1 October 2014 12:07, Kjetil Kjernsmo kje...@kjernsmo.net wrote: I was wondering if there's any progress on the effort on getting Virtuoso 7 into Debian proper? Hi, thanks for the wake-up call... I did a bit of work on this a few months ago - essentially porting the Ubuntu package structure to Debian (IIRC Testing, as it was then). I'm working with the other VOS admin/developers here to get this branch published on github, so that will at least give something concrete to test and we can take it from there how it makes its way into Debian. Currently we are maintaining virtuoso in Debian (as part of the KDE team) just because nepomuk requires it, but as everything in KDE is moving to baloo and xapian, we plan to orphan virtuoso after the jessie release. Please, if you are interested in maintaining it consider I wouldnt mind to review the packages and speed the orphan/adoption. OK - development have a handful of tweaks to what I've done so far, so it'll be a couple of days but thereafter, we'll take it on. Cheers, ~Tim -- Tim Haynes Product Development Consultant OpenLink Software http://www.openlinksw.com/ http://twitter.com/openlink
Bug#763728: designate: [INTL:de] initial German debconf translation
Package: designate Version: 2014.1-10 Severity: wishlist Tags: patch l10n Please find the initial German debconf translation for designate attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # Translation of designate debconf templates to German # Copyright (C) Helge Kreutzmann deb...@helgefjell.de, 2014. # This file is distributed under the same license as the designate package. # msgid msgstr Project-Id-Version: designate 2014.1-10\n Report-Msgid-Bugs-To: design...@packages.debian.org\n POT-Creation-Date: 2013-12-05 17:30+0800\n PO-Revision-Date: 2014-09-27 14:38+0200\n Last-Translator: Helge Kreutzmann deb...@helgefjell.de\n Language-Team: de debian-l10n-ger...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../designate-common.templates:2001 msgid Set up a database for Designate? msgstr Eine Datenbank für Designate einrichten? #. Type: boolean #. Description #: ../designate-common.templates:2001 msgid No database has been set up for designate to use. Before continuing, you should make sure you have the following information: msgstr Für die Verwendung mit Designate wurde noch keine Datenbank eingerichtet. Bevor Sie fortfahren, sollen Sie sicherstellen, dass Sie über die folgenden Informationen verfügen: #. Type: boolean #. Description #: ../designate-common.templates:2001 msgid * the type of database that you want to use;\n * the database server hostname (that server must allow TCP connections from\n this machine);\n * a username and password to access the database. msgstr * die Art der Datenbank, die Sie verwenden möchten\n * den Rechnernamen des Datenbankservers (dieser Server muss TCP-Verbindungen\n von dieser Maschine erlauben)\n * einen Benutzernamen und ein Passwort zum Zugriff auf die Datenbank #. Type: boolean #. Description #: ../designate-common.templates:2001 msgid If some of these requirements are missing, do not choose this option and run with regular SQLite support. msgstr Falls Teile dieser Anforderungen fehlen, wählen Sie diese Option nicht aus und verwenden Sie die normale SQLite-Unterstützung. #. Type: boolean #. Description #: ../designate-common.templates:2001 msgid You can change this setting later on by running \dpkg-reconfigure -plow designate-common\. msgstr Sie können diese Einstellung später ändern, indem Sie »dpkg-reconfigure -plow designate-common« ausführen. #. Type: string #. Description #: ../designate-common.templates:3001 msgid Authentication server hostname: msgstr Rechnername des Authentifizierungs-Servers: #. Type: string #. Description #: ../designate-common.templates:3001 msgid Please specify the hostname of the authentication server for Designate. Typically this is also the hostname of the OpenStack Identity Service (Keystone). msgstr Bitte geben Sie den Rechnernamen des Authentifizierungs-Servers für Designate an. Typischerweise ist dies auch der Rechnername des OpenStack- Identitätsdienstes (Keystone). #. Type: string #. Description #. Translators: a tenant in OpenStack world is #. an entity that contains one or more username/password couples. #. It's typically the tenant that will be used for billing. Having more than one #. username/password is very helpful in larger organization. #. You're advised to either keep tenant without translating it #. or keep it parenthezised. Example for French: #. locataire (tenant) #: ../designate-common.templates:4001 msgid Authentication server tenant name: msgstr Tenant-Name des Authentifizierungs-Servers: #. Type: string #. Description #. Translators: a tenant in OpenStack world is #. an entity that contains one or more username/password couples. #. It's typically the tenant that will be used for billing. Having more than one #. username/password is very helpful in larger organization. #. You're advised to either keep tenant without translating it #. or keep it parenthezised. Example for French: #. locataire (tenant) #: ../designate-common.templates:4001 msgid Please specify the authentication server tenant name. msgstr Bitte geben Sie den Tenant-Namen des Authentifizierungs-Servers an. #. Type: string #. Description #: ../designate-common.templates:5001 msgid Authentication server username: msgstr Benutzername des Authentifizierungs-Servers: #. Type: string #. Description #: ../designate-common.templates:5001 msgid Please specify the username to use with the authentication server. msgstr Bitte geben Sie den Benutzernamen an, der mit dem Authentifizierungs-Server verwandt werden soll. #. Type: password #. Description #: ../designate-common.templates:6001 msgid Authentication server password: msgstr Passwort
Bug#746163: Bug #746163 still not fixed
Hi Raphaël,
On Thu, Oct 2, 2014 at 4:13 AM, Raphaël HALIMI raphael.hal...@gmail.com wrote:
Perl and Python outputs are still wrong - in another way. This time, it
repeats the def string ( = in Perl) each time a line is indented:
raph@arche:~$ lsdvd -Op Star\ Trek\ TOS\ S1D1.iso
our %lsdvd = (
= device = 'Star Trek TOS S1D1.iso',
== title = 'EU_109920',
== vmg_id = 'DVDVIDEO-VMG',
== provider_id = 'EU_109920',
== track = [
== {
==== ix = 1,
==== length = 2903.640,
==== vts_id = 'DVDVIDEO-VTS',
=== },
=== {
==== ix = 2,
etc, etc.
Python output has the same problem. XML output is fine.
Attached is a patch that completely replaces the old
fix_printf_FTBFS.patch found in debian/patches.
Please send such patches to upstream as well, seen as Cc in this
mail. This project has a new upstream, said to be active and
responsive. This way it can be integrated to the next upstream
version, maybe released soon.
Thanks for your collaboration,
Laszlo/GCS
Description: add format definitions to printf's
gcc is strict since upstream release, doesn't allow printf's without the
format string.
Author: Laszlo Boszormenyi (GCS) g...@debian.org
Last-Update: 2014-04-28
---
--- a/ocode.c
+++ b/ocode.c
@@ -3,7 +3,7 @@
/*
Simple helper macros for generating Perl structures
*/
-#define INDENT { int i; for(i=0; i_lvl; i++) printf(syntax-indent); }
+#define INDENT { int i; for(i=0; i_lvl; i++) printf(%s, syntax-indent); }
#define DEF DEF_
#define ADEF ADEF_
#define HASH HASH_
@@ -96,7 +96,7 @@
va_start(argp, format);
vprintf(format, argp);
va_end(argp);
-printf(syntax-def_sep);
+printf(%s, syntax-def_sep);
}
static void HASH_(char *name) {
@@ -104,7 +104,7 @@
if (name) {
printf((_lvl ? syntax-hash_inner : syntax-hash_outer), name);
} else {
-printf(syntax-hash_anon);
+printf(%s, syntax-hash_anon);
}
_lvl_return[_lvl] = _lvl ? syntax-return_hash_inner : syntax-return_hash_outer;
++_lvl;
@@ -127,13 +127,13 @@
va_start(argp, format);
vprintf(format, argp);
va_end(argp);
-printf(syntax-adef_sep);
+printf(%s, syntax-adef_sep);
}
static void RETURN_() {
_lvl--;
INDENT;
-printf(_lvl_return[_lvl]);
+printf(%s, _lvl_return[_lvl]);
}
static void START_() {
Bug#763729: RM: mutter [kfreebsd-amd64 kfreebsd-i386 hurd-i386] -- ROM; ROP: no longer builds on kbsd
Package: ftp.debian.org Severity: normal Hi, mutter currently requires libgbm, which is only available on Linux. I'm requesting the removal of the ood binaries from !linux architectures, until that dependency can be made optional and mutter can build there again. Since the only rdep of mutter is gnome-shell, which is only built on linux these days, this shouldn't be a problem. See #763675 for the porters' comments on the matter. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763255: freeimage: FTBFS: transupp.c:900: undefined reference to `jpeg_core_output_dimensions'
Control: tags -1 + patch Hi, I had tested it on mips/mipsel, the same error appears. This is happening because of missing build dependency (libjpeg8-dev). Patch that fix this issue is attached. Best Regards, Dejandiff -uNr freeimage-3.15.4.orig/debian/control freeimage-3.15.4/debian/control --- freeimage-3.15.4.orig/debian/control 2014-01-20 05:25:57.0 + +++ freeimage-3.15.4/debian/control 2014-10-01 11:12:20.0 + @@ -5,6 +5,7 @@ debhelper (= 8), dh-autoreconf, libjpeg-dev, + libjpeg8-dev, liblcms2-dev, libmng-dev, libopenexr-dev,
Bug#763730: freeimage does not detect big endian on mips
Package: freeimage Version: 3.15.4-3 Tags: sid patch Severity: important User: debian-mips-dev-disc...@lists.alioth.debian.org Usertags: mips-patch Control: block -1 by 763255 Package skimage FTBFS on testing for mips: == FAIL: test_freeimage.test_imread -- Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/nose/case.py, line 197, in runTest self.test(*self.arg) File /usr/lib/python2.7/dist-packages/numpy/testing/decorators.py, line 146, in skipper_func return f(*args, **kwargs) File /«PKGBUILDDIR»/debian/tmp/usr/lib/python2.7/dist-packages/skimage/io/tests/test_freeimage.py, line 38, in test_imread assert all(img[274, 135] == [0, 130, 253]) AssertionError -- Ran 1033 tests in 1239.576s FAILED (SKIP=20, failures=1) Test reads info from color.png with coordinates [274, 135]. Obtained result is [253 130 0], instead of expected [0, 130, 253]. It seems that color format is twisted (RGB - BGR) during loading of PNG. The reason for that is a fact that big endian was not detected right in FreeImage.h. Patch that improves big endian detection in freeimage is attached. Using freeimage, that conatins these changes I was able to build skimage successfully on mips, with all tests passing. Could you please consider including this patch? The same test is failing on sparc and s390s (BE archs), I suppose that this fix could solve this issue on those architectures as well. Best Regards, Dejan diff -uNr freeimage-3.15.4.orig/Source/FreeImage.h freeimage-3.15.4/Source/FreeImage.h --- freeimage-3.15.4.orig/Source/FreeImage.h 2014-09-30 15:13:07.0 + +++ freeimage-3.15.4/Source/FreeImage.h 2014-09-30 15:23:06.0 + @@ -73,6 +73,7 @@ // If your big endian system isn't being detected, add an OS specific check #if (defined(BYTE_ORDER) BYTE_ORDER==BIG_ENDIAN) || \ (defined(__BYTE_ORDER) __BYTE_ORDER==__BIG_ENDIAN) || \ + (defined(__BYTE_ORDER__) __BYTE_ORDER__==__ORDER_BIG_ENDIAN__) || \ defined(__BIG_ENDIAN__) #define FREEIMAGE_BIGENDIAN #endif // BYTE_ORDER
Bug#763552: wheezy-pu: package at/3.1.13-2+deb7u1
On 10/02/2014 01:29, Julien Cristau wrote: On Wed, Oct 1, 2014 at 00:06:30 +0200, Ansgar Burchardt wrote: I would like to update at in Debian Wheezy: bash can now export variables of the form BASH_FUNC_*() which at cannot handle as they cannot be set via assignment in the shell... With the change below, at will just skip variables that would just give an error in the generated shell script later. at 3.1.16-1 which I uploaded to unstable yesterday has the same change. Is this code guaranteed to run in a particular locale? at doesn't call setlocale() so it's guaranteed to run in the C locale. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763660: xserver-xorg-video-nouveau: GeForce 9400M , no screens found
thanks for the prompt reply! #740953 also suggests to add the kernel option nouveau.config=NvBios=PRAMIN but I think it is useless in my case, since the module nouveau properly loads from PRAMIN and detects the video card thinking of it , it is quite weird that the module detects the card, and the video driver doesn't... a. signature.asc Description: OpenPGP digital signature
Bug#763653: Re-2: Bug#763653: Re-2: Bug#763653: dracut make use of absolute path in soft link /initrd.ing
I also updated my jessie machine from 3.14 to 3.16, but my initrd has the correct file name. What is the correct file name? /boot/initrd*? Normally dracut uses initramfs* and debian uses initrd*. I have seen a posting about this. I think it was your post from 2012. I have installed my machine with debootstrap and included dracut and tried to exclude initramfs, because initramfs didn't mount my nfs. After the install initramfs was still there and the machine wasn't booting. Dracut was installed, too. What I did? 1. debootstrap with wheezy 2. chroot to vm-path 3. uninstalled initramfs with aptitude 4. running dracut 5. making symlink relative to new /boot/initramfs* 6. booting 7. running dracut again Perhaps, there a some config errors if installing with debootstrap from wheezy? Until now it's not an out-of-the-box install of xen diskless jessie posible. To: la...@informatik.uni-koeln.de debian@zengel.org 763...@bugs.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706368: [mediawiki] README.Debian broken/outdated
On Sun, 28 Apr 2013, Filipus Klutiero wrote: As previously reported, README.Debian is mostly broken or outdated. However, Feel free to suggest a patch. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762917: Please convert all scripts to not use bash
Control: tags -1 + pending El 26/09/14 a las 11:13, Klaus Ethgen escribió: Package: grep Version: 2.20-3 Severity: grave Please convert all scripts (egrep, fgrep) to use /bin/sh as shell and not /bin/bash. None of them do not use any special bash syntax anyway so there is no need to use bash. I've changed this, for the moment, in my personal repository. Cheers, Santiago signature.asc Description: Digital signature
Bug#763689: malloc(): memory corruption
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Am Mi den 1. Okt 2014 um 21:49 schrieb Nelson A. de Oliveira: When the attached SA01.cdr file is present in the current directory where geeqie is called, it crashes with a memory corruption error. Usually, files with ending .cdr are not handled by geeqie. File utility tells me that it is a RIFF data file (audio?). Even display from image magic cannot display that file. gdb thread apply all bt full is attached. - From the gdb dump below I would more say that the bug lies in glib than in geeqie. However, maybe geeqie can workaround that problem. - From that two facts I do not see why this qualifies for important. A memory corruption is not great stuff but from the fact that this only happens in very specific situations I think it is not an important problem. However, I will look into when I find the time. Thanks for the report for now. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJULRF1AAoJEKZ8CrGAGfasDssMAKul0z0JTMSR9Dxf+3KZV4el w/X/VvZWR4wGNKAst+kCha+hqVhj6/xl6bliTRZszw6Xz2x7ZpYkAhtfX02/eE6M pzETGMmiLuL3tzFZtiTc4vUzlJ0qjbsyDwD5eJx0gg6YGiTivpSFPS3FlmOLpfB0 3jDY8OHee6A40LSgfmdWgY/cZc8HYM3GrK9dEAFJ559x46fRDFxDyhaJtnHQVL5E JH6JJAJ3DEEMRvDz13M/uo0NZaxgV8hnOQMNhyT0UMtKUHraqXL1OOPju6A8B0Hq y1KMS0QvF6EiMdiXQjp8IXx9LtsL+EMo9hesbLCzND5Y3XxsypXlFFfje2QnaCdW GZfKNRNU3yaV5GUL+ppn+Xlkgs0x95LyuFEsiPOXJW+WYmguI5t/QNGSmWD2aLIT u5L4NRPNCkN/7JFTNL+snbVboHuUsluKdJ3+0UT+9S5gBVUagundu/7o9FqSk+bE VVc/io9zJQPnrfjFohZaKdrTezcz38ql7eJ4rYrEBQ== =16a5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763732: fakeroot: man page refers to /usr/lib/libfakeroot.so* but should be /usr/lib/*/libfakeroot/libfakeroot-*.so
Package: fakeroot Version: 1.20.1-1.1 Severity: minor The man page says: in a shared library /usr/lib/libfakeroot.so* which is loaded but the files are no longer there. On my systems they are here: /usr/lib/x86_64-linux-gnu/libfakeroot/libfakeroot-sysv.so /usr/lib/x86_64-linux-gnu/libfakeroot/libfakeroot-tcp.so so I suggest changing the man page to say /usr/lib/*/libfakeroot/libfakeroot-*.so or something similar. /Simon signature.asc Description: PGP signature
Bug#763731: terminfo: linux (linux-basic: CP437), linux-vt entries vs. ACS support
Source: ncurses
Version: 5.9+20140913-1
Control: affects -1 console-setup
Tags: patch
Severity: minor
As of the current version of the Terminfo database, the ‘linux’
terminal entry implies the use of the CP437 encoding for the
box-drawing characters and the like (also known as “alternate
character set”, or ACS):
$ nl -ba misc/terminfo.src
…
1577 linux-basic|linux console,
1578 am, bce, eo, mir, msgr, xenl, xon,
1579 it#8, ncv#18, U8#1,
1580
acsc=+\020\,\021-\030.^Y0\333`\004a\261f\370g\361h\260i\316j\331k\277l\332m\300n\305o~p\304q\304r\304s_t\303u\264v\301w\302x\263y\363z\362{\343|\330}\234~\376,
(Read:
acsc=+\020\,\021-\030.^Y0█`\004a▒f°g±h░i╬j┘k┐l┌m└n┼o~p─q─r─s_t├u┤v┴w┬x│y≤z≥{π|╪}£~■.
And no, that’s /not/ line noise.)
This is hardly a safe assumption these days, especially taking
into account the widespread use of UTF-8, /including/ on ttys.
(Please also note that the console-setup Debconf scripts will
assume UTF-8 mode for ttys provided that the locale is a UTF-8
one, – which, I believe, are default with D-I installs.)
There’s a separate ‘linux-vt’ entry that’s intended to be used
when the terminal encoding is not known, or non-unibyte, and
which emits ACS characters using VT100 ESC sequences instead:
1678 # This uses graphics from VT codeset instead of from cp437.
1679 # reason: cp437 (aka straight to font) is not functional under luit.
1680 # from: Andrey V Lukyanov l...@long.yar.ru.
1681 linux-vt|linux console using VT codes for graphics,
1682
acsc=++\,\,--..00``aaffgghhiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz~~,
1683 rmacs=\E(K, rmpch@, sgr@, sgr0=\E[0m\E(K\017, smacs=\E(0,
1684 smpch@, use=linux,
Unfortunately, this entry misses the ‘enacs’ capability, so its
use doesn’t result in the proper ACS rendering, as in:
$ export TERM=linux-vt
$ tput enacs ; tput smacs ; printf %s\\n lk mj ; tput rmacs ;
lk
mj
Expected:
┌┐
└┘
The /minimal/ solution for the issue is to fix the linux-vt
entry by adding the missing ‘enacs’ capability:
linux-vt|linux console using VT codes for graphics,
acsc=++\,\,--..00``aaffgghhiijjkkllmmnnooppqqrrssttuuvvwwxxyyzz~~,
enacs=\E(B\E)0, rmacs=\E(K, rmpch@, sgr@, sgr0=\E[0m\E(K\017,
smacs=\E(0, smpch@, use=linux,
This could just as well be combined with explicitly passing
‘linux-vt’ to the getty(8) invocations in the default
/etc/inittab for the new GNU/Linux installations, – or similar
measures for the systems using different means to start up the
gettys.
The “proper” solution, in my opinion, is to:
• move the current variants of the ‘acsc’, ‘smacs’, ‘rmacs’
capabilities from linux-basic to a dedicated linux-cp437 entry
(following the suit of linux-koi8, linux-koi8r, linux-lat);
• replace them with the encoding-insensitive ‘acsc’, ‘smacs’,
‘rmacs’ variants from linux-vt, along with adding ‘enacs’ per
above;
• the linux-vt entry is then to be cut down to just ‘use=linux’
(and ‘sgr@’?), but otherwise retained for compatibility.
TIA.
--
FSF associate member #7257 http://boycottsystemd.org/ … 3013 B6A0 230E 334A
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763673: /etc/apparmor.d/usr.sbin.cupsd AppArmor profile doesn't parse (depends on unreleased AppArmor 2.9 parser)
Hi, Didier 'OdyX' Raboud wrote (01 Oct 2014 19:44:41 GMT) : [...] I knew I should have asked you first! :) We (pkg-apparmor-team@) intend to properly document how to ask for help etc., stay tuned :) I've patched the settings out and added a patch to add them back in when building on Ubuntu. I'll upload this tomorrow, hereby tagging pending. Perfect, thanks! Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737069: *** GMX Spamverdacht *** Re: Bug#737069: apt-cacher-ng: Error resolving debrep: DNS error for hostname debrep: Name or service not known.
Hi: El Jueves, 2 de octubre de 2014 08:34:32 Eduard Bloch escribió: Hallo, * Raúl Sánchez Siles [Thu, Oct 02 2014, 12:18:50AM]: Done. The outcome is success, at least from the user point of view. Find attached the maintenance log from the expiration script. This time script completed since no errors were found. You are welcome. However, I am not fully happy yet because I see message like this in your log: Cannot write temporary patch data to /var/cache/apt-cacher-ng/_actmp/patch.base Could you check the permissions of /var/cache/apt-cacher-ng/_actmp/ and /var/cache/apt-cacher-ng/ Sure! Here it is: $ ll apt-cacher-ng/_actmp/ -d apt-cacher-ng/ drwxr-sr-x 12 apt-cacher-ng apt-cacher-ng 496 oct 2 00:10 apt-cacher-ng/ drwxr-sr-x 2 root apt-cacher-ng 80 oct 1 23:23 apt-cacher-ng/_actmp/ also $ ll _actmp/ -rw-r--r-- 1 root apt-cacher-ng 35254485 oct 1 23:23 patch.base Regards, Eduard. Regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763605: libjpeg-turbo-progs: Please don't drop libjpeg-progs dummy package
On Thu, Oct 02, 2014 at 02:34:10AM +0200, Santiago Vila wrote: On Wed, Oct 01, 2014 at 12:59:50PM +0200, Ondřej Surý wrote: This should be remedied by src:libjpeg9 providing libjpeg-progs as requested by Bill Allombert, the libjpeg6b/8/9 maintainer. If you want to make this a tad bit clearer, you can report bug against libjpeg9 to provide libjpeg-progs and add block relation between that and this bug. Please reassign/retitle/clone as appropriate. I don't mind which source package creates the dummy package, as far as there is a consensus that the dummy package should exist. I need to clarify the libjpeg-progs built from the libjpeg8 source package is not a dummy package. Unfortunately it has been hijacked by the libjpeg-turbo package and replaced by a dummy (as I understand) package. But if you rebuild the libjpeg8 source package you still get the non-dummy libjpeg-progs package. If this is awkward to you, it is awkward to me too. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763733: torbrowser-launcher: Fails to check for updates and to start Tor Browser
Package: torbrowser-launcher Version: 0.1.4-2 Severity: grave $ torbrowser-launcher /usr/lib/python2.7/dist-packages/twisted/internet/_sslverify.py:184: UserWarning: You do not have the service_identity module installed. Please install it from https://pypi.python.org/pypi/service_identity. Without the service_identity module and a recent enough pyOpenSSL tosupport it, Twisted can perform only rudimentary TLS client hostnameverification. Many valid certificate/hostname mappings may be rejected. verifyHostname, VerificationError = _selectVerifyImplementation() Tor Browser Launcher By Micah Lee, licensed under GPLv3 version 0.1.4 https://github.com/micahflee/torbrowser-launcher Initializing Tor Browser Launcher Successfully loaded mirrors from /usr/share/torbrowser-launcher/mirrors.txt Warning: can't load mirrors from /home/intrigeri/.config/torbrowser/mirrors.txt Importing keys gpg: key 63FEE659: Erinn Clark er...@torproject.org not changed gpg: Total number processed: 1 gpg: unchanged: 1 Starting launcher dialog LATEST VERSION 3.6.6 Checking for update Running task: download_update_check Downloading https://www.torproject.org/projects/torbrowser/RecommendedTBBVersions Updating over Tor Download error: [twisted.python.failure.Failure class 'twisted.internet._sslverify.SimpleVerificationError'] class 'twisted.web._newclient.ResponseNeverReceived' Running task: attempt_update Checking to see if update is needed Once I install the python-service-identity package, this error goes away. I guess we should add a dependency on it. Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763734: heirloom-mailx should NOT recode attachments to minimum encoding if it looks like text
Package: heirloom-mailx Version: 12.5-2 Severity: normal Hi, heirloom-mailx tries to recode the mail body and attachments to a minimum encoding which can represent the used characters. While this is lets say unexpected in case of the mail body it is utterly broken for attachments. Sending cryptographically signed messages as an attachments breaks the signature when the signed message contains utf-8 characters which can be represented in iso-8859-1. The default (either in code or config) should work out of the box at least for attachments not beeing recoded. Flo -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-0.bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages heirloom-mailx depends on: ii base-files7.1wheezy6 ii libc6 2.13-38+deb7u4 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u2 ii libssl1.0.0 1.0.1e-2+deb7u12 heirloom-mailx recommends no packages. Versions of packages heirloom-mailx suggests: ii postfix [mail-transport-agent] 2.9.6-2 -- 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#763735: blueproximity: Fails to start with Attempt to unlock mutex that was not locked error
Package: blueproximity Version: 1.2.5-6 Severity: grave Justification: renders package unusable On attempt to start blueproximity fails with: $ blueproximity Using config file 'standard.conf'. /usr/share/blueproximity/proximity.py:186: GtkWarning: GtkSpinButton: setting an adjustment with non-zero page size is deprecated self.wTree = gtk.glade.XML(self.gladefile) Attempt to unlock mutex that was not locked Aborted -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages blueproximity depends on: ii bluetooth 5.23-1 ii librsvg2-common 2.40.4-1 ii python2.7.8-1 ii python-bluez 0.20-1 ii python-configobj 5.0.6-1 ii python-glade2 2.24.0-4 ii python-gobject3.14.0-1 ii python-gtk2 2.24.0-4 blueproximity recommends no packages. Versions of packages blueproximity suggests: ii gnome-screensaver 3.6.1-2 ii xscreensaver 5.29-1 -- 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#755739: Not fixed yet
Testing with a post FreeBSD-beta3 build (kfreebsd-image-10.1-0-amd64_10.1~svn272324-3_kfreebsd-amd64.deb), which was build by Christoph (available here https://people.debian.org/~christoph/), still shows performance regressions. The write speed has improved, still slower than with the old vt, but scrolling up is much too slow. With the new kernel version the whole boot process takes more than 3 minutes. (A recording of the boot process and vt speed is available here: http://youtu.be/0hJMGMP36vE Recorded by me with a mobile phone) Also the new kernel version showed a page fault in kernel space in the Hyper-V driver. (Stack trace was lost, but I assume that is an upstream bug anyway) Oddly enough manually editing /etc/grub.d/10_kfreebsd to include set kFreeBSD.hw.vga.textmode=1 in the grub config seems to fix these problems. That cannot be a solution though, as these kind of problems should not appear in a out-of-the-box configuration. -- Best regards Jan signature.asc Description: OpenPGP digital signature
Bug#763736: Consider adding mpv-ffmpeg using ffmpeg instead of libav
Package: mpv Version: 0.6.0-1 Severity: wishlist Now that ffmpeg is in experimental (via #729203), would you consider creating a mpv-ffmpeg package, which would be identical to mpv, but instead of linking libav would link ffmpeg? According to mpv documentation, FFmpeg is preferred over Libav https://github.com/mpv-player/mpv/wiki/FFmpeg-versus-Libav . I understand that the new package would probably remain in experimental. I would suggest to link ffmpeg statically (the mpv build scripts can do this) because then it would be easy to pin it from experimental. Also while ffmpeg stays in experimental, little people have ffmpeg itself installed, so there would probably be no/little space waste. But if you prefer to create dynamically linked version, I will also be very happy. Cheers, Milan Straka -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763738: [mate-themes] BlackMATE missing gtk-3.0/assets files
Package: mate-themes Version: 1.8.1-1 Severity: normal --- Please enter the report below this line. --- just saw these messages when running synaptic from terminal, and while switching to blackmate theme : (synaptic:14178): Gtk-WARNING **: Error loading image 'file:///usr/share/themes/BlackMATE/gtk-3.0/assets/treeview-border-dark.svg': Error opening file: No such file or directory (synaptic:14178): Gtk-WARNING **: Error loading image 'file:///usr/share/themes/BlackMATE/gtk-3.0/assets/treeview-focus-border-dark.svg': Error opening file: No such file or directory checked the directory and those images are not there.. then took a look in github page for mate-themes and indeed there are more files included there, than in the debian package.. : github : https://github.com/mate-desktop/mate-themes/tree/master/desktop-themes/BlackMATE/gtk-3.0/assets debian : https://packages.debian.org/sid/all/mate-themes/filelist thanks, dimitris. --- System information. --- Architecture: amd64 Kernel: Linux 3.16-2-amd64 Debian Release: jessie/sid 500 unstablehttp.debian.net 500 testing security.debian.org 500 testing http.debian.net --- Package information. --- Depends (Version) | Installed ===-+-=== gtk2-engines| 1:2.20.2-3 gtk2-engines-murrine| 0.98.1.1-5 gtk2-engines-pixbuf | 2.24.24-1 librsvg2-common | 2.40.4-1 mate-icon-theme | 1.8.0-1 Recommends(Version) | Installed ===-+-=== dmz-cursor-theme| 0.4.4 Package's Suggests field is empty. signature.asc Description: OpenPGP digital signature
Bug#763737: red5-server init script is frozen in system reboot or shutdown
Package: red5-server
Version: 0.9.1-4squeeze1
Severity: normal
When you execute a reboot or shutdown, the system is frozen because the
stop process in red5-server init script doesn't working. It's frozen when
is executing the getent command, in the next line of init script:
DAEMONUID=`getent passwd |grep ^$DAEMONUSER: | awk -F : '{print $3}'`
DAEMONGID=`getent passwd |grep ^$DAEMONUSER: | awk -F : '{print $4}'
However, if you execute this command in the system prompt, you have a
correct result:
# getent passwd |grep ^_red5: | awk -F : '{print $3}'
118
This line in the init script for check that red5 user exist is executed
always but it could be execute only in the start process. I have checked
that when I put this lines only in the start process, and it isn't in a
generic part of init script, the reboot or shutdown system is working
correctly and stop process of red5-server doesn't freeze.
Thank you
-- System Information:
Debian Release: 6.0.7
APT prefers oldstable
APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored:
LC_ALL set to es_ES.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages red5-server depends on:
ii adduser 3.112+nmu2 add and remove users and groups
ii default-jre-headles 1:1.6-40 Standard Java or Java
compatible R
ii libred5-java0.9.1-4squeeze1 remote API for Red5 flash
streamin
ii openjdk-6-jre-headl 6b31-1.13.3-1~deb6u1 OpenJDK Java runtime, using
Hotspo
ii sun-java6-jre [java 6.26-0squeeze1 Sun Java(TM) Runtime
Environment (
red5-server recommends no packages.
red5-server suggests no packages.
-- no debconf information
Bug#762306: lockup when accessing cifs-mounted file on 3.17.0-rc1 and later when remote samba server is restarted
2014-10-01 15:34 GMT+04:00 Arthur Marsh arthur.ma...@internode.on.net:
I managed to complete a git bisect -- fs/cifs:
git bisect good
69cebd75606f8b9162ad5d0104367370ceabeeba is the first bad commit
commit 69cebd75606f8b9162ad5d0104367370ceabeeba
Author: Pavel Shilovsky pshilov...@samba.org
Date: Tue Jun 24 13:42:03 2014 +0400
CIFS: Fix rsize usage in readpages
If a server changes maximum buffer size for read (rsize) requests
on reconnect we can fail on repeating with a big size buffer on
-EAGAIN error in readpages. Fix this by checking rsize all the
time before repeating requests.
Reviewed-by: Shirish Pargaonkar spargaon...@suse.com
Signed-off-by: Pavel Shilovsky pshilov...@samba.org
Signed-off-by: Steve French smfre...@gmail.com
:04 04 8ed2e10a1581bab7b47a7dab4c5763bfdebe0e69
9eca94b68e9a21e1e5e6712fd37012cfe6e7d6d6 M fs
am64:/usr/src/linux# git bisect log
git bisect start '--' 'fs/cifs'
# good: [19583ca584d6f574384e17fe7613dfaeadcdc4a6] Linux 3.16
git bisect good 19583ca584d6f574384e17fe7613dfaeadcdc4a6
# bad: [7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9] Linux 3.17-rc1
git bisect bad 7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9
# bad: [0ada36b244e8316bb47b46b84b33c5a507bed7a4] CIFS: Separate page
reading from user read
git bisect bad 0ada36b244e8316bb47b46b84b33c5a507bed7a4
# good: [619aa48edbab47367fa8a65e568f63fd64d6b4af] CIFS: Separate page
sending from writepages
git bisect good 619aa48edbab47367fa8a65e568f63fd64d6b4af
# good: [43de94eadf0ceda54509335343bdc1349a2c5ab3] CIFS: Separate writing
from iovec write
git bisect good 43de94eadf0ceda54509335343bdc1349a2c5ab3
# good: [cb7e9eabb2b584884db0d11ae0376d31ac1cfdc1] CIFS: Use multicredits
for SMB 2.1/3 writes
git bisect good cb7e9eabb2b584884db0d11ae0376d31ac1cfdc1
# bad: [69cebd75606f8b9162ad5d0104367370ceabeeba] CIFS: Fix rsize usage in
readpages
git bisect bad 69cebd75606f8b9162ad5d0104367370ceabeeba
# good: [387eb92ac6892518fb67e423f65fcaca76e256a8] CIFS: Separate page
search from readpages
git bisect good 387eb92ac6892518fb67e423f65fcaca76e256a8
# first bad commit: [69cebd75606f8b9162ad5d0104367370ceabeeba] CIFS: Fix
rsize usage in readpages
It points to a different first bad commit and I apologise if this has made
it more difficult to locate the problem.
I am happy to try more tests to help identify the problem.
Thank you for pointing it out!
I've reproduced and created a patch that fixes the problem to me (see
the attachment). Can you test it, please?
--
Best regards,
Pavel Shilovsky.
From ca4df0717fbf3f99e728bc534e91ea64bc138528 Mon Sep 17 00:00:00 2001
From: Pavel Shilovsky pshilov...@samba.org
Date: Thu, 2 Oct 2014 13:16:40 +0400
Subject: [PATCH] CIFS: Fix readpages retrying on reconnects
If we got a reconnect error from async readv we re-add pages back
to page_list and continue loop. That is wrong because these pages
have been already added to the pagecache but page_list has pages that
have not been added to the pagecache yet. This ends up with a general
protection fault in put_pages after readpages. Fix it by not retrying
the read of these pages and falling back to readpage instead.
Signed-off-by: Pavel Shilovsky pshilov...@samba.org
---
fs/cifs/file.c |8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/fs/cifs/file.c b/fs/cifs/file.c
index 7c018a1..5f29354 100644
--- a/fs/cifs/file.c
+++ b/fs/cifs/file.c
@@ -3568,15 +3568,9 @@ static int cifs_readpages(struct file *file, struct address_space *mapping,
lru_cache_add_file(page);
unlock_page(page);
page_cache_release(page);
-if (rc == -EAGAIN)
- list_add_tail(page-lru, tmplist);
}
+ /* Fallback to the readpage in error/reconnect cases */
kref_put(rdata-refcount, cifs_readdata_release);
- if (rc == -EAGAIN) {
-/* Re-add pages to the page_list and retry */
-list_splice(tmplist, page_list);
-continue;
- }
break;
}
--
1.7.10.4
Bug#763733: Due to twisted upgrade?
This bug looks suspiciously similar to that one: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755684 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763552: wheezy-pu: package at/3.1.13-2+deb7u1
On Thu, Oct 2, 2014 at 10:42:12 +0200, Ansgar Burchardt wrote: On 10/02/2014 01:29, Julien Cristau wrote: On Wed, Oct 1, 2014 at 00:06:30 +0200, Ansgar Burchardt wrote: I would like to update at in Debian Wheezy: bash can now export variables of the form BASH_FUNC_*() which at cannot handle as they cannot be set via assignment in the shell... With the change below, at will just skip variables that would just give an error in the generated shell script later. at 3.1.16-1 which I uploaded to unstable yesterday has the same change. Is this code guaranteed to run in a particular locale? at doesn't call setlocale() so it's guaranteed to run in the C locale. Fine then, feel free to upload. Cheers, Julien signature.asc Description: Digital signature
Bug#763739: torbrowser-launcher: Settings GUI - Launch button does not work
Package: torbrowser-launcher Version: 0.1.4-2~bpo70+1 Severity: minor When i launch torbrowser-launcher -settings and then click on Launch now i get a permission error. Starting settings dialog Traceback (most recent call last): File /usr/bin/torbrowser-launcher, line 506, in save_launch subprocess.Popen([self.common.paths['tbl_bin']]) File /usr/lib/python2.7/subprocess.py, line 679, in __init__ errread, errwrite) File /usr/lib/python2.7/subprocess.py, line 1259, in _execute_child raise child_exception OSError: [Errno 13] Permission Denied -- System Information: Debian Release: 7.6 Architecture: amd64 (x86_64) Versions of packages torbrowser-launcher depends on: ii gnupg1.4.12-7+deb7u6 ii python 2.7.3-4+deb7u1 ii python-gtk2 2.24.0-3+b1 ii python-lzma 0.5.3-2+b1 ii python-parsley 1.2-1~bpo70+1 ii python-psutil0.5.1-1 ii python-twisted 13.2.0-1 ii python-txsocksx 1.13.0.3-1~bpo70+1 ii tor 0.2.5.8-rc-1~d70.wheezy+1 ii wmctrl 1.07-7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763740: RFP: modoboa -- Mail hosting made simple
Package: wnpp Severity: wishlist * Package name: modoboa Version : 1.1.6 Upstream Author : Antoine Nguyen to...@ngyn.org * URL : http://modoboa.org/ * License : MIT Programming Lang: Python - django Description : Mail hosting made simple Modoboa is a mail hosting and management platform including a modern and simplified Web User Interface. It provides useful components such as an administration panel or a webmail. Modoboa integrates with well known software such as Postfix or Dovecot. A SQL database (MySQL or PostgreSQL) is used as a central point of communication between all components. Modoboa is developed with modularity in mind, expanding it is really easy. Actually, all current features are extensions. It is written in Python and uses the Django, jQuery and Bootstrap frameworks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748753:
On Wed, Oct 1, 2014 at 11:24:41 +0100, Chris Bainbridge wrote: Jessie gets frozen in 35 days. It would be a shame to see it released with buggy Intel GPU drivers that are no longer recommended or distributed by upstream. Upstream clearly doesn't recommend anything newer, since the only thing they've put out in the last year is a pile of git snapshots. Cheers, Julien signature.asc Description: Digital signature
Bug#763742: [src:linux] Display no longer working after upgrading to linux kernel 3.16
Package: src:linux Version: 3.16-0.bpo.2 Severity: normal --- Please enter the report below this line. --- After upgrading linux-image from 3.14-0.bpo.2-amd64 to 3.16-0.bpo.2 the display is not showing anything beyond the first initialization any longer. The display is connected via DisplayPort to an onboard AMD RS780 graphics chip. lspci 00:00.0 Host bridge: Advanced Micro Devices [AMD] RS780 Host Bridge 00:01.0 PCI bridge: ASUSTeK Computer Inc. RS880 PCI to PCI bridge (int gfx) 00:06.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 2) 00:11.0 SATA controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode] 00:12.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:12.1 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0 USB OHCI1 Controller 00:12.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:13.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:13.1 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0 USB OHCI1 Controller 00:13.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:14.0 SMBus: Advanced Micro Devices [AMD] nee ATI SBx00 SMBus Controller (rev 3a) 00:14.1 IDE interface: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 IDE Controller 00:14.2 Audio device: Advanced Micro Devices [AMD] nee ATI SBx00 Azalia (Intel HDA) 00:14.3 ISA bridge: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 LPC host controller 00:14.4 PCI bridge: Advanced Micro Devices [AMD] nee ATI SBx00 PCI to PCI Bridge 00:14.5 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI2 Controller 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
Bug#763743: virtualenvwrapper: Getting /etc/bash_completion.d/virtualenvwrapper:5: = not found on login
Package: virtualenvwrapper Version: 4.3.1-1 Severity: important Tags: patch Dear Maintainer, there seems to be an error in `/etc/bash_completion.d/virtualenvwrapper' on invocations of a new login shell the message `/etc/bash_completion.d/virtualenvwrapper:5: = not found' is displayed and the appropriate functions (`workon', etc.) are not available. I made the following change to said file (see below for full listing): 5c5 if [[ $USE_FULL == yes ]]; then --- if [ $USE_FULL == yes ]; then which seems to solve the problem. Regards, Thomas Bach. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualenvwrapper depends on: ii libjs-sphinxdoc1.2.3+dfsg-1 ii python 2.7.8-1 ii python-stevedore 0.14.1-1 ii python-virtualenv 1.11.6-2 ii virtualenv 1.11.6-2 ii virtualenv-clone 0.2.5-1 Versions of packages virtualenvwrapper recommends: ii bash-completion 1:2.1-4 virtualenvwrapper suggests no packages. -- Configuration Files: /etc/bash_completion.d/virtualenvwrapper changed: USE_FULL=no if [[ $USE_FULL == yes ]]; then . /usr/share/virtualenvwrapper/virtualenvwrapper.sh else . /usr/share/virtualenvwrapper/virtualenvwrapper_lazy.sh fi -- 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#763741: libguestfs: Incorrect build-dependencies (libsystemd-id128-0, libsystemd-journal0), fails binNMU
Source: libguestfs Version: 1:1.26.9-1 Severity: serious Justification: 7.7 Relationships between source and binary packages Dear Maintainer, During a round of binNMUs for the transition[1] to the unified libsystemd0 the binNMU fails to accomplish its goals for libguestfs. Somehow the old libraries still get linked although the pkg-config flags tells it to use libsystemd0. I spotted these build-dependencies which in themselves are wrong: libsystemd-id128-0, libsystemd-journal0 This might be the culprit for making the binNMU fail. Regards, Andreas Henriksson [1]: https://release.debian.org/transitions/html/libsystemd0.html -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740577: pbuilder: Please add support for build profiles
Control: tags -1 - patch On Mon, 03 Mar 2014 04:25:57 +0100 Johannes Schauer j.scha...@email.de wrote: the attached patch implements preliminary support for build profiles as defined here: https://wiki.debian.org/BuildProfileSpec I only implemented minimal support, meaning that I only tested pbuilder-satisfydepends-aptitude and build profiles are activated via the DEB_BUILD_PROFILES environment variable. I didnt add a --profiles option and neither did I look at the other pbuilder-satisfydepends iscripts. the spec was rewritten and the attached patch does not apply anymore. cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748753:
On 2 October 2014 10:41, Julien Cristau jcris...@debian.org wrote: On Wed, Oct 1, 2014 at 11:24:41 +0100, Chris Bainbridge wrote: Jessie gets frozen in 35 days. It would be a shame to see it released with buggy Intel GPU drivers that are no longer recommended or distributed by upstream. Upstream clearly doesn't recommend anything newer, since the only thing they've put out in the last year is a pile of git snapshots. Intel is now distributing their own drivers on 01.org - the latest version (2014Q3) includes xf86-video-intel 2.99.911. The recommendation to upgrade to at least 2.99.908 for important bug fixes came directly from their GPU developers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746163: Bug #746163 still not fixed
Le 02/10/2014 10:23, László Böszörményi (GCS) a écrit : Hi Raphaël, Please send such patches to upstream as well, seen as Cc in this mail. This project has a new upstream, said to be active and responsive. This way it can be integrated to the next upstream version, maybe released soon. I intended to, but when I checked upstream git, ocode.c was already fixed, waiting for the next release... :) -- Raphaël HALIMI signature.asc Description: OpenPGP digital signature
Bug#763690: libgtk2.0-0: Many (all?) gtk2 applications segfault when using threads
Hi, I've converted the upstream patch into a debdiff so it could be applied to the package. The debdiff is in the attachment. Hope to see it accepted ASAP. gtk2-debdiff Description: Binary data
Bug#763602: Crashes on startup with Attempt to unlock mutex that was not locked
tags 763602 patch thanks Hi, The crash is due to some recent changes in GLib = 2.41 [1]. I'm attaching the debdiff with the patch for this bug. Hope to see it accepted ASAP. [1] https://bugzilla.gnome.org/show_bug.cgi?id=735428 mirage-debdiff Description: Binary data
Bug#681047: (no subject)
reopen 681047 gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762284: libgtk-3-0: gtk3.13 based application not opening
fixed 762284 3.14.0 thanks Anyway, as far as GTK+3 is concerned, the bug is fixed in version 3.14. The corresponding bug report about GTK+2 is at [1]. [1] https://bugs.debian.org/763690
Bug#717979: Info received (Inclusion of German man page translation possible?)
Hello, is there a chance to update the German man page as provided in this bug report? Thanks a lot! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#763744: samba: Huge number of samba panic messages
Package: samba Version: 2:4.1.11+dfsg-1 Severity: serious Since I upgraded to jessie, I am literally being *spammed* by samba panic messages (I have received more than 200 in an hour). Here is a backtrace: [2014/10/02 12:15:02.148495, 0] ../source3/printing/printing.c:486(print_job_find) PANIC: assert failed at ../source3/printing/printing.c(486): pjob-jobid == jobid [2014/10/02 12:15:02.149043, 0] ../source3/lib/util.c:785(smb_panic_s3) PANIC (pid 31162): assert failed: pjob-jobid == jobid [2014/10/02 12:15:02.151518, 0] ../source3/lib/util.c:896(log_stack_trace) BACKTRACE: 32 stack frames: #0 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(log_stack_trace+0x1a) [0x7fe871e872da] #1 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(smb_panic_s3+0x1a) [0x7fe871e873ba] #2 /usr/lib/x86_64-linux-gnu/libsamba-util.so.0(smb_panic+0x2f) [0x7fe8736079bf] #3 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0x86f3b) [0x7fe87314cf3b] #4 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(print_queue_status+0x663) [0x7fe873152fc3] #5 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(_spoolss_EnumJobs+0x12e) [0x7fe8732757fe] #6 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0x1c5d68) [0x7fe87328bd68] #7 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0x19bb33) [0x7fe873261b33] #8 /usr/lib/x86_64-linux-gnu/libdcerpc-binding.so.0(dcerpc_binding_handle_raw_call_send+0x83) [0x7fe86cefd8f3] #9 /usr/lib/x86_64-linux-gnu/libdcerpc-binding.so.0(dcerpc_binding_handle_call_send+0x227) [0x7fe86cefe0b7] #10 /usr/lib/x86_64-linux-gnu/libdcerpc-binding.so.0(dcerpc_binding_handle_call+0x68) [0x7fe86cefe1e8] #11 /usr/lib/x86_64-linux-gnu/samba/libdcerpc-samba.so.0(dcerpc_spoolss_EnumJobs_r+0x1d) [0x7fe86e64be9d] #12 /usr/lib/x86_64-linux-gnu/samba/libdcerpc-samba.so.0(dcerpc_spoolss_EnumJobs+0x63) [0x7fe86e64c153] #13 /usr/lib/x86_64-linux-gnu/samba/libcli_spoolss.so.0(rpccli_spoolss_enumjobs+0x6c) [0x7fe86dfb3cac] #14 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0xcc13c) [0x7fe87319213c] #15 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(api_reply+0x29f) [0x7fe873192e1f] #16 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0xbf254) [0x7fe873185254] #17 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(reply_trans+0x5ec) [0x7fe873185b3c] #18 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0x123354) [0x7fe8731e9354] #19 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0x12453d) [0x7fe8731ea53d] #20 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0x124b19) [0x7fe8731eab19] #21 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(run_events_poll+0x171) [0x7fe871ea5ee1] #22 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(+0x44157) [0x7fe871ea6157] #23 /usr/lib/x86_64-linux-gnu/libtevent.so.0(_tevent_loop_once+0x8d) [0x7fe870855f9d] #24 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(smbd_process+0xdbf) [0x7fe8731ec0df] #25 /usr/sbin/smbd(+0xa310) [0x7fe873c6a310] #26 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(run_events_poll+0x171) [0x7fe871ea5ee1] #27 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(+0x44157) [0x7fe871ea6157] #28 /usr/lib/x86_64-linux-gnu/libtevent.so.0(_tevent_loop_once+0x8d) [0x7fe870855f9d] #29 /usr/sbin/smbd(main+0x15bc) [0x7fe873c66fac] #30 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7fe8704cbb45] #31 /usr/sbin/smbd(+0x71d2) [0x7fe873c671d2] BTW: I see that there is available a new upstream release of samba: http://www.samba.org/samba/history/samba-4.1.12.html and the changelog says: o Fix smbd crashes when filename contains non-ascii character (bug #10716). This could be the same bug, but I don't know. As this might be not easy to debug, feel free to consider this bug as please package version 4.1.12 instead. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763745: rxvt-unicode: gnome-shell fails to match urxvt windows due to discrepancy between WM_CLASS and desktop files
Package: rxvt-unicode Version: 9.20-1+b1 Severity: normal Hi, quoting from https://bugzilla.redhat.com/show_bug.cgi?id=1031368 Whenever instance of urxvt (or urxvt256c) is started either form run dialog or as a result of being assigned to a shortcut key, a new app icon pops up. However, if I start urxvt/urxvt256c from applications list (as via corresponding *.desktop file), the matching is mostly correct. Adding StartupWMClass to *.desktop file solves the problem (patch for Fedora package included) In Debian, adding line StartupWMClass=URxvt to rxvt-unicode.desktop solves the issue. May apply to rxvt-unicode-256color and rxvt-unicode-lite packages as well. Thanks, Martin Kourim -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rxvt-unicode depends on: ii base-passwd 3.5.36 ii libc6 2.19-11 ii libfontconfig12.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc1 1:4.9.1-15 ii libgdk-pixbuf2.0-02.30.8-1+b1 ii libglib2.0-0 2.42.0-1 ii libperl5.20 5.20.1-1 ii libstartup-notification0 0.12-4 ii libx11-6 2:1.6.2-3 ii libxft2 2.3.2-1 ii libxrender1 1:0.9.8-1 ii ncurses-base 5.9+20140913-1 Versions of packages rxvt-unicode recommends: ii fonts-vlgothic [fonts-japanese-gothic] 20140801-1 ii ttf-dejavu 2.34-1 rxvt-unicode suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705252: modsecurity-crs: Execution error - PCRE limits exceeded (-8): (null)
Hola Alberto, i just stumbled across this issue when installing mod_security in Wheezy, which broke with zabbix and roundcube with this same error. It is not so easy to test the latest packages, because they are not compatible with the Wheezy Apache/Mod_security versions. [I tried copying and activating only the /usr/share/modsecurity- crs/base_rules/modsecurity_crs_41_sql_injection_attacks.conf from the latest modsecurity-crs_2.2.9-1_all.deb in debian testing, getting Error parsing actions: Unknown action: ver) Is it possible to get a backport to Wheezy? Thanks, Ariel On Fri, 12 Jul 2013 12:59:48 +0200 Alberto Gonzalez Iniesta a...@inittab.org wrote: Hi, I just uploaded modsecurity-crs 2.2.8 which contains a fix in that rule, although reported upstream for a different reason. Could you check if this bug is still present with that version? Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697156: [pkg-cryptsetup-devel] Bug#697156: /usr/share/initramfs-tools/scripts/local-top/cryptroot: Pass $cryptkey to /lib/cryptsetup/passfifo in ssh session
Hi Andres, sorry for the really late reply, I've not as much time as I'd like for cryptsetup ... Am 02.01.2013 um 00:58 schrieb Andres Mejia: It would be great if the cryptroot script can also pass the $cryptkey into /lib/cryptsetup/passfifo when running in an ssh session via dropbear. I've attached a patch which will enable this. Can you please elaborate on what you try to achieve doing this? Do you invoke the cryptroot initramfs script manually in your ssh session? Kind regards, jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763739: torbrowser-launcher: Settings GUI - Launch button does not work
Control: tag -1 + moreinfo When i launch torbrowser-launcher -settings and then click on Launch now i get a permission error. Do you have AppArmor enabled? If that's the case, please provide the AppArmor denials logs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705252: modsecurity-crs: Execution error - PCRE limits exceeded (-8): (null)
Hi Ariel, I'm finishing the backport (since Jessie's package was prepared for Apache 2.4 and Wheezy is 2.2), I'll let you know when it's ready. Regards, Alberto On Thu, Oct 02, 2014 at 11:58:33AM +0200, Ariel wrote: Hola Alberto, i just stumbled across this issue when installing mod_security in Wheezy, which broke with zabbix and roundcube with this same error. It is not so easy to test the latest packages, because they are not compatible with the Wheezy Apache/Mod_security versions. [I tried copying and activating only the /usr/share/modsecurity- crs/base_rules/modsecurity_crs_41_sql_injection_attacks.conf from the latest modsecurity-crs_2.2.9-1_all.deb in debian testing, getting Error parsing actions: Unknown action: ver) Is it possible to get a backport to Wheezy? Thanks, Ariel On Fri, 12 Jul 2013 12:59:48 +0200 Alberto Gonzalez Iniesta a...@inittab.org wrote: Hi, I just uploaded modsecurity-crs 2.2.8 which contains a fix in that rule, although reported upstream for a different reason. Could you check if this bug is still present with that version? Thanks, -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico mailto/sip: a...@inittab.org | en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744891: libgtk-3-0: GTK3 dialogs now have the window title inside the window
Good, I guess you can now close this bug as described in [1]. [1] https://www.debian.org/Bugs/Developer#closing
Bug#681047: (no subject)
On 02/10/14 12:20, Cosme Domínguez Díaz wrote: reopen 681047 gdm3 Please stop trying to reopen this. The bug was marked as fixed in 3.8 and 3.12. It hasn't been marked as fixed in 3.4, so it's still open for that version. However we will not fix such a trivial issue on a stable release. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763675: mutter: FTBFS[kfreebsd]: undeclared dependency on libgbm-dev
Control: severity -1 important On 01/10/14 23:04, Andreas Henriksson wrote: Hello again! On Wed, Oct 01, 2014 at 09:50:45PM +0100, Steven Chamberlain wrote: [...] Thanks, this is useful. According to this, the only reverse-deps are linux-any packages: | $ reverse-depends src:mutter [...] | * gnome-core-devel (for libmutter-dev) [...] ^ (Oh well, no reverse dependencies and it looks like the kfreebsd binaries doesn't exist for it so I guess I can take care of this.) I already did ;) see #763729. By the way I also looked at this a day or two before this bug was filed, and it didn't seem easy. gbm seems to be used a lot now. So for now I think removing the binaries is the best solution. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763747: ITP: libmstoolkit
Package: wnpp Owner: Filippo Rusconi lopi...@debian.org Severity: wishlist * Package name: libmstoolkit Version : 72.0.0-1 Upstream Author : michael.hoopm...@gmail.com * URL or Web page : https://code.google.com/p/mstoolkit/ * License : BSD-3-Clause Description : libraries for manipulating mass spectrometry data The MSToolkit is a light-weight C++ library for reading, writing, and manipulating mass spectrometry data. The MSToolkit is easily linked to virtually any C++ algorithm for simple, fast file reading and analysis. . Supported File Formats: --- - read-only mzML including internal compression (zlib and numpress) and external compression (.mzML.gz) read-only; - read-only mzXML including internal compression (zlib) and external compression (.mzXML.gz) - read/write mgf, ms1, ms2, bms1, bms2, cms1, cms2 . Simple Interface: -- - Open any file format from a single function call; - Store any spectrum in a simple, comprehensive data structure; - Sequential or random-access file reading. -- Filippo Rusconi, PhD - public crypto key C78F687C @ pgp.mit.edu Researcher at CNRS and Debian Developer my massXpert software: http://www.massxpert.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717636: latex-sanskrit package
Hi, Vasudev Kamath wrote (02 Oct 2014 05:23:48 GMT) : Well probably bug should be closed, because the new package is just transitional package and doesn't have any source in it which was the reason for this bug report. Isn't it a transitional package depending on the one that now ships the font? Isn't the font still affected by the problem this bug is about? Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686817: grub-pc: Add option to change keyboard layout
Hi This has become more important with disk encryption. - Put grub on an encrypted disk - Add GRUB_ENABLE_CRYPTODISK=y to /etc/default/grub (update-grub says 1, but that's a bug, it must be y. Another bug: the above parameter is not even documented). - wonder why your encrypted disk cannot be found, because grub mangled your password with the wrong keyboard-layout. Since it's not that a huge task, please fix it. -- Seegras -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin It's also true that those who would give up privacy for security are likely to end up with neither. -- Bruce Schneier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763748: davical: package no longer compatible with new libawl-php
Package: davical Version: 1.1.1-1 Severity: normal Dear Maintainer, apt-get dist-upgrade will remove davical in favour of a new version of libawl-php. Is it possible to provide a new, compatible version of davical? #apt-get -u dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... The following packages were automatically installed and are no longer required: libawl-php libdbd-pg-perl php5-pgsql Use 'apt-get autoremove' to remove them. Done The following packages will be REMOVED: davical The following packages will be upgraded: libawl-php 1 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Need to get 98.5 kB of archives. After this operation, 1,895 kB disk space will be freed. Do you want to continue? [Y/n] n Abort. -- Syst Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages davical depends on: ii debconf1.5.53 ii libawl-php 0.53-1 ii libdbd-pg-perl 3.4.1-2 ii libyaml-perl 1.12-1 ii php5-pgsql 5.6.0+dfsg-1 ii postgresql-client 9.4+161 ii postgresql-client-9.4 [postgresql-client] 9.4~beta2-1+b1 Versions of packages davical recommends: ii postgresql 9.4+161 davical suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763653: Re-2: Bug#763653: Re-2: Bug#763653: dracut make use of absolute path in soft link /initrd.ing
Then, we should reassign the bug to the linux-image package. If the problem with the wrong filename not exist any longer, we can do this. To: la...@informatik.uni-koeln.de debian@zengel.org 763...@bugs.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763603: pspp: startup notification does not work
Control: tags -1 + confirmed patch Control: found -1 0.8.3-6 Hi Ronny, i tried to reproduce the problem with the pspp testing 0.8.3-6 release and I see it bouncing… Friedrich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763049: m68k machines not coming up after last update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 #763614 causes our machines to no longer boot, since they usually at most use klibc-utils to get small ramdisks. AIUI, the “fix” is to install busybox or busybox-static. This is not enough, you have to run “update-initramfs -u” manually afterwards. Then, copy out the initrd to the host OS filesystem (VM host for ARAnyM; AmigaOS, TOS, or MacOS otherwise). A reboot with the newly generated initrd works for my VMs. Three of four VMs I have did not have anything installed, the forth has busybox-static. I uploaded its initrd to: https://people.debian.org/~tg/initrd.img-3.16-2-m68k sha1sum: 9bb798320e0e6a3f4d789f7674663f9a8f01cfbb I succeeded in booting the other three VMs with this initrd. SCNR but to note that mksh has a realpath builtin and compiles cleanly with klibc. bye, //mirabilos - -- diogenese Beware of ritual lest you forget the meaning behind it. igli yeah but it means if you really care about something, don't ritualise it, or you will lose it. don't fetishise it, don't obsess. or you'll forget why you love it in the first place. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (MirBSD) iQIcBAEBCQAGBQJULTLkAAoJEHa1NLLpkAfgVIYP/iInblOGBm1haofLxx8452bU /VJ0EH74nqZs9XwO0i04hqiES9/kK7QuEQaM5hzWpd8/qvZ1QykSp9wm4Zecg33H MXGh5AtZKypkdRcq1dR/+BEio+K8KcLGRJ7z0Uji9N+9LGGEtjR6z4fdvgYNModN /U/Ju0qDKz5TgkIumG9Bc5eSsQHD1Lya1jFh7+s9jKy9zhJOzc8Sxm137Wubdc98 p51RDPCH71UYFHz601ClNxd9JyXfDtgKbZd729oajl0yWhNzDXsFLOoRSGan2jeG ZwNXpL84vVV8A9uVmOkDRUWx3BVqMXxspM9Gxl3Hqj31dJeWgWKTA9TSS50CJDl9 XwzBBK4GGxbyenz3oD6PRUH9Qgrse1VsfE1k2htUiVmWlZuvrVbNmpIGyArJZhsr H9cFzIPhuiX0YxGeT46W4j4sq9H+2Unit7sOlHtNbmYjzMJ68JQbeQuenum39VpT gL9oEFfFtkgQWg5ZrtqHgHL5O0e6U/jscjtV7a0FVCB4gf0Qd/q3qdlf2ADxGYJe kYkle9RNWA9wNGpNiZVGnp84E2ZRgtCLj/SkmdjuAji/cjXsRQsh5f0ZaiNYOCJ4 J0OJ7N3lhKQio2CJZLBzjXs1vmNgUc2wRN32l2XBoOa94UJiUWilzLAPt3FnccKP DkgEVyuc0bsUvxQGHDKY =v82h -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763744: samba: Huge number of samba panic messages
Hi. To check that this is indeed samba bug 10716, I'm currently building
a modified package with this patch applied, which is just a merge of
upstream commits:
9380478a0b292bcb0c11987a88803a37a064d618
and
dfe8dd87e15bec453c7d3a80c4c707d3f2c7b597
diff --git a/samba-4.1.11+dfsg/lib/util/charset/util_str.c b/samba-4.1.11+dfsg/lib/util/charset/util_str.c
index 688ab5a..f62c999 100644
--- a/lib/util/charset/util_str.c
+++ b/lib/util/charset/util_str.c
@@ -56,7 +56,17 @@ _PUBLIC_ int strcasecmp_m_handle(struct smb_iconv_handle *iconv_handle,
if (c1 == INVALID_CODEPOINT ||
c2 == INVALID_CODEPOINT) {
- /* what else can we do?? */
+ /*
+ * Fall back to byte
+ * comparison. We must
+ * step back by the codepoint
+ * length we just incremented
+ * - otherwise we are not
+ * checking the bytes that
+ * failed the conversion.
+ */
+ s1 -= size1;
+ s2 -= size2;
return strcasecmp(s1, s2);
}
@@ -106,8 +116,33 @@ _PUBLIC_ int strncasecmp_m_handle(struct smb_iconv_handle *iconv_handle,
if (c1 == INVALID_CODEPOINT ||
c2 == INVALID_CODEPOINT) {
- /* what else can we do?? */
- return strcasecmp(s1, s2);
+ /*
+ * Fall back to byte
+ * comparison. We must
+ * step back by the codepoint
+ * length we just incremented
+ * by - otherwise we are not
+ * checking the bytes that
+ * failed the conversion.
+ */
+ s1 -= size1;
+ s2 -= size2;
+ /*
+ * n was specified in characters,
+ * now we must convert it to bytes.
+ * As bytes are the smallest
+ * character unit, the following
+ * increment and strncasecmp is always
+ * safe.
+ *
+ * The source string was already known
+ * to be n characters long, so we are
+ * guaranteed to be able to look at the
+ * (n remaining + size1) bytes from the
+ * new (s1 - size1) position).
+ */
+ n += size1;
+ return strncasecmp(s1, s2, n);
}
if (toupper_m(c1) != toupper_m(c2)) {
Bug#763749: gphpedit: FTBFS in current testing
Package: gphpedit Version: 0.9.98-3 Severity: serious I wanted to prepare a NMU closing the open l10n bugs but gphpedit fails to build in testing. It dies with: /usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -DNDEBUG -Os -Wall -Wno-missing-braces -Wno-char-subscripts -Wno-long-long -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -I ../lexlib -c ../lexers/LexProgress.cxx g++ -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -DNDEBUG -Os -Wall -Wno-missing-braces -Wno-char-subscripts -Wno-long-long -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -I ../lexlib -c ../lexers/LexGui4Cli.cxx g++ -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -DNDEBUG -Os -Wall -Wno-missing-braces -Wno-char-subscripts -Wno-long-long -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -I ../lexlib -c ../lexers/LexEiffel.cxx g++ -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -DNDEBUG -Os -Wall -Wno-missing-braces -Wno-char-subscripts -Wno-long-long -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -I ../lexlib -c ../lexers/LexTeX.cxx g++ -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -DNDEBUG -Os -Wall -Wno-missing-braces -Wno-char-subscripts -Wno-long-long -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -I ../lexlib -c ../lexers/LexPerl.cxx g++ -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -DNDEBUG -Os -Wall -Wno-missing-braces -Wno-char-subscripts -Wno-long-long -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -I ../lexlib -c ../lexers/LexFortran.cxx g++ -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -DNDEBUG -Os -Wall -Wno-missing-braces -Wno-char-subscripts -Wno-long-long -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -I ../lexlib -c ../lexers/LexPython.cxx g++ -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -DNDEBUG -Os -Wall -Wno-missing-braces -Wno-char-subscripts -Wno-long-long
Bug#763750: otrs2: OTRS 3.3 - Process Management - cannot add keys or conditions / wrong jquery version
Package: otrs2 Version: 3.3.9-1 Severity: normal -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages otrs2 depends on: ii adduser 3.113+nmu3 ii apache2 [httpd-cgi] 2.4.10-2 ii apache2-mpm-worker [httpd-cgi] 2.4.10-2 ii dbconfig-common 1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.49 ii fonts-font-awesome 4.0.0~dfsg-1 ii libapache-dbi-perl 1.11-1 ii libapache2-reload-perl 0.12-3 ii libauthen-sasl-perl 2.1500-1 ii libcrypt-passwdmd5-perl 1.3-10 ii libcss-minifier-perl0.01-1 ii libdate-pcalc-perl 6.1-3+b1 ii libdbd-mysql-perl 4.028-2+b1 ii libdbd-pg-perl 3.4.1-2 ii libdbi-perl 1.631-3+b1 ii libemail-valid-perl 0.190-1 ii libgd-graph-perl1.44-6 ii libgd-text-perl 0.86-8 ii libio-interactive-perl 0.0.6-1 ii libio-stringy-perl 2.110-5 ii libjavascript-minifier-perl 1.05-1 ii libjs-jquery1.7.2+dfsg-3.2 ii libjs-jquery-ui 1.10.1+dfsg-1 ii libjson-perl2.61-1 ii liblinux-distribution-perl 0.21-1 ii libmail-imapclient-perl 3.31-2 ii libmail-pop3client-perl 2.17-1 ii libmailtools-perl 2.09-1 ii libmime-tools-perl 5.503-1 ii libnet-imap-simple-perl 1.2030-1 ii libnet-imap-simple-ssl-perl 1.3-3 ii libnet-smtp-ssl-perl1.01-3 ii libnet-sslglue-perl 1.052-1 ii libpdf-api2-perl2.019-1+deb7u1 ii libproc-daemon-perl 0.14-1 ii libsoap-lite-perl 0.714-1 ii libsys-hostname-long-perl 1.4-2 ii libtext-csv-perl1.21-1 ii libtext-diff-perl 1.41-1 ii libxml-feedpp-perl 0.43-1 ii libxml-parser-perl 2.41-3 ii libyaml-libyaml-perl0.41-5+b1 ii libyaml-perl0.81-1 ii perl [libdigest-sha-perl] 5.20.1-1 ii ttf-dejavu-core 2.33+svn2514-3 ii ttf-dejavu-extra2.33-3 ii ucf 3.0025+nmu3 Versions of packages otrs2 recommends: ii ispell 3.3.02-6 ii libcrypt-eksblowfish-perl 0.009-1+b2 ii libencode-hanextra-perl0.23-3+b1 ii libjson-xs-perl2.340-1+b2 ii libtext-csv-xs-perl1.11-2 ii postgresql 9.3+157 ii procmail 3.22-20+deb7u1 Versions of packages otrs2 suggests: ii libnet-ldap-perl1:0.4400-1 ii libnet-smtp-tls-butmaintained-perl 0.17-1+deb7u1 pn otrs2-doc-en | otrs2-doc-de none -- debconf information excluded Hallo, there is a problem with the jquery version in otrs package. 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) 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 Best Regards Berni Turmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763752: ITP: sisu-plexus -- Plexus adapter for the Sisu dependency injection container
Package: wnpp Severity: wishlist Owner: Emmanuel Bourg ebo...@apache.org * Package name: sisu-plexus Version : 0.0.0.M5 Upstream Author : The Eclipse Foundation * URL : http://www.eclipse.org/sisu/ * License : EPL-1.0 Programming Lang: Java Description : Plexus adapter for the Sisu dependency injection container Sisu Plexus provides a replacement Plexus container (i.e. the dependency injection container used in Maven 2.x) that builds on top of the JSR330 core. This package is a dependency of Maven 3.1+ signature.asc Description: OpenPGP digital signature
Bug#689063: Info received (Inclusion of German program translation possible?)
Hello Georgios, attached you'll find for your convenience a debdiff for a possible (non) maintainer upload updating/adding all program translations from the BTS. If you are unable to upload in time for Jessi, do not hesitate to contact me so that I can arrange for an NMU. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ diff -Nru dhelp-0.6.21+nmu4/debian/changelog dhelp-0.6.21+nmu5/debian/changelog --- dhelp-0.6.21+nmu4/debian/changelog 2014-05-19 19:12:32.0 +0200 +++ dhelp-0.6.21+nmu5/debian/changelog 2014-10-02 12:45:34.0 +0200 @@ -1,3 +1,15 @@ +dhelp (0.6.21+nmu5) unstable; urgency=medium + + * Non-maintainer upload. + * Update French program translation (Closes: #684664) + * Update Russian program translation (Closes: #688667) + * Update German program translation (Closes: #689063) + * Add Danish program translation (Closes: #689644) + * Add Italian program translation (Closes: #689920) + * Add Portugese program translation (Closes: #724781) + + -- Helge Kreutzmann deb...@helgefjell.de Thu, 02 Oct 2014 12:38:19 +0200 + dhelp (0.6.21+nmu4) unstable; urgency=low * Non-maintainer upload. diff -Nru dhelp-0.6.21+nmu4/po/da.po dhelp-0.6.21+nmu5/po/da.po --- dhelp-0.6.21+nmu4/po/da.po 1970-01-01 01:00:00.0 +0100 +++ dhelp-0.6.21+nmu5/po/da.po 2014-10-02 12:42:32.0 +0200 @@ -0,0 +1,150 @@ +# Translation of dhelp to Danish. +# Copyright (C) 2012 dhelp og nedenstående oversættere. +# This file is distributed under the same license as the dhelp package. +# Joe Hansen joedalt...@yahoo.dk, 2012. +# +msgid +msgstr +Project-Id-Version: dhelp\n +Report-Msgid-Bugs-To: \n +POT-Creation-Date: 2008-02-19 23:02+0100\n +PO-Revision-Date: 2012-10-03 21:27+0200\n +Last-Translator: Joe Hansen joedalt...@yahoo.dk\n +Language-Team: Danish debian-l10n-dan...@lists.debian.org\n +Language: da\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#: index.rhtml:8 +msgid Debian Online Help +msgstr Hjælp til Debian på nettet + +#: fetcher_error.rhtml:8 search_error.tmpl:8 +msgid Debian Online Help (Error) +msgstr Hjælp til Debian på nettet (fejl) + +#: fetcher_error.rhtml:14 index.rhtml:14 section.rhtml:21 search_error.tmpl:15 +#: search_results.tmpl:15 +msgid Online Help +msgstr Hjælp på nettet + +#: cgimap.rb:35 search_error.tmpl:19 search_results.tmpl:19 +msgid info pages +msgstr informationssider + +#: cgimap.rb:36 search_error.tmpl:20 search_results.tmpl:20 +msgid man pages +msgstr manualsider + +#: fetcher_error.rhtml:19 index.rhtml:19 section.rhtml:26 search_error.tmpl:23 +#: search_results.tmpl:23 +msgid documentation folder +msgstr dokumentationsmappe + +#: fetcher_error.rhtml:24 index.rhtml:24 section.rhtml:31 +msgid Search +msgstr Søg + +#: index.rhtml:31 +msgid Documentation Index +msgstr Dokumentationsindeks + +#: index.rhtml:53 +msgid See all sections in one page +msgstr Se alle afsnit på en side + +#: search_error.tmpl:34 +msgid Error +msgstr Fejl + +#: search_pagination.tmpl:6 +msgid Pages +msgstr Sider + +#: search_pagination.tmpl:11 search_pagination.tmpl:13 +msgid Previous +msgstr Forrige + +#: search_pagination.tmpl:31 search_pagination.tmpl:33 +msgid Next +msgstr Næste + +#: search_results.tmpl:34 +msgid Search results for +msgstr Søgeresultater for + +#: dsearch:240 +msgid +No search database found.\n +Please run /etc/cron.weekly/dhelp as superuser to create it. +msgstr +Ingen søgedatabase blev fundet.\n +Kør venligst /etc/cron.weekly/dhelp som superbruger for at oprette den. + +#: dsearch:250 +msgid Please specify a search term. +msgstr Angiv en søgestreng. + +#: dsearch:283 +#, perl-format +msgid +No results (ignored words: %s). Search terms must be at least 4 characters +long, and must not be \stop words\. The command \ttindex++ -S/tt\ +gives the stop word list. +msgstr +Ingen resultater (ignorerede ord: %s). Søgestrenge skal være på mindst +4 tegn og må ikke være »stop-ord«. Kommandoen »ttindex++ -S/tt« +viser listen over stopord. + +#: dsearch:285 +msgid No results. +msgstr Ingen resultater. + +#: dsearch:323 +#, perl-format +msgid Showing only %s out of %s results in offline mode. +msgstr Viser kun %s ud af %s resultater i frakoblet tilstand. + +#: index.rhtml:46 +msgid Install package man2html to browse man pages. +msgstr Installer pakken man2html for at kigge i manualsider. + +#: index.rhtml:51 +msgid Install package info2www to browse info pages. +msgstr Installer pakken info2www for at kigge i informationssider. + +#: index.rhtml:61 +msgid +Welcome to Debian Online Help. Pick a section from the list to browse the +Debian documentation that is installed on the system. Alternatively, you may +want to a href=\All/index.html\see all
Bug#755739: Not fixed yet
On 11:10, Jan Henke wrote: Also the new kernel version showed a page fault in kernel space in the Hyper-V driver. (Stack trace was lost, but I assume that is an upstream bug anyway) That could be a regression introduced by http://www.freshbsd.org/commit/freebsd/r272322 ? Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743774: Info received (Inclusion of German program translation possible?)
Hello Piotr, for you convenience I attached a debdiff for a possible (non) maintainer upload. If you are unable to upload for Jessie, do not hesitate to contact me so that I can arrange for an NMU. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ diff -Nru gaupol-0.26/debian/changelog gaupol-0.26/debian/changelog --- gaupol-0.26/debian/changelog2014-06-21 16:41:43.0 +0200 +++ gaupol-0.26/debian/changelog2014-10-02 12:28:31.0 +0200 @@ -1,3 +1,10 @@ +gaupol (0.26-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Update German program translation (closes: 743774) + + -- Helge Kreutzmann deb...@helgefjell.de Thu, 02 Oct 2014 12:27:40 +0200 + gaupol (0.26-1) unstable; urgency=medium * New upstream release diff -Nru gaupol-0.26/debian/patches/series gaupol-0.26/debian/patches/series --- gaupol-0.26/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ gaupol-0.26/debian/patches/series 2014-10-02 12:26:39.0 +0200 @@ -0,0 +1 @@ +update_german_programm_messages.patch diff -Nru gaupol-0.26/debian/patches/update_german_programm_messages.patch gaupol-0.26/debian/patches/update_german_programm_messages.patch --- gaupol-0.26/debian/patches/update_german_programm_messages.patch 1970-01-01 01:00:00.0 +0100 +++ gaupol-0.26/debian/patches/update_german_programm_messages.patch 2014-10-02 12:27:27.0 +0200 @@ -0,0 +1,3193 @@ +Index: gaupol-0.26.nmu/po/de.po +=== +--- gaupol-0.26.nmu.orig/po/de.po gaupol-0.26.nmu/po/de.po +@@ -1,14 +1,14 @@ + # Translation of gaupol to German + # Copyright (C) 2005-2007 Osmo Salomaa. + # This file is distributed under the same license as the gaupol package. +-# Chris Leick c.le...@vollbio.de, 2009, 2011. ++# Chris Leick c.le...@vollbio.de, 2009 - 2014. + # + msgid + msgstr +-Project-Id-Version: gaupol 0.17.2-1\n +-Report-Msgid-Bugs-To: \n +-POT-Creation-Date: 2014-06-17 23:40+0300\n +-PO-Revision-Date: 2011-05-02 21:39+0100\n ++Project-Id-Version: gaupol 0.25.2\n ++Report-Msgid-Bugs-To: gau...@packages.debian.org\n ++POT-Creation-Date: 2014-01-26 21:50+0200\n ++PO-Revision-Date: 2014-03-17 19:29+0100\n + Last-Translator: Chris Leick c.le...@vollbio.de\n + Language-Team: German debian-l10n-ger...@lists.debian.org\n + Language: de\n +@@ -32,23 +32,29 @@ msgstr _Beschreibung: + + #: ../data/extensions/custom-framerates/add-framerate-dialog.ui.h:1 + msgid Add Framerate +-msgstr ++msgstr Bildfrequenz hinzufügen + + #: ../data/extensions/custom-framerates/add-framerate-dialog.ui.h:2 + msgid _Framerate: +-msgstr ++msgstr _Bildfrequenz: + + #: ../data/extensions/custom-framerates/add-framerate-dialog.ui.h:3 ++# http://de.wikipedia.org/wiki/Bildwiederholfrequenz + msgid fps +-msgstr ++msgstr fps + + #: ../data/extensions/custom-framerates/preferences-dialog.ui.h:1 +-msgid Framerates +-msgstr ++#: ../data/ui/preferences-dialog.ui.h:1 ++msgid Preferences ++msgstr Einstellungen ++ ++#: ../data/extensions/custom-framerates/preferences-dialog.ui.h:2 ++msgid _Framerates: ++msgstr _Bildwiederholfrequenzen: + +-#: ../data/ui/debug-dialog.ui.h:1 ++#: ../data/ui/debug-dialog.ui.h:1 ../gaupol/dialogs/speech_recognition.py:374 + msgid Something went wrong +-msgstr ++msgstr Etwas ist schiefgegangen. + + #: ../data/ui/debug-dialog.ui.h:2 + msgid +@@ -118,7 +124,7 @@ msgstr Se_kunden + + #: ../data/ui/duration-adjust-dialog.ui.h:15 + #: ../data/ui/framerate-convert-dialog.ui.h:6 +-#: ../data/ui/language-dialog.ui.h:6 ../data/ui/position-shift-dialog.ui.h:6 ++#: ../data/ui/language-dialog.ui.h:5 ../data/ui/position-shift-dialog.ui.h:6 + #: ../data/ui/position-transform-dialog.ui.h:12 + #: ../data/ui/search-dialog.ui.h:14 + #: ../data/ui/text-assistant/line-break-options-page.ui.h:4 +@@ -170,6 +176,42 @@ msgstr Aktuelles _Projekt konvertieren + msgid Convert _all open projects + msgstr _Alle offenen Projekte konvertieren + ++#: ../data/ui/header-dialog.ui.h:1 ++msgid Headers ++msgstr Kopfzeilen ++ ++#: ../data/ui/header-dialog.ui.h:2 ++msgid _Main file: ++msgstr H_auptdatei: ++ ++#: ../data/ui/header-dialog.ui.h:3 ++msgid _Revert ++msgstr Um_kehren ++ ++#: ../data/ui/header-dialog.ui.h:4 ++msgid I_nsert Template ++msgstr _Schablone einfügen ++ ++#: ../data/ui/header-dialog.ui.h:5 ../gaupol/actions/edit.py:35 ++msgid Cl_ear ++msgstr _Bereinigen ++ ++#: ../data/ui/header-dialog.ui.h:6 ++msgid _Translation file: ++msgstr Übersetzungsdatei: ++ ++#: ../data/ui/header-dialog.ui.h:7 ++msgid Re_vert ++msgstr _Umkehren ++ ++#: ../data/ui/header-dialog.ui.h:8 ++msgid In_sert Template ++msgstr S_chablone einfügen ++ ++#: ../data/ui/header-dialog.ui.h:9 ++msgid Cle_ar ++msgstr Be_reinigen ++
Bug#762297: [pkg-cryptsetup-devel] Bug#762297: cryptsetup: fails to create tmp filesystem due to false positive from blkid
severity 762297 minor tag 762297 wontfix thanks Hi Zygo, thanks for your bugreport. Am 20.09.2014 um 22:07 schrieb Zygo Blaxell: un_blkid is not a suitable precheck for plain dm-crypt 'tmp' or 'swap' devices due to the potential for false positives from previous runs on the same device. That's really unfortunate. To my knowledge, you're the first one who hit this issue so far. Unfortunately, no better solution than un_blkid is known to me to prevent serious data loss in case of device rearrangement or missconfiguration with plain dm-crypt devices and automated swap or tmpfs creation. Thus I'll mark the bug as wontfix. In case that you really know what you're doing, you can set precheck=/bin/true in the crypttab and prevent the precheck for particular plain dm-crypt devices that way. This bug potentially leads to information disclosure in some configurations. This is true for encrypted tmp filesystems if the rootfs is not encrypted. Still, the boot scripts print clear error messages and the boot process should fail in that case anyway. It should be obvious that things don't work as expected in that case ;) Kind regards, jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761661: libopenni-sensor-pointclouds0: packaging conflict: libopenni-sensor-pointclouds0 / libopenni-sensor-primesense0, same filenames.
Hi Joe, * Joe Burmeister joe.burmeis...@excelsiorelectronics.com [2014-09-15 15:28]: I was investigating Kinect with OpenNI and tried to install both these packages. But I found they couldn't both be installed due to trying to overwrite '/usr/lib/libXnDDK.so.0', which is also in package other one. Doing a quick apt-file list package I saw they both are completely the same files. So these packages should have the other listed as a conflicting package. Just a little thing. As far as I can see this does not apply to the packages in Debian, as both of them provide and conflict with libopenni-sensor. I've just tested both ways using aptitude as well. Maybe you had the libopenni-sensor-primesense0 from a different source, like ROS, or my PCL PPA on launchpad? I had an old version lying around over there, which I deleted now. Cheers Jochen signature.asc Description: Digital signature
Bug#744876: Process isolation broken with 4.2.6-1
Hi Prach, while trying out phpunit4 (4.2.6-1 from experimental) with src:symfony (which currently is pending in NEW), I found out that it is not possible to run tests in separate process (some tests in Symfony are using the @runTestsInSeparateProcesses annotation). This also happens if phpunit is started with '--process-isolation' option. The problem is that d/p/0001-Remove-Composer-autoload.patch is removing the constant 'PHPUNIT_COMPOSER_INSTALL'. But this constant is needed to have a working autoloading in separate processes (and without a working autoloading phpunit fails with some 'Class XYZ not found' PHP Fatal error). I updated d/p/0001-Remove-Composer-autoload.patch and pushed the changes in a new branch fix-autoloading-in-separate-process [1]. This branch is based against current master (f3d45f4). The actual fix (a4ff834)[2] is rather trivial. Greetings Daniel [1] http://anonscm.debian.org/cgit/pkg-php/phpunit.git/?h=fix-autoloading-in-separate-process [2] http://anonscm.debian.org/cgit/pkg-php/phpunit.git/commit/?h=fix-autoloading-in-separate-processid=a4ff834a7f3ce375e0b5d4399806bad8fd70e6b3 signature.asc Description: This is a digitally signed message part
Bug#705252: modsecurity-crs: Execution error - PCRE limits exceeded (-8): (null)
I'm finishing the backport (since Jessie's package was prepared for Apache 2.4 and Wheezy is 2.2), I'll let you know when it's ready. :-)) Thanks! For the record, just in case it helps anybody else: commenting out the rule in line 77 of modsecurity_crs_41_sql_injection_attacks.conf also solved the problem, now Zabbix and Roundcube run. (But for zabbix i also needed to comment out lines 64-66 of modsecurity_crs_30_http_policy.conf to allow for Json rpc's... probably too much but way better than running without mod_security ;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763655: boinc-amd-opencl: wrong dependencies regarding OpenCL
On 02/10/2014 10:18, Gianfranco Costamagna wrote: Hi Vincent and Andrei (thanks for your help in making BTS notify us the bug). The graphic stuff is something that worries me a lot, unfortunately the delta between debian/ubuntu, and the lack of a proper dev package to link against is something that makes me having *many* difficulties in fixing the problem. (honestly my focus now is for the upcoming freeze, and I almost gave up on this because of the lack of time to look and ask for proper help) Unfortunately the shlibs stuff I don't think can work, since upstream doesn't link the gpu libraries, but uses dlopen to handle them. Argh :-( grep dlopen client -R ./gpu_nvidia.cpp:handle = dlopen(libnvidia-ml.so, RTLD_NOW); ./gpu_nvidia.cpp:cudalib = dlopen(libcuda.so, RTLD_NOW); These two are NVidia specific. So, you should probably add nvidia packages explicitely to your Depends. ./gpu_amd.cpp:callib = dlopen(libaticalrt.so, RTLD_NOW); Same but for AMD. ./gpu_opencl.cpp:opencl_lib = dlopen(libOpenCL.so, RTLD_NOW); Here, the program request one implementation of OpenCL. We can expect that the program conforms itself to the OpenCL standard, so any implementation should work. As this is a usual situation in OpenCL world, we (in Debian) have been developing a set of virtual packages do deal with this (and avoid a hard-coded list of alternative implementations). For this part, you should depend on libopencl1 and, depending on the used OpenCL functions, libopencl-1.1-1, libopencl-1.2-1 or libopencl-2.0-1. Looking quickly at the sources, they seem ok to use NVidia OpenCL. So libopencl-1.1-1 should be enough (NVidia does not implement 1.2 and 2.0). It seems that they use dlopen so that they have only one client that can be use on any system, whatever is installed between CUDA, catalyst and/or OpenCL. Another question is : do you want to use alternative depends and/or various independent Recommends ? Is I correctly read the code, the client can work either - with AMD software (libfglrx-virtual provided by libfglrx and libfglrx-legacy) and/or - with NVidia cuda (libcuda1 + libnvidia-ml1 for card detection) and/or - with OpenCL 1.1 (libopencl-1.1-1) with ICD (opencl-icd) from AMD (amd-opencl-icd or amd-opencl-icd-legacy), NVidia (nvidia-opencl-icd) Intel (not yet packaged) and perhaps any other implementation (not sure) The fact is that there is no good default: it really depends on the hardware you have and it would be a pitty to *force* to install all packages. One proposal (for Debian) : Depends: libopencl-1.1-1 | libfglrx-virtual | libcuda1 = you can reorder depending on what you want to be installed by default, but, as said before, it depends on your hardware Recommends: libopencl-1.1-1, opencl-icd, libfglrx-virtual, libcuda1, libnvidia-ml1 By default, most things are installed. But an admin can avoid to install it if he knows the hardware is not here. What do you think ? Regards, Vincent so this is why we added the libraries manually in the control file. This dlopen stuff I think is also preventing gpu to be found when the service starts before the graphic module, leading to a needs of a service reboot to correctly find the gpu stuff. (cfr lp: #933354 #1177433 #1077316) I'm open to help, I don't really know how to properly handle the dlopen stuff on debian: apt-file search libnvidia-ml.so libnvidia-ml1: /usr/lib/x86_64-linux-gnu/libnvidia-ml.so libnvidia-ml1: /usr/lib/x86_64-linux-gnu/libnvidia-ml.so.1 libnvidia-ml1: /usr/lib/x86_64-linux-gnu/libnvidia-ml.so.340.32 pcp-testsuite: /var/lib/pcp/testsuite/src/libnvidia-ml.so apt-file search libcuda.so libcuda1: /usr/lib/x86_64-linux-gnu/libcuda.so libcuda1: /usr/lib/x86_64-linux-gnu/libcuda.so.1 libcuda1: /usr/lib/x86_64-linux-gnu/libcuda.so.340.32 apt-file search libaticalrt.so libfglrx: /usr/lib/x86_64-linux-gnu/libaticalrt.so libfglrx-legacy: /usr/lib/x86_64-linux-gnu/libaticalrt.so apt-file search libOpenCL.so amd-libopencl1: /usr/lib/x86_64-linux-gnu/libOpenCL.so.1 amd-opencl-dev: /usr/lib/x86_64-linux-gnu/libOpenCL.so nvidia-libopencl1: /usr/lib/x86_64-linux-gnu/libOpenCL.so.1 nvidia-libopencl1: /usr/lib/x86_64-linux-gnu/libOpenCL.so.1.0.0 nvidia-opencl-dev: /usr/lib/x86_64-linux-gnu/libOpenCL.so ocl-icd-libopencl1: /usr/lib/x86_64-linux-gnu/libOpenCL.so.1 ocl-icd-libopencl1: /usr/lib/x86_64-linux-gnu/libOpenCL.so.1.0.0 ocl-icd-libopencl1: /usr/share/man/man7/libOpenCL.so.7.gz ocl-icd-opencl-dev: /usr/lib/x86_64-linux-gnu/libOpenCL.so on ubuntu: apt-file search libnvidia-ml.so nvidia-304: /usr/lib/nvidia-304/libnvidia-ml.so nvidia-304: /usr/lib/nvidia-304/libnvidia-ml.so.1 nvidia-304: /usr/lib/nvidia-304/libnvidia-ml.so.304.117 nvidia-304: /usr/lib32/nvidia-304/libnvidia-ml.so nvidia-304: /usr/lib32/nvidia-304/libnvidia-ml.so.1 nvidia-304: /usr/lib32/nvidia-304/libnvidia-ml.so.304.117 nvidia-304-updates:
