Bug#751486: systemd: journald flooding logs if filesystem is mounted read-only
Well the bug is the flooding behaviour, where my screen and the entire buffer of the terminal only contain journald complaints but no trace of the actual problem. I would argue that it's not very effective to show me one repeated line and hide other lines that contain actual information on what is wrong with my system. -- Salvo Tomaselli Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno. -- Galileo Galilei http://ltworf.github.io/ltworf/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736270: can confirm docky crash
Package: docky Version: 2.2.0-2 Followup-For: Bug #736270 Crash can be confirmed on Debian Sid kernel 3.14.7-1 (2014-06-16) i686. Starting docky from terminal starts with few errors and warnings, continues to work for a while and then throws many fatal error as follows. ---% [Fatal 13:33:49.679] [GLib] Source ID 20279 was not found when attempting to remove it [Fatal 13:33:49.679] [GLib] Source ID 20280 was not found when attempting to remove it [Fatal 13:33:49.679] [GLib] Source ID 20274 was not found when attempting to remove it [Fatal 13:33:49.679] [GLib] Source ID 20275 was not found when attempting to remove it [Fatal 13:33:49.679] [GLib] Source ID 20276 was not found when attempting to remove it [Fatal 13:33:49.679] [GLib] Source ID 20277 was not found when attempting to remove it [Fatal 13:33:49.679] [GLib] Source ID 20288 was not found when attempting to remove it [Fatal 13:33:49.679] [GLib] Source ID 20281 was not found when attempting to remove it [Fatal 13:33:49.680] [GLib] Source ID 20282 was not found when attempting to remove it ---% Program is still able to continue until an Unhandled Exception which leads to crash. Full result from terminal below. --% fayad@debian-wheezy:~$ docky [Info 11:19:31.902] Docky version: 2.2.0 Release [Info 11:19:31.909] Kernel version: 3.14.1.686 [Info 11:19:31.928] CLR version: 4.0.30319.17020 [Error 11:19:32.730] [SystemService] Could not initialize power manager dbus: 'org.freedesktop.DBus.Error.UnknownMethod: Method Get with signature ss on interface org.freedesktop.UPower doesn't exist ' [Info 11:19:32.732] [SystemService] at Docky.Services.SystemService+IUPowerProxy.Get (System.String interface, System.String propname) [0x0] in filename unknown:0 at Docky.Services.SystemService.HandleUPowerChanged () [0x0] in filename unknown:0 at Docky.Services.SystemService.InitializeBattery () [0x0] in filename unknown:0 [Info 11:19:33.026] [ThemeService] Setting theme: Classic [Warn 11:19:33.072] [DesktopItemService] Could not find remap file '/home/fayad/.local/share/docky/remaps.ini'! [Info 11:19:33.619] [DockServices] Dock services initialized. [Info 11:19:34.438] [PluginManager] Loaded Desktop. [Info 11:19:34.438] [PluginManager] Loaded Trash. [Info 11:19:34.578] [PluginManager] Loaded Workspace Switcher. [Info 11:19:34.989] [HelperService] Helper added: /usr/share/dockmanager/scripts/hamster_control.py [Fatal 11:19:35.007] [GLib] Source ID 13 was not found when attempting to remove it [Fatal 11:19:35.009] [GLib] Source ID 189 was not found when attempting to remove it [Fatal 11:19:35.009] [GLib] Source ID 216 was not found when attempting to remove it [Fatal 11:19:35.009] [GLib] Source ID 215 was not found when attempting to remove it [Fatal 11:19:35.009] [GLib] Source ID 212 was not found when attempting to remove it [Fatal 11:19:35.009] [GLib] Source ID 211 was not found when attempting to remove it [Fatal 11:19:35.009] [GLib] Source ID 222 was not found when attempting to remove it [Fatal 11:19:35.009] [GLib] Source ID 221 was not found when attempting to remove it [Fatal 11:19:35.009] [GLib] Source ID 226 was not found when attempting to remove it [Fatal 11:19:35.009] [GLib] Source ID 225 was not found when attempting to remove it [Fatal 11:19:35.009] [GLib] Source ID 228 was not found when attempting to remove it (Tasque:1812): GLib-CRITICAL **: Source ID 1951 was not found when attempting to remove it (Tasque:1812): GLib-CRITICAL **: Source ID 1948 was not found when attempting to remove it (Tasque:1812): GLib-CRITICAL **: Source ID 1924 was not found when attempting to remove it (Tasque:1812): GLib-CRITICAL **: Source ID 1930 was not found when attempting to remove it (Tasque:1812): GLib-CRITICAL **: Source ID 1927 was not found when attempting to remove it (Tasque:1812): GLib-CRITICAL **: Source ID 1933 was not found when attempting to remove it [Fatal 13:33:49.676] [GLib] Source ID 19563 was not found when attempting to remove it [Fatal 13:33:49.678] [GLib] Source ID 20090 was not found when attempting to remove it [Fatal 13:33:49.678] [GLib] Source ID 20091 was not found when attempting to remove it [Fatal 13:33:49.678] [GLib] Source ID 20264 was not found when attempting to remove it [Fatal 13:33:49.678] [GLib] Source ID 20265 was not found when attempting to remove it [Fatal 13:33:49.678] [GLib] Source ID 20266 was not found when attempting to remove it [Fatal 13:33:49.679] [GLib] Source ID 20263 was not found when attempting to remove it [Fatal 13:33:49.679] [GLib] Source ID 20271 was not found when attempting to remove it [Fatal 13:33:49.679] [GLib] Source ID 20272 was not found when attempting to remove it [Fatal 13:33:49.679] [GLib] Source ID 20273 was not found when attempting to remove it [Fatal 13:33:49.679] [GLib] Source ID 20267 was not found when attempting to remove it [Fatal 13:33:49.679] [GLib] Source ID 20268 was not found when attempting to remove it [Fatal 13:33:49.679] [GLib] Source ID
Bug#751365: NMU to the DELAYED/2 queue
Hi, Since this bug entry has received absolutely no reply within 15 days, I have uploaded version 1.1.5-0.1 to the DELAYED/2 queue. If you oppose to the upload, please let me know. Note that since there's the addition of Python3 support, it will anyway go through the NEW queue, which will give an additional delay. Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752858: ITP: python-requests-kerberos -- Kerberos/GSSAPI authentication handler for python-requests
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-requests-kerberos Version : 0.5 Upstream Author : Ian Cordasco graffatcolmin...@gmail.com * URL : https://github.com/requests/requests-kerberos * License : BSD-style Programming Lang: Python Description : Kerberos/GSSAPI authentication handler for python-requests Requests is an HTTP library, written in Python, for human beings. This library adds optional Kerberos/GSSAPI authentication support and supports mutual authentication. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718860: Vanitygen packaging: any news?
Hi Carlo, I'm glad, you're also interested in the package. As it uses OpenSSL, the license is not compatible as is. It would require an explicit exception clause in the license of vanitygen. I contacted the author, but never got any response. Somebody suggested, that I could link it to GnuTLS instead. I gave that a try, but GnuTLS didn't have all functions that were used from OpenSSL. If I remember correctly, Elliptic curves were missing. So, with the current license situation, It cannot be included in debian. If you could also try to contact the upstream author and ask for the small addition to the license text, he might realize that more people are interested... Rgds Richard Am Freitag, den 27.06.2014, 02:38 +0200 schrieb Carlo Stemberger: Hi, is there any news? I'd find very useful this package. Thank you! Carlo signature.asc Description: This is a digitally signed message part
Bug#749251: [webkit-gtk] Bug#749251: cyclograph-gtk2: depends on python-webkit which is deprecated
El jue, 26-06-2014 a las 21:16 +0200, Emilio Pozuelo Monfort escribió: Hi, Sorry for the late reply. On 17/06/14 21:35, Federico Brega wrote: 2014-06-09 20:40 GMT+02:00 Emilio Pozuelo Monfort po...@debian.org: For the second issue there is no documentation for python which makes the transition to webkit2 a little slow. Do you have any example about how to execute javascript and get results back in python? There is webkit_web_view_run_javascript() and webkit_web_view_run_javascript_finish(), see http://webkitgtk.org/reference/webkit2gtk/stable/WebKitWebView.html#webkit-web-view-run-javascript Is that what you need? Hello Emilio, thank you for your help. I had already seen the page you linked, but it is C code. It should be straightforward to translate int python but it doesn't work, that's why I asked for a python example. We tried to make it work with webkit2 but result_js.get_value() throws a type error: TypeError: Couldn't find conversion for foreign struct 'JavaScriptCore.Value' I attached a minimal example to better explain how we're using the library. Do you have any suggestion? Is it the case to report a bug of gir1.2-webkit2-3.0? I don't know about that. Perhaps somebody from the upstream ml can shed some light. Cc'ing it. [ for webkit-gtk@: Federico is porting his app from python-webkit (the old static libwebkitgtk-1.0 python bindings) to gir1.2-webkit2-3.0, see the code below. ] Yes, the problem is that webkit_javascript_result_get_value() returns a JSValueRef, but there's no gobject-introspection for JavaScriptCore API. I don't think it worked in WebKit1 either, but in WebKit1 webkit_web_view_run_script didn't return anything, so if you are porting from WebKit1, maybe you can just ignore the return value for now. I have some comments about the code, see below. Regards, Emilio Regards -- Federico example.py from gi.repository import Gtk, WebKit2 def get_res(view, result): result_js = view.run_javascript_finish(result) if result_js is None: return v = result_js.get_value() print(v) view = WebKit2.WebView() sw = Gtk.ScrolledWindow() sw.add(view) In WebKit2 you shouldn't use a GtkScrolledWindow, the web view is scrollable by itself. win = Gtk.Window() win.connect(delete-event, Gtk.main_quit) win.add(sw) win.set_default_size(400, 200) win.show_all() view.load_uri(http://w3.org/;) view.run_javascript(document.URL, None, get_res) Note that load_uri is asynchronous too, so it's not guaranteed that the js will be executed when the page is loaded, you should probably connect to load-changed signal and run the js when the load has finished. Gtk.main() ___ webkit-gtk mailing list webkit-...@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-gtk -- Carlos Garcia Campos http://pgp.rediris.es:11371/pks/lookup?op=getsearch=0xF3D322D0EC4582C3 signature.asc Description: This is a digitally signed message part
Bug#752859: stattrans: List intl/index.wml under general pages
Package: www.debian.org Severity: wishlist Tags: patch l10n stattrans.pl r1.83: List international/index.wml under general pages if (($file =~ /international\//) - ($file !~ /international\/l10n\//)) { + (($file !~ /international\/index.wml$/) || +($file !~ /international\/l10n\//))) { apparently this is wrong, as !a || !b matches everything when a and b disjoint, so this code is the same as just if ($file =~ /international\//). according to the commit message, what it want is instead: if (($file =~ /international\//) ($file !~ /international\/index.wml$/) ($file !~ /international\/l10n\//)) if you are in doubt, see the slovene stat page at https://www.debian.org/devel/website/stats/sl -- victory http://userscripts.org/scripts/show/102724 0.0.1.4 http://userscripts.org/scripts/show/163846 0.0.1 http://userscripts.org/scripts/show/163848 0.0.1 stattrans-fix-r83.patch Description: Binary data
Bug#736878: python-django: Please provide python3-django
Hi, On Fri, 27 Jun 2014, Brian May wrote: On 26 June 2014 11:40, Brian May br...@microcomaustralia.com.au wrote: I committed a working version to subversion. I just uploaded this to DELAYED/10. Please skip the delayed waiting. It will have to go through NEW anyway. Did you manage to get it working on wheezy too? I want to continue to update the backport package so it would be nice to know what's the proper solution for this. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699068: lynx: Cannot Type a Page-Number more than 999
Hi Hart, sorry for so late reply. On Sat, 26 Jan 2013 17:34:33 -0800, Larry Hart wrote: When browsing an item with more than 999 screens or pages, I am unable to type a number past 999. Sure I can use a spacebar to advance, but if its thousands of screens, this is unworkable. And just as bad, you cannot arrow through a typed number to insert extra digits, the field won't go past 3. I'd like to know any real URL so that I can test your problem. Thanks for your interest in lynx. Best regards, 2014-6-27(Fri) -- Debian Developer - much more I18N of Debian Atsuhito Kohda kohda AT debian.org Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752743: Acknowledgement (livestreamer: ilive.to don't work now)
now livestation don't work too. livestreamer http://www.livestation.com/en/cnni [cli][info] A new version of Livestreamer (1.8.2) is available! [cli][info] Found matching plugin livestation for URL http://www.livestation.com/en/cnni [plugin.livestation][error] Error when fetching RTMP stream info: No RTMP streamer found on URL http://www.livestation.com/en/cnni * ### Vladimir Stavrinov ### vstavri...@gmail.com * -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752860: edflib convenient copy
Package: edfbrowser Version: 1.48-1 Severity: minor edfbrowser comes with a convenient copy of edflib. Now that edflib is packaged it would be nice to use it instead. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752845: recent libnet-dns-perl upgrade has broken policyd-weight.
Hi Werner, Yes, dn_expand is netdns_dn_expand, but the renaming happened in 0.51_02 in 2005. Fix rt.cpan.org 13243 and 13191 The escaped characters test failed on some system because the the systems dn_expand instead of the supplied dn_expand was used after the makemaker magic linked DNS.xs. This was fixed by renaming the dn_expand that comes with the library to netdns_dn_expand. When you provide a fixed version of policyd-weight, please, supply me with fixed version and I'll add appropriate Breaks: to libnet-dns-perl package, so users won't get broken package on partial upgrades. Cheers, Ondrej On Fri, Jun 27, 2014, at 08:24, Werner Detter wrote: Hi, seems like as if dn_expand has been renamed to netdns_dn_expand Regards, Werner Am 27.06.14 08:18, schrieb Werner Detter: Hi, you've recently updated the libnet-dns-perl package which has broken policyd-weight in unstable: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752845 Could you please check. policyd-weight uses dn_expand which is commented out in /usr/lib/perl5/Net/DNS/Packet.pm Thanks for your reply, Werner Detter -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752861: CVE-2014-4607: potential integer overflow, fixed in 2.07
Package: src:lzo2 Version: 2.03-2 Severity: important Tags: security From http://www.oberhumer.com/opensource/lzo/: |LZO 2.07 has been released: | |Fixed a potential integer overflow condition in the safe decompressor |variants which could result in a possible buffer overrun when processing |maliciously crafted compressed input data. | |As this issue only affects 32-bit systems and also can only happen if |you use uncommonly huge buffer sizes where you have to decompress more |than 16 MiB (2^24 bytes) compressed bytes within a single function call |the practical implications are limited. | |POTENTIAL SECURITY ISSUE. But then, I personally do not know about any |client program that actually is affected. I used the version from oldstable because it seems that all version of liblzo2 are affected. http://www.openwall.com/lists/oss-security/2014/06/26/20 Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752745: ITP: dnssec-root-key -- This package contains DNSSEC root key
Hi Robert, On Fri, Jun 27, 2014, at 00:32, Robert Edmonds wrote: Ondřej Surý wrote: Package: wnpp Severity: wishlist Owner: Ondřej Surý ond...@debian.org * Package name: dnssec-root-key Hm, I would maybe call this dnssec-root-anchors. Technically there should be very few copies of the root key :-) I ended up with dns-root-data, and also included root.zone and root.hints. The git repo resides at github.com at the moment as I feel it's not appropriate for collab-maint: https://github.com/oerdnj/dns-root-data Similarly, s/key/trust anchors/g in the descriptions? Yep, already fixed that: Package: dns-root-data Architecture: all Depends: ${misc:Depends} Description: DNS root data including root zone and DNSSEC key This package contains various root zone related data as published by IANA to be used by various DNS software as a common source of DNS root zone data, namely: . * Root Hints and Zone Files (root.hints, root.zone) * Root Trust Anchors (root.key, root.ds) Version : 20100715 Upstream Author : ICANN/IANA * URL : http://data.iana.org/root-anchors/ * License : Public Data (same as with root.zone) It might be nice to include a copy of this document in /usr/share/doc: True, fixed in git. http://data.iana.org/root-anchors/draft-icann-dnssec-trust-anchor.txt Since it looks like this is the only place where a schema is defined for the root-anchors.xml file. But I guess we would need a better (non-)license than this: Copyright (c) 2010 Internet Corporation For Assigned Names and Numbers. We do, I spoken with Kim Davies and the IANA published data is basically public domain. Programming Lang: None Description : This package contains DNSSEC root key This package contains DNSSEC root key in all available formats that all packages doing DNSSEC validation can use as a common data source. . unbound-anchor is used to keep the root.key up-to-date via RFC5011 mechanism. I have removed the unbound-anchor runtime dependency in the end. Somehow I feel it would be better to update this package via s-p-u mechanism. PERSONAL NOTE: I now maintain at least two packages that need DNSSEC root.key (hash-slinger and getdns[1]). There are at least bind9, unbound and dnsmasq that can use this as well. 1. Waiting for next upstream release with proper libtool flags. So, I wonder if this package should be responsible for providing the root-anchors.xml file, and the bind9/unbound/dnsmasq/etc. packages should be responsible for converting that from XML to whatever format they use (and unfortunately it appears every different program uses a different trust anchor format). I provide root.key and root.ds in /etc/dns/. It's probably not a bad idea to also provide root-anchors.xml in /usr/share/dns-root-data/ As a side note - do you think that /etc/dns/ is OK, or we should use /usr/share/dns-root-data/ (or /usr/share/dns/)? Or by all available formats do you mean that this source package should take the root-anchors.xml file and generate several common formats (at package build time?) and provide them in /usr/share alongside the original root-anchors files from iana.org, so that DNSSEC software packages don't need an XML dependency? (Though, bind9 and unbound-anchor already pull in XML parsing libraries, but e.g. dnsmasq currently does not.) My thought is to provide just root.key and root.ds and adjust if the users of the package needs more. Should we patch unbound-anchor so that its fallback mode (where it tries to fetch files from https://data.iana.org/root-anchors/) can be made to check file:///usr/share/dnssec-root-anchors/ first? (And if so, it'd be nice to upstream that.) Yes, I was surprised that upstream unbound-anchor cannot be used in offline mode. Should we do anything about the built-in static content in unbound-anchor that would be duplicative of the content in this package? I'm talking about this: http://anonscm.debian.org/gitweb/?p=users/edmonds/unbound.git;a=blob;f=smallapp/unbound-anchor.c;h=8ea4726b06313bf2f910d07f870d4e5350e25bce;hb=HEAD#l207 And this: http://anonscm.debian.org/gitweb/?p=users/edmonds/unbound.git;a=blob;f=smallapp/unbound-anchor.c;h=8ea4726b06313bf2f910d07f870d4e5350e25bce;hb=HEAD#l237 That's probably up to you. It seems to be a good idea to look for the dns-root-data contents first before falling back to the compiled in defaults. And, finally, is it known that the root DNSSEC key will be rolled over with RFC 5011 semantics? To be honest, I thought so, but when you have asked, I now don't know for sure :). Anyway, consider this email an offer to co-maintain :-) Sure, you are always welcome to comaintain. Fixed in git :). Ondrej -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Bug#752733: g++-4.9: PR61214 breaks packages linking against wxWidgets
On Thu, Jun 26, 2014 at 11:33:24PM +1200, Olly Betts wrote: On Thu, Jun 26, 2014 at 10:34:41AM +0200, Matthias Klose wrote: Wondering if we can have a work-around in wxwidgets-3.0, building without -fvisibility-inlines-hidden, until this is fixed in gcc-4.9. This way we would have to touch only one package. At least the upstream test case works with it. Would removing and later (once GCC is fixed) re-adding -fvisibility-inlines-hidden affect the ABI of the wxwidgets-3.0 libraries? I had a different idea for working around this in wxwidgets-3.0 - the testcase in the GCC PR compiles OK if I add an anonymous namespace to /usr/include/wx-3.0/wx/event.h containing a long list of lines like this, one for each wxEvent subclass: auto debian_wx3_gcc49_pr61214_wxWindowDestroyEvent_hack = wxWindowDestroyEvent::Clone; This was a proof of concept - for an actual fix, auto would be the appropriate pointer-to-member type, so it works in non-C++11 mode. It also needs something to suppress -Wunused-variable warnings. This approach may add a small size overhead (if it's not optimised away), but removing -fvisibility-inlines-hidden adds about 0.3MB to the wx core libraries. I'd probably make this conditional on GCC 4.9 being in use, or maybe GCC = 4.9, to minimise the chance of potential issues with other compilers. Thoughts or better ideas welcome. FYI, I'm attempting to open a bug report with wx upstream to make sure they're aware of this issue, and to see if they have a recommended workaround. Sadly their bugtracker is giving me 500 errors when I try to submit it, but I'll retry periodically. Still no luck here. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752678: [Pkg-pdns-maintainers] Bug#752678: pdns: FTBFS on hurd-i386
Hello, On 25 Jun 2014, at 23:06 , Christian Hofstaedtler z...@debian.org wrote: 2) pdns/nameserver.c: IPV6_RECVPKTINFO is not defined on GNU/Hurd, use IPV6_RXINFO instead. Index: pdns-3.3.1/pdns/nameserver.cc === --- pdns-3.3.1.orig/pdns/nameserver.cc +++ pdns-3.3.1/pdns/nameserver.cc @@ -213,7 +213,11 @@ void UDPNameserver::bindIPv6() if(IsAnyAddress(locala)) { int val=1; setsockopt(s, IPPROTO_IP, GEN_IP_PKTINFO, val, sizeof(val)); // linux supports this, so why not - might fail on other systems +#ifndef IPV6_RECVPKTINFO // IPV6_RXINFO same as IPV6_PKTINFO on GNU/Hurd + setsockopt(s, IPPROTO_IPV6, IPV6_RXINFO, val, sizeof(val)); +#else setsockopt(s, IPPROTO_IPV6, IPV6_RECVPKTINFO, val, sizeof(val)); +#endif setsockopt(s, IPPROTO_IPV6, IPV6_V6ONLY, val, sizeof(val)); // if this fails, we report an error in tcpreceiver too } g_localaddresses.push_back(locala); Could you turn that into an autoconf thing? I think having it as an autoconf- detected and aliased thing would be preferred upstream (CC'ed upstream for their opinion). We would prefer that, but we would accept something like #ifndef IPV6_RECVPKTINFO #define IPV6_RECVPKTINFO IPV6_RXINFO #endif in a suitable header file. Kind regards, -- Peter van Dijk Netherlabs Computer Consulting BV - http://www.netherlabs.nl/ signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#752837: kiwix: build-depends on xulrunner-dev which is gone
On 27.06.2014 05:38, Vasudev Kamath wrote: Kelson it looks like the package we are depending on xulrunner-dev is no longer provided, do you know which of above packages we can use?. I think this also has to be taken care during your next release. I don't know with which package this is replaced, the xulrunner-dev packager should knows this. Having a look to other xulrunner depending package might give a clue. In any case, Kiwix needs access to the xulrunner-sdk to be able to compile. Emmanuel -- Kiwix - Wikipedia Offline more * Web: http://www.kiwix.org * Twitter: https://twitter.com/KiwixOffline * more: http://www.kiwix.org/wiki/Communication -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752864: broadcom-sta-dkms: External module driver does not compile on a Linux 3.15.x kernel
Package: broadcom-sta-dkms Version: 6.30.223.141-1 Severity: important Dear Maintainer, I used to build my own kernel taken from www.kernel.org. I recently noticed when trying to go for 3.15.x kernel serie that the DKMS compilation was issuing a warning that prevent compilation of the external module driver for the STA Wifi NIC. Here is the full process getting through 'dpkg-reconfigure': === #prompt dpkg-reconfigure broadcom-sta-dkms Uninstall Beginning Module: broadcom-sta Version: 6.30.223.141 Kernel: 3.14-1-amd64 (x86_64) - Status: Before uninstall, this module version was ACTIVE on this kernel. wl.ko: - Uninstallation - Deleting from: /lib/modules/3.14-1-amd64/updates/dkms/ - Original module - No original module was found for this module on this kernel. - Use the dkms install command to reinstall any previous module version. depmod Backing up initrd.img-3.14-1-amd64 to /boot/initrd.img-3.14-1-amd64.old-dkms Making new initrd.img-3.14-1-amd64 (If next boot fails, revert to initrd.img-3.14-1-amd64.old-dkms image) update-initramfs DKMS: uninstall completed. -- Deleting module version: 6.30.223.141 completely from the DKMS tree. -- Done. Loading new broadcom-sta-6.30.223.141 DKMS files... Building only for 3.15.1 Building initial module for 3.15.1 Error! Bad return status for module build on kernel: 3.15.1 (x86_64) Consult /var/lib/dkms/broadcom-sta/6.30.223.141/build/make.log for more information. Processing triggers for initramfs-tools (0.115) ... update-initramfs: Generating /boot/initrd.img-3.15.1 === And, here is the content of the make.log: === DKMS make.log for broadcom-sta-6.30.223.141 for kernel 3.15.1 (x86_64) Fri Jun 27 10:16:37 CEST 2014 /bin/sh: 1: [: Illegal number: /bin/sh: 1: [: Illegal number: Wireless Extension is the only possible API for this kernel version Using Wireless Extension API KBUILD_NOPEDANTIC=1 make -C /lib/modules/3.15.1/build M=/var/lib/dkms/broadcom-sta/6.30.223.141/build make[1]: Entering directory '/home/fleury/Development/hacking/linux/linux-3.15.1' CFG80211 API is prefered for this kernel version Using CFG80211 API Kernel architecture is X86_64 LD /var/lib/dkms/broadcom-sta/6.30.223.141/build/built-in.o CC [M] /var/lib/dkms/broadcom-sta/6.30.223.141/build/src/shared/linux_osl.o CC [M] /var/lib/dkms/broadcom-sta/6.30.223.141/build/src/wl/sys/wl_linux.o /var/lib/dkms/broadcom-sta/6.30.223.141/build/src/wl/sys/wl_linux.c: In function 'wl_dump_ver': /var/lib/dkms/broadcom-sta/6.30.223.141/build/src/wl/sys/wl_linux.c:2039:3: error: macro __DATE__ might prevent reproducible builds [-Werror=date-time] __DATE__, __TIME__, EPI_VERSION_STR); ^ /var/lib/dkms/broadcom-sta/6.30.223.141/build/src/wl/sys/wl_linux.c:2039:13: error: macro __TIME__ might prevent reproducible builds [-Werror=date-time] __DATE__, __TIME__, EPI_VERSION_STR); ^ cc1: some warnings being treated as errors scripts/Makefile.build:318: recipe for target '/var/lib/dkms/broadcom-sta/6.30.223.141/build/src/wl/sys/wl_linux.o' failed make[2]: *** [/var/lib/dkms/broadcom-sta/6.30.223.141/build/src/wl/sys/wl_linux.o] Error 1 Makefile:1310: recipe for target '_module_/var/lib/dkms/broadcom-sta/6.30.223.141/build' failed make[1]: *** [_module_/var/lib/dkms/broadcom-sta/6.30.223.141/build] Error 2 make[1]: Leaving directory '/home/fleury/Development/hacking/linux/linux-3.15.1' Makefile:157: recipe for target 'all' failed make: *** [all] Error 2 === It seems to be only due to some warnings (probably a -Werror ?). So, it shouldn't be hard to fix. Finally, note also that the DKMS process is working fine on the 3.14-1-amd64 Debian package. And, this is what I use as workaround right now. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.15.1 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages broadcom-sta-dkms depends on: ii dkms 2.2.0.3-1.2 Versions of packages broadcom-sta-dkms recommends: ii wireless-tools 30~pre9-8 broadcom-sta-dkms suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#752865: Unnecesarrily warns about file permissions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Source: auditd Version: 1:1.7.18-1.1 Severity: minor Auditd in stable release warns with the following message in log: auditd: /sbin/audispd permissions should be 0750 That is stupid as it brings no more security to have this restrictive permissions. There are no security relevant infomations in that file. Every user who is able to get onto the system is also able to bring a own binary for this. Please remove the check for binary file permission. - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJTrS9AAAoJEKZ8CrGAGfaslnsL/R+ANeeHpH7Ac+vdnMdBCerN tkTTFQD8Hf9KxH372TwJJVFQ3XjybGrEi4JIsfr1mnLURcVRuyQL4uEyEVD7oa5B psJTpE7/0TnuUR8Autk/Cq2RRlRGXEkGXOxyDuPvn5OP7jBPNqfdz8g5GvoKMIHa TmLrgZYpAyjkB6/A8JIEG2/MIC5NlgLNobV5Zl5pChtoGeTQUjf5LbilSKY9iYOe 5mAoBpO3GClQ5ejHIPxB9wYogN5jvM1tCw7wY2JFsVr5OQkqLZzRZ6p9fFEVBsc7 2jGOpZ+qSWlP5+sqrJbWihNZZF2TRR8p2vE3xFatvE6PYF8bVkLmCxbU2qVzTLdC 9XuVUADJuOVpLvPawZcv3BNM6vZK7PIWZn5aMDIpgLVHV8YZw4GycZzPyC0hb0Uh rCNu/XV4Oula1AUgQXV50OfNawyhdujRvdFJyY/JwT4r7MgHOHs/D0LFHuDerB1e +BWNjve2aK6mW0R0ENDpimD6qrf/4UBVC87sLeidPw== =PvUW -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#752837: kiwix: build-depends on xulrunner-dev which is gone
On 27/06/14 10:13, Emmanuel Engelhart wrote: On 27.06.2014 05:38, Vasudev Kamath wrote: Kelson it looks like the package we are depending on xulrunner-dev is no longer provided, do you know which of above packages we can use?. I think this also has to be taken care during your next release. I don't know with which package this is replaced, the xulrunner-dev packager should knows this. Having a look to other xulrunner depending package might give a clue. In any case, Kiwix needs access to the xulrunner-sdk to be able to compile. There is npapi-sdk-dev in the NEW queue. That may be a better replacement, as I was pointed out on #752836. Depends on what your package was using xulrunner-dev for. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752866: ITP: rabbiter -- Twitter client for Rabbit
Package: wnpp Owner: Youhei SASAKI uwab...@gfd-dennou.org Severity: wishlist * Package name: rabbiter Version : 2.0.2-1 Upstream Author : Kouhei Sutou k...@cozmixng.org * URL or Web page : http://rabbit-shocker.org/en/rabbiter/ * License : GPL-2+ Description : Twitter client for Rabbit Rabbiter is a tool that collects tweets related to the talk and sends them to Rabbit as comments. . Rabbiter receives comments from twitter and sends them to Rabbit. Rabbit shows them in your slides. It is very useful when you talk on public events/conferences. --- Youhei SASAKI uwab...@gfd-dennou.org uwab...@debian.or.jp GPG fingerprint: 4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752867: docker is sometimes killed by SIGPIPE
Package: docker.io Version: 1.0.0~dfsg1-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! Sometimes, docker service is killed by SIGPIPE. I am running it from systemd: docker.io.service - Docker Application Container Engine Loaded: loaded (/lib/systemd/system/docker.io.service; enabled) Active: inactive (dead) since ven. 2014-06-27 10:49:46 CEST; 5min ago Docs: http://docs.docker.io Main PID: 16008 (code=killed, signal=PIPE) I didn't find any hint on this bug but it exists since quite some time. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages docker.io depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.19 ii iptables 1.4.21-2 ii libapparmor1 2.8.0-5.1+b1 ii libc62.19-4 ii libdevmapper1.02.1 2:1.02.85-2 ii libsqlite3-0 3.8.5-2 ii perl 5.18.2-4 Versions of packages docker.io recommends: ii aufs-tools 1:3.2+20130722-1.1 ii ca-certificates 20140325 ii cgroupfs-mount 1.0 ii git 1:2.0.0-2 ii xz-utils 5.1.1alpha+20120614-2 Versions of packages docker.io suggests: pn btrfs-tools none ii debootstrap 1.0.60 ii lxc 1.0.4-3 ii rinse2.0.1-1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTrTJrAAoJEJWkL+g1NSX5b7gQAI/nUK0N/km8dak7KkRn7T58 XAn5Cp94vHpJzomFI27e5aVG+q+P6qLYhaCIYWRLeQXcATzuglCOjKr2BHVYp9l5 zqsL7TCWcwISdy9XZv39cEeqwa/fJYDAdGjKPsZLRmujZKi75hFfPpn5cK8wmCqp AwYYFq+edqbhxcdbPnnmQPzgi3yRvBpY3DnbaiUkyR0TS0xlA2xYINPQ20u4e7Fd /MfOE2CWFE8y2ldYaPCjsmcHIP9amgq51hUr2iTaOzVjHifCdKAaaJ0mGIm28tMl IYJm0kFKer00UE+i62JhLfVvWAKWiI6VQ+YDR2laekiCNf0Jgs8auj1sY3SUGy/S r9nbmZMlvpByU3Eg+mSPJQP0QnO43cuUWZoP6u0yPG0WiY90dMyb+1CvRXPTUiJ6 OpcdKGw3rXE7FK5S6btX/2Wihxtz1CYukH1v6qFd2RuPq/HhcrrPJrIfK8/U99WL 5kpOgOERfWZHpOX32ufD/t8yDl4QBCaD5+lRppBZKHO6bEpDsYhmu1BBhUVsJFEb 8SnZ4jQAJiIGPiYGPXRzI878NLP4LIEidghrGf9BcuafgOH4dqp2tXs5Y8xPT+K/ vngEQTGVz0ZCxICHOMiYV+MDDMQrPAxQJQMzMwFlUyFMnMDW4RcLNgIsmf+VWAVZ YLzQc1ntrJ1vdpz7Du4D =OTIj -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#752868: Bug black screen with xrandr on a netbook with dual screen
Package: x11-xserver-utils Version: 7.7~3 i386 Hello, I have a netboot with a screen on the VGA output. I start my computer on the netbook screen with this script (arandr script): $ xrandr --output VGA1 --off --output LVDS1 --mode 1024x600 --pos 0x0 --rotate normal When i start, there are no problems. After i change screen whith this script: $ xrandr --output LVDS1 --off --output VGA1 --mode 1440x900 --pos 0x0 --rotate normal Most of the time my vga screen is black with just the mouse pointer. And when i want go to the netbook screen, with the first script, most of the time my LVDS screen is black. I use Ctrl+Alt F8 and Ctrl+Alt F7 to have a normal output. Since i change the fisrt script and the second one like this, my problems are solved : The first: $ xrandr --output VGA1 --off $ xrandr --output LVDS1 --mode 1024x600 --pos 0x0 --rotate normal The second: $ xrandr --output VGA1 --mode 1440x900 --pos 0x0 --rotate normal $ xrandr --output LVDS1 --off Thank you. Goodbye. Linux musiquebox 3.2.0-4-686-pae #1 SMP Debian 3.2.57-3+deb7u2 i686 GNU/Linux libc6:i386 2.13-38+deb7u1 i386 Embedded GNU C Library: Shared libraries Netboot devices: 00:00.0 Host bridge: Intel Corporation Mobile 945GSE Express Memory Controller Hub (rev 03) 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GSE Express Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) To: sub...@bugs.debian.org From: cedric...@hotmail.fr Subject: Bug black screen with xrandr on a netbook with dual screen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752869: pkg-config: Please make --variable=flags --libs act like `--cflags --libs`
Package: pkg-config Version: 0.26-1 Severity: minor If I wish to use pkg-config for other compiled languages like Fortran, C++ I may use additional variables in .pc file. This is already common practice, e.g. using fflags, fcflags, for Fortran, cxxflags,etc. with names matching GNU configure conventions. But if I try: pkg-config --variables=fflags --libs $pkg to mirror pkg-config --cflags --libs $pkg It breaks. Please allow multiple sets on the same line, eg. pkg-config --variables=fflags --variables=fcflags etc. -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-5-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages pkg-config depends on: ii libc6 2.17-95 ii libglib2.0-0 2.36.4-1 ii libpopt0 1.16-7 pkg-config recommends no packages. pkg-config 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#752870: xul-ext-nostalgy: Folder selection and preferences broken in icedove 31
Package: xul-ext-nostalgy Version: 0.2.31-1 Severity: important Dear Maintainer, since upgrading to icedove 31 in unstable, folder selection has stopped to work in nostalgy. I can use the shortcuts, and il will actually work, but I don't see a list of candidate folders in which to select my destination. Which is a bit like shooting in the dark when i have several folders with similar names :-) Moreover, the Keys tab in the preferences is empty, and the preference dialog won't close when I push the ok button. I have to close the dialog like a normal window, and it does not retain any modification that I made. I have manually downloaded the development version from nostalgy's home page, which fixes all problems. Thanks for your work, -- Rémi -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xul-ext-nostalgy depends on: ii icedove 31.0~b1-2 xul-ext-nostalgy recommends no packages. xul-ext-nostalgy 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#750592: Urgently looking for sponsor
On Wed, 2014-06-25 at 14:27 +0200, Benedict Verhegghe wrote: Hi, I am urgently looking for a sponsor willing to help with uploading my packages The old pyfomrex-0.8.6-4 packages currently in testing/sid (besides being obsolete) do not build anymore. See bug #750351. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750351 Anybody interested in helping me to keep pyformex in Debian? Can the bug title be changed for this purpose, e.g. adding Fixes bug #750351 ? Yes, see https://www.debian.org/Bugs/server-control Benedict Unfortunatly I cannot sponsor. But I've took a look at mentors.d.n and saw that there is a lintian error. Maybe you want to fix that, cause thats the first thing many people take a look at :-) There are also some other lintian messages which are either easy to fix or should be silenced (but that depends a little on the sponsor) Taking a more close look on the package: - The VCS-* fields in d/control are for the *Debian* package repository, not for upstream (see Policy 5.6.26) - d/rules is in verbose mode. Would it make sense to convert it to short debhelper format? d/changelog: You should have only one entry -- as Debian-Versions 1 to 5 have been never uploaded. So you should package as Version 0.9.1-1 not as 0.9.1-5. Generally, you should describe *how* you fixed smth with a little explanation (*why*). For example: Remove linitan errors? Which errors? How did you fix it? (This applies also to the other entries. Another example is the Standard version. What did you need to change? If nothing, note that too. - (nitpick) There is a blank line in d/*-extra.install - as python is not my language: Is it possible to support multiarch with this package? (I saw at least one *.so not installed into an multiarch directory; alternatively I'm wrong here -- see my python disclaimer) Stopping here :) -- tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752872: libapr1: file locking is broken, leading to file corruption in e.g. libapache2-mod-auth-cas session files
Package: libapr1 Version: 1.4.6-3+deb7u1 Severity: grave Tags: patch, upstream Hi, libapr1 uses fcntl(F_SETLKW) for locking files, but this is not compatible with multithreaded programs. fcntl(F_SETLKW) has the strange quirk that if an open and locked file is opened and then closed a second time in the same process, the lock is lost. This is something that may happen frequently in multithreaded programs, such as the apache2 mpm worker. fd1 = open(foo, O_RDWR|O_CREAT); fcntl(fd1, F_SETLKW, ...); /* file is now locked */ fd2 = open(foo, O_RDONLY); /* file is still locked */ close(fd2); /* file is no longer locked! */ ... Since file locking in libapr1 is broken^Wviolates the principle of least surprise, dataloss can very likely happen. I haven't checked the POSIX specs to see if this is expected behavior but I was able to reproduce it on both Linux and FreeBSD. A patch is attached that extends the libapr1 test suite to detect this situation. While libapr1 defaults to fcntl() locking it also supports flock(), which does not have the problems outlined above. A patch is attached which makes libapr1 use flock() even if fcntl() locking is available. We found this bug when investigating error messages from libapache2-mod-auth-cas that its session files were getting corrupted: [error] [client 127.0.0.1] MOD_AUTH_CAS: Error parsing XML content for '01234567890abcdef01234567890abcd' (Internal error), referer: https://www.example.com/ Switching to the flock() mechanism solved these problems. In other words, this bug is causing problems in real life, and is not just theoretical. This bug was found, reported to me and patched by Wessel Dankers. Thanks, Bye, Joost van Baal-Ilić -- Joost van Baal-Ilić http://abramowitz.uvt.nl/ Tilburg University The Netherlands diff -ur apr-1.4.6,orig/file_io/unix/flock.c apr-1.4.6,fixed/file_io/unix/flock.c --- apr-1.4.6,orig/file_io/unix/flock.c 2006-08-03 12:55:31.0 +0200 +++ apr-1.4.6,fixed/file_io/unix/flock.c 2014-06-27 10:28:48.721611923 +0200 @@ -27,7 +27,7 @@ { int rc; -#if defined(HAVE_FCNTL_H) +#if defined(HAVE_FCNTL_H) 0 { struct flock l = { 0 }; int fc; diff -ur apr-1.4.6,orig/test/testflock.c apr-1.4.6,test/test/testflock.c --- apr-1.4.6,orig/test/testflock.c 2010-03-07 16:06:47.0 +0100 +++ apr-1.4.6,test/test/testflock.c 2014-06-27 10:18:59.786062499 +0200 @@ -60,6 +60,7 @@ static void test_withlock(abts_case *tc, void *data) { apr_file_t *file; +apr_file_t *file2; apr_status_t rv; int code; @@ -71,6 +72,12 @@ rv = apr_file_lock(file, APR_FLOCK_EXCLUSIVE); APR_ASSERT_SUCCESS(tc, Could not lock the file., rv); ABTS_PTR_NOTNULL(tc, file); + +/* open and close the file another time, to see if that messes with things */ +rv = apr_file_open(file2, TESTFILE, APR_FOPEN_WRITE, APR_OS_DEFAULT, p); +APR_ASSERT_SUCCESS(tc, Could not open file., rv); +ABTS_PTR_NOTNULL(tc, file2); +(void) apr_file_close(file2); code = launch_reader(tc); ABTS_INT_EQUAL(tc, FAILED_READ, code); signature.asc Description: Digital signature
Bug#752729: RFS: djvusmooth/0.2.14-2 -- (Python-apps) graphical editor for DjVu
Plus, the changelog entry for this package: djvusmooth (0.2.14-2) UNRELEASED; urgency=low * deb/control: + bumped standards to 3.9.5 (no changes needed). + changed maintainer email address. * deb/copyright: + changed maintainer email address. + expanded copyrights to 2014. * deb/watch: added pgpsigurlmangle (also added deb/upstream-signing-key.pgp). -- Daniel Stender deb...@danielstender.com Thu, 26 Jun 2014 00:19:40 +0200 Greetings, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752541: libreoffice: No more icons in tool bar of libreoffice modules
Le 25/06/2014 10:17, Rene Engelhard a écrit : Hi, On Wed, Jun 25, 2014 at 01:43:55AM +0200, Rene Engelhard wrote: It only breaks after packaging it and after some investigation it seems that it doesn't work anymore to have a symlink /usr/lib/libreoffice/program/share/config/images.zip - ../../../../share/libreoffice/share/config/images.zip etc Will upload a 1:4.3.0~rc1-2 to fix this - aka (temporarily) use a hardlink... Actually that doesn't seem like the full story. ln (or even cp) for images.zip doesn't work. Actually that seems to only work when I also install tango an do the ln/cp thing. WTF... Regards, Rene I install the tango style and it works for me. Thanks for this workaround :) best regards Mourad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752870: wrong, development version doesn't fix all of it
Hi again, it turns out I was wrong, the development version does not fix all of it. The folder selection list shows up only once, and then not anymore. But the other problems are still fixed: preferences work, and the automatic guessing of destination folder works too (I think it didn't give me a default destination anymore with the packaged version) Don't hesitate to ask for more information or testing, nostalgy is vital when using a big list of folders. Thanks, -- Rémi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746415: gnome-terminal: will not start with non-utf-8 locale
Just one more data to clarify the really strange behaviour of my G-T installation: I do not have any non-UTF locale, as you can see from the output of localectl list-locales: C.UTF-8 en_US.utf8 it_IT.utf8 HTH, Maurizio. PS What is the relationship between G-T and G-T-S? I think I usually run G-T only: does it rely on G-T-S underneath? On Thu, Jun 26, 2014 at 2:51 PM, MamoMC mam...@tin.it wrote: Here are some tests run on my PC. I wonder they are helpful to debug (and hopefully solve!) the problem. ** maurizio@LiMOne:~$ gnome-terminal --version GNOME Terminal 3.12.2 maurizio@LiMOne:~$ gnome-terminal Error constructing proxy for org.gnome.Terminal:/org/gnome/ Terminal/Factory0: Error calling StartServiceByName for org.gnome.Terminal: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.gnome.Terminal exited with status 1 maurizio@LiMOne:~$ LANG=C.UTF-8 gnome-terminal Error constructing proxy for org.gnome.Terminal:/org/gnome/Terminal/Factory0: Error calling StartServiceByName for org.gnome.Terminal: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.gnome.Terminal exited with status 1 maurizio@LiMOne:~$ LANG=C gnome-terminal Error constructing proxy for org.gnome.Terminal:/org/gnome/Terminal/Factory0: Error calling StartServiceByName for org.gnome.Terminal: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.gnome.Terminal exited with status 1 maurizio@LiMOne:~$ /usr/lib/gnome-terminal/gnome-terminal-server Non UTF-8 locale is not supported! maurizio@LiMOne:~$ *LANG=C.UTF-8 /usr/lib/gnome-terminal/gnome-terminal-server* maurizio@LiMOne:~$ LANG=C /usr/lib/gnome-terminal/gnome-terminal-server Non UTF-8 locale is not supported! ** In red the only case when the code did not give any error and it did exit a few seconds after it had been run without any message. I also tried to follows some suggestions from https://bbs.archlinux.org/viewtopic.php?id=180103 by giving as root locale-gen + localectl set-locale LANG=en_US.UTF-8 + reboot but no good results. In the end of the blog DESPAIR says Today I got last update GNOME Terminal 3.12.2. And problem seems like fixed. I do have the very SW version but it did not work for me. Egmont, please feel free forward to bugzilla.gnome.org my tests you can find at the beginning of this reply if you think it can be useful. Maurizio. -- Ciao, Maurizio.
Bug#752873: fckeditor: CVE-2014-4037
Package: fckeditor Severity: grave Tags: security Justification: user security hole Hi, please see http://packetstormsecurity.com/files/126902/FCKeditor-2.6.10-Cross-Site-Scripting.html http://ckeditor.com/blog/FCKeditor-2.6.11-Released Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752874: RM: whatsnewfm -- ROM; obsolete; abandoned upstream
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm This package is no longer useful since the underlying service (freecode.com) has now shut down and is no longer accepting new submissions: The Freecode site has been moved to a static state effective June 18, 2014 due to low traffic levels and so that folks will focus on more useful endeavors than site upkeep. source: http://freecode.com/about For more info, see the unstable removal request #752560 (already closed): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752560 -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Christian.Garbs.http://www.cgarbs.de Es ist schon ganz gut, daß Microsoft keine Autos entwickelt. Jedes Auto hätte ein Lenkrad, einen Joystick, eine Fernbedienung und Griffe auf dem Heck für Leute, die es vorziehen, ihr Auto zu schieben. (Andy Rathbone, Windows für Dumme^H^H^H^H^HAnfänger) signature.asc Description: Digital signature
Bug#752751: RM: lib*vtv0 - libraries not built anymore by gcc-4.9
Am 26.06.2014 14:08, schrieb Scott Kitterman: On Thursday, June 26, 2014 10:27:44 Matthias Klose wrote: Package: ftp.debian.org Please remove the lib32vtv0 libvtv0 libx32vtv0 binaries in unstable, these are not built anymore by gcc-4.9. Building these makes only sense when gcc is configured with --enable-vtable-verify, which we don't do, because just having the stubs built in libstdc++ adds a performance penalty. Removed all but libx32vtv0. That one still has other rdepends: # Broken Depends: gcc-4.9: lib64gcc-4.9-dev [i386] libx32gcc-4.9-dev [i386] libx32vtv0-dbg [amd64 i386] If it had just been the dbg, I'd have gone ahead and removed it too, but it looks like the other ought to be investigated/fixed. Please remove the moreinfo tag once that's done. Also, please don't try wildcards in the package name, it really messes with the script we use to parse the mails into dak commands. For my reference: dak rm -b -d 752751 -R -C package -m NBS (no longer built by gcc-4.9) libx32vtv0 the i386 build is now in the archive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752591: Bug#752605: Alternative explanation for bug 752591
Am 27.06.2014 04:04, schrieb Tommaso Colombo: IMHO, that is the actual cause for this bug: whenever a scsi_device appears, the RUN clause of the generic module loading rule ENV{MODALIAS}==?*, RUN{builtin}=kmod load $env{MODALIAS} at /lib/udev/rules.d/80-drivers.rules:5, which would have loaded sd_mod, is overwritten by the RUN clause of the sg-specific rule. The fix would simply be to change the RUN clause of the sg-specific rule from RUN{builtin}=kmod load sg to RUN{builtin}+=kmod load sg This change fixes the problem on my system. What do you think? I think your analysis is absolutely correct. Will change the rule back to use the kmod builtin. Thanks! Michael -- 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#752785: Fwd: Bug#752785: openmpi: Please add mpi.pc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Thanks to Jeff Squyres for the note below. I've tested and mpi.pc - ompi.pc is not sufficient for Fortran, just C. There seem to be two approaches: (1) foo-f90.pc etc. versions of the pc packages. (2) adding fflags, fcflags, etc. to the pc packages. (2) seems to be used in most packages that support fortran; adding variables that match the GNU configure, etc. conventions: ie. FFLAGS, FCFLAGS, CXXFLAGS, etc. Approach (1) has the semantic problem of using 'pkg-config --cflags ompi-f90 to get Fortran, not C, flags. There is the minor bug that `pkg-config --variables=fflags --libs mpi` doesn't work as an alternative, for which I've submitted a report against pkg-config. So I will create a patch to enhance ompi.pc by adding fflags, etc. support. For libs, this has the problem of requiring -lmpi_f90 on the libs line even if F90 is not being used (for example), but adding -Wl,--as-needed _should_ clear this. (Work testing this is required). regards Alastair - Original Message Subject: Bug#752785: openmpi: Please add mpi.pc Date: Thu, 26 Jun 2014 16:08:19 + From: Jeff Squyres (jsquyres) jsquy...@cisco.com To: mckins...@debian.org mckins...@debian.org Google alerts found this bug for me... Don't forget about mpifort, which is the replacement for now-deprecated mpif77 and mpif90. I don't remember offhand whether MPICH supports mpifort or not, but Open MPI has deprecated mpif77 and mpif90 in favor of the name mpifort. - -- Jeff Squyres jsquy...@cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/ -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTrUUPAAoJEN9LdrZRJ3QsCfYQALfgztKhnM5gADHKxslYjRW/ KAiB8aKcDwjH4OVv5vclzDdUZAyKg0Tt/yCtgofyKQy7Ret6/p8qnU5CtOcP7t3z MK7gC0JphNV9MN4vOyy4FsXg7tkr4ldNMtJlHSstdnlXs4bZvFnL3iDvADpxrbVU 8xwE8EvfdEz62inj1zjoEQg8VkqSsE0U3dpQ82c7bXqCmfAFPJDIjgGJUOyG4T4p bRJbgV0y3El9Y9NYp9HldyidDhsMpwK3P3aki3Z+TtvvbpBE+dsFaFH8qMrQTr7G En5ZCVEnQ80MVLdcLDap/3IwQtp8nPcjBMoZ8gTl1AlLUoHGSdRQkrkfkSTHON0y VWl0gHitGl1F5N4GdTYnkPABFKUz2wvVZKzpLn11Uprh3uhPsg6axC9/iVQc2rct /46P98dkfpChXqtCocYBML5G3Ax55GPTbDkbEMEmpvjWIIIPjcyg20rKFvfMQ8W7 PM+CtzSWKIoVrmtAy6GfnHQrP+NmprOY+CqiYbpB5Bqgxr3BS37fMGs/VWrtFrHL 9f4S6hWyFpY7Dxrc07bYRsb85yd2tnyUPmQe6UhpcMLfIUoDNDosWeqCkF7rpAun lfrkdaTPXmS0FNj38E5e4c8nanP2eSWoz0XZJMgYqlWidOxyYFQ7C+x70MEL5pdt Vfzuun9aFYM3Z7u6/86u =zgbY -END PGP SIGNATURE-
Bug#749395: Should the link be updated?
Hi debian release and vtk6 maintainers, Following up from an irc conversation on ftp and release channel I think the Ben file should be updated to is_good = .depends ~ libvtk6.1; thanks, Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752876: ITP: r-cran-spdep -- GNU R spatial dependence: weighting schemes, statistics and models
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-cran-spdep Version : 0.5-74 Upstream Author : Roger Bivand roger.biv...@nhh.no * URL : http://cran.r-project.org/web/packages/spdep/ * License : GPL Programming Lang: R Description : GNU R spatial dependence: weighting schemes, statistics and models A collection of functions to create spatial weights matrix objects from polygon contiguities, from point patterns by distance and tessellations, for summarizing these objects, and for permitting their use in spatial data analysis, including regional aggregation by minimum spanning tree; a collection of tests for spatial autocorrelation, including global Moran's I, APLE, Geary's C, Hubert/Mantel general cross product statistic, Empirical Bayes estimates and Assunção/Reis Index, Getis/Ord G and multicoloured join count statistics, local Moran's I and Getis/Ord G, saddlepoint approximations and exact tests for global and local Moran's I; and functions for estimating spatial simultaneous autoregressive (SAR) lag and error models, impact measures for lag models, weighted and unweighted SAR and CAR spatial regression models, semi-parametric and Moran eigenvector spatial filtering, GM SAR error models, and generalized spatial two stage least squares models. Remark: This package is needed to run the test suite of r-cran-surveillance. It will be maintained by the Debian Science team at svn://anonscm.debian.org/debian-science/packages/R/trunk/packages/r-cran-spdep/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#413066: tinymce: Any news for tinymce locales ?
Package: tinymce Version: 3.4.8+dfsg0-1 Followup-For: Bug #413066 Dear Maintainer, This bug exists since 2007, the files are provided upstream. Are there plans to fix this bug? Regards. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#752465: closed by Emilio Pozuelo Monfort po...@debian.org (Re: Processed: Re: libgdbm3: please rebuild against texinfo 5.2)
reopen 752465 reassign 752465 libgdbm3 severity 752465 serious retitle 752465 Multi-Arch:same file conflict for any pair of architectures thanks On Thu, Jun 26, 2014 at 09:21:05PM +, Debian Bug Tracking System wrote: Scheduled. I'm opening another bug against gdbm so this isn't necessary in the future. Emilio Hmm. That was not the expected outcome. gdbm doesn't use debhelper and is now in a state more broken than before the binNMU. It causes file conflicts for usr/share/doc/libgdbm3/changelog.Debian.gz for any pair of architectures. Any sourceful upload will fix this bug, but more effort is required for making the package binNMU+M-A safe. That effort is the scope of bug #752830. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752877: iceweasel: Iceweasel-29.0.1 no longer executes zotero usefully
Package: iceweasel Version: 29.0.1-2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** Letting apt-get upgrade iceweasel to 29.0.1 rendered Zotero (original plugins : zotero + libreoffice plugin integration) unusable : the plugin starts, but does *not* display the libraries 'i. e. has no usable function). 1) I tried to restore my data from the Zotero server. This seemed to work ((long time downlading...) fut utlimately fails with a complaint that Intl is not defined, and gives me (again) an empty display. 2) I also suppressed the original plugins and reinstalled the debian-packaged ones : this gave me back the display of my library ; I also checked thai I was able again to add a reference to my library and getting it back. An usable zotero... Note : zotero-standalone (as packaged in Debian), using the same data files, still worked (and works). I fully expected to be able to install an use the original plugins for Zotero (there are serious reasons for this, see https://www.zotero.org/support/4.0_changelog). However, according to Dan Stillman (from the Zotero team), the problem is specific to Debian builds of Iceweasel 29 : see https://forums.zotero.org/discussion/37876. BTW : This information should also be passed down to the maintainers of the plugin and standalone versions of Zotero. HTH, -- Package-specific info: -- Extensions information Name: Adblock Plus Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi Status: enabled Name: AutoPagerLite Location: ${PROFILE_EXTENSIONS}/autopagerl...@teesoft.info.xpi Status: user-disabled Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: Flashblock Location: ${PROFILE_EXTENSIONS}/{3d7eb24f-2740-49df-8937-200b1cc08f8a} Status: enabled Name: MozRepl Location: ${PROFILE_EXTENSIONS}/mozr...@hyperstruct.net.xpi Status: enabled Name: PDF Viewer Location: ${PROFILE_EXTENSIONS}/uriloa...@pdf.js.xpi Status: enabled Name: SQLite Manager Location: ${PROFILE_EXTENSIONS}/sqlitemana...@mrinalkant.blogspot.com.xpi Status: enabled Name: Zotero Location: ${PROFILE_EXTENSIONS}/zot...@chnm.gmu.edu.xpi Status: enabled Name: Zotero LibreOffice Integration Location: ${PROFILE_EXTENSIONS}/zoteroopenofficeintegrat...@zotero.org Status: enabled -- Plugins information Name: Gnome Shell Integration Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so Package: gnome-shell Status: enabled Name: IcedTea-Web Plugin (using IcedTea-Web 1.5 (1.5-1)) Location: /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so Package: icedtea-7-plugin:amd64 Status: enabled Name: MozPlugger 1.14.5 handles QuickTime and Windows Media Player Plugin (1.14.5) Location: /usr/lib/mozilla/plugins/mozplugger.so Package: mozplugger Status: enabled Name: Shockwave Flash Location: /usr/lib/gnash/libgnashplugin.so Package: browser-plugin-gnash Status: enabled Name: VLC Web Plugin Location: /usr/lib/mozilla/plugins/libvlcplugin.so Package: browser-plugin-vlc Status: enabled Name: iTunes Application Detector Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so Package: rhythmbox-plugins Status: enabled -- Addons package information ii browser-plugin 0.8.11~git20 amd64GNU Shockwave Flash (SWF) player ii browser-plugin 2.0.6-2 amd64multimedia plugin for web browser ii gnome-shell3.8.4-8.1amd64graphical shell for the GNOME des ii icedtea-7-plug 1.5-1amd64web browser plugin based on OpenJ ii iceweasel 29.0.1-2 amd64Web browser based on Firefox ii mozplugger 1.14.5-2 amd64Plugin allowing external viewers ii rhythmbox-plug 3.0.3-1+b1 amd64plugins for rhythmbox music playe -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing'), (500, 'testing-updates'), (500, 'testing-proposed-updates'), (60, 'unstable'), (55, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.4 ii fontconfig 2.11.0-5 ii libc6 2.19-3 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-02.40.0-3 ii libgtk2.0-0 2.24.23-1 ii libnspr42:4.10.6-1 ii libnspr4-0d 2:4.10.6-1 ii libsqlite3-03.8.4.3-3 ii libstdc++6 4.9.0-7 ii procps 1:3.3.9-5 ii xulrunner-2929.0.1-2 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii fonts-mathjax 2.4-1 ii fonts-oflb-asana-math 000.907-6 ii fonts-stix [otf-stix] 1.1.1-1 ii libgssapi-krb5-2 1.12.1+dfsg-3 ii mozplugger 1.14.5-2 Versions of
Bug#752626: mate-indicator-applet should conflict with indicator-applet-complete
Hi Martin, hi Vangelis, On Mi 25 Jun 2014 13:51:07 CEST, Stefano Karapetsas wrote: On 2014-06-25 13:11, Vlad Orlov wrote: Sure, but as a short-term solution until 1.10 release, the conflict is an acceptable fix for that LP bug I think. We can simply cherry pick this commit, no need to wait for 1.10: http://git.mate-desktop.org/mate-indicator-applet/commit/?id=12ea8a6c3b8b1e6fd7c62624dd123ae49d92d833 Can either of you get this patch as quilt patch into the mate-indicator-applet package on git.debian.org? Thanks, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpyzNBRrVks3.pgp Description: Digitale PGP-Signatur
Bug#752878: lsinitramfs: fails to list contents with recent kernels
Package: initramfs-tools Version: 0.115 Severity: normal File: /usr/bin/lsinitramfs lsinitramfs does not work with the initramfs for my 3.14-1-amd64 kernel it does work with my 3.2.0 wheezy kernel though. The following difference (as shown by file) might be relevant: /boot/initrd.img-3.2.0-4-amd64: gzip compressed data, last modified: Fri Jun 27 12:22:21 2014, from Unix /boot/initrd.img-3.14-1-amd64: ASCII cpio archive (SVR4 with no CRC) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initramfs-tools depends on: ii cpio 2.11+dfsg-2 ii klibc-utils2.0.3-1 ii kmod 18-1 ii module-init-tools 18-1 ii udev 208-3 Versions of packages initramfs-tools recommends: ii busybox 1:1.22.0-6 Versions of packages initramfs-tools suggests: ii bash-completion 1:2.1-4 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752879: IO::Socket::SSL::Utils POD documents nonexistent cert_digest_*
Package: libio-socket-ssl-perl Version: 1.992-1 Severity: minor IO::Socket::SSL::Utils POD says that CERT_asHash() return a hash that contains, among others: cert_digest_xxx Binary digest of the certificate using the given digest algorithm, e.g. cert_digest_sha256 if (the default) SHA-256 was used. But there is no such key: $ perl test-cert-ashash.pl /usr/share/ca-certificates/mozilla/EC-ACC.crt crl_uri ext extkeyusage fingerprint_sha256 issuer keyusage not_after not_before ocsp_uri pubkey_digest_sha256 serial subject subjectAltNames version x509_digest_sha256 I guess it should be s/cert_digest/x509_digest/g. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libio-socket-ssl-perl depends on: ii libnet-ssleay-perl 1.64-1 ii netbase 5.2 ii perl5.18.2-4 Versions of packages libio-socket-ssl-perl recommends: ii libio-socket-inet6-perl 2.72-1 ii libio-socket-ip-perl0.29-3 ii libnet-idn-encode-perl 2.200-1 ii libsocket6-perl 0.25-1 ii liburi-perl 1.60-1 ii perl5.18.2-4 ii perl-base [libsocket-perl] 5.18.2-4 Versions of packages libio-socket-ssl-perl suggests: ii ca-certificates 20140325 -- Jakub Wilk #!/usr/bin/perl use strict; use warnings; use IO::Socket::SSL::Utils qw(PEM_file2cert CERT_asHash); my $cert = PEM_file2cert($ARGV[0]); my $hash = CERT_asHash($cert); for (sort keys $hash) { print $_\n; }
Bug#752880: Filling in forms requires patience
Package: okular Version: 4:4.13.1-2 Severity: normal When I show forms in Okular, it sometimes obscures the actual PDF. The input fields are mis-aligned, the check boxes and radio buttons do not show the state, and if I scroll around a bit, it gets worse and worse until I hide/show the forms and start again. In addition, it's not possible to remove check boxes, i.e. once they're checked, you cannot remove the checkmark. Am I doing something wrong? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages okular depends on: ii kde-runtime 4:4.13.1-1 ii libc6 2.19-3 ii libfreetype62.5.2-1 ii libjpeg88d-2 ii libkactivities6 4:4.13.1-1 ii libkdecore5 4:4.13.1-1 ii libkdeui5 4:4.13.1-1 ii libkexiv2-114:4.13.1-1 ii libkio5 4:4.13.1-1 ii libkparts4 4:4.13.1-1 ii libkprintutils4 4:4.13.1-1 ii libkpty44:4.13.1-1 ii libokularcore4 4:4.13.1-2 ii libphonon4 4:4.7.1-1 ii libpoppler-qt4-40.24.5-4 ii libqca2 2.0.3-6 ii libqimageblitz4 1:0.0.6-4 ii libqmobipocket1 4:4.12.2-2 ii libqt4-dbus 4:4.8.6+dfsg-2 ii libqt4-declarative 4:4.8.6+dfsg-2 ii libqt4-svg 4:4.8.6+dfsg-2 ii libqt4-xml 4:4.8.6+dfsg-2 ii libqtcore4 4:4.8.6+dfsg-2 ii libqtgui4 4:4.8.6+dfsg-2 ii libsolid4 4:4.13.1-1 ii libspectre1 0.2.7-2 ii libstdc++6 4.9.0-7 ii phonon 4:4.7.1-1 ii zlib1g 1:1.2.8.dfsg-1 okular recommends no packages. Versions of packages okular suggests: ii ghostscript9.05~dfsg-8.1 pn jovie none ii okular-extra-backends 4:4.13.1-2 ii poppler-data 0.4.6-5 ii texlive-binaries 2014.20140528.34243-2 ii unrar 1:5.0.10-1 -- no debconf information -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#638424: debsums reports that some aspell-it files have changed
On Fri, Aug 19, 2011 at 10:47:30AM +0200, Francois Gouget wrote: Package: aspell-it Version: 2.4-20070901-0-2 Severity: normal Install aspell-it and immediately run 'debsums -s aspell-it'. The output is: debsums: changed file /usr/lib/aspell/it.rws (from aspell-it package) debsums: changed file /var/lib/aspell/it.compat (from aspell-it package) This means these files were changed by aspell-it itself, thus making it impossible to check for tampering (or file corruption), and casting doubt on the entire system for administrators who depend on the output of debsums. Hi, Giuseppe, Some recent work has been done in dictionaries-common to deal better with this kind of things. In addition, a new aspell-simple feature has been added to make easier maintenance of aspell dictionary packages built directly after original aspell dictionary sources, like aspell-it. Please see cc'ed https://bugs.debian.org/737515 When testing the system, aspell-it has been used a a reference example. For that purpose, Tobias Frost has created an aspell-it example package to demonstrate dh_aspell-simple. http://mentors.debian.net/debian/pool/main/a/aspell-it/aspell-it_2.4-20070901-0-2.1.dsc That reference package also includes a packaging overhaul (to really have a state-of-the-art model package). A summary of changes follows: * d/control: update to SV 3.9.5, remove obsolete DM-Upload-Allowed, adding misc:Depends and aspell:Depends to the binary package dependencies * d/rules: update to debhelper short syntax (using dh_aspell-simple). * d/compat set to 9 and B/D on debhelper 9 * d/source/format set to 3.0 (quilt) * d/copyright changed to dep5 style and will also deal with this #638424 bug report. We are very interested in having this reference package in the archive to serve as an example for others. Please let us know what you think about this. If you prefer to do things in person, please let us know as soon as possible. Otherwise, if you do not object, Tobias package will follow the usual NMU procedure. Thanks for your feedback Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630353: Bug#670681: NMU for RC bug in postgrey
Hi, Axel Beckert wrote: I've prepared an NMU to fix #670681. See the git commit at http://anonscm.debian.org/gitweb/?p=collab-maint/postgrey.git;a=commitdiff;h=0f28b7d153ea42de08054f542e81deb4c04631e6 (I pushed it to a newly created nmu branch which I'll merge and remove as soon as the package hits the archive.) [...] I hope this NMU is ok for you, too. If so, please tell me and I'll upload it more or less immediately. If I don't hear from you, I'll upload it to DELAYED/2 -- probably tomorrow. Uploaded to DELAYED/2 with the attached debdiff. (Should be the same as the diff linked above, but included for completeness.) Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 diff -u postgrey-1.34/debian/changelog postgrey-1.34/debian/changelog --- postgrey-1.34/debian/changelog +++ postgrey-1.34/debian/changelog @@ -1,3 +1,12 @@ +postgrey (1.34-1.3) unstable; urgency=high + + * Non-maintainer upload in accordance with maintainer. + * Fix stop action of init script. (Closes: #670681, #630353) ++ Add preinst script which kills postgrey daemons neither stoppable by + the old nor by the new init.d script. + + -- Axel Beckert a...@debian.org Thu, 26 Jun 2014 16:03:15 +0200 + postgrey (1.34-1.2) unstable; urgency=high * Non-maintainer upload. diff -u postgrey-1.34/debian/postgrey.init postgrey-1.34/debian/postgrey.init --- postgrey-1.34/debian/postgrey.init +++ postgrey-1.34/debian/postgrey.init @@ -51,7 +51,7 @@ start) log_daemon_msg Starting $DESC $NAME if start-stop-daemon --start --oknodo --quiet \ - --pidfile $PIDFILE --name $NAME \ + --pidfile $PIDFILE \ --startas $DAEMON -- $POSTGREY_OPTS $POSTGREY_TEXT_OPT then log_end_msg 0 @@ -63,7 +63,7 @@ stop) log_daemon_msg Stopping $DESC $NAME if start-stop-daemon --stop --oknodo --quiet \ - --pidfile $PIDFILE --name $NAME + --pidfile $PIDFILE then log_end_msg 0 else @@ -75,7 +75,7 @@ reload|force-reload) log_action_begin_msg Reloading $DESC configuration... if start-stop-daemon --stop --signal 1 --quiet \ - --pidfile $PIDFILE --name $NAME + --pidfile $PIDFILE then log_action_end_msg 0 else only in patch2: unchanged: --- postgrey-1.34.orig/debian/postgrey.preinst +++ postgrey-1.34/debian/postgrey.preinst @@ -0,0 +1,12 @@ +#!/bin/sh + +# preinst script to kill postgrey daemons started by broken init.d +# script. See https://bugs.debian.org/670681 for details. + +set -e + +if [ $1 != abort-upgrade ] dpkg --compare-versions $2 lt-nl 1.34-1.3~; then +start-stop-daemon --stop --oknodo --user postgrey +fi + +#DEBHELPER# signature.asc Description: Digital signature
Bug#473137: Duplicate
Hi, 527288 is a duplicate of this one. -- Sincerely, Stephane Ascoet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527288: I agree
Hi, I confirm this bug. It should have been corrected after so many years! -- Sincerely, Stephane Ascoet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751861: [mpdecimal] Allow bootstrapping without sphinx
On Thu, Jun 26, 2014 at 05:55:23PM +0100, Wookey wrote: Rather than gating the sphinxdoc debhelper module option on installation of the sphinx-common package, would it not be better to use an explicit DEB_BUILD_PROFILE=stage1 or nodoc? This is more deterministic. We don't want packages that still build OK when build-deps are missing unless explicitly asked to. Or am I misunderstanding the patch/situation? You're not quite misunderstanding it, but there is no need to use a build profile for this. In this case it's a matter of splitting the documentation into an arch:all package and making it so that sphinxdoc will only be used when building all the packages and that it will not be used when building only the architecture-dependent packages on the buildds (or during a bootstrap build). You are right that the way I'd made the checks was not ideal; attached is a better patch, also available in my Gitorious repository at https://gitorious.org/roam-debian-bootstrap/mpdecimal-debian/commits/roam-stage1-indep-2 Thanks for taking a look! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 From a8d2aa393787d6d35c8b35f4e62bca60f7fef92b Mon Sep 17 00:00:00 2001 From: Peter Pentchev r...@ringlet.net Date: Tue, 17 Jun 2014 01:07:31 +0300 Subject: [PATCH] Break the docs out into arch:all libmpdec-doc. Move the HTML documentation into a separate package and only build it if required. This takes care of a circular dependency loop as outlined by the versioned page linked to from http://bootstrap.debian.net/source/mpdecimal.html - python3-sphinx python3 libpython3-stdlib libpython3.4-stdlib libmpdec2 Have the libmpdec-dev package recommend the new libmpdec-doc one, so that it will be installed in the default always install Recommends Debian setup. --- debian/control | 14 -- debian/rules | 11 +++ 2 files changed, 19 insertions(+), 6 deletions(-) diff --git a/debian/control b/debian/control index ef15f89..b25ca58 100644 --- a/debian/control +++ b/debian/control @@ -3,8 +3,8 @@ Priority: optional Maintainer: Matthias Klose d...@debian.org Build-Depends: debhelper (= 8.0.0), autotools-dev, # gmp is only used when running the tests from the separate test tarball - libgmp-dev, - python-sphinx (= 1.0.7+dfsg) | python3-sphinx + libgmp-dev +Build-Depends-Indep: python-sphinx (= 1.0.7+dfsg) | python3-sphinx Standards-Version: 3.9.5 Section: libs Homepage: http://www.bytereef.org/mpdecimal/index.html @@ -14,6 +14,7 @@ Section: libdevel Architecture: any Multi-Arch: same Depends: libmpdec2 (= ${binary:Version}), ${sphinxdoc:Depends}, ${misc:Depends} +Recommends: libmpdec-doc Description: library for decimal floating point arithmetic (development files) mpdecimal is a package for correctly-rounded arbitrary precision decimal floating point arithmetic. @@ -29,3 +30,12 @@ Replaces: libmpdec2.3 Description: library for decimal floating point arithmetic (runtime library) mpdecimal is a package for correctly-rounded arbitrary precision decimal floating point arithmetic. + +Package: libmpdec-doc +Section: doc +Architecture: all +Breaks: libmpdec-dev ( 2.4.0-7) +Replaces: libmpdec-dev ( 2.4.0-7) +Description: library for decimal floating point arithmetic (documentation) + mpdecimal is a package for correctly-rounded arbitrary precision decimal + floating point arithmetic. diff --git a/debian/rules b/debian/rules index afbc00c..c8f0e83 100755 --- a/debian/rules +++ b/debian/rules @@ -17,6 +17,9 @@ ifneq ($(DEB_BUILD_MULTIARCH),$(DEB_HOST_MULTIARCH)) endif %: + dh $@ --parallel --buildsystem=autoconf + +binary binary-indep build build-indep: dh $@ --parallel --buildsystem=autoconf --with sphinxdoc # work around debhelper, v9 overwrites CFLAGS in the build :-/ @@ -51,9 +54,9 @@ override_dh_auto_install: override_dh_sphinxdoc: cp -a debian/tmp/usr/share/doc/mpdecimal/* \ - debian/libmpdec-dev/usr/share/doc/libmpdec-dev - rm -f debian/libmpdec-dev/usr/share/doc/libmpdec-dev/LICENSE* - rm -f debian/libmpdec-dev/usr/share/doc/libmpdec-dev/INSTALL* + debian/libmpdec-doc/usr/share/doc/libmpdec-doc + rm -f debian/libmpdec-doc/usr/share/doc/libmpdec-doc/LICENSE* + rm -f debian/libmpdec-doc/usr/share/doc/libmpdec-doc/INSTALL* cp -p /usr/share/javascript/sphinxdoc/1.0/{doctools,jquery,searchtools,sidebar,underscore}.js \ - debian/libmpdec-dev/usr/share/doc/libmpdec-dev/_static/. + debian/libmpdec-doc/usr/share/doc/libmpdec-doc/_static/. dh_sphinxdoc -- 2.0.0 signature.asc Description: Digital signature
Bug#473137: Duplicate
Control: severity -1 minor Control: forcemerge -1 527288 On Fri, Jun 27, 2014 at 01:20:58PM +0200, Stephane Ascoet wrote: Hi, 527288 is a duplicate of this one. Merging, thanks. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741573: Two menu systems
On Thursday, June 26, 2014, Colin Watson cjwat...@debian.org wrote: On Thu, Jun 26, 2014 at 05:50:38PM +0100, Ian Jackson wrote: I see Keith has committed a draft to git. As discussed, I disagree with this approach. This amounts to nonconsensually abolishing someone's work when it is still being maintained, and the global cost is minimal. My feelings on this draft are mixed. On the one hand, I happen to agree with the position that the categorisation system in .desktop files (and X-Show-In etc.) should be able to cover the bulk of the practical requirements of the trad menu system: * There's no reason that has a .desktop file should imply shows up in modern desktop environments, and so I think that the question of coverage is to some extent a red herring; the systems have different coverage because they've always had different coverage, not because the .desktop format is inherently unable to meet the needs of trad menu consumers. * We might have to look into the presentation of menu item names, although Name / GenericName offers some support for the different names that people are likely to want, and if all else fails the .desktop file format does have extension mechanisms. I would be very happy to see additional .desktop files being added to packages with suitable categorisation such that they don't need to interfere with how the maintainers of modern DEs want to present their desktops, so that menu-xdg (or similar) can supplant the current menu system with negligible loss of functionality for users of trad menus. I think this would make a great project for people interested in unifying the two worlds a bit more, which doesn't even have to step on anyone's toes. Perhaps for instance it would be a good project for Debian's Google Summer of Code efforts. On the other hand, Keith's draft seems highly aspirational to me. While it seems to me to be broadly the right kind of long-term technical direction, there is an awful lot of work in there for people who want something like trad menus which is being glossed over. So, I prefer Ian's position in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741573#355 for the purposes of how the policy text should remain for the time being, and in terms of the philosophy of not ripping out work from under people's feet. I disagree with its argument that it follows directly from the two sets of competing requirements that we must have these two file formats. I prefer Keith's position as a long-term direction, but agree with Ian that it is lacking an awful lot of transitional thought, and feel that it has a lot of things-should-be-done without it being clear who will do them. Thirdly, IMO the resolution needs to acknowledge (in the whereas section) that consuming a trad Debian menu entry is simpler and easier than consuming a .desktop file. I think this is really overstated. .desktop files are in a long-standing and popular basic file format for which plenty of parsing libraries in various languages exist, so you can get to the point of having a parsed data structure trivially. In contrast the menu entry format is a bespoke thing. While the .desktop file format has more bells and whistles, many of them can be ignored if you don't support whatever it is. I don't think it's worth emphasising ease of consumption either way. I believe the major aspect of .desktop files that makes them harder is the icon handling. Perhaps debian policy should instruct that a certain icon size must always be available in a particular format (e.g. 32x32 png) so that WMs do not have to handle so many corner cases in that area. Best, -- Cameron Norman
Bug#748685: NMU debdiff for bibletime_2.9.2-1.1
debdiff bibletime_2.9.2-1.dsc bibletime_2.9.2-1.1.dsc diff -Nru bibletime-2.9.2/debian/changelog bibletime-2.9.2/debian/changelog --- bibletime-2.9.2/debian/changelog2013-08-12 21:03:22.0 +0100 +++ bibletime-2.9.2/debian/changelog2014-06-27 11:59:22.0 +0100 @@ -1,3 +1,14 @@ +bibletime (2.9.2-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Build with libsword 1.7. +Add libsword-1.7.patch. +Patch by Plamen Aleksandrov pla...@aomeda.com. +Work done as part of a Debian GSOC 2014 project. +Closes: #748685. + + -- Anibal Monsalve Salazar ani...@debian.org Fri, 27 Jun 2014 11:59:08 +0100 + bibletime (2.9.2-1) unstable; urgency=low * New upstream release diff -Nru bibletime-2.9.2/debian/patches/libsword-1.7.patch bibletime-2.9.2/debian/patches/libsword-1.7.patch --- bibletime-2.9.2/debian/patches/libsword-1.7.patch 1970-01-01 01:00:00.0 +0100 +++ bibletime-2.9.2/debian/patches/libsword-1.7.patch 2014-06-27 11:47:12.0 +0100 @@ -0,0 +1,74 @@ +From: Plamen Aleksandrov pla...@aomeda.com +Subject: patch for bibletime 2.9 +Date: Wed, 18 Jun 2014 16:23:33 +0300 + +https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748685 + +This patch fixes the compilation of bibletime 2.9 with libsword 1.7. + +diff -urN a/cmake/sword_linker_check.cpp b/cmake/sword_linker_check.cpp +--- a/cmake/sword_linker_check.cpp 2013-06-03 18:08:52.0 + b/cmake/sword_linker_check.cpp 2014-06-16 12:49:05.979470653 + +@@ -15,13 +15,13 @@ + + #include swmgr.h + #include installmgr.h +-#include ftptrans.h ++#include curlftpt.h + + int main(int argc, char* argv[]) + { + sword::SWMgr mgr; + sword::InstallMgr imgr; +-sword::FTPTransport trans(example.com); ++sword::CURLFTPTransport CURLFTPTransport(example.com); + + return 0; + } +diff -urN a/src/backend/rendering/centrydisplay.h b/src/backend/rendering/centrydisplay.h +--- a/src/backend/rendering/centrydisplay.h2013-06-03 18:08:52.0 + b/src/backend/rendering/centrydisplay.h2014-06-16 14:28:00.972395181 + +@@ -35,6 +35,7 @@ +const DisplayOptions displayOptions, +const FilterOptions filterOptions); + ++ virtual char display(sword::SWModule mod) { (void)mod; return 'c';} + }; /* class CEntryDisplay */ + + } /* namespace Rendering */ +diff -urN a/src/bibletime.cpp b/src/bibletime.cpp +--- a/src/bibletime.cpp2013-06-03 18:08:52.0 + b/src/bibletime.cpp2014-06-17 09:06:12.656074834 + +@@ -285,7 +285,7 @@ + const int maxIndex = 31100; + int newIndex = rand() % maxIndex; + vk.setPosition(sword::TOP); +-vk.Index(newIndex); ++vk.setIndex(newIndex); + createReadDisplayWindow(bible, vk.key()); + } else { + createReadDisplayWindow(bible, bibleKey); +diff -urN a/src/frontend/bookshelfmanager/btinstallmgr.cpp b/src/frontend/bookshelfmanager/btinstallmgr.cpp +--- a/src/frontend/bookshelfmanager/btinstallmgr.cpp 2013-06-03 18:08:52.0 + b/src/frontend/bookshelfmanager/btinstallmgr.cpp 2014-06-17 09:55:32.442530952 + +@@ -18,7 +18,7 @@ + + // Sword includes: + #include installmgr.h +-#include ftptrans.h ++#include curlftpt.h + + + using namespace sword; +diff -urN a/src/frontend/bookshelfmanager/btinstallmgr.h b/src/frontend/bookshelfmanager/btinstallmgr.h +--- a/src/frontend/bookshelfmanager/btinstallmgr.h 2013-06-03 18:08:52.0 + b/src/frontend/bookshelfmanager/btinstallmgr.h 2014-06-17 09:53:52.314448110 + +@@ -18,7 +18,7 @@ + + // Sword includes: + #include installmgr.h +-#include ftptrans.h ++#include curlftpt.h + + + /** diff -Nru bibletime-2.9.2/debian/patches/series bibletime-2.9.2/debian/patches/series --- bibletime-2.9.2/debian/patches/series 2013-08-12 20:09:34.0 +0100 +++ bibletime-2.9.2/debian/patches/series 2014-06-27 11:53:34.0 +0100 @@ -1,2 +1,3 @@ gcc4.7-ftbfs.patch find-clucene-config.h.diff +libsword-1.7.patch signature.asc Description: Digital signature
Bug#752881: linux-image-3.2.0-4-amd64: bluRay writer can't write under wheezy kernel (I/O error: Unhandled sense code) but ok under squeeze
Package: src:linux Version: 3.2.57-3+deb7u2 Severity: normal Dear Maintainer, Under this linux-image-3.2.0-4-amd64 kernel my blu Ray writer [sr1] has severe problems so that I can not writer a Blu Ray with it. But it writes perfectly under the older squeeze linux-image-2.6.32-5-amd64 kernel. This is how I presently work around the problem (boot the older kernel). It produces endless errors of the form: Jun 7 14:08:36 azza kernel: [569395.478041] end_request: I/O error, dev sr1, sector 0 Jun 7 14:08:36 azza kernel: [569395.481744] sr 6:0:0:0: [sr1] Unhandled sense code Jun 7 14:08:36 azza kernel: [569395.481746] sr 6:0:0:0: [sr1] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Jun 7 14:08:36 azza kernel: [569395.481748] sr 6:0:0:0: [sr1] Sense Key : Blank Check [current] Jun 7 14:08:36 azza kernel: [569395.481751] sr 6:0:0:0: [sr1] Add. Sense: No additional sense information Jun 7 14:08:36 azza kernel: [569395.481754] sr 6:0:0:0: [sr1] CDB: Read(10): 28 00 00 00 00 00 00 00 01 00 ... Googling around I hit upon this http://forums.debian.net/viewtopic.php?f=7t=111795start=30 which references https://lkml.org/lkml/2014/5/9/363 and https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701201 which suggested : libata.atapi_passthru16=0 is needed by some hardware I tried this which allowed me to write about half a bluRay and then it failed - leaving a half written unusable disc ! Would love a fix to avoid having to flick back to the older kernel which is really inconvient to others. Thinking about trying to build kernels back to 2.6.32 and seeing where the break is - but 2.6.32 appears to have *LOTS* of problems compiling with the wheezy set up (gcc 4.7.2)... Perhaps Jessie might be a better direction - but really want to run a stable kernel on this machine as it is used by other people. Andrew -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.57-3+deb7u2 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=c5c1b15a-a6fc-11e0-a2f4-001e8c7db70d ro nmi_watchdog=1 libata.atapi_passthru16=0 ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [ 30.012531] sr 6:0:0:0: [sr1] Sense Key : Blank Check [current] [ 30.014528] sr 6:0:0:0: [sr1] Add. Sense: No additional sense information [ 30.016534] sr 6:0:0:0: [sr1] CDB: Read(10): 28 00 00 00 00 00 00 00 01 00 [ 30.018571] end_request: I/O error, dev sr1, sector 0 [ 30.029441] sr 6:0:0:0: [sr1] Unhandled sense code [ 30.031425] sr 6:0:0:0: [sr1] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 30.033432] sr 6:0:0:0: [sr1] Sense Key : Blank Check [current] [ 30.035432] sr 6:0:0:0: [sr1] Add. Sense: No additional sense information [ 30.037440] sr 6:0:0:0: [sr1] CDB: Read(10): 28 00 00 00 00 00 00 00 01 00 [ 30.039476] end_request: I/O error, dev sr1, sector 0 [ 30.050342] sr 6:0:0:0: [sr1] Unhandled sense code [ 30.052329] sr 6:0:0:0: [sr1] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 30.054327] sr 6:0:0:0: [sr1] Sense Key : Blank Check [current] [ 30.056332] sr 6:0:0:0: [sr1] Add. Sense: No additional sense information [ 30.058334] sr 6:0:0:0: [sr1] CDB: Read(10): 28 00 00 00 00 00 00 00 01 00 [ 30.060376] end_request: I/O error, dev sr1, sector 0 [ 30.071236] sr 6:0:0:0: [sr1] Unhandled sense code [ 30.073223] sr 6:0:0:0: [sr1] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 30.075221] sr 6:0:0:0: [sr1] Sense Key : Blank Check [current] [ 30.077225] sr 6:0:0:0: [sr1] Add. Sense: No additional sense information [ 30.079223] sr 6:0:0:0: [sr1] CDB: Read(10): 28 00 00 00 00 00 00 00 01 00 [ 30.081266] end_request: I/O error, dev sr1, sector 0 [ 30.092129] sr 6:0:0:0: [sr1] Unhandled sense code [ 30.094107] sr 6:0:0:0: [sr1] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 30.096117] sr 6:0:0:0: [sr1] Sense Key : Blank Check [current] [ 30.098117] sr 6:0:0:0: [sr1] Add. Sense: No additional sense information [ 30.100123] sr 6:0:0:0: [sr1] CDB: Read(10): 28 00 00 00 00 00 00 00 01 00 [ 30.102159] end_request: I/O error, dev sr1, sector 0 [ 30.113029] sr 6:0:0:0: [sr1] Unhandled sense code [ 30.115015] sr 6:0:0:0: [sr1] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 30.117024] sr 6:0:0:0: [sr1] Sense Key : Blank Check [current] [ 30.119024] sr 6:0:0:0: [sr1] Add. Sense: No additional sense information [ 30.121029] sr 6:0:0:0: [sr1] CDB: Read(10): 28 00 00 00 00 00 00 00 01 00 [ 30.123067] end_request: I/O error, dev sr1, sector 0 [ 30.133933] sr 6:0:0:0: [sr1] Unhandled sense code [ 30.135916] sr 6:0:0:0: [sr1] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 30.137924] sr 6:0:0:0: [sr1] Sense Key : Blank Check [current] [ 30.139921] sr 6:0:0:0: [sr1] Add. Sense: No additional sense information [ 30.141927] sr 6:0:0:0: [sr1] CDB: Read(10): 28 00 00 00
Bug#752882: cyrus-common-2.2: ipurge should have --dry-run option
Package: cyrus-common-2.2 Version: 2.2.13-19+squeeze3 Severity: wishlist Hi all, I have found utility ipurge, and want to use it for regular cleanup of trash and junk mailboxes. However, I'm not quite comfortable with the mailbox-pattern syntax. So I'd like to have some way to check what will be deleted before running the command. I think that this utility should have some --dry-run option, or equivalent, to see how much damage it is going to do. Best regards Vladislav Kurz P.S. I have checked also version 2.4, it does not have such option either. -- System Information: Debian Release: 6.0.9 APT prefers squeeze-lts APT policy: (500, 'squeeze-lts'), (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages cyrus-common-2.2 depends on: ii addu 3.112+nmu2 add and remove users and groups ii debc 1.5.36.1Debian configuration management sy ii dpkg 1.15.11 Debian package management system ii exim 4.72-6+squeeze3 Exim MTA (v4) daemon with extended ii gawk 1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii liba 1.4.0~git20100726.dfsg.1-2+squeeze1 Heimdal Kerberos - ASN.1 library ii libc 2.11.3-4Embedded GNU C Library: Shared lib ii libc 1.41.12-4stable1common error description library ii libd 4.7.25-9Berkeley v4.7 Database Libraries [ ii libg 1.4.0~git20100726.dfsg.1-2+squeeze1 Heimdal Kerberos - GSSAPI support ii libk 1.4.0~git20100726.dfsg.1-2+squeeze1 Heimdal Kerberos - libraries ii libr 1.4.0~git20100726.dfsg.1-2+squeeze1 Heimdal Kerberos - roken support l ii libs 2.1.23.dfsg1-7 Cyrus SASL - authentication abstra ii libs 5.4.3~dfsg-2+squeeze1 SNMP (Simple Network Management Pr ii libs 0.9.8o-4squeeze16 SSL shared libraries ii libw 7.6.q-19Wietse Venema's TCP wrappers libra ii libz 3.0-1 Project Athena's notification serv ii netb 4.45Basic TCP/IP networking system ii perl 5.10.1-17squeeze6 Larry Wall's Practical Extraction Versions of packages cyrus-common-2.2 recommends: ii cyrus-admin-2.2 2.2.13-19+squeeze3 Cyrus mail system - administration ii cyrus-imapd-2.2 2.2.13-19+squeeze3 Cyrus mail system - IMAP support ii cyrus-pop3d-2.2 2.2.13-19+squeeze3 Cyrus mail system - POP3 support Versions of packages cyrus-common-2.2 suggests: ii apt-listchanges 2.85.7+squeeze1package change history notificatio ii cyrus-admin-2.2 2.2.13-19+squeeze3 Cyrus mail system - administration pn cyrus-clients-2.2 none (no description available) pn cyrus-doc-2.2 none (no description available) ii cyrus-imapd-2.2 2.2.13-19+squeeze3 Cyrus mail system - IMAP support pn cyrus-murder-2.2 none (no description available) pn cyrus-nntpd-2.2 none (no description available) ii cyrus-pop3d-2.2 2.2.13-19+squeeze3 Cyrus mail system - POP3 support ii sasl2-bin 2.1.23.dfsg1-7 Cyrus SASL - administration progra -- Configuration Files: /etc/cyrus.conf changed [not included] /etc/imapd.conf changed [not included] /etc/pam.d/lmtp changed [not included] /etc/pam.d/sieve changed [not included] -- 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#752874: RM: whatsnewfm -- ROM; obsolete; abandoned upstream
Control: tags -1 + pending Control: clone -1 -2 Control: tags -1 + wheezy Control: tags -2 + squeeze On 2014-06-27 11:01, Christian Garbs wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm This package is no longer useful since the underlying service (freecode.com) has now shut down and is no longer accepting new submissions: The package is in both squeeze and wheezy, so cloning this as we need separate tracking bugs for each. 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#752878: lsinitramfs: fails to list contents with recent kernels
I have no problems listing /boot/initrd.img-3.14-1-amd64 using lsinitramfs 0.115. My system is nearly the same, with the exception of udev (204-12 from testing) and kernel (3.15-trunk-amd64 from experimental) Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752748: chromium crash on save-as
Hello maintainers Got hit by the same symptom. Moderate use of a major search machine brought me to this page: https://code.google.com/p/chromium/issues/detail?id=334125 With this in one of the last comments on a patch: Don't try to guess the referrer policy, but use the one associated with the request Thought it might help. Thanks Morten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740929: Request: Apply patch for bug 740929
Requesting the application of the patch by Roland Dieterich ( https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740929 ). We the FAI developers have tested the patch and it does fix the issue in the bug report. We contacted upstream almost three weeks ago and have yet to receive a response, therefore it'd be great if you could apply the patch to the Debian package. Also if you prefer, Thomas Lange could do an NMU. Best regards Kerim Gueney -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752803: ossp-uuid: hardcodes /usr/lib/perl5
tag 752803 patch thanks On Thu, Jun 26, 2014 at 08:23:21PM +0300, Niko Tyni wrote: Package: ossp-uuid Version: 1.6.2-1.3 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.20-transition This package fails to build with perl_5.20.0-1 from experimental: chrpath debian/libossp-uuid-perl/usr/lib/perl5/auto/OSSP/uuid/uuid.so \ chrpath -d debian/libossp-uuid-perl/usr/lib/perl5/auto/OSSP/uuid/uuid.so open: No such file or directory elf_open: Invalid argument I'm attaching a proposed patch for this. I've tested that this doesn't cause any debdiff-visible changes on current sid, while fixing the build with perl_5.20.0-1. Given the large number of reverse dependencies, this bug is one of the more important ones for the Perl transition. Please let me know if you'd like me to NMU. -- Niko Tyni nt...@debian.org From 5982bd9c25a71d28c5259fe5aafe2988fa1320a3 Mon Sep 17 00:00:00 2001 From: Niko Tyni nt...@debian.org Date: Fri, 27 Jun 2014 15:30:12 +0300 Subject: [PATCH] Don't hardcode /usr/lib/perl5 in debian/rules Starting with version 5.20.0, the Debian perl package is changing the vendorarch library paths (currently /usr/lib/perl5) to include the multiarch triplet and the perl version. See #748380 for details. For this to work, packages containing binary perl modules need to migrate from using the hardcoded /usr/lib/perl5 directory to the value of the $Config{vendorarch} variable, as defined in the 'Config' module. --- debian/rules | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/debian/rules b/debian/rules index 295b560..3dd2c01 100755 --- a/debian/rules +++ b/debian/rules @@ -7,6 +7,8 @@ # This has to be exported to make some magic below work. export DH_OPTIONS +ARCHLIB := $(shell perl -MConfig -e 'print $$Config{vendorarch}') + override_dh_auto_configure: ln -sf /usr/share/misc/config.sub . ln -sf /usr/share/misc/config.guess . @@ -44,8 +46,8 @@ override_dh_auto_install: dh_auto_install cd perl; make install PREFIX=$(CURDIR)/debian/libossp-uuid-perl/usr - chrpath debian/libossp-uuid-perl/usr/lib/perl5/auto/OSSP/uuid/uuid.so \ - chrpath -d debian/libossp-uuid-perl/usr/lib/perl5/auto/OSSP/uuid/uuid.so + chrpath debian/libossp-uuid-perl/$(ARCHLIB)/auto/OSSP/uuid/uuid.so \ + chrpath -d debian/libossp-uuid-perl/$(ARCHLIB)/auto/OSSP/uuid/uuid.so #cd php/build-php5; make install INSTALL_ROOT=$(CURDIR)/debian/php5-uuid #chmod -x debian/php5-uuid/usr/lib/php5/*/uuid.so -- 2.0.0
Bug#724218: (no subject)
I am facing the exact same problem during ppc64el bootstrap, as shown: Makefile:9: config.mk: No such file or directory Makefile:10: /subdir.mk: No such file or directory make[1]: Entering directory `/«PKGBUILDDIR»' make[1]: *** No rule to make target `/subdir.mk'. Stop. make[1]: Leaving directory `/«PKGBUILDDIR»' dh_auto_clean: make -j1 distclean returned exit code 2 make: *** [clean] Error 2 dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750481: Fixed, thanks
Package: src:db5.3 Hi Ondřej, Thanks for the new upload, real quick. :) It helps greatly. I confirm it fixes the issue. (I just built from incoming.d.o, all good.) Best regards, -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752885: ITP: onionshare -- Securely and anonymously share a file of any size over Tor
Package: wnpp Severity: wishlist Owner: Ulrike Uhlig u...@451f.org * Package name: wnpp Version: 2.2.1 Upstream Author: Micah Lee mi...@micahflee.com * URL: https://github.com/micahflee/onionshare * License: GPL v3 Programming Lang: Python OnionShare lets you securely and anonymously share a file of any size with someone. It works by starting a web server, making it accessible as a Tor hidden service, and generating an unguessable URL to access and download the file. It doesn't require setting up a server on the internet somewhere or using a third party filesharing service. You host the file on your own computer and use a Tor hidden service to make it temporarily accessible over the internet. The other user just needs to use Tor Browser to download the file from you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752887: dbmix: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
Package: dbmix Version: 0.9.8-6.3 Severity: normal Tags: patch Dear Maintainer, Currently dbmix FTBFS when compiled in new architectures (as ppc64el) that is not supported on the outdated package autotools files, with the following error: make[1]: Leaving directory `/«PKGBUILDDIR»' dh_testdir dh_testroot dh_install -a dh_install: libdbaudiolib0-dev missing files (debian/tmp/usr/lib/lib*.so), aborting make: *** [binary-arch] Error 255 I just created this patch that updates the config files before building, removing some logic from the rules file, as suggested in: https://wiki.debian.org/qa.debian.org/FTBFS#A2014-01-21_using_dh-autoreconf_during_the_build I tested it on ppc64el and it worked. Thank you, Breno -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13-1-powerpc64le (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Index: dbmix-0.9.8/debian/control === --- dbmix-0.9.8.orig/debian/control 2014-06-27 12:55:27.0 + +++ dbmix-0.9.8/debian/control 2014-06-27 12:56:12.0 + @@ -2,7 +2,7 @@ Section: sound Priority: optional Maintainer: Daniel Kobras kob...@debian.org -Build-Depends: debhelper (= 5), autotools-dev, libgtk2.0-dev +Build-Depends: debhelper (= 5), autotools-dev, libgtk2.0-dev, dh-autoreconf Standards-Version: 3.8.3 Package: dbmix Index: dbmix-0.9.8/debian/rules === --- dbmix-0.9.8.orig/debian/rules 2014-06-27 12:55:27.0 + +++ dbmix-0.9.8/debian/rules 2014-06-27 12:56:01.0 + @@ -25,6 +25,7 @@ config.status: configure dh_testdir + dh_autoreconf if test -f config.sub; then \ mv config.sub config.sub.debsave; \ fi @@ -49,6 +50,7 @@ clean: dh_testdir dh_testroot + dh_autoreconf_clean rm -f build-stamp test ! -f Makefile || $(MAKE) distclean
Bug#752803: ossp-uuid: hardcodes /usr/lib/perl5
Il 27/06/14 14:39, Niko Tyni ha scritto: tag 752803 patch thanks On Thu, Jun 26, 2014 at 08:23:21PM +0300, Niko Tyni wrote: Package: ossp-uuid Version: 1.6.2-1.3 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.20-transition This package fails to build with perl_5.20.0-1 from experimental: chrpath debian/libossp-uuid-perl/usr/lib/perl5/auto/OSSP/uuid/uuid.so \ chrpath -d debian/libossp-uuid-perl/usr/lib/perl5/auto/OSSP/uuid/uuid.so open: No such file or directory elf_open: Invalid argument I'm attaching a proposed patch for this. I've tested that this doesn't cause any debdiff-visible changes on current sid, while fixing the build with perl_5.20.0-1. Given the large number of reverse dependencies, this bug is one of the more important ones for the Perl transition. Please let me know if you'd like me to NMU. Thanks, I'll check and apply the patch ASAP. Regards, Marco -- - |Marco Nenciarini| Debian/GNU Linux Developer - Plug Member | | mnen...@prato.linux.it | http://www.prato.linux.it/~mnencia | - Key fingerprint = 7C23 B804 3E65 D298 0A21 B6E2 589F 03F0 1BA5 5038 signature.asc Description: OpenPGP digital signature
Bug#752888: geary: Add dependency on gnome-keyring or kwallet
Package: geary Version: 0.6.0-1 Severity: important Dear Maintainer, Before you adopted the package and before it was orphaned I offered myself to take over the maintanance as shown in this bug #742213 (you could have dropped a mail). I did some work on it which on collab-maint/geary. I suggest to add dependencies on gnome-keyring and kwallet because this are only pakages providing the org.freedesktop.secrets service which is required to start geary. Cheers Mike -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geary depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii libatk1.0-0 2.12.0-1 ii libc62.19-4 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcanberra0 0.30-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgee-0.8-2 0.10.5-1 ii libglib2.0-0 2.40.0-3 ii libgmime-2.6-0 2.6.20-1 ii libgtk-3-0 3.12.2-1+b1 ii libjavascriptcoregtk-3.0-0 2.4.3-2 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libsecret-1-00.18-1 ii libsoup2.4-1 2.46.0-2 ii libsqlite3-0 3.8.5-2 ii libwebkitgtk-3.0-0 2.4.3-2 ii libxml2 2.9.1+dfsg1-3 geary recommends no packages. geary 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#752889: Should not migrate to testing
Source: qtbase-opensource-src Version: 5.3.1+dfsg-1 Severity: grave Sune just discovered that there is a runtime check in Qt that forces us to have a transition with stuff that uses Qt's private headers even with minor updates. This bug is here to stop qtbase's transition to testing. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750481: [pkg-db-devel] Bug#750481: Fixed, thanks
Hi Mauricio, cool, thanks for your patches! Cheers, Ondrej On Fri, Jun 27, 2014, at 14:57, Mauricio Faria de Oliveira wrote: Package: src:db5.3 Hi Ondřej, Thanks for the new upload, real quick. :) It helps greatly. I confirm it fixes the issue. (I just built from incoming.d.o, all good.) Best regards, -- Mauricio Faria de Oliveira IBM Linux Technology Center ___ pkg-db-devel mailing list pkg-db-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-db-devel -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751796: gnutls26: dh-autoreconf (patch available)
Hi maintainers, Would you have any news, or comments on the patch attached in this bug? Any feedback is welcome. Thank you, -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751822: libprelude: test-suite fixes
Package: src:libprelude Hi Pierre, Would you have any news, or comments on the patches attached in this bug? Any feedback is welcome. Thank you, -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751917: ghostscript: fix FTBFS on ppc64el (patch available)
Package: src:ghostscript Hi maintainers, Would you have any news, or comments on the patch attached in this bug? Any feedback is welcome. Thank you, -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689622: libnih: fix FTBFS on ppc64el (patch available)
Package: src:libnih Hi Scott, Would you have any news, or comments on the patch attached in this bug? Any feedback is welcome. Thank you, -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751924: libtemplate-perl: diff for NMU version 2.24-1.2
Dear Mako, I've prepared an NMU for libtemplate-perl (versioned as 2.24-1.2) with Niko's patch and uploaded it directly to the archive, since you are on the LowThresholdNmu list. The diff is attached to this message. (As usual, the offer to adopt the package in the pkg-perl group is still standing :)) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Andrew Lloyd Webber Tim Rice diff -Nru libtemplate-perl-2.24/debian/changelog libtemplate-perl-2.24/debian/changelog --- libtemplate-perl-2.24/debian/changelog 2013-08-17 20:04:30.0 +0200 +++ libtemplate-perl-2.24/debian/changelog 2014-06-27 15:24:38.0 +0200 @@ -1,3 +1,15 @@ +libtemplate-perl (2.24-1.2) unstable; urgency=medium + + * Non-maintainer upload. + + [ Niko Tyni ] + * Don't hardcode /usr/lib/perl5 in debian/libtemplate-perl.install. +The implementation uses an executable debhelper install file, which +requires compat level 9. +Closes: #751924 + + -- gregor herrmann gre...@debian.org Fri, 27 Jun 2014 15:23:20 +0200 + libtemplate-perl (2.24-1.1) unstable; urgency=low * Non-maintainer upload. diff -Nru libtemplate-perl-2.24/debian/compat libtemplate-perl-2.24/debian/compat --- libtemplate-perl-2.24/debian/compat 2010-05-11 22:12:51.0 +0200 +++ libtemplate-perl-2.24/debian/compat 2014-06-27 15:18:57.0 +0200 @@ -1 +1 @@ -7 +9 diff -Nru libtemplate-perl-2.24/debian/control libtemplate-perl-2.24/debian/control --- libtemplate-perl-2.24/debian/control 2012-04-10 19:02:11.0 +0200 +++ libtemplate-perl-2.24/debian/control 2014-06-27 15:18:57.0 +0200 @@ -2,7 +2,7 @@ Section: perl Priority: optional Maintainer: Benjamin Mako Hill m...@debian.org -Build-Depends: debhelper (= 7.0.50~), perl (= 5.8), libappconfig-perl (= 1.56) +Build-Depends: debhelper (= 9), perl (= 5.8), libappconfig-perl (= 1.56) Standards-Version: 3.9.3 Homepage: http://search.cpan.org/~abw/Template-Toolkit/ diff -Nru libtemplate-perl-2.24/debian/libtemplate-perl.install libtemplate-perl-2.24/debian/libtemplate-perl.install --- libtemplate-perl-2.24/debian/libtemplate-perl.install 2010-05-11 22:51:42.0 +0200 +++ libtemplate-perl-2.24/debian/libtemplate-perl.install 2014-06-27 15:18:57.0 +0200 @@ -1,3 +1,10 @@ -usr/lib/perl5/ +#!/usr/bin/perl -w +use Config; + +# expand the perl binary module directory at build time +print substr($Config{vendorarch}, 1) . \n; + +print EOF; usr/share/man/ usr/bin/ +EOF signature.asc Description: Digital Signature
Bug#752890: polyorb: FTBFS - build depends need updating to gnat 4.9
Package: polyorb Version: 2.8~20110207-5.1 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] - Attempting to parse the build-deps - Considering build-dep debhelper (= 8.9.7) - Trying debhelper - Considering build-dep dpkg-dev (= 1.16.1) - Trying dpkg-dev - Considering build-dep dh-ada-library - Trying dh-ada-library - Considering build-dep python-gnatpython - Trying python-gnatpython - Considering build-dep automake - Trying automake - Considering build-dep autotools-dev - Trying autotools-dev - Considering build-dep libtool - Trying libtool - Considering build-dep gnat - Trying gnat - Considering build-dep gnat-4.6 - Trying gnat-4.6 - Cannot install gnat-4.6; apt errors follow: Reading package lists... Building dependency tree... Reading state information... dpkg-dev is already the newest version. Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: gnat : Depends: gnat-4.9 but it is not going to be installed E: Unable to correct problems, you have held broken packages. E: Could not satisfy build-dependency. The build dependencies need to be updated to gnat-4.9. This appears to be fixed in experimental already, maybe it's just time to upload to unstable? Best, Michael pgpBdAv3OoQST.pgp Description: PGP signature
Bug#752891: systemtap: build on ppc64el
Package: src:systemtap Version: 2.3-2 Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el Hi Ritesh, This trivial patch adds ppc64el [1] to the arch list in systemtap. May you please consider it for an upload? Thank you, [1] https://wiki.debian.org/ppc64el -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752782: RFS: kvmcs-server_0.4.0 server part in kvm client server environment
Hi Daniel, Thanks for the quick response. Op Thu, 26 Jun 2014 15:38:16 +0100 Daniel Lintott dan...@serverb.co.uk schreef: Hi Willem, NB: I'm not a DD so cannot sponsor your package But a couple of points to consider... I think rather than using three separate source packages, it would be preferable to use one 'kvmcs' source package and create the 3 binary packages from that (and then version all three with the same version. I think it could get confusing if we have server 0.4.0 and client 0.4.1 (as seen on gitorious)) I had that construction before, but then when changing a document line all packages got a new version and have to be updated while nothing is changed. Each program logs its version number and then they differ from the package version. That can also be confusing. Is there something comparable that I can use to solve this. Is the software really only useful in Debian? My initial look tells me no... In which case the package shouldn't be native format I developed the software on debian (wheezy) systems and all package information is in debian sub-directories. I use a repository on the servers to install the packages. Maybe you can give me a hint how to solve this when needed. Regards Willem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735453: Changes to libsbml
Hi Ivo, ping? Any idea how we could proceed here? Kind regards Andreas. On Mon, May 05, 2014 at 03:14:10PM +0200, Andreas Tille wrote: Hi Ivo, please always either keep the bug report we are working on or at least the maintainers list in CC to keep others informed that we are working on the issue. On Mon, May 05, 2014 at 01:07:26PM +0200, Ivo Maintz wrote: Hi Andreas, Andreas Tille ti...@debian.org schrieb : However, I just realised that version 5.10.0 is out and this does not contain prettify.js any more. Would you be able to adapt the patches and we try again with this version? Is done; one issue: get-orig-source don't exclude docs/src/prettify (it is still included in the main source), but it is still listed in debian/copyright. This is what I thought in the first place. However, lintian seems to try to tell us something else. The file is not even in upstream tarball any more but I have no idea what lintian tries to express. If I were you I would ask for help on debian-mentors@l.d.o for help since I have no good idea what to do. It works now. Simple solution: the path to prettify had changed... Would you double-check it? Sorry, I can't help myself but I do not manage to build. I have commited some slight change that should deal with xz compressed tarballs which would be pretty useful in this case. However, even if I work with a *.gz tarball the package does not build and stumbles after the clean target. I have attached a build log and the diff that dpkg-source has found. I keep on beeing sceptical about this strange way to build the package - at least for me it only works not reliable. :-( Kind regards Andreas. -- http://fam-tille.de dpkg-checkbuilddeps: Unmet build dependencies: swig (= 2) libperl-dev octave-pkg-dev mono-devel mono-gmcs cli-common-dev cli-runtime W: Unmet build-dependency in source dpkg-buildpackage: source package libsbml dpkg-buildpackage: source version 5.10.0+dfsg-1 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by Andreas Tille ti...@debian.org dpkg-source -i.git -I.git --before-build libSBML-5.10.0-Source dpkg-checkbuilddeps: Unmet build dependencies: swig (= 2) libperl-dev octave-pkg-dev mono-devel mono-gmcs cli-common-dev cli-runtime dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting dpkg-buildpackage: warning: (Use -d flag to override.) dpkg-buildpackage: warning: this is currently a non-fatal warning with -S, but will probably become fatal in the future fakeroot debian/rules clean dh clean --with-python2 --dbg-package=libsbml5-dbg dh_testdir -O--with-python2 -O--dbg-package=libsbml5-dbg debian/rules override_dh_auto_clean make[1]: Entering directory `/home/andreas/debian-maintain/repack/libsmbl5/libSBML-5.10.0-Source' ### the clean target of the libsbml makefile is highly b0rken ### ### the switch to cmake didn't result in great approvements ### ### still inline changes of files ### ### very ugly ### rm -rf .debs config docs examples macosx src config.guess config.sub build find -maxdepth 1 -type f -delete dh_clean if [ -e ../libsbml_5.10.0+dfsg.orig.tar.xz ] ; then COMP=xz ; else COMP=gz ; fi ; \ tar --no-same-owner -xaf ../libsbml_5.10.0+dfsg.orig.tar.${COMP} --strip-components=1 make[1]: Leaving directory `/home/andreas/debian-maintain/repack/libsmbl5/libSBML-5.10.0-Source' dh_clean -O--with-python2 -O--dbg-package=libsbml5-dbg dpkg-source -i.git -I.git -b libSBML-5.10.0-Source dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building libsbml using existing ./libsbml_5.10.0+dfsg.orig.tar.gz dpkg-source: info: local changes detected, the modified files are: libSBML-5.10.0-Source/OLD_NEWS.txt libSBML-5.10.0-Source/config/makefile-common-actions.mk libSBML-5.10.0-Source/docs/CMakeLists.txt libSBML-5.10.0-Source/docs/src/libsbml-accessing.html libSBML-5.10.0-Source/src/bindings/csharp/csdoc.i libSBML-5.10.0-Source/src/bindings/csharp/csharp-files-win/Reaction.cs libSBML-5.10.0-Source/src/bindings/csharp/csharp-files-win/SBMLError.cs libSBML-5.10.0-Source/src/bindings/csharp/csharp-files-win/SBMLReader.cs libSBML-5.10.0-Source/src/bindings/csharp/csharp-files-win/SBase.cs libSBML-5.10.0-Source/src/bindings/csharp/csharp-files/Reaction.cs libSBML-5.10.0-Source/src/bindings/csharp/csharp-files/SBMLError.cs libSBML-5.10.0-Source/src/bindings/csharp/csharp-files/SBMLReader.cs libSBML-5.10.0-Source/src/bindings/csharp/csharp-files/SBase.cs libSBML-5.10.0-Source/src/bindings/java/java-files/org/sbml/libsbml/Reaction.java libSBML-5.10.0-Source/src/bindings/java/java-files/org/sbml/libsbml/SBMLError.java libSBML-5.10.0-Source/src/bindings/java/java-files/org/sbml/libsbml/SBMLReader.java
Bug#750522: (no subject)
As of recent there have been many requests for HTTPS content delivery for the Debian archive. Debian mirror administrators have been discussing the issue in IRC and via peer to peer email over the last few months. Here is a raw log snippet of the largest discussion that has been had thus far. These conversations are being shared for the benefit of end users who are questioning why Debian is not currently delivering HTTPS content. Of the 530 mirrors available 31 currently serve /debian/ over HTTPS, each under their own self signed certificates. This represents only 5.85% of the total mirrors available. An unofficial list of HTTPS Debian Mirrors is available at: http://noodle.portalus.net/debian_https_mirrors.txt -Donald Norwood --- symoon: the archive is signed in a away that you trust the content not the transport - BTS Opened #750522 in mirrors «HTTPS mirrors support/request».http://bugs.debian.org/750522 Cnote https for mirrors doesn't really give the end user a lot other than feeling more secure...but its coming one way or another with the amount of people talking about it and requesting it. Rather we get ahead of it. maswan well, the only https cert I'll deploy on my mirror would be a wild-cart cert for *. Which I guess would be self-signed, given that no sane CA would hand one out to me... maswan If that would make the users feel more secure, I could actually deploy that next week. Mithrandir maswan: why? You could deploy SNI based stuff, surely? Mithrandir also, * won't match ftp.se.d.o maswan Mithrandir: oh, why not? Mithrandir because it's not a glob, it matches per component Mithrandir so you'd need *.*.*.* for ftp.se.d.o maswan ah, sure maswan you'd just list a bunch of them then, I think the longest known hostname is 5 or 6 components maswan Mithrandir: SNI doesn't help much in us getting certificate signed fro a large number of different domains owned by different organizations not us Mithrandir maswan: no, we (DSA) would then provide you with a mafia cert. maswan Mithrandir: and we'd still need a gnome.org, gimp.org, ubuntu.com, umu.se, etc, etc cert. maswan note that you'd need to provide a ftp.*.debian.org in order for us to take over ftp.dk.d.o for a while, etc. Mithrandir sure Mithrandir except you can't have * there Mithrandir so what we'd do is just have ftp.d.o and dns based load balancing or something. maswan or we just drop the silly security theater of https for mirrors Cnote haha Cnote Mithrandir, you mean a central cert? Mithrandir I mean a single cert for all mirrors and not using explicit configurations in apt, yes. Mithrandir if we wanted to do https, that's a much more sensible way to do it. Mithrandir maswan: actually, we could fix apt to do TLSA and just put it in DNS and it's Just Work. Cnote I was thinking the cert issue would be the biggest holdup but I like that approach. Cnote *all participating mirrors. maswan Mithrandir: for /debian/ yes, less so for /debian-cd/ Mithrandir maswan: sure Q_ Mithrandir: TLSA is the best suggestion I've heard so far. Ganneff still, https for mirrors stays somewhere near stupid Q_ I think it only makes sense in combination with tor or some vpn. maswan traffic analysis by any adversary not too stupid (and we're assuming they are intercepting traffic) should be next to trivial given the small set of well-known file sizes. maswan also, there is a perfectly good way of getting good privacy of packages installed, run a local mirror carlos_c3sl Besides, it'll increase the load on the mirrors enormously maswan yeah, a fair bit. but on the other hand, how much cpu load do we have today? I don't think it is so much a capacity problem as a power consumption issue for us, for instance. raphael is this for all mirrors or just cd images mirrors ? Cnote All maswan raphael: primarily package mirrors, I think maswan and yes, TLSA makes it doable-but-stupid instead of ehm-maybe-but-stupid carlos_c3sl maswan: it's a lot, an order of magnitude. And it's mainly not cpu nor electricity raphael what would the purpose of using https be? read it as what's the threat model, or what are you trying to protect/defend from? Cnote Past working out all the kinks of providing it, I would be very interested to see if the traffic shifts to https enabled mirrors. raphael as already mentioned, it is no good against traffic analysis raphael so confidentiality can't be guaranteed, integrity is already provided by the use of signed hashes, and the availability is not much of an issue here Cnote I don't think we are paranoid enough. :) I think we get it but the conversations outside this channel and elsewhere seem to keep asking about it despite alternatives like private mirrors, et al. raphael a private mirror on its own is not enough maswan
Bug#752845: recent libnet-dns-perl upgrade has broken policyd-weight.
Hi Ondřej, thanks for your response. I'll get back to you as soon as I've got a fixed package with usage of netdns_dn_expand instead of dn_expand ready. Thanks, Werner Am 27.06.14 09:05, schrieb Ondřej Surý: Hi Werner, Yes, dn_expand is netdns_dn_expand, but the renaming happened in 0.51_02 in 2005. Fix rt.cpan.org 13243 and 13191 The escaped characters test failed on some system because the the systems dn_expand instead of the supplied dn_expand was used after the makemaker magic linked DNS.xs. This was fixed by renaming the dn_expand that comes with the library to netdns_dn_expand. When you provide a fixed version of policyd-weight, please, supply me with fixed version and I'll add appropriate Breaks: to libnet-dns-perl package, so users won't get broken package on partial upgrades. Cheers, Ondrej On Fri, Jun 27, 2014, at 08:24, Werner Detter wrote: Hi, seems like as if dn_expand has been renamed to netdns_dn_expand Regards, Werner Am 27.06.14 08:18, schrieb Werner Detter: Hi, you've recently updated the libnet-dns-perl package which has broken policyd-weight in unstable: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752845 Could you please check. policyd-weight uses dn_expand which is commented out in /usr/lib/perl5/Net/DNS/Packet.pm Thanks for your reply, Werner Detter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752892: coreutils: cp --update --archive unnecessarily deletes and re-creates hard links
Package: coreutils Version: 8.20-3 Severity: normal cp --update --archive can be used to make and maintain backup copies of directory trees. I am using this in a script with --verbose (I post-process the output in this script). After upgrading to wheezy (coreutils 8.20) from lenny (coreutils 6.10), the cp output has included a lot of lines like removed ‘path/to/certain/file’ All the listed files have more than one hard link. The following test case illustrates the behaviour: $ mkdir x $ date x/a $ ln x/a x/b $ ls -l x total 8 -rw-rw-r-- 2 toomas toomas 30 Jun 27 16:36 a -rw-rw-r-- 2 toomas toomas 30 Jun 27 16:36 b $ cp --update --archive --verbose --no-target-directory ./x ./y ‘./x’ - ‘./y’ ‘./x/b’ - ‘./y/b’ ‘./x/a’ - ‘./y/a’ $ ls -l y total 8 -rw-rw-r-- 2 toomas toomas 30 Jun 27 16:36 a -rw-rw-r-- 2 toomas toomas 30 Jun 27 16:36 b $ # The following command is the one which is showing the problem: $ cp --update --archive --verbose --no-target-directory ./x ./y removed ‘./y/a’ $ # The following listing shows that the link was actually re-created: $ ls -l y total 8 -rw-rw-r-- 2 toomas toomas 30 Jun 27 16:36 a -rw-rw-r-- 2 toomas toomas 30 Jun 27 16:36 b Doing a strace on the last cp reveals the following sequence of events: lstat(./x/b, {st_mode=S_IFREG|0664, st_size=30, ...}) = 0 stat(./y/b, {st_mode=S_IFREG|0664, st_size=30, ...}) = 0 lstat(./x/a, {st_mode=S_IFREG|0664, st_size=30, ...}) = 0 stat(./y/a, {st_mode=S_IFREG|0664, st_size=30, ...}) = 0 linkat(AT_FDCWD, ./y/b, AT_FDCWD, ./y/a, 0) = -1 EEXIST (File exists) unlink(./y/a) = 0 linkat(AT_FDCWD, ./y/b, AT_FDCWD, ./y/a, 0) = 0 So even though the program has stat()ed both y/a and y/b and should know that they already have identical inode numbers, is still tries to link y/a to y/b, fails, removes y/a, and re-creates the hard link again. With large directory trees containing numerous hard links this seems like an unnecessary waste of resources, in addition to creating the initially very confusing removed ‘path/to/certain/file’ messages on the verbose output. In my opinion, the correct behaviour should omit the linkat(), unlink(), linkat() sequence after comparing the inode numbers of existing files. Toomas Tamm -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coreutils depends on: ii dpkg 1.16.15 ii install-info 4.13a.dfsg.1-10 ii libacl1 2.2.51-8 ii libattr1 1:2.4.46-8 ii libc6 2.13-38+deb7u1 ii libselinux1 2.1.9-5 coreutils recommends no packages. coreutils 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#752803: ossp-uuid: hardcodes /usr/lib/perl5
On Fri, Jun 27, 2014 at 02:58:20PM +0200, Marco Nenciarini wrote: Il 27/06/14 14:39, Niko Tyni ha scritto: I'm attaching a proposed patch for this. I've tested that this doesn't cause any debdiff-visible changes on current sid, while fixing the build with perl_5.20.0-1. Thanks, I'll check and apply the patch ASAP. Wonderful, thanks! -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692989: please package new upstream version
Package: sozi Version: 12.05-1 Followup-For: Bug #692989 Dear Kan-Ru Chen, it would be nice to ship an up-to-date version in jessie, as this form of presentations seems to be become more popular. Could you please comment if there are any plans to work on the latest upstream release from your side? Thanks for your work so far! Best regards, Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702201: Patch
tags 702201 +patch thanks I've attached a patch that enables the `delaycompress` flag and also fixes the nmbd reload by using `smbcontrol nmbd reload-config` instead of sending SIGHUP. -- Mit freundlichen Grüßen, Martin v. Wittich IServ GmbH Bültenweg 73 38106 Braunschweig Telefon: 0531-2243666-0 Fax: 0531-2243666-9 E-Mail:i...@iserv.eu Internet: iserv.eu USt-IdNr. DE265149425 | Amtsgericht Braunschweig | HRB 201822 Geschäftsführer: Benjamin Heindl, Jörg Ludwig --- /etc/logrotate.d/samba.orig +++ /etc/logrotate.d/samba 2014-06-27 14:49:55.081867734 +0200 @@ -6,6 +6,7 @@ /etc/init.d/smbd reload /dev/null endscript compress + delaycompress notifempty } @@ -14,8 +15,10 @@ missingok rotate 7 postrotate - [ ! -f /var/run/samba/nmbd.pid ] || kill -HUP `cat /var/run/samba/nmbd.pid` + smbcontrol nmbd reload-config endscript compress + delaycompress notifempty } +
Bug#715184: Similar problem booting from iscsi
Dear Maintainers, I have a similar problem booting from an iscsi target, system is jessie with latest updates. Every other time the initramfs shell comes up with a message (lvm root device not found). After vgchange -ay, ctrl-d the system boots normally. A simple sleep 1 seems to work as workaround. --- lvm2.orig 2014-06-27 16:08:30.310727581 +0200 +++ lvm22014-06-27 16:07:53.789773177 +0200 @@ -60,6 +60,7 @@ modprobe -q dm-mod +sleep 1 activate_vg $ROOT activate_vg $resume Also, noticed that iscsi is not listed as prereq and added iscsi to the PREREQ variable. However, with this change (without the sleep 1), still had the boot error. Klaus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752893: xmltv-util: tv_grab_es_laguiatv fails to grab channels
Package: xmltv-util Version: 0.5.63-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, tv_grab_es_laguiatv fails grabbing channels from the remote site. $ tv_grab_es_laguiatv --configure using config filename /home/midget/.xmltv/tv_grab_es_laguiatv.conf finding channels: 0% [ ] no channels could be found at /usr/bin/tv_grab_es_laguiatv line 724. I'm available for testing if needed. Thanks in advance. Regards, - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xmltv-util depends on: ii libarchive-zip-perl 1.37-2 ii libdata-dump-perl 1.22-1 ii libdate-manip-perl6.43-1 ii libdatetime-format-iso8601-perl 0.08-1 ii libdatetime-format-strptime-perl 1.5500-1 ii libdatetime-perl 2:1.10-1 ii libdatetime-timezone-perl 1:1.71-1+2014e ii libhtml-parser-perl 3.71-1+b1 ii libhtml-tableextract-perl 2.11-1 ii libhtml-tree-perl 5.03-1 ii libhttp-cache-transparent-perl1.1-1 ii libio-stringy-perl2.110-5 ii libjson-perl 2.61-1 ii libparse-recdescent-perl 1.967009+dfsg-1 ii libsoap-lite-perl 1.11-1 ii libterm-readkey-perl 2.32-1 ii libtext-bidi-perl 2.09-1 ii libtext-iconv-perl1.7-5+b1 ii libwww-mechanize-perl 1.73-1 ii libwww-perl 6.06-1 ii libxml-dom-perl 1.44-1 ii libxml-libxml-perl2.0116+dfsg-1 ii libxml-libxslt-perl 1.92-1 ii libxml-parser-perl2.41-1+b2 ii libxml-twig-perl 1:3.44-1 ii libxml-writer-perl0.625-1 ii libxmltv-perl 0.5.63-2 ii perl [libio-compress-perl]5.18.2-4 ii perl-modules 5.18.2-4 Versions of packages xmltv-util recommends: ii liblingua-preferred-perl 0.2.4-4 ii libterm-progressbar-perl 2.15-1 ii libunicode-string-perl2.09-5+b1 Versions of packages xmltv-util suggests: pn liblinux-dvb-perl none ii liblog-tracemessages-perl 1.4-3 pn libtext-kakasi-perlnone ii xmltv-gui 0.5.63-2 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTrYJ8AAoJEKgvu4Pz1XAzpCUQAKxE5GHcYLN4CuysZXasixMu y1GcUvI9gpGAE0ZSpdqcg54yOBf41EnOCgnuz2Cz11q6rwGrux6hf2yg2OZAQAEi GriW+OVV3ZH9BXwbsDT529b6JxxiyJ7QVz4LCGKIIHtkq7sSuPb8LH/kuHqGk3ES f8rgLmH3qO4iZ8l3rH8o0NNQOmXbsnjtAqdKjhAJH5Y0iPXSfPrLVCV1BcN+8yI0 wE692aIbWHQGDleiORyLwfZsUpeF0NjYDFNAQJE/Zf4Kk1IVMTEIIm6F5U4LPxvX evUh9bzHmajL6Vo5ux7TSMKiANWQleZ9rCscZV5SDudXE8K85SS1lCfE8gA5VSGQ zkpIOrsXZWfc86b23iZAcBX6UUk52IXzN812mAk+tLZU13FjdhG2iBKUuN+dFlDm t+8+5yj92/53TNZdnhW5VI0/tUPbNeHHlQfD0MjoW0VT13rDe7HjeHvN/8oEDIpO u8D2De+0Mk7ORVg7ejTWZvMWCcDnnaeNLcByP1dLjxQsTJSfJJBkDg67lI4WdIZF /YEhFWKXUiAb7xkCUy2OT2QPzS0dHx4lrwP4L09VeSll94QrJ6APOX56qGj+8Obs z3rpXe+XEYzr7jzlrCT/hkJHz6HJOnlzGtaOhlYt3qqiArxwUloC6S2su5XZJJhr CJD9J5S+TLk9qWSxCWK1 =X7N1 -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#752895: fedmsg init scripts are broken
Package: fedmsg Version: 0.8.0-1 Severity: serious The fedmsg init scripts do not launch the fedmsg utilities. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fedmsg depends on: ii python 2.7.6-2 ii python-fedmsg 0.8.0-1 pn python:any none fedmsg recommends no packages. fedmsg 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#752894: trickle segfault crash, fix available
Package: trickle Version: 1.07-10 Severity: normal Tags: upstream patch Dear Maintainer, As reported here: https://bugs.archlinux.org/task/35872 trickle segfaults repeatedly on some applications (eg. bitcoin-qt). The explanation and fix patch are available in the Arch bug report. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-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 trickle depends on: ii libbsd0 0.6.0-2 ii libc6 2.19-3 ii libevent-2.0-5 2.0.21-stable-1 trickle recommends no packages. trickle suggests no packages. -- no debconf information --- trickle-overload.c.orig 2013-06-21 00:23:01.053833665 -0400 +++ trickle-overload.c 2013-06-21 01:19:03.574792790 -0400 @@ -393,18 +393,14 @@ select_delay(struct delayhead *dhead, st } static struct delay * -select_shift(struct delayhead *dhead, struct timeval *inittv, +select_shift(struct delayhead *dhead, struct timeval *difftv, struct timeval **delaytv) { - struct timeval curtv, difftv; struct delay *d; struct sockdesc *sd; - gettimeofday(curtv, NULL); - timersub(curtv, inittv, difftv); - TAILQ_FOREACH(d, dhead, next) { - if (timercmp(d-delaytv, difftv, )) + if (timercmp(d-delaytv, difftv, )) break; sd = d-sd; @@ -413,7 +409,7 @@ select_shift(struct delayhead *dhead, st } if (d != NULL) - timersub(d-delaytv, difftv, *delaytv); + timersub(d-delaytv, difftv, *delaytv); else *delaytv = NULL; @@ -431,8 +427,8 @@ _select(int nfds, fd_set *rfds, fd_set * { struct sockdesc *sd; fd_set *fdsets[] = { wfds, rfds }, *fds; - struct timeval *delaytv, *selecttv = NULL, *timeout = NULL, _timeout, - inittv, curtv, difftv; + struct timeval *delaytv, _delaytv, *selecttv = NULL, *timeout = NULL, + _timeout, inittv, curtv, difftv; short which; struct delayhead dhead; struct delay *d, *_d; @@ -462,15 +458,18 @@ _select(int nfds, fd_set *rfds, fd_set * FD_ISSET(sd-sock, fds) select_delay(dhead, sd, which)) { FD_CLR(sd-sock, fds); -nfds--; } gettimeofday(inittv, NULL); curtv = inittv; d = TAILQ_FIRST(dhead); - delaytv = d != NULL ? d-delaytv : NULL; + if (d != NULL) { + _delaytv = d-delaytv; + delaytv = _delaytv; + } else + delaytv = NULL; + timersub(curtv, inittv, difftv); again: - timersub(inittv, curtv, difftv); selecttv = NULL; if (delaytv != NULL) @@ -498,15 +497,15 @@ _select(int nfds, fd_set *rfds, fd_set * #endif /* DEBUG */ if (ret == 0 delaytv != NULL selecttv == delaytv) { - _d = select_shift(dhead, inittv, delaytv); + gettimeofday(curtv, NULL); + timersub(curtv, inittv, difftv); + _d = select_shift(dhead, difftv, delaytv); while ((d = TAILQ_FIRST(dhead)) != _d) { FD_SET(d-sd-sock, fdsets[d-which]); - nfds++; TAILQ_REMOVE(dhead, d, next); free(d); } - gettimeofday(curtv, NULL); goto again; }
Bug#725957: Bug#751718: RFP: Python GDL module - Python / GNU Data Language bridge
retitle 751718 gnudatalanguage: Please enable building Python GDL modules kthxbye Hi Sylwester, Sylwester Arabas wrote: On 15/06/14 23:32, Axel Beckert wrote: Sylwester Arabas wrote: Currently Debian offers a package with a standalone version of GDL - GNU Data Language (GDL is an open-source implementation of the IDL - Interactive Data Language interpreter). It is also possible to build GDL as a Python module. Is that built from the same source tar ball or do we need to download a separate source tar ball for that? Yes - the same source. The only thing that has to be changed is the CMake's -DPYTHON_MODULE=ON flag. No make install rules are available for the Python module, though. Ok, then it's technically not an RFP (that's bascially only for requesting new source packages), hence retitling the bug report accordingly. From your description this should be no issue. P.S.: Any progress with http://sf.net/p/gnudatalanguage/bugs/594/ ? Without that being fixed, it IMHO doesn't make much sense to put effort into new packaging features. Why? This issue concerns only powerpc and kfreebsd Exactly that's the point. Both are officially supported Debian architectures. Bugs on these architectures are equivalent in severity to bugs on more popular architectures like e.g. i386 and amd64 -- at least if the application is (or was) available on these architectures. (Powerpc is btw. Debian's fourth most popular architecture, with only 20% less users than the third most popular architecture, armel.) GDL already got removed from Debian Testing because of that issue. And as Alain wrote in http://sourceforge.net/p/gnudatalanguage/bugs/594/#2ec1, GDL won't be in the next Debian release unless this is fixed in some way. Not sure how that removal (or GDL not getting into the next Debian Stable) affects Ubuntu. - apparently, we have no userbase there... Are you sure? It worked previously on these architectures and GDL is available on these architectures in Debian Stable, so you can't really be sure that you don't have anyone who runs GDL on these architectures. Those users likely won't mention the architecture they're using as long as it works. Unfortunately there's no package-per-architecture data available on http://popcon.debian.org/ despite some already asked for such data: https://bugs.debian.org/395926 (I'm also not 100% sure if the problem is inside GDL - it's a linking issue that appears on two out of 10 arch only, the error messages point to code that was present in the previous version). Do you know anyone using Debian with kfreebsd or powerpc that we could ask to look into it? Basically any Debian developer has access to machines of any architectures. I do have kfreebsd-i386 at home (with GDL installed btw.) and a powerpc machine, too, but that one's currently offline (needs a new harddisk), so I'd use one of Debian's official porterboxes there. But as written in the past, I'm not really a user of GDL, just an administrator whose users use GDL, so I wouldn't count myself as user base on kfreebsd. :-) Of course, I do see the point of trying out the source on different machines (and fixing this issue), It's not trying, it's offering. but I would argue that such problems should not stop the vast majority of users from getting new features or updates. Debian makes no difference between all the officially supported architectures. If an architecure falls too much behind, it's dropped from the list of officially supported architectures -- as happened with Sparc recently. But PowerPC and kfreebsd-* are doing well, and powerpc seems also one of Ubuntu's architectures. There is though one possibility to close the bug report without fixing the real issue: Changing the list of architectures from all to only selected architectures and request to remove 0.9.3 on all other architectures. But that's a hassle if new architectures pop up as each of them has to be added manually. So if there's a chance to fix that issue _properly_, I'd definitely prefer that. Mostly due to Ubuntu, keeping the Debian package updated and feature-rich is very important for us! My focus is definitely on Debian. If issues reported in Ubuntu can be fixed in Debian, that's fine, because it likely also raises the quality of a package in Debian. Oh, and just for the record, gnudatalanguage 0.9.4 failed to build from source on powerpc in Ubuntu, too: https://launchpad.net/ubuntu/+source/gnudatalanguage/0.9.4-1ubuntu2/+build/5955678 Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752893: xmltv-util: tv_grab_es_laguiatv fails to grab channels
Hi again, I've checked XMLTV changelogs [0] and seem this bug is solved in version 0.5.65 ... tv_grab_es_laguiatv - fixes for source site changes ... Please, package XMLTV version 0.5.65 Thanks in advance. [0] http://sourceforge.net/projects/xmltv/files/xmltv/0.5.65/ -- Dario Minnucci mid...@debian.org Phone: +34 902884117 | Fax: +34 902024417 | Support: +34 80745 Key fingerprint = BAA1 7AAF B21D 6567 D457 D67D A82F BB83 F3D5 7033 signature.asc Description: OpenPGP digital signature
Bug#752143: debian-security-support: kde4libs listed twice in /usr/share/debian-security-support/security-support-limited
On Fri, Jun 20, 2014 at 02:13:28AM -0400, Ken Takusagawa wrote: Package: debian-security-support Version: 2014.05.29 Severity: minor Dear Maintainer, I noticed kde4libs is listed twice in /usr/share/debian-security-support/security-support-limited , which could be a simple typo, or a deeper problem that some other package was also meant to be included on the list but got forgotten. This is simply a copypaste error, the second entry can simply be removed. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752896: xfce4-mixer: It is not possible to choose thesound card
Package: xfce4-mixer Version: 4.8.0-3+b1 Severity: important It is not possible to select the generic sound. The standard seems always to be hDMI and that does not work for me. # aplay -l Liste der Hardware-Geräte (PLAYBACK) Karte 0: HDMI [HDA ATI HDMI], Gerät 3: HDMI 0 [HDMI 0] Sub-Geräte: 1/1 Sub-Gerät #0: subdevice #0 Karte 0: HDMI [HDA ATI HDMI], Gerät 7: HDMI 1 [HDMI 1] Sub-Geräte: 1/1 Sub-Gerät #0: subdevice #0 Karte 1: Generic [HD-Audio Generic], Gerät 0: ALC892 Analog [ALC892 Analog] Sub-Geräte: 1/1 Sub-Gerät #0: subdevice #0 Karte 1: Generic [HD-Audio Generic], Gerät 1: ALC892 Digital [ALC892 Digital] Sub-Geräte: 1/1 Sub-Gerät #0: subdevice #0 -- System Information: Debian Release: 7.5 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-mixer depends on: ii gstreamer0.10-alsa [gstreamer0.10-audiosink] 0.10.36-1.1 ii gstreamer0.10-plugins-bad [gstreamer0.10-audiosink] 0.10.23-7.1+deb7u1 ii gstreamer0.10-plugins-base 0.10.36-1.1 ii gstreamer0.10-plugins-good [gstreamer0.10-audiosink 0.10.31-3+nmu1 ii libc62.13-38+deb7u1 ii libcairo21.12.2-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgstreamer-plugins-base0.10-0 0.10.36-1.1 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk2.0-0 2.24.10-2 ii libxfce4ui-1-0 4.8.1-1 ii libxfce4util44.8.2-1 ii libxfconf-0-24.8.1-1 ii xfce4-panel 4.8.6-4 xfce4-mixer recommends no packages. xfce4-mixer 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#717076: libjpeg draft resolution
Ian Jackson ijack...@chiark.greenend.org.uk writes: Ian Jackson writes (Re: Bug#717076: libjpeg draft resolution): I hereby propose the resolution below. I intend to call for a vote no earlier than after the conclusion of the relevant agenda item in tomorrow's IRC meeting. As agreed on IRC, I hereby call for votes on the rsolution below. There options are: A libjpeg-turbo to become default libjpeg implementaton (1:1) B libjpeg8/9 to remain default libjpeg implementaton (1:1) FD I vote A, B, FD. Bdale pgpI2LpEiJ7hU.pgp Description: PGP signature
Bug#748398: linux: Please disable CONFIG_DRM_RADEON_UMS on powerpc
On 05/18/2014 08:15 PM, gustavo panizzo gfa wrote: did you rebuild your initramfs after blacklist the module?, /etc/modprobe.d contents should be in initramfs Yes, that doesn't help. The problem is that the radeonfb driver is built into the kernel instead as a module and blacklisting won't help. It's still being load during early boot and even though it gets unloaded later, it leaves the GPU in a state where the radeon module won't work anymore and X.Org falls back to fbdev. I can disable the driver and make the regular radeon driver work by adding the following to the kernel command line: video=radeonfb:off Thus, the issue is not CONFIG_DRM_RADEON_UMS but CONFIG_FB_RADEON. Interestingly, CONFIG_FB_RADEON is built as a module on amd64 and i386: root@jessie32:~ uname -a Linux jessie32 3.14-1-686-pae #1 SMP Debian 3.14.4-1 (2014-05-13) i686 GNU/Linux root@jessie32:~ grep CONFIG_FB_RADEON= /boot/config-$(uname -r) CONFIG_FB_RADEON=m root@jessie32:~ root@jessie64:~ uname -a Linux jessie64 3.14-1-amd64 #1 SMP Debian 3.14.4-1 (2014-05-13) x86_64 GNU/Linux root@jessie64:~ grep CONFIG_FB_RADEON= /boot/config-$(uname -r) CONFIG_FB_RADEON=m root@jessie64:~ while it's built in on the PowerPC: root@test-adrian1:~ uname -a Linux test-adrian1 3.15-rc8-powerpc #1 Debian 3.15~rc8-1~exp1 (2014-06-03) ppc GNU/Linux root@test-adrian1:~ grep CONFIG_FB_RADEON= /boot/config-$(uname -r) CONFIG_FB_RADEON=y root@test-adrian1:~ I will try rebuilding the kernel on the PowerPC with CONFIG_FB_RADEON=m and see if it fixes the issue by allowing to blacklist the radeonfb module. If yes, I'll send in a kernel patch to change the configuration for the powerpc kernel accordingly. 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#752847: qtbase5-dev: former working projects FTBFS with Qt5Gui_EGL_LIBRARY-NOTFOUND
Booth are installed in local system but not in the pbuilder - adding the dependencies fix the build. My question now is - should qtbase5-dev depend on these packages or should my package depend on it? Imho the former (qtbase5-dev) would be right. Greetz Alf Am 27.06.2014 um 02:33 schrieb Lisandro Damián Nicanor Pérez Meyer: tag 752847 moreinfo thanks Alf: do you have libegl1-mesa-dev installed on your system? I see libgl1-mesa- dev is installed, but not libegl1-mesa-dev.
Bug#752897: RFS: lucene++/3.0.6-1 [ITP]
Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] Dear mentors, I am looking for a sponsor for my package lucene++ * Package name: lucene++ Version : 3.0.6-1 Upstream Author : Alan Wright [a...@spotify.com] * URL : https://github.com/luceneplusplus/LucenePlusPlus * License : LGPL-3+ or Apache-2.0 (mixed) Section : libs It builds those binary packages: liblucene++-contrib0 - Shared library with Lucene++ contributions liblucene++-dev - Development files for Lucene++ liblucene++-doc - Reference manual for Lucene++ liblucene++0 - Shared library for Lucene++ To access further information about this package, please visit the following URL: http://mentors.debian.net/package/lucene%2B%2B Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/lucene++/lucene++_3.0.6-1.dsc More information about lucene++ can be obtained from https://github.com/luceneplusplus/LucenePlusPlus Changes since the last upload: * Initial release. Rebased Ubuntu packaging on version 3.0.6 (Closes: #750148) Best regards, -- Łukasz 'sil2100' Zemczak lukasz.zemc...@canonical.com www.canonical.com www.ubuntu.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718860: Vanitygen packaging: any news?
Hi Richard, thank you very much for your reply. 2014-06-27 8:27 GMT+02:00 Richard Ulrich ri...@paraeasy.ch: If you could also try to contact the upstream author and ask for the small addition to the license text, he might realize that more people are interested... I found you message here... https://github.com/samr7/vanitygen/issues/36 ...and I added a little comment. Ciao! Carlo
Bug#752898: ITP: eclipse-remote-services-api -- Eclipse Remote Services API
Package: wnpp Severity: wishlist Package name: eclipse-remote-services-api Version: 8.0.0 Upstream Author: IBM Inc. and others URL: http://www.eclipse.org/ptp/ License: EPL-1.0 Description: Eclipse Remote Services API The purpose of this API is to provide a programming interface to remote services that is agnostic to the actual remote services implementation. Currently the only implementation supported is JSch. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749890: python3-notmuch: missing header in mbox message - NullPointerError
Jakub Wilk jw...@debian.org writes: * David Bremner da...@tethera.net, 2014-06-26, 18:26: 0.18.1~rc0-1 is much better, thanks! I still get NullPointerError for one of my messages, though. :-( The message is in the MBOXCL format (where message body size is indicated by the Content-Length field), and has lines starting with From in the message body. I've attached a new test case. That message (and at a guess other MBOXCL files) is ignored as a non-mail file by 0.18.1 notmuch new. Indeed. Is this another case of files which where indexed with an older version of notmuch causing problems with a newer version? Yes, that's why I meant. Sorry for not being clear. As a point of information, I bisected with the following test script: #!/usr/bin/env bash test_description='notmuch new in several variations' . ./test-lib.sh test_begin_subtest Support single-message mbox with content length (deprecated) cat ${MAIL_DIR}/mbox_file2 EOF From jwilk Fri May 30 14:09:05 2014 Subject: Hello world! Content-Length: 12 Lines: 1 From world! EOF output=$(NOTMUCH_NEW 21) test_expect_equal $output \ Added 1 new message to the database. test_done The commit where the behaviour changed to reject MBOXCL files with 'From ' in the body was 610f0e09929. This was between 0.14 and 0.15. I'd say this was unintentional, although it isn't clear to me yet how easy it is fix. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752899: atkmm1.6: use dh-autoreconf to fix FTBFS on ppc64el
Package: atkmm1.6 Version: 2.22.7 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el User: debian-de...@lists.debian.org Usertags: autoreconf Dear Maintainer, The atkmm1.6 pkg fails to build from source, because the libtool configuration files need to be updated. This patch includes dh-autoreconf to the build so it builds accordingly. Thanks and regards, Brahadambal -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13-1-powerpc64le (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --===8277606132622240737== Content-Type: text/x-diff; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=add_ppc64le_support.debpatch --- atkmm1.6-2.22.7.orig/debian/control2013-06-27 02:01:16.0 + +++ atkmm1.6-2.22.7/debian/control2014-06-27 15:26:23.0 + @@ -13,7 +13,7 @@ Vcs-Svn: svn://svn.debian.org/svn/pkg-gnome/desktop/unstable/atkmm1.6 Build-Depends: cdbs (= 0.4.51), debhelper (= 9), - autotools-dev, + dh-autoreconf, gnome-pkg-tools (= 0.11), libglibmm-2.4-dev (= 2.36.0), libatk1.0-dev (= 1.12.0), --- atkmm1.6-2.22.7.orig/debian/rules2013-06-27 01:52:44.0 + +++ atkmm1.6-2.22.7/debian/rules2014-06-27 15:27:15.0 + @@ -1,6 +1,7 @@ #!/usr/bin/make -f include /usr/share/cdbs/1/rules/debhelper.mk +include /usr/share/cdbs/1/rules/autoreconf.mk include /usr/share/cdbs/1/rules/utils.mk include /usr/share/cdbs/1/class/autotools.mk include /usr/share/gnome-pkg-tools/1/rules/uploaders.mk --===8277606132622240737==-- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636783: minimum discussion period
Ian Jackson ijack...@chiark.greenend.org.uk writes: I would like to present an improved proposal for a minimum TC discussionn period, which will allow the committee to move quickly when there is consensus (at least, procedural consensus) within the committee: In the general case, a discussion period is clearly desired. To date, I can only recall two categories of issues in which we've had immediate calls for votes. The first is the category where we have obvious broad consensus and there's just no need to waste further time on process. That works just fine as-is and doesn't need a change. The second category is the case where one or more members of the committee want to conflate issues in a single vote but others would prefer to vote separate simple ballots. We've had exactly one issue to date where this seemed to be the case. Under the current rules, if a majority of the committee believes an immediate call for votes is a bad idea... they can stop it with a sufficient number of FD-first votes. We saw this happen recently, so we know it really does work in practice. * Constitution 6.3(1), delete - There is no minimum discussion period; and replace it with a new paragraph inserted into the end of 6.3(1): + There is a minimum discussion period of 5 days. + However, the persion calling a vote may waive the minimum + discussion period; in that case the vote may be cancelled by + any member of the committee, if they do so within 5 days of + the vote being called. If I understand this correctly, either there is a 5-day minimum discussion period, *or* there must be unanimous consent of the committee to waive the minimum period? I don't think this is a good idea, as it gives a single committee member applying stop energy the ability to over-rule the desires of a majority of the committee. So much of our constitution is clearly structured to prevent the abuse of power by a single individual that this seems incongruous. Bdale pgpb9QvRHJrvT.pgp Description: PGP signature