Bug#698030: debian-policy: document micro binary packages (udebs).
Charles Plessy wrote: actually the only section of the Policy that currently contains the string 'udeb' is 8.6.4.2 about the shlibs system (plus some occurences in introductory parts earlier in the chapter 8). No bug in our list mention udeb either. I therefore am filing this new bug so that the discussion (started in 697433#67) can be recorded in a separate place. However, as noted by Russ it is a larger effort, and I have no plan to start to work on it in the short term. I don't think policy should define how udebs work. The entire installer is maintained by the d-i team, and it seems best if they have freedom to change how it works without changing any documentation maintained by other bodies. Policy section 8.6.4.2 does not say anything that could be interpreted as meaning udebs are a subset of the packages the policy manual defines. The proposed text in 697433 does. I think a single sentence along the lines that udebs are not defined in this manual and to see http://d-i.alioth.debian.org/doc/internals/ch03.html for their definition would be enough to fix that. I'm getting the impression I'm the only person that thinks that, though. :( Hoping that clarifies, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698035: pcaputils: 'man pcapdump' typo: formated
Package: pcaputils Version: 0.8-1 Severity: minor Tags: patch Dear Maintainer, Found a typo in '/usr/share/man/man1/pcapdump.1.gz', see attached '.diff'. Hope this helps... -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages pcaputils depends on: ii libc6 2.13-35 ii libjudydebian1 1.0.5-1 ii libpcap0.8 1.3.0-1 pcaputils recommends no packages. pcaputils suggests no packages. -- no debconf information --- pcapdump.1 2009-05-09 19:49:19.0 -0400 +++ /tmp/pcapdump.1 2013-01-13 02:44:59.731408143 -0500 @@ -20,7 +20,7 @@ .ad b 'hy .SH DESCRIPTION -\fBpcapdump\fR captures packets from a network interface and writes them to a dumpfile. The filename argument given to \*(T\fB\-w\fR\*(T will be formated by \*(T\fBstrftime(3)\fR\*(T. +\fBpcapdump\fR captures packets from a network interface and writes them to a dumpfile. The filename argument given to \*(T\fB\-w\fR\*(T will be formatted by \*(T\fBstrftime(3)\fR\*(T. .SH PCAPNET OPTIONS .TP \*(T\fB\-i \fR\*(T\fIinterface\fR
Bug#698030: debian-policy: document micro binary packages (udebs).
Le Sun, Jan 13, 2013 at 12:13:04AM -0800, Jonathan Nieder a écrit : I don't think policy should define how udebs work. The entire installer is maintained by the d-i team, and it seems best if they have freedom to change how it works without changing any documentation maintained by other bodies. Policy section 8.6.4.2 does not say anything that could be interpreted as meaning udebs are a subset of the packages the policy manual defines. The proposed text in 697433 does. I think a single sentence along the lines that udebs are not defined in this manual and to see http://d-i.alioth.debian.org/doc/internals/ch03.html for their definition would be enough to fix that. I'm getting the impression I'm the only person that thinks that, though. :( Hi Jonathan, I hope that people do not see the Policy as an obstacle for change or a tool to take away freedom from those doing the work. In my point of view, the Policy participates to Debian's attractiveness by providing a unified and synthethic reference on how the system is built and how it functions. I think that describing the udebs would fit with that goal. This said, it can not be done without the active participation of the d-i team, which I do not want to bother now. If you think that it is necessary to obtain the agreement of the d-i team to mention the udebs in #697433, please go ahead, but on my side, I do not think that there is a problem here. Cheers, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698030: debian-policy: document micro binary packages (udebs).
Charles Plessy wrote: If you think that it is necessary to obtain the agreement of the d-i team to mention the udebs in #697433, please go ahead, but on my side, I do not think that there is a problem here. I guess I'm completely failing to communicate. udebs are already documented very clearly. There is _no point_ in policy replicating that. Policy is meant to help multiple people cooperate to make the Debian system work in a consistent way --- adding some docs about udebs would not help that at all. All I said is that the text in #697433 seems to (unintentionally, I hope) imply that packages with Package-type: udeb are an example of the packages that policy defines. I suggested a way to fix that --- just link to the d-i docs. I see no downside to that. Yet I'm getting a lot of resistance to the suggestion. Why? What am I missing? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698036: aircrack-ng: 'man aircrack-ng kstats packetforge-ng airbase-ng airodump-ng' typos: cloacked; combinaison; genration and addres; specfiied and surpresses; everytime
Package: aircrack-ng Version: 1:1.1-5 Severity: minor Tags: patch Dear Maintainer, Found some typos in '/usr/share/man/man1/aircrack-ng.1.gz', '/usr/share/man/man1/kstats.1.gz', '/usr/share/man/man1/packetforge-ng.1.gz', '/usr/share/man/man8/airbase-ng.8.gz', '/usr/share/man/man8/airodump-ng.8.gz', see attached '.diff' files. Hope this helps... -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages aircrack-ng depends on: ii iw 3.4-1 ii libc6 2.13-35 ii libgcrypt11 1.5.0-3 ii libsqlite3-03.7.15.1-1 ii wireless-tools 30~pre9-8 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages aircrack-ng recommends: ii wget 1.14-1 aircrack-ng suggests no packages. -- no debconf information --- aircrack-ng.1 2012-07-28 14:42:00.0 -0400 +++ /tmp/aircrack-ng.1 2013-01-13 03:20:45.886873831 -0500 @@ -24,7 +24,7 @@ Force the attack mode, 1 or wep for WEP and 2 or wpa for WPA-PSK. .TP .I -e essid -Select the target network based on the ESSID. This option is also required for WPA cracking if the SSID is cloacked. For SSID containing special characters, see http://www.aircrack-ng.org/doku.php?id=faq#how_to_use_spaces_double_quote_and_single_quote_etc._in_ap_names +Select the target network based on the ESSID. This option is also required for WPA cracking if the SSID is cloaked. For SSID containing special characters, see http://www.aircrack-ng.org/doku.php?id=faq#how_to_use_spaces_double_quote_and_single_quote_etc._in_ap_names .TP .I -b bssid Select the target network based on the access point MAC address. --- airdecap-ng.1 2012-07-28 14:42:00.0 -0400 +++ /tmp/airdecap-ng.1 2013-01-13 03:22:14.671844588 -0500 @@ -7,7 +7,7 @@ [options] pcap file .SH DESCRIPTION .BI airdecap-ng -decrypts a WEP/WPA crypted pcap file to a uncrypted one by using the right WEP/WPA keys. +decrypts a WEP/WPA crypted pcap file to a unencrypted one by using the right WEP/WPA keys. .SH OPTIONS .TP .I -H, --help --- airbase-ng.8 2012-07-28 14:42:00.0 -0400 +++ /tmp/airbase-ng.8 2013-01-13 03:29:44.512763071 -0500 @@ -64,7 +64,7 @@ In practice, it is best to set the value to the type of clients you are dealing with. .TP .I -q -This surpresses printing any statistics or status information. +This suppresses printing any statistics or status information. .TP .I -v This prints additional messages and details to assist in debugging. @@ -95,7 +95,7 @@ This causes the Access Point to hide the SSID and to not broadcast the value. .TP .I -s -When specfiied, this forces shared key authentication for all clients. +When specfied, this forces shared key authentication for all clients. The soft AP will send an authentication method unsupported rejection to any open system authentication request if -s is specified. .TP @@ -103,7 +103,7 @@ It sets the shared key challenge length, which can be anything from 16 to 1480. The default is 128 bytes. It is the number of bytes used in the random challenge. Since one tag can contain a maximum size of 255 bytes, any value above 255 creates several challenge tags until all specified bytes are written. Many clients ignore values different than 128 bytes so this option may not always work. .TP .I -L, --caffe-latte -Airbase-ng also contains the new caffe-latte attack, which is also implemented in aireplay-ng as attack -6. It can be used with -L or caffe-latte. This attack specifically works against clients, as it waits for a broadcast arp request, which happens to be a gratuitous arp. See this for an explaination of what a gratuitous arp is. It then flips a few bits in the sender MAC and IP, corrects the ICV (crc32) value and sends it back to the client, where it came from. The point why this attack works in practice is, that at least windows sends gratuitous arps after a connection on layer 2 is established and a static ip is set, or dhcp fails and windows assigned an IP out of 169.254.X.X. +Airbase-ng also contains the new caffe-latte attack, which is also implemented in aireplay-ng as attack -6. It can be used with -L or caffe-latte. This attack specifically works against clients, as it waits for a broadcast arp request, which happens to be a gratuitous arp. See this for an explanation of what a gratuitous arp is. It then flips a few bits in the sender MAC and IP, corrects the ICV (crc32) value and sends it back to the client, where it came from. The point why this attack works in practice is, that at least windows sends gratuitous arps after a connection on layer 2 is established and a static ip is set, or dhcp fails and windows assigned an IP out of 169.254.X.X. -x pps sets
Bug#698019: libav: the effective GPL-licensed status of the binary packages should be clearly documented
tags 698019 help stop Copying debian-legal and netgen mostly for notifying them about this issue. Also, see the call for help below. On Sat, Jan 12, 2013 at 11:43 PM, Francesco Poli (wintermute) invernom...@paranoici.org wrote: Source: libav Version: 6:9.1-1 Severity: important Hello again, while trying to improve [1] a comment at the beginning of the debian/copyright file, it became apparent [2] that all the binary packages built from libav are effectively under GPL-2+ or even under GPL-3+ (as for libavcodec-extra-*, but also for the ones that link with it). [1] http://bugs.debian.org/694657#85 [2] http://bugs.debian.org/694657#100 As explained in my reply [3], I think that this situation is not clear at all, for people who just read the debian/copyright file and/or look at the binary package long descriptions! [3] http://bugs.debian.org/694657#105 Without intimate knowledge of the libav package build process, one may wrongly think that those GPL-licensed files only end up into the binary packages named after the directories where they live... Without digging into all the dependencies, one may fail to notice all the cross linking among the binary packages built from libav... The situation has been explicitly documented in README.Debian for literally ages: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libav.git;a=blob;f=debian/README.Debian I agree that this might be easily overlooked, ad a better place to make it more obvious, such as in debian/copyright, would be great. I think that the effective licensing status of the binary packages (GPL-2+ or GPL-3+) should be explicitly and clearly documented in the comment at the beginning of the debian/copyright file and, probably, in the binary package long descriptions, as well. I am not happy at all with cluttering the binary package description with license blabla. I would do so only as last resort I really hope you are going to clarify this situation. We have recently (well, most if not all kudos and blame go to Jonas for using his CDBS based generator) revised debian/copyright to conform to DEP5. I'm not sure at all how to express this particular situation in the new syntax and am therefore requesting help in form of patches against the debian/copyright file as found in debian/experimental. Cheers, Reinhard -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671635: closed by Julien Danjou a...@debian.org (Bug#671635: fixed in rebuildd 0.4.2)
Control: severity -1 grave On Tue, 24 Jul 2012, Debian Bug Tracking System wrote: [ Gauvain Pocentek ] * Remove unused code (Closes: #671635) This description is completely inaccurate. The code was not unused, it was used and it was failing. It's just that it no longer had any purpose and any reason to be kept. But 0.4.1 is effectively not working at all in the default configuration. So 0.4.2 package should migrate to wheezy or a targetted fix must be uploaded. But given the time that 0.4.2 spent in sid, the release team might be ok to unblock it. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get 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#695130: License of debian/* stuff
Hi Graham, Motif is licensed under LGPL-2+. Could you consider licensing our packaging effort under the same license terms? That would make e.g. the uploading of patches to upstream a lot easier. Paul signature.asc Description: OpenPGP digital signature
Bug#685256: icedove: No way to add RSS feed account
reopen 685256 tags 685256 unreproducible tags 685256 wontfix thanks Hello Manuel Am 12.01.2013 23:30, schrieb Manuel Bilderbeek: I'm sorry, but wiping my profile and manually reconstructing it is not a valid option for me. I don't want to spend that time without getting any clear help on this. What help do you need? For now I can't see a way how to help you. Only you can collecting your personal data! What you doing if your profile data is crashing? After such a case you have also to start from scratch. I can't see a big problem to recreate a new profile. Yes, it takes time that I can spend with more funny things. But which choice you have? So, for me personally, this issue is not solved. However, this issue can probably only emerge after a specific (long) history of upgrading an old profile... As I wrote, If we now which entries in the profiles this behavior triggers we can work on it. But without a possibility to diff against a working profile it's just impossible to search! You can try to create a new profile and copy back your old files partially and search which lines are producing this error. -- Mit freundlichen Grüßen Carsten Schönert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698037: can't log in to blogger.com
Package: simpleid Version: 0.8.1-10 Severity: serious This issue has already been tracked and fixed upstream: http://simpleid.koinic.net/trac/ticket/119 The crucial issue is summarised in the first paragraph: The XRDS document delivered by SimpleID is a XRDS-Simple document, while the OpenID 2.0 specification wants a Yadis file. Yadis uses the XRD 1.0 file format, not XRDS-Simple. This is known to impact blogger.com and likely other sites Upstream has release 0.8.3 which fixes the issue Requires unblock approval for wheezy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698038: ITP: livewallpaper -- completely animated OpenGL wallpaper
Package: wnpp Severity: wishlist Owner: Koichi Akabe vbkaise...@gmail.com * Package name: livewallpaper Version : 0.3.1 Upstream Author : Maximilian Schnarr maximilian.schn...@googlemail.com * URL : https://launchpad.net/livewallpaper * License : GPLv3 Programming Lang: C Description : completely animated OpenGL wallpaper Livewallpaper replaces your current desktop wallpaper with an animated wallpaper. This software takes plugins and uses OpenGL to render graphics. You can choose plugins to switch animations using a management tool. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698039: nmu: pygtk_2.24.0-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Control: block 685812 by -1 Dear Release Team, I determined that pygtk is affected by the python-numpy ABI breakage (see #685812). A rebuild is therefore necessary. A binNMU is enough because the correct dependency on python-numpy = 1:1.6.1-1 will be generated (i.e. partial upgrades won't be broken). nmu pygtk_2.24.0-3 . ALL . -m Rebuild against python-numpy = 1:1.6.1-1 because of ABI change (see #685812) Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 signature.asc Description: Digital signature
Bug#697190: unblock: virtuoso-opensource/6.1.4+dfsg1-2
Hi, José Manuel Santamaría Lema wrote (12 Jan 2013 23:37:41 GMT) : Just for your information, I tried to do a couple malicious things in the worst case scenario (i.e. with the unix socket enabled): [...] Thanks for checking! I doubt this can be security problem, but if you figure out a way to exploit it, please just file a bug against virtuoso explaining how you did it I'm not particularly interested in Virtuoso, so I doubt I'll take the time to seriously audit this specific potential source of issues myself. (I still see no good reason to perpetuate such bad security practices that tend to hit you by surprise sooner or later, and requires careful auditing to check version N is not affected, but well. /nitpicking :) (note that while your concerns may be reasonable, they aren't actually related to the fixes intended to be included in wheezy). Fair enough. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697221: motion: another attempt for mysql support detection
Hi Julien On Sat, Jan 12, 2013 at 10:54:34PM +0100, Julien Cristau wrote: On Sat, Jan 12, 2013 at 20:44:59 +0100, Salvatore Bonaccorso wrote: +--- a/configure.in b/configure.in +@@ -551,7 +551,7 @@ + if test ${MYSQL_LIBS} = yes; then + AC_MSG_CHECKING(autodect mysql libs) + # Autodetect +- for w in /usr/lib64 /usr/lib /usr/local/lib /usr/mysql /usr/local/mysql /usr/local/mysql/lib /opt /opt/mysql; do ++ for w in /usr/lib/$(dpkg-architecture -qDEB_BUILD_MULTIARCH); do + # check for plain setups + if test -f $w/libmysqlclient.a -o -f $w/libmysqlclient.so; then + MYSQL_LIBDIR=$w *puke* Okay ... Would an approach using mysql_config from libmysqlclient-dev package be a more viable solution? I tried to look around how other solved the problem. p.s.: only trying to help on open RC bugs ;-) Regards, Salvatore diff -Nru motion-3.2.12/debian/changelog motion-3.2.12/debian/changelog --- motion-3.2.12/debian/changelog 2012-06-06 12:25:16.0 +0200 +++ motion-3.2.12/debian/changelog 2013-01-13 10:35:53.0 +0100 @@ -1,3 +1,31 @@ +motion (3.2.12-3.4) unstable; urgency=low + + * Non-maintainer upload. + * Revert changes done in previous upload + * Add 03_mysql_multiarch.patch patch. +Autodetect multiarch libmysqlclient path in autoconf. (Closes: #697221) + * Change Build-Depends on libmysqlclient-dev. +Make the Build-Depends on libmysqlclient-dev versioned on (= 5.5). At +least a 5.5 version of libmysqlclient-dev is required for the +mysql_config --variable=$VAR calls. + * Refresh 02_libav_multiarch.patch patch. +Don't use dpkg-architecture in configure.in but try to rely on the +information given by pkg-config. + * Add Build-Depends on pkg-config + + -- Salvatore Bonaccorso car...@debian.org Sun, 13 Jan 2013 10:35:16 +0100 + +motion (3.2.12-3.3) unstable; urgency=low + + * Non-maintainer upload. + * Properly find MySQL in /usr/lib/$(DEB_HOST_MULTIARCH). ++ Build-Depend on dpkg-dev = 1.16 ++ Get DEB_HOST_MULTIARCH from dpkg-architecture. ++ Pass --with-mysql-dir=/usr/lib/$(DEB_HOST_MULTIARCH) to configure. +Closes: #697221 + + -- Evgeni Golov evg...@debian.org Thu, 03 Jan 2013 12:00:38 +0100 + motion (3.2.12-3.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru motion-3.2.12/debian/control motion-3.2.12/debian/control --- motion-3.2.12/debian/control2012-06-06 11:36:07.0 +0200 +++ motion-3.2.12/debian/control2013-01-13 10:35:53.0 +0100 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Juan Angulo Moreno j...@apuntale.com HomePage: http://motion.sf.net -Build-Depends: debhelper (= 6), dh-autoreconf, libjpeg-dev, zlib1g-dev, libavcodec-dev, libavformat-dev, libpq-dev, libmysqlclient-dev, libv4l-dev +Build-Depends: debhelper (= 6), dh-autoreconf, libjpeg-dev, zlib1g-dev, libavcodec-dev, libavformat-dev, libpq-dev, libmysqlclient-dev (= 5.5), libv4l-dev, pkg-config Standards-Version: 3.9.2 Package: motion diff -Nru motion-3.2.12/debian/patches/02_libav_multiarch.patch motion-3.2.12/debian/patches/02_libav_multiarch.patch --- motion-3.2.12/debian/patches/02_libav_multiarch.patch 2012-02-12 23:00:38.0 +0100 +++ motion-3.2.12/debian/patches/02_libav_multiarch.patch 2013-01-13 10:35:53.0 +0100 @@ -4,15 +4,17 @@ --- a/configure.in +++ b/configure.in -@@ -318,7 +318,12 @@ +@@ -318,7 +318,14 @@ # AUTODETECT STATIC/SHARED LIB AC_MSG_CHECKING(for ffmpeg autodetecting libraries) - if test -f /usr/lib64/libavcodec.a -o -f /usr/lib64/libavcodec.so test -f /usr/lib64/libavformat.a -o -f /usr/lib64/libavformat.so ; then -+ if test -f /usr/lib/$(dpkg-architecture -qDEB_BUILD_MULTIARCH)/libavcodec.so ; then -+ AC_MSG_RESULT(found in /usr/lib/$(dpkg-architecture -qDEB_BUILD_MULTIARCH)) ++ PKG_CONFIG_FFMPEG_LIBDIR=$(pkg-config --variable=libdir libavcodec 2/dev/null) ++ ++ if test -n $PKG_CONFIG_FFMPEG_LIBDIR ; then ++ AC_MSG_RESULT(found in $PKG_CONFIG_FFMPEG_LIBDIR) + FFMPEG_OK=found -+ FFMPEG_LIB=/usr/lib/$(dpkg-architecture -qDEB_BUILD_MULTIARCH) ++ FFMPEG_LIB=$PKG_CONFIG_FFMPEG_LIBDIR + FFMPEG_DIR=/usr + elif test -f /usr/lib64/libavcodec.a -o -f /usr/lib64/libavcodec.so test -f /usr/lib64/libavformat.a -o -f /usr/lib64/libavformat.so ; then AC_MSG_RESULT(found in /usr/lib64) diff -Nru motion-3.2.12/debian/patches/03_mysql_multiarch.patch motion-3.2.12/debian/patches/03_mysql_multiarch.patch --- motion-3.2.12/debian/patches/03_mysql_multiarch.patch 1970-01-01 01:00:00.0 +0100 +++ motion-3.2.12/debian/patches/03_mysql_multiarch.patch 2013-01-13 10:35:53.0 +0100 @@ -0,0 +1,100 @@ +Description: Description: Autodetect multiarch libmysqlclient path in
Bug#691490: missing source
Control: reopen -1 Control: notfixed -1 4.04-4 * Added some deletion instructions in the clean target to get rid of sourceless contents. Sourceless contents are no longer distributed in the deb packages. Closes:#691490 They are still distributed in the source tarball. Please also remove them from there as well by repacking the upstream source. I think you also missed wims/bin/true and wims/bin/false. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698040: Filenames with spaces need quotes
Package: grub-imageboot Version: 0.6 Hello, in order for grub to find image names with spaces, they need to be quoted. E.g. TrueCrypt Rescue Disk.iso is not found. When quotes around the file name do not have other side effects (e.g. on filenames containing quotes) they could be enabled by default. Bye, Joerg signature.asc Description: Digital signature
Bug#698031: enigmail truncates the last line when displaying decrypted PGP/MIME messages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! Am 2013-01-13 06:19, schrieb Daniel Kahn Gillmor: This was reported to upstream, and is fixed in their repo, but hasn't made it into any released version yet. The upstream patch (modified for our build layout) is attached below. I've tested it and it resolves the problem. If you have no objections, i'll fold it into the pkg-mozext/enigmail experimental branch (thanks for publishing the git repo!). i'm happy to add myself to uploaders if you'd like, and to do the upload. I'm fine with you adding the patch and adding yourself as uploader. I leave it to you to decide whether an upload for a single patch is justified. While you are at it, you could also add the VCS lines to debian/control. Thanks for taking care of this bug, from reporting to fixing it :-) WM -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJQ8oilAAoJEIy+IZx0V22BdHEQAJl99H1ZLhiFaNrqtSJJMWTp VKNUOnp3Pehovtnb3Jp3c2zy9bLdzxLCZGvPGvNhtoG8KiyP5ZuhqO/GTIY1N/3u V/2l6cJjSpFZUQMh4iR3lhgr9JbOst8CTK7mJOje7K6ABjzsfTflm59PvwRggW0M qVl57TOquG4OTGjAY36mQgn7QzKhy1Rn7xQV500fb7dmRZk+vgF2C8IIfxO+6FFC oFffx0PqaW5OXLL7uLEq4AXAxhb8Ru84GNhjnpv1AoJEC17nuFIx4Nm0xmxrtw/D 6ytJogtt2Exweagv191RKVT0SJaKCSTxofQwCdIfc1RVhLd0lrY+pK4grCbRbHn+ i6QEgAybb5PAt8VSTSiUvElInnqfwL+21PuW2gFAiDRH7N+bOW8i+DyCf5kRWPZ5 /dBzlhDLiktoC6Hy0P263ciqIu3y/yKijzYmeyidGrpTl+HVDhYR4QvJuFHTdMk/ 79lYq1z6Da28UHGRXi2mzu1nexCnVmTUCC2p2D7zdF4n9WIH9WJBnYy7NwMKVYD4 7h3DNvDbwcmFRpeBToqiOGL90KYyCOCEEvrriRIYESBQ/7edLBApCWOTybNRldSd DA3ONYZUDQxDQE4Vh8zttRpsy4LWyV7KZmPpdOBOdbdTGnPwEhSQADL3Vl1OMRMO mfl29Qk/8xD97gaswa6n =UBe4 -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#694929: Default behaviour must change
Josselin Mouette said: I’m not sure it’s a good idea to include use of an experimental API right before a stable release… This is true, but it's an even worse idea to have a stable release ship with an unmodified default installation of gnome resulting in an unusable interface. The best interim solution might be to fall back to Gnome Classic for these cards, with an advisory message about this bug. CC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698041: iceowl-extension: Edit problems with tasks on yahoo calendar
Package: iceowl-extension Version: 10.0.11-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I needed to adapt a task on my yahoo calendar. * What exactly did you do (or not do) that was effective (or ineffective)? I double clicked on the task in question. An edit window for the task opened. I changed a few things and then I clicked on the save and close item. * What was the outcome of this action? Nothing. The edit window remained open. None of the menu/icon options to save or close the edit window within the edit-window seemed to work. I was able to close the window through the taskbar icon but all adaptations were lost. * What outcome did you expect instead? I would hav expected my adaptations to be saved and the edit-window to close -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=nl_BE.utf8, LC_CTYPE=nl_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceowl-extension depends on: ii calendar-timezones 10.0.11-1 ii icedove 10.0.11-1 ii libc6 2.13-37 ii libgcc1 1:4.7.2-4 ii libnspr42:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libstdc++6 4.7.2-4 Versions of packages iceowl-extension recommends: ii calendar-google-provider 10.0.11-1 Versions of packages iceowl-extension suggests: ii fonts-lyx 2.0.3-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#698042: python-visual: needs rebuild because of python-numpy ABI change and must add corresponding versioned dependency
Package: python-visual Version: 1:5.12-1.4 Severity: serious Tags: patch Control: block 685812 by -1 Dear Maintainer, python-visual uses the NPY_CHAR and PyArray_CHAR enums which are affected by an ABI breakage in python-numpy (see #685812). It must therefore be rebuilt. Unfortunately a binNMU is not enough because this wouldn't produce the right versioned dependency on python-numpy (and we want to support partial upgrades). I am therefore attaching a patch for a sourceful upload. For Jessie you might want to automatically generate the right versioned dependencies on python-numpy, as explained in /usr/share/doc/python-numpy/README.DebianMaints. This would avoid the need for sourceful uploads in such situations. Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 diff -u python-visual-5.12/debian/control.in python-visual-5.12/debian/control.in --- python-visual-5.12/debian/control.in +++ python-visual-5.12/debian/control.in @@ -11,7 +11,8 @@ Package: python-visual Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, ${cdbs:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, ${cdbs:Depends}, + python-numpy (= 1:1.6.1), python-numpy-abi9 Suggests: ${cdbs:Suggests} XB-Python-Version: ${python:Versions} Description: VPython 3D scientific visualization library diff -u python-visual-5.12/debian/control python-visual-5.12/debian/control --- python-visual-5.12/debian/control +++ python-visual-5.12/debian/control @@ -11,7 +11,8 @@ Package: python-visual Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, ${cdbs:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, ${cdbs:Depends}, + python-numpy (= 1:1.6.1), python-numpy-abi9 Suggests: ${cdbs:Suggests} XB-Python-Version: ${python:Versions} Description: VPython 3D scientific visualization library diff -u python-visual-5.12/debian/changelog python-visual-5.12/debian/changelog --- python-visual-5.12/debian/changelog +++ python-visual-5.12/debian/changelog @@ -1,3 +1,13 @@ +python-visual (1:5.12-1.5) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Rebuild against python-numpy = 1:1.6.1 because of ABI change (see +#685812), and add Depends on python-numpy (= 1:1.6.1) and +python-numpy-abi9 in order to support partial upgrades. +(Closes: #XX) + + -- Sébastien Villemot sebast...@debian.org Sun, 13 Jan 2013 11:29:27 +0100 + python-visual (1:5.12-1.4) unstable; urgency=low * Non-maintainer upload. signature.asc Description: Digital signature
Bug#695492: CIFS mount fails if I ctrl-c a long-running find process (Linux mounting Windows share)
On Sat, 12 Jan 2013 10:28:01 -0800 John Darrah xyl...@gmail.com wrote: On Fri, Jan 11, 2013 at 08:27:16AM -0500, Jeff Layton wrote: On Thu, 10 Jan 2013 20:29:43 -0800 John Darrah xyl...@gmail.com wrote: On Fri, Jan 04, 2013 at 07:09:33AM -0500, Jeff Layton wrote: On Thu, 3 Jan 2013 21:29:22 -0800 John Darrah xyl...@gmail.com wrote: On Sat, Dec 29, 2012 at 12:26:07PM +0100, Ben Hutchings wrote: On Fri, 2012-12-28 at 22:01 -0500, Jeff Layton wrote: On Sat, 29 Dec 2012 01:24:36 +0100 Ben Hutchings b...@decadent.org.uk wrote: On Mon, 2012-12-24 at 09:14 -0500, Jeff Layton wrote: On Sun, 23 Dec 2012 09:10:34 -0500 Jeff Layton jlay...@redhat.com wrote: [...] I had a look at the code today and suspect that I know what the problem is. When the kernel goes to send a request, it first signs it and then bumps the sequence numbers that it tracks. If the request doesn't actually make it out onto the wire, like when the task catches a signal, those sequence numbers remain high even though the request didn't go out. Here's an untested patch that might help tell whether this is the case. You may want to try it and see if it does. Note that this fix is a bit of a kludge and is not suitable for merging! A better fix would involve changing when the sequence number gets bumped in the first place. If this patch seems to help things, then I'll look at coding up that up. [...] I was able to reproduce this, and I don't think the above patch will fix it (at least not completely). The problem seems to be that the NT cancel command is screwing up the sequence numbers. We'll have to do some research to figure out why that's occurring. Jeff, we got a bug report in Debian which seems to be the same problem: http://bugs.debian.org/695492. Please cc John Darrah and the bug address as above. Ben. You may want to try this patch. It seems to fix the problem for me, but I think there is probably some more work to do in this area. http://www.spinics.net/lists/linux-cifs/msg07576.html John, you can test this patch by following instructions at http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official. Please reply-to-all to Jeff's message when you have a result. Ben. OK... I built a 3.2.35 kernel with the patch to transport.c and also a 3.7.1 with the patch to smb1ops.c and loaded them into my wheezy VM. I tested both by starting commands to frob the CIFS mounts and then typing a CTRL-C to kill the command, and they were stable (at least 50 attempts using each kernel with the CTRL-C fired at random times into the running command). But... now another issue affects both kernels. It seems that after 10 to 15 minutes of non use, the mount hangs and the command accessing the mount can only be killed with a SIGKILL... but only sometimes. Sometimes only a reboot would unwedge things. It seems when the mount would hang, I would get the: CIFS VFS: Server amifile01 has not responded in 300 seconds. Reconnecting... error except the 3.7 kernel reported 120 seconds instead of the 300 seconds noted above. Interesting, I haven't noticed that issue, but I'll try to reproduce it when I get a chance. Is there a command or kernel magic the can force a dump to see where the contention is that is causing the hang? Also, I just tried starting the VM and mounting the CIFS drives and then just letting it sit there without running anything to touch the drives they still hang. So this means the CTRL-C thing has nothing to do with it. Ok, so it sounds like the original bug is now fixed with the patch I proposed. This other thing sounds like it warrants a new bug. When you say it hangs, does the whole box hang or is it just processes that touch the cifs mount? If you know the pid of the hung process, you can look at /proc/pid/stack to see what it's doing. There are also things like sysrq-t. You can also set up kdump and force a crash on a machine to get a coredump, and then try to analyze it to figure out why it's hung. -- Jeff Layton jlay...@redhat.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684395: I'd be happy to sponsor a new fvwm
Hey Vincent, are you still willing to help with fvwm? What about adopting the package yourself? In any case, I would be very happy to sponsor it as one of my friends is a long-time fvwm user and he'd be happy to finally have a new version around. Cheers, Adrian CCing #623194 and merging. -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696493: fixed upstream?
Probably fixed upstream. I think it could be related to https://bugs.kde.org/show_bug.cgi?id=302197 http://commits.kde.org/oxygen-gtk/ebda9cf5273f62ce226612d3080f49f135f3f2d4 Unfortunately I can't verify it without powerpc hardware... -- Regards, Dmitry Smirnov GPG key : 4096R/53968D1B --- You can always count on Americans to do the right thing - after they've tried everything else. (Winston Churchill) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698043: /usr/bin/update-manager: Downloading list of chnages almost always fails.
Package: update-manager-gnome Version: 0.200.5-1 Severity: normal File: /usr/bin/update-manager Downloading the list of changes almost always fails. At first I thought this was caused by http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495329 but the download by update manager still fails even after I have manually verified the presence of the changelog. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages update-manager-gnome depends on: ii gconf22.28.1-6 GNOME configuration database syste ii gksu 2.0.2-5graphical frontend to su ii python2.6.6-3+squeeze7 interactive high-level object-orie ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-gconf 2.28.1-1 Python bindings for the GConf conf ii python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-support1.0.10 automated rebuilding support for P ii python-vte1:0.24.3-4 Python bindings for the VTE widget ii update-manager-core 0.200.5-1 APT update manager core functional update-manager-gnome recommends no packages. Versions of packages update-manager-gnome suggests: ii software-properties-gtk0.60.debian-3 manage the repositories that you i ii update-notifier0.99.3debian8 Daemon which notifies about packag -- 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#685256: icedove: No way to add RSS feed account
hi, On 13-01-13 10:29, Carsten Schoenert wrote: Am 12.01.2013 23:30, schrieb Manuel Bilderbeek: I'm sorry, but wiping my profile and manually reconstructing it is not a valid option for me. I don't want to spend that time without getting any clear help on this. What help do you need? For now I can't see a way how to help you. Only I tried to get help from developers on IRC, but they didn't even respond to my question. I'm sure some developer who knows the code would know exactly where to look for in the profile dir... That's the kind of help I need. you can collecting your personal data! What you doing if your profile data is crashing? After such a case you have also to start from scratch. I never had that in the 12 years of using Mozilla/Icedove stuff. I can't see a big problem to recreate a new profile. Yes, it takes time that I can spend with more funny things. But which choice you have? See above. If we know what to look for, we can probably easily pinpoint the issue in the profile. As I wrote, If we now which entries in the profiles this behavior triggers we can work on it. But without a possibility to diff against a working profile it's just impossible to search! Why isn't there such a possibility? In one of my previous mails I created a new profile for another user, and there everything worked fine. I can diff against it, but there's a kazillion differences... You can try to create a new profile and copy back your old files partially and search which lines are producing this error. I could, but... I'd rather do something whiteboxed, instead of blackboxed... Note that I appreciate your help a lot, but I think we may need someone with more in-depth knowledge on this software to really help and pinpoint the issue. -- Grtjs, Manuel PS: MSX FOR EVER! (Questions? http://faq.msxnet.org/ ) PPS: Visit my homepage at http://manuel.msxnet.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698030: debian-policy: document micro binary packages (udebs).
Charles Plessy ple...@debian.org (13/01/2013): I think that describing the udebs would fit with that goal. For the record: no objection. This said, it can not be done without the active participation of the d-i team, which I do not want to bother now. ACK. Mraw, KiBi. signature.asc Description: Digital signature
Bug#698011: latencytop fails to do anything
Hi Ivo, * Ivo De Decker schrieb: As documented in /usr/share/doc/latencytop/README.Debian, latencytop needs a kernel with the CONFIG_LATENCYTOP option to run. Enabling this option on all (non-debug) kernels is not a good idea: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=600935 Oh. Seems like I was mislead by the somewhat ambigously named kernel build options (CONFIG_HAVE_LATENCYTOP_SUPPORT is set, while CONFIG_LATENCYTOP is not): # uname -r 3.2.0-4-amd64 # grep LATENCYTOP /boot/config-3.2.0-4-amd64 CONFIG_HAVE_LATENCYTOP_SUPPORT=y # CONFIG_LATENCYTOP is not set I'm lowering the severity of this bug, but I'm not closing it yet. Maybe the fact that Debian doesn't ship kernel with CONFIG_LATENCYTOP should be documented explicitly in README.Debian. Alright :-) However, I suggest that latencytop should detect missing kernel support and display a useful error message indicating that situation. And that error message is already in latencytop.c: »·file = fopen(/proc/latency_stats,r+); »·if (!file) { »·»·fprintf(stderr, Please enable the CONFIG_LATENCYTOP configuration in your kernel.\n); »·»·fprintf(stderr, Exiting...\n); »·»·exit(EXIT_FAILURE); »·} So the real bug seems to be that that error message isn't really displayed. Or it might be, as the terminal flashes for a split second, but I can't make out if there's a message. (On an Ubuntu Terminal, but I think this was the case using a PuTTY on Windows 7, too, first time I tried to use latencytop on the same wheezy VM. Logged in via SSH.) # echo $TERM xterm Thanks, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693277: Bug#677517: minetest 0.4 unstable version
Hi Matthew, (First off: sorry Michael, I know I mentioned that I'd look into this over the weekend on IRC back in early December, but I ended up getting swamped with exams and now work (and my other packages). I'll try to free up some time for minetest, but at the moment I'll just give a review.) On Thu, Jan 10, 2013 at 7:20 PM, Matthew Bekkema mat8913...@gmail.com wrote: I've decided it would be much easier to package the latest upstream tag than to do what I was attempting earlier (package their latest commit) so I have started again and packaged their stable-0.4.4 release and pushed the changes to my github repo. I've also updated the watch file but it still needs work because uscan thinks that 0.4.dev-20120122-1 is the newer than 0.4.dev-20120606. - I've fixed the watch file: version=3 opts=dversionmangle=s/\+dfsg//g \ https://github.com/celeron55/minetest/tags .*/(\d[\d\.]+)\.tar\.gz - Just wondering, does minetest 0.4.x actually still build with libirrlicht-dev 1.7 in unstable? I tested the current version of minetest in unstable when I uploaded irrlicht 1.8 to experimental, and it ended up with a FTBFS (bug #693277). If minetest 0.4.x requires irrlicht 1.8 rather than 1.7.x, please bump the build-depends on libirrlicht-dev to (= 1.8). - Why debian/patches/remove-useless-depends.patch? Are they actually useless, as in minetest doesn't need libpng-dev, libjpeg-dev, libgl1-mesa-dev, libbz2-dev installed, in order to be built? If so, they should be removed from debian/control. - debian/control: s/libjpeg8-dev/libjpeg-dev/ - debian/control: According to Policy 7.6.1 [1], minetest-common should not only declare a Breaks: relationship with minetest, but rather Breaks+Replaces:. - debian/copyright: Format line should be http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ instead of a draft DEP-5 version. Also, include the full text of WTFPL for util/minetestmapper.py; see COPYING for more details isn't good enough since COPYING isn't even installed into the packages. - If upstream doesn't provide changelogs in the source tarball, and if it can't be generated at build time, I would suggest not including the upstream changelog at all rather than dumping it in debian/. You can just ignore lintian's no-upstream-changelog tag, if that's what you're concerned about. - Usually game packages (i.e. the package that contains the actual executable) declares a Depends: on their -data/-common package (i.e. all the arch-indep files), and the data package either Suggests: the game binary package, or doesn't declare any relationship with it...not the other way around. I can't find any Policy excerpt that enforces this, but I find it strange that minetest-game-{minimal,full} Depends: on minetest, and not the other way around. A game typically requires its data files to function properly, and often just fails to run/crashes without its data; on the other hand, data packages can be installed standalone, and are not inherently broken without the game itself (it's just a waste of disk space, really). - This is more just an opinion than anything else, but I don't really think it's necessary to split the game data into minetest-game-minimal and minetest-game-full. In debian/control, -minimal and -full are always listed together in the package relationships (there's no distinction between the two packages amongst the various relationships between all the binary packages), and both packages are already quite small in size. I just don't see any advantages to splitting them up that offsets the added complexity to the source package. Regards, Vincent [1] http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698011: latencytop fails to do anything
Control: retitle -1 latencytop does not properly display error message when CONFIG_LATENCYTOP kernel option is not set -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694657: closed by Reinhard Tartler siret...@tauware.de (Bug#694657: fixed in libav 6:9.1-1)
On Sun, 13 Jan 2013 08:25:29 +0100 Reinhard Tartler wrote: On Sat, Jan 12, 2013 at 11:26 PM, Francesco Poli invernom...@paranoici.org wrote: [...] Without intimate knowledge of the libav package build process, I just thought that those GPL-licensed files only ended up into the binary packages named after the directories where they live... Without digging into all the dependencies, I hadn't noticed all the cross linking among the binary packages built from libav... In other words, I thought that only libavdevice and libavfilter were under GPL-2+ and all the other libraries were separated enough to be under LGPL-2.1+ ! Sorry, that's wrong, it's GPL. I thought that the old debian/copyright http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libav.git;a=blob;f=debian/copyright;h=9ce50341783655e90ddd3f340cc3fa324c6d4386;hb=HEAD was pretty clear on that. Well, actually it didn't say so explicitly, either... It listed some GPL-licensed files and then it stated that the rest was LGPL-licensed. At the end there was that comment about libavcodec-extra-53, which however seemed to only warn readers about that particular binary package... Also, this is really something upstream should be concerned about. The upstream homepage points out this situation *very* prominently: http://libav.org/ (see the 2nd light-green box at the top) It's good that the upstream project web site points out this situation, but, of course, it does not (and should not) say anything about the packages in Debian. Now I even notice that a number of binary packages built from libav depend on libavcodec-extra-54, and are therefore effectively under GPL-3+ ! I think that this should be explicitly and clearly documented in the comment at the beginning of the debian/copyright file and, probably, in the binary package long descriptions, as well. Well, maybe you can suggest new changes to the new debian/copyright file? I'm really unsure how to express the situation less ambigously. I think that the comment at the beginning of the debian/copyright file should clearly explain the effective licensing status for each binary package and the corresponding reasons. If I find the time, I'll try to propose some precise phrasing, but I am not sure when I'll be able to do so... Sorry about that. Especially as Jonas (and others) keep telling me that debian/copyright is only about the source package. They are indeed right, generally speaking. But when the effective license of binary package(s) is more restrictive than it would seem to be by just looking at the debian/copyright file, I think that a big warning should be put in a prominent place in order to point out the situation. What better place than the debian/copyright file to warn users about some surprising licensing of binary packages? Suppose I am the maintainer of another Debian package and I have to assess whether it is legally possible to distribute that package linked with some libav libraries. The first things to check would be the libav library binary package descriptions and the libav debian/copyright file. Most people would stop there, without studying the libav build process in detail and without recursively checking the debian/copyright files and build processes of all the direct and indirect dependencies of the libav libraries! I'm not a big fan of adding licence terms to the binary package description. I can understand, but in some surprising cases it maybe makes sense. Especially when multiple binary packages built from the same source package end up having different effective licenses... [...] Make no mistake, I am perfectly fine with a GPL-licensed library. But: A) I am definitely less fine with a GPL-2-incompatible library (as you know, GPL-3+ is not compatible with GPL-2) that's why the GPL-3+ stuff is in -extra. The non-extra variants stay with GPL-2. Unless they depend on libavcodec-extra-* in their turn! In that case they are also (indirectly) linked with Apache-2.0-licensed stuff, and they also end up being effectively under GPL-3+ ... [...] B) it looks like a bit specious, when the library is under the GPL, just because of a few files Maybe it would be clearer if we didn't talk about LGPL at all? But that would be a false statement. No, no, I think that the source licensing should be clearly documented (Debian Policy also mandates it). These few files do contain some important optimization and functionality. We really do not want to miss them in high-profile applications sich as vlc or mplayer. So it's important to keep them enabled for those packages that do not have any (licensing) problem in using them. Hence, whenever the GPL-licensed files may be excluded and the linking with other GPL-licensed libraries may be avoided, it looks like a good idea to also provide an LGPL-licensed (reduced functionality) variant of the library. Sometimes you have a program
Bug#694929: Default behaviour must change
On 02.12.2012 12:29, Arthur Chan wrote: Intel 865G (and below) hardware has no support for full GL_ARB_texture_non_power_of_two On 13.01.2013 10:34, Chris Carr wrote: The best interim solution might be to fall back to Gnome Classic for these cards, with an advisory message about this bug. The responsible component for that would then be gnome-session, specifically: /usr/lib/gnome-session/gnome-session-check-accelerated* /usr/share/gnome-session/hardware-compatibility The latter already has # Intel 830-865 -Intel\(R\) 8[[:digit:]]{2,2}[^[:digit:]] Can you attach the output of glxinfo for your graphics card, please. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#698044: cdbs: waf.mk not deleting pyc files
Package: cdbs Version: 0.4.111ubuntu1 Severity: normal Dear cdbs Maintainers, As the ftp Team decided not to allow to ship a waf blob in source tarballs [0] it is necessary to use the python source code of waf. This then leads though to python creating pyc files which get added to the debian diff. So I want to suggest that the waf.mk class clean phase is also cleaning up those? I have attached a patch which does so. Thanks, Oliver [0] http://wiki.debian.org/UnpackWaf From 53f0386d083f43bf69d6a0fc2852a95f754774e7 Mon Sep 17 00:00:00 2001 From: Oliver Sauder o...@esite.ch Date: Fri, 11 Jan 2013 22:40:40 +0200 Subject: [PATCH] remove pyc files created by waf (unpacked version) while building --- 1/class/waf.mk.in |1 + 1 file changed, 1 insertion(+) diff --git a/1/class/waf.mk.in b/1/class/waf.mk.in index 3e78311..479f6d8 100644 --- a/1/class/waf.mk.in +++ b/1/class/waf.mk.in @@ -98,6 +98,7 @@ clean:: cdbs-waf-clean cdbs-waf-clean: $(cdbs_waf_invoke) $(cdbs_waf_clean_target) $(cdbs_waf_options) rm -rf debian/stamp-waf-* + find -name '*.pyc' -delete common-install-arch common-install-indep:: common-install-impl common-install-impl:: -- 1.7.10.4
Bug#685256: icedove: No way to add RSS feed account
Hello, Am 13.01.2013 12:27, schrieb Manuel Bilderbeek: I tried to get help from developers on IRC, but they didn't even respond to my question. I'm sure some developer who knows the code would know exactly where to look for in the profile dir... That's the kind of help I need. So good luck to find some of the developer who spend his spare time to look into. :) I would say you ever won't find someone. Once again, Icedove is open source, the mozilla websites have all the infos you need to understand the various file in your user profile. I never had that in the 12 years of using Mozilla/Icedove stuff. And this will protect you ever for a crash? You never had to recover some configs from scratch? I can't believe that. See above. If we know what to look for, we can probably easily pinpoint the issue in the profile. That's your problem - If I know that I don't know I would know more! That's simple (and stupid I know) but everybody have to learn to learn more. Who else than you know that you have in your user profile, golden rule in case of error is going back there everything was all right and than go one step further. Why isn't there such a possibility? How will you know that is standard in your old profile (remember: everything is working) and that entry is producing an error? Your known wrong profile against what? Nothing? In one of my previous mails I created a new profile for another user, and there everything worked fine. I can diff against it, but there's a kazillion differences... So you see the problem?!, analyze why they differ. It's no question that Icedove/Thunderbird is doing something wrong here, the question is why. It's only analyzable if you comparing the single steps that Icedove is doing. You can produce some output of Icedove like described in the wiki [1]. I could, but... I'd rather do something whiteboxed, instead of blackboxed... Then you have something misunderstand with white-boxed and black-boxed. Yes, you can try to get it working while you don't know why it's not working, there can be one line or even twenty lines that are wrong. Which approach would be more effective? I know something is working and tuning the key or try and error because I don't know what I'm exactly doing? Note that I appreciate your help a lot, but I think we may need someone with more in-depth knowledge on this software to really help and pinpoint the issue. As I wrote above, you will nobody find! And I understand Opensource as a goal to look by myself why something isn't working. So you can wait and wait, hope and pray or just start. In the between times you would have rewritten your new profile and copy back your mail, RSS and/or news data. Otherwise you can open a bug on mozilla, but i myself would be more pragmatic and get my profile working and then try to analyze why the old isn't working as expected. I will no more time spend to this bug because I just can suggest You what I wrote and it's on you to do something or not. If not we will close this bug in the future. [1] http://wiki.debian.org/Icedove#Debugging_Icedove_Activity -- Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698030: debian-policy: document micro binary packages (udebs).
On Sun, Jan 13, 2013 at 12:44:33AM -0800, Jonathan Nieder wrote: Charles Plessy wrote: If you think that it is necessary to obtain the agreement of the d-i team to mention the udebs in #697433, please go ahead, but on my side, I do not think that there is a problem here. I guess I'm completely failing to communicate. udebs are already documented very clearly. There is _no point_ in policy replicating that. Policy is meant to help multiple people cooperate to make the Debian system work in a consistent way --- adding some docs about udebs would not help that at all. In that case there could be a udeb subpolicy document maintained by the d-i team that policy would refer to. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679837: Bug still present in Wheezy
Hi, While this is corrected in experimental, Wheezy still has version 0.7.3-2 which is affected. I would like to see a fixed version in Wheezy. Would this be possible? Kind Regards, Juhani Numminen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667643: reportbug: Crashes while reporting bug from GTK interface
Package: reportbug Version: 6.4.3 Followup-For: Bug #667643 Hi, Today I was going to report a bug against Banshee. But I ended up with 3 reportbug crash reports;/ Here they are: Try number #1: Type package name and press ENTER immediately. Result: $ reportbug /usr/lib/pymodules/python2.7/reportbug/ui/gtk2_ui.py:453: PangoWarning: pango_layout_set_width: assertion `layout != NULL' failed gtk.main () /usr/lib/pymodules/python2.7/reportbug/ui/gtk2_ui.py:453: PangoWarning: pango_layout_get_extents: assertion `layout != NULL' failed gtk.main () /usr/lib/pymodules/python2.7/reportbug/ui/gtk2_ui.py:453: PangoWarning: pango_layout_get_line_count: assertion `layout != NULL' failed gtk.main () Floating point exception Try number #2: Error about problem contacting Debian BTS (indeed my Internet connection was lagging), then I quit. Result on console: $ reportbug /usr/lib/pymodules/python2.7/reportbug/ui/gtk2_ui.py:453: GtkWarning: IA__gtk_widget_event: assertion `WIDGET_REALIZED_FOR_EVENT (widget, event)' failed gtk.main () Try number #3: Reportbug ended when it asked me Is reportbug a package you want to report? i clicked Yes and window wanishes $ reportbug /usr/lib/pymodules/python2.7/reportbug/ui/gtk2_ui.py:453: PangoWarning: pango_layout_set_width: assertion `layout != NULL' failed gtk.main () /usr/lib/pymodules/python2.7/reportbug/ui/gtk2_ui.py:453: PangoWarning: pango_layout_get_extents: assertion `layout != NULL' failed gtk.main () /usr/lib/pymodules/python2.7/reportbug/ui/gtk2_ui.py:453: PangoWarning: pango_layout_get_line_count: assertion `layout != NULL' failed gtk.main () Floating point exception Regards, pioruns -- Package-specific info: ** Environment settings: INTERFACE=gtk2 ** /home/pioruns/.reportbugrc: reportbug_version 6.4.3 mode novice ui gtk2 email pior...@o2.pl no-cc header X-Debbugs-CC: pior...@o2.pl smtphost reportbug.debian.org -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (110, 'unstable'), (105, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.9.7.7 ii python2.7.3~rc2-1 ii python-reportbug 6.4.3 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utils none pn debsumsnone pn dlocatenone pn emacs22-bin-common | emacs23-bin-commonnone ii exim4 4.80-6 ii exim4-daemon-light [mail-transport-agent] 4.80-6 ii file 5.11-2 ii gnupg 1.4.12-7 ii python-gtk22.24.0-3 pn python-gtkspellnone pn python-urwid none ii python-vte 1:0.28.2-5 ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages python-reportbug depends on: ii apt 0.9.7.7 ii python2.7.3~rc2-1 ii python-debian 0.1.21 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug 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#698045: bootchart2 not working at all
Package: bootchart2 Version: 0.14.4-3 Severity: important Hello, I installed bootchart2 on my Debian Testing system. But is not working at all. All I see on dmesg is: [ 17.736689] bootchart-collector started as pid 2946 with 2 args: '--dump' '/tmp/bootchart.IdSFVeoxDQ' [ 17.736692] Failed to find the collector's pid [ 17.736693] bootchart-collector pid: 2946 unmounted proc / clean exit Regards, pioruns -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (110, 'unstable'), (105, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bootchart2 depends on: ii libc6 2.13-37 ii lsb-base 4.1+Debian8 Versions of packages bootchart2 recommends: ii pybootchartgui 0.14.4-3 bootchart2 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#679837: Bug still present in Wheezy
On Sun, Jan 13, 2013 at 4:37 AM, Juhani Numminen juhaninummin...@gmail.com wrote: Hi, While this is corrected in experimental, Wheezy still has version 0.7.3-2 which is affected. I would like to see a fixed version in Wheezy. Would this be possible? Kind Regards, Juhani Numminen If you've got a patch that fixes this in either irrlicht/supertuxkart, I'll be glad to take a look at it and apply it if it's sane and satisfies the constraints of the Freeze Policy [1]. But no, it's too late to upload a new upstream release of irrlicht/supertuxkart and have it land in wheezy. Regards, Vincent [1] http://release.debian.org/wheezy/freeze_policy.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687563: RFS: opengrm-ngram/1.0.3-1 [ITP] -- opengrm n-gram, library
* Jakub Wilk jw...@debian.org, 2013-01-11, 21:20: * Giulio Paci giuliop...@gmail.com, 2013-01-04, 18:39: As far as I can see, the test scripts create temporary files in an insecure way. The scripts do not interfere each other. Instead of patching them, I defined TMPDIR to tmpdata, so that the temporary files are created in the package build directory. That's okay for us, but please forward the bug upstream; they should fix it too. Reported. The package needs the OpenFST far extensions, which were not enabled in Debian until recently. It would be nice to make the libfst-dev build-dependency versioned. Done. Would it be possible to exclude binary files from the being analysed by licensecheck? Done. Is there a reason you explicitly enable building static libraries? Just to mimic openfst. But I have to say that openfst upstream suggests static libraries for performance reasons, while opengrm-ngram upstream suggests no static libraries for compilation speed reasons. Do you prefer if I drop the static libraries? src/include/ngram/ngram.h doesn't look like valid C++ to me... Fixed. Typo in src/bin/ngraminfo.cc: modesl - models. Fixed. Bests, Giulio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697926: gnome: Remove libreoffice dependencies
But in my description, libreoffice dependencies aren't a mistake? I think this bug is the second described point: remove one that is no longer appropriate. Thanks for the return. 2013/1/12 Josselin Mouette j...@debian.org Le vendredi 11 janvier 2013 à 10:08 -0300, Saulo Soares de Toledo a écrit : When trying install gnome, aptitude install libreoffice packages. Since I don't use libreoffice while I have Apache OpenOffice.org packages installed, there are installation errors always I install/upgrade my system. LibreOffice packages conflicts with Apache OpenOffice.org packages. Let me paste here the text that was shown before you submitted this bug. You are going to file a bug against “gnome”, which is a metapackage. It means it is empty except for its dependencies, which are here to provide a full-fledged GNOME desktop for Debian. Using this package to report a bug is appropriate if: * You have noticed a bug in the GNOME desktop but you don’t know which actual package it comes from. * You believe there is a genuine mistake in dependencies, like forgetting to add a dependency that is needed for a regular GNOME desktop, or to remove one that is no longer appropriate. If you don’t like one of the packages that are depended upon and prefer that we drop the dependency or depend on another one that is not related to GNOME, please don’t bother filing the bug. Metapackages are not a supermarket. We try to make a selection that is suitable for most people; if you don’t like it, you are welcome to make your own. Cheers, -- .''`. Josselin Mouette : :' : `. `' `-
Bug#698046: Please upgrade to latest revision
Package: unhide.rb Version: 13-1.1 Severity: Wishlist Please upgrade unhide.rb to the latest revision: http://bazaar.launchpad.net/~walles/unhide.rb/trunk/changes/ The latest revision has been tested on a system infected by the Jynx rootkit and adds the following features: * Name the binaries hidden by the rootkit. Previously only the PIDs were identified. * Name the Jynx process / file hiding library on an infected system. It also adds a few checks and is now a superset of running the original unhide as unhide-linux procall sys. Performance-wise it's about 14x faster than the latest version of unhide (7s vs 100s on my system). The changes fix all issues mentioned in this post: http://sourceforge.net/mailarchive/message.php?msg_id=28258660 Regards //Johan
Bug#667643: Crashes while reporting bug from GTK interface
More errors: Try #4: I was in menulist with bugs about package, then i pressed Continue. $ reportbug *** glibc detected *** /usr/bin/python: double free or corruption (fasttop): 0x7f8358000c20 *** === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(+0x76d76)[0x7f837071ed76] /lib/x86_64-linux-gnu/libc.so.6(+0x7c7c3)[0x7f83707247c3] /lib/x86_64-linux-gnu/libc.so.6(realloc+0xf0)[0x7f8370724c60] /lib/x86_64-linux-gnu/libglib-2.0.so.0(g_realloc+0xf)[0x7f836ddcafcf] /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x34942)[0x7f836c79f942] /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x35734)[0x7f836c7a0734] /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(gdk_region_union+0x97)[0x7f836c7a0e57] /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x3fad7)[0x7f836c7aaad7] /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x257130)[0x7f836cc75130] /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x25c6db)[0x7f836cc7a6db] /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_widget_queue_resize+0x68)[0x7f836cc7a768] /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x13007c)[0x7f836cb4e07c] /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_label_set_text+0x9d)[0x7f836cb4ef6d] /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/_gtk.so(+0x1875d0)[0x7f836d1e45d0] /usr/bin/python(PyEval_EvalFrameEx+0x29b)[0x4eaa3b] /usr/bin/python(PyEval_EvalFrameEx+0xa82)[0x4eb222] /usr/bin/python(PyEval_EvalCodeEx+0x1a0)[0x4f1db0] /usr/bin/python[0x4f2f32] /usr/bin/python(PyObject_Call+0x36)[0x44a176] /usr/bin/python(PyEval_EvalFrameEx+0x1fb9)[0x4ec759] /usr/bin/python(PyEval_EvalCodeEx+0x1a0)[0x4f1db0] /usr/bin/python[0x4f2e00] /usr/bin/python(PyObject_Call+0x36)[0x44a176] /usr/bin/python(PyEval_EvalFrameEx+0x1fb9)[0x4ec759] /usr/bin/python(PyEval_EvalCodeEx+0x1a0)[0x4f1db0] /usr/bin/python(PyEval_EvalFrameEx+0x838)[0x4eafd8] /usr/bin/python(PyEval_EvalFrameEx+0xa82)[0x4eb222] === Memory map: 0040-00674000 r-xp fe:01 142362 /usr/bin/python2.7 00873000-00874000 r--p 00273000 fe:01 142362 /usr/bin/python2.7 00874000-008dd000 rw-p 00274000 fe:01 142362 /usr/bin/python2.7 008dd000-008ef000 rw-p 00:00 0 010a5000-027b6000 rw-p 00:00 0 [heap] 7f835800-7f8358021000 rw-p 00:00 0 7f8358021000-7f835c00 ---p 00:00 0 7f835f4a-7f835f4af000 r-xp fe:01 142818 /usr/lib/python2.7/lib-dynload/pyexpat.so 7f835f4af000-7f835f6ae000 ---p f000 fe:01 142818 /usr/lib/python2.7/lib-dynload/pyexpat.so 7f835f6ae000-7f835f6af000 r--p e000 fe:01 142818 /usr/lib/python2.7/lib-dynload/pyexpat.so 7f835f6af000-7f835f6b1000 rw-p f000 fe:01 142818 /usr/lib/python2.7/lib-dynload/pyexpat.so 7f835f6b1000-7f835f6d r-xp fe:01 142832 /usr/lib/python2.7/lib-dynload/_io.so 7f835f6d-7f835f8d ---p 0001f000 fe:01 142832 /usr/lib/python2.7/lib-dynload/_io.so 7f835f8d-7f835f8d1000 r--p 0001f000 fe:01 142832 /usr/lib/python2.7/lib-dynload/_io.so 7f835f8d1000-7f835f8da000 rw-p 0002 fe:01 142832 /usr/lib/python2.7/lib-dynload/_io.so 7f835f8da000-7f835f8df000 r-xp fe:01 266751 /lib/x86_64-linux-gnu/libnss_dns-2.13.so 7f835f8df000-7f835fade000 ---p 5000 fe:01 266751 /lib/x86_64-linux-gnu/libnss_dns-2.13.so 7f835fade000-7f835fadf000 r--p 4000 fe:01 266751 /lib/x86_64-linux-gnu/libnss_dns-2.13.so 7f835fadf000-7f835fae rw-p 5000 fe:01 266751 /lib/x86_64-linux-gnu/libnss_dns-2.13.so 7f835fae-7f835fae2000 r-xp fe:01 274166 /lib/libnss_mdns4_minimal.so.2 7f835fae2000-7f835fce1000 ---p 2000 fe:01 274166 /lib/libnss_mdns4_minimal.so.2 7f835fce1000-7f835fce2000 rw-p 1000 fe:01 274166 /lib/libnss_mdns4_minimal.so.2 7f835fce2000-7f835fd1 r-xp fe:01 143826 /usr/lib/x86_64-linux-gnu/libbluray.so.1.1.0 7f835fd1-7f835ff1 ---p 0002e000 fe:01 143826 /usr/lib/x86_64-linux-gnu/libbluray.so.1.1.0 7f835ff1-7f835ff11000 r--p 0002e000 fe:01 143826 /usr/lib/x86_64-linux-gnu/libbluray.so.1.1.0 7f835ff11000-7f835ff12000 rw-p 0002f000 fe:01 143826 /usr/lib/x86_64-linux-gnu/libbluray.so.1.1.0 7f835ff12000-7f835ff1f000 r-xp fe:01 261465 /lib/x86_64-linux-gnu/libudev.so.0.13.0 7f835ff1f000-7f836011f000 ---p d000 fe:01 261465 /lib/x86_64-linux-gnu/libudev.so.0.13.0 7f836011f000-7f836012 r--p d000 fe:01 261465 /lib/x86_64-linux-gnu/libudev.so.0.13.0 7f836012-7f8360121000 rw-p e000 fe:01 261465 /lib/x86_64-linux-gnu/libudev.so.0.13.0 7f8360121000-7f8360165000 r-xp fe:01 263307 /lib/x86_64-linux-gnu/libdbus-1.so.3.7.2 7f8360165000-7f8360365000 ---p 00044000 fe:01 263307 /lib/x86_64-linux-gnu/libdbus-1.so.3.7.2 7f8360365000-7f8360366000 r--p 00044000 fe:01 263307 /lib/x86_64-linux-gnu/libdbus-1.so.3.7.2 7f8360366000-7f8360367000 rw-p 00045000 fe:01 263307 /lib/x86_64-linux-gnu/libdbus-1.so.3.7.2 7f8360367000-7f836037f000 r-xp fe:01 271551 /usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so 7f836037f000-7f836057e000 ---p 00018000 fe:01 271551
Bug#698047: zephyr-server-krb5: /etc/init.d/zephyrd refers to wrong keytab file
Package: zephyr-server-krb5 Version: 3.0-1 On initial installation, /etc/init.d/zephyrd fails with the error message: You need to get a keytab before the kerberized zephyr server will function correctly. Get a keytab for zephyr/zephyr and put it in /etc/zephyr/krb5.keytab. So far so good. But the file which is actually checked for existence is /etc/zephyr/srvtab . It's not clear to me which if either of these files is actually used. -- EGLL 131220Z 01006KT 340V050 FEW020 03/M02 Q1020 EGWU 131150Z 03009KT FEW040 BKN050 02/M01 Q1020 NOSIG -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691095: libvigraimpex packaging (symbols) breaks with gcc != 4.7
* Andreas Metzler ametz...@downhill.at.eu.org, 2012-10-21, 14:20: Perhaps old fashioned shlibs might be a better choice than a symbols file. For what it's worth, I agree with you assessment. Before I orphaned the package, I maintained the symbols files, which was doable, but rather tiresome, and the benefits of doing that are rather dubious (for this particular package). Thanks for the upload. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689268:
I think I am having the same issue here with Ivy Bridge. Recently got a new machine and running Ubuntu 12.10 (Quantal), I was on Wheezy before with the same issue. Using the standard kernel I was getting system lock-ups with the screen going corrupted and no input possible at all. I've followed this thread through trying out various different options with boot parameters (mtrr) and also have now got the system on the Liquorix 3.7.x kernel. Same crashes. It happens when there is user input, I can leave the machine run without touching it and it will be ok, but when I interact I'll randomly get a crash. These could be minutes apart, or hours. But right now are inevitable. I'm fairly technical, but not a kernel hacker, I'm quite comfortable compiling etc. So if there is anything I can try or add, then please let me know. Here are a few system details: Processor: Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz Memory: 32GB Chipset: $ uname -a Linux xpc 3.7.0-2.dmz.1-liquorix-amd64 #1 ZEN SMP PREEMPT Sun Jan 13 02:36:06 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux Kernel command line: BOOT_IMAGE=/vmlinuz-3.7.0-2.dmz.1-liquorix-amd64 root=/dev/mapper/vg-root ro rootdelay=10 mtrr_gran_size=8M mtrr_chunk_size=32M quiet splash vt.handoff=7 $ lsmod | grep i915 i915 554526 3 drm_kms_helper 39225 1 i915 drm 266634 4 i915,drm_kms_helper intel_agp 11514 1 i915 i2c_algo_bit5854 1 i915 intel_gtt 16817 2 i915,intel_agp i2c_core 26223 4 i915,drm_kms_helper,drm,i2c_algo_bit video 12284 1 i915 button 5368 1 i915 $ lspci 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor DRAM Controller (rev 09) 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09) 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) 00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04) 00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04) 00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4) 00:1c.6 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 7 (rev c4) 00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation Z77 Express Chipset LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 7 Series/C210 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04) 00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04) 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06) Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698048: gnucash: Gnucash broken by upgrade of libglib2.0-0
Package: gnucash Version: 1:2.4.10-2~bpo60+1 Severity: important After I upgraded from Lenny to Squeeze on 2012-11-30 the Squeeze main repository kept the version of gnucash which I had previously installed from lenny-backports, 2.2.9-10. That gnucash version calls for libglib2.0-0 version 2.24.0 or higher, which I assume was the version originally in the Squeeze main repository, and probably in lenny-backports as well. In any event I was able to use that version of gnucash until 2013-01-01. Later that same day I installed a number of new packages, and also some security fixes. The following day I was unable to open gnucash. Instead I received the following error message when I tried to open it in a terminal emulator: Gnu.bin – Message: main: binreloc relocation support was disabled at configure time. Segmentation fault. I then checked the packages installed or upgraded on 2013-01-01; there was only one which gnucash uses -- libglib2.0-0 version 2.24.2-1 This version is now the one in the Squeeze main repository. I consequently can only assume that gnucash will not load with this version of that package, although the gnucash dependency list says the it will work with versions 2.24.0 and higher. I also tried to use the version of gnucash from squeeze-backports, 2.4.10-2, but it does not work either and returns the same segmentation fault message. I recall that in 2010, when I was upgrading from Etch to Lenny and at the same time upgrading gnucash 2.2.9 from an earlier version. On that occasion I had to recompile gnucash. I have in addition since 2013-01-01 found problems with other packages which use libglib2.0-0. Package hardinfo now returns a segmentation fault. Iceweasel now 17.0 crashes when I attempt to download a file from it. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnucash depends on: ii gnucash 1:2.4.10-2~bpo60+1 common files for the financial-acc ii guile-1 1.6.8-10 The GNU extension language and Sch ii guile-1 1.6.8-10 Main Guile libraries ii guile-1 1.6.8-10 Guile SLIB support ii libaqba 5.0.22-1~bpo60+1 library for online banking applica ii libart- 4:14.0.0-0debian7+r3+pr6~squeeze Library of functions for 2D graphi ii libatk1 1.30.0-1 The ATK accessibility toolkit ii libbono 2.24.3-1 Bonobo CORBA interfaces library ii libbono 2.24.3-1 The Bonobo UI library ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcair 1.10.2-7~bpo60+1 The Cairo 2D vector graphics libra ii libcryp 0.57-2 Support for https protocol in LWP ii libdate 6.11-1 module for manipulating dates ii libdbi0 0.8.2-3 Database Independent Abstraction L ii libfina 1.17-1 Perl module for retrieving stock q ii libfont 2.8.0-2.1generic font configuration library ii libfree 2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib ii libgcon 2.28.1-6 GNOME configuration database syste ii libglad 1:2.6.4-1library to load .glade files at ru ii libglib 2.24.2-1 The GLib library of C routines ii libgnom 2.30.1-1 GNOME keyring services library ii libgnom 2.30.0-1 The GNOME library - runtime files ii libgnom 2.30.1-1 A powerful object-oriented display ii libgnom 2.24.3-1 The GNOME libraries (User Interfac ii libgnom 1:2.24.3-1 GNOME Virtual File System (runtime ii libgoff 0.8.8-1 Document centric objects library - ii libgtk2 2.20.1-2 The GTK+ graphical user interface ii libguil 1.6.8-10 Guile's patched version of libtool ii libgwen 4.3.1-1~bpo60+1 Gwenhywfar GUI implementation for ii libgwen 4.3.1-1~bpo60+1 OS abstraction layer ii libhtml 2.10-3 module for extracting the content ii libhtml 3.23-2 Perl module to represent and creat ii libice6 2:1.0.6-2X11 Inter-Client Exchange library ii libktob 1.28-1 library for verification of accoun ii libofx4 1:0.9.0-3library to support Open Financial ii liborbi 1:2.14.18-0.1libraries for ORBit2 - a CORBA ORB ii libpang 1.28.3-1+squeeze2Layout and rendering of
Bug#698050: top: please include processes that contribute to loadavg in 'i'dle mode
Package: procps Version: 1:3.3.4-2 Severity: wishlist File: /usr/bin/top Tags: upstream Hi, I'm almost certain the old top used to include processes that were in the D state in idle mode. This was very convenient because it was possible to see at a glance what processes a high load average is due to. The new top only lists processes that actually consumed CPU time in 'idle' mode. While this is certainly a valid interpretation of 'idle', I'd still like the ability to filter out processes that spend all their time in the S state and show all the rest. Thanks. Andras -- Andras Korn korn at elan.rulez.org Uriember az, aki igeretehez hiven megmutatja a belyeggyujtemenyet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698049: rmadison: data lags behind reality immensely
Package: devscripts Version: 2.12.6 Severity: important Hi, I know that reporting this to “devscripts” is not correct, but I cannot find the right place to report a bug against the server-side component of rmadison against, so please humour me and forward this to all parties of interest. Thanks! Ever since the move to UDD, the output of rmadison lags behind reality by, what I guess, is up to a day. Today, it gets even more than one day: http://lists.debian.org/debian-devel-changes/2013/01/msg00731.html tg@freewrt:~ $ date; rmadison -s sid sysvinit Sun Jan 13 14:17:45 UTC 2013 sysvinit | 2.88dsf-35 | sid | source, amd64, armel, armhf, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc That's 27 hours! I use rmadison as tool to know when to update packages in a local repository subset used for e.g. debootstrapping, since that’s at best fragile and at worst broken doing it from unstable. This really affects my work. How hard is it to get rmadison data updated hourly, or at least, every four hours or so? Pretty please, with cherries on top… Thanks in advance! -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBCHANGE_MAINTTRAILER=no DEBCHANGE_MULTIMAINT_MERGE=yes DEBCHANGE_RELEASE_HEURISTIC=log -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (490, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh-static Versions of packages devscripts depends on: ii dpkg-dev 1.16.9 ii libc6 2.13-37 ii perl 5.14.2-16 ii python2.7.3~rc2-1 Versions of packages devscripts recommends: ii at3.1.13-2 ii dctrl-tools 2.22.2 ii debian-keyring2012.11.15 ii dput 0.9.6.3+nmu1+wtf1 pn equivsnone ii fakeroot 1.18.4-2 ii gnupg 1.4.12-7 pn libcrypt-ssleay-perl none pn libdistro-info-perl none pn libjson-perl none pn libparse-debcontrol-perl none pn libsoap-lite-perl none ii liburi-perl 1.60-1 pn libwww-perl none pn lintian none ii man-db2.6.2-1 ii patch 2.6.1-3 pn patchutilsnone ii python-debian 0.1.21 pn python-magic none ii sensible-utils0.0.7 ii strace4.5.20-2.3 ii unzip 6.0-8 ii wdiff 1.1.2-1 ii wget 1.13.4-3 ii xz-utils 5.1.1alpha+20120614-2 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.2006cvs-1 ii build-essential 11.5 pn cvs-buildpackage none pn devscripts-elnone pn gnuplot none pn libauthen-sasl-perl none pn libfile-desktopentry-perlnone pn libnet-smtp-ssl-perl none pn libterm-size-perlnone ii libtimedate-perl 1.2000-1 pn libyaml-syck-perlnone pn mutt none ii openssh-client [ssh-client] 1:6.0p1-3 pn svn-buildpackage none pn w3m none -- 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#685295: grub crashes with invalid memory access
version: 1.99-26 Jörg Sommer hat am Sun 19. Aug, 13:29 (+0200) geschrieben: Package: grub-ieee1275 Version: 1.99-22.1 Severity: important Hi, booting with grub fails. After the welcome message it prints Invalid memory access at SRR0: 0020567c SRR1: 3030 and goes back to the Openfirmware prompt. I've installed the package version 1.99-26 and grub starts as expected. The bug is dead. Bye, Jörg. -- Mancher Hahn meint, dass die Sonne seinetwegen aufgeht. (Theodor Fontane) signature.asc Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP
Bug#697544: tesseract-ocr: Segfault in batch processing
Hello Jeff, On Sat, 12 Jan 2013 20:06:19 -0800 Jeff Breidenbach j...@jab.org wrote: Thank you for the report. Please supply data and a simple command that reproduces the problem. The following command (with the standard tesseract-ocr-deu-frak Debian package installed) does not segfault for me. [..] $ while true; do tesseract img028.tif img028.txt -l deu-frak; done Tesseract Open Source OCR Engine v3.02.01 with Leptonica Tesseract Open Source OCR Engine v3.02.01 with Leptonica Tesseract Open Source OCR Engine v3.02.01 with Leptonica Tesseract Open Source OCR Engine v3.02.01 with Leptonica ... The problem is hardly trackable. In my last mail I attached a gdb backtrace with the possible reasons of the segfault. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697544 for details. With best regards Andreas -- Dipl. Inf. (FH) Andreas Romeyke, http://andreas-romeyke.de/ signature.asc Description: PGP signature
Bug#698051: No internet connection
Package: Debian GNU/Linux 6.0.6 Squeeze - Official i386 CD Binary-1 20120929-15:56 This isn't the first time I've tried installing a Linux distro, once again, I've ended up simply wanting to delete everything relating to Linux having nothing more to do with it. I think it's perfectly ridiculous recommending having an internet connection DURING installation, without giving the installer the means to connect, it's even more ridiculous not being able to connect after installation... I use a DSL modem connected to a router, searches using either terms in the help folder came back negative, trying to connect via the web-browser brought up an error message that a username password were required for a DSL router, however, entering the correct parameters only resulted in endlessly being asked to enter the required information NO connection made. The link below explains more fully how I feel about Linux distros... http://www.snowlinux.de/651-snowlinux-4-qglacierq-released#yvComment651.. What really pisses me off is I had no problems with Tails, which is based on Debian, unfortunately it's not designed to be installed permanently. All I'm looking for is a Linux distro that will connect to the internet, with which I can remote control a laptop with windoze on it visa versa, with my choice of web-browser Office suite, is that really so much to ask for? -- This message was sent from a MailNull anti-spam account. You can get your free account and take control over your email by visiting the following URL. http://mailnull.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698027: server should fail to start if ssl required conf options exist without ssl support
Hi all, Please see below a bug report submitted to the Debian BTS. found 698027 1:7.2.2.dfsg.2-9 tags 698027 + confirmed forwarded 698027 b...@ircd-hybrid.org severity 698027 minor thanks On Sun, Jan 13, 2013 at 02:52:55AM +, Mark Cunningham wrote: SSL support isn't included by default however the server does not fail to launch if ssl options are included in config When I tested it, connect blocks were simply dismissed if they included config options such as cryptlink flag or encrypted = yes; Meaning, if a connect block had one of these options and you were to do /sconnect connectblockname in order to connect to the server, the server would come back with connect block not found. Suggested action: Upon option that would require ssl support being found in the config file, the server should fail to start, indicate which option it is failing on and link to the /usr/share/doc/ircd-hybrid file that explains about ssl support. This may be a drastic approach as people may have configs with ssl options running at the moment and this update will stop the server from running. At the very least, output a clear message to the log files about ssl support and connect block being ignored with them. Without it, there are no clear indications what would cause a connect block not to be recognised. I can confirm that this issue arises at least with flags = ssl on a listener, and I agree that the options you suggest make sense. I'm copying in upstream also as this isn't a Debian-specific problem. Thanks, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698052: [libsdl1.2-dev] sdl-config --static-libs doesn't add Required.private libs
Package: libsdl1.2-dev Version: 1.2.15-5 Severity: normal Compiling a program statically with `sdl-config --static-libs ...` will result in missing symbols: /usr/lib/i386-linux-gnu/libX11.a(ClDisplay.o): In function `XCloseDisplay': (.text+0xbd): undefined reference to `xcb_disconnect' /usr/lib/i386-linux-gnu/libX11.a(OpenDis.o): In function `OutOfMemory': (.text+0x456): undefined reference to `xcb_disconnect' /usr/lib/i386-linux-gnu/libX11.a(OpenDis.o): In function `XOpenDisplay': (.text+0x81e): undefined reference to `xcb_get_setup' /usr/lib/i386-linux-gnu/libX11.a(OpenDis.o): In function `XOpenDisplay': (.text+0xc59): undefined reference to `xcb_get_maximum_request_length' /usr/lib/i386-linux-gnu/libX11.a(xcb_disp.o): In function `_XConnectXCB': (.text+0x187): undefined reference to `xcb_parse_display' /usr/lib/i386-linux-gnu/libX11.a(xcb_disp.o): In function `_XConnectXCB': (.text+0x1e8): undefined reference to `xcb_connect_to_display_with_auth_info' /usr/lib/i386-linux-gnu/libX11.a(xcb_disp.o): In function `_XConnectXCB': (.text+0x206): undefined reference to `xcb_get_file_descriptor' /usr/lib/i386-linux-gnu/libX11.a(xcb_disp.o): In function `_XConnectXCB': (.text+0x221): undefined reference to `xcb_generate_id' /usr/lib/i386-linux-gnu/libX11.a(xcb_disp.o): In function `_XConnectXCB': (.text+0x29b): undefined reference to `xcb_connection_has_error' /usr/lib/i386-linux-gnu/libX11.a(xcb_disp.o): In function `_XConnectXCB': (.text+0x2bc): undefined reference to `xcb_connect' /usr/lib/i386-linux-gnu/libX11.a(xcb_io.o): In function `require_socket.part.0': (.text+0x724): undefined reference to `xcb_take_socket' /usr/lib/i386-linux-gnu/libX11.a(xcb_io.o): In function `poll_for_event': (.text+0x7c6): undefined reference to `xcb_poll_for_event' /usr/lib/i386-linux-gnu/libX11.a(xcb_io.o): In function `poll_for_response': (.text+0x8fb): undefined reference to `xcb_poll_for_reply' /usr/lib/i386-linux-gnu/libX11.a(xcb_io.o): In function `_XSend': (.text+0xb44): undefined reference to `xcb_writev' /usr/lib/i386-linux-gnu/libX11.a(xcb_io.o): In function `_XReadEvents': (.text+0xd1f): undefined reference to `xcb_connection_has_error' /usr/lib/i386-linux-gnu/libX11.a(xcb_io.o): In function `_XReadEvents': (.text+0xdab): undefined reference to `xcb_wait_for_event' /usr/lib/i386-linux-gnu/libX11.a(xcb_io.o): In function `_XEventsQueued': (.text+0xec2): undefined reference to `xcb_connection_has_error' /usr/lib/i386-linux-gnu/libX11.a(xcb_io.o): In function `_XAllocIDs': (.text+0xfec): undefined reference to `xcb_generate_id' /usr/lib/i386-linux-gnu/libX11.a(xcb_io.o): In function `_XReply': (.text+0x1166): undefined reference to `xcb_wait_for_reply' A pkg-config based config (.pc) would use Required.private: x11 to fix this. Adding also `pkg-config --static --libs x11` is currently used by me as workaround. But this is no real solution --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: 7.0 500 unstablewww.deb-multimedia.org 500 unstablehttp.debian.net 500 testing http.debian.net 1 experimentalwww.deb-multimedia.org 1 experimentalhttp.debian.net --- Package information. --- Depends (Version) | Installed =-+-= libsdl1.2debian (= 1.2.15-5) | libasound2-dev| libcaca-dev | libdirectfb-dev (= 0.9.22) | libglu1-mesa-dev | OR libglu-dev| libpulse-dev | libx11-dev| libts-dev | libxext-dev | 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#698053: ITP: hexbox -- simple but powerful editor for binary files
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre ma...@debian.org * Package name: hexbox Version : 1.5.0 Upstream Author : Bernhard Elbl bernharde...@users.sf.net * URL : http://sf.net/projects/hexbox * License : BSD, MIT Programming Lang: C# Description : simple but powerful editor for binary files Be.HexEditor the hex editor that opens every file. Be.HexEditor is a simple but powerful editor for binary files. . Advantages: . Opens files of unlimited size. Multi-language support (English, German, Italian, Japanese, Russian, Simplified Chinese) . Hex Edit Control for .NET developers Be.HexEditor contains a reusable control called HexBox, that you can use in your application. It's written in C# and drawn by using GDI+ technology. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698054: debhelper: dh_install seems to call all executable debian/*.install files even with -ppackage
Package: debhelper Version: 9.20120909 Severity: important Affects: dh-exec Dear Joey, the zsh source package builds its binary packages in (at least) two runs, one run for the normal packages and one run for the static package. I plan to make the zsh-static package using an executable debian/zsh-static.install and dh-exec to rename zsh to zsh5-static on the dh_install run: $ cat debian/zsh-static.install #!/usr/bin/dh-exec obj-static/Src/zsh = bin/zsh5-static $ ls -l debian/zsh-static.install -rwxr-xr-x 1 abe abe 57 Jan 13 15:47 debian/zsh-static.install* $ Nevertheless dh_install seems to execute debian/zsh-static.install already when I'm only building the binary packages zsh, zsh-common and zsh-dbg: [...] dh_install -pzsh -pzsh-common -pzsh-dbg Copy failed: No such file or directory at /usr/share/dh-exec/dh-exec-install-rename line 29, line 1. dh_install: problem reading debian/zsh-static.install: make: *** [binary-arch-dynamic] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 While this is possibly ok for non-executable install files, it's not ok for executable ones as debhelper doesn't know about the script's dependencies. So if any -p argument is present, please just call the executable install files for those packages which are listed with -p and not for any other to-be-built package. -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (902, 'testing-updates'), (901, 'testing-proposed-updates'), (900, 'testing'), (800, 'unstable'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debhelper depends on: ii binutils2.22-7.1 ii dpkg1.16.9 ii dpkg-dev1.16.9 ii file5.11-2 ii html2text 1.3.2a-15 ii man-db 2.6.2-1 ii perl5.14.2-16 ii po-debconf 1.0.16+nmu2 debhelper recommends no packages. Versions of packages debhelper suggests: ii dh-make 0.61 -- 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#698055: git: /etc/bash_completion.d/git gone
Package: git Version: 1:1.8.1-1 Severity: normal Please package the bash-completion script again. Currently only _git_ps1 is available anymore. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git depends on: ii git-man 1:1.8.1-1 ii libc62.13-37 ii libcurl3-gnutls 7.26.0-1 ii liberror-perl0.17-1 ii libexpat12.1.0-1 ii libpcre3 1:8.30-5 ii perl-modules 5.14.2-16 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages git recommends: ii less 444-4 ii openssh-client [ssh-client] 1:6.0p1-3 ii patch2.6.1-3 ii rsync3.0.9-4 Versions of packages git suggests: ii gettext-base 0.18.1.1-9 pn git-arch none pn git-cvs none pn git-daemon-run | git-daemon-sysvinit none pn git-doc none pn git-elnone pn git-email none ii git-gui 1:1.8.1-1 ii git-svn 1:1.8.1-1 ii gitk 1:1.8.1-1 pn gitwebnone -- 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#698056: samba: nmbd fails to start when no interfaces are up
Package: samba Version: 2:3.6.6-3 Severity: important If nmbd is started before network interfaces are up, it exits with the following messages: [2013/01/12 20:29:47, 0] nmbd/nmbd.c:861(main) nmbd version 3.6.6 started. Copyright Andrew Tridgell and the Samba Team 1992-2011 [2013/01/12 20:29:47, 0] lib/interface.c:520(load_interfaces) ERROR: Could not determine network interfaces, you must use a interfaces config line This can be reproduced manually by bringing all interfaces (including lo) down, and then running 'nmbd -FS'. (I don't have 'bind interfaces only' in smb.conf.) In the real world, this happens on an SSD-using system that boots up *really* quickly. According to the logs, NM does not complete network configuration (via DHCP) until 20:29:50... three seconds after nmbd has already given up hope. This bug seems similar to #433449/#576415, in which nmbd would exit if all network interfaces (except lo) were brought down while nmbd was running. Those bugs were fixed by introducing an if-up hook script that reloaded samba. That script went away in version 2:3.6.5-5, when a patch (libutil_drop_AI_ADDRCONFIG.patch) was added that stopped nmbd from exiting in the first place. It appears, however, that we overlooked nmbd's behaviour when started before any network interfaces are up. The attached patch, taken from #382429, seems to work for me; with it I can start nmbd, then bring up lo and eth0 and resolve the system's own name with nmblookup. I tried bringing the interfaces down and up again a few times without any further problems. Patching nmbd would be my preferred fix; re-introducing the hook script would work around the problem for most users, but my problem with the hook script in the first place was that it didn't work under systemd (which does not expect an init script to manage two daemons). -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages samba depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.9 ii libacl12.2.51-8 ii libattr1 1:2.4.46-8 ii libc6 2.13-37 ii libcap21:2.22-1.2 ii libcomerr2 1.42.5-1 ii libcups2 1.5.3-2.12 ii libgssapi-krb5-2 1.10.1+dfsg-3 ii libk5crypto3 1.10.1+dfsg-3 ii libkrb5-3 1.10.1+dfsg-3 ii libldap-2.4-2 2.4.31-1 ii libpam-modules 1.1.3-7.1 ii libpam-runtime 1.1.3-7.1 ii libpam0g 1.1.3-7.1 ii libpopt0 1.16-7 ii libtalloc2 2.0.7+git20120207-1 ii libtdb11.2.10-2 ii libwbclient0 2:3.6.6-3 ii lsb-base 4.1+Debian8 ii procps 1:3.3.3-2 ii samba-common 2:3.6.6-3 ii update-inetd 4.43 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages samba recommends: ii logrotate 3.8.1-4 ii tdb-tools 1.2.10-2 Versions of packages samba suggests: pn ctdb none pn ldb-tools none pn openbsd-inetd | inet-superserver none pn smbldap-tools none -- debconf information: samba/run_mode: daemons samba-common/title: -- Sam Morris s...@robots.org.uk Index: samba-3.6.10/source3/lib/interface.c === --- samba-3.6.10.orig/source3/lib/interface.c 2013-01-13 14:37:28.574523129 + +++ samba-3.6.10/source3/lib/interface.c 2013-01-13 14:46:56.413338890 + @@ -515,7 +515,7 @@ /* if we don't have a interfaces line then use all broadcast capable interfaces except loopback */ if (!ptr || !*ptr || !**ptr) { - if (total_probed = 0) { + if (total_probed 0) { DEBUG(0,(ERROR: Could not determine network interfaces, you must use a interfaces config line\n)); exit(1);
Bug#696760: Downgrading 696760 to normal due to unreproducability?
Hi, as the title suggests, I'd say we downgrad this bug from severity serious to normal since this bug cannot be reproduced. It might still exist, but unless we find other people running into this problem as well, it should be downgraded as to no longer be a blocker for the Wheezy release. And I cannot reproduce the bug either. Comments? Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697420: swi-prolog: Correct Vcs-Git and Vcs-Browser in debian/control
Control: reopen -1 Control: found -1 6.2.5-6 Hi Actually the Vcs-Git was correct, only the Vcs-Browser needed adjustment. (Sorry for the initial wrong information!). See, also the lintian report: I: swi-prolog source: vcs-field-not-canonical git://git.debian.org/git/collab-maint/swi-prolog.git git://anonscm.debian.org/collab-maint/swi-prolog.git N: N:The VCS-* field contains an uncanonical URI. Please update to use the N:current canonical URI instead. This reduces the network bandwidth used N:and makes debcheckout work independent of the port forwarding and N:redirections properly working. N: N:Severity: minor, Certainty: possible N: N:Check: fields, Type: binary, udeb, source N: Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698037: can't log in to blogger.com
Hi, This is known to impact blogger.com and likely other sites Upstream has release 0.8.3 which fixes the issue Requires unblock approval for wheezy Which will not happen if it's a new upstream version. Unblocks at this time of the freeze will be granted for small fixes only. I will look at the upstream bug tracker and see if I can extract a working patch. Since you seem to be using this software, I'd like to ask you to test my patch then. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691125: ejabberd: package installation creates /root/.erlang.cookie
ejabberdctl is also called from /etc/logrotate.d/ejabberd as root. It should be changed to postrotate su ejabberd -c /usr/sbin/ejabberdctl reopen-log /dev/null endscript Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508160: mpd doesn't play ogg files on armel
Hi! Recent experimentation shows that this bug (or a close relation to it) is present in wheezy (0.16.7-2) -- mpd crashes while trying to add ogg files to its index on my guruplug. Upgrading just the mpd package to the version in sid (0.17.1-1) fixes the problem. I don't know if we can get this fixed for wheezy... cheers Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprintBE65 FD1E F4EA 08F3 23D4 3C6D 9FE8 B8CD 71C5 D1A8 GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696228: graphite-carbon: logrotate and internal carbon log rotation interact badly
Hello Hermann, On Thu, Jan 03, 2013 at 12:46:34PM +0100, Hermann Lauer wrote: looks still somehow messy, but deleted now all console.log* files as you said and will watch if a new mess builds up during the next days. Deleted the default logrotate rule for carbon a few days ago and are seeing now: -rw-r--r-- 1 _graphite _graphite 145 Jan 11 08:52 console.log.1 This looks like the twisted log class used in carbon is still doing internal logrotation when the file exceeds 1M in size. thanks for your testing again, great work! :) I think I have found the problem: http://anonscm.debian.org/gitweb/?p=pkg-graphite/packages/graphite-carbon.git;a=blob;f=debian/patches/disable_internal_logroate.patch;h=77e3314fed0bee01bbb910a78d3fdbe8adc526eb;hb=53cc86269a2683592d96b5d65dc9fcb04a677a86 I have updated the patch against Carbon, it now disables rotateLength. That is by default 1M. Could you please test again? Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697768: dput-ng twitter plugin install guide pending
tags 697768 + pending thanks If you would be so kind as to check over[1], that'd be absolutely amazing. Thanks so much, Paul [1]: http://anonscm.debian.org/gitweb/?p=collab-maint/dputng.git;a=blob;f=examples/hooks/twitter/README.Installing;hb=HEAD -- .''`. Paul Tagliamonte paul...@debian.org : :' : Proud Debian Developer `. `'` 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `- http://people.debian.org/~paultag signature.asc Description: Digital signature
Bug#698037: Upstream fix for #698037
tags 698037 patch thanks Hello Daniel, the upstream fix is obviously very simple, see [1]. I have downloaded the patch, attaching it to the bug report. Also, tagging as patch. Do you need a sponsor? Cheers, Adrian [1] http://simpleid.koinic.net/trac/changeset/b0ddd49/git?format=diffnew=b0ddd49ff55f883050c07b31330aee5951e00d1a -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696760: Downgrading 696760 to normal due to unreproducability?
On 13.01.2013 16:37, John Paul Adrian Glaubitz wrote: as the title suggests, I'd say we downgrad this bug from severity serious to normal since this bug cannot be reproduced. It might still exist, but unless we find other people running into this problem as well, it should be downgraded as to no longer be a blocker for the Wheezy release. And I cannot reproduce the bug either. I've already downgraded it to normal. I don't know why Daniel bumped it to serious again. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#698058: ITP: opam -- package manager for OCaml
Package: wnpp Severity: wishlist Owner: Mehdi Dogguy me...@debian.org * Package name: opam Version : 0.9.0 Upstream Author : OCamlPro * URL : http://opam.ocamlpro.com/ * License : GPL-3 Programming Lang: OCaml Description : package manager for OCaml OPAM stands for OCaml PAckage Manager. It aims to suit to a vast number of users and use cases, and has unique features: * Powerful handling of dependencies: versions constraints, optional dependencies, conflicts, etc. * Multiple repositories backends: HTTP, rsync, git * Ease to create packages and repositories * Ability to switch between different compiler versions . Typically, OPAM will probably make your life easier if you recognize yourself in at least one of these profiles: * You use multiple versions of the OCaml compiler, or you hack the compiler yourself and needs to frequently switch between compiler versions. * You use or develop software that needs a specific and/or modified version of the OCaml compiler to be installed. * You use or develop software that depends on a specific version of an OCaml library, or you just want to install a specific version of a package, not just the latest one. * You want to create your own packages yourself, put them on your own repository, with minimal effort. Packaging is available on alioth: http://anonscm.debian.org/gitweb/?p=pkg-ocaml-maint/packages/opam.git I'll be able to upload once ocaml-re and cmdliner are accepted and dose3 is updated to a newer version (at least 3.1.2). Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698054: debhelper: dh_install seems to call all executable debian/*.install files even with -ppackage
Axel Beckert a...@debian.org writes: Nevertheless dh_install seems to execute debian/zsh-static.install already when I'm only building the binary packages zsh, zsh-common and zsh-dbg: Judging by the comments in dh_install, the .install files are looked at anyway, so that the --{fail,list}-missing thing can work (as that needs data from *all* packages, if I'm not mistaken). What could be done, is to teach debhelper to export a few environment variables that things like dh-exec can use: if dh-exec knew what was passed in -p, and what package it is working on, then it could switch to no-op mode if the two don't match. In no-op mode, it would still generate the same output, but wouldn't have any side effects beside that. I think this'd be a reasonable solution for the problem, and if a few more things could be exported towards the executable scripts, we could do some more interesting things aswell. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698037: Forgot the patch
Hi Daniel, I forgot the patch, please find it attached. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 Index: www/html/template.xtpl === --- www/html/template.xtpl (revision 93269df7a4163c5ba4e2b27d4912b09dcdc8596c) +++ www/html/template.xtpl (revision ba1d1e138758f47caa6378486ad03065bab39de3) @@ -296,5 +296,4 @@ xrds:XRDS xmlns=xri://$xrd*($v*2.0) xmlns:xrds=xri://$xrds xmlns:simple=http://xrds-simple.net/core/1.0; XRD version=2.0 -Typexri://$xrds*simple/Type !-- BEGIN: user_xrds -- Service priority=10
Bug#698059: libtinfo5 not installing
Package: libtinfo5 Version: 5.9-10_i386 In attempting to run debootstrap to install Debian (i386 wheezy) from another distribution's LiveCD, the following symptoms are observed. When trying to chroot and run bash, it complains: $ sudo LANG=C.UTF-8 chroot /mnt/mydeb /bin/bash /bin/bash: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory In debootstrap.log, potentially related entries show up: $ cat /mnt/mydeb/debootstrap/debootstrap.log tar: ./usr/share/doc/libncurses5: Cannot create symlink to `libtinfo5': File exists tar: Exiting with failure status due to previous errors tar: ./usr/share/doc/libncurses5: Cannot create symlink to `libtinfo5': File exists tar: Exiting with failure status due to previous errors -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697768: dput-ng twitter plugin install guide pending
Paul Tagliamonte paul...@debian.org writes: If you would be so kind as to check over[1], that'd be absolutely amazing. Read it through, was straightforward, will test the results once I have something to upload. Thanks for the HOWTO! -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696760: Downgrading 696760 to normal due to unreproducability?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 13/01/13 16:49, Michael Biebl wrote: On 13.01.2013 16:37, John Paul Adrian Glaubitz wrote: as the title suggests, I'd say we downgrad this bug from severity serious to normal since this bug cannot be reproduced. It might still exist, but unless we find other people running into this problem as well, it should be downgraded as to no longer be a blocker for the Wheezy release. And I cannot reproduce the bug either. I've already downgraded it to normal. I don't know why Daniel bumped it to serious again. It is always reproducible on one particular machine I have various other systems running wheezy now and have never seen the problem on any of them though So I agree that all systems are not impacted - but at least some systems are likely to suffer this problem. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJQ8t1AAAoJEOm1uwJp1aqDio4QAMvBAE+IyXx6r5JIYNXVpxBS 8/zqiXQ/1zUldQxoBmwl7AUAQOl01MUIau+w1ZQa2jmVo6SkevEDnM6oDB2B3dVn wJLJjcPb9Po2ZEq6mPMl+3dmgXgc0qkhH/cc4q3PC/NgGnnj39Tt8NBMI1QL3qkH puENZOqh+RUm3otTSRpEtgDsieUC374fx5tPJyJriFz+9UQuj8qBUUOKXpdMUYiK 8oVm5inZAqs9fQ7z9x1PaKxehkwu5OPabOYk8suC/OgsIofG4lIiHQHqxGPfa9OI t1fclzJ5QdI0zHh53DmSWVzGgQWDK5XnzNItiA+BtnmO47Fd3UmqFT5bX0trZwFC bEoI9KC8DdWMLF+lv8Snq3Y7iqiSUTGW8sCkGBvwHOhZOuP7mssIyef+RPJ2PXyL XSWvVoIkc8j832ksvw1ATwwh3+LKRwawAYWXtH4+qm//QmQ4KuI5KbAcBSXUX0J9 /eMGufZWCx0sCH8nCRtMOMVwiktmLydugkofGWxgRfwaVYAqKpXcsKMLcr5lprhw xzoVQhZ7EA2TPpdBSWJrxf0z6TUwxGFHwx931DZlEEnZxcAkK4vwysy86Kd4MIai ztVHIQLJ4CGIznGQ6aL/FfHOCLsfMJKXLDA6NBVYvpdJrmYoR5pNidJkQOCY9p2V qB0KrQzpQbKT/GfYMnam =1mub -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#697768: dput-ng twitter plugin install guide pending
On Sun, Jan 13, 2013 at 11:16 AM, Sandro Tosi mo...@debian.org wrote: Hi Paul, On Sun, Jan 13, 2013 at 4:52 PM, Paul Tagliamonte paul...@debian.org wrote: If you would be so kind as to check over[1], that'd be absolutely amazing. I read the doc and that matches exactly what I did to experiment with posting to twitter before submitting this bug, so I can say it's good to go (I'll check it for real when I'll have a package to upload. Oh now that I remember... ;) ). Cheers thanks for your work, It's my pleasure! I also just remembered that I have to document installing twitter into a place where dput-ng can find it; that's coming in that file in the next 20 minutes, and a full hook install guide (for your other bug) shortly after. One sec, hang tight, (Thanks for looking!) Paul -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- :wq
Bug#697768: dput-ng twitter plugin install guide pending
Hi Paul, On Sun, Jan 13, 2013 at 4:52 PM, Paul Tagliamonte paul...@debian.org wrote: If you would be so kind as to check over[1], that'd be absolutely amazing. I read the doc and that matches exactly what I did to experiment with posting to twitter before submitting this bug, so I can say it's good to go (I'll check it for real when I'll have a package to upload. Oh now that I remember... ;) ). Cheers thanks for your work, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624238: Unreadable black text in darktable with Unity GTK theme and xfce4
David Bremner brem...@debian.org writes: Laurent Martelli martellilaur...@gmail.com writes: Yes sure, I had sent an email to 624...@bugs.debian.org but it does not seem to have make it through it's final destination. So here it is : I use the Unity theme under XFCE4, and it does not show well with darktable's one. The main problem seems to be that the default text is black and is unreadable on dark background. I've just verified this bug still exists with (soon to be uploaded) 1.1.2-1. Oddly enough I can only see it if I use the Unity theme in xfce4; if I have Unity gtk theme in i3, the text is a readable white/light-gray. I'm currently discussing this with upstream. d -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697768: dput-ng twitter plugin install guide pending
On Sun, Jan 13, 2013 at 11:18 AM, Paul Tagliamonte paul...@debian.orgwrote: On Sun, Jan 13, 2013 at 11:16 AM, Sandro Tosi mo...@debian.org wrote: Hi Paul, On Sun, Jan 13, 2013 at 4:52 PM, Paul Tagliamonte paul...@debian.org wrote: If you would be so kind as to check over[1], that'd be absolutely amazing. I read the doc and that matches exactly what I did to experiment with posting to twitter before submitting this bug, so I can say it's good to go (I'll check it for real when I'll have a package to upload. Oh now that I remember... ;) ). Cheers thanks for your work, It's my pleasure! I also just remembered that I have to document installing twitter into a place where dput-ng can find it; that's coming in that file in the next 20 minutes, and a full hook install guide (for your other bug) shortly after. One sec, hang tight, (Thanks for looking!) Paul Just pushed it up, it's a bit hackish, full guide coming shortly. Thanks again! Paul -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- :wq -- :wq
Bug#683972: modular nfs clients, Linux 3.6
On Jan 12, Ben Hutchings b...@decadent.org.uk wrote: The module alias has been added in 3.2.29 and 2.6.32.60 (which will go into stable-proposed-updates soon). Shouldn't this change be made to kmod in wheezy so it's prepared for a kernel change in jessie? No objections on my part, I have a pending upload anyway. Can anybody propose the configuration which should be added? -- ciao, Marco signature.asc Description: Digital signature
Bug#698030: debian-policy: document micro binary packages (udebs).
Bill Allombert wrote: In that case there could be a udeb subpolicy document maintained by the d-i team that policy would refer to. Yeah, that would be fine with me, even though I still don't see the point. Is there a git subpolicy describing how git is packaged? A gnome subpolicy about gnome packaging? The only difference for udebs is that the work is spread over packages throughout the system. They are still maintained by the d-i team. Anyway, I'm not too concerned about that question. What I am concerned about is that the next release of policy should not include wording that requires people to make a decision between ignoring what policy says and filing RC bugs about, e.g., udebs not including changelogs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698060: cups fails to recognize brother HL-2040 usb printer
Package: cups Version: 1.5.3-2.12 Severity: normal Dear Maintainer, I did a complete wipe and install with Wheezy and cups doesn't recognize nor auto-install my Brother HL-2040. I did a complete wipe and install with Squeeze and it worked great (although it configured as a HL-2060). I hope that wasn't confusing, the printer auto configures under Squeeze but not Wheezy. Wheezy/cups never sees the printer. Under Wheezy, when I go to http://localhost:631/admin and click on Find New Printer it responds with No printers found. The command lsusb reports: Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 002: ID 04f9:0028 Brother Industries, Ltd Printer Bus 005 Device 002: ID 046d:c52f Logitech, Inc. Wireless Mouse M305 This is exactly the same for both Squeeze and Wheezy installations. Under Wheezy, the command lsmod | grep lp reports: lp 12797 0 usblp 17115 0 drm_kms_helper 22699 1 radeon drm 134220 4 drm_kms_helper,ttm,radeon parport31254 3 parport_pc,lp,ppdev i2c_core 19116 5 i2c_algo_bit,i2c_i801,drm,drm_kms_helper,radeon usbcore 104503 5 ehci_hcd,uhci_hcd,usbhid,usblp For comparison, under Squeeze lsmod | grep lp reports: lp 5570 0 usblp 7899 0 drm_kms_helper 18569 1 radeon drm 112621 4 radeon,ttm,drm_kms_helper parport22554 3 ppdev,lp,parport_pc i2c_core 12803 5 radeon,drm_kms_helper,i2c_i801,drm,i2c_algo_bit usbcore99426 5 usblp,usbhid,uhci_hcd,ehci_hcd When the printer was configured under Squeeze, http://localhost:631/admin - Manage Printers - HL-2040 reports: Description:Brother HL-2040 series Location: carpe Driver: Brother HL-2060 Foomatic/hpijs-pcl5e (recommended) (grayscale, 2-sided printing) Connection: usb://Brother/HL-2040%20series Defaults: job-sheets=none, none media=na_letter_8.5x11in sides=one-sided Any help would be greatly appreciated. Many thanks. --mark -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages cups depends on: ii adduser3.113+nmu3 ii bc 1.06.95-2 ii cups-client1.5.3-2.12 ii cups-common1.5.3-2.12 ii cups-filters 1.0.18-2.1 ii cups-ppdc 1.5.3-2.12 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.9 ii ghostscript9.05~dfsg-6.3 ii libavahi-client3 0.6.31-1 ii libavahi-common3 0.6.31-1 ii libc-bin 2.13-37 ii libc6 2.13-37 ii libcups2 1.5.3-2.12 ii libcupscgi11.5.3-2.12 ii libcupsimage2 1.5.3-2.12 ii libcupsmime1 1.5.3-2.12 ii libcupsppdc1 1.5.3-2.12 ii libdbus-1-31.6.8-1 ii libgcc11:4.7.2-4 ii libgnutls262.12.20-2 ii libgssapi-krb5-2 1.10.1+dfsg-3 ii libkrb5-3 1.10.1+dfsg-3 ii libldap-2.4-2 2.4.31-1 ii libpam0g 1.1.3-7.1 ii libpaper1 1.1.24+nmu2 ii libslp11.2.1-9 ii libstdc++6 4.7.2-4 ii libusb-1.0-0 2:1.0.11-1 ii lsb-base 4.1+Debian8 ii poppler-utils 0.18.4-4 ii procps 1:3.3.3-2 ii ssl-cert 1.0.32 Versions of packages cups recommends: ii avahi-daemon 0.6.31-1 ii colord 0.1.21-1 ii foomatic-filters 4.0.17-1 ii ghostscript-cups 9.05~dfsg-6.3 ii printer-driver-gutenprint 5.2.9-1 Versions of packages cups suggests: ii cups-bsd 1.5.3-2.12 pn cups-pdf none ii foomatic-db-compressed-ppds [foomatic-db] 20120523-1 ii hplip 3.12.6-3 ii printer-driver-hpcups 3.12.6-3 ii smbclient 2:3.6.6-3 ii udev 175-7 -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, lpd, socket, usb, snmp, dnssd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698030: debian-policy: document micro binary packages (udebs).
On Sun, Jan 13, 2013 at 08:35:36AM -0800, Jonathan Nieder wrote: Bill Allombert wrote: In that case there could be a udeb subpolicy document maintained by the d-i team that policy would refer to. Yeah, that would be fine with me, even though I still don't see the point. Is there a git subpolicy describing how git is packaged? A gnome subpolicy about gnome packaging? Used to, at least: /usr/share/doc/gnome-pkg-tools/gnome-policy.html The only difference for udebs is that the work is spread over packages throughout the system. They are still maintained by the d-i team. Various subpolicies already exist for this kind of situation. http://www.debian.org/devel/ lists 13 of them but there are more actually. Not all of them are in the policy package, but I did not require that. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698061: ko.tex-extra-hlfont: Please include EUC fonts gothic, graphic, myoungjo and taza for latex-cjk-korean
Package: ko.tex-extra-hlfont Version: 0.1.0-1 Severity: wishlist Hello The package latex-cjk-korean depends on a number of EUC fonts that where available with the older `hlatex-fonts-base' package. These are: - gothic - graphic - myoungjo - taza However, in ko.tex-extra or ko.tex-extra-hlfont they cannot be found anymore. Please include these HLaTeX EUC fonts (TFM, AFM, VF) in ko.tex-extra-hlfont. Thank you. You can find the TFM files for instance here: http://ftp.ktug.or.kr/pub/ktug/texlive/texmf-dist/fonts/tfm/kotex-base/euc/ If you need help with this package, let me know. Cheers -- Danai SAE-HAN (韓達耐) -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.6-trunk-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ko.tex-extra-hlfont depends on: ii tex-common 3.15 ko.tex-extra-hlfont recommends no packages. ko.tex-extra-hlfont suggests no packages. -- no debconf information
Bug#698055: git: /etc/bash_completion.d/git gone
Hi, Ph. Marek wrote: Currently only _git_ps1 is available anymore. How about this patch? diff --git i/debian/git.NEWS.Debian w/debian/git.NEWS.Debian index e7341d69..1c3a0f77 100644 --- i/debian/git.NEWS.Debian +++ w/debian/git.NEWS.Debian @@ -1,3 +1,28 @@ +git (1:1.8.0-1) experimental; urgency=low + + Git's bash completion script is now loaded on the fly when tab + completion is attempted for the 'git' or 'gitk' command. This + change involved moving the completion script. If your ~/.bashrc + previously contained + +. /etc/bash_completion.d/git + + then it should be corrected to + +if [ -e /usr/share/bash-completion/completions/git ]; then + . /usr/share/bash-completion/completions/git +elif [ -e /etc/bash_completion.d/git ] + . /etc/bash_completion.d/git +fi + + or, better, + +. /etc/bash_completion + + See /usr/share/doc/bash-completion/README.Debian for details. + + -- Jonathan Nieder jrnie...@gmail.com Sun, 13 Jan 2013 08:59:42 -0800 + git (1:1.7.0.4-2~exp0) experimental; urgency=low The Debian package 'git-core' has been renamed to 'git'. Before -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618968: Do not use ffmpeg in netgen
On Sun, 2 Dec 2012 12:14:06 +0100 Francesco Poli wrote: [...] On Sat, 1 Dec 2012 23:34:51 +0100 Anton Gladky wrote: 2012/11/28 Francesco Poli invernom...@paranoici.org: Well, it's a single file with a single copyright holder: I don't know, maybe Aaron Holtzman may be contacted and persuaded to re-license the file under the terms of the GNU LGPL v2.1 ... It seems, the file libavcodec/x86/idct_mmx.c is obsolete and dropped by upstream. It does not persist in a newer versions of the libav [1]. [...] I think, there is no need to contact the copyright-holder of the removed file. OK, then it seems that this bug will be fixed, once the new version of libav has entered Debian and netgen links with it (and works properly). In the meanwhile, maybe the Debian release managers are willing to grant a wheezy-ignore tag for this issue. I don't know, but it is probably worth asking... Hello, I have unpleasant news for this bug, unfortunately. I found out that basically *all* libav binary packages are effectively under the GNU GPL v2 or later (some are even under the GNU GPL v3 or later). I suggested [1] to clearly document this situation, since it's currently not apparent at all. [1] http://bugs.debian.org/698019 It seems that netgen should really disable any linking with libav libraries, until Open CASCADE S.A.S. is persuaded to re-license Open CASCADE Technology under GPLv2-and-v3-compatible terms. I am sorry to be the bad news messenger... -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpveqFLnqz5s.pgp Description: PGP signature
Bug#698062: logout hook
Package: etckeeper Version: 0.63 Severity: wishlist I have implemented a logout hook, which can be added to (say) /etc/bash.bash_logout to prompt admins for a commit when they logout of the machine. This only makes sense with sudo servers, but doesn't depend on it. Usage example, in /etc/bash.bash_logout: [ -d /etc/.git ] sudo -n true 2 /dev/null sudo -n etckeeper logout The first check is to make sure we're in git. The second makes sure (silently) that we can run sudo without a password to not bug regular users. And the third one runs the hook. Said hook will come flying around here with a git email once I get a bug number. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_CA.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages etckeeper depends on: ii bzr2.6.0~bzr6526-1 ii debconf [debconf-2.0] 1.5.48 ii git1:1.7.10.4-1+wheezy1 ii mercurial 2.2.2-1 Versions of packages etckeeper recommends: ii cron 3.0pl1-124 Versions of packages etckeeper suggests: ii sudo 1.8.5p2-1 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698063: libreoffice-sdbc-postgresql: Provide help text for Datasource URL
Package: libreoffice-sdbc-postgresql Version: 1:3.5.4+dfsg-4 Severity: normal Tags: upstream Dear Maintainer, When creating a connection to a database, one must enter a Datasource URL. No guidence is given for the format of text. It took me a while to figure out what is supposed to go there. A little bit of text like the following, appearing below the form control would go a long way to making this easier to use. Example: host=localhost dbname=name of your database -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice-sdbc-postgresql depends on: ii libc6 2.13-37 ii libgcc1 1:4.7.2-4 ii libpq59.1.7-1 ii libreoffice-core 1:3.5.4+dfsg-4 ii libstdc++64.7.2-4 ii uno-libs3 3.5.4+dfsg-4 ii ure 3.5.4+dfsg-4 libreoffice-sdbc-postgresql recommends no packages. Versions of packages libreoffice-sdbc-postgresql suggests: ii postgresql 9.1+134wheezy2 -- 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#697198: gummi: New version 0.6.5 available
Currently working on that. Greetings, Daniel Stender -- http://www.danielstender.com/blog/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698030: debian-policy: document micro binary packages (udebs).
Jonathan Nieder jrnie...@gmail.com writes: Yet I'm getting a lot of resistance to the suggestion. Why? What am I missing? I think it's perfectly reasonble, even quite valuable, to include a clear statement in Policy that it doesn't cover udebs and they have their own guidelines. I didn't realize there was a manual that documents them (well, sort of; having looked at it, it doesn't really provide enough information to make one). It would clearly be useful to link to that. I don't think it's a good idea to bury that statement deep in the section about control fields, in the description of an obscure field that (since it is automatically generated by packaging software) most people are unlikely to ever bother to read. Rather, I think we should make that statement up-front, probably in section 1.1 where Policy already discusses its scope. It makes sense to me to add such a statement now and then circle back to possibly document the details of udebs (and, if so, remove that statement) at a later date when the d-i team has more time. I certainly have no objections to getting that statement into Policy now so that we don't release a new version with an additional mention of udebs without having that statement. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698062: [PATCH] add logout hook for git
From: Antoine Beaupré anar...@koumbit.org --- logout.d/30git-commit | 20 1 file changed, 20 insertions(+) create mode 100644 logout.d/30git-commit diff --git a/logout.d/30git-commit b/logout.d/30git-commit new file mode 100644 index 000..a995f9e --- /dev/null +++ b/logout.d/30git-commit @@ -0,0 +1,20 @@ +#!/bin/sh + +set -e + +if git status --porcelain | grep .; then + echo there are uncommited changes in /etc: + printf want to commit them? [y/N] + read ans + case $ans in + y|Y|yes|YES) + echo Proceeding... + git add -p + git commit + ;; + *) + echo Aborting logout commit + exit 1 + ;; + esac +fi -- 1.7.10.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510589: still crashing in 17.0-1
On 01/13/2013 04:08 AM, Carsten Schoenert wrote: You have to call backtrace with a few more arguments, icedove is a multi threaded program, so we must to see all the threads. So please try (gdb) thread apply all bt thanks for the suggestion! i've tried this, but all the stack frames are still anonymous memory locations (weirdly, with the exception of a single non-helpful line in thread 35: Thread 35 (LWP 17416): #0 0x7f37da62f64b in ?? () #1 0x076f in ?? () #2 0x7f37bc82c188 in ?? () #3 0x7f37bc8630e8 in ?? () #4 0x07d9 in ?? () #5 0x7f378b9fecd0 in ?? () #6 0x7fff347ffa1b in gettimeofday () #7 0x07da in ?? () #8 0x07d9 in ?? () #9 0x07d9 in ?? () #10 0x7f37bc8630e8 in ?? () #11 0x076f0002 in ?? () #12 0x in ?? () ) This looks like there are no debugging symbols. Without the symbols it's impossible to track down the error. I have the corresponding icedove-dbg package -- what other package do i need? just need the output of icedove made with the gdb while crashing. In the Icdove wiki page [1] are all the needed part to collect this data. Please check if the segfaults also happen while using a clean fresh profile without any extensions! Many problems happen to users that uses migrated User Profiles from Thunderbird 1.5. or 2.0. the segfaults i've seen have not be trivially reproducible or tied to any particular action. they happen after at least a day of active use (and i process a lot of e-mail). This is not something i can actually do with a fresh profile, or without the extensions i rely on (enigmail in particular). If you can also collect data from the icedove activity itself [2] so please do. this seems to want me to run icedove while creating a huge activity log. I'll try this, but given the amount of activity between crashes, i suspect this file is likely to be enormous. I'll see what i can do with it, though. Depending on point the segfault happen it's maybe necessary to install more packages with debugging symbols. which packages should i install beyond icedove-dbg? fwiw, I'm running icedove from experimental: Strange, all my various icedove versions doesn't segfaulting for a long time. Which debian release do you use? I use primarily wheezy, but with some packages from sid and experimental. --dkg signature.asc Description: OpenPGP digital signature
Bug#698030: debian-policy: document micro binary packages (udebs).
Russ Allbery r...@debian.org (13/01/2013): It makes sense to me to add such a statement now and then circle back to possibly document the details of udebs (and, if so, remove that statement) at a later date when the d-i team has more time. Definitely. Mraw, KiBi. signature.asc Description: Digital signature
Bug#697783: amanda-server: typo
tags 697783 +pending thanks joblack johannes.bl...@gmail.com writes: Package: amanda-server Version: 1:3.3.1-4 Severity: minor ERROR: Error setting COMPRESION property on device 'tape:/dev/nst0' - typo for compression This appears to be fixed in upstream version 3.3.2, which I hope to upload soon. Bdale pgpTBiEDM8wY8.pgp Description: PGP signature
Bug#698060: cups fails to recognize brother HL-2040 usb printer
Control: severity -1 important Control: tags -1 +moreinfo Hi Mark, and thanks for your bugreport! Le dimanche, 13 janvier 2013 17.54:35, mark anderson a écrit : I did a complete wipe and install with Wheezy and cups doesn't recognize nor auto-install my Brother HL-2040. I did a complete wipe and install with Squeeze and it worked great (although it configured as a HL-2060). I hope that wasn't confusing, the printer auto configures under Squeeze but not Wheezy. Wheezy/cups never sees the printer. Can you send to the bug the result of the following commands ? $ ls -la /usr/lib/cups/backend /usr/lib/cups/backend-available/ Thanks in advance, cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618968: Do not use ffmpeg in netgen
Ok, in this case the patch, proposed here [1] can be applied. Cheers, Anton [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618968#40 2013/1/13 Francesco Poli invernom...@paranoici.org: I found out that basically *all* libav binary packages are effectively under the GNU GPL v2 or later (some are even under the GNU GPL v3 or later). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683972: modular nfs clients, Linux 3.6
On Sun, 2013-01-13 at 17:27 +0100, Marco d'Itri wrote: On Jan 12, Ben Hutchings b...@decadent.org.uk wrote: The module alias has been added in 3.2.29 and 2.6.32.60 (which will go into stable-proposed-updates soon). Shouldn't this change be made to kmod in wheezy so it's prepared for a kernel change in jessie? No objections on my part, I have a pending upload anyway. Can anybody propose the configuration which should be added? Any aliases necessary in future will be added to the modules themselves. So you can just remove 'alias nfs4 nfs' and not add anything. Ben. -- Ben Hutchings Klipstein's 4th Law of Prototyping and Production: A fail-safe circuit will destroy others. signature.asc Description: This is a digitally signed message part
Bug#645679: pulseaudio: Assertion 'b' failed at pulsecore/memblock.c:454, function pa_memblock_acquire()
I've not seen this for some time now; closing. -- Sam Morris https://robots.org.uk/ 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#697598: pu: package cups/1.4.4-7+squeeze3
Control: tags -1 + confirmed On Sat, 2013-01-12 at 17:52 +0100, Didier 'OdyX' Raboud wrote: Le samedi, 12 janvier 2013 16.07:45, Adam D. Barratt a écrit : On Mon, 2013-01-07 at 14:37 +0100, Didier Raboud wrote: As a followup to DSA-2600-1, I'd like to fix the bug left open by this security update: the manpage for cups-files.conf was not included in cups, see #697543. The security team (and I do agree) doesn't see an emergency in solving that trough a security upload (see #697543#20 ), so here I am with a proposed-updates request. Please go ahead; thanks. Actually, I'd like additionally include both: - the fix for #697860 (update german manpage translation) - a small french manpage translation update Please go ahead; thanks. 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#697563: pu: package swi-prolog/5.10.1-1+b1
Control: tags -1 + pending On Sat, 2013-01-12 at 16:46 +, Adam D. Barratt wrote: On Mon, 2013-01-07 at 00:57 +0100, Євгеній Мещеряков wrote: +swi-prolog (5.10.1-2) stable; urgency=low + + * Update Maintainer field in debian/control + * New patches (taken from RedHat bugzilla, closes: #697416): +- CVE-2012-6089.diff - fix for CVE-2012-6089 - possible buffer overrun in + path canonisation code +- CVE-2012-6090.diff - fix for CVE-2012-6090 - Possible buffer overflows + when expanding file-names with long paths 5.10.1-1+squeeze1 would be a more conventional version number here, to make it clearer that the upload was made out of sequence. Please go ahead; thanks. Flagged for acceptance; thanks. 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#697768: dput-ng twitter plugin install guide pending
On Sun, Jan 13, 2013 at 5:20 PM, Paul Tagliamonte paul...@debian.org wrote: Just pushed it up, it's a bit hackish, full guide coming shortly. It looks good (enough) for me - great! :) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze
Hi Paul, Paul C wrote: I think I am having the same issue here with Ivy Bridge. [...] I've followed this thread through trying out various different options with boot parameters (mtrr) and also have now got the system on the Liquorix 3.7.x kernel. Same crashes. That doesn't match Per's experience --- he found that 3.5.5 already worked fine. Would you mind filing a new bug? We can always merge them later if they turn out to have the same cause. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698060: HL-2040 more info
OdyX-- Thanks for your very quick response. --mark $ /bin/ls -al /usr/lib/cups/backend total 528 drwxr-xr-x 2 root root 4096 Jan 12 14:59 . drwxr-xr-x 10 root root 4096 Jan 12 14:42 .. -rwxr-xr-x 1 root root 7250 Jul 5 2012 beh -rwxr--r-- 3 root root 17808 Dec 30 08:10 dnssd -rwxr-xr-x 1 root root 18068 Jun 24 2012 hp -rwxr-xr-x 1 root root 9303 Jun 24 2012 hpfax -rwxr--r-- 5 root root 62932 Dec 30 08:10 http -rwxr--r-- 5 root root 62932 Dec 30 08:10 https -rwxr--r-- 5 root root 62932 Dec 30 08:10 ipp -rwxr--r-- 5 root root 62932 Dec 30 08:10 ipps -rwxr--r-- 2 root root 38352 Dec 30 08:10 lpd -rwxr--r-- 3 root root 17808 Dec 30 08:10 mdns -rwxr-xr-x 1 root root 17936 Nov 22 14:02 parallel -rwxr-xr-x 1 root root 13812 Nov 22 14:02 serial lrwxrwxrwx 1 root root21 Aug 5 09:03 smb - ../../../bin/smbspool -r-xr-xr-x 2 root root 26004 Dec 30 08:10 snmp -r-xr-xr-x 2 root root 30160 Dec 30 08:10 socket -r-xr--r-- 2 root root 30096 Dec 30 08:10 usb $ /bin/ls -al /usr/lib/cups/backend-available/ total 276 drwxr-xr-x 2 root root 4096 Jan 12 14:42 . drwxr-xr-x 10 root root 4096 Jan 12 14:42 .. -rwxr--r-- 3 root root 17808 Dec 30 08:10 dnssd lrwxrwxrwx 1 root root 3 Dec 30 08:09 http - ipp lrwxrwxrwx 1 root root 3 Dec 30 08:09 https - ipp -rwxr--r-- 5 root root 62932 Dec 30 08:10 ipp -rwxr--r-- 1 root root 46548 Dec 30 08:10 ipp14 lrwxrwxrwx 1 root root 3 Dec 30 08:09 ipps - ipp -rwxr--r-- 2 root root 38352 Dec 30 08:10 lpd -r-xr-xr-x 2 root root 26004 Dec 30 08:10 snmp -r-xr-xr-x 2 root root 30160 Dec 30 08:10 socket -r-xr--r-- 2 root root 30096 Dec 30 08:10 usb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org