Bug#648306: Remove obsolete packages from Debian
Hi Ron, On Thu, 10 Nov 2011 14:12:10 +0100, Fabian Greffrath fab...@greffrath.com wrote: A conclusion of the short discussion is probably that both mingw32 and gcc-mingw32 packages (and their corresponding mingw32-binutils and mingw32-runtime packages) in Debian are obsoleted and superseded by the mingw-w64 packages family, i.e. gcc-mingw-w64 and mingw-w64-dev. I'd thus like to suggest their removal from Debian. I think it's now time to pull the plug, unless you object... The only remaining reverse-dependency on mingw32 in the archive is netbeans, and that has been broken for quite some time (it fails to build from source, see https://bugs.debian.org/713182) and will be fixed at some point by using the newer netbeans platform package (libnb-platform18-java) which builds with mingw-w64. My plan is to proceed in a similar fashion to the wheezy gcc-mingw32 transition: provide replacement binary packages for mingw32 and mingw32-binutils, containing symlinks to the replacement tools in gcc-mingw-w64-i686 and binutils-mingw-w64-i686 respectively. I've tested this and it allows old build scripts using the i586-mingw32msvc target to continue working. I'd also file an RM bug for mingw32-runtime. Does that sound OK to you? Regards, Stephen signature.asc Description: PGP signature
Bug#755040: apt: DEP-8 tests appears to missing gtest dependency
Package: apt Version: 1.0.6 Severity: normal Hi, Your package includes a DEP-8 test, but currently it fails with a[1]: checking for gtest/gtest.h... no configure: error: failed: I need gtest to build tests buildlib/configure.mak:58: recipe for target 'build/config.status' failed AFAICT the tests have failed every single time it was run since at least January[2]. ~Niels [1] http://ci.debian.net/data/packages/unstable/amd64/a/apt/20140716_202749.autopkgtest.log [2] http://ci.debian.net/#package/apt (NB: requires javascript) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751479: NMU debdiff for ghc_7.8.20140710-2.1
Hello Joachim, At Imagination Technologies (http://imgtec.com/) Dejan Latinovic has found a solution to Debian bug #751479. https://bugs.debian.org/751479 My NMU debdiff for ghc_7.8.20140710-2.1 is below, at the end of this message. With the changes in the NMU debdiff, ghc builds successfully on mips, mipsel and amd64. Regards, Aníbal -- Aníbal Monsalve Salazar anibal.monsalvesala...@imgtec.com debdiff ghc_7.8.20140710-2.dsc ghc_7.8.20140710-2.1.dsc diff -Nru ghc-7.8.20140710/debian/changelog ghc-7.8.20140710/debian/changelog --- ghc-7.8.20140710/debian/changelog 2014-07-13 16:49:18.0 +0100 +++ ghc-7.8.20140710/debian/changelog 2014-07-15 09:49:36.0 +0100 @@ -1,3 +1,13 @@ +ghc (7.8.20140710-2.1) experimental; urgency=medium + + * Non-maintainer upload. + * Add support for mips and mipsel. +Add mips-support.patch. +Patch by Dejan Latinovic dejan.latino...@imgtec.com. +Closes: #751479. + + -- Anibal Monsalve Salazar ani...@debian.org Tue, 15 Jul 2014 09:49:29 +0100 + ghc (7.8.20140710-2) experimental; urgency=medium * Also ship terminfo, haskeline, and xhtml. Thanks to David Fox for the diff -Nru ghc-7.8.20140710/debian/patches/mips-support.patch ghc-7.8.20140710/debian/patches/mips-support.patch --- ghc-7.8.20140710/debian/patches/mips-support.patch 1970-01-01 01:00:00.0 +0100 +++ ghc-7.8.20140710/debian/patches/mips-support.patch 2014-07-15 09:40:09.0 +0100 @@ -0,0 +1,27 @@ +From: Dejan Latinovic dejan.latino...@imgtec.com +Subject: ghc 7.8.2 FTBFS for mips/mipsel +Date: Fri, 13 Jun 2014 11:42:27 + + +https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751479 + +A patch that adds mips and mipsel into NoSharedLibsPlatformList +is attached. + +After applying this patch, +I was able to successfully build ghc 7.8.2 for mips nad mipsel. + +Index: ghc-7.8.20140710/mk/config.mk.in +=== +--- ghc-7.8.20140710.orig/mk/config.mk.in ghc-7.8.20140710/mk/config.mk.in +@@ -99,7 +99,9 @@ NoSharedLibsPlatformList = powerpc-unkno + x86_64-unknown-mingw32 \ + i386-unknown-mingw32 \ + sparc-sun-solaris2 \ +- sparc-unknown-linux ++ sparc-unknown-linux \ ++ mips-unknown-linux \ ++ mipsel-unknown-linux + + ifeq $(SOLARIS_BROKEN_SHLD) YES + NoSharedLibsPlatformList += i386-unknown-solaris2 diff -Nru ghc-7.8.20140710/debian/patches/series ghc-7.8.20140710/debian/patches/series --- ghc-7.8.20140710/debian/patches/series 2014-07-10 09:17:17.0 +0100 +++ ghc-7.8.20140710/debian/patches/series 2014-07-15 09:32:43.0 +0100 @@ -4,3 +4,4 @@ haddock-hardcode-ghc-paths Fix-documentation-build-failure-without-GHCi.patch arm64.patch +mips-support.patch diff -Nru ghc-7.8.20140710/debian/rules ghc-7.8.20140710/debian/rules --- ghc-7.8.20140710/debian/rules 2014-06-10 09:45:58.0 +0100 +++ ghc-7.8.20140710/debian/rules 2014-07-15 09:29:55.0 +0100 @@ -85,7 +85,7 @@ # We also want to build the threaded profiling-enabled debug runtime, # because it does no harm echo 'GhcRTSWays += $$(if $$(findstring p, $$(GhcLibWays)),thr_debug_p,)' mk/build.mk -ifneq (,$(findstring $(DEB_HOST_ARCH),armel armhf)) +ifneq (,$(findstring $(DEB_HOST_ARCH),armel armhf mips mipsel)) # GHCi is too badly broken on ARM; see # http://hackage.haskell.org/trac/ghc/ticket/7794 echo GhcWithInterpreter = NO mk/build.mk signature.asc Description: Digital signature
Bug#755041: xorg: Unable to get Gui on 27 inch iMac during Install
Package: xorg Version: 1:7.7+7 Severity: important Tags: d-i Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? New install on the imac. late 2011 Model. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? A black screen. * What outcome did you expect instead? A working Gui like in Wheezy or Centos or Fedora. *** End of the template - remove these template lines *** -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Jul 17 12:32 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2356320 Jul 8 20:30 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Whistler [Radeon HD 6730M/6770M/7690M XT] [1002:6740] /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 3.13-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-14) ) #1 SMP Debian 3.13.5-1 (2014-03-04) Xorg X server log files on system: -- -rw-r--r-- 1 root root 21022 Jul 17 12:55 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 2188.616] X.Org X Server 1.15.99.904 (1.16.0 RC 4) Release Date: 2014-07-07 [ 2188.620] X Protocol Version 11, Revision 0 [ 2188.622] Build Operating System: Linux 3.14-1-amd64 x86_64 Debian [ 2188.623] Current Operating System: Linux rEn0 3.13-1-amd64 #1 SMP Debian 3.13.5-1 (2014-03-04) x86_64 [ 2188.623] Kernel command line: BOOT_IMAGE=/vmlinuz-3.13-1-amd64 root=/dev/mapper/fedora-root ro quiet [ 2188.626] Build Date: 08 July 2014 01:26:43PM [ 2188.627] xorg-server 2:1.15.99.904-1 (http://www.debian.org/support) [ 2188.629] Current version of pixman: 0.32.4 [ 2188.631]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 2188.631] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 2188.637] (==) Log file: /var/log/Xorg.0.log, Time: Thu Jul 17 12:55:08 2014 [ 2188.639] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 2188.639] (==) No Layout section. Using the first Screen section. [ 2188.639] (==) No screen section available. Using defaults. [ 2188.639] (**) |--Screen Default Screen Section (0) [ 2188.639] (**) | |--Monitor default monitor [ 2188.639] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [ 2188.639] (==) Automatically adding devices [ 2188.639] (==) Automatically enabling devices [ 2188.639] (==) Automatically adding GPU devices [ 2188.639] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [ 2188.639]Entry deleted from font path. [ 2188.639] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 2188.639] (==) ModulePath set to /usr/lib/xorg/modules [ 2188.639] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 2188.639] (II) Loader magic: 0x7f2288f19d80 [ 2188.639] (II) Module ABI versions: [ 2188.639]X.Org ANSI C Emulation: 0.4 [ 2188.639]X.Org Video Driver: 18.0 [ 2188.639]X.Org XInput driver : 21.0 [ 2188.639]X.Org Server Extension : 8.0 [ 2188.639] (II) xfree86: Adding drm device (/dev/dri/card0) [ 2188.640] (II) xfree86: Adding drm device (/dev/dri/card1) [ 2188.641] (--) PCI: (0:0:2:0) 8086:0102:106b: rev 9, Mem @ 0xa800/4194304, 0xa000/134217728, I/O @ 0x3000/64 [ 2188.641] (--) PCI:*(0:1:0:0) 1002:6740:106b:6740 rev 0, Mem @ 0x9000/268435456, 0xa880/131072, I/O @ 0x2000/256, BIOS @ 0x/131072 [ 2188.641] (II) LoadModule: glx [ 2188.641] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 2188.642] (II) Module glx: vendor=X.Org Foundation [ 2188.642]compiled for 1.15.99.904, module version = 1.0.0 [ 2188.642]ABI class: X.Org Server Extension, version 8.0 [ 2188.642] (==) AIGLX enabled [ 2188.642] (==) Matched ati as autoconfigured driver 0 [ 2188.642] (==) Matched intel as autoconfigured driver 1 [ 2188.642] (==) Matched ati as autoconfigured driver 2 [ 2188.642] (==) Matched modesetting as autoconfigured driver 3 [
Bug#707268: [NMU] Bug#740085: package plplot 5.10.0
Le 24/06/2014 11:09, Thibaut Paumard a écrit : Dear Andrew, The freeze is approaching. We need plplot for gnudatalanguage. Do you plan on uploading plplot 5.10.0 so it can be part of jessie? Kind regards, Thibaut. Hi Andrew, I'd rather sponsor a package you would have prepared, but failing that I will try to make a non-maintainer upload next week. Please feel free to get back to me if I shouldn't, or if you prepare the upload. Kind regards, Thibaut. signature.asc Description: OpenPGP digital signature
Bug#754982: FTBFS on kfreebsd with new miniupnpc
On 07/17/2014 02:38 AM, Petr Salinger wrote: Package: transmission Your package failed to build on kfreebsd: In fact, the problem is sligthly different. The transmission package does not support newly supplied libminiupnpc-dev under both Linux and kFreeBSD: checking supported miniupnp library... none As a result, it tries to use embedded version from transmission-2.82/third-party/miniupnp/ On kFreeBSD, the build fails. On Linux, the build succeeds, but the resulting binary does not Depend: libminiupnpc10, as it have been expected. The transmission package should be ported to use newer miniupnpc everywhere. The problem is not kfreebsd specific at all. Petr Oh, that explains it then! Thanks for the details. Do you know why it's not finding the libminiupnpc-dev bindings in the configure script? I'll try to find the time investigate later on. Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754982: FTBFS on kfreebsd with new miniupnpc
On 07/17/2014 02:38 AM, Petr Salinger wrote: Package: transmission Your package failed to build on kfreebsd: In fact, the problem is sligthly different. The transmission package does not support newly supplied libminiupnpc-dev under both Linux and kFreeBSD: checking supported miniupnp library... none As a result, it tries to use embedded version from transmission-2.82/third-party/miniupnp/ On kFreeBSD, the build fails. On Linux, the build succeeds, but the resulting binary does not Depend: libminiupnpc10, as it have been expected. The transmission package should be ported to use newer miniupnpc everywhere. The problem is not kfreebsd specific at all. Petr Oh, that explains it then! Thanks for the details. Do you know why it's not finding the libminiupnpc-dev bindings in the configure script? I'll try to find the time investigate later on. Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754463: RFS: pdf2htmlex/0.11+ds-1
Hi, Quoting Jakub Wilk (2014-07-16 21:21:15) Now --download-current-version is broken: $ uscan --download-current-version --destdir . uscan warning: In debian/watch no matching hrefs for version 0.11 in watch line https://github.com/coolwanglu/pdf2htmlEX/releases .*/v(\d[\d\.]*)\.tar\.gz It think you need to drop dversionmangle to fix it. you are right! Though it is quite strange that `uscan --destdir . --force-download` works and `uscan --download-current-version --destdir .` does not. On the other hand I now better understand how version mangling works. I indeed needed to remove dversionmangle. This kept working because uversionmangle will also mangle the links from the upstream site. So now instead of adapting the Debian version to be the upstream version (by removing +ds) the upstream version is adapted to the Debian version (by adding +ds). What do we do about debian-watch-file-should-dversionmangle-not-uversionmangle until #753772 is fixed? Ignore it or create an override? If that is all, then all then I only need somebody to sponsor this :) Do you mean _me_? It's been less than a weak, I haven't even warmed up yet. ;-P good to hear - that means many more suggestions will be coming my way :) I noticed that when you run pdf2htmlEX for the first time, ~/.FontForge/ gets created. This is not itself a problem (even though personally I hate dotfiles with passion). The problem is that it will also happen at build time, thanks to the test suite. Creating dotfiles at build time is a no-no. I guess the simplest way to fix it is to set HOME to something non-existent in debian/rules. Is creating files outside the build directory and not in $TMPDIR a policy violation? I already gather statistics of file system access using the machinery to find unused build dependencies (the thing I wrote about on d-devel). But the gathered data could easily be used to find this kind of things as well. Would that make sense? I would have to adapt the call to sbuild though because by default, sbuild sets $HOME to /sbuild-nonexistent and thus, no dotfiles are created. Anyways, I set $HOME to a nonexistant directory in debian/rules. I think it would be good to add a comment to d/copyright explaining that upstream clarified the license; or maybe cherry pick the commit: https://github.com/coolwanglu/pdf2htmlEX/commit/6e8d5396cdad Currently it might be not obvious to a person who didn't read this RFS thread (such as ftp-master) that your copyright matches upstream intentions. Correct. I cherry picked the relevant parts of the upstream commit. I see you have lots of patches. Which of them are upstreamable? Which of them have been already forwarded? You can answer the questions by adding appropriate Forwarded: headers to the patches. :-) All done. :) 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#755041: If it helps I have a liveusb running Fedora 20
I have a live USB running Fedora 20 which provides a working GUI. I can boot up with that to get information about their working configuration. The Gui works during the Debian Wheezy install. It works on a CentOS live USB as well. Regards, Paul I am GMT +7 Phnom Penh -- about.me/pauljamesharper Women and cats will do as they please, and men and dogs should relax and get used to the idea. Robert Heinlein
Bug#754982: FTBFS on kfreebsd with new miniupnpc
As a result, it tries to use embedded version from transmission-2.82/third-party/miniupnp/ Oh, that explains it then! Thanks for the details. Do you know why it's not finding the libminiupnpc-dev bindings in the configure script? I'll try to find the time investigate later on. I looked into config.log, the signature of some library call in miniupnpc have been changed (addeded argument), I do not remeber name. The easiest solution might be to upload current Transmission 2.84, as upstream changelog for 2.83 says: Updated third party libraries: DHT updated to v0.22; miniupnpc updated to v1.9 Autoconf script fixes: better detection of ccache, minupnpc Cheers Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755042: CVE-2014-3517: Use of non-constant time comparison operation
Source: nova Version: 2014.1.1-7 Severity: important Tags: security patch Opening this bug before uploading the security fix. OpenStack pre-announce is below. Thomas Goirand (zigo) CVE-2014-3517 pre-announce text: This is an advance warning of a vulnerability discovered in OpenStack, to give you, as downstream stakeholders, a chance to coordinate the release of fixes and reduce the vulnerability window. Please treat the following information as confidential until the proposed public disclosure date. Title: Use of non-constant time comparison operation Reporter: Alex Gaynor (Rackspace) Products: Nova Versions: Up to 2013.2.3, and 2014.1 to 2014.1.1 Alex Gaynor from Rackspace reported a timing attack vulnerability in Nova. By analyzing response times to requests for instance metadata, an attacker may be able to guess a valid instance ID signature. This could allow access to important configuration details of another instance. Only setups configured to proxy metadata requests via Neutron are affected. Proposed patch: See attached patches. Unless a flaw is discovered in them, these patches will be merged to stable/havana, stable/icehouse and master (Juno development branch) on the public disclosure date. CVE: CVE-2014-3517 Proposed public disclosure date/time: 2014-07-16, 1500UTC Please do not make the issue public (or release public patches) before this coordinated embargo date. Regards, Grant Murphy OpenStack Vulnerability Management Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754981: RM: rails-3.2/3.2.18-1
On Wed, Jul 16, 2014, at 22:56, Emilio Pozuelo Monfort wrote: On 16/07/14 16:44, Ondřej Surý wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi, we are aiming at having only latest rails (or no rails at all) package in next Debian stable. Please remove rails-3.2 and all packages further down the tree from testing, so we can first sort it out in unstable before leaving a mess in testing. This is what dak says: [...a quite a long list... ] I'm not sure we're supposed to drop rails (in addition to rails-3.2) Yes, please. as well as things like ruby-haml, ruby-markerb, ruby-moneta... that seem unrelated to rails. rails-3.2 has now a RC bug - that stuff should be autoremoved anyway in time, right? Removing this manually would just give the debian-ruby time to fix this much faster (e.g. before freeze). I could probably walk through the packages and drop the ruby-activesupport (which is the most common case in the depends) dependency where applicable (f.e. I seen haml Gemfile without any rails dependency). But most of the packages really depend on some rails component. And I don't simply believe that all those packages will just work with rails 4.1, it needs a test rebuild. I have discussed this on debian-ruby list before and no objections were raised. And we must absolutely not ship jessie with rails-3.2 or we end up in the same nightmare as in wheezy. I know it's a harsh move, but no rails is better than obsolete rails with no security support from upstream. O. -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755043: Initial import needs more than 14GB of RAM
Package: tracker.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! I have tried to setup a local instance to contribute some patches but the initial import of the database needs more than 14GB of RAM. This makes contributing quite complicated. Trying to limit to unstable doesn't help either. Maybe a fixture with only a thousand packages or a limit of 1000 packages per source would help. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTx3EnAAoJEJWkL+g1NSX5PEcP/iVN/EsWBfI/KHR6NK2XZ4qb 8l3ZrmwEmooxkpKdX82tNppSMZAFy8CvHLjqSgGudBhrbV96yy2iZAROu8S2wwfF hpTX3L5TafjjyQn5e2VazlfbsBvoUHiUn75RygVZirwbOtnDrdH2uLlvAa3hAgQ9 58Pbgg0VIoOkgHqkIsrArDDkKGz64bTryMz9rxDOeJt5lJr0XkLf8tX9YPbenv9v p7rNKFRY4LRe5jNP5ush6s4UY6NtGN0lzJrWRS6Ch3wKw5SJBIy57lGgk4Rna7Np pJKxKXntxcjNA0CkCasV9aPh2dVhITcpl6RwoEFItbjKAdM/4LtEABvESFnV+MSD 6/UEMAW8rxG5Flr/HpNM7jiJGgWeGjfrThRs5o4tAa8rx56xabc1WPwvnspHfLEi wUg7aiGmx9rZs6gxbY8pUIm8avTdgGPbWLvw3vsSIobVOe6hTkfsbRVNEWKLv83R RSCLophisSVJyySOZ/5censt46ma/0jVKi0oK7b8ZJD3l/jTyOOS0Wet1EhcxZXw lM6q1Lw6+LKWlJWeACnGeopUuZVrMK5fRQOW1Dc/Mv0I9SbsMRrTfPoROoGE6hBy v60iWTC9OcIXXYkZ34xRfNIQT5/ldf8v/7//btGThzRoO1Gyd/IrnQVxkhW6YQfj x81iBDOnpAJ0m162Dqn0 =vjua -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#755015: [Pkg-utopia-maintainers] Bug#755015: network-manager: Manages all tun devices, and fails.
On 16/07/14 22:25, Michael Biebl wrote: Could you send me the output of LANG=C nmcli d I explicitely added a patch to mark virtual network devices as unmanaged So the output of ls -al /sys/devices/virtual/net/ would be helpful as well. $ LANG=C nmcli d DEVICE TYPE STATE CONNECTION eth1ethernet connected Mobile 6a44tun connected 6a44 teredo tun connected teredo wlan0 wifi disconnected -- eth0ethernet unavailable -- veth0 ethernet unmanaged -- lo loopback unmanaged -- $ ls -al /sys/devices/virtual/net/ total 0 drwxr-xr-x 9 root root 0 Jul 16 22:31 . drwxr-xr-x 17 root root 0 Jul 15 16:54 .. drwxr-xr-x 5 root root 0 Jul 16 18:12 6a44 drwxr-xr-x 5 root root 0 Jul 15 16:54 lo drwxr-xr-x 5 root root 0 Jul 16 22:29 teredo drwxr-xr-x 5 root root 0 Jul 15 16:55 veth0 The other end of veth0 is in a network namespace created with ip netns: # ip netns exec proxy ls -al /sys/devices/virtual/net/ total 0 drwxr-xr-x 9 root root 0 Jul 16 22:31 . drwxr-xr-x 17 root root 0 Jul 16 22:31 .. drwxr-xr-x 5 root root 0 Jul 16 22:35 lo drwxr-xr-x 5 root root 0 Jul 16 22:35 tun0 drwxr-xr-x 5 root root 0 Jul 16 22:35 veth1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738185: Solved: Xvnc for xrdp does not exit on session logout
I was able to fix this problem by editing /etc/xrdp/sesman.ini In the '[Xvnc]' section I added one more paramX entry with '-once' [Xvnc] ... param8=-once The '-once' option causes the Xvnc server to exit when your session ends Aaron.
Bug#755029: transition: libkolabxml
Control: tags -1 confirmed On 17/07/14 00:53, Diane Trout wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition libkolabxml has a ABI change, this affects packages generated from it, from libkolab, and from kdepim-runtime. Libkolab and libkolabxml will be updated simultaneously. I don't see anything from kdepim-runtime depending on libkolabxml0. The kde team is pushing for this transition because kdepim-runtime requires the newer versions of libkolabxml and libkolab. Go ahead. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755027: [pkg-cinnamon] Bug#755027: cinnamon: suggested package cinnamon-translations not available
Control: tag -1 + pending ¡Hola Lars! El 2014-07-17 a las 01:12 +0200, Lars Cebulla escribió: I'm using Debian Jessie and I enabled experimental repository. We uploaded cinnamon to unstable, so, you shouldn't need experimental for cinnamon anymore. Trying to install cinnamon from experimental worked well but the suggested package cinnamon-translations is not available. Please upload / package it. We did already, cinnamon-translations is waiting in the new queue: https://ftp-master.debian.org/new.html The version for unstable is: https://ftp-master.debian.org/new/cinnamon-translations_2.2.3-3.html -- Las computadoras son inútiles, solo pueden darte respuestas. -- Pablo Picasso Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#755044: (no subject)
Package: ftp.debian.org Severity: normal Hi, currently we have two boinc packages, one for unstable and one for experimental, that build the server packages too. Since the server part is not ready for unstable, and each time we upload in unstable there is the possibility that some ftp-master will remove the experimental package (it has already happened, and another trip in the new queue has been done), I would like to ask an override, to avoid the double upload each time. Is it possible? many thanks, Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755045: RFS: gworkspace/0.9.2-1 -- GNUstep Workspace Manager
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package gworkspace. It builds these binary packages: gworkspace-apps-wrappers - Application wrappers for GWorkspace gworkspace-common - GNUstep Workspace Manager - common files gworkspace-dbg - GNUstep Workspace Manager - debugging symbols gworkspace.app - GNUstep Workspace Manager mdfinder.app - GNUstep Finder and system-wide search system To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gworkspace Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/gworkspace/gworkspace_0.9.2-1.dsc Changes since the last upload: * New upstream release: - Compatible with current GNUstep libraries (Closes: #749757). - Moving big folders is faster (Closes: #315269). - Correct Attrbitues inspector behaviour (Closes: #315279). * Ack NMUs, thanks gregor herrmann and Colin Watson. * debian/control (Maintainer): Set to the GNUstep team. (Uploaders): Add myself and remove Hubert as per his request. (Build-Depends): Bump debhelper requirement to = 9. Require libgnustep-gui-dev = 0.24. Remove libpopplerkit-dev (PDFKit is needed, which is not in Debian) and file. Add libsqlite3-dev and libpreferencepanes-dev for GWMetadata. Add imagemagick for the icons conversion. (mdfinder.app, gworkspace-common, gworkspace-dbg): New packages; enable GWMetadata and provide a -dbg package. (Vcs-Git, Vcs-Browser): New fields. (Section): Remove unnecessary binary package fields. (Depends): Add ${misc:Depends} and ${gnustep:Depends}. (Conflicts, Replaces): Remove; obsolete. (Recommends): Replace preview.app with price.app and preferences.app with systempreferences.app (Closes: #564677). Move wrapperfactory.app to gworkspace-apps-wrappers' Recommends. (Standards-Version): Claim compliance with 3.9.5 as of this release. * debian/watch: Track ftp.gnustep.org. * debian/compat: Set to 9. * debian/patches/debian-changes-0.8.8-1: Delete; spurious result from improper clean. * debian/patches/667874.patch: Remove; fixed upstream. * debian/patches/link-libs.patch: New, link all needed libraries. * debian/patches/series: Update. * debian/rules: Rewrite for modern dh. Move all images to /usr/share. Enable hardening. Create symlinks for the manpages. * debian/gworkspace.app.install: * debian/mdfinder.app.install: * debian/mdfinder.app.manpages: * debian/mdfinder.app.menu: * debian/MDFinder.desktop: * debian/MDFinder.1: * debian/mdfind.1: New file. * debian/ClipBook.1: * debian/ClipBook.xpm: * debian/Desktop.app.1: * debian/Desktop.app.xpm: * debian/GWRemote.1: * debian/GWRemote.xpm: * debian/GWorkspace.xpm: * debian/gworkspace.app.lintian-overrides: * debian/clipbook.app.lintian-overrides: * debian/clipbook.app.menu: * debian/clipbook.app.postinst.debhelper: * debian/clipbook.app.postrm.debhelper: Delete. * debian/source/lintian-overrides: New file; override configure-generated-file-in-source. * debian/gwoskspace-apps-wrappers.install: New file; install the apps wrappers under /usr/lib, not /lib. Thanks Andreas Beckmann (Closes: #689545). * debian/preinst: New file; handle the move of Resources to /usr/share. * debian/gworkspace.app.README.Debian: Delete wrong reference to the defaults tool which has been in /usr/bin since quite some time. Thanks Michael P. Soulier (Closes: #728265). * debian/gworkspace.app.menu: Fix title. * debian/GWorkspace.desktop: Make it valid, add Keywords field and use full path of the icon. * debian/GWorkspace.1: Provide explanation for the supporting programs. * debian/copyright: Rewrite in format 1.0. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755047: libsimgrid3.11: Duplicate file between libsimgrid3.10 and libsimgrid3.11
Package: libsimgrid3.11 Version: 3.11.1-7 Severity: normal Hello, libsimgrid3.10 and libsimgrid3.11 can not be co-installed because they both contain /usr/bin/simgrid-graphicator. Samuel -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Samuel * D a decide de peter un cable dans son rapport de pfp c et il a bien raison ;-) c tu vas dire quoi ? D j'ai mis les paroles de le coq est mort en en-tete -+- #ens-mim et la peufeupeu -+- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755048: “Could not get screen information”
Package: gnome-control-center Version: 1:3.12.1-4 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, since upgrading gnome-control-center from from 1:3.8.3-7+b2 to 1:3.12.1-4 (along with a few other things, see attached file), the Screens (or Displays or Monitors) view of the control center does not do anything useful, and just says “Could not get screen information”. Also, on a possibly related note, my still existing settings from .config/monitors.xml are no longer applied. I’m using xmonad. A possibly related bug is reported at https://bugzilla.redhat.com/show_bug.cgi?id=1040062 Greetings, Joachim - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-control-center depends on: ii accountsservice0.6.37-2 ii apg2.2.3.dfsg.1-2 ii colord 1.2.1-1 ii desktop-file-utils 0.22-1 ii gnome-control-center-data 1:3.12.1-4 ii gnome-desktop3-data3.12.2-2 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-menus3.8.0-2 ii gnome-settings-daemon 3.12.2-1 ii gsettings-desktop-schemas 3.12.2-1 ii libaccountsservice00.6.37-2 ii libatk1.0-02.12.0-1 ii libc6 2.19-7 ii libcairo2 1.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libcheese-gtk233.12.2-1 ii libcheese7 3.12.2-1 ii libclutter-1.0-0 1.18.2-2 ii libclutter-gtk-1.0-0 1.5.2-2 ii libcolord-gtk1 0.1.25-1.1+b1 ii libcolord2 1.2.1-1 ii libcups2 1.7.4-1 ii libdbus-glib-1-2 0.102-1 ii libfontconfig1 2.11.0-5 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgl1-mesa-glx [libgl1] 10.2.3-1 ii libglib2.0-0 2.40.0-3 ii libgnome-bluetooth13 3.12.0-5 ii libgnome-desktop-3-10 3.12.2-2 ii libgoa-1.0-0b 3.12.2-1 ii libgoa-backend-1.0-1 3.12.2-1 ii libgrilo-0.2-1 0.2.10-1 ii libgtk-3-0 3.12.2-1+b1 ii libgtop2-7 2.28.5-2 ii libibus-1.0-5 1.5.7-1 ii libkrb5-3 1.12.1+dfsg-4 ii libmm-glib01.2.0-1 ii libnm-glib-vpn10.9.10.0-1 ii libnm-glib40.9.10.0-1 ii libnm-gtk0 0.9.10.0-2 ii libnm-util20.9.10.0-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-01.36.3-1 ii libpolkit-gobject-1-0 0.105-6 ii libpulse-mainloop-glib05.0-2 ii libpulse0 5.0-2 ii libpwquality1 1.2.3-1 ii libsmbclient 2:4.1.9+dfsg-1 ii libsoup2.4-1 2.46.0-2 ii libupower-glib20.99.0-3 ii libwacom2 0.8-1 ii libx11-6 2:1.6.2-2 ii libxi6 2:1.7.2-1 ii libxml22.9.1+dfsg1-4 Versions of packages gnome-control-center recommends: ii cups-pk-helper 0.2.5-2 ii gkbd-capplet 3.6.0-1 pn gnome-online-accounts none pn gnome-user-guide none pn gnome-user-share none ii iso-codes 3.55-1 ii libnss-myhostname 0.3-6 ii mesa-utils 8.2.0-1 ii mousetweaks3.12.0-1 pn network-manager-gnome none pn ntpnone ii policykit-1-gnome 0.105-2 ii realmd 0.15.1-1 pn rygel | rygel-tracker none pn system-config-printer none Versions of packages gnome-control-center suggests: ii gstreamer1.0-pulseaudio 1.2.4-1 pn libcanberra-gtk-module none pn libcanberra-gtk3-module none ii x11-xserver-utils7.7+3 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlPHfGgACgkQ9ijrk0dDIGzl9ACfcJXZkz2CpQDb524pNccBydKY 3tAAnRQm0Gi+CsCOo6yRXFRA5gywtaMU =fYGN -END PGP SIGNATURE- upgrade libcap2:amd64 1:2.22-1.2 1:2.22-2 upgrade libcap2:i386 1:2.22-1.2 1:2.22-2 upgrade libc-bin:amd64 2.19-5 2.19-7 upgrade libc6:i386 2.19-5 2.19-7 upgrade libc6:amd64 2.19-5 2.19-7 upgrade libc6-i386:amd64 2.19-5 2.19-7 upgrade libc6-dev:i386 2.19-5 2.19-7 upgrade libc6-dev:amd64 2.19-5 2.19-7 upgrade libc-dev-bin:amd64 2.19-5 2.19-7 upgrade libc6-dev-i386:amd64 2.19-5 2.19-7 upgrade libc6-dev-x32:amd64 2.19-5 2.19-7 upgrade libc6-x32:amd64 2.19-5 2.19-7 upgrade libc6-dbg:amd64 2.19-5 2.19-7 upgrade libc6-i686:i386 2.19-5 2.19-7 upgrade linux-libc-dev:amd64 3.14.10-1 3.14.12-1 upgrade linux-libc-dev:i386 3.14.10-1 3.14.12-1 upgrade e2fslibs:amd64 1.42.11-1 1.42.11-2 upgrade e2fsprogs:amd64 1.42.11-1 1.42.11-2 upgrade perl:amd64 5.18.2-6
Bug#754387: [kmail] Correction ...
Package: kmail Version: 4:4.12.4-1 --- Please enter the report below this line. --- Messages not being left on server. Problem of their untimely return is only on local folders-inbox. If I feed them to a different one, all is fine. So there is still a bug here, but not the same as reported for imap. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: jessie/sid 500 unstableftp.us.debian.org 500 testing ftp.us.debian.org 500 sid linux.dropbox.com --- Package information. --- Depends (Version) | Installed ===-+-=== perl| 5.18.2-7 kde-runtime ( 4:4.10) | 4:4.13.1-1 kdepim-runtime(= 4:4.10.2) | 4:4.12.4-2 kdepimlibs-kio-plugins | 4:4.12.4-1 libakonadi-calendar4 (= 4:4.11.1) | 4:4.12.4-1 libakonadi-contact4 (= 4:4.12.2) | 4:4.12.4-1 libakonadi-kde4 (= 4:4.12.2) | 4:4.12.4-1 libakonadi-kmime4 (= 4:4.12.2) | 4:4.12.4-1 libakonadiprotocolinternals1 (= 1.5.1) | 1.12.1-1+b1 libc6 (= 2.14) | 2.19-7 libcalendarsupport4 (= 4:4.12.4-1) | 4:4.12.4-1 libfolderarchive4(= 4:4.12.4-1) | 4:4.12.4-1 libgcc1(= 1:4.1.1) | 1:4.9.0-11 libgpgme++2 (= 4:4.12.2) | 4:4.12.4-1 libgrantlee-core0(= 0.3.0) | 0.3.0-5 libincidenceeditorsng4 (= 4:4.12.4-1) | 4:4.12.4-1 libkabc4 (= 4:4.12.2) | 4:4.12.4-1 libkalarmcal2 (= 4:4.8.1) | 4:4.12.4-1 libkcalcore4 (= 4:4.5.86) | 4:4.12.4-1 libkcalutils4 (= 4:4.5.86) | 4:4.12.4-1 libkcmutils4 (= 4:4.5.86) | 4:4.13.1-1 libkdecore5 (= 4:4.4.95) | 4:4.13.1-1 libkdepim4 (= 4:4.12.4-1) | 4:4.12.4-1 libkdeui5 (= 4:4.10.0) | 4:4.13.1-1 libkio5 (= 4:4.5.85) | 4:4.13.1-1 libkleo4 (= 4:4.12.4-1) | 4:4.12.4-1 libkmime4 (= 4:4.12.2) | 4:4.12.4-1 libknewstuff3-4 (= 4:4.5.85) | 4:4.13.1-1 libknotifyconfig4 (= 4:4.3.4) | 4:4.13.1-1 libkontactinterface4 (= 4:4.12.2) | 4:4.12.4-1 libkparts4(= 4:4.5.85) | 4:4.13.1-1 libkpgp4 (= 4:4.12.4-1) | 4:4.12.4-1 libkpimidentities4(= 4:4.12.2) | 4:4.12.4-1 libkpimtextedit4 (= 4:4.12.2) | 4:4.12.4-1 libkpimutils4 (= 4:4.12.2) | 4:4.12.4-1 libkprintutils4 (= 4:4.4.95) | 4:4.13.1-1 libksieveui4 (= 4:4.12.4-1) | 4:4.12.4-1 libktnef4 (= 4:4.12.2) | 4:4.12.4-1 libmailcommon4 (= 4:4.12.4-1) | 4:4.12.4-1 libmailimporter4 (= 4:4.12.4-1) | 4:4.12.4-1 libmailtransport4 (= 4:4.12.2) | 4:4.12.4-1 libmessagecomposer4 (= 4:4.12.4-1) | 4:4.12.4-1 libmessagecore4 (= 4:4.12.4-1) | 4:4.12.4-1 libmessagelist4 (= 4:4.12.4-1) | 4:4.12.4-1 libmessageviewer4(= 4:4.12.4-1) | 4:4.12.4-1 libnepomukcore4(= 4:4.9.3) | 4:4.12.4-1+b1 libpimcommon4(= 4:4.12.4-1) | 4:4.12.4-1 libqt4-dbus(= 4:4.5.3) | 4:4.8.6+dfsg-2 libqt4-network (= 4:4.5.3) | 4:4.8.6+dfsg-2 libqt4-xml (= 4:4.5.3) | 4:4.8.6+dfsg-2 libqtcore4 (= 4:4.7.0~beta1) | 4:4.8.6+dfsg-2 libqtgui4 (= 4:4.8.0) | 4:4.8.6+dfsg-2 libqtwebkit4 (= 2.2.0) | 2.2.1-7 libsendlater4(= 4:4.12.4-1) | 4:4.12.4-1 libsolid4 (= 4:4.3.4) | 4:4.13.1-1 libsoprano4 (= 2.9.0) | 2.9.4+dfsg-1.1 libstdc++6 (= 4.1.1) | 4.9.0-11 libtemplateparser4 (= 4:4.12.4-1) | 4:4.12.4-1 Recommends(Version) | Installed ===-+-=== gnupg-agent | 2.0.25-1 gnupg2 | 2.0.25-1 pinentry-qt4| OR pinentry-x11| Suggests (Version) | Installed ==-+-== clamav | 0.98.4+dfsg-2+b1 OR f-prot-installer | kaddressbook | 4:4.12.4-1 kleopatra | procmail | 3.22-21
Bug#755046: kernel 3.2.60-1+deb7u1 DMA error on Calgary PHB
Package: kernel Version: 3.2.60-1+deb7u1 When i update kernel from 57 to 60 DMA error on Calgary PHB back I must turn boot to the 2.6.32 pls help or back info when calgary dont crash all system and calinig kernel panic
Bug#755017: FTBFS against cgsi-gsoap 1.3.6-1+b1
ons 2014-07-16 klockan 22:41 +0200 skrev Emilio Pozuelo Monfort: Source: gfal2 Version: 2.3.0-4 Severity: serious Doing rebuilds for the libgsoap5 transition, your package failed to build everywhere except on amd64, i386 and hurd-i386. That seems to be because in those builds, the version of libcgsi-gsoap1 was 1.3.6-1 (i.e. before the binNMU for libgsoap5) while on the builds that failed libcgsi-gsoap1 was at 1.3.6-1+b1. The error was: /usr/bin/c++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2-Wl,-z,relro CMakeFiles/unit_test_srm_plugin.dir/tests_srm.cpp.o -o unit_test_srm_plugin -L/«PKGBUILDDIR»/obj-arm-linux-gnueabihf/src -L/«PKGBUILDDIR»/obj-arm-linux-gnueabihf/plugins -rdynamic ../../../../src/libgfal2.so.2.3.0 -lgfal_srm_ifce -lgfal_transfer -lgfal_plugin_srm -lm ../../../../src/libgfal2.so.2.3.0 ../../../gtest/libgtest.a ../../../gtest/libgtest_main.a -luuid -lstdc++ -lglib-2.0 -lgthread-2.0 -lglib-2.0 -lgthread-2.0 -ldl ../../../gtest/libgtest.a -lpthread -Wl,-rpath,/«PKGBUILDDIR»/obj-arm-linux-gnueabihf/src:/«PKGBUILDDIR»/obj-arm-linux-gnueabihf/plugins //usr/lib/libcgsi_plugin.so.1: undefined reference to `soap_init_LIBRARY_VERSION_REQUIRED_20817' collect2: error: ld returned 1 exit status make[4]: *** [test/unit/common/srm/unit_test_srm_plugin] Error 1 I'm filing this against gfal2, although it bothers me that the libraries shipped by libcgsi-gsoap1 have undefined references. But that's been happening for a long time, so filing here. Please reassign if necessary. Emilio The failure is not caused by that the binnmu for cgsi-gsoap had happened, but because the binnmu for srm-ifce had not happened. Now that the binnmus for srm-ifce has completed the builds of gfal2 shouldn't have any problems. If you try to build against a cgsi-gsoap that has been rebuilt and an srm-ifce that has not you are using an incompatible set of dependencies and your build is expected to fail. That it fails instead of creating a broken binary is a good thing. That the libraries in libcgsi-gsoap1 have undefined references is by construction, they are deliberately left unresolved in order to make it possible for different users of the library to choose different implementations of these functions. Explicitly linking these libraries to one implementation will introduce breakage. The binnmu of lcgdm is similar. Only amd64 was tried so far and failed because it was using a cgsi-gsoap that had not been recompiled (and therefore expects gsoap4) together with the new gsoap5. After the cgsi-gsoap has been rebuilt the lcgdm rebuild will work just fine. I think you have unreasonable expectations if you expect interdependent packages to be able to binnmu in random order. This is not a permanent FTBFS. It is a transient state that exist during the transition when some packages have been rebuilt and some not. (The virtuabox package needs fixing for unrelated reasons, it bails out if the gcc version detected in greater than 4.8.) Mattias smime.p7s Description: S/MIME cryptographic signature
Bug#754965:
I tried to install this package : # dpkg -i xserver-xorg-input-synaptics_1.8.0-2_amd64.deb # reboot without success : my touchpad is still unusable Thanks Le 16/07/2014 22:12, maximilian attems a écrit : could any of your affected guys test this synaptic package (built against latest xorg server): http://charm.itp.tuwien.ac.at/~mattems/xserver-xorg-input-synaptics_1.8.0-2_amd64.deb if you need it gpg signed, cry. thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754987: /etc/init.d/udev: udevadm settle introduces delay
Am Thu, 17. Jul 2014 um 00:15:14 +0200 schrieb Michael Biebl: Am 16.07.2014 19:50, schrieb Dirk Griesbach: It's reproducible every time. Just for fun I changed the interface from dhcp to static: same behaviour. By the way, same behaviour with a pristine netinstall in VirtualBox. (debian-jessie-DI-a1-i386-netinst, default base system installation so no Desktop Manager, etc., dist-upgrade to unstable) – Except we are talking about 30seconds until udev adds /devices/*/net/eth0. Every time. Could you stick some set -x into /lib/udev/net.agent to see what's happening? set -x doesn't reveal anything interesting, However, I took the liberty to pipe stdout and stderr for the whole script into file (exec file; exec 21 right on top) to see whats going on and with this there is no delay. Nice and shiny. Piping the call to do_everything in line 106 in net.agent to something else than /dev/null or removing its redirections at all does not do the trick but the comment seems to point in the right direction. Dirk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755049: RFS: libharu/2.3.0-1 (update)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package libharu * Package name: libharu Version : 2.3.0-1 Upstream Author : Takeshi Kanno, Antony Dovgal (see copyrightfile) * URL : http://www.libharu.org * License : Zlib/libpng Section : libs It builds those binary packages: libhpdf-2.3.0 - C library for generating pdf files libhpdf-dev - C library for generating pdf files (development files) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libharu (note that due to a bug in debexpo this site shows the wrong uploader) Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libh/libharu/libharu_2.3.0-1.dsc libharu is already packaged in debian, this is just an update to the last upstream version. It will require a rebuild of the depending packages: saga udav mathgl emboss falconpl Regards, Johan Van de Wauw -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755050: Mouse pointer invisible
Package: gnome-settings-daemon Version: 3.12.2-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, since upgrading from 3.8.5-2+b2 to 3.12.2-1, my mouse pointer was invisible after login. I was able to fix this by calling $ dconf write /org/gnome/settings-daemon/plugins/cursor/active false (there are a few web pages describing this, not sure if all have the same root case). I am using xmonad, if that makes a difference. Greetings, Joachim - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-settings-daemon depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii gsettings-desktop-schemas3.12.2-1 ii libc62.19-7 ii libcairo21.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libcolord2 1.2.1-1 ii libcups2 1.7.4-1 ii libfontconfig1 2.11.0-5 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgeocode-glib0 3.12.2-1 ii libglib2.0-0 2.40.0-3 ii libgnome-desktop-3-103.12.2-2 ii libgtk-3-0 3.12.2-1+b1 ii libgudev-1.0-0 208-6 ii libgweather-3-6 3.12.2-1 ii libibus-1.0-51.5.7-1 ii liblcms2-2 2.6-3 ii libnotify4 0.7.6-2 ii libnspr4 2:4.10.6-1 ii libnspr4-0d 2:4.10.6-1 ii libnss3 2:3.16.3-1 ii libnss3-1d 2:3.16.3-1 ii libpackagekit-glib2-16 0.8.17-4 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpolkit-gobject-1-00.105-6 ii libpulse-mainloop-glib0 5.0-2 ii libpulse05.0-2 ii librsvg2-2 2.40.2-1 ii libupower-glib2 0.99.0-3 ii libwacom20.8-1 ii libx11-6 2:1.6.2-2 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-2 ii libxi6 2:1.7.2-1 ii libxkbfile1 1:1.0.8-1 ii libxtst6 2:1.2.2-1 ii nautilus-data3.12.2-1 ii systemd 208-6 Versions of packages gnome-settings-daemon recommends: ii pulseaudio 5.0-2 Versions of packages gnome-settings-daemon suggests: pn gnome-screensavernone ii metacity [x-window-manager] 1:3.12.0-1 ii x11-xserver-utils7.7+3 ii xmonad [x-window-manager]0.11-8 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlPHft8ACgkQ9ijrk0dDIGzHPACdFL5Ic7OZ8a1NNM/8wdBovhIm X8UAoLqtq7q4qBqctO1sPahuoW10OZMh =2KcH -END PGP SIGNATURE- upgrade libcap2:amd64 1:2.22-1.2 1:2.22-2 upgrade libcap2:i386 1:2.22-1.2 1:2.22-2 upgrade libc-bin:amd64 2.19-5 2.19-7 upgrade libc6:i386 2.19-5 2.19-7 upgrade libc6:amd64 2.19-5 2.19-7 upgrade libc6-i386:amd64 2.19-5 2.19-7 upgrade libc6-dev:i386 2.19-5 2.19-7 upgrade libc6-dev:amd64 2.19-5 2.19-7 upgrade libc-dev-bin:amd64 2.19-5 2.19-7 upgrade libc6-dev-i386:amd64 2.19-5 2.19-7 upgrade libc6-dev-x32:amd64 2.19-5 2.19-7 upgrade libc6-x32:amd64 2.19-5 2.19-7 upgrade libc6-dbg:amd64 2.19-5 2.19-7 upgrade libc6-i686:i386 2.19-5 2.19-7 upgrade linux-libc-dev:amd64 3.14.10-1 3.14.12-1 upgrade linux-libc-dev:i386 3.14.10-1 3.14.12-1 upgrade e2fslibs:amd64 1.42.11-1 1.42.11-2 upgrade e2fsprogs:amd64 1.42.11-1 1.42.11-2 upgrade perl:amd64 5.18.2-6 5.18.2-7 upgrade libperl5.18:amd64 5.18.2-6 5.18.2-7 upgrade perl-base:amd64 5.18.2-6 5.18.2-7 upgrade perl-modules:all 5.18.2-6 5.18.2-7 upgrade libprocps3:amd64 1:3.3.9-6 1:3.3.9-7 upgrade bluez:amd64 4.101-4.1 5.21-1 upgrade libudev1:amd64 204-14 208-6 upgrade libudev1:i386 204-14 208-6 upgrade udev:amd64 204-14 208-6 upgrade procps:amd64 1:3.3.9-6 1:3.3.9-7 upgrade comerr-dev:amd64 2.1-1.42.11-1 2.1-1.42.11-2 upgrade libcomerr2:amd64 1.42.11-1 1.42.11-2 upgrade libss2:amd64 1.42.11-1 1.42.11-2 upgrade libsystemd-daemon0:amd64 204-14 208-6 upgrade
Bug#754463: RFS: pdf2htmlex/0.11+ds-1
* Johannes Schauer j.scha...@email.de, 2014-07-17, 08:31: What do we do about debian-watch-file-should-dversionmangle-not-uversionmangle until #753772 is fixed? Ignore it or create an override? Either way works for me. Is creating files outside the build directory and not in $TMPDIR a policy violation? Policy doesn't say anything about it explicitly. It could be argued, that if the package create such files, then there's no sane way to implement policy-compliant clean target. The clean target “must undo any effects that the ‘build’ and ‘binary’ targets may have had, except that it should leave alone any output files created in the parent directory by a run of a ‘binary’ target”. I already gather statistics of file system access using the machinery to find unused build dependencies (the thing I wrote about on d-devel). But the gathered data could easily be used to find this kind of things as well. Would that make sense? Sounds good to me. :-) All done. :) Hmm, I don't see the new package on mentors.d.n. Did you upload it? -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754973: [Pkg-bluetooth-maintainers] Bug#754973: bluez 5.21-1 breaks blueman 1.23-git20140626133
The strange thing is that it did work on bluez5 until the last minor version update. Mattia On July 17, 2014 3:55:28 AM GMT+02:00, Nobuhiro Iwamatsu iwama...@nigauri.org wrote: reassign 754973 blueman thanks Hi, Yes, blueman does not work with bluez5. This is because of a change in the API of Bluez, blueman does not have to follow this in Debian. maintainer of blueman is working about this. I reassign this BTS to blueman. Best regards, Nobuhiro 2014-07-16 22:16 GMT+09:00 Mattia Belluco dewa...@ninthfloor.org: package: bluez version: 5.21-1 arch:amd64 As of last update I can no longer use blueman as it reports a number of errors like the following and basically it doesn't see the bt adapter. Run (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:202) Function on_manager_state_changed on AuthAgent Failed Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py, line 206, in Run ret = getattr(inst, function)(*args, **kwargs) File /usr/lib/python2.7/dist-packages/blueman/plugins/applet/AuthAgent.py, line 32, in on_manager_state_changed adapters = self.Applet.Manager.ListAdapters() File /usr/lib/python2.7/dist-packages/blueman/bluez/utils.py, line 28, in warp raise errors.parse_dbus_error(exception) DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method ListAdapters with signature on interface org.bluez.Manager doesn't exist I downgraded bluez to jessie's version and everything started to work again. Mattia Belluco ___ Pkg-bluetooth-maintainers mailing list pkg-bluetooth-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bluetooth-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754965:
On Wed, 2014-07-16 at 22:12 +0200, maximilian attems wrote: could any of your affected guys test this synaptic package (built against latest xorg server): http://charm.itp.tuwien.ac.at/~mattems/xserver-xorg-input-synaptics_1.8.0-2_amd64.deb That didn't appear to make any difference for me. Thanks for the prompt efforts into looking at this bug. -- Tixy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751082: Siduction
I made a temporary workaround for the problem I mentioned above in this comment: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755020#15 Or use the long-lived branch release (340.24 version) from Siduction floris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754463: RFS: pdf2htmlex/0.11+ds-1
Hi, Quoting Jakub Wilk (2014-07-17 09:46:58) * Johannes Schauer j.scha...@email.de, 2014-07-17, 08:31: What do we do about debian-watch-file-should-dversionmangle-not-uversionmangle until #753772 is fixed? Ignore it or create an override? Either way works for me. okay then I'll leave things as they are because #753772 seems uncontroversial enough such than one can assume that debian-watch-file-should-dversionmangle-not-uversionmangle should go away in the near future. Is creating files outside the build directory and not in $TMPDIR a policy violation? Policy doesn't say anything about it explicitly. It could be argued, that if the package create such files, then there's no sane way to implement policy-compliant clean target. The clean target “must undo any effects that the ‘build’ and ‘binary’ targets may have had, except that it should leave alone any output files created in the parent directory by a run of a ‘binary’ target”. Good argument. All done. :) Hmm, I don't see the new package on mentors.d.n. Did you upload it? whoops... I indeed forgot. It is uploaded now and should appear online any minute. 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#755050: Mouse pointer invisible
On Jul 17, Joachim Breitner nome...@debian.org wrote: since upgrading from 3.8.5-2+b2 to 3.12.2-1, my mouse pointer was invisible after login. I was able to fix this by calling $ dconf write /org/gnome/settings-daemon/plugins/cursor/active false (there are a few web pages describing this, not sure if all have the same root case). Me too, yesterday I upgraded something to the latest unstable. I use gnome-session with fvwm. -- ciao, Marco signature.asc Description: Digital signature
Bug#755048: “Could not get screen information”
On 17/07/14 09:34, Joachim Breitner wrote: Package: gnome-control-center Version: 1:3.12.1-4 Severity: normal Hi, since upgrading gnome-control-center from from 1:3.8.3-7+b2 to 1:3.12.1-4 (along with a few other things, see attached file), the Screens (or Displays or Monitors) view of the control center does not do anything useful, and just says “Could not get screen information”. Also, on a possibly related note, my still existing settings from .config/monitors.xml are no longer applied. I’m using xmonad. A possibly related bug is reported at https://bugzilla.redhat.com/show_bug.cgi?id=1040062 The screen handling code moved from gnome-settings-daemon to gnome-shell (for wayland support's sake) which means the control center panel probably won't work with other WMs anymore. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753110: RFS: mrrescue/1.02c-1 ITP
I can't sponsor either, I'm not even into NM I'm wondering about the license of mrrescue/TSerial.lua: in the copyright file you claim it is copyright Matthias Richter and under Zlib license, but the file only states that the author is Taehl (selfmadespi...@gmail.com). With an internet search I've found this source for TSerial https://love2d.org/wiki/Tserial which however isn't any more useful as far as licensing is concerned. Did you write to the author? -- Elena ``of Valhalla'' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755048: “Could not get screen information”
Hi, Am Donnerstag, den 17.07.2014, 09:52 +0200 schrieb Emilio Pozuelo Monfort: On 17/07/14 09:34, Joachim Breitner wrote: Package: gnome-control-center Version: 1:3.12.1-4 Severity: normal Hi, since upgrading gnome-control-center from from 1:3.8.3-7+b2 to 1:3.12.1-4 (along with a few other things, see attached file), the Screens (or Displays or Monitors) view of the control center does not do anything useful, and just says “Could not get screen information”. Also, on a possibly related note, my still existing settings from .config/monitors.xml are no longer applied. I’m using xmonad. A possibly related bug is reported at https://bugzilla.redhat.com/show_bug.cgi?id=1040062 The screen handling code moved from gnome-settings-daemon to gnome-shell (for wayland support's sake) which means the control center panel probably won't work with other WMs anymore. I was fearing that’s the case. I wonder how long I can maintain my gnome/xmonad setup any more Maybe the error message could be made more informative? Slightly OT for this bug, but probably interesting to affected people passing by: Are there gnome-independent tools that react on monitor changes and apply a configuration? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#728053: Updated debdiff for mesa to compile on m68k
On Thu, 17 Jul 2014, Eero Tamminen wrote: While effect of unaligned accesses is normally invisible, No, the compiler is inserting padding here silently. We call this “implicit padding”. The problem with it is that this padding is architecture-dependent, and some platforms have other alignment requirements than other platforms. Take this example: struct { char c; int i; } foo; This looks like this to the programmer: ┌───┬───┬───┬───┬───┐ │ c │ i i i i │ └───┴───┴───┴───┴───┘ But it looks like this on i386: ┌───┬───┬───┬───┬───┬───┬───┬───┐ │ c │ XpaddingX │ i i i i │ └───┴───┴───┴───┴───┴───┴───┴───┘ And only like this on m68k: ┌───┬───┬───┬───┬───┬───┐ │ c │ X │ i i i i │ └───┴───┴───┴───┴───┴───┘ This is because the compiler uses the architecture’s optimal minimum alignment for “implicit” padding, to avoid the misalignment you’re talking about. On i386, access to a 32-bit quantity is fast if it’s 4-byte aligned; on m68k, 2-byte alignment is not only enough for it to be fast (4-byte would have no benefit), but is also required by the ABI. To fix this, we use explicit padding: struct { char c; char unused1[3]; int i; } foo; Now all cases look the same (except if you have a CPU which wants to align its “int”s to 64 bit…). The problem here is that the code in question uses arrays of such structs with implicit padding, and checks their sizes against its expectations. Maybe because the array is written directly to the hardware. What my patch does is to insert e̲x̲p̲l̲i̲c̲i̲t̲ padding to exactly match the i̲m̲p̲l̲i̲c̲i̲t̲ padding present on the i386 architecture, to make this the “minimum amount of padding” used. (Other architectures may still insert implicit padding, e.g. if they want their “int”s to be 64-bit aligned, but that’s outside of the scope of this, and will fail with that code anyway.) bye, //mirabilos -- [16:04:33] bkix: veni vidi violini [16:04:45] bkix: ich kam, sah und vergeigte... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752106: (no subject)
We are now a Push mirror. We are pushed by ftp2.de.debian.org -- 23Media GmbH Grafschaft 2 48163 Münster Germany Tel +49 251 590 8066 - 0 Fax +49 251 590 8066 - 9 Geschäftsführer/CEO: Stefan Rehn Tobias Rehn Amtsgericht Münster, HRB 12399 USt.-ID-Nr.: DE815136232 Vertraulichkeit: Diese E-Mail und ihre Anlagen enthalten vertrauliche bzw. urheberrechtlich oder durch andere Rechte geschützte Informationen, die nicht öffentlich sind. Die Übermittlung ist nur an die adressierten Empfänger beabsichtigt. Wenn Sie nicht zu den beabsichtigten Empfängern gehören, löschen Sie diese E-Mail inklusive aller Anlagen. Informieren Sie uns bitte per E-Mail oder Telefon über die fehlgeleitete Zustellung. Unbeabsichtigte Empfänger dieser Mail dürfen die Inhalte und Anlagen weder kopieren noch offen legen. Die nicht autorisierte Verwendung, Verbreitung, Verteilung und Wiedergabe dieser E-Mail oder ihrer Anlagen ist nicht gestattet. Confidentiality: This message and any attachment are confidential and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, please return the email to the sender and delete this message and any attachment from your system. If you are not the intended recipient you must not copy this message or attachment or disclose the contents to any other person. Email messages may be monitored and/or recorded by 23Media GmbH. Thank you for your co-operation. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755051: emacs24-common: C/l mode: parentheses matching in comment is broken by apostrophe character
Package: emacs24-common Version: 24.3+1-4 Severity: normal In C/l mode (provided by cc-mode.el), parentheses matching in a comment is broken by the apostrophe character: open a new file file.c and type: /* (it's) */ then put the cursor after the closing parenthesis and type C-M-p. An error message forward-list: Scan error: Unbalanced parentheses, 9, 1 appears and the cursor isn't moved. There's no such problem if the apostrophe is removed. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs24-common depends on: ii dpkg1.17.10 ii emacsen-common 2.0.8 ii install-info5.2.0.dfsg.1-4 emacs24-common recommends no packages. Versions of packages emacs24-common suggests: ii emacs24-common-non-dfsg 24.3+1-1 ii emacs24-el 24.3+1-4 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554161: gnome-settings-daemon: Keybindings involving the numpad are ignored
It seems that the problem no longer occurs with 3.12.2-1. I don't know precisely which version fixed it, but this bug can be closed as far as I'm concerned. Roland. -- Roland Mas Bada, bada, ba-da-da-daaa, doudou, doudou, dou-dou-dou-dou-baaa. -- in Song without words #1 (Paul Leavitt) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682951: gnome-control-center: gnome-sound-applet and friends forget which sound card is active after hibernating
This is still reproducible with 3.12.2-1 (with the added bonus that the sound preferences window is now one click further away than it previously was). Roland. -- Roland Mas Neko-no me-to, onna-gokoro-to, aki-no-sora. -- Proverbe japonais -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755052: pcre3: log not output if tests fail on a buildd
Source: pcre3 Version: 1:8.35-2 Severity: normal Tags: patch If the tests fail on a buildd, as is currently happening (return of #751828), detailed output is not given. This is a common issue with recent Automake, and can easily be fixed by running the tests with VERBOSE=1. See also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744380 in which I asked for this to be done by default in dh_auto_test (but that wouldn't help pcre3, which doesn't use dh). S From 1b16d7373d9a785c588c90f4a2b470f07bf7f517 Mon Sep 17 00:00:00 2001 From: Simon McVittie s...@debian.org Date: Thu, 17 Jul 2014 09:29:17 +0100 Subject: [PATCH] Run tests with VERBOSE=1 so we can see the logs for failing tests --- debian/changelog | 7 +++ debian/rules | 2 +- 2 files changed, 8 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index 0467f9c..60ba7fc 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +pcre3 (1:8.35-2.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Run tests with VERBOSE=1 so we can see the logs for failing tests + + -- Simon McVittie s...@debian.org Thu, 17 Jul 2014 09:27:30 +0100 + pcre3 (1:8.35-2) unstable; urgency=medium * Build-depends on auto-reconf (Closes: 754540) diff --git a/debian/rules b/debian/rules index 108a738..41ef1a3 100755 --- a/debian/rules +++ b/debian/rules @@ -50,7 +50,7 @@ build-stamp: configure-stamp # Add here commands to compile the package. $(MAKE) ifeq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE)) - $(MAKE) check + $(MAKE) check VERBOSE=1 endif touch build-stamp -- 2.0.1
Bug#754977: (no subject)
Package: wnpp Severity: wishlist * Package name: php5-pecl-mailparse Version : 2.1.6 Upstream Author : Wez Furlong w...@php.net (lead), Brian Shire sh...@php.net (lead), John Jawed ja...@php.net (lead) * URL : http://pecl.php.net/package/mailparse * License : PHP [1] Programming Lang: PHP Description : Mailparse is a PECL extension for parsing and working with email messages. It can deal with rfc822 and rfc2045 (MIME) compliant messages. [1] The php license is GPL-incompatible, and debian incompatible according to http://lwn.net/Articles/604630/. I have contacted upstream to ask them for a BSD license, and waiting for an answer. If they do not accept, i guess i won't be able to package it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755053: Exits (status 0) regularly
Package: nscd Version: 2.13-38+deb7u3 Severity: normal I've noticed that nscd regularly exits. I have to start it manually, but next time I check it, it's exited. nscd.service - LSB: Starts the Name Service Cache Daemon Loaded: loaded (/etc/init.d/nscd) Active: active (exited) since Tue 2014-07-15 11:09:12 BST; 1 day 22h ago Process: 2962 ExecStop=/etc/init.d/nscd stop (code=exited, status=0/SUCCESS) Process: 2972 ExecStart=/etc/init.d/nscd start (code=exited, status=0/SUCCESS) Jul 15 11:09:12 oxylus systemd[1]: Started LSB: Starts the Name Service Cache Daemon. AIUI this means it's exiting with status 0 and not logging anything. -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (600, 'stable'), (590, 'stable-updates'), (570, 'testing'), (560, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-0.bpo.1-amd64 (SMP w/8 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 nscd depends on: ii libc6 2.13-38+deb7u3 nscd recommends no packages. nscd suggests no packages. -- Configuration Files: /etc/nscd.conf changed: debug-level 0 paranoiano enable-cachepasswd yes positive-time-to-live passwd 300 negative-time-to-live passwd 20 suggested-size passwd 211 check-files passwd yes persistent passwd yes shared passwd yes enable-cachegroup yes positive-time-to-live group 300 negative-time-to-live group 60 suggested-size group 211 check-files group yes persistent group yes shared group yes enable-cachehosts yes positive-time-to-live hosts 60 negative-time-to-live hosts 20 suggested-size hosts 211 check-files hosts yes persistent hosts yes shared hosts yes -- 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#752214: [Maxima-discuss] maxima wants wxt as backend for gnuplot
Hi, that was a bug I introduced in 5.33.0 and which has already been fixed on May 28: http://sourceforge.net/p/maxima/code/ci/e86fb0d691cfa83437aa3a75e8be901bf6bde3d2/ Those using 5.33.0 can also fix the problem by adding the following line to the Maxima init file: set_plot_option([gnuplot_default_term_command, set term pop])$ Regards, Jaime On 16-07-2014 22:07, Camm Maguire wrote: forwarded 752214 maxima-disc...@lists.sourceforge.net thanks Package: maxima Version: 5.33.0-3 Severity: normal Dear Maintainer, I am running the kde desktop on jessie and installed the gnuplot and maxima packages. Gnuplot uses the terminal option qt by default, whereas maxima wants the wxt terminal, which is not installed by default. Thus I get the following error when I plot. Maxima 5.33.0 http://maxima.sourceforge.net using Lisp GNU Common Lisp (GCL) GCL 2.6.10 (a.k.a. GCL) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. The function bug_report() provides bug reporting information. (%i1) plot2d(x^2-x,[x,-10,10]); (\%o1) \verb|/home/yves/maxout.gnuplot_pipes| \\ \verb| | gnuplot set term wxt size 640,480 font ,12; set term pop ^ line 0: unknown or ambiguous terminal type; type just 'set terminal' for a list I can fix it by issuing the command set_plot_option([gnuplot_term, qt]); I am not sure however why maxima wants to use the wxt backend with gnuplot. I didn't install wxmaxima, the wxt backend is not available by default with a gnuplot install under kde, neither is the library libwxbase. My feeling is that the maxima package should not rely on wxwidgets by default for plotting. At least it should check for the availability of the backend. Best regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751367: bug exist also in stable
Quoting Agustin Martin (2014-07-15 18:11:06) On Fri, Jul 11, 2014 at 11:37:14PM +0200, Jonas Smedegaard wrote: Please consider applying the bugfix also to a stable point release. The underlying bug is debconf database corruption and it is not fixed by dictionaries-common (nor known to be caused by it). Previously, dictionaries-common complained loudly (as above) when noticing it, pointing users to fix debconf database corruption (and giving advice on that), so underlying bug can be fixed and have things working as expected again. Uhm, please correct me if I'm wrong, but my experience is that dictionaries-common not only complains loudly but *fails*, which causes the whole package upgrade to fail. Seems that _this_ bug is not about the underlying corruption but how loudly as you call it it is treated by dictionaries-common (why else close it for newer package releases without the underlying issue fixed?). [snip] Since those changes do not fix the real underlying problem (debconf database corruption), but only change the package complains about it, I do not think it is eligible for a stable point release. Do not know what stable release team would think about this. I believe the issue of dictionaries-common failing - thereby interrupting upgrade of upnrelated packages - is in itself serious enough for a stable fix, even if underlying issue is still unfixed. Since you seem to understand the underlying issue (I don't) did you file appropriate bugreport about that? If so, please mention bug number here, for others stumbling across this bugreport and (unlike me) interested concerned not about package upgrade interruption but the underlying corruption issue. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#754474: [Pkg-utopia-maintainers] Bug#754474: network-manager-openvpn-gnome: VPN icons and toggle not showing properly
On Wed, Jul 16, 2014 at 09:59:45PM +0200, Michael Biebl wrote: when I click the network icon (the lock icon once connected), the VPN toggle still shows as OFF. Should be fixed with gnome-shell 3.12. Yes, I upgraded it and it seems to work fine now, thanks! Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651506: gnome-shell: screen becomes glitched when attempting to unlock
Control: tag -1 + moreinfo Hi, althaser wrote (14 Mar 2014 19:31:54 GMT) : this is an old bug report. Could you please still reproduce this issue with newer version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? Ping? I can't reproduce it here with 3.8.4-5+b1. Can't reproduce either with 3.12.2-3. 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#645716: gnome-shell: after suspend the screen is shown for a short time before it is locked
Hi, Norbert Preining wrote (31 Mar 2014 03:06:49 GMT) : On Tue, 18 Mar 2014, althaser wrote: Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? I used to experience this problem on sid too, but it seems to have vanished recently (possibly thanks to a xserver-xorg-video-intel upgrade). As before, I don't have gnome-shell anymore on my laptop. Please close this bug if nobody else can reproduce it. I concur: we should probably close this bug. Shall I go ahead, or do the maintainers want to handle this differently? 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#651526: [gnome-shell] Wake up from suspend is very difficult
Control: tag -1 + moreinfo Hi, althaser wrote (19 Mar 2014 13:33:04 GMT) : Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? Ping? Unless someone tells us they can reproduce this bug on current Wheezy or testing/sid, I think it should be closed or marked as unreproducible. 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#686011: gnome-shell: does not always lock when I close my laptop
Control: tag -1 + moreinfo Hi, althaser wrote (20 Mar 2014 19:42:42 GMT) : Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? I think this bug report should now be closed. Shall I go ahead, or do the maintainers want to handle this differently? 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#754935: O: scala
This is possibly something that the Java team could adopt. I'm certainly motivated to get the latest version of Scala in before the freeze but I have less packaging experience than other members in the Java team. I'll have a look at what dependencies are needed in order to get it to build offline in Debian. If you have any notes or work done so far please share it. Thanks.
Bug#754967: [Pkg-varnish-devel] Bug#754967: varnish: Varnish init.d script silently ignores failed reload-vcl
Control: tags -1 moreinfo Paweł Sadowski debian.b...@sadziu.pl writes: When trying to automate VCL deployment with Puppet I hit a bug in Varnish init.d script. When called with 'reload' argument it always returns 0, disregarding reload-vcl exit code due to 'exit 0' at the end of this script. I can't think of any reason why this has been added there. 'exit 0' is present in 3.x and 4.x packages. I can't reproduce this on 4.0.1-1. Using sh -x /usr/share/varnish/reload-vcl, I tested the following scenarios: - With varnish running, the return code is 0. - With varnish stopped, the return code is 1. - With a syntax error in the VCL, the return code is 1. - With an unprivileged user, the return code is 1. I need more information. Could you update the bug with the output of sh -x /usr/share/varnish/reload-vcl ; echo $? …when run as root? -- Stig Sandbeck Mathisen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733112: [Pkg-systemd-maintainers] Bug#733112: libsystemd-login0: logind not found by gdm3
Hi, Stig Sandbeck Mathisen wrote (16 Mar 2014 09:14:06 GMT) : When starting gnome session from startx, or starting gdm3, the gnome-shell process tries to access /proc/1/cgroup, which would obviously not work when /proc is mounted with -o hidepid=, but I could not find anything relevant in its source. I'll try to re-enable hidepid in the next few days, to see if current sid's GDM/GNOME Shell/whatever are still incompatible with this security measure. Note that this bug will affect Tails when it's based on Jessie: we at Tails enable hidepid, and are likely to ship some flavour of the Shell on Jessie. 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#716442: [Axiom-developer] [Mayhem] Bug report on axiom-graphics: view2d crashes with exit status 139
Camm, It appears that Brumley's team is fuzzing the input to the graphics portion of Axiom, likely as an effort to find security holes. I used to work at CMU/CERT and am currently active in the security field. Actually, I'm kind of pleased that they got it to run considering our last exchange about gcc no longer working with the legacy C code. Perhaps I need to get David's gcc list of switches :-) I will log these bug reports but they are certainly queued behind larger problems like getting Axiom running on the MAC. Tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755054: libunity: Uses deprecated gee-1.0 which breaks linking with up-to-date gee-0.8
Package: libunity Version: 6.12.0-1~experimental1 Severity: important Tags: upstream patch libunity 6.12.0-1~experimental1 links against gee-1.0. Since gee-1.0 and gee-0.8 cannot sanely coexist in one binary, this breaks applications linking against libunity and the up-to-date gee-0.8, of which there is a fair number. There are no applications using the legacy gee-1.0 and libunity in the Debian archive and new applications are migrating to gee-0.8, so this should not break any existing apps. Upstream has solved this issue by removing Gee usage altogether, see https://bazaar.launchpad.net/~unity-team/libunity/trunk/revision/310 However, that was done in a much later but still unreleased version and is not trivial to backport. I'm attaching a patch that switches libunity from gee-1.0 to gee-0.8 as a stop- gap measure until either a new upstream version with the fix is released or the patch removing Gee usage altogether is backported to Debian. -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Description: Switch from deprecated gee-1.0 to the up-to-date gee-0.8 Since gee-1.0 and gee-0.8 cannot sanely coexist on the same system, and multiple applications linking against libunity have migrated to gee-0.8 already, switch to gee-0.8 as well. . Upstream has solved this issue by removing Gee usage altogether, see https://bazaar.launchpad.net/~unity-team/libunity/trunk/revision/310 However, that was done in a much later but unreleased version and is not trivial to backport. . This patch is intended as a stop-gap solution to allow linking gee-0.8 appplications to link with Unity until either the newer upstream version is released or the relevant upstream patch is backported to this package. Origin: Debian Bug-Debian: http://bugs.debian.org/bugnumber Forwarded: not-needed Last-Update: 2014-07-17 --- libunity-6.12.0.orig/configure +++ libunity-6.12.0/configure @@ -14969,12 +14969,12 @@ if test -n $GEE_CFLAGS; then pkg_cv_GEE_CFLAGS=$GEE_CFLAGS elif test -n $PKG_CONFIG; then if test -n $PKG_CONFIG \ -{ { $as_echo $as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \gee-1.0 = 0.6.0\; } 5 - ($PKG_CONFIG --exists --print-errors gee-1.0 = 0.6.0) 25 +{ { $as_echo $as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \gee-0.8 = 0.8.0\; } 5 + ($PKG_CONFIG --exists --print-errors gee-0.8 = 0.8.0) 25 ac_status=$? $as_echo $as_me:${as_lineno-$LINENO}: \$? = $ac_status 5 test $ac_status = 0; }; then - pkg_cv_GEE_CFLAGS=`$PKG_CONFIG --cflags gee-1.0 = 0.6.0 2/dev/null` + pkg_cv_GEE_CFLAGS=`$PKG_CONFIG --cflags gee-0.8 = 0.8.0 2/dev/null` test x$? != x0 pkg_failed=yes else pkg_failed=yes @@ -14986,12 +14986,12 @@ if test -n $GEE_LIBS; then pkg_cv_GEE_LIBS=$GEE_LIBS elif test -n $PKG_CONFIG; then if test -n $PKG_CONFIG \ -{ { $as_echo $as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \gee-1.0 = 0.6.0\; } 5 - ($PKG_CONFIG --exists --print-errors gee-1.0 = 0.6.0) 25 +{ { $as_echo $as_me:${as_lineno-$LINENO}: \$PKG_CONFIG --exists --print-errors \gee-0.8 = 0.8.0\; } 5 + ($PKG_CONFIG --exists --print-errors gee-0.8 = 0.8.0) 25 ac_status=$? $as_echo $as_me:${as_lineno-$LINENO}: \$? = $ac_status 5 test $ac_status = 0; }; then - pkg_cv_GEE_LIBS=`$PKG_CONFIG --libs gee-1.0 = 0.6.0 2/dev/null` + pkg_cv_GEE_LIBS=`$PKG_CONFIG --libs gee-0.8 = 0.8.0 2/dev/null` test x$? != x0 pkg_failed=yes else pkg_failed=yes @@ -15012,14 +15012,14 @@ else _pkg_short_errors_supported=no fi if test $_pkg_short_errors_supported = yes; then - GEE_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors --cflags --libs gee-1.0 = 0.6.0 21` + GEE_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors --cflags --libs gee-0.8 = 0.8.0 21` else - GEE_PKG_ERRORS=`$PKG_CONFIG --print-errors --cflags --libs gee-1.0 = 0.6.0 21` + GEE_PKG_ERRORS=`$PKG_CONFIG --print-errors --cflags --libs gee-0.8 = 0.8.0 21` fi # Put the nasty error message in config.log where it belongs echo $GEE_PKG_ERRORS 5 - as_fn_error $? Package requirements (gee-1.0 = 0.6.0) were not met: + as_fn_error $? Package requirements (gee-0.8 = 0.8.0) were not met: $GEE_PKG_ERRORS @@ -15418,7 +15418,7 @@ fi LIBUNITY_CFLAGS=$GLIB2_CFLAGS $GOBJECT2_CFLAGS $GIO2_CFLAGS $GIO_UNIX2_CFLAGS $GEE_CFLAGS $DEE_CFLAGS $DBUSMENU_CFLAGS LIBUNITY_LIBS=$GLIB2_LIBS $GOBJECT2_LIBS $GIO2_LIBS $GIO_UNIX2_LIBS $GEE_LIBS $DEE_LIBS $DBUSMENU_LIBS -LIBUNITY_PACKAGES=--pkg glib-2.0 --pkg gobject-2.0 --pkg gio-2.0 --pkg gio-unix-2.0 --pkg gee-1.0 --pkg dee-1.0 --pkg Dbusmenu-0.4
Bug#755055: wide character support
Package: libcurses-ui-perl Version: 0.9609-1 Severity: normal Hello, it would be nice to have wide character support for libcurses-ui-perl. There's a patch for that feature/bug ( https://rt.cpan.org/Public/Bug/Display.html?id=94539 ), but the original author seems to be inactive, so it probably won't be fixed upstream. Other people also requested wide character support in the past: https://rt.cpan.org/Public/Bug/Display.html?id=56695 . Best regards, Manuel Hachtkemper PS: The Curses:UI package in pkgsrc has already adopted this feature. -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.42.wap (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcurses-ui-perl depends on: ii libcurses-perl1.31-1~bpo70+1 ii libterm-readkey-perl 2.30-4+b2 ii perl 5.14.2-21+deb7u1 libcurses-ui-perl recommends no packages. libcurses-ui-perl 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#686011: gnome-shell: does not always lock when I close my laptop
Hi, Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? I think this bug report should now be closed. Shall I go ahead, or do the maintainers want to handle this differently? I now run xfce so this does not bother me anymore. Folkert van Heusden -- Multi tail barnamaj mowahib li mora9abat attasjilat wa nataij awamir al 7asoub. damj, talwin, mora9abat attarchi7 wa ila akhirih. http://www.vanheusden.com/multitail/ -- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754257: [kdm] Workaround: Started with Empty Home Directory
Control: priority -1 normal Control: tag -1 + moreinfo ¡Hola David! El 2014-07-16 a las 14:50 +0300, David Baron escribió: Yes, empty home directory for user and it logs in. Any data, of course, can be brought in from the saved copy. Let's make a summary so far: * You have at least one user in your system that fails to log in using kdm. * In the same system you have other users that do work correctly. * With a new user the session starts correctly. I couldn't find in the reports what kind of session you are trying to start with the users that can't login, I'm assuming you are trying to start kde plasma. With this information, I would suspect of a composite/opengl related issue, and of some corrupted data in the home user directory that causes the session to fail completely. Please respond as clearly as possible the questions bellow: You mentioned that the bug doesn't happend with your user, which makes me wonder if you are loging in your user in the first graphical session and the failling users are trying to log in in the secondary graphical sessions (Change users/ New Login in kde). Can you confirm me if you log the failling user in the first graphical session if it works or not? Does the session of the failling users start correctly using another display manager (lightdm, gdm, etc)? Does the session starts correctly if you use another type of session/desktop environment/window manager (like openbox, for example)? After replying these questions, a good way to find the culprit would be to do a binary search with the data in the home user. It would be particularly useful if you could reproduce the issue copying a failling user ~/.kde and ~/.config to a newly created user home. -- The sooner you start to code, the longer the program will take. -- Roy Carlson Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#751828: pcre3: FTBFS [ppc64el]: Test failure in common with amd64
tags 751828 + patch retitle 751828 pcre3: FTBFS: test failure: no longer produces number too big in {} quantifier found 751828 1:8.35-2 thanks On Wed, 18 Jun 2014 at 11:38:11 -0300, Mauricio Faria de Oliveira wrote: /a{}/I -Failed: number too big in {} quantifier at offset 22 +Capturing subpattern count = 0 +No options +First char = 'a' +No need char /(){64294967295}/I -Failed: number too big in {} quantifier at offset 14 +Failed: regular expression is too large at offset 15 /(){2,4294967295}/I -Failed: number too big in {} quantifier at offset 15 +Failed: numbers out of order in {} quantifier at offset 15 [...] I can reproduce this on amd64 in 1:8.35-2, and it seems likely that the FTBFS on every architecture except amd64 has the same cause. These numbers are parsed using this loop, or matching code to parse max: while (IS_DIGIT(*p)) min = min * 10 + (int)(*p++ - CHAR_0); if (min 0 || min 65535) { *errorcodeptr = ERR5; return p; If min gets larger than 214748365 (slightly more than 2^31 / 10) in any given iteration, then the next multiplication by 10 is a signed integer overflow, which is formally undefined behaviour in C. Older versions of gcc effectively guaranteed that signed integer overflow wraps around in the way you might expect for twos-complement, e.g. 214748365 * 10 == (int) 2147483650U == -2147483646, but more recent gcc (when -fwrapv is not given) optimizes on the assumption that undefined behaviour will not be reached, so this overflow leads to unpredictable results. In the current implementation, even with older gcc or -fwrapv, it is probably also possible to construct invalid regexes that are incorrectly parsed because a large limit wraps all the way round into the valid range [0,65535] and is interpreted as a smaller limit. One solution that seems reasonable is to check for out-of-range after each digit is added. This should be portable to every platform with at least 32-bit int (strictly speaking, every platform where 655359 fits in an int). The attached patch 0002 fixes this. I also attach patch 0001 to fix #755052, which is non-essential but would help a lot with debugging any future pcre3 test failures. I might NMU this if it isn't fixed for a while, but I'll give the maintainer a chance to sanity-check the patch first. Regards, S From d0a1e185e351cde74b7fc0c072087d8d234e85b5 Mon Sep 17 00:00:00 2001 From: Simon McVittie s...@debian.org Date: Thu, 17 Jul 2014 10:21:06 +0100 Subject: [PATCH 1/2] Run tests with VERBOSE=1 so we can see the logs for failing tests --- debian/changelog | 8 debian/rules | 2 +- 2 files changed, 9 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index 0467f9c..5e10cfc 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +pcre3 (1:8.35-2.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Run tests with VERBOSE=1 so we can see the logs for failing tests +(Closes: #755052) + + -- Simon McVittie s...@debian.org Thu, 17 Jul 2014 09:27:30 +0100 + pcre3 (1:8.35-2) unstable; urgency=medium * Build-depends on auto-reconf (Closes: 754540) diff --git a/debian/rules b/debian/rules index 108a738..41ef1a3 100755 --- a/debian/rules +++ b/debian/rules @@ -50,7 +50,7 @@ build-stamp: configure-stamp # Add here commands to compile the package. $(MAKE) ifeq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE)) - $(MAKE) check + $(MAKE) check VERBOSE=1 endif touch build-stamp -- 2.0.1 From 536eda8ebff29c0bb08817da0b45298ac312b6b7 Mon Sep 17 00:00:00 2001 From: Simon McVittie s...@debian.org Date: Thu, 17 Jul 2014 10:21:25 +0100 Subject: [PATCH 2/2] Alter checks for too-large repeat count so they do not rely on integer overflow behaviour (closes: #751828) --- debian/changelog | 2 + ...g-repeat-count-check-for-overflow-after-e.patch | 93 ++ debian/patches/series | 1 + 3 files changed, 96 insertions(+) create mode 100644 debian/patches/0001-When-parsing-repeat-count-check-for-overflow-after-e.patch diff --git a/debian/changelog b/debian/changelog index 5e10cfc..f6880a2 100644 --- a/debian/changelog +++ b/debian/changelog @@ -3,6 +3,8 @@ pcre3 (1:8.35-2.1) UNRELEASED; urgency=medium * Non-maintainer upload. * Run tests with VERBOSE=1 so we can see the logs for failing tests (Closes: #755052) + * Alter checks for too-large repeat count so they do not rely on +integer overflow behaviour (closes: #751828) -- Simon McVittie s...@debian.org Thu, 17 Jul 2014 09:27:30 +0100 diff --git a/debian/patches/0001-When-parsing-repeat-count-check-for-overflow-after-e.patch b/debian/patches/0001-When-parsing-repeat-count-check-for-overflow-after-e.patch new file mode 100644 index 000..a909502 --- /dev/null +++
Bug#755010: ahven: Increase gnat version on dependencies
Hi, Thanks for your bug report and the patch. On 07/16/2014 09:56 PM, Breno Leitao wrote: This package depends on a old gnat version. Currently it doesn't build on ppc64el because ppc64el support started on GCC/GNAT 4.8, so, I would like if you can increase the gnat version on the dependencies, to a more recent version. I am providing a patch that would do it for you. I'm going to update the ahven package to upstream version 2.4 soon. The updated package will depend on gnat-4.9, which is the targeted Ada compiler for Debian jessie. I hope this works for you. Kind regards, - reto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754257: [kdm] Workaround: Started with Empty Home Directory
On Thursday 17 July 2014 11:34:46 Maximiliano Curia wrote: Control: priority -1 normal Control: tag -1 + moreinfo ¡Hola David! El 2014-07-16 a las 14:50 +0300, David Baron escribió: Yes, empty home directory for user and it logs in. Any data, of course, can be brought in from the saved copy. Let's make a summary so far: * You have at least one user in your system that fails to log in using kdm. * In the same system you have other users that do work correctly. * With a new user the session starts correctly. I couldn't find in the reports what kind of session you are trying to start with the users that can't login, I'm assuming you are trying to start kde plasma. With this information, I would suspect of a composite/opengl related issue, and of some corrupted data in the home user directory that causes the session to fail completely. Please respond as clearly as possible the questions bellow: You mentioned that the bug doesn't happend with your user, which makes me wonder if you are loging in your user in the first graphical session and the failling users are trying to log in in the secondary graphical sessions (Change users/ New Login in kde). Can you confirm me if you log the failling user in the first graphical session if it works or not? Both users now work, second user started with new, empty home directory. It did NOT make any difference whether it was a primary or secondary login. When it still did not work, did not. Does work, does... Does the session of the failling users start correctly using another display manager (lightdm, gdm, etc)? Was not tried. Posters on other forums said gdm worked when kdm did not. These were not Debian posters. lightdm is Ubuntu Does the session starts correctly if you use another type of session/desktop environment/window manager (like openbox, for example)? Did not try other graphical sessions. I could log the user onto a bash shell. After replying these questions, a good way to find the culprit would be to do a binary search with the data in the home user. It would be particularly useful if you could reproduce the issue copying a failling user ~/.kde and ~/.config to a newly created user home. I no longer have them, no important data. However, when it did fail, old or blank or no .kde made no difference. Problem was outside of .kde directory. One other hint. My session which I got working with dist-upgrade started with a fresh (no) .kde. However, the menus that I had were the old menus from previous installation. So maybe something outside of .kde, in .config or wherever the menu info is stored. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752221: [axiom] Some sources are not included in your package
Camm, I'm not sure what to make of this bug report. The .js files exist as part of my learning curve of javascript. I'm trying to find ways to present a huge algebra graph in some human readable form. In this case I'm trying to understand how to use force graphs. Portions of it are my code. All of it will go away once I understand the details. They will probably be removed during a release cleanup. Tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755056: phpmyadmin: Impossible to copy a database over an existing database
Package: phpmyadmin Version: 4:3.4.11.1-2 Severity: normal When I try to copy a database over another existing database, I always get errors about tables already existing, even if I check the box Add DROP TABLE / DROP VIEW The only way to copy is to drop the destination database before copying. -- System Information: Debian Release: 6.0.10 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates'), (500, 'oldstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages phpmyadmin depends on: ii dbconfig-common1.8.47+nmu1 common framework for packaging dat ii debconf [debconf-2.0] 1.5.49Debian configuration management sy ii libapache2-mod-php55.3.3-7+squeeze19 server-side, HTML-embedded scripti ii perl 5.10.1-17squeeze6 Larry Wall's Practical Extraction ii php5 5.3.3-7+squeeze19 server-side, HTML-embedded scripti ii php5-mcrypt5.3.3-7+squeeze19 MCrypt module for php5 ii php5-mysql 5.3.3-7+squeeze19 MySQL module for php5 ii ttf-dejavu-core2.33-3Vera font family derivate with add ii ucf3.0025+nmu3 Update Configuration File: preserv Versions of packages phpmyadmin recommends: ii apache2 2.2.16-6+squeeze12 Apache HTTP Server metapackage ii apache2-mpm-prefork [ 2.2.16-6+squeeze12 Apache HTTP Server - traditional n ii mysql-client-5.1 [mys 5.1.73-1 MySQL database client binaries ii php5-gd 5.3.3-7+squeeze19 GD module for php5 Versions of packages phpmyadmin suggests: ii elinks [www-browser 0.12~pre5-2+squeeze1 advanced text-mode WWW browser ii links2 [www-browser 2.3~pre1-1+squeeze2 Web browser running in both graphi ii mysql-server5.1.73-1 MySQL database server (metapackage ii mysql-server-5.1 [m 5.1.73-1 MySQL database server binaries and ii w3m [www-browser] 0.5.2-9 WWW browsable pager with excellent -- debconf information: phpmyadmin/app-password-confirm: (password omitted) phpmyadmin/mysql/admin-pass: (password omitted) phpmyadmin/password-confirm: (password omitted) phpmyadmin/setup-password: (password omitted) phpmyadmin/mysql/app-pass: (password omitted) phpmyadmin/remove-error: abort phpmyadmin/setup-username: admin phpmyadmin/db/app-user: phpmyadmin phpmyadmin/remote/host: phpmyadmin/dbconfig-install: true phpmyadmin/remote/port: phpmyadmin/dbconfig-upgrade: true phpmyadmin/missing-db-package-error: abort phpmyadmin/upgrade-error: abort phpmyadmin/dbconfig-reinstall: false phpmyadmin/db/dbname: phpmyadmin phpmyadmin/database-type: mysql phpmyadmin/dbconfig-remove: phpmyadmin/mysql/method: unix socket phpmyadmin/purge: false phpmyadmin/install-error: abort * phpmyadmin/reconfigure-webserver: apache2 * phpmyadmin/restart-webserver: true phpmyadmin/mysql/admin-user: root phpmyadmin/internal/reconfiguring: false phpmyadmin/remote/newhost: phpmyadmin/internal/skip-preseed: false phpmyadmin/upgrade-backup: true phpmyadmin/passwords-do-not-match: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715821: plasma-widget-networkmanagement: Should not ask for wallet access when no password is used
Control: reassign -1 network-manager 0.9.10.0-1 Hi, I just tested in Jessie, and the problem exist here too. I've poked the upstream bug too, where it was said that this should be fixed in network-manager, not the plasma widget, but I have not quite understood why. If so, perhaps it should be reassigned? Sounds like the best possible action. Btw: Why is this bug tagged 'fixed-upstream'? Upstream tagged the bug upstream (meaning network-manager here). I'm not sure if it's a case considered by bts-link, but it makes sense. Thanks, -- There are two major products that come out of Berkeley: LSD and BSD. We don't believe this to be a coincidence. -- Jeremy S. Anderson Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#741415: say goodbye to network-manager-strongswan?
On 07/16/14 17:56, Thomas Goirand wrote: To try to kill your frustration, I have sponsored the upload of your fix to the delayed/10 queue. If everything goes well, then in 15 days, network-manager-strongswan will be back in Jessie. Thanx very much for your help Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755057: Empty /usr/share/php5/php.ini-production in package php5-common on jessie/sid
Package: php5-common Version: 5.6.0~rc2+dfsg-3 $ ls -l /usr/share/php5/php.ini-production -rw-r--r-- 1 root root 0 Jul 11 12:38 /usr/share/php5/php.ini-production This may also cause /var/lib/dpkg/info/libapache2-mod-php5.postinst to fail: Setting up libapache2-mod-php5 (5.6.0~rc2+dfsg-3) ... usage: fail($reason, $retval) at /usr/sbin/a2query line 168. usage: fail($reason, $retval) at /usr/sbin/a2query line 168. usage: fail($reason, $retval) at /usr/sbin/a2query line 168. /var/lib/dpkg/info/libapache2-mod-php5.postinst: 284: [: !=: unexpected operator
Bug#752690: Updated release of LedgerSMB
retitle 752690 RFS: ledgersmb/1.3.41-1 [RC] -- financial accounting and ERP program thanks On 07/05/2014 11:45 AM, RJ Clay wrote: Two release candidates (1 2) have been made available for LedgerSMB v1.3.41, and the final release of it is expected next week. Tagging this as 'moreinfo', for being pending that new version. Took a bit longer than expected but v1.3.41 has been released; update the title for the RFS bug with the new version. Robert James Clay j...@rocasa.us
Bug#754828: xserver-xorg-video-nvidia: Installation broken in jessie
After yesterday upgrade I've have the same problem in Jessie, as a temporary solution I've installed the driver from NVidia website.
Bug#755058: [digikamimageplugins-doc] Insert Bug Report Subject here
Package: digikamimageplugins-doc Version: Severity: Optional: Choose between important, normal, minor, wishlist Tags: Optional: tags X-Debbugs-CC: Optional: add mails to send copies of this bug report to Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (orineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines ***
Bug#755059: redmine: Unable to install backported version of Redmine (2.5.1-2~bpo70+1) due to missing deps
Package: redmine Version: 2.5.1-2~bpo70+1 Severity: grave Justification: renders package unusable Package: redmine Version: 2.5.1-2~bpo70+1 Severity: grave Justification: renders package unusable Dear Maintainer, I cannot install the wheezy-backport version of Redmine since today due to the new uploaded debian version of redmine. Some dependencies are unavailable in backport but only in jessie/sid/exp. I'm not sure but I guess that dependencies for Redmine should be at least in backport too. Here are the apt error: # apt-get install redmine Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: redmine : Depends: ruby-railties-3.2 (= 3.2.16-1~) but it is not going to be installed Depends: ruby-rack (= 1.4.5~) but 1.4.1-2.1 is to be installed or ruby-rack1.4 but it is not installable Depends: ruby-awesome-nested-set but it is not installable E: Unable to correct problems, you have held broken packages. $ cat /etc/apt/sources.list.d/* deb http://pkg.jenkins-ci.org/debian binary/ deb http://security.debian.org/ wheezy/updates main deb http://http.debian.net/debian wheezy-updates main deb http://http.debian.net/debian wheezy-backports main $ cat /etc/apt/sources.list deb http://http.debian.net/debian wheezy main Cheers, Fabien -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.54-fbo (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory 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#755043: Initial import needs more than 14GB of RAM
Hi, On Thu, 17 Jul 2014, Vincent Bernat wrote: I have tried to setup a local instance to contribute some patches but the initial import of the database needs more than 14GB of RAM. This What command did you use for the initial import? Was that with the fixture distro_tracker/core/fixtures/debian-repositories.xml or with a custome set of repositories? How did you evaluate that memory requirement? I know it takes several Gb but none of the machines where I did the initial import had so much memory so your claim seems strange to me. I often only run ./manage.py tracker_update_repositories for the initial import that said (and not run_all_tasks). Trying to limit to unstable doesn't help either. Huh. Reducing the number of repositories and packages should really help... I wonder what you're hitting here. Maybe a fixture with only a thousand packages or a limit of 1000 packages per source would help. We should certainly try to optimize the memory consumption of the repository update process. I have zero experience in analysis of Python's memory usage but I believe that there are good tools for this. Among the packaged tools I found python-meliae and python-memprof. python-objgraph might also be useful. And python 3 has tracemalloc... https://docs.python.org/3/library/tracemalloc.html Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666934: kdenetwork: KDE Network does not respond to its network settings, /etc/network.interfaces settings ok
Control: done -1 0.9.3.2-1 Hi, Many things have changed since this bug was first reported, in particular network-manager added a /etc/network/interfaces parser to it's code that should manage most cases. That should have changed the old behaviour of, if it's configured in the /etc/network/interfaces then network-manager shouldn't touch it. Therefore, I'm closing this issue, please reopen if you can still reproduce it. Thanks, -- Any change looks terrible at first. -- Principle of Design Inertia Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#754910: cgmanager_0.20-1_amd64.changes REJECTED
On 16 July 2014 19:30, Thomas Goirand z...@debian.org wrote: Hi Paul, Thanks for this message. On 07/17/2014 01:00 AM, Paul Richards Tagliamonte wrote: Issues with 0.20: The -dev package situation is still broken. Either properly split your libraries or drop the -dev. Please see the mails from ansgar on this topic. This is a blocker for inclusion. I'm sorry if this sounds not so cool, but I'm not sure I get this. Ansgar wrote that there should be a -dev package (on which Daniel wrote back that he thought it'd be micro-packaging, which is something that the FTP masters have for a long time advocate against), and now you're advising that dropping the -dev package could be a solution. At the moment, upstart package is cross-compilable and for it to stay cross-compilable it's build-dependencies should be installable on the host, or ideally co-installable for multiple architectures. Shipping libcgmanager.so.0 in cgmanager package prevents that, since installing cgmanager-dev would install foreign arch cgmanager potentially nuking your init from under ones feet if one is running upstart as pid 1. Hence from upstart/lxc/systemd-shim packaging point of view, I request that in debian libcgmanager0 libcgmanager-dev [*] are present, and are Architecture:any and Multi-Arch:same. An example of this can be found in the current Ubuntu packaging, but can be implemented otherwise. (this way cgamanger:native can continue to function, whilst for example libcgmanager-dev:armhf can be used for cross-compilation). If believe I've pointed that out as well in my first review of Daniel's packaging. Whilst it may appear as micro-packaging, it is necessary for cross-compilation purposes to run multiarch binaries (e.g. i386 binaries that link against libcgmanager0 on amd64) both of which have been and/or are ongoing Debian Release goals. [*] these are just semantic names -- Regards, Dimitri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753110: RFS: mrrescue/1.02c-1 ITP
On Thu, 17 Jul 2014 10:03:59 +0200 Elena ``of Valhalla'' valhall...@trueelena.org wrote: I can't sponsor either, I'm not even into NM I'm wondering about the license of mrrescue/TSerial.lua: in the copyright file you claim it is copyright Matthias Richter and under Zlib license, but the file only states that the author is Taehl (selfmadespi...@gmail.com). With an internet search I've found this source for TSerial https://love2d.org/wiki/Tserial which however isn't any more useful as far as licensing is concerned. Did you write to the author? I did. Should I include the email somewhere? signature.asc Description: PGP signature
Bug#717833: plasma-widget-networkmanagement: VPN connections can't be established anymore
Hi, I'm not sure if this issue is still there for plasma-nm. I tried adding a simple pptp vpn and it worked fine, but I don't have an openconnect vpn to test that. Could you try it again and report it back? Thanks, -- Don't let what you cannot do interfere with what you can do. -- Wooden's Rule Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#755060: linux: [l10n:cs] Updated Czech translation of linux package
Package: linux Version: 3.14.12-2 Severity: wishlist Tags: l10n patch Dear Maintainer, In attachment there is updated Czech translation of linux 3.14.12-2 package (cs.po), please include it. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Czech PO debconf template translation of linux. # Copyright (C) 2010 Michal Simunek michal.simu...@gmail.com # This file is distributed under the same license as the linux package. # Michal Simunek michal.simu...@gmail.com, 2010 - 2014. # msgid msgstr Project-Id-Version: linux 3.14.12-2\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2014-07-16 20:22+0200\n PO-Revision-Date: 2014-07-17 11:02+0200\n Last-Translator: Michal Simunek michal.simu...@gmail.com\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../image.plain.templates.in:2001 msgid Abort installation after depmod error? msgstr Přerušit po chybě depmod instalaci? #. Type: boolean #. Description #: ../image.plain.templates.in:2001 msgid The 'depmod' command exited with the exit code ${exit_value} (${SIGNAL}${CORE}). msgstr Příkaz 'depmod' skončil s chybou ${exit_value} (${SIGNAL}${CORE}). #. Type: boolean #. Description #: ../image.plain.templates.in:2001 msgid Since this image uses initrd, the ${modules_base}/@abiname@@localversion@/ modules.dep file will not be deleted, even though it may be invalid. msgstr Vzhledem k tomu, že tento obraz používá initrd, nebude soubor ${modules_base}/@abiname@@localversion@/modules.dep smazán, přesto že může být neplatný. #. Type: boolean #. Description #: ../image.plain.templates.in:2001 msgid You should abort the installation and fix the errors in depmod, or regenerate the initrd image with a known good modules.dep file. If you don't abort the installation, there is a danger that the system will fail to boot. msgstr Měli byste přerušit instalaci a opravit chyby v depmod, nebo vytvořit obraz initrd s prověřeným souborem modules.dep. Nepřerušíte-li instalaci, vystavujete se riziku, že se nepodaří systém zavést. #. Type: boolean #. Description #: ../image.plain.templates.in:3001 msgid Abort kernel removal? msgstr Přerušit odstraňování jádra? #. Type: boolean #. Description #: ../image.plain.templates.in:3001 msgid You are running a kernel (version ${running}) and attempting to remove the same version. msgstr Pokoušíte se odstranit verzi jádra (version ${running}), která nyní běží. #. Type: boolean #. Description #: ../image.plain.templates.in:3001 msgid This can make the system unbootable as it will remove /boot/vmlinuz- ${running} and all modules under the directory /lib/modules/${running}. This can only be fixed with a copy of the kernel image and the corresponding modules. msgstr To může způsobit, že se nepodaří zavést systém, a také bude odstraněno /boot/ vmlinuz-${running} a všechny moduly v adresáři /lib/modules/${running}. Toto je možné opravit pouze nakopírováním obrazu jádra a příslušných modulů. #. Type: boolean #. Description #: ../image.plain.templates.in:3001 msgid It is highly recommended to abort the kernel removal unless you are prepared to fix the system after removal. msgstr Je silně doporučeno přerušit odstraňování jádra, pokud nejste připraveni opravovat systém po jeho odstranění. #. Type: note #. Description #: ../image.plain.templates.in:4001 msgid Boot loader configuration must be updated to load initramfs msgstr Pro nahrávání initramfs musí být aktualizováno nastavení zavaděče #. Type: note #. Description #: ../image.plain.templates.in:4001 msgid This kernel package will build an \initramfs\ file (/boot/initrd.img- @abiname@) for the system's boot loader to use in addition to the kernel itself. This method, formerly unsupported on MIPS, enables a more flexible boot process, and future kernel versions may require a corresponding initrd. img to boot. msgstr Jaderný balíček vytvoří pro zavaděč systému soubor \initramfs\ (/boot/initrd. img-@abiname@), aby jej používal vedle samotného jádra. Tento způsob, dříve nepodporovaný na architektuře MIPS, umožňuje pružnější proces zavádění, budoucí verze jádra mohou k zavedení potřebovat odpovídající obraz initrd.img. #. Type: note #. Description #: ../image.plain.templates.in:4001 msgid The currently running kernel was booted without an initramfs. You should reconfigure the boot loader to load the initramfs for Linux version @abiname@, and for each later version. This is probably most easily accomplished by using the initrd.img symbolic link maintained by the kernel package. msgstr Aktuálně běžící jádro bylo zavedeno bez initramfs. U
Bug#718068: csh: FTBFS: Makefile:24: *** missing separator. Stop.
I am consider NMU it. Any objection? -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754910: cgmanager_0.20-1_amd64.changes REJECTED
Dimitri, it doesn't make sense to discuss this any further since the original *technical* things behind it have changed *since* the time when cgmanager have been uploaded the first time. Just let Serge and me handle it from here, it will be alright (for both of us). Thanks, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755061: GCC 4.9 produces a bad binary on arm64
Package: gcc-4.9 Version: 4.9.0-11 When I try to build gnupg2 2.0.25-1 on arm64 using gcc-4.9 some of the tests fail. The object file involved is: agent/gpg_agent-gpg-agent.o A particular test that fails is: ( cd tests/openpgp/ make check TESTS=genkey1024.test ) Other, non-Debian, binaries of GCC 4.9 (and 4.10) also give a bad object file in this case. I have not seen any problems with GCC 4.8. Also, Debian's GCC 4.9.0-11 gives a good binary with -O0. ... ... ... -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England Wales, Company No: 2548782 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752515: nss-pam-ldapd: [INTL:ja] New Japanese debconf translation
On Fri, 04 Jul 2014 12:58:57 +0200 Arthur de Jong wrote: I would be grateful if you could take the time to update it. updated :) -- victory nss-pam-ldapd_ja.po.gz Description: Binary data
Bug#755062: systemd: Syslog (contents that journalctl shows) stopped working after upgrading from 204-14 to 208-6
Package: systemd Version: 208-6 Severity: grave Justification: causes data loss Hi, I upgraded from 204-14 to 208-6 last night and today in the morning, I noticed that journalctl doesn't show any entries from after the upgrade. Neither the at that time running journalctl -f nor a freshly called journalctl show anything new. Just calling journalctl, it shows all messages from boot up to when the upgrade happened. There is no syslog daemon like e.g. rsyslog installed. I have not yet rebooted, but I do expect that syslog must work after upgrading systemd without having rebooted. Otherwise it would be a severe data loss. And even if that would be the case: Either the running jpurnalctl -f from 204 or the just called journalctl from 208 should show something in this case. If I can provide more information to investigate this issue, feel free to ask. I'm though currently travelling (actually I noticed it because I wanted to check for ppp messages in syslog) so I may lag a little bit with regards to responses. -- Package-specific info: -- BEGIN ATTACHMENTS -- /tmp/tmp.R3QmnrfIV3/systemd-delta.txt /tmp/tmp.R3QmnrfIV3/systemd-analyze-dump.txt /tmp/tmp.R3QmnrfIV3/dsh-enabled.txt -- END ATTACHMENTS -- -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.15-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53.2 ii libacl1 2.2.52-1 ii libaudit11:2.3.7-1 ii libblkid12.20.1-5.8 ii libc62.19-7 ii libcap2 1:2.22-2 ii libcap2-bin 1:2.22-2 ii libcryptsetup4 2:1.6.4-4 ii libdbus-1-3 1.8.6-1 ii libgcrypt11 1.5.3-4 ii libkmod2 18-1 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.8-3 ii libselinux1 2.3-1 ii libsystemd-daemon0 208-6 ii libsystemd-journal0 208-6 ii libsystemd-login0208-6 ii libudev1 208-6 ii libwrap0 7.6.q-25 ii sysv-rc 2.88dsf-53.2 ii udev 208-6 ii util-linux 2.20.1-5.8 Versions of packages systemd recommends: ii libpam-systemd 208-6 Versions of packages systemd suggests: ii systemd-ui 3-2 -- Configuration Files: /etc/systemd/logind.conf changed: [Login] HandleLidSwitch=suspend -- no debconf information
Bug#755057: [php-maint] Bug#755057: Empty /usr/share/php5/php.ini-production in package php5-common on jessie/sid
Control: severity -1 serious Control: tags -1 + pending Thank Sébastian, there was a missing backslash in d/rules. Fixed packages are just building and will be uploaded shortly to unstable. Ondrej On Thu, Jul 17, 2014, at 12:11, Sébastien Béhuret wrote: Package: php5-common Version: 5.6.0~rc2+dfsg-3 $ ls -l /usr/share/php5/php.ini-production -rw-r--r-- 1 root root 0 Jul 11 12:38 /usr/share/php5/php.ini-production This may also cause /var/lib/dpkg/info/libapache2-mod-php5.postinst to fail: Setting up libapache2-mod-php5 (5.6.0~rc2+dfsg-3) ... usage: fail($reason, $retval) at /usr/sbin/a2query line 168. usage: fail($reason, $retval) at /usr/sbin/a2query line 168. usage: fail($reason, $retval) at /usr/sbin/a2query line 168. /var/lib/dpkg/info/libapache2-mod-php5.postinst: 284: [: !=: unexpected operator ___ pkg-php-maint mailing list [1]pkg-php-ma...@lists.alioth.debian.org [2]http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg- php-maint -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server References 1. mailto:pkg-php-ma...@lists.alioth.debian.org 2. http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint
Bug#707268: Bug#725957: [NMU] Bug#740085: package plplot 5.10.0
Hi Thibaut, Thibaut Paumard wrote: I'd rather sponsor a package you would have prepared, but failing that How did you fail that? I reviewed his package at https://mentors.debian.net/package/plplot and IIRC the only main issues left were the upstream inclusion of prebuilt javascript files (jquery et al). There are multiple ways to mitigate this. At least the jquery issue is seen very differently under Debian developers. I'm though likely not able to sponsor the (fixed or workarounded) package the next few days as I'm currently travelling. So feel free to sponsor it, if you have time. I'd be happy about it. I can forward you my findings this evening, if preferred. I'd take care of the next GDL upload then in a few days. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 signature.asc Description: Digital signature
Bug#755043: Initial import needs more than 14GB of RAM
❦ 17 juillet 2014 12:21 +0200, Raphael Hertzog hert...@debian.org : I have tried to setup a local instance to contribute some patches but the initial import of the database needs more than 14GB of RAM. This What command did you use for the initial import? Was that with the fixture distro_tracker/core/fixtures/debian-repositories.xml or with a custome set of repositories? Yes, with this fixture. How did you evaluate that memory requirement? Well, I got the process killed by OOM after eating all memory + swap. :) I know it takes several Gb but none of the machines where I did the initial import had so much memory so your claim seems strange to me. Here is my output: 2014-07-16 18:47:22,449 INFO: UpdateRepositoriesTask Updating apt's cache 2014-07-16 18:47:44,343 INFO: UpdateRepositoriesTask Updating data from Sources files 2014-07-16 18:47:44,343 INFO: UpdateRepositoriesTask Processing Sources files of oldstable repository 2014-07-16 18:50:43,416 INFO: UpdateRepositoriesTask Processing Sources files of stable repository 2014-07-16 18:53:23,963 INFO: UpdateRepositoriesTask Processing Sources files of unstable repository 2014-07-16 18:56:33,902 INFO: UpdateRepositoriesTask Processing Sources files of exp repository 2014-07-16 18:56:44,368 INFO: UpdateRepositoriesTask Processing Sources files of testing repository 2014-07-16 18:57:50,846 INFO: UpdateRepositoriesTask Processing Sources files of old-bpo repository 2014-07-16 18:57:57,972 INFO: UpdateRepositoriesTask Processing Sources files of stable-bpo repository 2014-07-16 18:58:11,512 INFO: UpdateRepositoriesTask Processing Sources files of old-p-u repository 2014-07-16 18:58:12,382 INFO: UpdateRepositoriesTask Processing Sources files of stable-p-u repository 2014-07-16 18:58:13,073 INFO: UpdateRepositoriesTask Processing Sources files of test-p-u repository 2014-07-16 18:58:13,167 INFO: UpdateRepositoriesTask Processing Sources files of old-lts repository 2014-07-16 18:58:13,479 INFO: UpdateRepositoriesTask Processing Sources files of old-upd repository 2014-07-16 18:58:13,653 INFO: UpdateRepositoriesTask Processing Sources files of stable-upd repository 2014-07-16 18:58:13,821 INFO: UpdateRepositoriesTask Processing Sources files of old-bpo-sl repository 2014-07-16 18:58:14,224 INFO: UpdateRepositoriesTask Removing obsolete source packages 2014-07-16 18:58:14,672 INFO: UpdateRepositoriesTask Updating data from Packages files 2014-07-16 18:58:14,672 INFO: UpdateRepositoriesTask Processing Packages files of unstable repository zsh: killed ./manage.py tracker_update_repositories It has been running for a several hours in Processing Packages files of unstable repository. I often only run ./manage.py tracker_update_repositories for the initial import that said (and not run_all_tasks). That's what I used too. Trying to limit to unstable doesn't help either. Huh. Reducing the number of repositories and packages should really help... I wonder what you're hitting here. Let me try again with just unstable on amd64 and a clean database. Maybe a fixture with only a thousand packages or a limit of 1000 packages per source would help. We should certainly try to optimize the memory consumption of the repository update process. I have zero experience in analysis of Python's memory usage but I believe that there are good tools for this. Among the packaged tools I found python-meliae and python-memprof. python-objgraph might also be useful. And python 3 has tracemalloc... https://docs.python.org/3/library/tracemalloc.html Maybe that would be useful but if you didn't get bothered by that, my point was essentially that it is difficult to get started because of this for a first-time contributor. For development, some kind of limit or a set of small fake repositories would be useful. A pre-made sqlite3 database dump too but it may be too cumbersome to update and don't allow to work on every parts. -- panic (No CPUs found. System halted.\n); 2.4.3 linux/arch/parisc/kernel/setup.c signature.asc Description: PGP signature
Bug#755043: Initial import needs more than 14GB of RAM
Hi, On Thu, 17 Jul 2014, Vincent Bernat wrote: It has been running for a several hours in Processing Packages files of unstable repository. Note that you can skip that part if you edit the unstable repository to disable the binary field. Most of the current features only require source packages and this highly non-optimised import of binary package data can be skipped. It's exactly the same reasoning that lead me to disable the parsing of Packages files for all the other repositorie (see commit 76d49846239497b3d867d7ba4f9a6af8c1ec64bf). I kept unstable only because it's better but if it really creates problems for too many people maybe it's best to disable it from this fixture until we improve that part... or only consider a single arch, possibly. Maybe that would be useful but if you didn't get bothered by that, my point was essentially that it is difficult to get started because of this for a first-time contributor. For development, some kind of limit or a set of small fake repositories would be useful. A pre-made sqlite3 database dump too but it may be too cumbersome to update and don't allow to work on every parts. I understand. I like the idea of a pre-made sqlite3 database dump. For the update part, we could possibly rely on jenkins.debian.net to do it for us... that would be doable since I would like to use jenkins.debian.net to run unit tests on all supported platforms (python3 / python2.7) and to run functional tests too if possible. But that's another story. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#73611: Trocadores de calor, unidades de água gelada ...
Olá pessoal, bom dia. (Este é um email coletivo) Representamos indústria que fabrica, com mais de 30 anos de expertise, vende, instala e presta assistência técnica: - trocadores de calor (para água quente, substitui caldeiras e similares), - unidades de água gelada (resfriamento por meio de fluxo contínuo de água fria), - conformadores plásticos (complemento de resfriamento de injetoras e extrusoras), - conformadores de calçados, - desumidificador de ar comprimido (ar seco, com qualidade). Pois é ... Gostaríamos de conversar sobre estas tecnologias com vocês: - muito mais econômica - muito mais segura - ecológica, livre de CFC - bem compacta, etc., etc. Só vantagens ... Havendo interesse em visita técnica, visando um orçamento, é só agendarmos. Atendemos Brasil e exterior ... Vos aguardo. Observações: - sempre procuramos produtos (e serviços) diferenciados para ofertar para nossos clientes, solicitem detalhes. - amigo nosso procura investidor para sua vinícola: interessados, retornem. - temos investidores interessados em aquisição de empresas, indústrias de preferência, médias para grandes, e rentáveis, solicitem detalhes. Grato, disponham sempre, Walter Dörr. Máquinas e Serviços Farroupilha - RS - Brasil +55 (54) 8144-8785 (Tim) +55 (54) 9628-6498 (Vivo) Qquer dia, qquer hora ! Se você vende algo para alguém, você tem um cliente hoje. Se você ajuda alguém, você tem um cliente para a vida toda. - Jay Baer
Bug#755043: Initial import needs more than 14GB of RAM
❦ 17 juillet 2014 13:25 +0200, Raphael Hertzog hert...@debian.org : It has been running for a several hours in Processing Packages files of unstable repository. Note that you can skip that part if you edit the unstable repository to disable the binary field. Most of the current features only require source packages and this highly non-optimised import of binary package data can be skipped. I'll try if I am unable to finish my current import (python is actually eating 1900M). I would like to keep the binary packages as I would like to exploit the binary → source package redirection. -- Don't diddle code to make it faster - find a better algorithm. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#754463: RFS: pdf2htmlex/0.11+ds-1
You added: export HOME=`mktemp --dry-run` This sets HOME literally to `mktemp --dry-run`. I think you wanted to say: export HOME=$(shell mktemp --dry-run) But there's a good reason --dry-run is described as “unsafe” in the mktemp manpage. So how about something like this instead: export HOME=$(CURDIR)/nonexistent ? -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753110: RFS: mrrescue/1.02c-1 ITP
On 2014-07-17 at 20:28:59 +1000, Steven Hamilton wrote: On Thu, 17 Jul 2014 10:03:59 +0200 Elena ``of Valhalla'' valhall...@trueelena.org wrote: Did you write to the author? I did. Should I include the email somewhere? I believe it is better to have this email somewhere public (with author's permission). When something similar happened to me there was a ticket on the upstream bugtracker and I posted the clarification email there, so that it could be available also to people looking for it outside debian, but in this case I guess that unless somebody else has better ideas the debian BTS will do. -- Elena ``of Valhalla'' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754963: clang-3.4: /usr/bin/ld: cannot find crtbegin.o: No such file or directory
Hello, If you install libgcc-4.7-dev or libgcc-4.8-dev, the problem goes away. The dependency exists (on gcc 4.9) : Depends: libc6 (= 2.15), libclang1-3.4 (= 1:3.4.2-4), libffi6 (= 3.0.4), libgcc1 (= 1:4.1.1), libllvm3.4, libstdc++6 (= 4.9), libtinfo5, libstdc++-4.9-dev, libgcc-4.9-dev, libobjc-4.9-dev, libclang-common-3.4-dev (= 1:3.4.2-4), libc6-dev Confirmed by: https://packages.debian.org/sid/clang-3.4 I guess that clang search of gcc needs to be updated Cheers, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755062: systemd: Syslog (contents that journalctl shows) stopped working after upgrading from 204-14 to 208-6
Am 17.07.2014 13:00, schrieb Axel Beckert: I upgraded from 204-14 to 208-6 last night and today in the morning, I noticed that journalctl doesn't show any entries from after the upgrade. Neither the at that time running journalctl -f nor a freshly called journalctl show anything new. Just calling journalctl, it shows all messages from boot up to when the upgrade happened. There is no syslog daemon like e.g. rsyslog installed. I have not yet rebooted, but I do expect that syslog must work after upgrading systemd without having rebooted. Otherwise it would be a severe data loss. And even if that would be the case: Either the running jpurnalctl -f from 204 or the just called journalctl from 208 should show something in this case. If I can provide more information to investigate this issue, feel free to ask. I'm though currently travelling (actually I noticed it because I wanted to check for ppp messages in syslog) so I may lag a little bit with regards to responses. Do you use persistent logging (i.e. do you have a /var/log/journal directory) or do you use volatile logging? What are the permissions of of the journal directory and the files therein (either /var/log/journal or /run/log/journal)? What is the output of systemctl status systemd-journald.service systemd-journald.socket Is the systemd-journald process still running? Can you strace it and trigger a log message via logger. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#755063: RM: acetoneiso [!linux-any] -- RoM; ANAIS
Package: ftp.debian.org Severity: normal acetoneiso is uninstallable in non-linux architectures as per #747457 [1] Thus, I'm requesting its removal from these architectures in unstable, so that the package can migrate to testing [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747457 Thanks, Nick -- =Do- N.AND -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754963: clang-3.4: /usr/bin/ld: cannot find crtbegin.o: No such file or directory
On 17/07/2014 13:38, Sylvestre Ledru wrote: Hello, If you install libgcc-4.7-dev or libgcc-4.8-dev, the problem goes away. The dependency exists (on gcc 4.9) : Depends: libc6 (= 2.15), libclang1-3.4 (= 1:3.4.2-4), libffi6 (= 3.0.4), libgcc1 (= 1:4.1.1), libllvm3.4, libstdc++6 (= 4.9), libtinfo5, libstdc++-4.9-dev, libgcc-4.9-dev, libobjc-4.9-dev, libclang-common-3.4-dev (= 1:3.4.2-4), libc6-dev Confirmed by: https://packages.debian.org/sid/clang-3.4 I guess that clang search of gcc needs to be updated Jakub, what is the result of clang -v ? Thanks, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754963: clang-3.4: /usr/bin/ld: cannot find crtbegin.o: No such file or directory
* Sylvestre Ledru sylves...@debian.org, 2014-07-17, 13:50: what is the result of clang -v ? $ clang -v echo EOF Debian clang version 3.4.2-4 (tags/RELEASE_34/dot2-final) (based on LLVM 3.4.2) Target: i386-pc-linux-gnu Thread model: posix Selected GCC installation: EOF Perhaps it's because gcc-4.9 uses i586-linux-gnu as triplet (unlike previous versions, which use i486-linux-gnu)? -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754963: clang-3.4: /usr/bin/ld: cannot find crtbegin.o: No such file or directory
On 17/07/2014 13:59, Jakub Wilk wrote: * Sylvestre Ledru sylves...@debian.org, 2014-07-17, 13:50: what is the result of clang -v ? $ clang -v echo EOF Debian clang version 3.4.2-4 (tags/RELEASE_34/dot2-final) (based on LLVM 3.4.2) Target: i386-pc-linux-gnu Thread model: posix Selected GCC installation: EOF Sorry, I meant the command that you previously run: clang -v test.c Perhaps it's because gcc-4.9 uses i586-linux-gnu as triplet (unlike previous versions, which use i486-linux-gnu)? Maybe :) Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752617: Reopening
On Wed, Jul 16, 2014 at 2:40 PM, Ondřej Surý ond...@sury.org wrote: Please don't do anything harsh now, just leave the bugs open for now. Duly noted, thanks. -- ,''`. : :' : Cyril Bouthors `. `' Debian.org `-
Bug#755064: cl-sql: change to link system to support standard LDFLAGS, switch from LD to gcc
Package: cl-sql Version: 6.5.0-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch utopic There was a problem when building the package: ld -L/usr/local/lib64/mysql -L/usr/local/lib/mysql -L/usr/lib64/mysql -L/usr/lib/mysql -L/sw/lib -L/opt/local/lib/mysql -L/opt/local/lib/mysql5/mysql -L/usr/local/mysql/lib -L/usr/lib/gcc/i686-pc-cygwin/3.4.4 -lmysqlclient -lz -lc -Bsymbolic-functions -Wl,-z,relro -shared -soname=clsql_mysql clsql_mysql.o -o clsql_mysql64.so ld: unrecognized option '-Wl,-z,relro' cl-sql fails to compile when building with some LDFLAGS options which are sent with -Wl options; those are standard when linking with gcc, so switching from LD to gcc. +Index: cl-sql-6.5.0/db-mysql/Makefile +=== +--- cl-sql-6.5.0.orig/db-mysql/Makefile cl-sql-6.5.0/db-mysql/Makefile +@@ -64,14 +64,14 @@ else + else + ifneq ($(OS_LINUX64),0) + gcc $(CFLAGS) -fPIC -c $(source) -o $(object) +- ld $(LDFLAGS) -shared -soname=$(base) $(object) -o $(shared64_lib) ++ gcc $(LDFLAGS) -fPIC -shared -Wl,-soname=$(base) $(object) -o $(shared64_lib) + rm $(object) + @echo Ensure that you have multiarch i386 build tools and libraries if you want to build 32-bit library + -gcc $(CFLAGS32) -fPIC -c $(source) -o $(object) + -ld -shared -soname=$(base) $(object) $(LDFLAGS32) -o $(shared_lib) + else + gcc $(CFLAGS) -fPIC -c $(source) -o $(object) +- ld -shared -soname=$(base) $(object) $(LDFLAGS) -o $(shared_lib) ++ gcc -shared -fPIC -Wl,-soname=$(base) $(object) $(LDFLAGS) -o $(shared_lib) + endif + endif + endif +Index: cl-sql-6.5.0/uffi/Makefile +=== +--- cl-sql-6.5.0.orig/uffi/Makefile cl-sql-6.5.0/uffi/Makefile +@@ -55,14 +55,14 @@ else + else + ifneq ($(OS_LINUX64),0) + gcc $(CFLAGS) -fPIC -DPIC -c $(source) -o $(object) +- ld $(LDFLAGS) -shared -soname=$(base) -lc $(object) -o $(shared64_lib) ++ gcc $(LDFLAGS) -fPIC -shared -Wl,-soname=$(base) -lc $(object) -o $(shared64_lib) + rm -f $(object) + @echo Ensure that you have multiarch i386 build tools if you want to build 32-bit library + -gcc -m32 $(CFLAGS) -fPIC -DPIC -c $(source) -o $(object) + -ld -melf_i386 $(LDFLAGS) -shared -soname=$(base) -lc $(object) -o $(shared_lib) + else + gcc -fPIC -DPIC -c $(source) -o $(object) +- ld -shared -soname=$(base) -lc $(object) -o $(shared_lib) ++ gcc -fPIC -shared -Wl,-soname=$(base) -lc $(object) -o $(shared_lib) + endif + endif + endif Regards, Pierre-André MOREY -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755065: graphviz: No output formats available - missing /usr/lib/graphviz/config6
Package: graphviz Version: 2.38.0-1 Severity: important dot -Tpng Format: png not recognized. Use one of: Apparently, no output formats are available in the current version, rendering many programs in the package largely useless. See also: https://bugs.launchpad.net/ubuntu/+source/graphviz/+bug/1289063 The file /usr/lib/graphviz/config6 does not exist. It should either be generated during package build, or at postinst time AFAICT. Indeed: after running dot -c as root, this files was created, and graphviz works again. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages graphviz depends on: ii libc6 2.19-7 ii libcdt5 2.38.0-1 ii libcgraph6 2.38.0-1 ii libexpat1 2.1.0-6 ii libgcc1 1:4.9.0-9 ii libgd3 2.1.0-3+b1 ii libgvc6 2.38.0-1 ii libgvpr22.38.0-1 ii libqtcore4 4:4.8.6+dfsg-2 ii libqtgui4 4:4.8.6+dfsg-2 ii libstdc++6 4.9.0-9 ii libx11-62:1.6.2-2 ii libxaw7 2:1.0.12-2 ii libxmu6 2:1.1.2-1 ii libxt6 1:1.1.4-1 Versions of packages graphviz recommends: pn fonts-liberation none Versions of packages graphviz suggests: pn graphviz-doc none ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.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