Bug#727708: init multiple instances of a daemon
On 23/12/13 08:41, Adrien Clerc wrote: Le 23/12/2013 00:37, Zbigniew Jędrzejewski-Szmek a écrit : It looks like both upstart and systemd don't provide direct mechanisms to manage all instances. That's true (I'm only speaking about systemd). There have been requests for such functionality before, but nothing was implemented. But I think we should revisit this topic... I recently added globbing to a bunch of systemctl verbs for listing stuff (list-units, list-sockets, etc.), and it was actually trivial. I felt that allowing globing for verbs that influence state (start, stop, enable, disable, ...) was too dangerous. But this should be safe for instance units, so I'd like to see 'systemctl stop/status/... server@*.service' implemented. Zbyszek This could be controlled via a setting inside the unit file, like AllowGlobControl, default set to false in template unit files. Going back to the SysVinit world for a moment... maybe we could add an extra keyword in the LSB data in the init scripts, e.g. X-Package: apache2 would indicate that an init script is based on the apache2 package and should be executed whenever the primary init script from the package is executed by the maintainer scripts When people copy the apache2 init script or make any of their own custom init scripts using binaries from the apache2 package, they would have to make sure that line is included in their new script -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732159: Bug#732622: snp-sites: ITP First time debian snp-sites package
Hi Jorge, I was wondering why I was not seeing the ITP you was talking about. I guess you should try to read some relevant documentation since we explicitly point to the way how you are doing ITPs in our policy: http://debian-med.alioth.debian.org/docs/policy.html#itp It is very advisable to read this first to avoid mistakes like this ITP. To fix it I see two options: 1) You create a proper ITP via reportbug wnpp fill in the template but do not finally send the result but only save the document and afterwards answer to this existing bug report. 2) You close this existing (broken) ITP and create a new one from scratch by `reportbug wnpp` Thanks for your work anyway - it is no shame to do some beginner mistakes and we as the Debian Med team is trying to minimise this by explaining how to do things properly. Kind regards Andreas. On Sat, Dec 21, 2013 at 01:54:50PM +0200, Andrei POPESCU wrote: Control: reassign -1 wnpp On Jo, 19 dec 13, 12:47:52, Jorge Soares wrote: Package: snp-sites Version: 1 Severity: normal Dear Maintainer, I would like to regiater my intent to package the software snp-sites -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676875: ruby-build: Recipy rbx-2.0.0-dev fails
Package: ruby-build Followup-For: Bug #676875 Hello, I never saw your reply to my report, but I have now seen it. I agree that this is not a problem with Debian packaging, and is in fact not even a problem with upstream ruby-build. This bug report can be closed as far as I'm concerned. Regards, Matijs -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-build depends on: ii build-essential 11.6 ii curl 7.34.0-1 ii libreadline6-dev 6.2+dfsg-0.1 ii zlib1g-dev1:1.2.8.dfsg-1 Versions of packages ruby-build recommends: ii libsqlite3-dev 3.8.2-1 ii libssl-dev 1.0.1e-4 ii libxml2-dev 2.9.1+dfsg1-3 ii libxslt1-dev [libxslt-dev] 1.1.28-2 ii rbenv 0.4.0-1 Versions of packages ruby-build suggests: ii autoconf2.69-2 ii automake1:1.14-3 ii bison 2:3.0.2.dfsg-2 ii git [git-core] 1:1.8.5.2-1 ii git-core1:1.8.5.2-1 ii libtool 2.4.2-1.3 -- 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#732962: qa.debian.org: PTS cannot handle watchfile with signature checking (uscan.pl warning: unrecognised option pgpsigurlmangle=s/$/.sig/)
Package: qa.debian.org Severity: normal Good Morning, I have recently upgraded some packages' watchfile to pull and check the upstream signature, however PTS seems to be unable to handle this. See e.g. http://packages.qa.debian.org/g/gnutls28.html. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732941: [pkg-eucalyptus-maintainers] Bug#732941: mule: Bogus build dependencies list
Le Sun, Dec 22, 2013 at 07:25:07PM -0300, Miguel Landaeta a écrit : This package has a Build-Depends on libcglib-java but I'm able to build it without that library so I don't know if it is really needed or not. I can also notice many errors during its build process so I'm not sure if this package is building OK. In any case, I think this package needs a review. Thanks Miguel for the notice. I think that we can even transfer the mule package under the pkg-java umbrella if needed. Also, I am not sure to what extent this package is still relevant for Eucalyptus, so if the reason why you opened this bug is related to libcglib-java more than libmule-java-2.0 itself, we can consider to remove it after doublechecking that nobody needs it anymore. Have a nice day, -- Charles Plessy Illkirch-Graffenstaden, France -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730625: quagga: Quagga init script not LSB compliant
Hi, I previously reported the lack of status as #690013 which was supposed to be fixed, but having just upgraded to wheezy it doesn't look like it made it in. My patch used LSB init functions to achieve the same result. Thanks, -- James Andrewartha Network Projects Engineer Christ Church Grammar School Claremont, Western Australia Ph. (08) 9442 1757 Mob. 0424 160 877 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724800: Xlib: extension RANDR missing on display
I have the same problem I run Xvfb :98 and it displays RANDR among initialized extensions: Initializing built-in extension Generic Event Extension Initializing built-in extension SHAPE Initializing built-in extension MIT-SHM Initializing built-in extension XInputExtension Initializing built-in extension XTEST Initializing built-in extension BIG-REQUESTS Initializing built-in extension SYNC Initializing built-in extension XKEYBOARD Initializing built-in extension XC-MISC Initializing built-in extension SECURITY Initializing built-in extension XINERAMA Initializing built-in extension XFIXES Initializing built-in extension RENDER Initializing built-in extension RANDR Initializing built-in extension COMPOSITE Initializing built-in extension DAMAGE Initializing built-in extension MIT-SCREEN-SAVER Initializing built-in extension DOUBLE-BUFFER Initializing built-in extension RECORD Initializing built-in extension DPMS Initializing built-in extension X-Resource Initializing built-in extension XVideo Initializing built-in extension XVideo-MotionCompensation Initializing built-in extension SELinux Initializing built-in extension GLX But in relity RANDR extension does not load. This is the output of xdpyinfo -display :98 (no RANDR) BIG-REQUESTS DAMAGE DOUBLE-BUFFER DPMS GLX Generic Event Extension MIT-SCREEN-SAVER MIT-SHM RECORD RENDER SECURITY SGI-GLX SHAPE SYNC X-Resource XC-MISC XFIXES XInputExtension XKEYBOARD XTEST XVideo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732963: ssh fails with OpenSSL version mismatch. Built against 1000105f, you have 10001060
Package: libssl1.0.0 Version: 1.0.1e-5 Severity: critical Hi, with the recent libssl upgrade, my openssh client stoped working. e.g.: % ssh pinky.die-welt.net OpenSSL version mismatch. Built against 1000105f, you have 10001060 Running openssh with -vvv does not bring any more light. If this is intended (is it?), the ABI should have been bumped. Regards Evgeni -- 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.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libssl1.0.0 depends on: ii debconf [debconf-2.0] 1.5.52 ii libc6 2.17-97 ii multiarch-support 2.17-97 libssl1.0.0 recommends no packages. libssl1.0.0 suggests no packages. -- debconf information: libssl1.0.0/restart-services: libssl1.0.0/restart-failed: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732963: ssh fails with OpenSSL version mismatch. Built against 1000105f, you have 10001060
forcemerge 732940 732963 affects 732940 libssl1.0.0 thanks On 23 December 2013 09:54, Evgeni Golov evg...@debian.org wrote: [...] with the recent libssl upgrade, my openssh client stoped working. e.g.: % ssh pinky.die-welt.net OpenSSL version mismatch. Built against 1000105f, you have 10001060 Known bug in openssh. Merging. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732964: openssh: fatal: OpenSSL version mismatch. Built against 1000105f, you have 10001060
Package: libssl1.0.0 Version: 1.0.1e-5 Severity: critical Justification: breaks unrelated software Just dist-upgrading today… tglase@tglase:~ $ ssh localhost OpenSSL version mismatch. Built against 1000105f, you have 10001060 255|tglase@tglase:~ $ nc ::1 22 tglase@tglase:~ $ # huh? Dec 23 10:01:30 tglase sshd[24034]: fatal: OpenSSL version mismatch. Built against 1000105f, you have 10001060 … ah. Nice surprise for those of us who need to work until noon on 24th. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Versions of packages libssl1.0.0 depends on: ii debconf [debconf-2.0] 1.5.52 ii libc6 2.17-97 ii multiarch-support 2.17-97 libssl1.0.0 recommends no packages. libssl1.0.0 suggests no packages. -- debconf information: libssl1.0.0/restart-services: libssl1.0.0/restart-failed: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732964: [Pkg-openssl-devel] Bug#732964: openssh: fatal: OpenSSL version mismatch. Built against 1000105f, you have 10001060
On Mon, Dec 23, 2013 at 10:03:08AM +0100, Thorsten Glaser wrote: tglase@tglase:~ $ ssh localhost OpenSSL version mismatch. Built against 1000105f, you have 10001060 This is already the 4th time this is reported. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732964: openssh: fatal: OpenSSL version mismatch. Built against 1000105f, you have 10001060
Hi *, binNMUing src:openssh locally, against the new OpenSSL, fixes the problem. The problem with binNMUs is that you cannot guarantee that the new OpenSSL is already used for the build (nothing in the buildd network can give that guarantee, not even when OpenSSL has already been built for that particular arch). So I *still* think this is a bug somewhere: minor updates of OpenSSL should not, no, must not make programs using it unusable. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732964: [Pkg-openssl-devel] Bug#732964: openssh: fatal: OpenSSL version mismatch. Built against 1000105f, you have 10001060
On Mon, 23 Dec 2013, Kurt Roeckx wrote: On Mon, Dec 23, 2013 at 10:03:08AM +0100, Thorsten Glaser wrote: tglase@tglase:~ $ ssh localhost OpenSSL version mismatch. Built against 1000105f, you have 10001060 This is already the 4th time this is reported. Interesting, because this did *not* show up in the bugs.d.o pages of _either_ OpenSSH _or_ OpenSSL – I *did* check… weird. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717569: Re: glfw: Please update to version 3.0.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Stefan, Andreas and Andy. On 09/06/2013 05:50 PM, Stefan Bühler wrote: Hi, I packaged 3.0.2-0.1 at https://build.opensuse.org/package/show/home:stbuehler:opengl/glfw3 based on git://anonscm.debian.org/pkg-games/glfw.git I renamed the dev package to libglfw3-dev to avoid name conflicts. Perhaps this helps you with an official package :) regards, Stefan I just upload to git glfw v3.0.2, now i working at bug #732436 and debian/rules need to cleanup (perhaps related to #576332). Patch welcome - -- [ Mahyuddin Susanto ] - http://mahyudd.in GPG: 4096R/90B36C5B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJSt/+6AAoJELmHbrCQs2xboy0QAJURidqfJ6BTflc1WHT3MZFB p4PN2DtWVvFZ+Dt4anpR8GdyK0bDY8aoRCSlzQvYTtzsME1Zgeg9DOCaYOu8WCcR UCxO2A3Qs56DpkvrB5E81RwbOUihB6UHCavhFrpZ2RVOGrhM/WTOwdXoUzru+8s4 3NZEX4yVJJ8aSub+mCsljy4rfli01au8NYtaWNm3ng+A7F1BK3FvMBqJKIpfg+US 2N2PpL1Moca5Y6ob/kW9CgWgl4LuK5QZEvbMp/r9+WjyyMxbgL6rubICTSI7fIbG IzkmAmywwowIfeHTFQgHYIqldN2yUnYlg2zU4F3ZGia9lpwrLAOK4JiEdr7VaDiX ZKZo93L5VYigH7c7Vghu8mWumJyK8czGZKRFo7vmy+cZHO0+mYKmH4HuXLZfIwqi r8fiNeDCo69rujZZ4hDCxpoTTtRbfGPshoVcq5mQpqTmpuTyuSg3WS3QbyX9f5mS FDLlOOfN6t1/BsBAXHvHHqruoPvVFmH0gTbm4sPQQ51qZr1xxyrtm8xTJRcHnog7 ubaOH2KI46ybk/uL+J45NH3yZjXGorul0i4nt1PArB+41EYyZSk0OiQwb96BvV5f 8i7fSrP5VBSwDLJfzUIg5FuIcM3sg0PSNaaSkmRGMQr9dYyhXS3BLZqd7mns6gPF pmLLVGR9R+h368GezPEt =lPpI -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#732940: Found 732940 on ssh=1:6.4p1-1 in Sid
found 732940 1:6.4p1-1
Bug#732965: xserver-xorg-core: Xorg segfaults at start
Package: xserver-xorg-core Version: 2:1.12.4-6+deb7u2 Severity: important Hi everyone, I made a fresh installation of wheezy. Xorg deb7u1 started normally, but upgrading to deb7u2 causes Xorg to segfault at start. Downgrading to deb7u1 resolves the issue. I have Arch Linux on the same laptop, and it experiences the same problem. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Dec 23 05:15 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2044664 Oct 21 19:01 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions VGA-compatible devices on PCI bus: -- 01:05.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI RS880M [Mobility Radeon HD 4200 Series] [1002:9712] 02:00.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI Manhattan [Mobility Radeon HD 5400 Series] [1002:68e0] /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.51-1 Xorg X server log files on system: -- -rw-r--r-- 1 root root 11030 Dec 23 10:41 /var/log/Xorg.1.log -rw-r--r-- 1 root root 11030 Dec 23 10:41 /var/log/Xorg.2.log -rw-r--r-- 1 root root 11030 Dec 23 10:41 /var/log/Xorg.3.log -rw-r--r-- 1 root root 11030 Dec 23 10:41 /var/log/Xorg.4.log -rw-r--r-- 1 root root 11030 Dec 23 10:41 /var/log/Xorg.5.log -rw-r--r-- 1 root root 42444 Dec 23 10:47 /var/log/Xorg.0.log Contents of the Xorg's log at error: - [21.883] X.Org X Server 1.12.4 Release Date: 2012-08-27 [21.883] X Protocol Version 11, Revision 0 [21.883] Build Operating System: Linux 3.11-2-amd64 x86_64 Debian [21.883] Current Operating System: Linux jacopo 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 [21.884] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=7007374e-4f57-404c-b1d7-73bbd6e154ab ro quiet [21.884] Build Date: 17 December 2013 07:37:58PM [21.884] xorg-server 2:1.12.4-6+deb7u2 (Julien Cristau jcris...@debian.org) [21.884] Current version of pixman: 0.26.0 [21.884]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [21.884] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [21.884] (==) Log file: /var/log/Xorg.0.log, Time: Mon Dec 23 10:17:26 2013 [21.884] (==) Using system config directory /usr/share/X11/xorg.conf.d [21.885] (==) No Layout section. Using the first Screen section. [21.885] (==) No screen section available. Using defaults. [21.885] (**) |--Screen Default Screen Section (0) [21.885] (**) | |--Monitor default monitor [21.885] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [21.885] (==) Automatically adding devices [21.885] (==) Automatically enabling devices [21.886] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [21.886]Entry deleted from font path. [21.886] (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. [21.886]Entry deleted from font path. [21.886] (==) 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 [21.886] (==) ModulePath
Bug#732966: [openssl] Update to openssl 1.0.1e-5 renders X unusable
Package: openssl Version: 1.0.1e-5 Severity: serious --- Please enter the report below this line. --- After updating to openssl 1.0.1e-5 and a reboot it is impossible to log into KDE. Startx from a terminal fails as well with: xinit: connection to X server lost. During boot I get the following errors: Starting OpenBSD Secure Shell server: sshdOpenSSL version mismatch. Built against 1000105f, you have 10001060 same in X-session errors: OpenSSL version mismatch. Built against 1000105f, you have 10001060 This happens reproducable with kdm, lightdm and slim. A downgrade to 1.0.1e-4 does not fix this. --- System information. --- Architecture: amd64 Kernel: Linux 3.12-6.towo-siduction-amd64 Debian Release: jessie/sid 500 unstable packages.siduction.org 500 unstable http.debian.net 500 stable http.debian.net 500 experimental mozilla.debian.net 1 experimental http.debian.net --- Package information. --- Depends (Version) | Installed -+-= libc6 (= 2.15) | libssl1.0.0 (= 1.0.1) | zlib1g (= 1:1.1.4) | Package's Recommends field is empty. Suggests (Version) | Installed ==-+-=== ca-certificates | 20130906 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732967: libmariadbclient18: wrong soname
Package: libmariadbclient18 Version: 5.5.32-1 Severity: serious The soname for libmariadbclient is wrong as lintian notices: package-name-doesnt-match-sonames libmysqlclient18 ldconfig-symlink-missing-for-shlib usr/lib/i386-linux-gnu/libmysqlclient.so.18 usr/lib/i386-linux-gnu/libmariadbclient.so.18.0.0 libmysqlclient.so.18 Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732133: [Pkg-aide-maintainers] Bug#732133: [aide] Please to not run start-stop-daemon-in-maintainer-script
retitle #732133 start-stop-daemon in postinst needs a lintian override severity #732133 normal thanks On Sat, Dec 14, 2013 at 03:35:58PM +, bastien ROUCARIES wrote: The maintainer script call start-stop-daemon directly. Long-running daemons should be started and stopped via init scripts using invoke-rc.d rather than directly in maintainer scripts. This is a false positive. start-stop-daemon is used to send a long running one-shot initialization process to the background. The process will on most system run for several minutes and then terminate. Please do not paper over by override lintian warning. Please advise how we should invoke our initialization process without interfering with a longer apt run instead. If you don't come up with a better idea, we will lintian-override our use of s-s-d in postinst Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732966: [openssl] Update to openssl 1.0.1e-5 renders X unusable
reassign 732966 openssh forcemerge 732940 732966 thanks On 23 December 2013 10:04, Ferdinand Thommes de...@siduction.org wrote: [...] Starting OpenBSD Secure Shell server: sshdOpenSSL version mismatch. Built against 1000105f, you have 10001060 same in X-session errors: OpenSSL version mismatch. Built against 1000105f, you have 10001060 That's openssh. If there's anything else that's breaking your DM or something else then it might be another bug in a different package, but not in openssl. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728347: [Pkg-mediawiki-devel] Bug#728347: News about new upstream version of mediawiki
On Mon, 23 Dec 2013, Raphael Hertzog wrote: Hello dear maintainers, (strictly speaking I’m only co-maintainer of mw-extensions, but have helped out with mw itself too) can you share your plans to update the mediawiki package ? Upstream said 1.19 would be an LTS release, so we chose it for wheezy; I (opinion of other maintainers) do *not* plan to upgrade it until some not-too-much time before the freeze, in the hopes that upstream will designate another LTS version to use for jessie-as-stable by then. From what I can see, none of the maintainers of the mw- related packages is (able to?) invest lots of time into it. Keeping the same (roughly) version in stable and te- sting reduces maintenance load, I think. bye, //mirabilos PS: If you want to help out… I could really use some feedback on #719208 (and need to remember what Helmut suggested before I fell ill… should have written that down immediately back then…) -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732968: libwine-dev: arch-dependent file in Multi-Arch: same package
Package: libwine-dev
Version: 1.6.1-6
Severity: minor
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
libwine-dev is marked as Multi-Arch: same, but the following file is
architecture-dependent:
/usr/include/wine/windows/rmxftmpl.h
The MD5 sums of said faile are:
9e39839b8e70327d306cca197a92337a on powerpc
d3b3da57984713e8f4f74d1bc73988d5 elsewhere (i386, amd64, kfreebsd-i386)
An diff between i386 and powerpc is attached.
--
Jakub Wilk
diff -ur libwine-dev_1.6.1-6_i386/usr/include/wine/windows/rmxftmpl.h
libwine-dev_1.6.1-6_powerpc/usr/include/wine/windows/rmxftmpl.h
--- libwine-dev_1.6.1-6_i386/usr/include/wine/windows/rmxftmpl.h
2013-12-21 20:00:19.0 +0100
+++ libwine-dev_1.6.1-6_powerpc/usr/include/wine/windows/rmxftmpl.h
2013-12-21 19:48:28.0 +0100
@@ -5,279 +5,279 @@
unsigned char D3DRM_XTEMPLATES[] = {
0x78, 0x6f, 0x66, 0x20, 0x30, 0x33, 0x30, 0x32, 0x62, 0x69, 0x6e, 0x20,
- 0x30, 0x30, 0x36, 0x34, 0x1f, 0x00, 0x01, 0x00, 0x06, 0x00, 0x00, 0x00,
- 0x48, 0x65, 0x61, 0x64, 0x65, 0x72, 0x0a, 0x00, 0x05, 0x00, 0x43, 0xab,
- 0x82, 0x3d, 0xda, 0x62, 0xcf, 0x11, 0xab, 0x39, 0x00, 0x20, 0xaf, 0x71,
- 0xe4, 0x33, 0x28, 0x00, 0x01, 0x00, 0x05, 0x00, 0x00, 0x00, 0x6d, 0x61,
- 0x6a, 0x6f, 0x72, 0x14, 0x00, 0x28, 0x00, 0x01, 0x00, 0x05, 0x00, 0x00,
- 0x00, 0x6d, 0x69, 0x6e, 0x6f, 0x72, 0x14, 0x00, 0x29, 0x00, 0x01, 0x00,
- 0x05, 0x00, 0x00, 0x00, 0x66, 0x6c, 0x61, 0x67, 0x73, 0x14, 0x00, 0x0b,
- 0x00, 0x1f, 0x00, 0x01, 0x00, 0x06, 0x00, 0x00, 0x00, 0x56, 0x65, 0x63,
- 0x74, 0x6f, 0x72, 0x0a, 0x00, 0x05, 0x00, 0x5e, 0xab, 0x82, 0x3d, 0xda,
- 0x62, 0xcf, 0x11, 0xab, 0x39, 0x00, 0x20, 0xaf, 0x71, 0xe4, 0x33, 0x2a,
- 0x00, 0x01, 0x00, 0x01, 0x00, 0x00, 0x00, 0x78, 0x14, 0x00, 0x2a, 0x00,
- 0x01, 0x00, 0x01, 0x00, 0x00, 0x00, 0x79, 0x14, 0x00, 0x2a, 0x00, 0x01,
- 0x00, 0x01, 0x00, 0x00, 0x00, 0x7a, 0x14, 0x00, 0x0b, 0x00, 0x1f, 0x00,
- 0x01, 0x00, 0x08, 0x00, 0x00, 0x00, 0x43, 0x6f, 0x6f, 0x72, 0x64, 0x73,
- 0x32, 0x64, 0x0a, 0x00, 0x05, 0x00, 0x44, 0x3f, 0xf2, 0xf6, 0x86, 0x76,
- 0xcf, 0x11, 0x8f, 0x52, 0x00, 0x40, 0x33, 0x35, 0x94, 0xa3, 0x2a, 0x00,
- 0x01, 0x00, 0x01, 0x00, 0x00, 0x00, 0x75, 0x14, 0x00, 0x2a, 0x00, 0x01,
- 0x00, 0x01, 0x00, 0x00, 0x00, 0x76, 0x14, 0x00, 0x0b, 0x00, 0x1f, 0x00,
- 0x01, 0x00, 0x09, 0x00, 0x00, 0x00, 0x4d, 0x61, 0x74, 0x72, 0x69, 0x78,
- 0x34, 0x78, 0x34, 0x0a, 0x00, 0x05, 0x00, 0x45, 0x3f, 0xf2, 0xf6, 0x86,
- 0x76, 0xcf, 0x11, 0x8f, 0x52, 0x00, 0x40, 0x33, 0x35, 0x94, 0xa3, 0x34,
- 0x00, 0x2a, 0x00, 0x01, 0x00, 0x06, 0x00, 0x00, 0x00, 0x6d, 0x61, 0x74,
- 0x72, 0x69, 0x78, 0x0e, 0x00, 0x03, 0x00, 0x10, 0x00, 0x00, 0x00, 0x0f,
- 0x00, 0x14, 0x00, 0x0b, 0x00, 0x1f, 0x00, 0x01, 0x00, 0x09, 0x00, 0x00,
- 0x00, 0x43, 0x6f, 0x6c, 0x6f, 0x72, 0x52, 0x47, 0x42, 0x41, 0x0a, 0x00,
- 0x05, 0x00, 0xe0, 0x44, 0xff, 0x35, 0x7c, 0x6c, 0xcf, 0x11, 0x8f, 0x52,
- 0x00, 0x40, 0x33, 0x35, 0x94, 0xa3, 0x2a, 0x00, 0x01, 0x00, 0x03, 0x00,
- 0x00, 0x00, 0x72, 0x65, 0x64, 0x14, 0x00, 0x2a, 0x00, 0x01, 0x00, 0x05,
- 0x00, 0x00, 0x00, 0x67, 0x72, 0x65, 0x65, 0x6e, 0x14, 0x00, 0x2a, 0x00,
- 0x01, 0x00, 0x04, 0x00, 0x00, 0x00, 0x62, 0x6c, 0x75, 0x65, 0x14, 0x00,
- 0x2a, 0x00, 0x01, 0x00, 0x05, 0x00, 0x00, 0x00, 0x61, 0x6c, 0x70, 0x68,
- 0x61, 0x14, 0x00, 0x0b, 0x00, 0x1f, 0x00, 0x01, 0x00, 0x08, 0x00, 0x00,
- 0x00, 0x43, 0x6f, 0x6c, 0x6f, 0x72, 0x52, 0x47, 0x42, 0x0a, 0x00, 0x05,
- 0x00, 0x81, 0x6e, 0xe1, 0xd3, 0x35, 0x78, 0xcf, 0x11, 0x8f, 0x52, 0x00,
- 0x40, 0x33, 0x35, 0x94, 0xa3, 0x2a, 0x00, 0x01, 0x00, 0x03, 0x00, 0x00,
- 0x00, 0x72, 0x65, 0x64, 0x14, 0x00, 0x2a, 0x00, 0x01, 0x00, 0x05, 0x00,
- 0x00, 0x00, 0x67, 0x72, 0x65, 0x65, 0x6e, 0x14, 0x00, 0x2a, 0x00, 0x01,
- 0x00, 0x04, 0x00, 0x00, 0x00, 0x62, 0x6c, 0x75, 0x65, 0x14, 0x00, 0x0b,
- 0x00, 0x1f, 0x00, 0x01, 0x00, 0x0c, 0x00, 0x00, 0x00, 0x49, 0x6e, 0x64,
- 0x65, 0x78, 0x65, 0x64, 0x43, 0x6f, 0x6c, 0x6f, 0x72, 0x0a, 0x00, 0x05,
- 0x00, 0x20, 0xb8, 0x30, 0x16, 0x42, 0x78, 0xcf, 0x11, 0x8f, 0x52, 0x00,
- 0x40, 0x33, 0x35, 0x94, 0xa3, 0x29, 0x00, 0x01, 0x00, 0x05, 0x00, 0x00,
- 0x00, 0x69, 0x6e, 0x64, 0x65, 0x78, 0x14, 0x00, 0x01, 0x00, 0x09, 0x00,
- 0x00, 0x00, 0x43, 0x6f, 0x6c, 0x6f, 0x72, 0x52, 0x47, 0x42, 0x41, 0x01,
- 0x00, 0x0a, 0x00, 0x00, 0x00, 0x69, 0x6e, 0x64, 0x65, 0x78, 0x43, 0x6f,
- 0x6c, 0x6f, 0x72, 0x14, 0x00, 0x0b, 0x00, 0x1f, 0x00, 0x01, 0x00, 0x07,
- 0x00, 0x00, 0x00, 0x42, 0x6f, 0x6f, 0x6c, 0x65, 0x61, 0x6e, 0x0a, 0x00,
- 0x05, 0x00, 0xa0, 0xa6, 0x7d, 0x53, 0x37, 0xca, 0xd0, 0x11, 0x94, 0x1c,
- 0x00, 0x80, 0xc8, 0x0c, 0xfa, 0x7b, 0x29, 0x00, 0x01, 0x00, 0x09, 0x00,
- 0x00, 0x00, 0x74, 0x72, 0x75, 0x65, 0x66, 0x61, 0x6c, 0x73, 0x65, 0x14,
- 0x00, 0x0b, 0x00, 0x1f, 0x00, 0x01, 0x00, 0x09, 0x00, 0x00, 0x00, 0x42,
- 0x6f, 0x6f, 0x6c, 0x65, 0x61, 0x6e, 0x32, 0x64, 0x0a, 0x00, 0x05, 0x00,
- 0x63, 0xae, 0x85, 0x48, 0xe8, 0x78, 0xcf, 0x11, 0x8f, 0x52, 0x00, 0x40,
- 0x33, 0x35, 0x94, 0xa3, 0x01, 0x00, 0x07, 0x00, 0x00, 0x00, 0x42,
Bug#732968: libwine-dev: arch-dependent file in Multi-Arch: same package
* Jakub Wilk: libwine-dev is marked as Multi-Arch: same, but the following file is architecture-dependent: /usr/include/wine/windows/rmxftmpl.h This looks like an endianess issue. Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732945: python-csb autopkg test always fails
Sorry about missing the previous related bug and for my delay answering this one. I will contact upstream right away to figure out a fix. Best regards, Tomás Date: Sun, 22 Dec 2013 23:44:55 +0100 From: Matthias Klose d...@debian.org - Body: Package: python-csb Version: 1.2.1+dfsg-2 Severity: serious Tags: sid, jessie the python-csb autopkg test always fails, trying to write test data into the installed location. adt-run:
Bug#732940: Breaks ssh: OpenSSL version mismatch. Built against 1000105f, you have 10001060
On Mon, Dec 23, 2013 at 01:16:17AM +0200, Uoti Urpala wrote: The OpenSSH Debian package has this changelog entry: openssh (1:5.9p1-4) unstable; urgency=low * Disable OpenSSL version check again, as its SONAME is sufficient nowadays (closes: #664383). but apparently it was either not really disabled or was enabled again for some reason; I see no changelog entry for that. That was actually a typo for Enable. Sorry for the confusion. I'll put that patch back. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732835: Provide build tools with more information
Hi, On Mon, Dec 23, 2013 at 05:23:42AM +0100, Guillem Jover wrote: Hi! On Sun, 2013-12-22 at 10:18:32 +0100, Guido Günther wrote: I't be nice if dpkg-buildpackage would report build information (e.g. things like the name of the generated changes file) to build-tools invoking it. Doing this via a status fd would be nice[1] since we could then implement more nice things like progress information (we'd then be able to detect easily which dpkg-buildpackage's steps failed) without parsing the full build output. [1] The status fd has the disadvantage that we need to pass it through tools like pbuilder and sbuild as well so a file at a well known location might be simpler. How do you see that progress information being used? Or to report what? The progress information could be useful on the buildds and in CI systems like e.g. Jenkins. It would allow us to get a better idea at what stage we're currently at (like the steps 1-9 from dpkg-buildpackage's manapage). It will also help us to report more detailed what step failed so we can see at a glance if we had unmet build-deps or if the binary build failed. I'm not saying a --status-fd kind of option might not be useful, just interested to know, if maybe there's something else that needs fixing instead in dpkg-buildpackage, now that I'm reworking it. For example if its error reporting leaves to be desired, then I'd rather improve that, rather than adding support for wrappers to workaround it. :) The current unstructured output of dpkg-buildpackage leaves us only with parsing the logs and looking at the exit status. Since the exit status seems to be that of the invoked command mostly (except for dpkg-checkbuilddeps) we can't infere what failed. So there are two parts: 1.) progress report (which step are we currently at) 2.) error report (which step failed and why) While 2.) can be fixed via more detailed exit codes 1.) can't. For example for 1.17.6 I'm adding hooks support, which can be useful for wrappers. Hooks are nice and can be useful but they can also be confusing: gbp (hooks) - pbuilder (hooks) - dpkg-buildpackage (hooks) If dpkg-buildpackage doesn't want to suck in the functionality of the other two a nice way to propagate information like progress, errors, build results up the chain would be really nice. This report is triggered by #732678 where gbp failed to find the generated changes file for a architecture independent package build since it didn't look at the options passed to dpkg-buildpackage until recently. For the problem described in the bug report, I think a better way to solve this is to run lintian directly from dpkg-buildpackage, which will be possible with dpkg 1.17.6, by using the new check-command support. See the following commit for further details: http://anonscm.debian.org/gitweb/?p=dpkg/dpkg.git;a=commitdiff;h=1cef5694 Or do you need the .changes file for something else? (Rahpael pointed this out already) If one may want the build environment to be as minimalistic as possible and not want to have lintian or other verifiers in there. We can also use the changes file to find out about the other build artifacts to upload them to a temp repository or some such. So invoking lintian is not the only usage and I'd rather not see every usage scenario crammed into dpkg-buildpackage itself. Cheers and thanks for your quick response, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732659: octave: fails to load uint8 variables from text files
Control: found 732659 3.8.0~rc2-1 * Rafael Laboissiere raf...@laboissiere.net [2013-12-22 09:32]: Control: found 732659 3.8.0~rc1-1 * Rafael Laboissiere raf...@laboissiere.net [2013-12-20 14:11]: [snip] Thank you for this bug report. This is a real bug and is also present in version 3.8.0-rc1. [snip] I am hereby tagging this bug report accordingly. Idem for version 3.8.0~rc2-1. Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732969: mygui FTBFS, fails to find freetype.
Package: mygui
Severity: serious
Tags: patch
http://buildd.raspbian.org/status/fetch.php?pkg=myguiarch=armhfver=3.2.0-3%2Bb1stamp=1387738789
-- Looking for FREETYPE...
-- Found PkgConfig: /usr/bin/pkg-config (found version 0.26)
-- checking for module 'freetype2'
-- found freetype2, version 17.0.11
-- CMAKE_PREFIX_PATH:
Dependencies;/«PKGBUILDDIR»/obj-arm-linux-gnueabihf/Dependencies;/«PKGBUILDDIR»/Dependencies;/«PKGBUILDDIR»/obj-arm-linux-gnueabihf/../Dependencies;/«PKGBUILDDIR»/../Dependencies;/usr/local
-- Could not locate FREETYPE
--snip--
-
-- The following REQUIRED packages could NOT be located on your system.
-- Please install them before continuing this software installation.
-- If you are in Windows, try passing -DMYGUI_DEPENDENCIES_DIR=path to
dependencies
-- Also check that you buildind with RenderSystem that you need or set
another with -DMYGUI_RENDERSYSTEM=1 2 or 3 for Direct3D_9 OGRE or OpenGL
-
+ freetype: Portable font engine http://www.freetype.org
-
This bug was intially noticed in raspbian jessie but I also reproduced
it locally in debian sid.
Debdiff is attatched (note: the fix has only been tested in raspbian
jessie, there is nothing raspbian specific about it though), no intent
to NMU.
Note that the fix I applied may well not be the best fix, I belive cmake
can find freetype on it's own nowadays so there is no need for local
logic but given I have no clue about cmake I doubt I could convert the
package.
diff -Nru mygui-3.2.0/debian/changelog mygui-3.2.0/debian/changelog
--- mygui-3.2.0/debian/changelog2013-04-30 18:19:21.0 +
+++ mygui-3.2.0/debian/changelog2013-12-23 06:51:23.0 +
@@ -1,3 +1,11 @@
+mygui (3.2.0-3+rpi1) jessie-staging; urgency=medium
+
+ * Adjust cmake stuff for new freetype.
+ * Build-depend on jessie version of freetype since it's not clear exactly
+when the location was changed.
+
+ -- Peter Michael Green plugw...@raspbian.org Mon, 23 Dec 2013 06:36:01
+
+
mygui (3.2.0-3) unstable; urgency=low
* Build against libogre 1.8 (Closes: #705010)
diff -Nru mygui-3.2.0/debian/control mygui-3.2.0/debian/control
--- mygui-3.2.0/debian/control 2013-04-30 18:18:38.0 +
+++ mygui-3.2.0/debian/control 2013-12-23 06:51:38.0 +
@@ -3,7 +3,7 @@
Maintainer: Scott Howard show...@debian.org
Uploaders: Bret Curtis psi...@gmail.com
Build-Depends: cmake, doxygen, debhelper (= 9), libogre-1.8-dev,
- libfreetype6-dev, libois-dev, pkg-config, graphviz, libglu1-mesa-dev,
+ libfreetype6-dev (= 2.5.1-1), libois-dev, pkg-config, graphviz,
libglu1-mesa-dev,
libgl1-mesa-dev, libglew-dev
Homepage: http://www.ogre3d.org/tikiwiki/MyGUI
Standards-Version: 3.9.3
diff -Nru mygui-3.2.0/debian/patches/new-freetype.h-location
mygui-3.2.0/debian/patches/new-freetype.h-location
--- mygui-3.2.0/debian/patches/new-freetype.h-location 1970-01-01
00:00:00.0 +
+++ mygui-3.2.0/debian/patches/new-freetype.h-location 2013-12-23
06:53:15.0 +
@@ -0,0 +1,29 @@
+Description: Adjust cmake stuff for new freetype.
+ freetype.h no longer has a freetype/ in it's path, adjust the cmake files
+ to match.
+Author: Peter Michael Green plugw...@raspbian.org
+
+---
+The information above should follow the Patch Tagging Guidelines, please
+checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
+are templates for supplementary fields that you might want to add:
+
+Origin: vendor|upstream|other, url of original patch
+Bug: url in upstream bugtracker
+Bug-Debian: http://bugs.debian.org/bugnumber
+Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
+Forwarded: no|not-needed|url proving that it has been forwarded
+Reviewed-By: name and email of someone who approved the patch
+Last-Update: -MM-DD
+
+--- mygui-3.2.0.orig/CMake/Packages/FindFreetype.cmake
mygui-3.2.0/CMake/Packages/FindFreetype.cmake
+@@ -33,7 +33,7 @@ set(CMAKE_FIND_FRAMEWORK LAST)
+ findpkg_framework(FREETYPE)
+ message(STATUS CMAKE_PREFIX_PATH: ${CMAKE_PREFIX_PATH})
+
+-find_path(FREETYPE_INCLUDE_DIR NAMES freetype/freetype.h HINTS
${FREETYPE_INC_SEARCH_PATH} ${FREETYPE_PKGC_INCLUDE_DIRS} PATH_SUFFIXES
freetype2)
++find_path(FREETYPE_INCLUDE_DIR NAMES freetype.h HINTS
${FREETYPE_INC_SEARCH_PATH} ${FREETYPE_PKGC_INCLUDE_DIRS} PATH_SUFFIXES
freetype2)
+ find_path(FREETYPE_FT2BUILD_INCLUDE_DIR NAMES ft2build.h HINTS
${FREETYPE_INC_SEARCH_PATH} ${FREETYPE_PKGC_INCLUDE_DIRS})
+ find_library(FREETYPE_LIBRARY_REL NAMES ${FREETYPE_LIBRARY_NAMES} HINTS
${FREETYPE_LIB_SEARCH_PATH} ${FREETYPE_PKGC_LIBRARY_DIRS} PATH_SUFFIXES
release relwithdebinfo minsizerel)
+ find_library(FREETYPE_LIBRARY_DBG NAMES ${FREETYPE_LIBRARY_NAMES_DBG} HINTS
Bug#732970: Samba 4.0.13+dfsg-1 (occasionally) coredumps when copying files
Package: samba Version: 4.0.13+dfsg-1 While copying files from Linux(SAMBA) - to a Windows 7 host using Debian Testing (x86_64) w/ distribution's Samba version (4.0.13+dfsg-1): Cores: # ls -ltr *smb* -rw--- 1 root root 2764800 Nov 10 12:30 core.smbd.30179 -rw--- 1 root root 2801664 Dec 22 06:25 core.smbd.12767 -rw--- 1 root root 2801664 Dec 22 06:25 core.smbd.12771 -rw--- 1 root root 2801664 Dec 22 07:10 core.smbd.17141 -rw--- 1 root root 2801664 Dec 22 07:10 core.smbd.17543 -rw--- 1 root root 2801664 Dec 22 07:53 core.smbd.10451 -rw--- 1 root root 2801664 Dec 22 07:53 core.smbd.10452 -rw--- 1 root root 2801664 Dec 22 08:59 core.smbd.15403 -rw--- 1 root root 2801664 Dec 22 08:59 core.smbd.15404 -rw--- 1 root root 2801664 Dec 22 14:41 core.smbd.30674 -rw--- 1 root root 2801664 Dec 22 14:41 core.smbd.30675 -rw--- 1 root root 2801664 Dec 22 15:09 core.smbd.12563 -rw--- 1 root root 2801664 Dec 22 15:09 core.smbd.12564 -rw--- 1 root root 2801664 Dec 22 16:33 core.smbd.16004 -rw--- 1 root root 2801664 Dec 22 16:33 core.smbd.16005 -rw--- 1 root root 2801664 Dec 23 04:02 core.smbd.12703 -rw--- 1 root root 2801664 Dec 23 04:02 core.smbd.12706 -rw--- 1 root root 2801664 Dec 23 05:07 core.smbd.1252 -rw--- 1 root root 2801664 Dec 23 05:07 core.smbd.1253 -rw--- 1 root root 2801664 Dec 23 05:51 core.smbd.11221 -rw--- 1 root root 2801664 Dec 23 05:51 core.smbd.11381 Messages: Dec 23 05:51:25 atom smbd[11221]: [2013/12/23 05:51:25.476826, 0] ../source3/lib/util.c:810(smb_panic_s3) Dec 23 05:51:25 atom smbd[11221]: PANIC (pid 11221): num_bytes too large: 4294966797 Dec 23 05:51:25 atom smbd[11221]: [2013/12/23 05:51:25.477868, 0] ../source3/lib/util.c:921(log_stack_trace) Dec 23 05:51:25 atom smbd[11221]: BACKTRACE: 23 stack frames: Dec 23 05:51:25 atom smbd[11221]:#0 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(log_stack_trace+0x1a) [0x7ff9f75aceda] Dec 23 05:51:25 atom smbd[11221]:#1 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(smb_panic_s3+0x20) [0x7ff9f75acfb0] Dec 23 05:51:25 atom smbd[11221]:#2 /usr/lib/x86_64-linux-gnu/libsamba-util.so.0(smb_panic+0x2f) [0x7ff9f8afb0ff] Dec 23 05:51:25 atom smbd[11221]:#3 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0x1217f5) [0x7ff9f86e77f5] Dec 23 05:51:25 atom smbd[11221]:#4 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(reply_outbuf+0x20) [0x7ff9f86e89c0] Dec 23 05:51:25 atom smbd[11221]:#5 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(send_trans_reply+0xee) [0x7ff9f86829fe] Dec 23 05:51:25 atom smbd[11221]:#6 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(api_reply+0x377) [0x7ff9f8691d07] Dec 23 05:51:25 atom smbd[11221]:#7 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0xbd933) [0x7ff9f8683933] Dec 23 05:51:25 atom smbd[11221]:#8 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(reply_trans+0x5b9) [0x7ff9f86841c9] Dec 23 05:51:25 atom smbd[11221]:#9 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0x122cd1) [0x7ff9f86e8cd1] Dec 23 05:51:25 atom smbd[11221]:#10 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0x123d9f) [0x7ff9f86e9d9f] Dec 23 05:51:25 atom smbd[11221]:#11 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0x124370) [0x7ff9f86ea370] Dec 23 05:51:25 atom smbd[11221]:#12 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(run_events_poll+0x16c) [0x7ff9f75cb7ec] Dec 23 05:51:25 atom smbd[11221]:#13 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(+0x43a40) [0x7ff9f75cba40] Dec 23 05:51:25 atom smbd[11221]:#14 /usr/lib/x86_64-linux-gnu/libtevent.so.0(_tevent_loop_once+0x8d) [0x7ff9f5f93c0d] Dec 23 05:51:25 atom smbd[11221]:#15 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(smbd_process+0xbac) [0x7ff9f86eb66c] Dec 23 05:51:25 atom smbd[11221]:#16 /usr/sbin/smbd(+0x9ce4) [0x7ff9f915bce4] Dec 23 05:51:25 atom smbd[11221]:#17 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(run_events_poll+0x16c) [0x7ff9f75cb7ec] Dec 23 05:51:25 atom smbd[11221]:#18 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(+0x43a40) [0x7ff9f75cba40] Dec 23 05:51:25 atom smbd[11221]:#19 /usr/lib/x86_64-linux-gnu/libtevent.so.0(_tevent_loop_once+0x8d) [0x7ff9f5f93c0d] Dec 23 05:51:25 atom smbd[11221]:#20 /usr/sbin/smbd(main+0x1401) [0x7ff9f9158c01] Dec 23 05:51:25 atom smbd[11221]:#21 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7ff9f5c05995] Dec 23 05:51:25 atom smbd[11221]:#22 /usr/sbin/smbd(+0x6f93) [0x7ff9f9158f93] Dec 23 05:51:25 atom smbd[11221]: [2013/12/23 05:51:25.479000, 0] ../source3/lib/dumpcore.c:317(dump_core) Dec 23 05:51:25 atom smbd[11221]: dumping core in /local/cores Dec 23 05:51:25 atom smbd[11221]: Dec 23 05:51:27 atom smbd[11381]: [2013/12/23 05:51:27.759581, 0] ../source3/lib/util.c:810(smb_panic_s3) Dec 23 05:51:27 atom smbd[11381]: PANIC (pid 11381): num_bytes too large: 4294966797 Dec 23 05:51:27 atom smbd[11381]: [2013/12/23 05:51:27.760276, 0]
Bug#732971: libisoburn: provide wodim amd genisoimage aliases
Source: libisoburn
Version: 1.3.2-1
Severity: wishlist
There are many packages which depend on wodim/genisoimage in Debian.
I think it is good idea to offer smooth system interface to choose their
back-end program with update-alternatives.
Just to indicate my experimental set up here, I attach patch to
libisoburn. The metapackage for wodim-cdrskin may be better moved to
cdrskin package. Maybe, these do not need to be separate packages but
can be included in respective xorriso, xorrisofs, and cdrskin packages.
I also wonder if wodim/genisoimage also can implement update-alternative
similar to what I proposed for libisoburn. Until then, this patch
cause collision with them. So coordination with them will be nice.
(With versioned Break, I think it can be done.)
As I understand, except for HFS+ hybrid CD generation, xorriso seems to
be quite useful by now. So update-alternatives priority should be
something along:
cdrskin=20xorriso=10 wodim=5
xorrisofs=10 genisoimage=5
Please consider.
Osamu
===
I saw few related bugs which can be solved by above approach:
* http://bugs.debian.org/519200 :
k3b: Should recognize cdrskin as cdrecord (it's compatible)
* http://bugs.debian.org/523814
[makecd] please use cdrskin (not wodim) and xorriso (not genisofs)
...
Below is the dependencies related to wodim or genisoimage.
$ ben query '.depends ~ /wodim|genisoimage/ |.recommends ~ /wodim|genisoimage/'
Packages_amd64 |grep ^Package -|sort|uniq
Parsing Packages_amd64...
Package: acetoneiso
Package: aptoncd
Package: bashburn
Package: bootcd
Package: brasero-cdrkit
Package: burn
Package: cdbackup
Package: cdw
Package: cedar-backup2
Package: debian-cd
Package: devede
Package: dvd+rw-tools
Package: fai-quickstart
Package: grml2usb
Package: initramfs-tools-tcos
Package: k3b
Package: kdenlive
Package: mic2
Package: movixmaker-2
Package: mp3burn
Package: mp3roaster
Package: opennebula
Package: ubuntu-dev-tools
Package: wodim
Since compatibility of these aliases offered by xorriso are not perfect,
upstreams may be slow to adopt xorriso based solution. Offering option to
users by using update-alternatives seems to be reasonable.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libisoburn-1.3.2-orig/debian/changelog libisoburn-1.3.2/debian/changelog
--- libisoburn-1.3.2-orig/debian/changelog 2013-09-08 22:47:24.0 +0900
+++ libisoburn-1.3.2/debian/changelog 2013-12-23 17:12:02.0 +0900
@@ -1,3 +1,11 @@
+libisoburn (1.3.2-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Add packages to provide wodim amd genisoimage aliases.
+(This needs to be coordinated with wodim and genisoimage package)
+
+ -- Osamu Aoki os...@debian.org Mon, 23 Dec 2013 17:10:53 +0900
+
libisoburn (1.3.2-1) unstable; urgency=low
* New upstream release (Closes: #709561)
diff -Nru libisoburn-1.3.2-orig/debian/control libisoburn-1.3.2/debian/control
--- libisoburn-1.3.2-orig/debian/control 2013-09-08 22:47:24.0 +0900
+++ libisoburn-1.3.2/debian/control 2013-12-23 17:29:18.0 +0900
@@ -107,3 +107,49 @@
xorriso source code comes with a release engineering test-suite called
`releng', which aims to cover most of the functionality of the xorriso
and the underlying libraries of libburn, libisofs, and libisoburn.
+
+Package: wodim-xorriso
+Architecture: all
+Section: otherosfs
+Depends: ${misc:Depends}, xorriso
+Provides: wodim
+Description: plugin emulation for the wodim program using xorriso
+ wodim-xorriso metapackage privides the alias wodim using the xorriso
+ command to enable other programs to migrate smoothly away from the wodim
+ package.
+ .
+ Supported optical media types:
+ - CD-R, CD-RW
+ - DVD-R, DVD-R DL, DVD-RW, DVD+R, DVD+R DL, DVD+RW, DVD-RAM
+ - BD-R, BD-RE
+ .
+ The wodim-cdrskin package privides the alias wodim using the cdrskin
+ command and may provide even better compatibility.
+
+Package: wodim-cdrskin
+Architecture: all
+Section: otherosfs
+Depends: ${misc:Depends}, cdrskin
+Provides: wodim
+Description: plugin emulation for the wodim program using cdrskin
+ wodim-cdrskin metapackage privides the alias wodim using the cdrskin
+ command to enable other programs to migrate smoothly away from the wodim
+ package.
+ .
+ Supported optical media types:
+ - CD-R, CD-RW
+ - DVD-R, DVD-R DL, DVD-RW, DVD+R, DVD+R DL, DVD+RW, DVD-RAM
+ - BD-R, BD-RE
+ .
+ The wodim-xorriso package also privides the alias wodim using the xorriso
+ command.
+
+Package: genisoimage-xorriso
+Architecture: all
+Section: otherosfs
+Depends: ${misc:Depends}, xorriso
+Provides: genisoimage
+Description: plugin emulation for the
Bug#732932: Info received (Bug#732932: Acknowledgement (mailman: Mailman upgrade squeeze-wheezy fails because /var/lock/mailman dir does not exist))
On 22/12/13 22:48, Debian Bug Tracking System wrote: -- 732932: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732932 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems * What led up to the situation? Upgrade from a clean install of Debian Squeeze 6.0 to Wheezy 7.2 with Mailman installed and working and Turkish and English languages available for mailman * What exactly did you do (or not do) that was effective (or ineffective)? The install failed with a Python stack dump and a report that /var/lib/mailman/lock did not exist. This was a symbolic link to /var/lock/mailman. * What was the outcome of this action? I created the /var/lock/mailman directory and reran the install of mailman. The stack dump error went away. There was another error that I have reported separately * What outcome did you expect instead? I expected the install to run smoothly during a standard upgrade. -- Chris Stephenson c...@csl.tc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656229: [lintian] Pending
Package: lintian Version: 2.5.19 control: tags -1 +pending -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732597: [Pkg-haskell-maintainers] Bug#732597: haskell-platform: not installable in wheezy as well?
Dear Mateusz, Am Sonntag, den 22.12.2013, 23:38 + schrieb Mateusz Loskot: The bug #732597 addresses sid, but it seems wheezy is suffering as well. I'm not sure if it deserves a new bug report, does it? $ sudo apt-get install haskell-platform [..] E: Unable to correct problems, you have held broken packages. Is this really Debian wheezy? According to http://jenkins.debian.net/view/chroot-installation/job/chroot-installation_wheezy_install_haskell_upgrade_to_jessie/lastBuild/console it is possible to install all of Haskell in wheezy and upgrade to jessie without problems. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#731512: pu: package eglibc/2.13-38+deb7u1
On Sun, Dec 22, 2013 at 07:55:34PM +0100, Julien Cristau wrote: On Sun, Dec 22, 2013 at 18:48:00 +0100, Aurelien Jarno wrote: Hi, On Fri, Dec 06, 2013 at 09:21:44PM +, Adam D. Barratt wrote: Hi, On Fri, 2013-12-06 at 08:56 +0100, Aurelien Jarno wrote: First of all I have to say I am a bit uncomfortable opening such a bug report with a not so small changelog so close to the 7.3 release. I have been problem to found time doing it, and it also took me longer than expected due to the accumulated (security) things to fix since the release of Wheezy. I would therefore understand you don't want to review it now or you prefer to delay this for 7.4 Thanks for the comprehensive explanation of the patches. As mentioned on IRC, given the timing I think looking at this for 7.4 would be best. Now that 7.3 is out, would it be possible to have a look at this? Looks reasonable to me. Thanks for the review, I have just uploaded it to stable. Aurelien -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732937: dpkg: fails somewhat regularly on kfreebsd-amd64
Hi! Guillem Jover guil...@debian.org writes: The problem is that something messes with dpkg's standard output and error, and it fails when doing the fflush() and ferror() check on it in m_output() I think. But this seems to be coming from something lower than dpkg or apt, perhaps a change in glibc or the kernel. As I've tried with downgraded versions matching the ones in stable, and it still fails. I've not tested further. It's not in the kernel as I've seen this showing up on the buildds yesterday and the buildds run stable kernels. Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732877: Add MariaDB as an alternative dependency
tags 732877 +confirmed +pending thanks Hi Otto! This is actually a good idea. I'll try to upload this in the next few days. Thanks for pointing it out! Cheers, Dererk -- BOFH excuse #304: routing problems on the neural net signature.asc Description: OpenPGP digital signature
Bug#732971: libisoburn: provide wodim amd genisoimage aliases
Hi, i am the upstream developer of libburn, libisofs, and libisoburn. Some clarifications: cdrskin can replace wodim for pure data CDs and pure audio CDs. It cannot produce mixed mode CDs like CD-XA or Video CD. (With DVD and BD it is simply superior to wodim.) xorriso can produce HFS+ inside ISO 9660 filesystems. Use cases are said to be with booting medium-new Apple computers. (Ask Vladimir Serbinenko at grub-devel mailing list for more info. He contributed most of the HFS+ code and did the tests.) But bootable ISOs for Debian arch powerpc need HFS (without plus). This is not provided by xorriso. Another topic where xorriso cannot replace genisoimage is UDF. K3B is said to refuse on cdrskin on purpose. The recent release 1.3.4 of cdrskin has changed its version message on user request from Cdrecord 2.01-Emulation Copyright (C) 2006-2013, see libburnia-project.org to Cdrecord 2.01a27 Emulation. Copyright (C) 2006-2013, see libburnia-project.org But you have to expect that future versions of K3B react on this, unless somebody negotiates better co-existence. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732965: xserver-xorg-core: Xorg segfaults at start
On Mon, Dec 23, 2013 at 11:20:20 +0100, Jacopo Cascioli wrote: Package: xserver-xorg-core Version: 2:1.12.4-6+deb7u2 Severity: important Hi everyone, I made a fresh installation of wheezy. Xorg deb7u1 started normally, but upgrading to deb7u2 causes Xorg to segfault at start. Downgrading to deb7u1 resolves the issue. I have Arch Linux on the same laptop, and it experiences the same problem. I'm not sure what you mean by the last sentence, there's no 2:1.12.4-6+deb7u2 or 2:1.12.4-6+deb7u1 on arch linux is there? In any case, could you please get a stack trace from gdb? There's some instructions at http://x.debian.net/howto/use-gdb.html Cheers, Julien signature.asc Description: Digital signature
Bug#732450: debian/watch: help uscan verify PGP signature automatically
tag 732450 +pending thanks Hi Daniel, On 18.12.2013 08:53, Daniel Kahn Gillmor wrote: It looks like Jim Jagielski is signing apache2 releases (at least those from 2.2 onward, which are all that we care about) with his key with fingerprint A93D 62EC C3C8 EA12 DB22 0EC9 34EA 76E6 7914 85A8. So to get uscan to verify this automatically, you'd do: FINGERPRINT='A93D 62EC C3C8 EA12 DB22 0EC9 34EA 76E6 7914 85A8' gpg --keyserver keys.gnupg.org --recv $FINGERPRINT cd src/apache2 gpg --export $FINGERPRINT debian/upstream-signing-key.pgp thanks for that suggestion. I added your patch for the upcoming package upload. I did, however, add the full keyring of Apache developers that /could/ sign a release as listed in http://www.apache.org/dist/httpd/KEYS -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#732967: [debian-mysql] Bug#732967: libmariadbclient18: wrong soname
Hello, 2013/12/23 Ansgar Burchardt ans...@debian.org: Package: libmariadbclient18 Version: 5.5.32-1 Severity: serious The soname for libmariadbclient is wrong as lintian notices: package-name-doesnt-match-sonames libmysqlclient18 ldconfig-symlink-missing-for-shlib usr/lib/i386-linux-gnu/libmysqlclient.so.18 usr/lib/i386-linux-gnu/libmariadbclient.so.18.0.0 libmysqlclient.so.18 This is known and will be fixed in when .35 is uploaded to Debian. The soname rename I did during packaing was a bit of a hack, and I have opened a bug report upstream to get if fixed properly across all versions. Thanks for reviewing the package and reporting your findings, please continue reporting it you find any additional issues. I much rather handle duplicate reports than let something go unnoticed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732972: New openssl breaks ssh
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: openssl Version: 1.0.1e-5 Severity: critical The newest openssl breaks ssh. Afterwards no login is possible anymore to the system via ssh! OpenSSL version mismatch. Built against 1000105f, you have 10001060 - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (800, 'unstable'), (600, 'oldstable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.6 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/dash Versions of packages openssl depends on: ii libc62.17-97 ii libssl1.0.0 1.0.1e-5 openssl recommends no packages. Versions of packages openssl suggests: ii ca-certificates 20130906 - -- Configuration Files: /etc/ssl/openssl.cnf changed: HOME= . RANDFILE= $ENV::HOME/.rnd oid_section = new_oids [ new_oids ] tsa_policy1 = 1.2.3.4.1 tsa_policy2 = 1.2.3.4.5.6 tsa_policy3 = 1.2.3.4.5.7 [ ca ] default_ca = CA_default# The default ca section [ CA_default ] dir = ./demoCA # Where everything is kept certs = $dir/certs# Where the issued certs are kept crl_dir = $dir/crl # Where the issued crl are kept database= $dir/index.txt# database index file. # several ctificates with same subject. new_certs_dir = $dir/newcerts # default place for new certs. certificate = $dir/cacert.pem # The CA certificate serial = $dir/serial # The current serial number crlnumber = $dir/crlnumber# the current crl number # must be commented out to leave a V1 CRL crl = $dir/crl.pem # The current CRL private_key = $dir/private/cakey.pem# The private key RANDFILE= $dir/private/.rand# private random number file x509_extensions = usr_cert # The extentions to add to the cert name_opt= ca_default# Subject Name options cert_opt= ca_default# Certificate field options default_days= 1095 # how long to certify for default_crl_days= 30# how long before next CRL default_md = sha1 # use public key default MD preserve= no# keep passed DN ordering policy = policy_match [ policy_match ] countryName = match stateOrProvinceName = match organizationName= match organizationalUnitName = optional commonName = supplied emailAddress= optional [ policy_anything ] countryName = optional stateOrProvinceName = optional localityName= optional organizationName= optional organizationalUnitName = optional commonName = supplied emailAddress= optional [ req ] default_bits= 4096 default_keyfile = privkey.pem distinguished_name = req_distinguished_name attributes = req_attributes x509_extensions = v3_ca # The extentions to add to the self signed cert string_mask = utf8only [ req_distinguished_name ] countryName = Country Name (2 letter code) countryName_default = CH countryName_min = 2 countryName_max = 2 commonName = Common Name (e.g. server FQDN or YOUR name) commonName_max = 64 emailAddress= Email Address emailAddress_max= 64 emailAddress_default= kl...@ethgen.de [ req_attributes ] [ usr_cert ] basicConstraints=CA:FALSE nsComment = OpenSSL Generated Certificate subjectKeyIdentifier=hash authorityKeyIdentifier=keyid,issuer [ v3_req ] basicConstraints = CA:FALSE keyUsage = nonRepudiation, digitalSignature, keyEncipherment [ v3_ca ] subjectKeyIdentifier=hash authorityKeyIdentifier=keyid:always,issuer basicConstraints = CA:true [ crl_ext ] authorityKeyIdentifier=keyid:always [ proxy_cert_ext ] basicConstraints=CA:FALSE nsComment = OpenSSL Generated Certificate subjectKeyIdentifier=hash authorityKeyIdentifier=keyid,issuer proxyCertInfo=critical,language:id-ppl-anyLanguage,pathlen:3,policy:foo [ tsa ] default_tsa = tsa_config1 # the default TSA section [ tsa_config1 ] dir = ./demoCA # TSA root directory serial = $dir/tsaserial# The current serial number (mandatory) crypto_device = builtin # OpenSSL engine to use for signing signer_cert = $dir/tsacert.pem # The TSA signing certificate # (optional) certs = $dir/cacert.pem # Certificate chain to include in reply #
Bug#660759: xul-ext-torbutton: torbrowser firefox patches
On Tue, Feb 21, 2012 at 05:57:06PM +0100, Jérémy Bobbio wrote: Thanks for the bug report. I am fully aware of this issue. Please see upstream ticket [1] and also the minutes of the meeting we had during last DebConf [2] which discussed how to proceed as well. What currently needs to be done is to see how a patched version of Iceweasel can be integrated in Debian. Mike Homey agreed to add a iceweasel-src package to iceweasel binary, but what should goes in this package is yet to be determined. One other issue is how to eventually have two sets of similar shared libraries co-installable. Help welcome, there is a lot a work to be done. Hi Jérémy, I just wanted to step in and give my point of view, which I think is quite similar to that of the Tor project. We're not just talking about a few patches which add some functionality. There's been a lot of work involved in security audit of Firefox codebase, and there's ongoing research that will likely result in new changes in the UI models (for example, see the browser tab references in https://gitweb.torproject.org/torspec.git/blob/HEAD:/proposals/171-separate-streams.txt) Some of the security problems have NOT been resolved in a way that can be integrated in Firefox. The requirements both projects are incompatible! For example, Tor Browser disables or restricts actual functionality (e.g. HTML5 canvas) which most Firefox users expect to be present. In addition, future development of Firefox will introduce changes which can't go into Tor Browser until they've been audited for anonimity. Remember that both projects have different goals, and anonimity is not an absolute must in Firefox development. Is it feasible for the Iceweasel maintainer in Debian to put a release on hold because it hasn't been completely audited for leakages? This is one of the things that would need to be resolved. I recommend that you give an in-depth read to the Tor Browser design document, it's been an eye-opener for me: https://www.torproject.org/projects/torbrowser/design/ I think the only solution at this point (and at least for years to come) to provide anonymous browsing in Debian is to use secure browsers. This could be Tor Browser or maybe others (xxxterm looks promising). In the meantime, I believe that providing torbutton does more harm than good, because it provides the *illusion* of security rather than security itself. Please, I urge you to reconsider. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731803: dh-systemd: dh_installinit and dh_systemd_start are both present when using symlink instead of Alias
Hi, Ignoring the symlinks shipped in the package shouldn't be enough to fix this? Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648021: fail2ban: Logfile in UTC, localtime UTC+1 - no entrioes found
On Tue, Nov 08, 2011 at 01:01:23PM +0100, a...@old-forest.org wrote: On this (hopefully quite generic) system a log line looks: Nov 8 11:19:38 bar sshd[25427]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=fnord The time given is in UTC, localtime is UTC+1. Fail2ban seems to interpret the time stamp as localtime and given the value of 'findtime' of 600 will never find any logentry. My workaround is 'fail2ban-client set ssh findtime 4600', which is a bit ugly. A nicer approach would be to make a time offset settable. I also ran into this issue. A different work around is echo export TZ=UTC /etc/default/fail2ban Since it took me quite some time to notice this issue, let me propose the following extension: In processLineAndAdd you already (debug) log when a line gets ignored due to the findtime setting. I propose adding a flag to processLineAndAdd that indicates whether it was called due to a poll or during program startup. Since all polling modes either immediately notice changes or take at most 1 second, this ignoring can (in theory) never happen during polling. So I suggest to emit a warning in this case. I believe that a warning is warranted when a poller takes more than findtime seconds to report new messages. The advantage is that now fail2ban spams my log when I have misconfigured it and chances are, that I'll notice. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731512: pu: package eglibc/2.13-38+deb7u1
Control: tags -1 + pending On 2013-12-23 11:16, Aurelien Jarno wrote: On Sun, Dec 22, 2013 at 07:55:34PM +0100, Julien Cristau wrote: On Sun, Dec 22, 2013 at 18:48:00 +0100, Aurelien Jarno wrote: Now that 7.3 is out, would it be possible to have a look at this? Looks reasonable to me. Thanks for the review, I have just uploaded it to stable. Flagged for acceptance; thanks. While I was looking over the list of fixes included, I noticed that CVE-2013-4458 / #727181 is marked as still affecting sid/jessie; is that correct? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732972: workaround
I had this problem. I downgraded for the moment with: sudo apt-get install libssl1.0.0=1.0.1e-4 openssl=1.0.1e-4
Bug#732973: liblo: update Architecture field
Source: liblo Version: 0.26~repack-8 Felipe Sateler fsate...@debian.org writes: I have just uploaded a version (0.26~repack-8) that purposely fails on sparc and sparc64, so that it doesn't build again. If a package should not be built on an architecture, then there is an Architecture field to indicate this. Please use this instead of failing the build (note that you can use !sparc !sparc64 or something like that). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728347: [Pkg-mediawiki-devel] Bug#728347: News about new upstream version of mediawiki
Hi, On Mon, 23 Dec 2013, Thorsten Glaser wrote: can you share your plans to update the mediawiki package ? Upstream said 1.19 would be an LTS release, so we chose it for wheezy; I (opinion of other maintainers) do *not* plan to upgrade it until some not-too-much time before the freeze, in the hopes that upstream will designate another LTS version to use for jessie-as-stable by then. From what I can see, none of the maintainers of the mw- related packages is (able to?) invest lots of time into it. Keeping the same (roughly) version in stable and te- sting reduces maintenance load, I think. Well, you also ensure that you won't discover issues introduced in new versions until well too-late in the developement cycle... What are the chances that there will no new LTS until our next freeze? In any case, it would still be very helpful to continue packaging new upstream releases in experimental at least so that you can have early feedback from people who have a special interest in those new upstream releases... (and it looks like that some features in the new releases generated user interest since someone filed this bug and since a customer of mine asked about it too) 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#728347: [Pkg-mediawiki-devel] Bug#728347: News about new upstream version of mediawiki
On Mon, 23 Dec 2013, Raphael Hertzog wrote: Well, you also ensure that you won't discover issues introduced in new versions until well too-late in the developement cycle... Sure, but that happens always, no matter how you set the cut-off. Unless we stick with 1.19 for jessie too. I think you wouldn’t want that. So this is no argument. What are the chances that there will no new LTS until our next freeze? Dunno, haven’t talked to the Mediawiki people yet. Worst case, we just take the then-current version, as usual. In any case, it would still be very helpful to continue packaging new upstream releases in experimental at least so that you can have early Hm, are you volunteering? Also, this gets a nightmare wrt. the extensions… but I now know how to fix _that_ ;) Anyway… I’m doing this for work at $dayjob, so the interest from me is to have stable, not-too-often- changing, mediawiki versions in Debian. I’ll not block you, I didn’t block David’s package split either, but I’m not going to do the work, sorry. (Not speaking for the others, at least jmw and Romain should still be there somewhere…) bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732974: binutils-arm-none-eabi: No C++ support
Package: binutils-arm-none-eabi Version: 2.23.90.20131116-1+3 Severity: important Dear Maintainer, I'm trying to compile the firmware for an ARM Cortex M3 and am getting the error: C++ compiler not installed on this system This can be reproduced by trying to compile any C++ file, e.g. $ arm-none-eabi-cpp hellow.cpp -o hellow arm-none-eabi-cpp: error: hellow.cpp: C++ compiler not installed on this system I noticed the configure settings you've used has the flag --enable-languages=c and not --enable-languages=c,c++ which I assume is the problem. Is there a reason to only have C support? I've noticed that the gcc-arm-embedded Launchpad build comes with arm-none- eabi-g++ and arm-none-eabi-c++ and we only have arm-none-eabi-cpp -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/4 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 binutils-arm-none-eabi depends on: ii libc6 2.17-97 ii zlib1g 1:1.2.8.dfsg-1 binutils-arm-none-eabi recommends no packages. binutils-arm-none-eabi 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#728347: [Pkg-mediawiki-devel] Bug#728347: Bug#728347: News about new upstream version of mediawiki
On 23 December 2013 12:49, Raphael Hertzog hert...@debian.org wrote: What are the chances that there will no new LTS until our next freeze? Next LTS is assumed to be 1.23 (next release version), which should also be stable for the Visual Editor. In any case, it would still be very helpful to continue packaging new upstream releases in experimental at least so that you can have early feedback from people who have a special interest in those new upstream releases... (and it looks like that some features in the new releases generated user interest since someone filed this bug and since a customer of mine asked about it too) Definitely a good idea! (Particularly given Debian's idiosyncratic default to the not-well-supported Postgres rather than the highly-supported MySQL/Maria). - d. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731531: apache2ctl doesn't create /var/run/apache2/
Hi Harald, On 06.12.2013 11:47, Harald Dunkel wrote: Package: apache2 Version: 2.2.22-13 I have to start apache using a dedicated account and sudo /usr/sbin/apache2ctl -f /my/apache2.conf -k graceful instead of root and /etc/init.d/apache2 start. Problem: apache2 fails to start with Cannot create SSLMutex with file `/var/run/apache2/ssl_mutex' /var/run/apache2/ doesn't exist. This is not graceful. Indeed. However, you seem to use your own configuration by bypassing the apache2 init.d scripts. In this case, I claim, It's legit to assume that you take care of creating the directories you need in your (private) configuration yourself. I'd think that it is Debian's job to provide an environment which can be started off the default configuration, but you seem to use a private setup instead. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#728347: [Pkg-mediawiki-devel] Bug#728347: Bug#728347: News about new upstream version of mediawiki
On Mon, 23 Dec 2013, David Gerard wrote: (Particularly given Debian's idiosyncratic default to the not-well-supported Postgres rather than the highly-supported MySQL/Maria). Actually, Debian defaults to the not-even-a-real-ACID-database MySQL instead of a proper database, by ordering of the package dependencies. It’s just me who insists on keeping his systems¹ free of MySQL and consorts, with advice from several DBAs. bye, //mirabilos ① including http://www.grep.be/blog/en/computer/debian/no_more_mysql?show_comments=yes -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732895: Add MariaDB as an alternative dependency
Hello, 2013/12/23 Thijs Kinkhorst th...@debian.org: I'm not against this, but have you considerd to have mariadb-server Provides: mysql-server? Then no packages need to be changed and it will work instantly.. There is Provides: virtual-mysql-client|-server, but we don't have Provides: mysql-server|-client anymore due to circular dependencies issues. Also I think having an explicit virtual package would be a cleaner solution, though this name has not yet been standardized in Debian. Right. I'd love to test it, but it seems no amd64 packages are available yet. I guess you know about this, will they be available soon? Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687564: RFS: irstlm/5.80.01-1 -- [ITP] IRST Language Modeling Toolkit
Hi,
I'm interested in this package, but this BTS report is not updated for
a year. How is the status of this package?
I tried building the newest package on your git repository in sid.
There is no warning without 1) and 2) you mentioned at Message #50.
Thanks.
--
Koichi Akabe
vbkaisetsu at {gmail.com, debian.or.jp}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732623: Bug#729576: duplicate of bug #726763
Control: reassign -1 lightdm 1.8.5-2 Hi Vincent, On 22.12.2013 23:30, Andreas Cadhalpun wrote: I just tried twm, but twm just hangs and gives many of the following Sorry, twm does not hang, I just had no idea how minimal twm really is: It does not show anything after login, only the background. The only way I found to interact with it, is to left click on the background, so that a menu appears. (Seriously, does anyone use twm as window manager?) In fact, I cannot reproduce the problem with twm as well. I was wondering, why this works for me and not for you, when I noticed, that you use unstable, while I use testing. (I was first mislead by the fact, that you reported the original bug against lightdm-gtk-greeter, which has still version 1.6.1-4 in both testing and unstable. (Perhaps this is the problem and it should be updated to 1.8.*?) The major difference between testing and unstable concerning this bug is lightdm, which is 1.6.3-1 in testing, but 1.8.5-2 in unstable. So I installed lightdm from unstable, and indeed I can reproduce the problem of this bug with that version. This is independent of the started session (gnome-shell, xfce, twm) and independent of the init system (sysvinit, systemd-sysv). Therefore this bug is a regression introduced in lightdm between 1.6.3-1 and 1.8.5-2. On 23.12.2013 03:20, Vincent Lefevre wrote: What logs would you like to see? The result of the tests CanSuspend, CanHibernate, CanReboot and CanPowerOff, and possibly the cause of the result when it isn't yes. I can't see them in D-Bus monitoring. Or perhaps I'm doing something wrong. How can I run these tests? Can you give me a command line to execute? There could be a debug mode in the conf files, just like what gdm3 has, e.g. from /etc/gdm3/daemon.conf: [debug] # More verbose logs # Additionally lets the X server dump core if it crashes Enable = true I'm not sure if you meant this, but there is /var/log/lightdm. With the unstable version of lightdm, I have the following error (sorry for the german) in /var/log/lightdm/x-0-greeter.log: ** (lightdm-gtk-greeter:2536): WARNING **: Failed to open sessions directory: Fehler beim Öffnen des Ordners »/usr/share/lightdm/sessions«: Datei oder Verzeichnis nicht gefunden This is not present when using the lightdm version from testing, so it seems that /usr/share/lightdm/sessions is not correctly created by the unstable version of lightdm. With libpam-systemd installed, using gdbus monitor --system --dest org.freedesktop.login1 I can see org.freedesktop.login1.Manager.SessionNew lines, but the sessions are removed only when I log in again. So, when I log out, there's always a session active. Here's how it looks like: I also have always an active session with the testing version of lightdm, but nevertheless all four menu items show. This leaves 2 questions: 1. Why isn't the session removed when I log out? Something related to /etc/X11/Xsession* configuration? Note that I have the default. /etc/X11/Xsession is run via session-wrapper=/etc/X11/Xsession in /usr/share/lightdm/lightdm.conf.d/01_debian.conf That is a good question, but it seems unrelated to this bug, as it cannot be the cause, because the menu works in spite of this with the testing version. 2. Why, apparently due to this session problem, only 2 menu items over the 4 ones disappear? I think that the menus disappear might be due to having still the 1.6 version of the greeter. I agree, but the Debian installer would have to be changed to drop GNOME entirely (anyway, if GNOME breaks without systemd-sysv, this will happen). I think that discussion has to wait until the technical committee has reached a conclusion regarding the init system issue. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732971: libisoburn: provide wodim amd genisoimage aliases
Hi, there is a feature with cdrskin which was intended to help its integration into cdrkit. man cdrskin describes this option: fallback_program=command Set a command name to be executed if cdrskin encounters a known cdrecord option which it does not yet support. If a non-empty command is given with fallback_program=, and if no essential options are given which are specific to cdrskin, then cdrskin will delegate the job to said command. The natural commands to be given are cdrecord or wodim but one may well submit the address of an own program. The fallback program will get all arguments of cdrskin which do not match the shell patterns --?* or *_*=* . This eventually suppresses path names of track sources which happen to match those patterns. The options from the startup files are not handed to the fallback program. Fallback program execution is disabled if cdrskin is run setuid and not option --allow_setuid is given. In general, the drive's device files and the involved programs should be set up so that each program runs under its advised conditions. (E.g. cdrskin as member of group floppy, cdrecord setuid root.) Two alias names for cdrskin are predefined with default fallback programs: unicord implies fallback_program=cdrecord codim implies fallback_program=wodim This would make available the advantages of cdrskin with DVD and Blu-ray media, while also offering the special CD capabilities of wodim. This feature was implemented in 2007. Since then it has been fewly challenged. Thorough testing seems wise. xorriso's mkisofs emulation has no such feature yet. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732975: website update
Package: gnome-orca Severity: wishlist Dear Maintainer, on the webpage http://packages.debian.org/sid/gnome-orca the link External Resources: Homepage [live.gnome.org] goes to http://live.gnome.org/Orca but it should be https://wiki.gnome.org/Projects/Orca There are a bunch of broken links like that -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-orca depends on: ii gir1.2-gtk-3.0 3.8.2-3 ii gir1.2-pango-1.0 1.32.5-5+b1 pn gir1.2-wnck-3.0none ii python 2.7.5-5 pn python-brlapi none ii python-cairo 1.8.8-1+b2 ii python-dbus1.2.0-2+b1 ii python-gi 3.8.3-1+b1 pn python-louis none pn python-pyatspi2none pn python-speechd none ii python-support 1.0.15 ii python-xdg 0.25-3 ii speech-dispatcher 0.7.1-6.2 Versions of packages gnome-orca recommends: pn gnome-mag none ii wget 1.14-2 pn xbrlapinone gnome-orca suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668843: Only hurd nowadays
Control: severity -1 normal kfreebsd is now fine (at least since 12.12) so not RC any more. Suggestions/Patches from hurd people welcome ;-) Christoph pgpStnx7eXWJs.pgp Description: PGP signature
Bug#732977: linux-image-3.11-0.bpo.2-amd64: System freezes in graphic mode
Package: src:linux Version: 3.11.8-1~bpo70+1 Justification: breaks unrelated software Severity: critical Dear Maintainer, after upgrade kernel to version 3.2 (3.11 currently) system crashes in graphic system after first attempt to run an application. Loging in is possible, desktop is shown. After clicking on some application icon the screen breaks into a lined pattern and mouse and keybord is blocked. Hard reset is required. I have this problem with all kernels from backporst. Only original Wheezy version 3.2 works without problems. lspci: 00:00.0 RAM memory: NVIDIA Corporation MCP61 Host Bridge (rev a1) 00:01.0 ISA bridge: NVIDIA Corporation MCP61 LPC Bridge (rev a2) 00:01.1 SMBus: NVIDIA Corporation MCP61 SMBus (rev a2) 00:01.2 RAM memory: NVIDIA Corporation MCP61 Memory Controller (rev a2) 00:02.0 USB controller: NVIDIA Corporation MCP61 USB 1.1 Controller (rev a3) 00:02.1 USB controller: NVIDIA Corporation MCP61 USB 2.0 Controller (rev a3) 00:04.0 PCI bridge: NVIDIA Corporation MCP61 PCI bridge (rev a1) 00:05.0 Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev a2) 00:06.0 IDE interface: NVIDIA Corporation MCP61 IDE (rev a2) 00:07.0 Bridge: NVIDIA Corporation MCP61 Ethernet (rev a2) 00:08.0 IDE interface: NVIDIA Corporation MCP61 SATA Controller (rev a2) 00:08.1 IDE interface: NVIDIA Corporation MCP61 SATA Controller (rev a2) 00:0d.0 VGA compatible controller: NVIDIA Corporation C61 [GeForce 7025 / nForce 630a] (rev a2) 00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor HyperTransport Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Miscellaneous Control 00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Link Control 01:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) -- Package-specific info: ** Kernel log: boot messages should be attached -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-3.11-0.bpo.2-amd64 depends on: ii debconf [debconf-2.0] 1.5.49 ii initramfs-tools [linux-initramfs-tool] 0.115~bpo70+1 ii kmod9-3 ii linux-base 3.5 ii module-init-tools 9-3 Versions of packages linux-image-3.11-0.bpo.2-amd64 recommends: ii firmware-linux-free 3.2 Versions of packages linux-image-3.11-0.bpo.2-amd64 suggests: pn debian-kernel-handbook none ii extlinux2:4.05+dfsg-6+deb7u1 ii grub-pc 1.99-27+deb7u2 pn linux-doc-3.11 none Versions of packages linux-image-3.11-0.bpo.2-amd64 is related to: pn firmware-atherosnone pn firmware-bnx2 none pn firmware-bnx2x none pn firmware-brcm80211 none pn firmware-intelwimax none pn firmware-ipw2x00none pn firmware-ivtv none pn firmware-iwlwifinone pn firmware-libertas none ii firmware-linux 0.40~bpo70+1 ii firmware-linux-nonfree 0.40~bpo70+1 pn firmware-myricomnone pn firmware-netxen none pn firmware-qlogic none pn firmware-ralink none pn firmware-realteknone pn xen-hypervisor none -- debconf information: linux-image-3.11-0.bpo.2-amd64/prerm/removing-running-kernel-3.11-0.bpo.2-amd64: true linux-image-3.11-0.bpo.2-amd64/postinst/depmod-error-initrd-3.11-0.bpo.2-amd64: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732976: RuntimeError: Data access methods are unsupported. Use normal Python attributes instead
Package: accerciser
Version: 3.4.1-1
Severity: important
Dear Maintainer,
just using the tool crashes.
RuntimeError: Data access methods are unsupported. Use normal Python
attributes instead
See my patch to comment out get/set data
https://github.com/h4ck3rm1k3/accerciser-mirror/commit/a17a7346e5c0ae057b2cf980bf64d4d14d73d258
get/set_data('last_position' fails.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.10-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Versions of packages accerciser depends on:
ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1
ii gir1.2-atk-1.0 2.10.0-2
ii gir1.2-gdkpixbuf-2.0 2.28.2-1+b1
ii gir1.2-gtk-3.0 3.8.6-1
ii gir1.2-pango-1.0 1.36.0-1+b1
ii gir1.2-wnck-3.0 3.4.7-1
ii ipython 0.13.2-2
ii python 2.7.5-5
ii python-cairo 1.8.8-1+b2
ii python-pyatspi2 2.10.0+dfsg-1
ii python-support 1.0.15
accerciser recommends no packages.
accerciser suggests no packages.
-- no debconf information
--
James Michael DuPont
Member of Free Libre Open Source Software Kosova http://www.flossk.org
Saving Wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com
Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732978: ITP: thunar-shares-plugin -- samba usershare support for thunar filemanager (XFCE)
Package: wnpp Followup-For: Bug #672539 Owner: Sascha Spreitzer sas...@spreitzer.ch * Package name : thunar-shares-plugin Version : 0.2.0 Upstream Author : Daniel Morales dan...@daniel.com.uy * URL : http://goodies.xfce.org/projects/thunar-plugins/thunar-shares-plugin * License : GPLv2 Description : The Thunar Shares Plugin (thunar-shares-plugin) allows you to quickly share a folder using Samba from Thunar (the XFCE file manager) without requiring root access.
Bug#732458: some infos
Hoping it could be useful, I found this discussion in some Arch Linux forum, but I think the bug is the same: powertop 2(https://bbs.archlinux.org/viewtopic.php?id=141477). I don't know anything about C and C++, so I don't know how to fix it by myself, sorry. Andrea Corti
Bug#732979: openssh-server Depends on openssh-client
Package: openssh-server
Version: 1:6.4p1-2
Hi,
After the NMU I did for I upgraded my openssh-client. Later apt
complained that openssh-server was broken because of the Depends
on openssh-client.
The changelog says:
* Use ${binary:Version} rather than ${Source-Version} in openssh-server -
openssh-client dependency.
And:
* Split the ssh binary package into openssh-client and openssh-server
(closes: #39741). openssh-server depends on openssh-client for some
common functionality; it didn't seem worth creating yet another package
for this. openssh-client is priority standard, openssh-server optional.
Later this got changed:
* Mark openssh-client and openssh-server as Multi-Arch: foreign.
As a result of only updating openssh-client, apt decided that it
should remove openssh-client:amd64 and instead install openssh-client:i386,
together with a bunch of i386 libraries.
I assume that it's only needing binaries in the -client package, so I guess
that should have worked without problems.
But I'm really wondering why you need such a strict version requirement.
Kurt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710925: r-cran-ggplot2: The following `from` values were not present in `x`...
Hi Andreas, Thanx for your reply. Le 17/12/13 09:49, Andreas Tille a écrit : Hi Philippe, sorry for the long silence to this bug report. No probs Package: r-cran-ggplot2 Version: 0.8.9-1.1 Severity: important Dear Maintainer, ggplot2 graphics functions print this message: The following `from` values were not present in `x`: col, color, pch, cex, lty, lwd, srt, adj, bg, fg, min, max ggplot doesn't display any plot but a blank screen. Moreover, each geom_* function prints the same message, while other ggplot2 functions seem to work well (not test thoroughly). Note: the problem appends after the distribution upgrade (from wheezy to jessie) from R-2.15 to R-3.0. ggplot has been recompiled again R 3.0 without any evident problem (to my point of view of course). I admit I'm not using this package personally and it was just packaged as a precondition for some other package (r-bioc-cummerbund). To verify the correctness of ggplot2 I just packaged r-cran-testthat (locally, will be uploaded soon) and was running the suggested testsuite library(testthat) library(ggplot2) test_package(ggplot2) This test succeeded at my side. Could you please provide some test case which will enable us to reproduce your problem? The point is : ggplot2 depends on the 'scales' library. This package isn't packaged yet in a debian distribution... What I know is that this package is in the queue of acceptance. I've installed 'manually' ggplot2 with its dependency (scales, plyr, reshape2,...) and R works fine (but out of debian) So I suggest to append a dependency to scalles in the control file. In order to prevent the upgrade of R to the 3rd release. Kinds regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723731: Patch to xss_redirect_fix
Hi,
The attached patch fixes the redirect code to not break the query string
by re-encoding the = character.
Thanks,
Brett.
diff -ru4 orig/pound-2.6/debian/patches/xss_redirect_fix.patch new/pound-2.6/debian/patches/xss_redirect_fix.patch
--- orig/pound-2.6/debian/patches/xss_redirect_fix.patch2012-02-03 09:46:07.0 +
+++ new/pound-2.6/debian/patches/xss_redirect_fix.patch 2013-12-23 13:35:39.0 +
@@ -42,9 +42,9 @@
+ if (
+ (ch= 'A' ch ='Z') ||
+ (ch= 'a' ch ='z') ||
+ (ch= '0' ch ='9') ||
-+ch == '-' || ch == '_' || ch == '.' || ch == ':' || ch == '/' || ch == '?' || ch == '' || ch == ';') {
++ch == '-' || ch == '_' || ch == '.' || ch == ':' || ch == '/' || ch == '?' || ch == '' || ch == ';' || ch == '=') {
+
+ urlbuf[j++] = ch;
+ continue;
+ }
diff -ru4 orig/pound-2.6/http.c new/pound-2.6/http.c
--- orig/pound-2.6/http.c 2013-12-23 13:54:00.0 +
+++ new/pound-2.6/http.c2013-12-23 13:52:56.0 +
@@ -81,9 +81,9 @@
if (
(ch= 'A' ch ='Z') ||
(ch= 'a' ch ='z') ||
(ch= '0' ch ='9') ||
-ch == '-' || ch == '_' || ch == '.' || ch == ':' || ch == '/' || ch == '?' || ch == '' || ch == ';') {
+ch == '-' || ch == '_' || ch == '.' || ch == ':' || ch == '/' || ch == '?' || ch == '' || ch == ';' || ch == '=') {
urlbuf[j++] = ch;
continue;
}
Bug#732973: liblo: update Architecture field
On Mon, Dec 23, 2013 at 9:42 AM, Ansgar Burchardt ans...@debian.org wrote: Source: liblo Version: 0.26~repack-8 Felipe Sateler fsate...@debian.org writes: I have just uploaded a version (0.26~repack-8) that purposely fails on sparc and sparc64, so that it doesn't build again. If a package should not be built on an architecture, then there is an Architecture field to indicate this. Please use this instead of failing the build (note that you can use !sparc !sparc64 or something like that). I was under the impression that this is not true. The ! can be used in the (Build-)Depends field, but not on the Architecture one. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732940: 6.4p1-1.1 NMU diff
Hi, Here is the diff of the NMU that I uploaded. Kurt diff -Nru openssh-6.4p1/debian/changelog openssh-6.4p1/debian/changelog --- openssh-6.4p1/debian/changelog 2013-11-09 19:24:22.0 +0100 +++ openssh-6.4p1/debian/changelog 2013-12-23 11:15:26.0 +0100 @@ -1,3 +1,10 @@ +openssh (1:6.4p1-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Adjust check for openssl version (Closes: #732940) + + -- Kurt Roeckx k...@roeckx.be Mon, 23 Dec 2013 10:33:59 +0100 + openssh (1:6.4p1-1) unstable; urgency=high * New upstream release. Important changes: diff -Nru openssh-6.4p1/debian/patches/openssl_version.patch openssh-6.4p1/debian/patches/openssl_version.patch --- openssh-6.4p1/debian/patches/openssl_version.patch 1970-01-01 01:00:00.0 +0100 +++ openssh-6.4p1/debian/patches/openssl_version.patch 2013-12-23 11:08:55.0 +0100 @@ -0,0 +1,23 @@ +From: Kurt Roeckx k...@roeckx.be +Date: Mon, 23 Dec 2013 10:44:43 +0100 +Subject: Don't check the status field of the openssl version + +There is no reason to check the version of openssl (in Debian). If it's not +compatible the soname will change. Openssh seems to want to do a check for the +soname based on the version number, but wants to keep the status of the release +the same. Remove that check on the status since it doesn't tell you anything +about how compatible that version is. + +Index: openssh-6.4p1/entropy.c +=== +--- openssh-6.4p1.orig/entropy.c 2013-12-23 11:08:36.035642096 +0100 openssh-6.4p1/entropy.c 2013-12-23 11:08:52.723282762 +0100 +@@ -216,7 +216,7 @@ + * allow 1.0.1 to work with 1.0.0). Going backwards is only allowed + * within a patch series. + */ +- u_long version_mask = SSLeay() = 0x100f ? ~0x0L : ~0xff0L; ++ u_long version_mask = SSLeay() = 0x100f ? ~0xfL : ~0xff0L; + if (((SSLeay() ^ OPENSSL_VERSION_NUMBER) version_mask) || + (SSLeay() 12) (OPENSSL_VERSION_NUMBER 12)) + fatal(OpenSSL version mismatch. Built against %lx, you diff -Nru openssh-6.4p1/debian/patches/series openssh-6.4p1/debian/patches/series --- openssh-6.4p1/debian/patches/series 2013-09-15 00:07:14.0 +0200 +++ openssh-6.4p1/debian/patches/series 2013-12-23 10:44:07.0 +0100 @@ -26,6 +26,7 @@ dnssec-sshfp.patch auth-log-verbosity.patch mention-ssh-keygen-on-keychange.patch +openssl_version.patch # Versioning package-versioning.patch
Bug#414092: airport-utils: Tools start and quit immediately without working
Hello, I have been struggling to find any way of re-configuring my old original (Graphite) Airport Base Station, since Apple have stopped supporting it in the official tools. I thought I would try the aiport-uilts but experienced exactly the same problem as originally described in this bug, on Debian stable (wheezy). Thanks to John Neffenger, I successfully installed an old copy of Debian 5.0.10 (Lenny) in VirtualBox, installed sun-java5-jdk and then airport-utils and it all worked fine. Linux debian 2.6.26-2-686 #1 SMP Sun Mar 4 22:19:19 UTC 2012 i686 GNU/Linux ii java-common0.30 Base of all Java packages ii sun-java5-jdk 1.5.0-22-0lenn Sun Java(TM) Development Kit (JDK) 5.0 ii sun-java5-jre 1.5.0-22-0lenn Sun Java(TM) Runtime Environment (JRE) 5.0 ( ii airport-utils 1-7configuration and management utilities for A Thanks John! nick. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732981: ExecStart et al should be capable of honouring PATH
Package: systemd Version: 204-5 systemd.service(5) says: ExecStart= Commands with their arguments that are executed when this service is started. The first argument must be an absolute path name. This should be capable of handling a bare command name, to be found in PATH. Debian Policy requires (s6.1) package maintainer scripts to find their components via PATH. This doesn't necessarily imply that an init system should, but the same rationale applies. Thanks, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732980: upstart should be able to log to syslog
Package: upstart Version: 1.10-2 There should be an option to cause all job output to be sent to syslog, rather than to /var/log/upstart. This should affect all jobs which have log console. (It would be nice, but not essential, to be able to override this setting in either direction on a per-job basis.) I'm filing this bug as non-wishlist because I think this is an important feature which is necessary for some systems and daemons to fully transition to upstart (and to the use of a non-forking startup protocol). Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732973: liblo: update Architecture field
Quoting Felipe Sateler (2013-12-23 15:11:17) On Mon, Dec 23, 2013 at 9:42 AM, Ansgar Burchardt ans...@debian.org wrote: Felipe Sateler fsate...@debian.org writes: I have just uploaded a version (0.26~repack-8) that purposely fails on sparc and sparc64, so that it doesn't build again. If a package should not be built on an architecture, then there is an Architecture field to indicate this. Please use this instead of failing the build (note that you can use !sparc !sparc64 or something like that). I was under the impression that this is not true. The ! can be used in the (Build-)Depends field, but not on the Architecture one. Depending on the reason for avoiding some specific arch, you may find useful my pkgarchs.sh script in uwsgi packaging, and how it is used in control.in and rules file. - 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#732982: linux-headers-3.2.0-4-amd64: wi-fi with problems in reception
Package: linux-headers-3.2.0-4-amd64 Version: 3.2.53-2 Severity: normal Tags: patch Dear Maintainer, I reported a bug (Bug # 732803) problems in package firmware-iwlwifi, but the maintainer (Ben Hutchings b...@decadent.org.uk) said it would be a problem in the kernel. -- System Information: Debian Release: 7.3 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=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-headers-3.2.0-4-amd64 depends on: ii gcc-4.6 4.6.3-14 ii linux-headers-3.2.0-4-common 3.2.53-2 ii linux-kbuild-3.2 3.2.17-1 linux-headers-3.2.0-4-amd64 recommends no packages. linux-headers-3.2.0-4-amd64 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#726945: pdns-backend-pgsql: fails to upgrade from testing: ERROR: syntax error at or near NOT LINE 1: ...ABLE supermasters ALTER COLUMN ip TYPE VARCHAR(64) NOT NULL; ^
Hello Julien, On Dec 22, 2013, at 15:37 , Julien Cristau wrote: On Sun, Oct 20, 2013 at 22:40:04 +0200, Peter van Dijk wrote: I have a patch for this, will submit it to the maintainers soon, if it's not already fixed in their git. Hi Peter, I can't see the patch at http://anonscm.debian.org/gitweb/?p=pkg-pdns/pdns.git;a=summary Any chance you could send it to this bug? Please find it attached. This is the version from October, I have not verified it against PowerDNS 3.3.1 (but the differences should be minor, if at all present). Kind regards, -- Peter van Dijk Netherlabs Computer Consulting BV - http://www.netherlabs.nl/ pdns-backend-pgsql-726945.patch Description: Binary data signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#732983: gnome-core: Gnome freezing.
Package: gnome-core Version: 1:3.4+7+deb7u1 Severity: normal Tags: patch Dear Maintainer, I noticed that when leaving computer on for more than 24 hours Gnome freezes. For example, I started sending bug reports by reportbug and even froze all the Gnome, i need do reboot Debian 7.3 -- System Information: Debian Release: 7.3 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=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-core depends on: ii at-spi2-core 2.5.3-2 ii baobab 3.4.1-1 ii brasero 3.4.1-4 ii caribou 0.4.4-1 ii caribou-antler 0.4.4-1 ii dconf-gsettings-backend 0.12.1-3 ii dconf-tools 0.12.1-3 ii empathy 3.4.2.3-2+deb7u1 ii eog 3.4.2-1+build1 ii evince 3.4.0-3.1 ii evolution-data-server3.4.4-3 ii fonts-cantarell 0.0.9-1 ii gcalctool6.4.2.1-3 ii gconf2 3.2.5-1+build1 ii gdm3 3.4.1-8 ii gkbd-capplet 3.4.0.2-1 ii glib-networking 2.32.3-1 ii gnome-backgrounds3.4.2-1 ii gnome-bluetooth 3.4.2-1 ii gnome-contacts 3.4.1-1+b1 ii gnome-control-center 1:3.4.3.1-2 ii gnome-dictionary 3.4.0-2 ii gnome-disk-utility 3.0.2-3 ii gnome-font-viewer3.4.0-2 ii gnome-icon-theme 3.4.0-2 ii gnome-icon-theme-extras 3.4.0-1 ii gnome-icon-theme-symbolic3.4.0-2 ii gnome-keyring3.4.1-5 ii gnome-menus 3.4.2-5 ii gnome-online-accounts3.4.2-2 ii gnome-packagekit 3.4.2-2 ii gnome-panel 3.4.2.1-4 ii gnome-power-manager 3.4.0-2 ii gnome-screensaver3.4.1-1 ii gnome-screenshot 3.4.1-1 ii gnome-session3.4.2.1-4 ii gnome-session-fallback 3.4.2.1-4 ii gnome-settings-daemon3.4.2+git20121218.7c1322-3+deb7u3 ii gnome-shell 3.4.2-7+deb7u1 ii gnome-sushi 0.4.1-3 ii gnome-system-log 3.4.1-3 ii gnome-system-monitor 3.4.1-2+b1 ii gnome-terminal 3.4.1.1-2 ii gnome-themes-standard3.4.2-2.1 ii gnome-user-guide 3.4.2-1+build1 ii gnome-user-share 3.0.2-1 ii gsettings-desktop-schemas3.4.2-3 ii gstreamer0.10-plugins-base 0.10.36-1.1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu1 ii gstreamer0.10-pulseaudio 0.10.31-3+nmu1 ii gtk2-engines 1:2.20.2-2 ii gucharmap1:3.4.1.1-2.1 ii gvfs-backends1.12.3-4 ii gvfs-bin 1.12.3-4 ii iceweasel17.0.10esr-1~deb7u1 ii libatk-adaptor 2.5.3-2 ii libcanberra-pulse0.28-6 ii libcaribou-gtk-module0.4.4-1 ii libcaribou-gtk3-module 0.4.4-1 ii libgtk-3-common 3.4.2-7 ii libpam-gnome-keyring 3.4.1-5 ii metacity 1:2.34.3-4 ii mousetweaks 3.4.2-1 ii nautilus 3.4.2-1+build1 ii notification-daemon 0.7.6-1 ii policykit-1-gnome0.105-2 ii pulseaudio 2.0-6.1 ii sound-theme-freedesktop 0.7.pristine-2 ii tracker-gui 0.14.1-3 ii vino 3.4.2-1+b1 ii xfce4-notifyd [notification-daemon] 0.2.2-2 ii yelp 3.4.2-1+b1 ii zenity 3.4.0-2 Versions of packages gnome-core recommends: ii network-manager-gnome 0.9.4.1-5 Versions of packages gnome-core suggests: ii gnome 1:3.4+7+deb7u1 -- 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#732979: openssh-server Depends on openssh-client
Control: forcemerge 699473 732979 On Mon, Dec 23, 2013 at 03:04:34PM +0100, Kurt Roeckx wrote: And: * Split the ssh binary package into openssh-client and openssh-server (closes: #39741). openssh-server depends on openssh-client for some common functionality; it didn't seem worth creating yet another package for this. openssh-client is priority standard, openssh-server optional. Later this got changed: * Mark openssh-client and openssh-server as Multi-Arch: foreign. As a result of only updating openssh-client, apt decided that it should remove openssh-client:amd64 and instead install openssh-client:i386, together with a bunch of i386 libraries. I assume that it's only needing binaries in the -client package, so I guess that should have worked without problems. But I'm really wondering why you need such a strict version requirement. See my comments in #699473. You could of course just have upgraded all installed binary packages (e.g. debi --upgrade or dpkg -iO *_6.4p1-1.1_amd64.deb), which would have been appropriate when testing the NMU anyway. Cheers, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724731: gdm3 still buggy!
reopen 724731 severity 724731 serious found 724731 3.8.4-6 thanks This is the third box showing the same problem: After logging in the window system does not work, e.g. iconizing iceweasel freezes showing only the images towards the icon. On the console (tty6) the following is written: login [154.0512287] systemd-logind [2937] Failed to issue method call: Launch server exited with unknown return code 1. Maybe this bug should be attributed to systemd instead, it's just _very_frustrating. I don't use systemd to boot, and I use the flashback mode of gnome. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732984: [ssh] After upgrade of openssl to 1.0.1e-5 ssh will not start
Package: ssh Version: 1:6.4p1-1 Severity: grave This morning I upgraded my sacrificial machine (running sid) to the latest level, and openssl 1.0.1e-5 was installed. Since then trying to run the ssh command results in a message:- OpenSSL version mismatch. Built against 1000105f, you have 10001060 and ssh will do nothing further. --- System information. --- Architecture: i386 Kernel: Linux 3.11-2-486 Debian Release: jessie/sid 500 unstablehttp.debian.net 500 unstabledebian.scribus.net 500 stable deb.opera.com 500 squeeze deb.playonlinux.com --- Package information. --- Depends (Version) | Installed =-+-=== openssh-client (= 1:6.4p1-1) | 1:6.4p1-1 openssh-server (= 1:6.4p1-1) | 1:6.4p1-1 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732985: sylpheed search is case-insensitive for english letters but case-sensitive for russian letters
Package: sylpheed Version: 3.4.0~beta6-1 Severity: normal Dear Maintainer, in sylpheed there is a search field almost on the top of sylpheed window. If I have and email with title MEGA and I type mega or meGa in the search field, it will find that mail. But if I have a mail with title in russian like Зипа and I type зипа or зИпа, sylpheed won't find it. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sylpheed depends on: ii libassuan0 2.1.1-1 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libcairo21.12.16-2 ii libcompfaceg11:1.5.2-5 ii libdbus-1-3 1.6.18-2 ii libdbus-glib-1-2 0.100.2-1 ii libenchant1c2a 1.6.0-10 ii libfontconfig1 2.11.0-2 ii libfreetype6 2.5.1-1 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-0 2.36.4-1 ii libgpg-error01.12-0.2 ii libgpgme11 1.4.3-0.1 ii libgtk2.0-0 2.24.22-1 ii libgtkspell0 2.0.16-1 ii libldap-2.4-22.4.31-1+nmu2+b1 ii libonig2 5.9.1-1 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-0 1.36.0-1+b1 ii libpangoft2-1.0-01.36.0-1+b1 ii libpisock9 0.12.5-6 ii libssl1.0.0 1.0.1e-4 ii multiarch-support2.17-97 Versions of packages sylpheed recommends: ii aspell-en [aspell-dictionary] 7.1-0-1 ii aspell-ru [aspell-dictionary] 0.99g5-18 ii ca-certificates20130906 ii sylpheed-i18n 3.4.0~beta6-1 ii xfonts-100dpi 1:1.0.3 ii xfonts-75dpi 1:1.0.3 Versions of packages sylpheed suggests: ii bogofilter1.2.4+dfsg1-2 pn bsfilter none pn claws-mail-tools none ii curl 7.33.0-1 pn jpilotnone ii sylpheed-doc 20120629-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730902: avarice: diff for NMU version 2.11-1.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Shaun, Le 23/12/2013 02:04, Shaun Jackman a écrit : avarice is up for adoption. See the RFA here: http://bugs.debian.org/732433 I noticed that when looking at the package status before the upload. Would you like to adopt avarice? Thank you for the offer, but I only discovered avarice while looking at the current “Bug squasher view” [0] (just have a bit of free time right now and try to use it for the project). I am not an avarice user, and only tried it to fix this bug. 0: http://udd.debian.org/bugs.cgi?release=jessie_and_sidpatch=ignmerged=igndone=ignfnewerval=7rc=1sortby=idsorto=ascctags=1ctags=1cdeferred=1 Regards David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBCAAGBQJSuFMcAAoJEAWMHPlE9r08TwQH/RCfUvpbEIt37/495D/H01YA oTeEZiOKk9zdO+XmgwfPCpUAOH+MbSdUzUZT7KXnMPOLnzTLr60qCwM4eG8epZyO 75HWzHAAN/xHOYqFPplrICkVyTuDdt2GXzo5MQx1lQUYDmMt+0nnwSuX3o0sTwJr vLO7exRhQxMyGXpNvlrhMZM4BSf9RfG5gFRJe373izgSZaHw8bJRgRJdAZrQyp8o 9/c2i8lgzoTElFjUFFh35I9vpM0McNDCpFkVvEJDyWRnfkjrdoVNBjXyZg9IXgWO 9jYFpXLmDE/rGqwrgRfMh3EOLgMQIfHUrC+cJiJw2ud5T3AAIvnhS4Kuf9H4Ug0= =IOrW -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#488866: fontconfig: still in trouble
Package: fontconfig Version: 2.11.0-2 Followup-For: Bug #488866 All fc-* binanaries willl report Segmentation fault on i386. Would someone there take a close look. and some internet sources say it is a GCC complier version binding issue, to set GCC version before compile this packges seems to help. fc-cache is actually critical in GUI ! TY -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fontconfig depends on: ii fontconfig-config 2.11.0-2 ii libc6 2.17-97 ii libexpat1 2.1.0-4 ii libfontconfig1 2.11.0-2 ii libfreetype6 2.5.1-1 fontconfig recommends no packages. fontconfig 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#732986: OpenSSL version mismatch. Built against 1000105f, you have 10001060
Package: libssl1.0.0 Version: 1.0.1e-5 Severity: grave OpenSSL version mismatch. Built against 1000105f, you have 10001060 Cannot ssh! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621874: [Debichem-devel] VOTCA available on my PPA
2013/12/22 Michael Banck mba...@debian.org: Hi, On Sun, Oct 27, 2013 at 02:55:04PM -0600, Christoph Junghans wrote: I finalize found the time to make the first steps to package VOTCA for Debian. The source/binary builds are available on https://launchpad.net/~ottxor/+archive/votca. Please have a look and help me to improve it, so that I can hand it over to debichem soon. I took a look at votca-tools now (as this is a Build-Depends for votca-csg and has to be uploaded first). I see the following issues: 1. The -dev package is named libvotca-tools2-dev, i.e. includes the soversion. This is discouraged (but unfortunately the library maintainer's guide advocated it at least last time I looked), unless a project is very widely used and switching all programs using it immediately is not feasable (like for GTK1-GTK2, oder Qt4-Qt5). I understand that Ubuntu ships it, but I would rather rename it to libvotca-tools-dev and either let Ubuntu deal with it, or add compatibility Replaces/Conflicts/Provides for it. Renaming is fine as it has only been released as PPA. So should we just rename the dev package or both? 2. votca-tools ships a convenience copy of boost. Either it needs to be stripped off the tarball (i.e. the tarball needs to be repackaged), or the boost license and copyright needs to be added to debian/copyright. VOTCA ships a pristine tarball already: https://votca.googlecode.com/files/votca-tools-1.2.3_pristine.tar.gz and on my PPA, I have used that one to create the debian package. Finally, I suggest adding an debian/upstream file with some metadata and the prime publications, I can do that. Once we have converged, I will add the debian folder to our admin repository. Christoph Michael -- Christoph Junghans Web: http://www.compphys.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731512: pu: package eglibc/2.13-38+deb7u1
On Mon, Dec 23, 2013 at 12:00:13PM +, Adam D. Barratt wrote: Control: tags -1 + pending On 2013-12-23 11:16, Aurelien Jarno wrote: On Sun, Dec 22, 2013 at 07:55:34PM +0100, Julien Cristau wrote: On Sun, Dec 22, 2013 at 18:48:00 +0100, Aurelien Jarno wrote: Now that 7.3 is out, would it be possible to have a look at this? Looks reasonable to me. Thanks for the review, I have just uploaded it to stable. Flagged for acceptance; thanks. While I was looking over the list of fixes included, I noticed that CVE-2013-4458 / #727181 is marked as still affecting sid/jessie; is that correct? Yes this is correct, as it has been fixed in experimental only. We are expecting to upload this version to unstable at some point, but we are still waiting for armel and armhf builds to see how it goes on these architectures. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732987: nicotine: Please include patch that fixes downloading from SoulseekQT users
Package: nicotine Severity: wishlist A longstanding bug in Nicotine that prevented downloading from SoulseekQT users is fixed in the Github repository, but not the Debian package. I would very much appreciate it if this change found its way into our version. https://github.com/eLvErDe/nicotine-plus/commit/925630378150cbcfe29464d1c6efab07760f3d05 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726650: Openntpd pid file is missing
Were you able to try applying this patch?
Yes, it seems working (start/stop/restart tested) for few days.
See attached patch.
From 37fb75461c7102617fedd9f270baaf8fe32bcbaa Mon Sep 17 00:00:00 2001
From: Sergey B Kirpichev skirpic...@gmail.com
Date: Mon, 23 Dec 2013 19:11:30 +0400
Subject: [PATCH 1/2] Add a -p option to openntpd to create a pidfile (Closes:
#726650)
---
debian/openntpd.init|2 +
debian/patches/06-pid.patch | 144 +++
debian/patches/series |1 +
3 files changed, 147 insertions(+)
create mode 100644 debian/patches/06-pid.patch
diff --git a/debian/openntpd.init b/debian/openntpd.init
index 6859368..e3e29db 100644
--- a/debian/openntpd.init
+++ b/debian/openntpd.init
@@ -28,6 +28,8 @@ if [ -f /etc/default/openntpd ]; then
. /etc/default/openntpd
fi
+DAEMON_OPTS=${DAEMON_OPTS:-} -p /var/run/openntpd.pid
+
set -e
case $1 in
diff --git a/debian/patches/06-pid.patch b/debian/patches/06-pid.patch
new file mode 100644
index 000..6479c70
--- /dev/null
+++ b/debian/patches/06-pid.patch
@@ -0,0 +1,144 @@
+Description: adding a -p option to openntpd to create a pidfile
+Origin: https://bugs.gentoo.org/show_bug.cgi?id=493082
+Bug-Debian: http://bugs.debian.org/726650
+
+---
+ ntpd.8 |6 +-
+ ntpd.c | 39 ++-
+ ntpd.h |1 +
+ 3 files changed, 40 insertions(+), 6 deletions(-)
+
+--- a/ntpd.8
b/ntpd.8
+@@ -25,6 +25,7 @@
+ .Bk -words
+ .Op Fl dnSsv
+ .Op Fl f Ar file
++.Op Fl p Ar file
+ .Ek
+ .Sh DESCRIPTION
+ The
+@@ -63,13 +64,16 @@
+ .Xr ntpd.conf 5 .
+ .Pp
+ The options are as follows:
+-.Bl -tag -width -f fileXXX
++.Bl -tag -width -p fileXXX
+ .It Fl d
+ Do not daemonize.
+ If this option is specified,
+ .Nm
+ will run in the foreground and log to
+ .Em stderr .
++.It Fl p Ar file
++Write pid to
++.Ar file
+ .It Fl f Ar file
+ Use
+ .Ar file
+--- a/ntpd.c
b/ntpd.c
+@@ -78,7 +78,7 @@
+ {
+ extern char *__progname;
+
+- fprintf(stderr, usage: %s [-dnSsv] [-f file]\n, __progname);
++ fprintf(stderr, usage: %s [-dnSsv] [-f file] [-p file]\n, __progname);
+ exit(1);
+ }
+
+@@ -105,7 +105,7 @@
+ log_init(1); /* log to stderr until daemonized */
+ res_init(); /* XXX */
+
+- while ((ch = getopt(argc, argv, df:nsSv)) != -1) {
++ while ((ch = getopt(argc, argv, df:np:sSv)) != -1) {
+ switch (ch) {
+ case 'd':
+ lconf.debug = 1;
+@@ -116,6 +116,9 @@
+ case 'n':
+ lconf.noaction = 1;
+ break;
++ case 'p':
++ lconf.pid_file = optarg;
++ break;
+ case 's':
+ lconf.settime = 1;
+ break;
+@@ -157,9 +160,17 @@
+ reset_adjtime();
+ if (!lconf.settime) {
+ log_init(lconf.debug);
+- if (!lconf.debug)
++ if (!lconf.debug) {
+ if (daemon(1, 0))
+ fatal(daemon);
++ else if (lconf.pid_file != NULL) {
++FILE *f = fopen(lconf.pid_file, w);
++if (f == NULL)
++ fatal(couldn't open pid file);
++fprintf(f, %ld\n, (long) getpid());
++fclose(f);
++ }
++ }
+ } else
+ timeout = SETTIME_TIMEOUT * 1000;
+
+@@ -201,9 +212,17 @@
+ log_init(lconf.debug);
+ log_debug(no reply received in time, skipping initial
+ time setting);
+- if (!lconf.debug)
++ if (!lconf.debug) {
+ if (daemon(1, 0))
+ fatal(daemon);
++else if (lconf.pid_file != NULL) {
++ FILE *f = fopen(lconf.pid_file, w);
++ if (f == NULL)
++ fatal(couldn't open pid file);
++ fprintf(f, %ld\n, (long) getpid());
++ fclose(f);
++}
++ }
+ }
+
+ if (nfds 0 (pfd[PFD_PIPE].revents POLLOUT))
+@@ -242,6 +261,8 @@
+ msgbuf_clear(ibuf-w);
+ free(ibuf);
+ log_info(Terminating);
++ if (lconf.pid_file != NULL)
++ unlink(lconf.pid_file);
+ return (0);
+ }
+
+@@ -316,9 +337,17 @@
+ memcpy(d, imsg.data, sizeof(d));
+ ntpd_settime(d);
+ /* daemonize now */
+- if (!lconf-debug)
++ if (!lconf-debug) {
+ if (daemon(1, 0))
+ fatal(daemon);
++else if (lconf-pid_file != NULL) {
++ FILE *f = fopen(lconf-pid_file, w);
++ if (f == NULL)
++ fatal(couldn't open pid file);
++ fprintf(f, %ld\n, (long) getpid());
++ fclose(f);
++}
++ }
+ lconf-settime = 0;
+ break;
+ case IMSG_HOST_DNS:
+--- a/ntpd.h
b/ntpd.h
+@@ -178,6 +178,7 @@
+ u_int8_t debug;
+ u_int32_t scale;
+ u_int8_t noaction;
++ char *pid_file;
+ };
+
+ struct buf {
diff --git a/debian/patches/series b/debian/patches/series
index 1f6454e..863a712 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -3,3 +3,4 @@
03-manpage-no-server-by-default.patch
04-syslog.patch
05-fix-kfreebsd-ftbfs.patch
+06-pid.patch
--
1.7.10.4
Bug#732988: [sauerbraten] Keep up to date
Package: sauerbraten Version: 0.0.20100728.dfsg+repack-3 Severity: important? Tags: update sauerbraten Dear Maintainer, Please keep up to date this game. It's Collect Edition available and it works fine on Debian Wheezy. Its needs only sdl (I can't say you names of packages now, sorry). denemanow (I'm not a maintainer or developer, so email me)
Bug#732805: ruby-actionpack-3.2: Invalid requirements in actionpack-3.2.16.gemspec
Control: tag -1 pending On Sat, Dec 21, 2013 at 10:59:00PM +0100, Christian Hofstaedtler wrote: Package: ruby-actionpack-3.2 Version: 3.2.16-2 Dear Maintainer, The shipped gemspec contains an invalid requirements on sprockets: /usr/share/rubygems-integration/1.9.1/specifications/actionpack-3.2.16.gemspec: s.add_runtime_dependency(%qsprockets, [= #Gem::Version:0x00024e8188]) s.add_dependency(%qsprockets, [= #Gem::Version:0x00024e8188]) s.add_dependency(%qsprockets, [= #Gem::Version:0x00024e8188]) This causes bundler, and likely gem to emit these warnings: Invalid gemspec in [/usr/share/rubygems-integration/1.9.1/specifications/actionpack-3.2.16.gemspec]: Illformed requirement [= #Gem::Version:0x00024e8188] I suspect that the version tracking is broken as well. I'm building a fixed package for this specific issue right now and will upload it soon. There is also a deeper problem, which is meeting the actual version requirements in the gemspecs with packages from the archive, e.g.: $ rails new foobar create create README.rdoc create Rakefile create config.ru create .gitignore create Gemfile create app create app/assets/images/rails.png create app/assets/javascripts/application.js create app/assets/stylesheets/application.css create app/controllers/application_controller.rb create app/helpers/application_helper.rb create app/views/layouts/application.html.erb create app/mailers/.gitkeep create app/models/.gitkeep create config create config/routes.rb create config/application.rb create config/environment.rb create config/environments create config/environments/development.rb create config/environments/production.rb create config/environments/test.rb create config/initializers create config/initializers/backtrace_silencers.rb create config/initializers/inflections.rb create config/initializers/mime_types.rb create config/initializers/secret_token.rb create config/initializers/session_store.rb create config/initializers/wrap_parameters.rb create config/locales create config/locales/en.yml create config/boot.rb create config/database.yml create db create db/seeds.rb create doc create doc/README_FOR_APP create lib create lib/tasks create lib/tasks/.gitkeep create lib/assets create lib/assets/.gitkeep create log create log/.gitkeep create public create public/404.html create public/422.html create public/500.html create public/favicon.ico create public/index.html create public/robots.txt create script create script/rails create test/fixtures create test/fixtures/.gitkeep create test/functional create test/functional/.gitkeep create test/integration create test/integration/.gitkeep create test/unit create test/unit/.gitkeep create test/performance/browsing_test.rb create test/test_helper.rb create tmp/cache create tmp/cache/assets create vendor/assets/javascripts create vendor/assets/javascripts/.gitkeep create vendor/assets/stylesheets create vendor/assets/stylesheets/.gitkeep create vendor/plugins create vendor/plugins/.gitkeep run bundle install --local Resolving dependencies... Could not find gem 'arel (~ 3.0.2) ruby', which is required by gem 'rails (= 3.2.16) ruby', in any of the sources. This issue is being fixed in the unified rails 3 package being worked on at the rails-3.2.git repo, which will replace the individual source packages for each of the rails components soon. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#732945: Debian-Bug#732945: python-csb autopkg test always fails
Hi Ivan, many thanks for your quick reply. On Mon, Dec 23, 2013 at 12:39:46PM +, Ivan Kalev wrote: Michael's address has changed indeed --- the correct one is mhab...@gwdg.de. Thanks - updated the address in our packaging metadata. The problem here is that these are not intermediate results, but rather static test files that need to be installed once and cached for future use. So a temp directory won't work here I guess. What do you think about storing these files in ~/csb-test-files when the install dir is not write-accessible? We can implement that easily. Hmmm, I'm not sure what you mean by cached for future use. We would like to run the test-suite in the package build process which is usually done in a minimalistic chroot environment and there is only root as user. This environment is deleted once the package is built (and the test has passed). I'm not really sure how this fits your imagination of data used in the future. By the way, this is probably an issue only when the PyPI package is installed with sudo (which is not at all necessary when doing this type of installation) and the test suite is useful mostly for developers, who are supposed to checkout the repository anyway (rather than installing the package). So I hope that the impact of this bug is not big. No, it is not really big. We could even skip the test completely. However, we are always keen on verifying the functionality of some software we are bundling as Debian packages. Thus we try to run any test that is available and makes sense. If you think it does not make any sense this is no problem and we will disable it (which would close the bug report as well). Best regards, Ivan Thanks again for your response Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732989: Please update the package to 5.4.1
Package: opensmtpd Version: 5.3.3p1-4 Severity: wishlist Please update the package to 5.4.1. This is a work in progress; a new version should land in the archives by mid-January at the latest. -- 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.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages opensmtpd depends on: ii adduser 3.113+nmu3 ii debconf [debconf-2.0] 1.5.52 ii libc6 2.17-97 ii libdb5.15.1.29-7 ii libevent-2.0-5 2.0.21-stable-1 ii libevent-openssl-2.0-5 2.0.21-stable-1 ii libpam0g1.1.3-10 ii libssl1.0.0 1.0.1e-4 ii zlib1g 1:1.2.8.dfsg-1 opensmtpd recommends no packages. opensmtpd suggests no packages. -- Configuration Files: /etc/smtpd.conf changed [not included] -- debconf information excluded -- |_)|_/ Ryan Kavanagh | Debian Developer | \| \ http://ryanak.ca/ | GPG Key 4A11C97A signature.asc Description: Digital signature
Bug#710925: r-cran-ggplot2: The following `from` values were not present in `x`...
Hi Philippe, On Mon, Dec 23, 2013 at 03:09:37PM +0100, Philippe Piette wrote: The point is : ggplot2 depends on the 'scales' library. This package isn't packaged yet in a debian distribution... What I know is that this package is in the queue of acceptance. It is even more complex: $ apt-cache show r-cran-scales | grep Depends Depends: r-base-core (= 3.0.1-3), r-cran-rcolorbrewer, r-cran-stringr, r-cran-dichromat, r-cran-munsell, r-cran-plyr, r-cran-labeling So r-cran-scales is actually packaged but it is not installable because r-cran-munsell is not available (but highly on top in the new queue). So I suggest to append a dependency to scalles in the control file. This is done in Git. I think we just need to wait until r-cran-munsell is accepted. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732959: eclipse 3.8 is ancient. 4.3.1 is the most recent version available @ eclipse.org
severity 732959 wishlist merge 732959 725377 merge 681726 725377 thanks Hi Crowbar, Thank you for your interest. I am reassigning the severity of this bug to wishlist, as that is the severity used for new version requests, and merging it with duplicate bugs requesting the same. New versions of Eclipse, Netbeans, etc. can be very time-consuming to package because every build and runtime dependency must also be packaged and built from source. This can produce a cascading effect, because not all build-deps of the build-deps are already packaged, and so on. If you would like to help get Eclipse updated, the Java Team would be happy to have you join us. Most coordination occurs on the debian-java list (http://lists.debian.org/debian-java/). Cheers, tony On 12/21/2013 04:15 PM, Stephen Crowley wrote: Package: eclipse Version: 3.8.1-4 Severity: important Dear Eclipse Maintainers and to whom it may concern, is it too much to ask that the eclipse packages be kept up to date, or am I being a complete jerk and overlooking something obvious which is totally possible. Thanks in advance. --Crowbar (Debian Alumni ;) signature.asc Description: OpenPGP digital signature
Bug#732990: ITP: readseq2 -- readseq2 is a rewrite of readseq converter
Package: wnpp Severity: wishlist Owner: Olivier Sallou olivier.sal...@irisa.fr * Package name: readseq2 Version : 2.1.30 Upstream Author : D. Gilbert gilbe...@bio.indiana.edu * URL : http://iubio.bio.indiana.edu/soft/molbio/readseq/java/ * License : Public Domain Programming Lang: Java Description : readseq2 is a rewrite of readseq converter Reads and writes nucleic/protein sequences in various formats. Data files may have multiple sequences. Readseq is particularly useful as it automatically detects many sequence formats, and converts between them. . This is the rewrite of the original C version which is available as well in Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660759: xul-ext-torbutton: torbrowser firefox patches
Hi Robert, Robert Millan: I just wanted to step in and give my point of view, which I think is quite similar to that of the Tor project. […] In the meantime, I believe that providing torbutton does more harm than good, because it provides the *illusion* of security rather than security itself. Please, I urge you to reconsider. I don't understand what you want me to reconsider. See #706881. The package is still in the archive because I wanted to give users a chance to see the debian/NEWS on their next upgrade: http://anonscm.debian.org/gitweb/?p=pkg-mozext/torbutton.git;a=blob_plain;f=debian/NEWS;hb=HEAD Feel free to ask the removal of the package, if you think enough users had that chance by now. Or suggest any other course of actions. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#732128: Manpages missing cross-references to socket stuff
Hi Ian, Fixed upstream as commit r1586: http://bazaar.launchpad.net/~upstart-devel/upstart/trunk/revision/1586 upstart-events(7) changes applied to ubuntu branch as commit r1533: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/trusty/upstart/trusty/revision/1533 Note that prior to this bug being raised, init(5) and init(8) made reference to upstart-events(7). This could have been construed as a error but I think we can handily argue that all distro installations of Upstart _should_ provide upstart-events(7) with appropriate content which ties that issue up rather neatly :-) Kind regards, James. -- James Hunt #upstart on freenode http://upstart.ubuntu.com/cookbook https://lists.ubuntu.com/mailman/listinfo/upstart-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726368: (no subject)
Could you please post the contents of ~/.xsession-errors? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652870: evolution 3.8 CalDav requires gnome-keyring
Dear Maintainers, In evolution 3.8 (current testing), CalDav calendars do not work at all without gnome-keyring; no password prompt is shown, and connection attempts hang and eventually time out, without a useful error message. The HTTP error message sent by the CalDav server is 401 Unauthorized. In evolution 3.4.4 (wheezy), CalDav calendars worked fine without gnome-keyring. I'm not sure gnome-keyring should be a hard dependency because evolution is useful without gnome-keyring (or CalDav calendars), but gnome-keyring should at least be Suggested or Recommended to guide users towards a solution. More to the point, Upstream should take care that evolution output useful diagnostics and recommendations. Oh, and I'm not sure installing gnome-keyring is really the only way to solve this CalDav authentication problem; maybe there are alternative solutions. Thanks, Justus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732992: ruby-sprockets-rails: undeclared conflict with ruby-actionpack-3.2
Package: ruby-sprockets-rails Severity: serious Justification: Policy 7.4 $ sudo apt-get install ruby-sprockets-rails Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be upgraded: ruby-sprockets-rails 1 upgraded, 0 newly installed, 0 to remove and 47 not upgraded. Need to get 0 B/9.844 B of archives. After this operation, 11,3 kB disk space will be freed. Retrieving bug reports... Done Parsing Found/Fixed information... Done Reading changelogs... Done (Reading database ... 413906 files and directories currently installed.) Preparing to replace ruby-sprockets-rails 1.0.0-1 (using .../ruby-sprockets-rails_2.0.1-1_all.deb) ... Unpacking replacement ruby-sprockets-rails ... dpkg: error processing /var/cache/apt/archives/ruby-sprockets-rails_2.0.1-1_all.deb (--unpack): trying to overwrite '/usr/lib/ruby/vendor_ruby/sprockets/railtie.rb', which is also in package ruby-actionpack-3.2 3.2.16-3 Errors were encountered while processing: /var/cache/apt/archives/ruby-sprockets-rails_2.0.1-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- 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.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-sprockets-rails depends on: ii ruby 1:1.9.3 ii ruby-actionpack-3.2 3.2.16-3 ii ruby-sprockets2.10.0-1 ii ruby1.8 [ruby-interpreter]1.8.7.358-9 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-1 ii ruby2.0 [ruby-interpreter]2.0.0.353-1 ruby-sprockets-rails recommends no packages. ruby-sprockets-rails suggests no packages. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#732991: ITP: python-debiancontributors -- Manage submissions to contributors.debian.org
Package: wnpp Severity: wishlist Owner: Enrico Zini enr...@debian.org * Package name: python-debiancontributors Version : 0.1 Upstream Author : Enrico Zini enr...@debian.org * URL : http://anonscm.debian.org/gitweb/?p=nm/python-debiancontributors.git * License : LGPL-3+ Programming Lang: Python Description : Manage submissions to contributors.debian.org This module contains the code to submit and parse contributions to contributors.debian.org. It can be used to prepare submissions and submit them to the site, and it is used by the site to parse and validate them. - - - In preparation for a contributors.debian.org announcement, I'm doing some QA and packaging on code that people can use to send submissions. Ciao, Enrico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732131: Please document apparmor directives
Hi Ian, Apparmor is covered in init(5) section AppArmor support. Did you maybe search for apparmour by mistake? Kind regards, James. -- James Hunt #upstart on freenode http://upstart.ubuntu.com/cookbook https://lists.ubuntu.com/mailman/listinfo/upstart-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
