Bug#727708: [Lennart Poettering] Re: [Russ Allbery] systemd code documentation
I forwarded your question about code documentation to Lennart, and the attached mail is his answer. --- Begin Message --- On Thu, 05.12.13 22:19, Tollef Fog Heen (tfh...@err.no) wrote: > > Hiya, > > I poked you on IRC about this, but I suspect it disappeared in the > noise. Any chance you could point Russ at any other resources that he > should use? You can read the entire bug log at > http://bugs.debian.org/727708 ; Russ's message is > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708#803 . > > (Feel free to respond to the bug at 727...@bugs.debian.org too, of > course.) Our general approach there is that comments shouldn't drown code. Hence: comments for everything that cannot be obviously read from the sources, but not comments for everything we ever write. For example, if you have a function that is called let's say "unit_load()" then this is already indicative enough of what the thing does (loads a unit), that we explicitly do not put a comment there. Note that our public APIs are documented in man pages, and those are not placed in the code. You could probably make our statistics look better in the eyes of the the-more-comments-the-better fraction if we'd not build those man pages from docbook but rather from inline source code comments. (I'd even be willing to do that, but I know of no tool that would allow embedding docbook man XML in C files) Anyway, no doubt Upstart has more comments. And no doubt we probably could add mor to our sources. But ultimately this doesn't affect our contributor base too much as it turns out, since we have so many more contributors to our code than Upstart got... ;-) Also, I am pretty sure that Knuth' commenting style is rather extreme (and didn't drown one of Debian's own projects, ifupdown so that nobody wanted to hack on it anymore?) I am pretty sure Knuth commenting makes sense for writing books and for inner core algorithms, but our code is not like that. The identifiers we use should mostly be sufficient to indicate things. Ultimately it's a matter of taste I figure... Lennart -- Lennart Poettering, Red Hat --- End Message --- -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are
Bug#729328: update
tags 729328 pending thanks The 1.4.3 upstream release has resolved this. Tested in a qemu chroot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731211: aster: new upstream release, work in progress
Hello, On 06/12/2013 18:48, Denis Laxalde wrote: > > I've push the current state of my current in a git repository > (converted from the svn one): > http://anonscm.debian.org/gitweb/?p=debian-science/packages/aster.git > > It's not finished but I'd welcome any input. I will have a look but I like this kind of commit: http://anonscm.debian.org/gitweb/?p=debian-science/packages/aster.git;a=commitdiff;h=7af3c79a04008c4ec43ca072f41ae15b781956ea ;) S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730735: freeplane: Export to pdf is broken
Denis Danilov writes: > Hi Felix, hello Denis, > I've tested the fix and it does export to pdf Sorry to bother you again: 1.3.x uses a different configuration location, so you need to set the L&F to Gtk/Nimbus for 1.3.6beta before doing the export. Did you do that when testing? Thanks and Best Regards, Felix > Thanks, > Denis > >> Here is a preview so that you can confirm the fix: >> http://sourceforge.net/projects/freeplane/files/freeplane%20debian%20preview/freeplane_bin-1.3.6-beta_pre03_01.zip/download >> >> Just unzip the file and run ./freeplane.sh from inside the extracted >> directory. >> >> Thanks again for spotting the bug! >> Best Regards, >> -- >> Felix Natter >> > -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#728812: lesstif2: xmgrace with LessTif still crashes when Esc key is pressed on a LOCAL menu
Control: affects -1 src:motif Hi Wirawan, On 06-12-13 20:40, Wirawan Purwanto wrote: > (2) When we press a menu shortcut key from main window (say, Alt+F), > then pressing "down" arrow will NOT bring the highlight to one item > below the current; rather it simply closes the menu. This is surprising. This sounds very much like bug 730026 [1], which got fixed 4 days ago in unstable. Could you please test again with either the motif package from unstable, or wait 6 days and update the motif package from testing if that suits you better. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730026 > (3) In the "Set Appearance" window, when I right-click the mouse on the > dataset list, as soon as the mouse button is released, the local context > menu disappears! Of course, I don't have a chance to press Esc! Might, or might not, be the same bug. If you can verify that it still exists with motif 2.3.4-5 than could you file a bug against motif? > Are these intended behavior of the original libmotif? I would say "no" to this. > So it appears that these may introduce surprise to those who are used > to xmgrace built against lesstif2. This is why I appreciate your feedback. > Note: > My testing system (run under KVM) is using Debian Wheezy amd64 as the > base installation, then I simply added testing repo and use `apt-get -t > testing install grace' to upgrade to the newer grace that uses libmotif. That should be fine. Paul PS: I put the affects on src:motif because of your comment 3. As long as we don't know if this is a lesstif only issue (which I think it is) it is good to keep motif in the loop. signature.asc Description: OpenPGP digital signature
Bug#731586: RFA: facile -- functional constraint library implemented in OCaml
Package: wnpp Severity: normal Hello, Currently, facile has no human maintainers. It is maintained by the Debian OCaml team because of the need of transition coordination, but needs more love and a dedicated maintainer. A potential maintainer should get familiar with [1], and in particular with our policy and practices, and get subscribed to our mailing-list. [1] http://wiki.debian.org/Teams/OCamlTaskForce Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731587: RM: obrowser -- ROM; obsolete
Package: ftp.debian.org Severity: normal Control: block 718767 with -1 Hi, obrowser has been made obsolete by js-of-ocaml, and is no longer updated by upstream. It is now getting in the way of the OCaml transition, so it's time to remove it from Debian. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731589: diod: init script seems to fail in non-verbose mode
Package: diod Version: 1.0.14-4 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 start) [ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME" do_start case "$?" in 0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;; 2) [ "$VERBOSE" != no ] && log_end_msg 1 ;; esac ;; Here, if VERBOSE is no, the expression evaluates to false, so the return value of the whole script would be false even on success. To solve the issue, just add exit 0 to the very end of the script. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages diod depends on: ii libc62.17-0experimental2 ii libcap2 2.11-2 ii liblua5.1-0 5.1.4-3 ii libmunge20.5.11-1 ii libncurses5 5.9-4 ii libtinfo55.9-4 ii libwrap0 7.6.q-18 diod recommends no packages. diod suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCAAGBQJSougKAAoJEG6k0jEaLSaN8b4P/j93KZl48rBAuYCEyEE00Z+Q EJybmZRjtZTsXq//EyqeKx9D9nP3IyDuGMyzSDw+ya83qU+wqTvkn97V36Bv+b8m uHO6b4eY2pDqdEa5gNuk8EWUVUN1Kkv9hIbODZaTJP4/i4SSLComUg+MQVS4AGp6 eyJo8DP4VFfILDC0hrsQmtk1YpMyScN3XPTWO+UzqMAl9vvqw6D9rPuegQcf1cXd fmIfNaOkw/UdZKhgesHpqp+K/sHMIHOTu6EuJqUj7LMn/f/F1fq+tHKe9I9zUQQY 1ThXIxnSDNNSgIArACJE+FlLH/2v3Okq73Q88K6Tp7igHDgKGpyid974MIiwlVyo 36Tg4FzwrLuoEQF5IBEhqmdXroCCHNAVYgFc98VydE9WC+B2n109USYrKR0zjDHX xr/A3w91QJNVwkZtaEznkMMe8lUWA3V+XHAN/jf3VzOXgMJi0WLuCHj1Og/PKQwr zz6T/x/JmfWfwS7y+cmeE5jh80t1R0dteNpFcGd/glsbIyzoheZ9W81vLOE5WUzT fQT0xpZk9I/4uRghO4/rFMJ0kH6wP475bjM2MFcMuUgbVrKmbm7VdjIs50a6So2w R52oeWA5P4VC291LDGY+jCqGvTtdzTRTDjqCvoCcmm6YMfFDrgUiVDTz0yplQe5G WoyXGqImSKOAzYiHvJiU =vspb -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#731452: (no subject)
Hello, This happens because ISC-DHCP does not follow RFC 4361 yet. The v4 client sends an identifier (client-identifier), le v6 client sends a different identifier (DUID). DDNS uses conflict detection to prevent a client with the same name to replace a record already there. This conflict detection is base on a signature of the identifier provided by the client. Different identifiers => different signatures => conflict between v4 and v6 clients. To make it work, v4 clients should send the same DUID as the v6 client : http://www.ietf.org/rfc/rfc4361.txt This should be fixed in ISC-DHCP 4.3 : https://deepthought.isc.org/getAttach/86/AA-00974/webinar-ISC+Product+RoadmapOct2013.pdf (slide #21) http://www.youtube.com/watch?v=16Qkr2o1IdU Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731590: RFA: ocaml-inifiles -- read and write .ini files for OCaml
Package: wnpp Severity: normal Hello, Currently, ocaml-inifiles has no human maintainers. It is maintained by the Debian OCaml team because of the need of transition coordination, but needs more love and a dedicated maintainer. A potential maintainer should get familiar with [1], and in particular with our policy and practices, and get subscribed to our mailing-list. [1] http://wiki.debian.org/Teams/OCamlTaskForce Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#714896: Python 3 as default
On Wed, Dec 04, 2013 at 08:12:45PM -0800, Diane Trout wrote: > > Instead, I mean, what would it take for the basic Debian system to install > > Python 3 only by default, and have any system scripts that depend on Python > > be Python 3. > Nothing. > I just did a default no-tasks selected debian wheezy system and no version > of python was installed. > Using a cowbuilder wheezy & sid chroot I decided to see what python the tasks > from tasksel install. > (e.g. apt-get -s install task-web-server | grep python) > Tasks: > task-desktop (with --no-install-recommends): no Python > task-gnome-desktop: (wheezy Python 2.7) (sid both Python 2.7 & Python 3.3) > task-kde-desktop: (wheezy no Python) (sid Python 2.7) > task-lxde-desktop: Python 2.7 > task-xfce-desktop: no Python. > task-web-server: no Python > task-print-server: no Python > task-database-server: no Python > task-dns-server: (wheezy no Python) (sid Python 2.7) > task-file-server: Python 2.7 > task-mail-server: no Python > task-ssh-server: no Python > task-laptop: no Python > Looking at the lists of packages suggested by apt-get it seemed like only > Gnome that wanted lots of python packages. $ cat /chroots/sid/var/lib/apt/lists/*_debian_dists_sid_main_binary-amd64_Packages \ | grep-dctrl -FPriority standard -a -FDepends python -sPackage Package: apt-listchanges Package: python-apt Package: python Package: python-minimal Package: python-support Package: python2.7 Package: python-reportbug Package: reportbug $ (It seems your tests somehow missed the "standard" task?) So the user-facing components that would need to be migrated to python3 to change the "default" are apt-listchanges and reportbug. As it turns out, both of these packages which are priority standard in Debian are not installed by default in Ubuntu, so actually there are no patches to pull from there. It seems there is a wishlist bug report asking for reportbug to be switched: http://bugs.debian.org/714896 Sandro, you replied to this bug arguing that we're years away from having a system free of python2. But as the above analysis shows, there are really only two packages that need to be switched to python3 to give users a python3-only system by default (python-apt already has a python3 port). I think it's important for the Debian base system to lead, not follow, when it comes to deciding which language runtimes will be installed by default. It will be years before python3 completely replaces python2, but there are already a number of packages for which a switch to python3 is advantageous (e.g., because of the greatly improved unicode support), and I believe we will begin to see significant python3-only projects in the jessie timeframe. I would like us to be able to drop python2 from Priority: standard in jessie in favor of python3, so that users can reasonably have systems with only python3 installed. Would you accept patches to reportbug and apt-listchanges to move them to python3? Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@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#731345: flash-kernel: add support for DT based kernels on Sheeva Plug
Quoting Marc Kleine-Budde (m...@blackshift.org): > Package: flash-kernel > Version: 3.11 > Severity: normal > Tags: patch > > Hello, I've two patches to support DT based kernel on Sheeva > Plug. These patches are needed to boot 3.12 (which is currently in > experimental). I actually know nearly nothing about these kind of things but it seems to me that we should be able to commi tthis without a big risk to break anything. Cyril, objections? signature.asc Description: Digital signature
Bug#729752: [Pkg-fonts-devel] Bug#729752: Acknowledgement (pyside: Fontconfig warning multiple values in not supported)
Quoting Didier 'OdyX' Raboud (o...@debian.org): > > Fontconfig warning: "/etc/fonts/conf.d/65-droid-sans-fonts.conf", line > > 103: Having multiple values in isn't supported and may not work > > as expected > > This bug is not reported, let's reassign this one against fonts-android. I'm unsure about the right way to fix this, so I can't work on it. Just to let you guys know..:-) signature.asc Description: Digital signature
Bug#731591: ucf hangs if you open a shell then you choose to keep your current version of file
Package: ucf Version: 3.0027+nmu1 Severity: important Dear Maintainer, During apt-get dist-upgrade, ucf prompts me if there are modified version of config files it is trying to install. My workflow in such a situation is the following Choose "Open a shell to examine the situation" # cd /directory/to/config/file # gksudo meld file.conf file.conf.ucf-dist merge files keeping my configs # exit Choose "Keep local version of the file" ucf hangs and apt has to be killed. If instead of immediately choosing "Keep local version of the file" I choose another random option, like to see the diff, then I choose "Keep local version of the file" everything works. Thanks, Paolo PS: gksudo is needed since launching meld as root without it would trigger some error message related to dbus. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ucf depends on: ii coreutils 8.21-1 ii debconf1.5.52 ucf recommends no packages. ucf suggests no packages. -- debconf information: ucf/changeprompt: keep_current ucf/changeprompt_threeway: keep_current ucf/conflicts_found: ucf/show_diff: ucf/title: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731593: ntdb's autopkg test fails
Package: ntdb Version: 1.0-1 see https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-ntdb/ adt-run: & dsc0t-python-testsuite: [ -> Finished parsing the build-deps python: can't open file '/tmp/adt-run.Dkgj8p/dsc0-build/ntdb-1.0/debian/tests/../../python/tests/simple.py': [Errno 2] No such file or directory adt-run1: testbed executing test finished with 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#731592: dig -x: allow querying arbitrary "reverse" zones
Package: dnsutils Version: 1:9.8.4.dfsg.P1-6+nmu3 Severity: wishlist As currently implemented, dig(1) provides a -x convenience option to query the reverse DNS in-addr.arpa, ip6.arpa, and ip6.int zones. It seems a natural extension, however, to allow querying arbitrary “reverse” zones, such as, for instance, used by various DNS black- and whitelists. Consider, e. g.: $ dig -z l2.apews.org -x 200.11.173.11 The default query type in this case may be either A (as used in the lists) or PTR. -- FSF associate member #7257 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731345: flash-kernel: add support for DT based kernels on Sheeva Plug
Christian PERRIER (2013-12-07): > Quoting Marc Kleine-Budde (m...@blackshift.org): > > Package: flash-kernel > > Version: 3.11 > > Severity: normal > > Tags: patch > > > > Hello, I've two patches to support DT based kernel on Sheeva > > Plug. These patches are needed to boot 3.12 (which is currently in > > experimental). > > I actually know nearly nothing about these kind of things but it seems > to me that we should be able to commi tthis without a big risk to > break anything. Cyril, objections? I'd rather see Martin or Ian come to a conclusion on their own, given the length of the thread already, and the DT-specific subtleties. Mraw, KiBi. signature.asc Description: Digital signature
Bug#731594: debian-installer: time synchronisation should be installed by default
Package: debian-installer Severity: normal Tags: d-i Hello, I think that a modern OS should take care of time synchronisation without requiring user intervention. As far as I can see, Debian doesn't install any kind of NTP client by default. (I'd guess that it falls back behind Mac and Windows in this regard. Even my mobile phone synchronises time automatically.) Thus, I'd suggest to install as part of the base system an NTP package (eg. ntp, openntpd, chrony) configured to act as client only. This issue has already been discussed nine years ago, however I believe that user's expectations have changed through the passage of time and thus a fresh look at the topic may be warranted. http://bugs.debian.org/397649 Best, Thiemo Nagel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727880: Pending fixes for bugs in the grcompiler package
tag 727880 + pending
thanks
Some bugs in the grcompiler package are closed in revision
fe34222695f1a5b8c7c422479db7860f0c718d67 in branch 'master' by
Christian Perrier
The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-fonts/grcompiler.git;a=commitdiff;h=fe34222
Commit message:
Build with autotools_dev to use up-to-date config.{guess,sub} Thanks to
Matthias Klose. Closes: #727880
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731595: Do not override users setting
Package: charls charls currently uses CMAKE_BUILD_TYPE:STRING=RelWithDebInfo this is EBW -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#411977: wmaker: exitscript is not called when an signal 11 occur
Hi, Your are right, if signal 11 occur, the script is not used. But, signal 11 is an error, it must not happen. We should control the error cases? Is possible handle all error cases? The current wmaker version doesn't have signals 11, it is fine, and IMO this patch should not included. What do you think? Cheers, kix -- .''`. Rodolfo García Peñas (kix) : :' : Proud Debian Developer `. `'` 4096R / 3F48 0B8C C385 AD41 9E28 006A 7B1F 5490 72B7 4923 `- Debian - when you have better things to do than fixing systems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730983: Orphaning several accessibility packages
Hi Milan and all other readers, On 30-11-13 21:01, Milan Zamazal wrote: > I orphan and offer for adoption several accessibility packages: Thank you for bringing this up on debian-a11y. I think for most, if not all, packages the a11y team is a good team to do the maintenance. I am not filing ITA just yet, but if nobody else steps in between, I intend to do so soon. Just to be sure: looking at the versions in Debian, most seem rather stable. Are you aware of urgent or upcoming changes that need attention. > - On behalf of Boris Dušek and myself, I offer all Czech Festival voices > (festvox-czech-ph -- bug #730988, festvox-czech-dita -- bug #730989, > festvox-czech-krb -- bug #730991, festvox-czech-machac -- bug #730990) > as well as festival-czech package (WNPP bug #730997) for adoption. > They are easy to maintain. I understand there aren't many maintainers > with interest in Czech speech synthesis around, so I'll try to > continue maintaining the packages if nobody wants them, but I'd like > to find a better maintainer for them. Does this list have any czech speaking (or better: listening) readers? I think maintaining those in this team could be done, but I can't judge the language, which makes me slightly hesitant. I can do the preparation, but I like other to check the voices. Paul signature.asc Description: OpenPGP digital signature
Bug#731596: vlc: VLC skipping on some FLAC files
Package: vlc Version: 2.1.1-1 Severity: normal Tags: patch VLC produces an audible skipping on some FLAC files. See upstream Bug 9863 for an example and patch. Applying commit a5a87c3c662a3f733d1b7a49b8cf5c5f595aed41 which should be included in VLC 2.1.2 fixes this problem. Bug: https://trac.videolan.org/vlc/ticket/9863 Fix: http://git.videolan.org/?p=vlc.git;a=commitdiff;h=a5a87c3c662a3f733d1b7a49b8cf5c5f595aed41 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (800, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.2-pinguin20131201 (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/bash Versions of packages vlc depends on: ii dpkg 1.17.3 ii fonts-freefont-ttf20120503-1 ii libaa11.4p5-41 ii libavcodec-extra-54 6:9.10-1 ii libavutil52 6:9.10-1 ii libc6 2.17-97 ii libcaca0 0.99.beta18-1 ii libfreetype6 2.5.1-1 ii libfribidi0 0.19.5-2 ii libgcc1 1:4.8.2-8 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libice6 2:1.0.8-2 ii libqtcore44:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libsdl-image1.2 1.2.12-5 ii libsdl1.2debian 1.2.15-8 ii libsm62:1.2.1-2 ii libstdc++64.8.2-8 ii libtar0 1.2.20-1 ii libva-x11-1 1.2.1-2 ii libva11.2.1-2 ii libvlccore7 2.1.1-1 ii libx11-6 2:1.6.2-1 ii libxcb-composite0 1.9.1-3.1 ii libxcb-keysyms1 0.3.9-1 ii libxcb-randr0 1.9.1-3.1 ii libxcb-render01.9.1-3.1 ii libxcb-shape0 1.9.1-3.1 ii libxcb-shm0 1.9.1-3.1 ii libxcb-xfixes01.9.1-3.1 ii libxcb-xv01.9.1-3.1 ii libxcb1 1.9.1-3.1 ii libxext6 2:1.3.2-1 ii libxinerama1 2:1.1.3-1 ii libxpm4 1:3.5.10-1 ii vlc-nox 2.1.1-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages vlc recommends: pn vlc-plugin-notify pn vlc-plugin-pulse ii xdg-utils 1.1.0~rc1+git20111210-7 Versions of packages vlc suggests: pn videolan-doc -- 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#731597: haskell-text-icu: FTBFS on arm* (make: debian/hlibrary.setup: Command not found)
Source: haskell-text-icu Version: 0.6.3.5-3 Severity: serious Justification: fails to build from source (but built successfully in the past) Control: block 729531 with -1 Hi, your package FTBFS on armel and armhf: > for setup in Setup.lhs Setup.hs; do if test -e $setup; then ghc --make $setup > -o debian/hlibrary.setup; exit 0; fi; done > [1 of 1] Compiling Main ( Setup.lhs, Setup.o ) > You are using a new version of LLVM that hasn't been tested yet! > We will try though... > wrong initalizer for intrinsic global variable > [0 x i8*] undef > Broken module found, compilation aborted! > Stack dump: > 0. Program arguments: opt /tmp/ghc16175_0/ghc16175_0.ll -o > /tmp/ghc16175_0/ghc16175_0.bc -mem2reg --enable-tbaa=true > llc: /tmp/ghc16175_0/ghc16175_0.bc: error: Could not open input file: No such > file or directory > debian/hlibrary.setup configure --ghc -v2 \ > --prefix=/usr --libdir=/usr/lib/haskell-packages/ghc/lib \ > --builddir=dist-ghc \ > --haddockdir=/usr/lib/ghc-doc/haddock/text-icu-0.6.3.5/ > --datasubdir=text-icu\ > --htmldir=/usr/share/doc/libghc-text-icu-doc/html/ > --enable-library-profiling --ghc-option=-DDEBIAN_NO_GHCI \ > > make: debian/hlibrary.setup: Command not found > make: *** [dist-ghc] Error 127 Cheers, Julien signature.asc Description: Digital signature
Bug#693216: firebird2.5_2.5.2.26540.ds4-1~deb7u1_amd64.changes ACCEPTED into proposed-updates->stable-new
-=| Adam D. Barratt, 06.12.2013 15:36:37 + |=- > On 2013-12-05 13:23, Damyan Ivanov wrote: > >-=| Debian FTP Masters, 05.12.2013 12:18:49 + |=- > >>Mapping stable to proposed-updates. > >> > >>Accepted: > >> > >>Changes: firebird2.5 (2.5.2.26540.ds4-1~deb7u1) stable; urgency=low > >> . > >> * rebuild for stable update in wheezy > >> * fix typo in 2.5.2.26540.ds4-1 changelog entry > >> * out/crash-create-db-restricted.patch: point to upstream commit > > > >Sigh. I forgot to include all relevant changelog entries since wheezy > >proper. Is this fatal as with backports? Well, I guess not so fatal, > >as I'd expect a reject if it was, but if you want me to re-upload > >with > >-v2.5.2~svn+54698.ds4-3, please say so. > > If it's not a huge pain, that would be good; thanks. > > I've flagged the existing upload for rejection, so please feel free > to reupload once you receive the reject mail from dak. Re-uploaded. Thank you very much and sorry for the hassle. -- dam signature.asc Description: Digital signature
Bug#718434: Bug #718434, please leave CAcert as is
On Thu 05/Dec/2013 20:16:57 +0100 Geoffrey Thomas wrote: > > Can you quantify what you mean by "useful" and "handy"? It is just convenient. Using curl, for example, you can skip some prior settings and command line options. > If there are use cases for CAcert other than the fact that their > certificates are free-of-charge, I'd be curious to know that, but I'm > under the impression that that's basically the only driver these days, > and my arguments in this thread are mostly based on that. It seems to me CAcert certificates are free, not free-of-charge. The difference is between "free beer" and "free speech", as they say. I see that other providers offer free-of-charge certificates, and I consider those marketing strategies ultimately aimed at improving their sales. >> From a practical POV, the incidents reported by THC[0] mention >> different CAs, so I'd rather remove them than CAcert. > > I believe all those roots were either removed from the Mozilla set, or > rekeyed. A THC reported line says "Comodo (InfoSecurity, 2011). Not once, but multiple times." Yet, on wheezy, I have: for f in /usr/share/ca-certificates/mozilla/Comodo*; \ do certtool -i --infile $f | grep 'Not Before'; done Not Before: Thu Jan 01 00:00:00 UTC 2004 Not Before: Thu Jan 01 00:00:00 UTC 2004 Not Before: Thu Jan 01 00:00:00 UTC 2004 That doesn't hurt me. IMHO, it is beyond Debian responsibilities to independently investigate on security incidents. When an upstream maintainer/provider identifies a security weakness and issues a patch, the Debian security team follows up, and I think that's enough. > For what it's worth, I'd be happy to see Debian be _more_ > conservative than Mozilla in what roots it includes, just not less. I beg to differ. In order to be conservative, Debian should devise objective criteria for auditing and assessing each CA. Carrying that activity out would consume an amount of resources, while the added value would be minimal: Server admins have to choose the CAs that better suit their needs anyway, regardless of Debian mumblings. So, including any known CA (unless it is a blatant scam, of course) seems to be a more effective approach. >> If anything, it should made clear[er] that there is no endorsement >> or assumption of responsibility in distributing ca-certificates: >> Just like any other package, it is done on a best-effort basis. > > I actually do think that's the right policy for Debian, but in the > form that Debian should pass the trust questions off to an entity like > Mozilla who is willing to make those endorsements (since the only > other real way to make "no endorsement" clear is to make no roots > trusted by default). Mozilla can make rather strict assumptions on how the certificates they accept are going to be used. Debian used to be more generic, and I don't think this post-disclosure period is the best moment to introduce policy restrictions. If it works, don't fix it; use it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731556: Tests done
Hi I am not the original reporter of this bug, but my system has the same symptoms. I have tried the suggestions from message #20 an the result is that the system now starts as it should and now I see the problem described in #731556. I use systemd as my PID 1. Regards, -- Kim Rydhof Thor Hansen Vadgårdsvej 3, 2. tv. 2860 Søborg Phone: +45 3091 2437 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725786: bridge-utils: Improving the bridge_hw option in /etc/network/interfaces
Hi, thank you for looking into this! Sorry for not responding to your previous mail (I really didn't have anything to add at that point though). On Sat, 7 Dec 2013 01:35:37 +0100 Santiago Garcia Mantinan wrote: > While I was investigating your suggestion I realised that if I set > the hw address with > ip link set dev br0 address whatever > then the address is preserved no matter what cards are attached to the > bridge, thus doing what you want without needing to change the way on > which we create the bridge. I agree that this would be the preferable way. > So, what I'm thinking on doing is to set the hardware address like > that on the next version of the package, instead of playing with the > address of the nics, which was a little bit dirty anyway. > > Can you check if this works for you? Unfortunately it doesn't, see the output below: # brctl addbr br2 # ip link set br2 up # ip address show dev br2 16: br2: mtu 1500 qdisc noqueue state UNKNOWN group default link/ether e6:0f:87:cc:8b:a6 brd ff:ff:ff:ff:ff:ff inet6 fe80::e40f:87ff:fecc:8ba6/64 scope link valid_lft forever preferred_lft forever The bridge interface reports state UNKNOWN, but is really up (and also has an IPv6 link-local address). # brctl addbr br2 # ip link set address fe:9e:82:a8:a0:4b dev br2 # ip link set br2 up # ip address show dev br2 17: br2: mtu 1500 qdisc noqueue state DOWN group default link/ether fe:9e:82:a8:a0:4b brd ff:ff:ff:ff:ff:ff The specified MAC address is correctly set to the bridge interface, but the state is DOWN (and no IPv6 link-local address is present). In this state the bridge is unusable for VirtualBox VMs. # ip link add br2 address fe:9e:82:a8:a0:4b type bridge # ip link set br2 up # ip address show dev br2 18: br2: mtu 1500 qdisc noqueue state UNKNOWN group default link/ether fe:9e:82:a8:a0:4b brd ff:ff:ff:ff:ff:ff inet6 fe80::fc9e:82ff:fea8:a04b/64 scope link valid_lft forever preferred_lft forever This reassembles the output of the initial set of commands with the correct MAC address set. This way my VirtualBox VMs can use the bridge without any problems. We'd probably have to look at the kernel code to find out the reason to this (seemingly strange) behavior. My guess is that the VirtualBox kernel module is really to blame because the VMs can use the bridge but `brctl show` doesn't show any associated interfaces. This could mean that the kernel isn't properly informed that the bridge is actually being used. But again, I'm just guessing here. I can understand that you are reluctant to change the way the bridge interfaces are created. I initially opened this wishlist bug not only because I could solve my (probably not very common) problem but also because `man 5 bridge-utils-interfaces` suggests that the maintainer is unhappy with the way the bridge_hw option works. Your proposed solution makes a lot more sense compared to setting the hw address of all participating NICs. So if you're happy with that feel free to implement it. I can easily implement my workaround by using the pre-up/post-down options to create/destroy the bridge using the iproute2 tools. I hope this information is helpful to you. Thanks again for your time and effort! Regards Lukas signature.asc Description: PGP signature
Bug#728776: FYI uploaded to NEW queue
For your information and for the BTS Package f-irc is uploaded to the NEW queue. See http://ftp-master.debian.org/new/f-irc_1.26-1.html for progress information. Groeten Geert Stappers -- Leven en laten leven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#720902: Debian RT: CVE-2013-4152 XML External Entity (XXE) injection in Spring Framework
Dear security team, I have prepared a new version of libspring-java to fix CVE-2013-4152 (#720902) by backporting the related upstream patch [1]. I'm attaching the debdiff against the version of libspring-java in stable. You can also find an updated package at mentors.debian.net for an initial review. [2] Please let me know if the changes qualify for a stable-security release. The affected libspring-oxm-java binary package has no further reverse-dependencies. The problem type is local and remote. It is possible to conduct DDoS attacks via XXE injections. Please refer to the full disclosure (References) for additional information. Description === The Spring OXM wrapper did not expose any property for disabling entity resolution when using the JAXB unmarshaller. There are four possible source implementations passed to the unmarshaller: DOMSource StAXSource SAXSource StreamSource For a DOMSource, the XML has already been parsed by user code and that code is responsible for protecting against XXE. For a StAXSource, the XMLStreamReader has already been created by user code and that code is responsible for protecting against XXE. For SAXSource and StreamSource instances, Spring processed external entities by default thereby creating this vulnerability. The issue was resolved by disabling external entity processing by default and adding an option to enable it for those users that need to use this feature when processing XML from a trusted source. It was also identified that Spring MVC processed user provided XML with JAXB in combination with a StAX XMLInputFactory without disabling external entity resolution. External entity resolution has been disabled in this case. References == http://seclists.org/bugtraq/2013/Aug/154 http://seclists.org/fulldisclosure/2013/Nov/14 http://www.gopivotal.com/security/cve-2013-4152 Regards, Markus [1] https://github.com/SpringSource/spring-framework/pull/317 [2] http://mentors.debian.net/debian/pool/main/libs/libspring-java/libspring-java_3.0.6.RELEASE-6+deb7u1.dsc diff -Nru libspring-java-3.0.6.RELEASE/debian/changelog libspring-java-3.0.6.RELEASE/debian/changelog --- libspring-java-3.0.6.RELEASE/debian/changelog 2012-06-21 03:29:11.0 +0200 +++ libspring-java-3.0.6.RELEASE/debian/changelog 2013-12-07 11:51:53.0 +0100 @@ -1,3 +1,17 @@ +libspring-java (3.0.6.RELEASE-6+deb7u1) wheezy-security; urgency=high + + * Team upload. + * Fix CVE-2013-4152. +- New patch: Add-processExternalEntities-to-JAXB2Marshaller.patch. +- Now by default external XML entities are not processed when + unmarshalling. Processing of external entities will only be + enabled/disabled when the source passed to the unmarshaller is a + SAXSource or StreamSource. It has no effect for DOMSource or StAXSource + instances. +- (Closes: #720902) + + -- Markus Koschany Sat, 07 Dec 2013 11:51:46 +0100 + libspring-java (3.0.6.RELEASE-6) unstable; urgency=low * Add optional B-D on openjdk-7-jdk. diff -Nru libspring-java-3.0.6.RELEASE/debian/patches/Add-processExternalEntities-to-JAXB2Marshaller.patch libspring-java-3.0.6.RELEASE/debian/patches/Add-processExternalEntities-to-JAXB2Marshaller.patch --- libspring-java-3.0.6.RELEASE/debian/patches/Add-processExternalEntities-to-JAXB2Marshaller.patch 1970-01-01 01:00:00.0 +0100 +++ libspring-java-3.0.6.RELEASE/debian/patches/Add-processExternalEntities-to-JAXB2Marshaller.patch 2013-12-07 11:38:15.0 +0100 @@ -0,0 +1,116 @@ +From: Markus Koschany +Date: Thu, 5 Dec 2013 10:59:47 +0100 +Subject: Add 'processExternalEntities to JAXB2Marshaller + +Added 'processExternalEntities' property to the JAXB2Marshaller, which +indicates whether external XML entities are processed when +unmarshalling. + +Default is false, meaning that external entities are not resolved. +Processing of external entities will only be enabled/disabled when the +Source} passed to #unmarshal(Source) is a SAXSource or StreamSource. It +has no effect for DOMSource or StAXSource instances. + +Original patch by Arjen Poutsma. + +Bug: http://bugs.debian.org/720902 +--- + .../springframework/oxm/jaxb/Jaxb2Marshaller.java | 56 ++ + 1 file changed, 56 insertions(+) + +diff --git a/projects/org.springframework.oxm/src/main/java/org/springframework/oxm/jaxb/Jaxb2Marshaller.java b/projects/org.springframework.oxm/src/main/java/org/springframework/oxm/jaxb/Jaxb2Marshaller.java +index 890ce18..1b3412d 100644 +--- a/projects/org.springframework.oxm/src/main/java/org/springframework/oxm/jaxb/Jaxb2Marshaller.java b/projects/org.springframework.oxm/src/main/java/org/springframework/oxm/jaxb/Jaxb2Marshaller.java +@@ -61,7 +61,9 @@ import javax.xml.stream.XMLStreamReader; + import javax.xml.stream.XMLStreamWriter; + import javax.xml.transform.Result; + import javax.xml.transform.Source; ++import javax.xml.transform.dom.DOMSource; + import javax.xml.transfor
Bug#728329:
Here a back trace when trying to start pymca whch sows this kind of segfault ==31823== Process terminating with default action of signal 11 (SIGSEGV) ==31823== Access not within mapped region at address 0x0 ==31823==at 0x5104E84: QMetaObject::indexOfSignal(char const*) const (in /usr/lib/i386-linux-gnu/libQtCore.so.4.8.6) ==31823==by 0x4EBF679: qpycore_find_signal(QObject*, char const**) (in /usr/lib/python2.7/dist-packages/PyQt4/QtCore.so) ==31823==by 0x4EBF712: sipQtFindUniversalSignal (in /usr/lib/python2.7/dist-packages/PyQt4/QtCore.so) ==31823==by 0x404518F: newSignal (qtlib.c:48) ==31823==by 0x4045D60: sip_api_connect_rx (qtlib.c:439) ==31823==by 0x4E83423: meth_QObject_connect (qobject.sip:601) ==31823==by 0x818AA48: PyEval_EvalFrameEx (ceval.c:4021) ==31823==by 0x80F5B21: function_call.15342 (ceval.c:3253) ==31823==by 0x8141D21: instancemethod_call.8771 (abstract.c:2529) ==31823==by 0x80E4F11: slot_tp_init.25847 (abstract.c:2529) ==31823==by 0x80E81EE: type_call.25511 (typeobject.c:745) ==31823==by 0x818B304: PyEval_EvalFrameEx (abstract.c:2529) cheers Frederic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727616: (no subject)
Control: found -1 1.3+dfsg.1-2 $ debdiff python-babel_1.3+dfsg.1-1.dsc python-babel_1.3+dfsg.1-2.dsc [...] diff -Nru python-babel-1.3+dfsg.1/debian/rules python-babel-1.3+dfsg.1/debian/rules --- python-babel-1.3+dfsg.1/debian/rules2013-10-28 12:19:04.0 +0600 +++ python-babel-1.3+dfsg.1/debian/rules2013-12-06 20:56:06.0 +0600 @@ -62,10 +62,10 @@ rm -rf docs/_build build Babel.egg-info dh_auto_clean -O--buildsystem=python_distutils -ifeq (,$(findstring nocheck, $(DEB_BUILD_OPTIONS))) -override_dh_auto_test: - py.test tests -endif - get-orig-source: uscan --noconf --force-download --rename --download-current-version + +#ifeq (,$(findstring nocheck, $(DEB_BUILD_OPTIONS))) +#override_dh_auto_test: +# py.test tests +#endif -- WBR, wRAR signature.asc Description: Digital signature
Bug#718434: Bug#731463: Bug#718434: ca-certificates: should CAcert.org be included?
Hi Daniel, On Saturday 07 December 2013 01:21:52 Daniel Kahn Gillmor wrote: > can we ship CAs marked as "disabled" by default? my impression is that > every CA shipped in ca-certificates right now is enabled automatically > unless the user has debconf's priority set to be more verbose than the > default. I'm personally inclined to do something along those lines for CAcert as a way to discontinue it. > The other way to maintain the same CA set is for Someone™ to fix #704180 While I like that solution (having to modify nss to add/remove certs is a PITA), I wonder how trust settings should be managed. With nss' ckbi store you can ship a certificate and indicate no trust setting for a specific use, distrust, etc. No trust setting can be determined from /etc/ssl/certs, losing important information. Do you know if there's already a plan to address that shortcoming? Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730492: RFH: hdf5
Sylvestre Ledru a écrit , Le 04/12/2013 14:28: Last time we checked (which was at least a year ago), we did not have library using the HDF5 C++ binding. Maybe that changed since then but if it didn't (or just for a couple of library), I would not bother. Just checked it against all packages depending on libhdf5-7 in sid. None contains a binary depending on libhdf5_cpp.so. => we won't bother \o/ _g. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731556: Tests done
Hi! 2013/12/7 Kim Rydhof Thor Hansen : > Hi > > I am not the original reporter of this bug, but my system has the same > symptoms. I have tried the suggestions from message #20 an the result > is that the system now starts as it should Okay, great! I will publish a fixed version of the package next Sunday. > and now I see the problem > described in #731556. I use systemd as my PID 1. Do you maybe mean bug#731569? Cheers, Matthias -- I welcome VSRE emails. See http://vsre.info/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731556: Tests done
On Sat, Dec 7, 2013 at 2:10 PM, Matthias Klumpp wrote: > Hi! > > 2013/12/7 Kim Rydhof Thor Hansen : >> Hi >> ... >> and now I see the problem >> described in #731556. I use systemd as my PID 1. > Do you maybe mean bug#731569? Yes, yes I did. -- Kim Rydhof Thor Hansen Vadgårdsvej 3, 2. tv. 2860 Søborg Phone: +45 3091 2437 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#718983: mx-2.0: please (parallel) update mx to latest upstream release
Hi zumbi, Please file a RFP for that. Now I have no chance to use mx-2.0 in my job or spare time. Packaging something I'm not using by myself is not a good idea because I won't be able to know if it is working or having bugs. Yours, Paul -- PaulLiu (劉穎駿) E-mail: Ying-Chun Liu (PaulLiu) signature.asc Description: OpenPGP digital signature
Bug#731598: ITP: camldbm -- binding to the NDBM/GDBM Unix databases
Package: wnpp Severity: wishlist Owner: "Stéphane Glondu" Control: block 731528 with -1 * Package name: camldbm Version : 1.0 Upstream Author : INRIA * URL : https://forge.ocamlcore.org/projects/camldbm/ * License : LGPL Programming Lang: C, OCaml Description : binding to the NDBM/GDBM Unix databases This OCaml library is a binding to the NDBM/GDBM Unix databases. It provides persistent storage of key-value pairs of strings. It used to be shipped with OCaml < 4. It now distributed separately and is needed by dose2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731594: debian-installer: time synchronisation should be installed by default
reassign 731594 ntpdate retitle 731594 Please make ntpdate package priority standard thanks On 7 December 2013 10:25, Thiemo Nagel wrote: > > Package: debian-installer > Severity: normal > Tags: d-i > > Hello, > > I think that a modern OS should take care of time synchronisation without > requiring user intervention. As far as I can see, Debian doesn't install any > kind of NTP client by default. (I'd guess that it falls back behind Mac and > Windows in this regard. Even my mobile phone synchronises time automatically.) > > Thus, I'd suggest to install as part of the base system an NTP package > (eg. ntp, openntpd, chrony) configured to act as client only. > > This issue has already been discussed nine years ago, however I believe that > user's expectations have changed through the passage of time and thus a fresh > look at the topic may be warranted. > > http://bugs.debian.org/397649 > I fully agree that ntp client should be installed by default. Checking dependencies of the available candidates (such that we can see what other packages they pull into standard set): * ntp - libopts25 (optional) * ntpdate - all good * openntpd - all good * chrony - timelimit (optional) Nothing too scary. The other concern raised was people on intermittent and metered connections (3G / dial-up), who may not want to have a daemon running that can't do anything, nor a daemon that would establish unwanted internet connections. To this extend ntpdate is the best package, as it is only executed upon network configuration without a long running daemon, nor periodic cron job. To resolve this bug report one of the above packages should become priority standard. From d-i point of view, any would do =) I recommend for ntpdate to become such one. Therefore I am reassigning this bug to package "ntpdate" for its maintainer to consider this change. Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731283: Adding python3 support needs to work out dependencies
Hi, FYI, I'm working on this, though adding python3 support means that the following packages (at least) also need to be updated to support python3: - python-webtest - python-pastedeploy (needed for python3 support of webtest) I'm currently working on that first. Cheers, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691643: [Man-db-devel] Database update profiling
On Fri, Dec 06, 2013 at 04:46:43PM -0500, Francis Giraldeau wrote: > Le 2013-12-06 01:48, Kari Pahula a écrit : > > None of that code has yet made its way to mandb. > > It's a good start, let's try make it ready. For what it's worth, I'm actually slightly less interested in the patch cleanup. What I'm more interested in, and the reason I hadn't just gone ahead and dealt with Kari's patch directly (sorry for not explaining this!) is a more detailed analysis of Kari's comment in the bug report: "there's something off with the code and it gives false positives on differing mtimes". What exactly is going on here? I would really be more comfortable continuing to use mtimes if possible; it is the more appropriate stat field to use, as it describes changes to the file's contents rather than its metadata. Using ctimes seems to me to be a mistake. Cheers, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731599: ITP: r-cran-locfit -- GNU R local regression, likelihood and density estimation
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-locfit Version : 1.5-9.1 Upstream Author : Catherine Loader * URL : http://cran.r-project.org/web/packages/locfit * License : GPL Programming Lang: R Description : GNU R local regression, likelihood and density estimation This package provides a set of functions to support local regression, likelihood and density estimation. It is helpful for running the test suites of several GNU R related packages in Debian. This package is created for the simple reason of running test suites of some Debian Med packages properly. Packaging is finished in SVN svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-locfit/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731414: pu: NMU proftpd-mod-vroot/0.9.2-2
Control: tags -1 + moreinfo On Thu, 2013-12-05 at 10:50 +0100, Andreas Beckmann wrote: > According to #715569 proftpd-mod-vroot needs to be rebuilt to be > functional with the proftpd in wheezy. The 0.9.2-2+b2 binNMU that is to > be found in most architectures in wheezy has been built against > proftpd 1.3.4a-1, while wheezy has 1.3.4a-5+deb7u1 nowadays. > I have no idea what causes this binary incompatibility. [...] > proftpd-mod-vroot | 0.9.2-2| wheezy | source, armhf > proftpd-mod-vroot | 0.9.2-2| sid| source > proftpd-mod-vroot | 0.9.2-2+b1 | wheezy | s390x > proftpd-mod-vroot | 0.9.2-2+b1 | sid| armhf > proftpd-mod-vroot | 0.9.2-2+b2 | wheezy | amd64, armel, i386, ia64, > kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc > proftpd-mod-vroot | 0.9.2-2+b2 | sid| s390x > proftpd-mod-vroot | 0.9.2-2+b3 | sid| amd64, armel, i386, ia64, > kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, sparc Before we consider another rebuild in sid with a higher binNMU number, do we know whether the package currently works there? Binary incompatibility breaking within uploads of the same upstream release a) sucks and b) seems like something that should be expressed in package relationships (or better yet, fixed). 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#731595: Do not override users setting
On Sat, Dec 07, 2013 at 11:35:58AM +0100, Mathieu Malaterre wrote: > Package: charls > > charls currently uses CMAKE_BUILD_TYPE:STRING=RelWithDebInfo this is EBW Sorry, what is "EBW"? Can you provide a patch (or just upload with the patch?) Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704180: Bug#718434: Bug#731463: Bug#718434: ca-certificates: should CAcert.org be included?
On 12/07/2013 07:54 AM, Raphael Geissert wrote: > On Saturday 07 December 2013 01:21:52 Daniel Kahn Gillmor wrote: >> The other way to maintain the same CA set is for Someone™ to fix #704180 > > While I like that solution (having to modify nss to add/remove certs is a > PITA), I wonder how trust settings should be managed. With nss' ckbi store > you can ship a certificate and indicate no trust setting for a specific use, > distrust, etc. No trust setting can be determined from /etc/ssl/certs, > losing important information. > Do you know if there's already a plan to address that shortcoming? (setting followup-to: #704180 for this sub-thread) my understanding of ca-certificates is that /etc/ssl/certs is itself a (coarse-grained) trust setting. That is, we have a bunch of certs shipped in /usr/share/ca-certificates, and during the ca-certificates.postinst maintainer script, those certificates selected as "trusted" by the system administrator are symlinked from /etc/ssl/certs. By default, if the admin has low debconf priority: all of them are considered trusted. This isn't the finer-grained trust available in the traditional nssckbi, which lets you break out three different broad areas of reliance: * certify web servers * certify e-mail users * certify code signatures so ca-certificates and /etc/ssl/certs is slightly more clunky. But frankly, even nss-ckbi is clunky by comparison with what anyone who cares about this would sensibly want. For example, i might only want to rely on the CA from example.com's administrators to be able to certify e-mail users *within example.com*. p11-kit has proposed mechanisms (i haven't tested them, but as i understand it, the idea is to associate extra X.509v3 extensions with the certificates in question) to implement this sort of finer-grained permission, even if it is not represented by ca-certificates. So it seems sensible to me to start with the coarse-grained nssckbi override using ca-certificates' coarse "all-or-nothing" approach to demonstrate basic functionality, and then figure out how to adjust the finer-grained nuance within p11-kit itself. --dkg signature.asc Description: OpenPGP digital signature
Bug#731382: Re[2]: Bug#731382: libpam-fprintd: do not show password if user enters one
tags 731382 - security thanks Hi, this is not a security issue by itself, thus removing the tag. Imho this should also not be a normal bug, but wishlist, but I'll leave that part to the maintainer. Nico pgpNKRM1ZUYd4.pgp Description: PGP signature
Bug#726654: release.debian.org: pu: package libguestfs/1:1.18.1-1+deb7u3
Control: tags -1 + confirmed On Thu, 2013-10-17 at 22:46 +0200, Hilko Bengen wrote: > * Cyril Brulebois: > > > I haven't checked the diff, but at least the changelog points to the > > wrong suite, [...] > > and there's no bug number in the Debian BTS for us to figure out > > whether the fix was already successfully applied in unstable. > > The bug was just made public today. It has been fixed in 1.22.7-1 which > I uploaded to unstable earlier tonight. Apologies for the delay in getting back to you. With the changelog distribution fixed, please go ahead with the upload, bearing in mind that the upload window for the 7.3 point release closes this weekend. 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#731600: linux-image-3.11-2-686-pae: gma500 module error on GMA3600
Package: src:linux Version: 3.11.8-1 Severity: important Tags: upstream Dear Maintainer, when logging out of an X session, the following appears Dec 7 13:47:46 localhost kernel: [ 2008.657142] [ cut here ] Dec 7 13:47:46 localhost kernel: [ 2008.657261] kernel BUG at /build/linux- JjGtit/linux-3.11.8/drivers/gpu/drm/drm_gem.c:573! Dec 7 13:47:46 localhost kernel: [ 2008.657433] invalid opcode: [#1] SMP Dec 7 13:47:46 localhost kernel: [ 2008.657538] Modules linked in: bnep rfcomm binfmt_misc fuse loop hid_generic usbhid hid uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core videodev media snd_hda_codec_hdmi btusb snd_hda_codec_realtek arc4 bluetooth snd_hda_intel brcmsmac cordic brcmutil b43 eeepc_wmi mac80211 snd_hda_codec asus_wmi joydev sparse_keymap cfg80211 ssb mmc_core rng_core coretemp snd_hwdep snd_pcm rfkill microcode snd_page_alloc snd_timer iTCO_wdt iTCO_vendor_support pcmcia pcmcia_core snd acpi_cpufreq r8169 gma500_gfx lpc_ich mii drm_kms_helper mfd_core drm pcspkr soundcore mperf i2c_algo_bit wmi battery ac video processor button psmouse serio_raw evdev uhci_hcd ehci_pci ehci_hcd usbcore i2c_i801 i2c_core bcma usb_common ext4 crc16 mbcache jbd2 sd_mod crc_t10dif ahci libahci libata scsi_mod thermal thermal_sys Dec 7 13:47:46 localhost kernel: [ 2008.659703] CPU: 1 PID: 2278 Comm: Xorg Tainted: GW3.11-2-686-pae #1 Debian 3.11.8-1 Dec 7 13:47:46 localhost kernel: [ 2008.659884] Hardware name: ASUSTeK Computer Inc. 1225C/1225C, BIOS 214 07/06/2012 Dec 7 13:47:46 localhost kernel: [ 2008.660042] task: f59051c0 ti: f4162000 task.ti: f4162000 Dec 7 13:47:46 localhost kernel: [ 2008.660159] EIP: 0060:[] EFLAGS: 00213246 CPU: 1 Dec 7 13:47:46 localhost kernel: [ 2008.660290] EIP is at drm_gem_object_free+0x1c/0x20 [drm] Dec 7 13:47:46 localhost kernel: [ 2008.660407] EAX: f58f2328 EBX: ECX: 0001 EDX: f5b6cc00 Dec 7 13:47:46 localhost kernel: [ 2008.660539] ESI: f8670080 EDI: f5beb000 EBP: f5b6cc00 ESP: f4163e44 Dec 7 13:47:46 localhost kernel: [ 2008.660672] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Dec 7 13:47:46 localhost kernel: [ 2008.660787] CR0: 80050033 CR2: b2944a0c CR3: 0160d000 CR4: 07f0 Dec 7 13:47:46 localhost kernel: [ 2008.660919] Stack: Dec 7 13:47:46 localhost kernel: [ 2008.660966] f8500cd1 c10f0dc0 f5b6cc00 f6d4b420 f58b3600 Dec 7 13:47:46 localhost kernel: [ 2008.661195] f8500c00 f84263c9 f63a6280 f5b6cc00 Dec 7 13:47:46 localhost kernel: [ 2008.661422] f63a6280 f5b6cc00 f5b6ccd8 f84f4af1 00203282 f440e860 f440e840 f440e868 Dec 7 13:47:46 localhost kernel: [ 2008.661650] Call Trace: Dec 7 13:47:46 localhost kernel: [ 2008.661726] [] ? cdv_intel_crtc_cursor_set+0xd1/0x250 [gma500_gfx] Dec 7 13:47:46 localhost kernel: [ 2008.661884] [] ? free_pages_prepare+0xe0/0x150 Dec 7 13:47:46 localhost kernel: [ 2008.662014] [] ? cdv_intel_crtc_dpms+0x690/0x690 [gma500_gfx] Dec 7 13:47:46 localhost kernel: [ 2008.662166] [] ? drm_fb_helper_restore_fbdev_mode+0x79/0xb0 [drm_kms_helper] Dec 7 13:47:46 localhost kernel: [ 2008.662347] [] ? psb_lastclose+0x21/0x60 [gma500_gfx] Dec 7 13:47:46 localhost kernel: [ 2008.662489] [] ? drm_lastclose+0x3e/0x240 [drm] Dec 7 13:47:46 localhost kernel: [ 2008.662627] [] ? drm_release+0x37d/0x530 [drm] Dec 7 13:47:46 localhost kernel: [ 2008.662755] [] ? __fput+0xba/0x1e0 Dec 7 13:47:46 localhost kernel: [ 2008.662854] [] ? task_work_run+0x89/0xa0 Dec 7 13:47:46 localhost kernel: [ 2008.662962] [] ? do_exit+0x26c/0x910 Dec 7 13:47:46 localhost kernel: [ 2008.663063] [] ? __fput+0x134/0x1e0 Dec 7 13:47:46 localhost kernel: [ 2008.663164] [] ? mntput_no_expire+0x12/0x100 Dec 7 13:47:46 localhost kernel: [ 2008.663278] [] ? do_group_exit+0x2a/0x80 Dec 7 13:47:46 localhost kernel: [ 2008.663386] [] ? SyS_exit_group+0xf/0x10 Dec 7 13:47:46 localhost kernel: [ 2008.663495] [] ? sysenter_do_call+0x12/0x28 Dec 7 13:47:46 localhost kernel: [ 2008.663604] Code: 89 4a 38 c3 0f 0b 89 f6 8d bc 27 00 00 00 00 8b 50 08 8b 4a 14 83 f9 01 74 11 8b 92 34 02 00 00 8b 52 78 85 d2 74 02 ff d2 f3 c3 <0f> 0b 66 90 56 89 ce 53 83 ec 04 f7 c1 ff 0f 00 00 75 3c 89 42 Dec 7 13:47:46 localhost kernel: [ 2008.664586] EIP: [] drm_gem_object_free+0x1c/0x20 [drm] SS:ESP 0068:f4163e44 Dec 7 13:47:46 localhost kernel: [ 2008.664824] ---[ end trace ae08513271ea008f ]--- Dec 7 13:47:46 localhost kernel: [ 2008.664968] Fixing recursive fault but reboot is needed! -- Package-specific info: ** Version: Linux version 3.11-2-686-pae (debian-ker...@lists.debian.org) (gcc version 4.8.1 (Debian 4.8.1-10) ) #1 SMP Debian 3.11.8-1 (2013-11-13) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.11-2-686-pae root=UUID=730214ca-87d6-4d4e-8b83-6f429f84b1e4 ro quiet ** Not tainted ** Kernel log: [8.589718] Support for cores revisions 0x17 and 0x18 disabled by module param allhwsupport=0. Try b43.allhwsupport=1 [8
Bug#731601: digikam: Opening read-only digikam3.db reports shema update problem
Package: digikam Version: 4:3.4.0-1 Severity: normal Hi. I'm managing my photos with git-annex, which happens to protect files from modification, by creating, instead of files, a symlink pointing to a read-only file somewhere down a .git/annex subdir. So, for instance, I have : $ ls -l digikam4.db lrwxrwxrwx 1 olivier olivier 198 déc. 7 14:59 digikam4.db -> .git/annex/objects/mk/q9/SHA256E-s22285312--00966fe43a70441d7cca4797ca18bf2d9d9d9f87ee7d5c599b230871ecbf25c7.db/SHA256E-s22285312--00966fe43a70441d7cca4797ca18bf2d9d9d9f87ee7d5c599b230871ecbf25c7.db $ ls -l .git/annex/objects/mk/q9/SHA256E-s22285312--00966fe43a70441d7cca4797ca18bf2d9d9d9f87ee7d5c599b230871ecbf25c7.db/SHA256E-s22285312--00966fe43a70441d7cca4797ca18bf2d9d9d9f87ee7d5c599b230871ecbf25c7.db -r--r--r-- 1 olivier olivier 22285312 mai 28 2013 .git/annex/objects/mk/q9/SHA256E-s22285312--00966fe43a70441d7cca4797ca18bf2d9d9d9f87ee7d5c599b230871ecbf25c7.db/SHA256E-s22285312--00966fe43a70441d7cca4797ca18bf2d9d9d9f87ee7d5c599b230871ecbf25c7.db In such a situation, digikam doesn't complain that the file is read-only or a symlink, but reports a DB schema update problem. Logs have : $ LANG=C digikam digikam(24885)/digikam (core) Digikam::KInotify::Private::open: Successfully opened connection to inotify: 21 digikam(24885)/digikam (core) Digikam::AlbumWatch::connectToKDirWatch: KDirWatch method = "INotify" Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QDBusObjectPath) Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QDBusObjectPath) digikam(24885)/digikam (core) Digikam::AlbumManager::setDatabase: DatabaseParameters: [ Type "QSQLITE", Name "/home/olivier/photos/digikam4.db" (Thumbnails Name "/home/olivier/photos/thumbnails-digikam.db"); ] QSqlDatabasePrivate::removeDatabase: connection 'ConnectionTest' is still in use, all queries will cease to work. digikam(24885)/digikam (core) Digikam::DatabaseConfigElementLoader::readConfig: Loading SQL code from config file "/usr/share/kde4/apps/digikam/database/dbconfig.xml" digikam(24885)/digikam (core) Digikam::DatabaseConfigElementLoader::readConfig: false "1" 1 1 digikam(24885)/digikam (core) Digikam::SchemaUpdater::update: SchemaUpdater update digikam(24885)/digikam (core) Digikam::SchemaUpdater::startUpdates: Have a database structure version 6 digikam(24885)/digikam (core) Digikam::SchemaUpdater::makeUpdates: makeUpdates 6 to 7 digikam(24885)/digikam (core) Digikam::DatabaseCoreBackendPrivate::debugOutputFailedQuery: Failure executing query: "" Error messages: "Unable to fetch row" "attempt to write a readonly database" 8 1 Bound values: () digikam(24885)/digikam (core) Digikam::DatabaseCoreBackend::execDBAction: Error while executing DBAction [ "UpdateSchemaFromV6ToV7" ] Statement [ " CREATE TABLE VideoMetadata (imageid INTEGER PRIMARY KEY, aspectRatio TEXT, audioBitRate TEXT, audioChannelType TEXT, audioCompressor TEXT, duration TEXT, frameRate TEXT, exposureProgram INTEGER, videoCodec TEXT)" ] digikam(24885)/digikam (core): Schema update to V 7 failed! I guess there is indeed an error reported by the underlying DB access manager, but which seems to be interpreted wrongly as a schema mismatch. This is quite misleading and may be improved with a proper file writeability test, IMHO. Hope this helps. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages digikam depends on: ii digikam-data 4:3.4.0-1 ii digikam-private-libs 4:3.4.0-1 ii kde-runtime 4:4.11.3-1 ii libc6 2.17-93 ii libgcc1 1:4.8.2-1 ii libgphoto2-2 2.4.14-2.4 ii libgphoto2-port0 2.4.14-2.4 ii libkdcraw22 4:4.11.3-1 ii libkdecore5 4:4.11.3-2 ii libkdeui5 4:4.11.3-2 ii libkexiv2-11 4:4.11.3-1 ii libkhtml5 4:4.11.3-2 ii libkio5 4:4.11.3-2 ii libkipi10 4:4.10.5-1 ii libknotifyconfig4 4:4.11.3-2 ii libkparts44:4.11.3-2 ii libphonon44:4.7.0.0-2 ii libqt4-dbus 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-sql4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-sql-sqlite 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-xml4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtcore44:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libsolid4 4:4.11.3-2 ii libstdc++6
Bug#731602: gnome-power-manager: Suspend whed lid closes option disappeared with gnome 3.8 update
Package: gnome-power-manager Version: 3.8.2-1 Severity: normal Dear Maintainer, In Debian Testing, after gnome update to 3.8, the "suspend when lid closes" options dissapeared from the configuration GUI and from the dconf options. Now when the lid closes, the system does nothing. Thank you for your help -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=es_CR.utf8, LC_CTYPE=es_CR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-power-manager depends on: ii dbus-x11 1.6.18-1 ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii gnome-settings-daemon3.8.5-2 ii libc62.17-97 ii libcairo21.12.16-2 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libpango-1.0-0 1.36.0-1 ii libpangocairo-1.0-0 1.36.0-1 ii libupower-glib1 0.9.23-2+b1 ii notification-daemon 0.7.6-1 ii upower 0.9.23-2+b1 gnome-power-manager recommends no packages. Versions of packages gnome-power-manager suggests: ii policykit-1 0.105-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#731603: libreoffice: libharfbuzz broken dependency prevents installation
Package: libreoffice Version: 1:4.1.3-1 Severity: grave Justification: renders package unusable Dear Maintainer, Some libreoffice-* packages can't be installed due to a broken dependency between packages libharfbuzz-icu0, libharfbuzz0a and libharfbuzz0b. Note that the gnome package, which needs libreoffice, can't be installed as well. Regards, Simon -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (1001, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice depends on: pn liblucene2-java pn libreoffice-base pn libreoffice-calc pn libreoffice-core pn libreoffice-draw pn libreoffice-filter-mobiledev pn libreoffice-impress pn libreoffice-java-common pn libreoffice-math pn libreoffice-report-builder-bin pn libreoffice-writer ii ttf-dejavu 2.33+svn2514-3 pn ttf-sil-gentium-basic Versions of packages libreoffice recommends: ii libpaper-utils 1.1.24+nmu2 pn ttf-liberation | ttf-mscorefonts-installer Versions of packages libreoffice suggests: ii cups-bsd 1.6.4-2 pn default-jre | gcj-jre | java-gcj-compat | openjdk-6-jre | pn gstreamer0.10-ffmpeg pn gstreamer0.10-plugins-bad ii gstreamer0.10-plugins-base 0.10.36-1.1 pn gstreamer0.10-plugins-good pn gstreamer0.10-plugins-ugly pn hunspell-dictionary pn hyphen-hyphenation-patterns ii iceweasel 24.1.0esr-1 pn imagemagick | graphicsmagick-imagemagick-compat ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libldap-2.4-2 2.4.31-1+nmu2+b1 pn libreoffice-filter-binfilter pn libreoffice-gnome | libreoffice-kde pn libreoffice-grammarcheck pn libreoffice-help-3.5 pn libreoffice-l10n-3.5 pn libreoffice-officebean ii libsane1.0.23-3 ii libxrender11:0.9.8-1 ii myspell-en-gb [myspell-dictionary] 1:3.3.0-4 ii myspell-en-us [myspell-dictionary] 1:3.3.0-4 pn mythes-thesaurus pn openclipart-libreoffice pn pstoedit pn unixodbc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731604: gkrellm: Please build-depend on libgnutls-openssl-dev
Package: gkrellm
Version: 2.3.5-5
Severity: normal
Tags: patch
Hello,
please change the package's build-dependency from libgnutls-dev to
libgnutls-openssl-dev. The latter is a virtual package provided by
libgnutls-dev in sid and libgnutls28-dev in experimental. Having the
reverse dependencies change should allow us to transition to the newer
version. (See #726828.)
Find attached a patch that
a) changes the build-depency
b) stops the unnecessary linkage against gcrypt.
I have test-built the patched package against both libgnutls-dev/sid
and libgnutls28-dev/experimental to verify that continues to build
against GnuTLS 3.x.
Thanks, cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
diff -Nru gkrellm-2.3.5/debian/changelog gkrellm-2.3.5/debian/changelog
--- gkrellm-2.3.5/debian/changelog 2013-06-29 23:50:21.0 +0200
+++ gkrellm-2.3.5/debian/changelog 2013-12-07 15:10:54.0 +0100
@@ -1,3 +1,14 @@
+gkrellm (2.3.5-5.1) UNRELEASED; urgency=low
+
+ * Non-maintainer upload.
+ * Pull 11_Only-use-Libgcrypt-for-GnuTLS-2.12.patch and
+12_Do-not-include-gcrypt.h-for-newer-GnuTLS-versions.patch from upstream
+GIT to stop unnecessary linkage against libgcrypt. Closes: #638646
+ * Build-Depend on libgnutls-openssl-dev instead of libgnutls-dev to allow
+transitioning to newer GnuTLS.
+
+ -- Andreas Metzler Fri, 06 Dec 2013 19:27:09 +0100
+
gkrellm (2.3.5-5) unstable; urgency=low
* Upload to unstable
diff -Nru gkrellm-2.3.5/debian/control gkrellm-2.3.5/debian/control
--- gkrellm-2.3.5/debian/control 2013-06-29 23:50:21.0 +0200
+++ gkrellm-2.3.5/debian/control 2013-12-06 19:27:46.0 +0100
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Sandro Tosi
Standards-Version: 3.9.4
-Build-Depends: libglib2.0-dev, libgtk2.0-dev, debhelper (>= 9), libsm-dev, x11proto-core-dev, gettext, libgnutls-dev, libntlm0-dev, libsensors4-dev
+Build-Depends: libglib2.0-dev, libgtk2.0-dev, debhelper (>= 9), libsm-dev, x11proto-core-dev, gettext, libgnutls-openssl-dev, libntlm0-dev, libsensors4-dev
Vcs-Git: git://anonscm.debian.org/collab-maint/gkrellm.git
Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/gkrellm.git
Homepage: http://gkrellm.net/
diff -Nru gkrellm-2.3.5/debian/patches/11_Only-use-Libgcrypt-for-GnuTLS-2.12.patch gkrellm-2.3.5/debian/patches/11_Only-use-Libgcrypt-for-GnuTLS-2.12.patch
--- gkrellm-2.3.5/debian/patches/11_Only-use-Libgcrypt-for-GnuTLS-2.12.patch 1970-01-01 01:00:00.0 +0100
+++ gkrellm-2.3.5/debian/patches/11_Only-use-Libgcrypt-for-GnuTLS-2.12.patch 2013-12-07 15:11:49.0 +0100
@@ -0,0 +1,72 @@
+From 752e5965b197d70a9125dc3319a8c5e5673a8f8b Mon Sep 17 00:00:00 2001
+From: Stefan Gehn
+Date: Sat, 27 Aug 2011 16:32:31 +0200
+Subject: [PATCH 1/3] Only use Libgcrypt for GnuTLS < 2.12
+
+Only initialize Libgcrypt threading functions on GnuTLS < 2.12 which
+does not do this automatically. Also drop explicit linking against
+Libgcrypt on newer GnuTLS version.
+
+This should allow GKrellM to work with a GnuTLS that uses Nettle instead
+of Libgcrypt as its cryptographic backend.
+---
+ Changelog |3 +++
+ src/configure |7 ++-
+ src/mail.c|8
+ 3 files changed, 17 insertions(+), 1 deletion(-)
+
+diff --git a/src/configure b/src/configure
+index bfe29c6..620f1e9 100755
+--- a/src/configure
b/src/configure
+@@ -96,7 +96,12 @@ echo -n "Checking for gnutls... "
+ echo "Checking for gnutls... " 1>& 5
+
+ GNUTLS_INCLUDE="$(pkg-config gnutls --cflags 2>& 5 || true)"
+-GNUTLS_LIBS="$(pkg-config gnutls --libs 2>& 5 || true) -lgnutls-openssl -lgcrypt"
++GNUTLS_LIBS="$(pkg-config gnutls --libs 2>& 5 || true) -lgnutls-openssl"
++
++# GnuTLS >= 2.12 does not need explicit gcrypt linking anymore
++if $(pkg-config --max-version=2.11.99 gnutls 2>& 5 || false); then
++ GNUTLS_LIBS="$GNUTLS_LIBS -lgcrypt"
++fi
+
+ cat << EOF > test.c
+ #include
+diff --git a/src/mail.c b/src/mail.c
+index a4e04bf..3ae5227 100644
+--- a/src/mail.c
b/src/mail.c
+@@ -51,6 +51,9 @@
+ #define MD5Update MD5_Update
+ #define MD5Final MD5_Final
+
++#if GNUTLS_VERSION_NUMBER <= 0x020b00
++/* gcrypt mutex setup is only needed for GnuTLS < 2.12 */
++
+ static int gk_gcry_glib_mutex_init (void **priv) {
+ GMutex *lock = g_mutex_new();
+ if (!lock)
+@@ -90,6 +93,8 @@ static struct gcry_thread_cbs gk_gcry_threads_glib = {
+ NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL
+ };
+
++#endif
++
+ #else
+
+ #if defined(HAVE_SSL)
+@@ -4340,7 +4345,10 @@ gkrellm_init_mail_monitor(void)
+ _GK.decal_mail_delay = 1;
+
+ #ifdef HAVE_GNUTLS
++#if GNUTLS_VERSION_NUMBER <= 0x020b00
++ /* gcrypt mutex setup, only needed for GnuTLS < 2.12 */
+ gcry_control (GCRYCTL_SET_THREAD_CBS, &gk_gcry_threads_glib);
++#endif
+ gnutls_global_init();
+ SSL_load_error_strings();
+ SSL_library_init();
+--
+1.7.10.4
+
diff -Nru gkrellm-2.3.5/debian/patches/12_Do-not-i
Bug#718439: closed by Olivier Berger
Hi. > > Actually, it happens that the db file was read-only, and that explains > the problem that were exhibited (for the records, I manage my photos > with git-annex and thus the db file was read-only too). > > I'll try and investigate a bit more though, on ways of improvement in > case of read-only DB file handling, but it seems the reopening of this > particular bug was a bit too fast, then. > For the records, I think I have understood what went wrong here. It seems my usage of git-annex was incorrect, and the DB file got reased and replaced by a much earlier version of the file when I used git annex lock, without a warning (AFAIU), which means that it suddenly got reverted to before the migration from V6 to V7. So appart from no warning from digikam on a read-only DB, I'm all guilty for what happened. Sorry about the bothering -- Olivier BERGER (OpenPGP: 4096R/7C5BB6A5 : http://weusepgp.info) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731605: ssmtp: Please build-depend on libgnutls-openssl-dev
Package: ssmtp Version: 2.64-7 Severity: normal Tags: patch Hello, please change the package's build-dependency from libgnutls-dev to libgnutls-openssl-dev. The latter is a virtual package provided by libgnutls-dev in sid and libgnutls28-dev in experimental. Having the reverse dependencies change should allow us to transition to the newer version. (See #726828.) I have test-built the package against both libgnutls-dev/sid and libgnutls28-dev/experimental to verify that continues to build against GnuTLS 3.x. Thanks, cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' diff -Nru ssmtp-2.64/debian/changelog ssmtp-2.64/debian/changelog --- ssmtp-2.64/debian/changelog 2012-06-30 00:58:49.0 +0200 +++ ssmtp-2.64/debian/changelog 2013-12-07 15:27:16.0 +0100 @@ -1,3 +1,11 @@ +ssmtp (2.64-7.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Build-Depend on libgnutls-openssl-dev instead of libgnutls-dev to allow +transitioning to newer GnuTLS. + + -- Andreas Metzler Sat, 07 Dec 2013 15:26:42 +0100 + ssmtp (2.64-7) unstable; urgency=low * Use hardening options diff -Nru ssmtp-2.64/debian/control ssmtp-2.64/debian/control --- ssmtp-2.64/debian/control 2012-06-30 00:47:22.0 +0200 +++ ssmtp-2.64/debian/control 2013-12-07 15:27:49.0 +0100 @@ -2,7 +2,7 @@ Section: mail Priority: extra Maintainer: Anibal Monsalve Salazar -Build-Depends: dpkg-dev (>= 1.16.1~), po-debconf, libgnutls-dev +Build-Depends: dpkg-dev (>= 1.16.1~), po-debconf, libgnutls-openssl-dev Standards-Version: 3.9.3 Vcs-Git: git://git.debian.org/ssmtp/ssmtp.git Vcs-Browser: http://git.debian.org/?p=ssmtp/ssmtp.git
Bug#731606: git-annex: git annex lock ignores modifications and replaces from latest annexed version
Package: git-annex Version: 4.20131106 Severity: grave Tags: upstream Justification: causes non-serious data loss Hi. I hope I'm not overreacting. Consider the following situation, where : 1. a file is annexed, with git annex add. 2. make the file modifiable : git annex unlock 3. modify the contents of the file. 3. git annex lock the file The lock command doesn't complain that the file was modified, and silently removes it to replace it by the link to the previous version. File changes are lost :-( It seems this is on purpose, reading the manpage : Use this to undo an unlock command if you don't want to modify the files, or have made modifications you want to dis‐ card. IMHO, this is really undesirable, as one should be warned/prompted that a commit is necessary, by default. Only with an explicit force option would lock ever erase pending changes (there's git reset for reverting changes, and having lock duplicate the behaviour is confusing for git users, IMHO). Lock should just be the inverse of unlock, i.e. no longer allowing modifications, but not *erasing* modifications, if it happens there were some. Hope this makes sense. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-annex depends on: ii curl7.33.0-1 ii git 1:1.8.4.3-1 ii libc6 2.17-97 ii libffi6 3.0.13-4 ii libgmp102:5.1.2+dfsg-3 ii libgnutls26 2.12.23-8 ii libgsasl7 1.8.0-2 ii libicu484.8.1.1-14 ii libidn111.28-1 ii libxml2 2.9.1+dfsg1-3 ii libyaml-0-2 0.1.4-2 ii openssh-client 1:6.4p1-1 ii rsync 3.1.0-2 ii wget1.14-5 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages git-annex recommends: ii bind9-host 1:9.8.4.dfsg.P1-6+nmu3 ii git-remote-gcrypt 0.20130908-5 ii gnupg 1.4.15-1.1 ii lsof 4.86+dfsg-1 ii quvi 0.4.2-1 ii ssh-askpass1:1.2.4.1-9 Versions of packages git-annex suggests: pn bup ii graphviz 2.26.3-15+b1 ii libnss-mdns 0.10-3.2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731607: Please consider bumping conflicts to cover collabora version of wayland shipped by raspberry pi foundation.
Package: wayland
Version: 1.3.0-1
Severity: wishlist
I run raspbian, a hardfloat derivitive of debian for the raspberry pi
and potentially other armv6+vfpv2 devices (though in practice such
devices seem uncommon)
Recently I have been receiving reports of problems with wayland when
upgrading from raspbian wheezy to raspbian jessie. These problems are
the result of some wayland packages put together by collabora and
shipped by the raspberry pi foundation as part of their default image
(so they will be installed on the vast majority of raspbian systems).
The packages in question are versioned as 1.1.0-0rpi1 and use a single
libwayland0 package rather than the split packages.
To fix the upgrade I uploaded a vesion of wayland to raspbian jessie
with the conflicts/breaks changed from (<< 1.1.0) to (<< 1.1.0-1). If I
have to I can carry that change locally on a permanent basis. However I
would rather not do that for two reasons.
1: Version skew between debian and raspbian in multi-arch: same packages
makes life harder for anyone who wants to multiarch debian armel with
raspbian.
2: Each package we carry local changes for means manual work when the
package is updated.
So please consider making this change in the debian package on your next
upload.
Debdiff attatched, no intent to NMU.
diff -Nru wayland-1.3.0/debian/changelog wayland-1.3.0/debian/changelog
--- wayland-1.3.0/debian/changelog 2013-10-11 09:25:04.0 +
+++ wayland-1.3.0/debian/changelog 2013-12-07 12:32:12.0 +
@@ -1,3 +1,9 @@
+wayland (1.3.0-1+rpi1) jessie-staging; urgency=low
+
+ * Further bump the libwayland0 C/R to cover collabora version.
+
+ -- Peter Michael Green Sat, 07 Dec 2013 12:31:45
+
+
wayland (1.3.0-1) unstable; urgency=low
[ Timo Aaltonen ]
diff -Nru wayland-1.3.0/debian/control wayland-1.3.0/debian/control
--- wayland-1.3.0/debian/control2013-10-11 09:22:11.0 +
+++ wayland-1.3.0/debian/control2013-12-07 12:35:36.0 +
@@ -28,8 +28,8 @@
Depends:
${shlibs:Depends},
${misc:Depends},
-Conflicts: libwayland0 (<< 1.1.0)
-Replaces: libwayland0 (<< 1.1.0)
+Conflicts: libwayland0 (<< 1.1.0-1)
+Replaces: libwayland0 (<< 1.1.0-1)
Description: wayland compositor infrastructure - client library
Wayland is a protocol for a compositor to talk to its clients as well
as a C library implementation of that protocol. The compositor can be
@@ -67,8 +67,8 @@
Depends:
${shlibs:Depends},
${misc:Depends},
-Conflicts: libwayland0 (<< 1.1.0)
-Replaces: libwayland0 (<< 1.1.0)
+Conflicts: libwayland0 (<< 1.1.0-1)
+Replaces: libwayland0 (<< 1.1.0-1)
Breaks: weston (<< 1.2.0)
Description: wayland compositor infrastructure - server library
Wayland is a protocol for a compositor to talk to its clients as well
@@ -107,8 +107,8 @@
Depends:
${shlibs:Depends},
${misc:Depends},
-Conflicts: libwayland0 (<< 1.1.0)
-Replaces: libwayland0 (<< 1.1.0)
+Conflicts: libwayland0 (<< 1.1.0-1)
+Replaces: libwayland0 (<< 1.1.0-1)
Description: wayland compositor infrastructure - cursor library
Wayland is a protocol for a compositor to talk to its clients as well
as a C library implementation of that protocol. The compositor can be
Bug#731619: digikam: Should warn the user immediately when database not writable
Package: digikam Version: 4:3.5.0-3+b1 Severity: minor Tags: upstream Hi. When the DB file (digikam4.db) isn't writable, the user is only warned when making changes, in the UI. IMHO, this should be done ASAP, for instance when there's an error reported in the logs like : "attempt to write a readonly database" Thanks in advance. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages digikam depends on: ii digikam-data 4:3.5.0-3 ii digikam-private-libs 4:3.5.0-3+b1 ii kde-runtime 4:4.11.3-1 ii libc6 2.17-97 ii libgcc1 1:4.8.2-1 ii libgphoto2-2 2.4.14-2.4 ii libgphoto2-port0 2.4.14-2.4 ii libkdcraw22 4:4.11.3-1 ii libkdecore5 4:4.11.3-2 ii libkdeui5 4:4.11.3-2 ii libkexiv2-11 4:4.11.3-1 ii libkhtml5 4:4.11.3-2 ii libkio5 4:4.11.3-2 ii libkipi11 4:4.11.3-1 ii libknotifyconfig4 4:4.11.3-2 ii libkparts44:4.11.3-2 ii libphonon44:4.7.0.0-2 ii libqt4-dbus 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-sql4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-sql-sqlite 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-xml4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtcore44:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libsolid4 4:4.11.3-2 ii libstdc++64.8.2-1 ii libthreadweaver4 4:4.11.3-2 ii perl 5.18.1-4 ii phonon4:4.7.0.0-2 Versions of packages digikam recommends: ii chromium [www-browser] 31.0.1650.57-1 ii epiphany-browser [www-browser] 3.8.2-4 ii iceweasel [www-browser] 17.0.9esr-1~deb7u1 ii kipi-plugins4:3.5.0-3+b1 ii konqueror [www-browser] 4:4.11.3-1 ii mplayerthumbs 4:4.11.3-1 ii w3m [www-browser] 0.5.3-12 Versions of packages digikam suggests: pn digikam-doc pn systemsettings -- 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#731620: ccbuild: Please build-depend on libgnutls-openssl-dev
Package: ccbuild Version: 2.0.3-1 Severity: normal Hello, please change the package's build-dependency from libgnutls-dev to libgnutls-openssl-dev. The latter is a virtual package provided by libgnutls-dev in sid and libgnutls28-dev in experimental. Having the reverse dependencies change should allow us to transition to the newer version. (See #726828.) Thanks, cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731621: duplicity: verify does not really check file contents. it compares only inode information
Package: duplicity Version: 0.6.18-3 Severity: normal Tags: upstream The "verify" command of duplicity does not check file contents, it only compares modification time and size of files and directories. For example, if one issues the following commands, mkdir /tmp/src echo hello > /tmp/src/a touch -r /tmp/src/a /tmp/refdate duplicity full --no-encryption /tmp/src file:///tmp/dst echo world > /tmp/src/a touch -r /tmp/refdate /tmp/src/a duplicity verify --no-encryption file:///tmp/dst /tmp/src then the last verify does not report any difference, although /tmp/src/a HAS changed. In other words, one cannot rely on duplicity to check that the data on disk are identical to those backed up. Best regards, g -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages duplicity depends on: ii libc6 2.13-38 ii librsync1 0.9.7-9 ii python 2.7.3-4+deb7u1 ii python-gnupginterface 0.3.2-9.1 Versions of packages duplicity recommends: pn python-paramiko ii rsync3.0.9-4 Versions of packages duplicity suggests: ii lftp 4.3.6-1+deb7u2 pn ncftp pn python-boto pn python-cloudfiles pn python-gdata pn python-pexpect pn tahoe-lafs -- 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#731594: debian-installer: time synchronisation should be installed by default
Hi Dmitrijs, thank you for your reply! The proposed solution sounds good, except for servers which rarely (re)configure their network. Is there another option that would work for servers, too? Best, Thiemo On Sat, Dec 7, 2013 at 2:24 PM, Dmitrijs Ledkovs wrote: > reassign 731594 ntpdate > retitle 731594 Please make ntpdate package priority standard > thanks > > On 7 December 2013 10:25, Thiemo Nagel wrote: >> >> Package: debian-installer >> Severity: normal >> Tags: d-i >> >> Hello, >> >> I think that a modern OS should take care of time synchronisation without >> requiring user intervention. As far as I can see, Debian doesn't install any >> kind of NTP client by default. (I'd guess that it falls back behind Mac and >> Windows in this regard. Even my mobile phone synchronises time >> automatically.) >> >> Thus, I'd suggest to install as part of the base system an NTP package >> (eg. ntp, openntpd, chrony) configured to act as client only. >> >> This issue has already been discussed nine years ago, however I believe that >> user's expectations have changed through the passage of time and thus a fresh >> look at the topic may be warranted. >> >> http://bugs.debian.org/397649 >> > > I fully agree that ntp client should be installed by default. Checking > dependencies of the available candidates (such that we can see what > other packages they pull into standard set): > * ntp - libopts25 (optional) > * ntpdate - all good > * openntpd - all good > * chrony - timelimit (optional) > > Nothing too scary. > > The other concern raised was people on intermittent and metered > connections (3G / dial-up), who may not want to have a daemon running > that can't do anything, nor a daemon that would establish unwanted > internet connections. To this extend ntpdate is the best package, as > it is only executed upon network configuration without a long running > daemon, nor periodic cron job. > > To resolve this bug report one of the above packages should become > priority standard. From d-i point of view, any would do =) > > I recommend for ntpdate to become such one. Therefore I am reassigning > this bug to package "ntpdate" for its maintainer to consider this > change. > > Regards, > > Dmitrijs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670151: CPU usage gets progressively more unreliable
Rodolfo García Peñas wrote, On 2013-12-06 22:34:
> Hi Pedro,
>
> I was checking the wmmon code, and I didn't find the problem. I think wmmon
> reads the /proc/stat file using long, not using floats.
>
> Could you check it again?
>
Hello, Rodolfo,
I'm sorry. I use three monitoring utilities at the same time, and all
three needed patching because they were affected by the same problem,
namely that the numbers in the jiffy counters can grow beyond what these
tools are prepared to handle. The utilities are wmmon, wmcpu, and wmtop.
I just confused wmmon with wmcpu and sent it to the wrong package. My
apologies. However, this bug can still be usable for the part that
affects wmmon.
The problem in this case only affects long running machines using 32-bit
longs (i386 in particular), and happens when the jiffy counter needs
more than 32 bits to be represented (that's why they have to be
long-running).
The attached patch is not intended to be applied directly to close this
bug; it's a "works for me" but it is likely to break packaging policies
or builds due to unconditional use of certain C features (long long
type, to be precise). It's also not clean in the sense that it uses "#if
0" ... "endif" to comment out a section of the code. I'm far behind in
compilers, autotools, Debian build system and C dialects as to be able
to turn it into a complete patch, but it will hopefully highlight where
the problem lies and enable someone else to turn it into a complete
solution.
It's done against the previous version, 1.1+20120402-1. I don't think it
will apply cleanly to 1.1+20131205 after the joining of several
variables into a single line, but I haven't tried.
Thanks for looking into this. I will submit a separate report to wmcpu
with the previous patch I sent.
Pedro Gimeno
diff -ru wmmon-1.1+20120402/debian/changelog wmmon-1.1+20120402-new/debian/changelog
--- wmmon-1.1+20120402/debian/changelog 2012-04-18 21:09:11.0 +0200
+++ wmmon-1.1+20120402-new/debian/changelog 2013-05-21 16:21:52.0 +0200
@@ -1,3 +1,10 @@
+wmmon (1.1+20120402-1pgimeno) unstable; urgency=low
+
+ * wmmon.c
+- Fix overflow with longs
+
+ -- Pedro Gimeno Wed, 23 Apr 2012 14:11:00 +0100
+
wmmon (1.1+20120402-1) unstable; urgency=low
* New upstream version.
diff -ru wmmon-1.1+20120402/wmmon/Makefile wmmon-1.1+20120402-new/wmmon/Makefile
--- wmmon-1.1+20120402/wmmon/Makefile 2012-04-16 12:47:01.0 +0200
+++ wmmon-1.1+20120402-new/wmmon/Makefile 2013-05-21 16:20:57.0 +0200
@@ -6,7 +6,7 @@
../wmgeneral/list.o
CFLAGS = -O2
-CC = cc
+CC = gcc
.c.o:
diff -ru wmmon-1.1+20120402/wmmon/wmmon.c wmmon-1.1+20120402-new/wmmon/wmmon.c
--- wmmon-1.1+20120402/wmmon/wmmon.c 2012-04-16 12:47:01.0 +0200
+++ wmmon-1.1+20120402-new/wmmon/wmmon.c 2013-05-21 22:57:22.0 +0200
@@ -130,6 +130,8 @@
#define HISTORY_ENTRIES 55
+typedef long long llong;
+
//
/* Global Variables */
//
@@ -218,14 +220,14 @@
int his[HISTORY_ENTRIES];
int hisaddcnt;
long rt_stat;
- long statlast;
+ llong statlast;
long rt_idle;
- long idlelast;
+ llong idlelast;
/* Processors stats */
long *cpu_stat;
- long *cpu_last;
+ llong *cpu_last;
long *idle_stat;
- long *idle_last;
+ llong *idle_last;
} stat_dev;
@@ -241,10 +243,10 @@
int getNbCPU(void);
unsigned long getWidth(long, long);
int checksysdevs(void);
-void get_statistics(char *, long *, long *, long *, long *, long *);
+void get_statistics(char *, long *, llong *, llong *, llong *, llong *);
void DrawActive(char *);
-void update_stat_cpu(stat_dev *, long *, long *);
+void update_stat_cpu(stat_dev *, llong *, llong *);
void update_stat_io(stat_dev *);
void update_stat_mem(stat_dev *st, stat_dev *st2);
void update_stat_swp(stat_dev *);
@@ -269,10 +271,10 @@
long curtime;
long nexttime;
- long istat;
- long idle;
- long *istat2;
- long *idle2;
+ llong istat;
+ llong idle;
+ llong *istat2;
+ llong *idle2;
FILE *fp;
char *conffile = NULL;
@@ -339,9 +341,9 @@
nb_cpu = getNbCPU();
stat_device[0].cpu_stat = calloc(nb_cpu, sizeof(long));
- stat_device[0].cpu_last = calloc(nb_cpu, sizeof(long));
+ stat_device[0].cpu_last = calloc(nb_cpu, sizeof(llong));
stat_device[0].idle_stat = calloc(nb_cpu, sizeof(long));
- stat_device[0].idle_last = calloc(nb_cpu, sizeof(long));
+ stat_device[0].idle_last = calloc(nb_cpu, sizeof(llong));
if (!stat_device[0].cpu_stat
|| !stat_device[0].cpu_last
|| !stat_device[0].idle_stat
@@ -349,8 +351,8 @@
fprintf(stderr, "%s: Unable to alloc memory !\n", argv[0]);
exit(1);
}
- istat2 = calloc(nb_cpu, sizeof(long));
- idle2 = calloc(nb_cpu, sizeof(long));
+ istat2 = calloc(nb_cpu, sizeof(llong));
+ idle2 = calloc(nb_cpu, sizeof(llong));
if (!istat2 || !idle2) {
fprintf(stderr, "%s: Unable to alloc memory !!\n", argv[0]);
exit(1);
@@ -602,8 +604,9 @@
}
}
-void update_stat_cpu(stat_dev *st, long *istat2, long *idle2)
Bug#731622: ITP: libhtml-linklist-perl -- module that creates a 'smart' list of HTML links
Package: wnpp Owner: Radu-Bogdan Croitoru Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libhtml-linklist-perl Version : 0.1503 Upstream Author : Kathryn Andersen * URL : https://metacpan.org/release/HTML-LinkList * License : Artistic or GPL-1+ Programming Lang: Perl Description : module that creates a 'smart' list of HTML links HTML::LinkList contains a number of functions for taking sets of URLs and labels and creating suitably formatted HTML. These links are "smart" because, if given the url of the current page, if any of the links in the list equal it, that item in the list will be formatted as a special label, not as a link; this is a Good Thing, since the user would be confused by clicking on a link back to the current page. While many website systems have plugins for "smart" navbars, they are specialized for that system only, and can't be reused elsewhere, forcing people to reinvent the wheel. This is one of the wheels, free to be reused by anybody; just the simple functions, a backend, which can be plugged into whatever system you want. The default format for the HTML is to make an unordered list, but there are many options, enabling one to have a flatter layout with any separators you desire, or a more complicated list with differing formats for different levels. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731608: Please switch from avahi to avahi-daemon in initscript LSB dependencies
Hi,
As previously explained in this bug, systemd is generating a dependency
against an non-existing service (avahi.service) due to a difference in
the name of the "Provides" in avahi-daemon initscript and the name of
the script itself.
In order to fix this, the dependencies ({Required,Should}-{Start,Stop})
declared in the initscript shipped in your package should be switched
from "avahi" to "avahi-daemon".
Please note that the avahi-daemon initscript contains this "Provides"
since version 0.6.31-3 and a proper Depends (or Breaks) should also be
added to your package.
Cheers
Laurent Bigonville
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670152: Uptime display wrong if more than 99 days
Rodolfo García Peñas wrote, On 2013-12-06 22:40: > Hi Pedro, > > about this bug, I think is related to wmcpu, not wmmon. wmmon doesn't handle > this time space, only some minutes. > > If you agree, I will close this bug. Hi Rodolfo, You're right in that it should be forwarded to wmcpu, as I explained in bug #670151. My apologies. As a side note, wmmon handles 4 digits of days for uptime actually, which is long enough to never see an overflow (because in 1 days you're likely to have needed to upgrade your system anyway). Thanks for looking into this, and sorry for my absent-mindedness. Pedro Gimeno -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#550891: It is a libfarstream packaging bug
Thanks for the patch. For the patch to the libpurple source, can you try to get it merged with pidgin upstream? I don't really trust myself to maintain a far-reaching patch that I didn't write, since I am not an expert on the upstream source. As far as the patch to Debian control files, unfortunately I can't use that as-is because it will only apply to the auto-generated version, which will change with any new build. Can you create a patch that I can apply against the full extracted debian source (e.g. apt-get source pidgin), and create a separate bug for farstream? Ideally it will obtain the correct dependency versions automatically (probably via debian/rules) instead of hardcoding them in the control file. - Ari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731624: create test cases for WsCookieContext
Package: resiprocate Severity: wishlist Make some test cases for the WsCookieContext code -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731623: mercurial: recent change in debian/rules causes error on repeated builds
Package: mercurial Version: 2.8.1-1 Severity: normal Tags: patch In rev 10223 of svn://anonscm.debian.org/python-apps/packages/mercurial/trunk/debian i.e. r10223 | mithrandi | 2013-12-06 04:44:57 +0530 (Fri, 06 Dec 2013) | 1 line Changed paths: M /packages/mercurial/trunk/debian/changelog M /packages/mercurial/trunk/debian/rules Remove pyflakes test to avoid build failures when pyflakes is installed. there is the following change Index: rules === --- rules (revision 10222) +++ rules (revision 10223) @@ -94,6 +94,10 @@ mv mercurial/__version__.py.save mercurial/__version__.py $(RM) -rv tmp/ +override_dh_clean: + dh_clean + rm tests/test-check-pyflakes.t + mercurial/__version__.py: @echo "$@ is missing (you probably call 'make clean' directly)." @echo "Restore it from sources before building the package" The rm tests/test-check-pyflakes.t breaks repeated builds for me here, specifically `debuild clean`. Obvious comment: rm returns an error if the file it is asked to remove does not exist, and once it has been removed, it is not going to be restored. Changing this to rm -f tests/test-check-pyflakes.t Fixes it for me. Regards, Faheem -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (500, 'oldstable'), (50, 'unstable'), (50, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731625: net-snmp: CVE-2012-6151: snmpd DoS when AgentX subagent times-out
Package: net-snmp Severity: important Tags: security upstream Hi, the following vulnerability was published for net-snmp. CVE-2012-6151[0]: snmpd DoS when AgentX subagent times-out For further detail see upstream bugreport [1]. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities & Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-6151 http://security-tracker.debian.org/tracker/CVE-2012-6151 [1] http://sourceforge.net/p/net-snmp/bugs/2411/ Please adjust the affected versions in the BTS as needed. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731602: gnome-power-manager: Suspend whed lid closes option disappeared with gnome 3.8 update
Hi, On 07.12.2013 15:12, José David wrote: In Debian Testing, after gnome update to 3.8, the "suspend when lid closes" options dissapeared from the configuration GUI and from the dconf options. Now when the lid closes, the system does nothing. Gnome needs systemd as PID 1 for suspend on lid close to work. (see Bug #726763) So you either have to use the 'init=/bin/systemd' boot parameter or install systemd-sysv. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731093: (no subject)
So from what Adrien showed me, it seems with -11 there is an INSERT being done with: E'\\x...' while with -12 it becomes: E'\x...'. So there seems to be some escaping issue. I'll be busy tomorrow but I'll look into it monday and I hope this is enough clue for me to find out what's the problem here. Thanks Adrien. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731594: debian-installer: time synchronisation should be installed by default
Of course, they can. Yet, it would be nice to have a default that works in all situations without user (or admin) intervention. Best, Thiemo On Sat, Dec 7, 2013 at 5:10 PM, Dmitrijs Ledkovs wrote: > On 7 December 2013 15:09, Thiemo Nagel wrote: >> Hi Dmitrijs, >> >> thank you for your reply! The proposed solution sounds good, except >> for servers which rarely (re)configure their network. Is there another >> option that would work for servers, too? >> > > Servers that rarely (re)configure network or boot, can also setup cron > to call to ntpdate or install an NTP client daemon when they are first > configured. > > Regards, > > Dmitrijs. > > > >> Best, >> Thiemo >> >> On Sat, Dec 7, 2013 at 2:24 PM, Dmitrijs Ledkovs wrote: >>> reassign 731594 ntpdate >>> retitle 731594 Please make ntpdate package priority standard >>> thanks >>> >>> On 7 December 2013 10:25, Thiemo Nagel wrote: Package: debian-installer Severity: normal Tags: d-i Hello, I think that a modern OS should take care of time synchronisation without requiring user intervention. As far as I can see, Debian doesn't install any kind of NTP client by default. (I'd guess that it falls back behind Mac and Windows in this regard. Even my mobile phone synchronises time automatically.) Thus, I'd suggest to install as part of the base system an NTP package (eg. ntp, openntpd, chrony) configured to act as client only. This issue has already been discussed nine years ago, however I believe that user's expectations have changed through the passage of time and thus a fresh look at the topic may be warranted. http://bugs.debian.org/397649 >>> >>> I fully agree that ntp client should be installed by default. Checking >>> dependencies of the available candidates (such that we can see what >>> other packages they pull into standard set): >>> * ntp - libopts25 (optional) >>> * ntpdate - all good >>> * openntpd - all good >>> * chrony - timelimit (optional) >>> >>> Nothing too scary. >>> >>> The other concern raised was people on intermittent and metered >>> connections (3G / dial-up), who may not want to have a daemon running >>> that can't do anything, nor a daemon that would establish unwanted >>> internet connections. To this extend ntpdate is the best package, as >>> it is only executed upon network configuration without a long running >>> daemon, nor periodic cron job. >>> >>> To resolve this bug report one of the above packages should become >>> priority standard. From d-i point of view, any would do =) >>> >>> I recommend for ntpdate to become such one. Therefore I am reassigning >>> this bug to package "ntpdate" for its maintainer to consider this >>> change. >>> >>> Regards, >>> >>> Dmitrijs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731594: debian-installer: time synchronisation should be installed by default
On 7 December 2013 15:09, Thiemo Nagel wrote: > Hi Dmitrijs, > > thank you for your reply! The proposed solution sounds good, except > for servers which rarely (re)configure their network. Is there another > option that would work for servers, too? > Servers that rarely (re)configure network or boot, can also setup cron to call to ntpdate or install an NTP client daemon when they are first configured. Regards, Dmitrijs. > Best, > Thiemo > > On Sat, Dec 7, 2013 at 2:24 PM, Dmitrijs Ledkovs wrote: >> reassign 731594 ntpdate >> retitle 731594 Please make ntpdate package priority standard >> thanks >> >> On 7 December 2013 10:25, Thiemo Nagel wrote: >>> >>> Package: debian-installer >>> Severity: normal >>> Tags: d-i >>> >>> Hello, >>> >>> I think that a modern OS should take care of time synchronisation without >>> requiring user intervention. As far as I can see, Debian doesn't install any >>> kind of NTP client by default. (I'd guess that it falls back behind Mac and >>> Windows in this regard. Even my mobile phone synchronises time >>> automatically.) >>> >>> Thus, I'd suggest to install as part of the base system an NTP package >>> (eg. ntp, openntpd, chrony) configured to act as client only. >>> >>> This issue has already been discussed nine years ago, however I believe that >>> user's expectations have changed through the passage of time and thus a >>> fresh >>> look at the topic may be warranted. >>> >>> http://bugs.debian.org/397649 >>> >> >> I fully agree that ntp client should be installed by default. Checking >> dependencies of the available candidates (such that we can see what >> other packages they pull into standard set): >> * ntp - libopts25 (optional) >> * ntpdate - all good >> * openntpd - all good >> * chrony - timelimit (optional) >> >> Nothing too scary. >> >> The other concern raised was people on intermittent and metered >> connections (3G / dial-up), who may not want to have a daemon running >> that can't do anything, nor a daemon that would establish unwanted >> internet connections. To this extend ntpdate is the best package, as >> it is only executed upon network configuration without a long running >> daemon, nor periodic cron job. >> >> To resolve this bug report one of the above packages should become >> priority standard. From d-i point of view, any would do =) >> >> I recommend for ntpdate to become such one. Therefore I am reassigning >> this bug to package "ntpdate" for its maintainer to consider this >> change. >> >> Regards, >> >> Dmitrijs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731626: latest security fix breaks connection
Package: nbd-server Version: 1:3.2-4~deb7u4 Severity: important Dear nbd maintainer Since the latest security update my clients cannot connect to the nbd-server. ---/etc/nbd-server/config- [generic] [backup] exportname = /dev/winuserfs_vg1/storebackup authfile = /etc/nbd-server/allow --- ---/etc/nbd-server/allow- 130.149.125.113 --- On the client: $ nbd-client -N backup winuserfs /dev/nbd0 Negotiation: ..size = 13216954585799MB bs=1024, sz=13858981371759755264 bytes On the server gives the following entry in the log. Dec 7 16:42:50 winuserfs nbd_server[4359]: connect from 130.149.125.113, assigned file is /dev/winuserfs_vg1/storebackup Dec 7 16:42:50 winuserfs nbd_server[4359]: Unauthorized client - Same in the oldstype case: ---/etc/nbd-server/config- [generic] oldstyle = true [backup] exportname = /dev/winuserfs_vg1/storebackup port = 2 authfile = /etc/nbd-server/allow --- ---/etc/nbd-server/allow- 130.149.125.113 --- On the Client: $ nbd-client winuserfs 2 /dev/nbd0; mount -t ext4 /dev/nbd0 /mnt/winuserfs_backup Negotiation: Error: Server closed connection Exiting. On the server gives the following entry in the log: Dec 7 16:47:18 winuserfs nbd_server[4424]: connect from 130.149.125.113, assigned file is /dev/winuserfs_vg1/storebackup Dec 7 16:47:18 winuserfs nbd_server[4424]: Unauthorized client If I start the server without /etc/nbd-server/allow connection works. Dec 7 16:54:29 winuserfs nbd_server[4516]: connect from 130.149.125.113, assigned file is /dev/winuserfs_vg1/storebackup Dec 7 16:54:29 winuserfs nbd_server[4516]: Can't open authorization file /etc/nbd-server/allow (No such file or directory). Dec 7 16:54:29 winuserfs nbd_server[4516]: Authorized client Dec 7 16:54:29 winuserfs nbd_server[4519]: Starting to serve Dec 7 16:54:29 winuserfs nbd_server[4519]: Size of exported file/device is 114890375168 Downgrading to 1:3.2-4~deb7u3 also solves the issue In the Oldstyle case the log gives: Dec 7 17:04:30 winuserfs nbd_server[5038]: connect from 130.149.125.113, assigned file is /dev/winuserfs_vg1/storebackup Dec 7 17:04:30 winuserfs nbd_server[5038]: Authorized client Dec 7 17:04:30 winuserfs nbd_server[5043]: Starting to serve Dec 7 17:04:30 winuserfs nbd_server[5043]: Size of exported file/device is 114890375168 -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages nbd-server depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii libglib2.0-0 2.33.12+really2.32.4-5 ii ucf3.0025+nmu3 nbd-server recommends no packages. nbd-server suggests no packages. -- debconf information: nbd-server/convert: true nbd-server/useports: false nbd-server/autogen: nbd-server/name: nbd-server/filename: nbd-server/number: 0 nbd-server/port: -- PGP ID 65C92061 signature.asc Description: This is a digitally signed message part.
Bug#731628: latest security fix breaks connection
Package: nbd-server Version: 1:3.2-4~deb7u4 Severity: important Dear nbd maintainer Since the latest security update my clients cannot connect to the nbd- server. ---/etc/nbd-server/config- [generic] [backup] exportname = /dev/winuserfs_vg1/storebackup authfile = /etc/nbd-server/allow --- ---/etc/nbd-server/allow- 130.149.125.113 --- On the client: $ nbd-client -N backup winuserfs /dev/nbd0 Negotiation: ..size = 13216954585799MB bs=1024, sz=13858981371759755264 bytes On the server gives the following entry in the log. Dec 7 16:42:50 winuserfs nbd_server[4359]: connect from 130.149.125.113, assigned file is /dev/winuserfs_vg1/storebackup Dec 7 16:42:50 winuserfs nbd_server[4359]: Unauthorized client - Same in the oldstype case: ---/etc/nbd-server/config- [generic] oldstyle = true [backup] exportname = /dev/winuserfs_vg1/storebackup port = 2 authfile = /etc/nbd-server/allow --- ---/etc/nbd-server/allow- 130.149.125.113 --- On the Client: $ nbd-client winuserfs 2 /dev/nbd0; mount -t ext4 /dev/nbd0 /mnt/winuserfs_backup Negotiation: Error: Server closed connection Exiting. On the server gives the following entry in the log: Dec 7 16:47:18 winuserfs nbd_server[4424]: connect from 130.149.125.113, assigned file is /dev/winuserfs_vg1/storebackup Dec 7 16:47:18 winuserfs nbd_server[4424]: Unauthorized client If I start the server without /etc/nbd-server/allow connection works. Dec 7 16:54:29 winuserfs nbd_server[4516]: connect from 130.149.125.113, assigned file is /dev/winuserfs_vg1/storebackup Dec 7 16:54:29 winuserfs nbd_server[4516]: Can't open authorization file /etc/nbd-server/allow (No such file or directory). Dec 7 16:54:29 winuserfs nbd_server[4516]: Authorized client Dec 7 16:54:29 winuserfs nbd_server[4519]: Starting to serve Dec 7 16:54:29 winuserfs nbd_server[4519]: Size of exported file/device is 114890375168 Downgrading to 1:3.2-4~deb7u3 also solves the issue In the Oldstyle case the log gives: Dec 7 17:04:30 winuserfs nbd_server[5038]: connect from 130.149.125.113, assigned file is /dev/winuserfs_vg1/storebackup Dec 7 17:04:30 winuserfs nbd_server[5038]: Authorized client Dec 7 17:04:30 winuserfs nbd_server[5043]: Starting to serve Dec 7 17:04:30 winuserfs nbd_server[5043]: Size of exported file/device is 114890375168 -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages nbd-server depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii libglib2.0-0 2.33.12+really2.32.4-5 ii ucf3.0025+nmu3 nbd-server recommends no packages. nbd-server suggests no packages. -- debconf information: nbd-server/convert: true nbd-server/useports: false nbd-server/autogen: nbd-server/name: nbd-server/filename: nbd-server/number: 0 nbd-server/port: -- PGP ID 65C92061 signature.asc Description: This is a digitally signed message part.
Bug#731627: libapache2-mod-nss: CVE-2013-4566: incorrect handling of NSSVerifyClient in directory context
Package: libapache2-mod-nss Severity: grave Tags: security upstream Hi, the following vulnerability was published for libapache2-mod-nss. CVE-2013-4566[0]: incorrect handling of NSSVerifyClient in directory context More details are also provided in RedHat's bugzilla at [1]. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities & Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-4566 http://security-tracker.debian.org/tracker/CVE-2013-4566 [1] https://bugzilla.redhat.com/show_bug.cgi?id=1016832 Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731629: latest security fix breaks connection
Package: nbd-server Version: 1:3.2-4~deb7u4 Severity: important Dear nbd maintainer Since the latest security update my clients cannot connect to the nbd- server. ---/etc/nbd-server/config- [generic] [backup] exportname = /dev/winuserfs_vg1/storebackup authfile = /etc/nbd-server/allow --- ---/etc/nbd-server/allow- 130.149.125.113 --- On the client: $ nbd-client -N backup winuserfs /dev/nbd0 Negotiation: ..size = 13216954585799MB bs=1024, sz=13858981371759755264 bytes On the server gives the following entry in the log. Dec 7 16:42:50 winuserfs nbd_server[4359]: connect from 130.149.125.113, assigned file is /dev/winuserfs_vg1/storebackup Dec 7 16:42:50 winuserfs nbd_server[4359]: Unauthorized client - Same in the oldstype case: ---/etc/nbd-server/config- [generic] oldstyle = true [backup] exportname = /dev/winuserfs_vg1/storebackup port = 2 authfile = /etc/nbd-server/allow --- ---/etc/nbd-server/allow- 130.149.125.113 --- On the Client: $ nbd-client winuserfs 2 /dev/nbd0; mount -t ext4 /dev/nbd0 /mnt/winuserfs_backup Negotiation: Error: Server closed connection Exiting. On the server gives the following entry in the log: Dec 7 16:47:18 winuserfs nbd_server[4424]: connect from 130.149.125.113, assigned file is /dev/winuserfs_vg1/storebackup Dec 7 16:47:18 winuserfs nbd_server[4424]: Unauthorized client If I start the server without /etc/nbd-server/allow connection works. Dec 7 16:54:29 winuserfs nbd_server[4516]: connect from 130.149.125.113, assigned file is /dev/winuserfs_vg1/storebackup Dec 7 16:54:29 winuserfs nbd_server[4516]: Can't open authorization file /etc/nbd-server/allow (No such file or directory). Dec 7 16:54:29 winuserfs nbd_server[4516]: Authorized client Dec 7 16:54:29 winuserfs nbd_server[4519]: Starting to serve Dec 7 16:54:29 winuserfs nbd_server[4519]: Size of exported file/device is 114890375168 Downgrading to 1:3.2-4~deb7u3 also solves the issue In the Oldstyle case the log gives: Dec 7 17:04:30 winuserfs nbd_server[5038]: connect from 130.149.125.113, assigned file is /dev/winuserfs_vg1/storebackup Dec 7 17:04:30 winuserfs nbd_server[5038]: Authorized client Dec 7 17:04:30 winuserfs nbd_server[5043]: Starting to serve Dec 7 17:04:30 winuserfs nbd_server[5043]: Size of exported file/device is 114890375168 -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages nbd-server depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii libglib2.0-0 2.33.12+really2.32.4-5 ii ucf3.0025+nmu3 nbd-server recommends no packages. nbd-server suggests no packages. -- debconf information: nbd-server/convert: true nbd-server/useports: false nbd-server/autogen: nbd-server/name: nbd-server/filename: nbd-server/number: 0 nbd-server/port: -- PGP ID 65C92061 signature.asc Description: This is a digitally signed message part.
Bug#731630: ITP: cpl-plugin-uves -- ESO data reduction pipeline for UVES
Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org * Package name: cpl-plugin-uves Version : 5.3.0 Upstream Author : ESO * URL : http://www.eso.org/sci/software/pipelines/uves/uves-pipe-recipes.html * License : GPL Programming Lang: C Description : ESO data reduction pipeline for UVES This is the data reduction pipeline for the UVES instrument of the Very Large Telescope (VLT) from the European Southern Observatory (ESO). . UVES is a cross-dispersed echelle spectrograph designed to operate with high efficiency from the atmospheric cut-off at 300 nm to the long wavelength limit of the CCD detectors (about 1100 nm). The light beam from the telescope is split in two arms (UV to Blue, and Visual to Red) within the instrument. The two arms can be operated separately, or in parallel via a dichroic beam splitter. The resolving power is about 40,000 when a 1-arcsec slit is used. The maximum (two-pixel) resolution is 80,000 or 110,000 in the Blue- and the Red Arm, respectively. . Further information about UVES can be found under http://www.eso.org/sci/facilities/paranal/instruments/uves/ A git repository is created at http://anonscm.debian.org/gitweb/?p=debian-science/packages/cpl-plugin-uves.git The recipe will be based on the same template as the other plugins created so far (cpl_plugin_amber, cpl_plugin_fors, cpl_plugin_giraf, cpl_plugin_hawki, cpl_plugin_sinfo, cpl-plugin-kmos). Best regards Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729708: pu: package fcitx-cloudpinyin/0.2.2-1+deb7u1
Control: tags -1 + pending On Wed, 2013-12-04 at 20:30 +, Adam D. Barratt wrote: > On Sat, 2013-11-16 at 11:13 +0800, Aron Xu wrote: > > I would like to apply the following patch to fcitx-cloudpinyin. It > > uses an anonymous web API service provided Sogou by default, but the > > API is gone for quite some time and upstream has switched to use > > Google's similar service by default in newer versions. The service > > provided by Google is using HTTPS by default, while the original one > > isn't. > > Please go ahead; thanks. Flagged for acceptance; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726298: debian-installer: graphical install as KVM guest crashes when switching to text console
Control: tag -1 + wontfix moreinfo - patch 14.10.2013 14:45, Thiemo Nagel wrote: > severity 726298 wishlist > retitle 726298 Give guidance to console-switching installer users > reassign 726298 busybox > tags 726298 + patch > thanks > > It's all my fault. I just realized that X is fine, I just didn't > expect it to live on console #5. Maybe the attached patch could help > prevent others falling into the same trap? First of all, somehow I haven't noticed this bugreport until now. Here's your patch: From d2e289c95d454ec752af14b18b417ce30fca741d Mon Sep 17 00:00:00 2001 From: Thiemo Nagel Date: Mon, 14 Oct 2013 12:34:41 +0200 Subject: [PATCH] Add help message to inactive consoles --- a/init/init.c +++ b/init/init.c @@ -485,7 +485,10 @@ static pid_t run(const struct init_action *a) #ifdef CUSTOMIZED_BANNER #include CUSTOMIZED_BANNER #endif - "\nPlease press Enter to activate this console. "; + "\nPlease press Enter to activate this console. " + "(Hit Ctrl-Alt-F5 to return to the graphical " + "installer or Ctrl-Alt-F1 for the text-mode " + "installer, respectively.) "; This is completely wrong. There's no reason X installer should be running on tty5 or text-mode installer on tty1. This patch breaks regular use of busybox, because outside of the d-i environment, there's no reason to expect the installer to be running at all. As far as I remember, things are actually documented in the installation manual, isn't that not enough? Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731631: ITP: r-cran-tcltk2 -- GNU R package for Tcl/Tk additions
Package: wnpp Owner: Dirk Eddelbuettel Severity: wishlist * Package name: r-cran-tcltk2 Version : 1.2-8 Upstream Author : Phillipe Grosjean * URL or Web page : http://cran.r-project.org/package=tcltk2 * License : LGPL-3 Description : GNU R package for Tcl/Tk additions This package is now a (Build-)Depends on the popular RCmdr GUI for R (in package r-cran-rcmdr, and part of Debian since August 2003). Tcl/Tk is a trusted cross-platform toolkit used by a few R packages; RCmdr now uses some of the tklib extensions. Dirk -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731632: dgit adds to quild gitignored files
Package: dgit Version: 1.9 Severity: normal Running dgit git-build on my git checkout of bugs-everywhere commits a patch into quilt that include a file that is in .gitignore. The git repo: git+ssh://git.debian.org/git/dgit-repos/repos/bugs-everywhere.git The .gitignore: *.pyc build dist doc/man/*.1 doc/.build/ doc/libbe/ .be/id-cache libbe/_version.py How to reproduce: apt-get install bugs-everywhere apt-get source bugs-everywhere # to get the tarball (?) git clone git+ssh://git.debian.org/git/dgit-repos/repos/bugs-everywhere.git cd bugs-everywhere be list # make the cache of bugs generated dgit git-build Expected result: the package is built as usual Actual result: the package quilt series has an extra entry for .be/id-cache. $ diffstat debian/patches/auto-1.1.1-3-3caf93f13fc59943cc6162949b57ffdf57daad25-1386434682 .be/id-cache | 411 +++ interfaces/web/static/scripts/GPL-LICENSE.txt | 278 + interfaces/web/static/scripts/MIT-LICENSE.txt | 20 interfaces/web/static/scripts/jquery.corners.html | 465 ++ interfaces/web/static/scripts/jquery.corners.js | 405 +++ 5 files changed, 1579 insertions(+) The latter 4 are okay, the first one is wrong, as it is in my .gitignore. Of course, maybe it's my mistake in the first place to run commands on the source tree, making it unclean, but it took me a while to notice this file was there because git status wouldn't show it to me, because it's in .gitignore. Furthermore, I was expecting git-build to build the package in a separate checkout, the way git-buildpackage usually does... In fact, git-buildpackage uses cowbuilder to build the package in a chroot normally, so I am not sure what is going on here. -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731594: [pkg-ntp-maintainers] Processed: Re: Bug#731594: debian-installer: time synchronisation should be installed by default
On Sat, Dec 07, 2013 at 01:27:16PM +, Debian Bug Tracking System wrote: > > retitle 731594 Please make ntpdate package priority standard > Bug #731594 [ntpdate] debian-installer: time synchronisation should be > installed by default > Changed Bug title to 'Please make ntpdate package priority standard' from > 'debian-installer: time synchronisation should be installed by default' ntpdate has always been indented to go away. It does not make sense to make it priority standard. If you want to make something priority standard of the ntp package it should be ntp itself. But in that case I would wait for the next major version (4.2.8) to be released which fixes a whole lot of issues people would run in to. The 4.2.8 version also contains a proper sntp client, which might be something you want instead of the full ntp daemon. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731082: qemu-user-static: qemu-ppc-static unusable?
I removed ld.so.cache to experiment, and indeed a trivial "hello
world"
program in C works:
#include
int main(){
printf("hello\n");
return 0;
}
(surprisingly, after regenerating ld.so.cache, it keeps working. To make
things simpler, I don't have any ld.so.cache for the rest of this message)
However, the C++ version fails (and almost all C++ programs fail
similarly):
#include
int main(){
std::cout << "hello\n";
return 0;
}
$ qemu-ppc-static cxx
Invalid data memory access: 0xfff4
NIP 0ff65648 LR 0ff65620 CTR 0ff65610 XER
MSR 6040 HID0 HF 6000 idx 0
TB
GPR00 0ff66164 f6fff450 f67cf4a0 f6fff478
GPR04 10010b58 0006 fefefeff 7f7f7f7f
GPR08 8080 f6fff3f0
GPR12 2282 10018b58
GPR16
GPR20
GPR24 1910 0006 f6fff478
GPR28 f67fe018 1910 0ffef904 f6fff478
CR 4280 [ G E - - - - L - ] RES
FPR00 3f847ae14000
FPR04
FPR08
FPR12 3ff0
FPR16
FPR20
FPR24
FPR28
FPSCR
qemu: uncaught target signal 11 (Segmentation fault) - core dumped
Unrelated, but I tried generating a static binary to test, and noticed
that the binfmt for qemu didn't recognize that binary. `file` identifies
it as:
ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1 (GNU/Linux)
instead of:
ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1 (SYSV)
I had to manually call qemu-ppc-static (and it failed like the dynamic
version). Should this format be added to binfmt, or did I mess up getting
such a binary?
--
Marc Glisse
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731603: libreoffice: libharfbuzz broken dependency prevents installation
Hi, On Sat, Dec 07, 2013 at 03:16:00PM +0100, Simon Guinot wrote: > Some libreoffice-* packages can't be installed due to a broken > dependency between packages libharfbuzz-icu0, libharfbuzz0a and > libharfbuzz0b. > > Note that the gnome package, which needs libreoffice, can't be > installed as well. This is called transition and normal in sid. If you can't handle temporary dependency breakage when stuff is rebuilt against a newer library: don't use sid. See http://release.debian.org/transitions/html/harfbuzz.html In fact, at the time you filed this those rebuilds were already ongoing (thoiugh amd64 failed because the hd got full). As Julien already said (and thankfully closed the bug when I was not available): not a bug. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731594: [pkg-ntp-maintainers] Bug#731594: debian-installer: time synchronisation should be installed by default
Dmitrijs Ledkovs writes: > Servers that rarely (re)configure network or boot, can also setup cron > to call to ntpdate or install an NTP client daemon when they are first > configured. FWIW, calling ntpdate from cron is a *horrible* idea. Since I agree that having time sync be a default part of a Debian installation would be a good idea, let me put a few thoughts down here and articulate what I think we should do. On a system like a server with at least one fixed-configuration network interface, unless the hardware clock has completely failed, the initial system time won't be grossly off, and just installing an ntp daemon is a better plan. Even if the hardware clock *has* failed, Debian's ntp packaging uses the -g option to the daemon by default, so that once the daemon has talked to enough peers/servers to know what time it is, it will always slew the clock one time no matter how far off it is at daemon launch. On a client system like a notebook that only has dynamic network connectivity, and may not be on the net at all at boot, the best strategy seem to be to rely on the hardware clock at boot and only worry about network time sync when there's networking available. For the past couple years, I've been using the openntpd package on my notebook, which has an if-up.d script that does a force-reload on each network interface up event, and in practice I've been quite happy with the results. I looked at chrony briefly several years ago and wasn't impressed, but I'm peripherally aware that it has been worked on quite a bit since then and probably deserves another look. It claims to have been specifically written to handle well the case of a system that's not always on the net. Looking at the size of the packages, ntp is largest due to the inclusion of drivers for various reference clocks, etc. Chrony is also a very large package, ntpdate is much larger than you'd expect, and openntpd is quite small by comparison to either ntp or chrony. Here are the Size: and Installed-Size: values for each based on the current sid packages: ntp 559578 1226 chrony 395400 743 ntpdate 81930 227 openntpd 64068 103 I care a lot about the size of our base install, and openntpd seems to do everything I need just fine as far as I can tell. So, without going off to study chrony which I really don't know at all, if I were making this decision, I'd be inclined to make openntpd standard, avoid ntpdate entirely, and assume users who really want to run stratum-1 NTP servers know how to install and optimally configure ntp. Bdale pgpb6gMYB0On2.pgp Description: PGP signature
Bug#731633: dgit ignores my .gbp.conf settings
Package: dgit Version: 0.19 Severity: minor Minor really. I usually build my git packages using cowbuilder, and I have a rather convoluted setup to build packages, on my wheezy box, in a sid chroot to (a) get a clean environment and (b) to build against sid for uploads. My setup is a mix of those: https://wiki.debian.org/PbuilderTricks https://wiki.debian.org/PackagingWithGit#pbuilder https://wiki.debian.org/cowbuilder#Using_with_git-buildpackage Anyways, the point is I have this line in my .gbp.conf setting: builder = /usr/bin/git-pbuilder But when I try to build using dgit git-build, I get: anarcat@marcos:bugs-everywhere$ dgit git-build Format `3.0 (quilt)', urgh dpkg-source: info: utilisation des options depuis bugs-everywhere/debian/source/options : --single-debian-patch dpkg-source: avertissement: suppression du répertoire update-copyright ignorée dpkg-source: info: aucune modification locale à enregistrer nothing quilty to commit, ok. canonical suite name for unstable is sid changelog will contain changes since 1.1.1-2 dh clean --with=python2 dh_testdir debian/rules override_dh_auto_clean make[1]: entrant dans le répertoire « /home/anarcat/src/bugs-everywhere » dh_auto_clean make[2]: entrant dans le répertoire « /home/anarcat/src/bugs-everywhere » /bin/rm -rf build libbe/_version.py doc/man/be.1 doc/man/be.1.html make -C doc clean make[3]: entrant dans le répertoire « /home/anarcat/src/bugs-everywhere/doc » /bin/rm -rf .build libbe make[3]: quittant le répertoire « /home/anarcat/src/bugs-everywhere/doc » make[2]: quittant le répertoire « /home/anarcat/src/bugs-everywhere » rm -f libbe/_version.py make[1]: quittant le répertoire « /home/anarcat/src/bugs-everywhere » dh_clean gbp:info: Exporting 'HEAD' to '/home/anarcat/src/build-area/bugs-everywhere-tmp' gbp:info: Moving '/home/anarcat/src/build-area/bugs-everywhere-tmp' to '/home/anarcat/src/build-area/bugs-everywhere-1. dpkg-buildpackage: paquet source bugs-everywhere dpkg-buildpackage: version source 1.1.1-3 dpkg-buildpackage: source changé par Antoine Beaupré dpkg-buildpackage: architecture hôte amd64 dpkg-source -i.git/ -I.git --before-build bugs-everywhere-1.1.1 dpkg-source: info: utilisation des options depuis bugs-everywhere-1.1.1/debian/source/options : --single-debian-patch dpkg-checkbuilddeps : dépendances de construction non trouvées : tla darcs monotone rcs python-numpydoc dpkg-buildpackage: avertissement: dépendances de construction et conflits non satisfaits ; échec. dpkg-buildpackage: avertissement: (Utilisez l'option -d pour forcer.) gbp:error: Couldn't run 'dpkg-buildpackage -i\.git/ -I.git -us -uc -v1.1.1-2': dpkg-buildpackage -i\.git/ -I.git return git-buildpackage: failed command: git-buildpackage -us -uc --git-no-sign-tags '--git-builder=dpkg-buildpackage -i'\\'.g dgit: subprocess failed with error exit status 1 I notice --git-builder=dpkg-buildpackage seems hardcoded - why? This seems to work a little better here: DIST=sid ARCH=amd64 dgit git-build --git-builder=git-pbuilder It seems to me this shouldn't be hardcoded. A. -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731633: still some problems with git-pbuilder, but it can work!
Ah, after more complete testing, it seems that push fails with packages built through pbuilder, because it can't find the .dsc file: anarcat@marcos:bugs-everywhere$ DEBSIGN_KEYID=7B75921E DIST=sid ARCH=amd64 dgit -L push DAMP RUN - WILL MAKE LOCAL (UNSIGNED) CHANGES From git+ssh://git.debian.org/git/dgit-repos/repos/bugs-everywhere * [new tag] debian/1.1.1-3 -> debian/1.1.1-3 canonical suite name for unstable is sid downloading http://ftp.debian.org/debian//pool/main/b/bugs-everywhere/bugs-everywhere_1.1.1-2.dsc... last upload to archive has NO git hash dget: retrieving http://ftp.debian.org/debian//pool/main/b/bugs-everywhere/bugs-everywhere_1.1.1-2.dsc % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 2143 100 21430 0 9512 0 --:--:-- --:--:-- --:--:-- 18474 dget: retrieving http://ftp.debian.org/debian//pool/main/b/bugs-everywhere/bugs-everywhere_1.1.1.orig.tar.gz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 347k 100 347k0 0 337k 0 0:00:01 0:00:01 --:--:-- 380k dget: retrieving http://ftp.debian.org/debian//pool/main/b/bugs-everywhere/bugs-everywhere_1.1.1-2.debian.tar.gz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 20004 100 200040 0 60638 0 --:--:-- --:--:-- --:--:-- 89704 bugs-everywhere_1.1.1-2.dsc: Good signature found validating bugs-everywhere_1.1.1.orig.tar.gz validating bugs-everywhere_1.1.1-2.debian.tar.gz All files validated successfully. dpkg-source: info: extraction de bugs-everywhere dans bugs-everywhere-1.1.1 dpkg-source: info: extraction de bugs-everywhere_1.1.1.orig.tar.gz dpkg-source: info: extraction de bugs-everywhere_1.1.1-2.debian.tar.gz dpkg-source: info: mise en place de debian-changes synthesised git commit from .dsc 1.1.1-2 HEAD is now at 11fb61b dgit: looked for .dsc bugs-everywhere_1.1.1-3.dsc, but Aucun fichier ou dossier de ce type; maybe you forgot to build Indeed, the files are in ../build-area. But after moving the files into place (in ../), the push proceeds further. Maybe there should be an option to specify the build directory? A. -- L'art n'est pas un bureau d'anthropométrie. - Léo Ferré, "Préface" pgpc3EaY0ql49.pgp Description: PGP signature
Bug#731634: New version is out
Package: xz-utils Version: 5.1.1alpha+20120614-2 Severity: normal Latest version is 5.1.3alpha. -- System Information: Debian Release: jessie/sid APT prefers stable APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates'), (102, 'testing'), (101, 'unstable'), (9, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xz-utils depends on: ii libc6 2.17-97 ii liblzma5 5.1.1alpha+20120614-2 xz-utils recommends no packages. xz-utils suggests no packages. -- no debconf information -- debsums errors found: sh: 1: /usr/sbin/dpkg-divert: not found -- Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv "Quidquid Latine dictum sit altum videtur." -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731635: syntax error in at line 1: PGP signature not allowed here
Package: dgit Version: 0.19 Severity: important I am finally trying to upload this package using "dgit push", and here's what I get: $ dgit push canonical suite name for unstable is sid downloading http://ftp.debian.org/debian//pool/main/b/bugs-everywhere/bugs-everywhere_1.1.1-2.dsc... last upload to archive has NO git hash dget: retrieving http://ftp.debian.org/debian//pool/main/b/bugs-everywhere/bugs-everywhere_1.1.1-2.dsc % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 2143 100 21430 0 9149 0 --:--:-- --:--:-- --:--:-- 19306 dget: retrieving http://ftp.debian.org/debian//pool/main/b/bugs-everywhere/bugs-everywhere_1.1.1.orig.tar.gz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 347k 100 347k0 0 320k 0 0:00:01 0:00:01 --:--:-- 354k dget: retrieving http://ftp.debian.org/debian//pool/main/b/bugs-everywhere/bugs-everywhere_1.1.1-2.debian.tar.gz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 20004 100 200040 0 58115 0 --:--:-- --:--:-- --:--:-- 88123 bugs-everywhere_1.1.1-2.dsc: Good signature found validating bugs-everywhere_1.1.1.orig.tar.gz validating bugs-everywhere_1.1.1-2.debian.tar.gz All files validated successfully. dpkg-source: info: extraction de bugs-everywhere dans bugs-everywhere-1.1.1 dpkg-source: info: extraction de bugs-everywhere_1.1.1.orig.tar.gz dpkg-source: info: extraction de bugs-everywhere_1.1.1-2.debian.tar.gz dpkg-source: info: mise en place de debian-changes synthesised git commit from .dsc 1.1.1-2 HEAD is now at 11fb61b Use of uninitialized value $_[0] in sprintf at /usr/share/perl5/Dpkg/ErrorHandling.pm line 48, line 1. dgit: error: syntax error in at line 1: PGP signature not allowed here I think this is because the package files were already signed by git-buildpackage+pbuilder (using AUTO_DEBSIGN=yes in pbuilder) during the build process - but what's wrong with that? And if *is* wrong, the error message could be a little more helpful. :) See also #731633 for using pbuilder here... Note that is also happens if you rerun dgit push after it failed once (e.g. because a third party uploaded a tag with the same name on the repo you're working on). -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731636: oasis: FTBFS with ocaml 4.01.0
Source: oasis
Version: 0.3.0-3
Severity: serious
Tags: jessie sid
Control: block 718767 with -1
Hi,
oasis FTBFS when binNMUed against ocaml 4.01.0.
From the amd64 build log:
> OUnit: Installed files (1st time)
> expected: 'share/doc/html/with-c/type_A.html',
> 'share/doc/html/with-c/style.css', 'share/doc/html/with-c/index_values.html',
> 'share/doc/html/with-c/index_types.html',
> 'share/doc/html/with-c/index_modules.html',
> 'share/doc/html/with-c/index_module_types.html',
> 'share/doc/html/with-c/index_methods.html',
> 'share/doc/html/with-c/index_exceptions.html',
> 'share/doc/html/with-c/index_classes.html',
> 'share/doc/html/with-c/index_class_types.html',
> 'share/doc/html/with-c/index_attributes.html',
> 'share/doc/html/with-c/index.html',
> 'share/doc/html/with-c/code_VALA.ident.html', 'share/doc/html/with-c/A.html',
> 'lib/with-c/dlltest-with-c_stubs.so', 'lib/ocaml/with-c/with-c.cmxs',
> 'lib/ocaml/with-c/with-c.cmxa', 'lib/ocaml/with-c/with-c.cma',
> 'lib/ocaml/with-c/with-c.a', 'lib/ocaml/with-c/libwith-c_stubs.a',
> 'lib/ocaml/with-c/dllwith-c_stubs.so', 'lib/ocaml/with-c/META',
> 'lib/ocaml/with-c/A.ml', 'lib/ocaml/with-c/A.cmx', 'lib/ocaml/with-c/A.cmi',
> 'bin/test-with-c-native', 'bin/test-with-c-custom',
'bin/test-with-c'
> but got: 'share/doc/html/with-c/type_A.html',
> 'share/doc/html/with-c/style.css', 'share/doc/html/with-c/index_values.html',
> 'share/doc/html/with-c/index_types.html',
> 'share/doc/html/with-c/index_modules.html',
> 'share/doc/html/with-c/index_module_types.html',
> 'share/doc/html/with-c/index_methods.html',
> 'share/doc/html/with-c/index_exceptions.html',
> 'share/doc/html/with-c/index_classes.html',
> 'share/doc/html/with-c/index_class_types.html',
> 'share/doc/html/with-c/index_attributes.html',
> 'share/doc/html/with-c/index.html', 'share/doc/html/with-c/A.html',
> 'lib/with-c/dlltest-with-c_stubs.so', 'lib/ocaml/with-c/with-c.cmxs',
> 'lib/ocaml/with-c/with-c.cmxa', 'lib/ocaml/with-c/with-c.cma',
> 'lib/ocaml/with-c/with-c.a', 'lib/ocaml/with-c/libwith-c_stubs.a',
> 'lib/ocaml/with-c/dllwith-c_stubs.so', 'lib/ocaml/with-c/META',
> 'lib/ocaml/with-c/A.ml', 'lib/ocaml/with-c/A.cmx', 'lib/ocaml/with-c/A.cmi',
> 'bin/test-with-c-native', 'bin/test-with-c-custom', 'bin/test-with-c'
> diff: -'share/doc/html/with-c/code_VALA.ident.html'
> --
> Ran: 198 tests in: 99.38 seconds.
> FAILED: Cases: 198 Tried: 198 Errors: 0 Failures: 1 Skip:0 Todo:0
> W: Test 'main' fails: Command '/«PKGBUILDDIR»/_build/test/test.byte
> -oasis-exec /«PKGBUILDDIR»/_build/src/cli/Main.byte -has-ocamlopt true'
> terminated with error code 1
> ..
> Ran: 2 tests in: 0.07 seconds.
> E: Failure("Tests had a 33.33% failure rate")
> make[1]: *** [override_dh_auto_test] Error 1
> OKmake[1]: Leaving directory `/«PKGBUILDDIR»'
> make: *** [build-arch] Error 2
Full build logs available via:
https://buildd.debian.org/status/package.php?p=oasis&suite=sid
Cheers,
--
Stéphane
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#714410: obex-data-server segfault when starting upload files to mobile phone
Package: obex-data-server Version: 0.4.5-1+b3 Followup-For: Bug #714410 Got the same situation. Tried to send a file to a phone via bluetooth - got the same problem with a report in dmesg: [ 1655.354220] obex-data-serve[7485]: segfault at 54 ip 7fc1304f8f76 sp 7fff2c0deae0 error 6 in libopenobex.so.1.5.0[7fc1304f6000+9000] Two things to note: 1. File transfer from the phone to the computer goes without error (at least for the files less then 30 Mb). 2. Small enough files can be transfered successfully with gap being around 60 kb. -- 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.12-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages obex-data-server depends on: ii libbluetooth3 4.99-2 ii libc6 2.17-3 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100.2-1 ii libglib2.0-0 2.36.1-2build1 ii libgomp1 4.8.2-7 ii libmagickcore58:6.7.7.10-5 ii libmagickwand58:6.7.7.10-5 ii libopenobex1 1.5-2 ii libusb-0.1-4 2:0.1.12-23+nmu1 Versions of packages obex-data-server recommends: ii python 2.7.5-5 ii python-dbus 1.1.1-1 ii python-gobject 3.2.2-2 obex-data-server 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#731638: ulogd2: Incomplete handover of /var/log/ulogd ownership from ulogd
Package: ulogd2 Version: 2.0.2-4 Severity: normal Upon installing ulogd2 on a system that formerly ran ulogd: # apt-get install -t testing ulogd2 Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libmnl0 libnetfilter-acct1 libnetfilter-conntrack3 libnetfilter-log1 Suggested packages: ulogd2-dbi ulogd2-mysql ulogd2-pgsql ulogd2-pcap ulogd2-sqlite3 The following packages will be REMOVED: ulogd The following NEW packages will be installed: libmnl0 libnetfilter-acct1 libnetfilter-conntrack3 libnetfilter-log1 ulogd2 0 upgraded, 5 newly installed, 1 to remove and 2 not upgraded. Need to get 173 kB of archives. After this operation, 474 kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://http.debian.net/debian/ wheezy/main libmnl0 i386 1.0.3-3 [12.1 kB] Get:2 http://http.debian.net/debian/ jessie/main libnetfilter-acct1 i386 1.0.2-1 [7,296 B] Get:3 http://http.debian.net/debian/ wheezy/main libnetfilter-conntrack3 i386 1.0.1-1 [39.5 kB] Get:4 http://http.debian.net/debian/ wheezy/main libnetfilter-log1 i386 1.0.0-1 [9,178 B] Get:5 http://http.debian.net/debian/ jessie/main ulogd2 i386 2.0.2-4 [105 kB] Fetched 173 kB in 4s (41.5 kB/s) (Reading database ... 57648 files and directories currently installed.) Removing ulogd ... [ ok ] Stopping ulogd (via systemctl): ulogd.service. Processing triggers for man-db ... Selecting previously unselected package libmnl0:i386. (Reading database ... 57623 files and directories currently installed.) Unpacking libmnl0:i386 (from .../libmnl0_1.0.3-3_i386.deb) ... Selecting previously unselected package libnetfilter-acct1:i386. Unpacking libnetfilter-acct1:i386 (from .../libnetfilter-acct1_1.0.2-1_i386.deb) ... Selecting previously unselected package libnetfilter-conntrack3:i386. Unpacking libnetfilter-conntrack3:i386 (from .../libnetfilter-conntrack3_1.0.1-1_i386.deb) ... Selecting previously unselected package libnetfilter-log1. Unpacking libnetfilter-log1 (from .../libnetfilter-log1_1.0.0-1_i386.deb) ... Selecting previously unselected package ulogd2. Unpacking ulogd2 (from .../ulogd2_2.0.2-4_i386.deb) ... Processing triggers for man-db ... Setting up libmnl0:i386 (1.0.3-3) ... Setting up libnetfilter-acct1:i386 (1.0.2-1) ... Setting up libnetfilter-conntrack3:i386 (1.0.1-1) ... Setting up libnetfilter-log1 (1.0.0-1) ... Setting up ulogd2 (2.0.2-4) ... Installing new version of config file /etc/ulogd.conf ... adduser: Warning: The home directory `/var/log/ulog' does not belong to the user you are currently creating. insserv: script ulogd2: service ulogd already provided! insserv: script ulogd: service ulogd already provided! [ ok ] Starting ulogd2 (via systemctl): ulogd2.service. Note that ulogd was removed rather than upgraded; therefore its postrm script will still remove /var/log/ulog if purged. I don't see how to fix this other than to have one of ulogd2's maintainer scripts nuke the offending lines from ulogd.postrm. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (540, 'testing'), (530, 'unstable'), (520, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717498: pu: package bootchart/0.10~svn407-4.1~deb7u1 - PATCH v2
Control: tags -1 + confirmed On Tue, 2013-11-19 at 17:18 +0100, Andreas Beckmann wrote: > On 2013-08-05 10:29, Andreas Beckmann wrote: > > On 2013-07-21 19:35, Andreas Beckmann wrote: > >> New patch, much less intrusive, use preinst to fix up the old > >> initscript. > > > > 0.10~svn407-4.1 has been uploaded to unstable, now I'd like to continue > > with 0.10~svn407-4.1~deb7u1 for wheezy. > > There has also been another bug report from a user about bootchart not > being installable: #726701 > I really think we should fix the currently uninstallable package in wheezy. Given the confusion it appears to be causing, I guess we should do this. I really would like this to be the last time we have to fiddle with this particular path though. :-( Please go ahead, bearing in mind that the window for 7.3 closes this weekend. 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#731637: frama-c: FTBFS with ocaml 4.01.0
Source: frama-c Version: 20130601+fluorine3+dfsg-1 Severity: serious Tags: jessie sid Control: block 718767 with -1 Hi, frama-c FTBFS when binNMUed against ocaml 4.01.0. From the amd64 build log: > The first one was selected. Please disambiguate if this is wrong. > ocamlc.opt -c -w +a-4-6-7-9 -annot -g -I src/misc -I src/ai -I > src/memory_state -I src/toplevel -I src/slicing_types -I src/pdg_types -I > src/kernel -I src/logic -I src/lib -I src/printer -I src/project -I src/type > -I src/buckx -I src/gui -I external -I cil/src -I cil/src/ext -I > cil/src/frontc -I cil/src/logic -I cil/ocamlutil -I lib/plugins -I lib -I > +ocamlgraph -I /usr/lib/ocaml/zarith-I +ocamlgraph > src/kernel/messages.mli > ocamlc.opt -c -w +a-4-6-7-9 -annot -g -I src/misc -I src/ai -I > src/memory_state -I src/toplevel -I src/slicing_types -I src/pdg_types -I > src/kernel -I src/logic -I src/lib -I src/printer -I src/project -I src/type > -I src/buckx -I src/gui -I external -I cil/src -I cil/src/ext -I > cil/src/frontc -I cil/src/logic -I cil/ocamlutil -I lib/plugins -I lib -I > +ocamlgraph -I /usr/lib/ocaml/zarith-I +ocamlgraph src/kernel/messages.ml > File "src/kernel/messages.ml", line 27, characters 7-15: > Warning 45: this open statement shadows the constructor Failure (which is > later used) > ocamlc.opt -c -w +a-4-6-7-9 -annot -g -I src/misc -I src/ai -I > src/memory_state -I src/toplevel -I src/slicing_types -I src/pdg_types -I > src/kernel -I src/logic -I src/lib -I src/printer -I src/project -I src/type > -I src/buckx -I src/gui -I external -I cil/src -I cil/src/ext -I > cil/src/frontc -I cil/src/logic -I cil/ocamlutil -I lib/plugins -I lib -I > +ocamlgraph -I /usr/lib/ocaml/zarith-I +ocamlgraph > src/ai/abstract_interp.mli > File "src/ai/abstract_interp.mli", line 166, characters 4-33: > Error: In this `with' constraint, the new definition of O >does not match its original definition in the constrained signature: >... >The field `find' is required but not provided > make[1]: *** [src/ai/abstract_interp.cmi] Error 2 > dh_auto_build: make -j1 returned exit code 2 > make[1]: Leaving directory `/«BUILDDIR»/frama-c-20130601+fluorine3+dfsg' > make: *** [build-arch] Error 2 Full build logs available via: https://buildd.debian.org/status/package.php?p=frama-c&suite=sid Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731556: Packagekit sets apt post-invoke hooks to start an non existent service
Package: packagekit Followup-For: Bug #731556 Hi, I think that to fix this you should pass --with-systemdsystemunitdir=/lib/systemd/system to the configure so the .service file is installed properly. I didn't test this though. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages packagekit depends on: ii libc6 2.17-97 ii libglib2.0-0 2.38.1-2 ii libglib2.0-bin2.38.1-2 ii libpackagekit-glib2-160.8.14-1 ii libpolkit-gobject-1-0 0.105-4 ii libsqlite3-0 3.8.1-2 ii libsystemd-journal0 204-5 ii libsystemd-login0 204-5 ii packagekit-backend-aptcc 0.8.14-1 ii policykit-1 0.105-4 Versions of packages packagekit recommends: ii packagekit-tools 0.8.14-1 Versions of packages packagekit suggests: pn packagekit-backend-smart -- 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#714410: obex-data-server segfault when starting upload files to mobile phone
Package: obex-data-server Version: 0.4.5-1+b3 Followup-For: Bug #714410 Got the same issue. There was this message in dmesg: [ 3831.829841] obex-data-serve[9309]: segfault at 54 ip 7fab3a590f76 sp 7fff1dc00430 error 6 in libopenobex.so.1.5.0[7fab3a58e000+9000] Two things to note: 1. If you load files to the computer from the phone, everything is good. 2. Small files (less then 50 kb in size) also transfer successfully -- 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.12-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages obex-data-server depends on: ii libbluetooth3 4.99-2 ii libc6 2.17-3 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100.2-1 ii libglib2.0-0 2.36.1-2build1 ii libgomp1 4.8.2-7 ii libmagickcore58:6.7.7.10-5 ii libmagickwand58:6.7.7.10-5 ii libopenobex1 1.5-2 ii libusb-0.1-4 2:0.1.12-23+nmu1 Versions of packages obex-data-server recommends: ii python 2.7.5-5 ii python-dbus 1.1.1-1 ii python-gobject 3.2.2-2 obex-data-server 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#731639: fceu: no sound after dist upgrade
Package: fceu Version: wheezy 0.98.12. 4 1 Severity: important HI In the past I add squeeze: $ dpkg -l | grep alsa ii alsa-base1.0.25+3~deb7u1 all ALSA driver configuration files ii alsa-oss 1.0.25-1 i386 ALSA wrapper for OSS applications ii alsa-utils 1.0.25-4 i386 Utilities for configuring and using ALSA fceu had sound since I had to install this sdl alsa debian package in Wheezy, I installed fceu and then no sound so then i installed alsa-oss but still no sound so i tired toinstall the above sdl alsa debian but not there or differnet name so i got no sounds :~$ cat debian/dpkg.list | grep alsa ii alsa-base1.0.23+dfsg-2 all ALSA driver configuration files ii alsa-oss 1.0.17-4 i386 ALSA wrapper for OSS applications ii alsa-utils 1.0.23-3 i386 Utilities for configuring and using ALSA ii libsdl1.2debian-alsa 1.2.14-6.1 i386 thx -- System Information: Debian Release: 6.0 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: armel (armv5tel) Kernel: Linux 2.6.36 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.utf8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731556: Packagekit sets apt post-invoke hooks to start an non existent service
Same here, systemd as pid 1, applied Matthias' fix. Now getting the same bahaviour as in bug#731569. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731640: pyrit: please provide OpenCL addon
Package: pyrit Version: 0.4.0-2 Severity: normal Please provide OpenCL addon. At the moment "pyrit" recognise only CPU cores. It is quite confusing that package description mention OpenCL functionality which is, in fact, not available. -- Cheers, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731427:
On behalf of the xubuntu team and sean, this will be packaged when the menulibre2 release is complete.
