Bug#867316: O: awesome -- highly configurable X window manager
On Mon, Jul 31 2017, Nicolas Boulenguez wrote: > The upstream branch seems to track *every* upstream commit, but > differs from the history visible on github. > Julien, could you explain your workflow? > We could then describe it in README.source for potential adopters. I've not been updating this packages over 3 years so I doubt I can explain much. ;) -- Julien Danjou # Free Software hacker # https://julien.danjou.info signature.asc Description: PGP signature
Bug#858170: awesome: Package new upstream version 4.2
8ee687132ddc6776b1da76850ff4b71 Mon Sep 17 00:00:00 2001 > From: Julian Wollrath <jwollr...@web.de> > Date: Mon, 17 Jul 2017 11:38:18 +0200 > Subject: [PATCH 4/4] Update debian/changelog > > --- > debian/changelog | 14 -- > 1 file changed, 4 insertions(+), 10 deletions(-) > > diff --git a/debian/changelog b/debian/changelog > index ce6a40c0..f75000c9 100644 > --- a/debian/changelog > +++ b/debian/changelog > @@ -1,20 +1,14 @@ > -awesome (4.2-0~exp0) unstable; urgency=medium > - > - * New upstream snapshot. > - * Provide notification-daemon (Closes: #734645). > - * Do not install README.md link (Closes: #856442). > - > - -- Julian Wollrath <jwollr...@web.de> Sat, 15 Jul 2017 17:08:22 +0200 > - > -awesome (4.1-0~exp0) unstable; urgency=medium > +awesome (4.2-0~exp0) UNRELEASED; urgency=medium > >* New upstream version: (Closes: #800885, #858170) > - Refresh install-and-debian-menu. > - Drop remove_useless_build_lgi_check.patch. > - Update build dependencies. > - Bump required lua-lgi version to at least 0.8.0. > + * Provide notification-daemon (Closes: #734645). > + * Do not install README.md link (Closes: #856442). > > - -- Julian Wollrath <jwollr...@web.de> Sun, 19 Mar 2017 11:57:14 +0100 > + -- Julian Wollrath <jwollr...@web.de> Mon, 17 Jul 2017 11:37:46 +0200 > > awesome (4.0-1) unstable; urgency=medium -- Julien Danjou # Free Software hacker # https://julien.danjou.info signature.asc Description: PGP signature
Bug#867318: O: bwbar
Package: wnpp Severity: normal Not maintaining that for a long time.
Bug#867317: O: awesome-extra
Package: wnpp Severity: normal Not maintaining for a long time. Same as #867316
Bug#867316: O: awesome
Package: wnpp Severity: normal It's clear that nor me nor Arnaud work on awesome anymore. Let's someone that cares about take care of it.
Bug#712964: Intent to NMU awesome-extra
On Thu, Dec 15 2016, Goedson Paixao wrote: Hi Goedson, > I've pulled updated upstream code for each of the included modules and > prepared an update for the awesome-extra Debian package. You can find a tar > file containing source and binary packages at [1]. I intend to upload it to > Debian by tomorrow night, if you have no concerns about it. Sure, go ahead. If you want to adopt the package, that might be a good idea, considering it really needs some love. -- Julien Danjou -- Free Software hacker -- https://julien.danjou.info signature.asc Description: PGP signature
Bug#739402: Info received (Bug#739402: awesome-extra: 2012061101 version is out of date, please upgrade)
Indeed, clearly this package is not updated so often, so if anyone wants to jump in and adopt this package, that would be a good idea. -- Julien Danjou /* Free Software hacker https://julien.danjou.info */ signature.asc Description: PGP signature
Bug#795662: python-passlib: FTBFS: ImportError: No module named django
On Mon, Aug 24 2015, Brian May wrote: Hi Brian, Do you have any objections if I make the python-passlib package maintained by the Debian Python Modules Team? […] No, go ahead, that's a good idea. -- Julien Danjou # Free Software hacker # http://julien.danjou.info signature.asc Description: PGP signature
Bug#753949: smartypants: Please package newer upstream release (1.8.5)
On Sun, Aug 24 2014, Andrew Starr-Bochicchio wrote: The attached debdiff is for the NMU upload that I am about to make to DELAYED-7. Please review and let me know if you think this is appropriate. It packages 1.8.6 and produces a Python 3 package. I made the decision to only place the script in the Python 2 package so that they remain co-installable. Feel free to upload directly. I'd also like to re-iterate my offer to co-maintain the package as part of the Debian Python Modules Team (DPMT). Yes, go ahead. -- Julien Danjou ;; Free Software hacker ;; http://julien.danjou.info signature.asc Description: PGP signature
Bug#744978: python-typogrify: Development has moved, please update to new package
On Mon, Aug 25 2014, Andrew Starr-Bochicchio wrote: Hi! The attached debdiff is for the NMU upload that I just made to DELAYED-7. Please review and let me know if you think this is appropriate. It packages 2.0.4 and produces a Python 3 package. Feel free to upload directly. I'd also like to re-iterate my offer to co-maintain the package as part of the Debian Python Modules Team (DPMT). Yes, go ahead. -- Julien Danjou // Free Software hacker // http://julien.danjou.info signature.asc Description: PGP signature
Bug#751758: python-passlib: Please create a python3-* package
On Wed, Jun 18 2014, Brian May wrote: I can push these changes to git (assuming I have push access), and/or do a NMU if you want. Please go ahead. -- Julien Danjou // Free Software hacker // http://julien.danjou.info signature.asc Description: PGP signature
Bug#733437: commando: FTBFS: dpkg-buildpackage: dpkg-source: error: unrepresentable changes to source
On Wed, Feb 05 2014, Vincent Cheng wrote: If you don't have enough time to maintain this package yourself, would you consider maintaining it within the Debian Python Modules Team? Thanks! I wanted to do that, but the Subversion usage was a show stopper. The package is in collab-maint, so feel free to commit and push. -- Julien Danjou # Free Software hacker # independent consultant # http://julien.danjou.info signature.asc Description: PGP signature
Bug#733437: commando: FTBFS: dpkg-buildpackage: dpkg-source: error: unrepresentable changes to source
On Sat, Feb 01 2014, Andreas Moog wrote: Control: tags -1 patch Hello there, please find attached a debdiff with a proposed fixed. The changelog reads: commando (0.3.4-1.1) unstable; urgency=medium * Add patch to stop using deprecated python module distribute to build. (Closes: #733437) * debian/control, debian/rules: Build-Depend on dh-python and use the pybuild buildsystem * Add Build-Depends on python-fswrap, python-markdown, python-mock, python-nose python-yaml, required for the nosetests to succeed. It fixes the build failure for me. If you can, feel free to go ahead and NMU. -- Julien Danjou -- Free Software hacker - independent consultant -- http://julien.danjou.info signature.asc Description: PGP signature
Bug#733437: commando: FTBFS: dpkg-buildpackage: dpkg-source: error: unrepresentable changes to source
On Sun, Feb 02 2014, Andreas Moog wrote: On 02.02.2014 19:46, Julien Danjou wrote: On Sat, Feb 01 2014, Andreas Moog wrote: Control: tags -1 patch Hello there, please find attached a debdiff with a proposed fixed. The changelog reads: [...] It fixes the build failure for me. If you can, feel free to go ahead and NMU. I'm not a DD, so can't upload myself. I can try and open a bug against sponsorship-requests though, if you don't have time to make an upload. Yep, that sounds like a good idea. -- Julien Danjou -- Free Software hacker - independent consultant -- http://julien.danjou.info signature.asc Description: PGP signature
Bug#734645: awesome: should provide notification-daemon
On Fri, Jan 17 2014, Marius Gavrilescu wrote: Julien Danjou a...@debian.org writes: That does not make sense to me. What do you want? The daemon is awesome itself. notification-daemon is a virtual package which is provided by all notification daemons in Debian (notification-daemon, notify-osd, dunst, xfce4-notifyd, mate-notification-daemon, plasma-widgets-workspace), except for awesome. Some packages (e.g. blueman) depend on this virtual package. Since awesome does not provide it, I cannot install blueman without installing another notification daemon too. I want awesome to Provide: notification-daemon. Ah that's clearer and makes sense, thanks! -- Julien Danjou ;; Free Software hacker ; independent consultant ;; http://julien.danjou.info signature.asc Description: PGP signature
Bug#734645: awesome: should provide notification-daemon
On Wed, Jan 08 2014, Marius Gavrilescu wrote: awesome includes a notification-daemon implementation (naughty) but does not provide notification-daemon. That does not make sense to me. What do you want? The daemon is awesome itself. -- Julien Danjou /* Free Software hacker * independent consultant http://julien.danjou.info */ signature.asc Description: PGP signature
Bug#707814: Solution?
Hi, They do are inter-dependencies strictly speaking. However, in python-extras, testtools is only used in the unit tests that extra provides. It's unlikely they will be used. Even so, I think having python-testtools only in Recommends is good enough, and won't break it. -- Julien Danjou -- Free Software hacker - independent consultant -- http://julien.danjou.info signature.asc Description: PGP signature
Bug#725867: unable to install new version
Package: python-cmd2 Version: 0.6.7-1.1 Severity: serious Preparing to replace python-cmd2 0.6.7-1 (using .../python-cmd2_0.6.7-1.1_all.deb) ... Unpacking replacement python-cmd2 ... dpkg: error processing /var/cache/apt/archives/python-cmd2_0.6.7-1.1_all.deb (--unpack): unable to open '/usr/share/pyshared/cmd2-0.6.7.egg-info/requires.txt.dpkg-new': No such file or directory Errors were encountered while processing: /var/cache/apt/archives/python-cmd2_0.6.7-1.1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-trunk-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 python-cmd2 depends on: ii dpkg 1.17.1 ii python 2.7.5-5 ii python-pyparsing 2.0.1+dfsg1-1 ii python-setuptools 0.6.49-2 python-cmd2 recommends no packages. python-cmd2 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#725652: [Openstack-devel] Bug#725652: python3-wsme: SyntaxError: print called without parentheses
On Mon, Oct 07 2013, Aaron M. Ucko wrote: python3-wsme is impossible to install due to a stray call of print without parentheses, in the old Python 2 style: Setting up python3-wsme (0.5b5-3) ... File /usr/lib/python3/dist-packages/wsmeext/sphinxext.py, line 226 print 'SAMPLES SLOT:', self.options.samples_slot ^ SyntaxError: invalid syntax dpkg: error processing python3-wsme (--configure): subprocess installed post-installation script returned error exit status 1 Could you please clean it up and confirm there aren't any more such errors? Thomas: I'm going to work on this bug upstream. -- Julien Danjou -- Free Software hacker - independent consultant -- http://julien.danjou.info signature.asc Description: PGP signature
Bug#722507: [Openstack-devel] Bug#722507: Bug#722507: python-couleur: circular dependency hell
On Thu, Sep 12 2013, Bill Allombert wrote: Independently of other issues, this is increasing the complexity of the dependency graph and bloating the Package file without any benefit to the users. If really the circular dependency is required, then you could as well ship a single package that include the three. But from reading the descriptions of the packages, the dependencies seems strange. Why should a 'tool to play around with ANSI features in a unix terminal' should depend on an 'utility belt for automated testing for Python' ? I checked quickly, and python-steadymark is only a build-dependency actually of python-sure, and it's merely useful as it is just used to convert a README.md file. As for python-couleur, it has steadymark in its requirements list, but it doesn't seem used at all. That should be reported upstream I guess. -- Julien Danjou -- Free Software hacker - independent consultant -- http://julien.danjou.info signature.asc Description: PGP signature
Bug#721432: awesome: Memory leak (at least) when switching windows
On Sat, Aug 31 2013, Guillem Jover wrote: Since I upgraded to 3.5.x around two months ago, I've started to sense the system becoming very sluggish. The other day checking ps output I found that awesome was taking 800 MiB of resident memory. After restarting it, the process went back to the normal 12 MiB or so. I've noticed that the memory increases (at least) every time I switch window, either with the keyboard (f.ex. Mod4 + l, Mod4 + k) or with the mouse. If I keep, say, Mod4 + l pressed permanently I can easily get the awesome process to increase around 1 MiB every 5 seconds. I've set the severity to serious because this is a long-lived process, and the effects of a leak affect the whole system, but of course if you disagree please lower it. The severity sounds right, however that can be triggered by Lua code; are you running with the default configuration ? -- Julien Danjou ;; Free Software hacker ; independent consultant ;; http://julien.danjou.info signature.asc Description: PGP signature
Bug#712139: gnome-shell dependency on mutter
On Sat, Aug 10 2013, Andreas Henriksson wrote: Hi, As gnome-shell 3.8.3-1 already depends on libmutter0b (= 3.8), libmutter0b ( 3.9) I guess your problem was related to an experimental-experimental upgrade? Yes. Since there's only one (working) mutter in the archive that can fulfill this dependency, I don't see how the dependency needs/can be tightened any more and I guess we can close this bug now? They should be tightened, what's in the archive does not matter when writing dependencies. If gnome-shell 3.8.3 needs at least libmutter0b = 3.8.3 or exactly == 3.8.3, that should be written in the dependency fields to avoid such problems anyway. That doesn't seem like a problem to me to add that, does it? -- Julien Danjou # Free Software hacker # freelance consultant # http://julien.danjou.info signature.asc Description: PGP signature
Bug#675175: Blocker?
Hi, Is there any blocker we should be aware of if someone would like to help working on this? Cheers, -- Julien Danjou /* Free Software hacker * freelance consultant http://julien.danjou.info */ signature.asc Description: PGP signature
Bug#675175: [Pkg-systemd-maintainers] Bug#675175: Blocker?
On Wed, Jul 17 2013, Michael Stapelberg wrote: Hi Michael, We are right now working on this with two people, so more coordination would probably only slow down things. Thanks for your offer to help, though. Awesome. Feel free to post update or test requests on this bug report, as I'm subscribed to it and so might be others interested. Thanks for your work! Cheers, -- Julien Danjou # Free Software hacker # freelance consultant # http://julien.danjou.info signature.asc Description: PGP signature
Bug#715465: RM: mbot -- ROM; low popcon for years
Package: ftp.debian.org Severity: normal Please remove mbot. It never has been used, popcon reports 13 installations for 7 or 8 years, and I don't want to spend time maintaining this anymore. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715466: O: muse-el
Package: wnpp Severity: normal I don't use it anymore, so I won't maintain it anymore. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636677: [openstack-dev] [horizon] python-selenium is non-free, Horizon shouldn't use it
On Thu, Jul 04 2013, Daniel P. Berrange wrote: Assuming you're referring to the 'python-selenum' package in Debian, Google throws up this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636677 the package ships some files which are not yet built from source. Whether this is still accurate or not, is another matter, since that bz is 2 years old... And the debian/copyright file doesn't mention that, so that seems somehow a policy violation to me. -- Julien Danjou /* Free Software hacker * freelance consultant http://julien.danjou.info */ signature.asc Description: PGP signature
Bug#712139: not starting: No signal 'modifiers-accelerator-activated' on object 'MetaDisplay'
Package: gnome-shell Version: 3.8.3-1 Severity: grave Tags: patch I've upgraded to 3.8.3-1 and gnome-shell stopped starting with the folling error: JS LOG: IBus version is too old JS ERROR: !!! Exception in callback for signal: sessions-loaded JS ERROR: !!! message = 'No signal 'modifiers-accelerator-activated' on object 'MetaDisplay'' JS ERROR: !!! fileName = '/usr/share/gnome-shell/js/ui/status/keyboard.js' JS ERROR: !!! lineNumber = '393' JS ERROR: !!! stack = '([object Object])@/usr/share/gnome-shell/js/ui/status/keyboard.js:393 Problem solved after upgrading libmutter and mutter-common to 3.8.3-1. The dependency should be tighten. -- 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.10-rc5-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 gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.0-4 ii evolution-data-server3.8.2-1 ii gdm3 3.6.1-2 ii gir1.2-accountsservice-1.0 0.6.30-2 ii gir1.2-caribou-1.0 0.4.10-2 ii gir1.2-clutter-1.0 1.14.0-1 ii gir1.2-freedesktop 1.36.0-2+b1 ii gir1.2-gconf-2.0 3.2.6-1 ii gir1.2-gcr-3 3.8.1-1 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.0-1 ii gir1.2-gnomedesktop-3.0 3.8.0.1-2 ii gir1.2-gtk-3.0 3.8.2-1 ii gir1.2-ibus-1.0 1.5.1.is.1.4.2-1 ii gir1.2-mutter-3.03.8.3-1 ii gir1.2-networkmanager-1.00.9.8.0-5 ii gir1.2-nmgtk-1.0 0.9.8.2-1 ii gir1.2-pango-1.0 1.32.5-5 ii gir1.2-polkit-1.00.110-2 ii gir1.2-soup-2.4 2.42.2-5 ii gir1.2-telepathyglib-0.120.20.2-2 ii gir1.2-telepathylogger-0.2 0.8.0-1 ii gir1.2-upowerglib-1.00.9.20-2 ii gjs 1.36.1-1 ii gnome-bluetooth 3.8.0-1 ii gnome-icon-theme-symbolic3.8.2.2-1 ii gnome-settings-daemon3.8.3-1 ii gnome-shell-common 3.8.3-1 ii gnome-themes-standard3.8.1-2 ii gsettings-desktop-schemas3.8.0-1 ii libatk-bridge2.0-0 2.9.2-1 ii libatk1.0-0 2.8.0-2 ii libc62.17-5 ii libcairo-gobject21.12.14-4 ii libcairo21.12.14-4 ii libcamel-1.2-43 3.8.2-1 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.14.4-1 ii libcogl-pango12 1.14.0-1 ii libcogl121.14.0-1 ii libcroco30.6.8-2 ii libdbus-1-3 1.6.10-1 ii libdbus-glib-1-2 0.100.2-1 ii libecal-1.2-15 3.8.2-1 ii libedataserver-1.2-173.8.2-1 ii libegl1-mesa [libegl1-x11] 9.1.3-6 ii libgck-1-0 3.8.0-1 ii libgcr-3-1 3.8.0-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgirepository-1.0-11.36.0-2+b1 ii libgjs0c [libgjs0-libmozjs185-1.0] 1.36.1-1 ii libglib2.0-0 2.36.3-1 ii libgnome-menu-3-03.8.0-2 ii libgstreamer1.0-01.0.7-1 ii libgtk-3-0 3.8.2-1 ii libical0 0.48-2 ii libjson-glib-1.0-0 0.14.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4+b1 ii libmutter0b 3.8.3-1 ii libnm-glib4 0.9.8.0-5 ii libnm-gtk0 0.9.8.2-1 ii libnm-util2 0.9.8.0-5 ii libnspr4 2:4.9.6-1 ii libnspr4-0d 2:4.9.6-1 ii libnss3
Bug#712142: RM: mod-vhost-hash-alias -- ROM; unmaintained, low popcon, superseded
Package: ftp.debian.org Severity: normal There's no reason to maintain mod-vhost-hash-alias, it's no more useful nowadays, and has low popcon. Furthermore, it is broken because of the Apache 2.4 transition. Please remove. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712143: RM: oocairo -- ROM; now useless
Package: ftp.debian.org Severity: normal oocairo is now useless since we have lua-lgi which supersed it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712144: RM: oopango -- ROM; now useless
Package: ftp.debian.org Severity: normal oopango is now useless since we have lua-lgi which superseds it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711359: ITP: python-first -- simple function that returns the first true value from an iterable
Package: wnpp Severity: wishlist Owner: Julien Danjou a...@debian.org * Package name: python-first Version : 2.0.0 Upstream Author : Hynek Schlawack * URL : https://pypi.python.org/pypi/first * License : MIT Programming Lang: Python Description : simple function that returns the first true value from an iterable A MIT licensed Python package with a simple function that returns the first true value from an iterable, or None if there is none. If you need more power, you can also supply a key function that is used to judge the truth value of the element or a default value if None doesn’t fit your use case. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697428: awesome: Please package the new upstream release(3.5)
On Wed, May 22 2013, Adam Lee wrote: Could you please package the new 3.5 release? I wish I had time for it. I think Arnaud told me it would work on it. -- Julien Danjou -- Free Software hacker - freelance consultant -- http://julien.danjou.info signature.asc Description: PGP signature
Bug#707697: RFA: el-get -- install and manage elisp code for Emacs
Package: wnpp Severity: normal I request an adopter for the el-get package. I don't use it anymore, so I'd prefer for someone to pick it up. The package description is: El-get installs and manage Emacs Lisp packages. It supports many differents types of sources and is able to install, set up, update and remove them. . That means it will take care of requiring the features you need, loading the files, making Info documentation available, and optionally calling your own :after function to set up each extension. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705560: pymongo-ext has no version dependency against pymongo
Package: python-bson-ext Version: 2.4.2-1 Severity: serious It's possible to have python-bson 2.4 installed with python-bson-ext 2.2 side by side, and that doesn't work at all. Version on the dependency should be added. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-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 python-bson-ext depends on: ii libc62.17-0experimental2 ii python 2.7.3-4 ii python-bson 2.4.2-1 python-bson-ext recommends no packages. python-bson-ext 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#700620: [Openstack-devel] Bug#700620: Bug#700620: Bug#700620: Rewriting the .ini parsing bit of openstack-pkg-tools
On Tue, Mar 19 2013, Thomas Goirand wrote: Who's problem then? I don't know -- I'm not sure it's a even problem. Maybe dpkg's problem? I thought like you first. Then I realized that we have no choice but to implement something anyway, because the upstream library doesn't have a feature to actually write the configuration, it only can read it. That's a good point indeed. Still, I think it'd be better to contribute to oslo.config and add write support, which could even be useful to others, than hack something in Debian's corner. Well, if we're writing some debconf stuff, it is so it can be used. I don't believe it is reasonable to say bha... people are going to preseed anyway, so why should we care. I do care! Also, I believe that my final solution, based on regular expression, is easy to change if there was any trouble with the parsing. The fact that I use a unique logic to both read and write values also helps maintainability. As I said, I think you're wrong, but the decision is up to you anyway. :-) -- Julien Danjou // Free Software hacker / freelance consultant // http://julien.danjou.info pgp6s2Q9e9Dwz.pgp Description: PGP signature
Bug#700620: [Openstack-devel] Bug#700620: Rewriting the .ini parsing bit of openstack-pkg-tools
On Mon, Mar 11 2013, Thomas Goirand wrote: Hi Thomas, I don't want the 2nd version. Openstack operator all want to answer all questions, then go to the coffee machine and rest 10 minutes during the setup... ;) So, I continue to think that everything should be done in shell script. Not the way I wrote it the first time though. The goal is to have the same implementation as this: https://github.com/openstack/oslo-config/blob/master/oslo/config/iniparser.py I think you're wrong. The fact that question aren't asked all in a row is not the OpenStack packaging team's problem here, and trying to avoid this problem by re-implementing something that you will endless run after is a waste of time. Further more, I'd argue that real deployers really don't care about the questions and will use preseed or some non-interactive thinggy to not have to answer them anyway. So this sounds like an un-needed optimization that it's going to cost you a lot in the long run (chasing bugs and limitation from your implementation and adding more feature). So I don't think you should do that, at least I wouldn't do it. That'd be my advice. Do the less you can, be lazy, and use something that works better than what you'll write! :-) (Obviously, since as you stated you're the one doing the job and this is mainly a do-ocracy, feel free to ignore me. :-)) -- Julien Danjou /* Free Software hacker * freelance consultant http://julien.danjou.info */ pgpCP2f1DQwad.pgp Description: PGP signature
Bug#622946: Changing owner
owner 622946 debian-cl...@lists.debian.org thanks Hi Thomas, I'll take care of this. -- Julien Danjou -- Free Software hacker freelance -- http://julien.danjou.info pgpFemKIe0vp0.pgp Description: PGP signature
Bug#695217: Keyboard settings doesn't work
Package: cinnamon
Version: 1.6.2-1
Severity: normal
When clicking on Keyboard in Cinnamon Settings, I got a blank window and
this is printed on the console:
Traceback (most recent call last):
File /usr/lib/cinnamon-settings/cinnamon-settings.py, line 2621, in
side_view_nav
sidePage.build()
File /usr/lib/cinnamon-settings/cinnamon-settings.py, line 1589, in build
entry_cell.set_property('accel-mode',
Gtk.CellRendererAccelMode.MODIFIER_TAP)
AttributeError: type object 'GtkCellRendererAccelMode' has no attribute
'MODIFIER_TAP'
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.6-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages cinnamon depends on:
ii caribou 0.4.4-1
ii cinnamon-common 1.6.2-1
ii cups-pk-helper 0.2.3-2
ii dconf-gsettings-backend [gsettings-backend] 0.14.0-1
ii gconf2 3.2.5-1+build1
ii gir1.2-accountsservice-1.0 0.6.24-1
ii gir1.2-atk-1.0 2.6.0-1
ii gir1.2-clutter-1.0 1.12.0-1
ii gir1.2-cogl-1.0 1.10.2-6
ii gir1.2-coglpango-1.0 1.10.2-6
ii gir1.2-freedesktop 1.34.2-1
ii gir1.2-gconf-2.0 3.2.5-1+build1
ii gir1.2-gdesktopenums-3.0 3.6.0-1
ii gir1.2-gdkpixbuf-2.0 2.26.4-2
ii gir1.2-gkbd-3.0 3.4.0.2-1
ii gir1.2-glib-2.0 1.34.2-1
ii gir1.2-gmenu-3.0 3.6.0-2
ii gir1.2-gnomebluetooth-1.03.6.0-1
ii gir1.2-gtk-3.0 3.6.1-1
ii gir1.2-json-1.0 0.14.2-1
ii gir1.2-muffin-3.01.1.1-1
ii gir1.2-networkmanager-1.00.9.6.4-1
ii gir1.2-pango-1.0 1.30.1-1
ii gir1.2-polkit-1.00.105-1
ii gir1.2-soup-2.4 2.40.1-1
ii gir1.2-upowerglib-1.00.9.17-1
ii gjs 1.34.0-1
ii gkbd-capplet 3.4.0.2-1
ii gnome-icon-theme-symbolic3.6.0-1
ii gnome-session-bin3.6.0-1
ii gnome-settings-daemon3.6.1-1
ii gsettings-desktop-schemas3.6.0-1
ii libatk1.0-0 2.6.0-1
ii libc62.16-0experimental0
ii libcairo21.12.2-2
ii libcanberra0 0.28-6
ii libclutter-1.0-0 1.12.0-1
ii libcogl-pango0 1.10.2-6
ii libcogl9 1.10.2-6
ii libcroco30.6.6-2
ii libdbus-glib-1-2 0.100-1
ii libgdk-pixbuf2.0-0 2.26.4-2
ii libgirepository-1.0-11.34.2-1
ii libgjs0b [libgjs0-libmozjs185-1.0] 1.34.0-1
ii libgl1-mesa-glx [libgl1] 8.0.5-2
ii libglib2.0-0 2.34.1-1
ii libgnome-desktop-3-2 3.4.2-1
ii libgnome-keyring03.6.0-1
ii libgnome-menu-3-03.6.0-2
ii libgstreamer0.10-0 0.10.36-1
ii libgtk-3-0 3.6.1-1
ii libjson-glib-1.0-0 0.14.2-1
ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4
ii libmuffin0 1.1.1-1
ii libnm-glib4 0.9.6.4-1
ii libnm-util2 0.9.6.4-1
ii libpango1.0-01.30.1-1
ii libpolkit-agent-1-0 0.105-1
ii libpolkit-gobject-1-00.105-1
ii libpulse-mainloop-glib0 2.0-6
ii libpulse02.0-6
ii libstartup-notification0 0.12-2
ii libx11-6 2:1.5.0-1
ii libxfixes3 1:5.0-4
ii libxml2 2.8.0+dfsg1-7
ii mesa-utils 8.0.1-2+b3
ii multiarch-support2.16-0experimental0
ii python 2.7.3-3
ii python-gconf 2.28.1+dfsg-1
ii python-lxml
Bug#694535: Hangs in libcanberra pulse_driver_play
Package: gnome-shell
Version: 3.6.2-1
Severity: important
gnome-shell hangs totally, and very often. I've attached gdb twice to it,
and got twice the same backtrace, here it is:
(gdb) bt full
#0 pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:144
No locals.
#1 0x7f11443cc450 in pa_threaded_mainloop_wait () from
/usr/lib/x86_64-linux-gnu/libpulse.so.0
No symbol table info available.
#2 0x7f1132961a02 in pulse_driver_play (c=0x3c2e390, id=optimized out,
proplist=0x88d6b90, cb=optimized out, userdata=optimized out) at pulse.c:952
state = optimized out
canceled = optimized out
p = 0x5356520
l = 0x89ad070
n = optimized out
vol = optimized out
ct = optimized out
channel = optimized out
name = 0x88c01f0 desktop-switch-down
v = 4294967295
volume_set = 0
cvol = {channels = 0 '\000', values = {0 repeats 13 times, 64, 0, 0,
0, 0, 0, 0, 0, 96, 0, 0, 0, 4, 49, 91, 110, 119, 124, 10}}
ss = {format = PA_SAMPLE_U8, rate = 0, channels = 0 '\000'}
cm = {channels = 50 '2', map = {PA_CHANNEL_POSITION_MONO, -196089992,
32767, PA_CHANNEL_POSITION_SIDE_LEFT, PA_CHANNEL_POSITION_MONO, 143219616,
PA_CHANNEL_POSITION_MONO, 1290857767, 32529,
1133541141, 32529, 129085, 32529, 1256301630, 32529, 143219648,
PA_CHANNEL_POSITION_MONO, PA_CHANNEL_POSITION_SIDE_LEFT,
PA_CHANNEL_POSITION_MONO, 143219616,
PA_CHANNEL_POSITION_MONO, 1256303317, 32529,
PA_CHANNEL_POSITION_MONO, PA_CHANNEL_POSITION_MONO, 1256304236, 32529,
PA_CHANNEL_POSITION_MONO, PA_CHANNEL_POSITION_MONO, 1256304236, 32529,
143485840}}
position = PA_CHANNEL_POSITION_INVALID
cm_good = optimized out
cache_control = CA_CACHE_CONTROL_PERMANENT
out = 0x88f6560
try = optimized out
ret = optimized out
o = 0x3c8b170
sp = optimized out
ba = {maxlength = 0, tlength = 0, prebuf = 0, minreq = 0, fragsize = 0}
__PRETTY_FUNCTION__ = pulse_driver_play
#3 0x7f114ae1958e in ca_context_play_full (c=c@entry=0x3c2e390,
id=id@entry=1, p=0x88d6b90, cb=cb@entry=0, userdata=userdata@entry=0x0) at
common.c:522
ret = 0
t = optimized out
enabled = optimized out
__PRETTY_FUNCTION__ = ca_context_play_full
#4 0x7f114ae1990f in ca_context_play (c=0x3c2e390, id=1) at common.c:462
ret = 0
ap = {{gp_offset = 48, fp_offset = 48, overflow_arg_area =
0x744fe878, reg_save_area = 0x744fe790}}
p = 0x88d6b90
__PRETTY_FUNCTION__ = ca_context_play
#5 0x7f114cef1b9c in meta_workspace_activate_with_focus () from
/usr/lib/libmutter.so.0
No symbol table info available.
#6 0x7f114ceccbf1 in ?? () from /usr/lib/libmutter.so.0
No symbol table info available.
#7 0x7f114cecdbf0 in meta_display_process_key_event () from
/usr/lib/libmutter.so.0
No symbol table info available.
#8 0x7f114cec248b in ?? () from /usr/lib/libmutter.so.0
No symbol table info available.
#9 0x7f114cf0c1d6 in ?? () from /usr/lib/libmutter.so.0
No symbol table info available.
#26 0x in ?? ()
No symbol table info available.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.6-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages gnome-shell depends on:
ii dconf-gsettings-backend [gsettings-backend] 0.14.0-1
ii evolution-data-server3.6.1-1
ii gir1.2-accountsservice-1.0 0.6.24-1
ii gir1.2-atk-1.0 2.6.0-1
ii gir1.2-caribou-1.0 0.4.4-1
ii gir1.2-clutter-1.0 1.12.0-1
ii gir1.2-cogl-1.0 1.10.2-6
ii gir1.2-coglpango-1.0 1.10.2-6
ii gir1.2-freedesktop 1.34.2-1
ii gir1.2-gconf-2.0 3.2.5-1+build1
ii gir1.2-gcr-3 3.6.0-1
ii gir1.2-gdesktopenums-3.0 3.6.0-1
ii gir1.2-gdkpixbuf-2.0 2.26.4-2
ii gir1.2-gkbd-3.0 3.4.0.2-1
ii gir1.2-glib-2.0 1.34.2-1
ii gir1.2-gmenu-3.0 3.6.0-2
ii gir1.2-gnomebluetooth-1.03.6.0-1
ii gir1.2-gnomedesktop-3.0 3.6.1-1
ii gir1.2-gtk-3.0 3.6.1-1
ii gir1.2-ibus-1.0 1.4.99.20120917-2
ii gir1.2-json-1.0 0.14.2-1
ii gir1.2-mutter-3.03.6.2-1
ii gir1.2-networkmanager-1.00.9.6.4-1
ii gir1.2-pango-1.0
Bug#693125: Always show No online contacts
Package: empathy Version: 3.6.1-1 Severity: important Since I've upgraded to version in experimental, I cannot longer see any contact. The Empathy window shows no online contacts. I'm online, I can see it my pressing F4, and anyway I receive messages sent to me via Jabber in gnome-shell without any problem. That's actually my only way to answer to people. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages empathy depends on: ii dbus-x11 1.6.8-1 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2 ii empathy-common 3.6.1-1 ii geoclue 0.12.99-1 ii gnome-icon-theme 3.6.0-1 ii gsettings-desktop-schemas3.6.0-1 ii libatk1.0-0 2.6.0-1 ii libc62.13-36 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libcanberra-gtk3-0 0.28-5 ii libcanberra0 0.28-5 ii libchamplain-0.12-0 0.12.3-1 ii libchamplain-gtk-0.12-0 0.12.3-1 ii libcheese-gtk21 3.4.2-2 ii libclutter-1.0-0 1.12.0-1 ii libclutter-gst-2.0-0 1.9.92-2 ii libclutter-gtk-1.0-0 1.2.0-2 ii libcogl-pango0 1.10.2-6 ii libcogl111.12.0-1 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100-1 ii libegl1-mesa [libegl1-x11] 8.0.5-1 ii libenchant1c2a 1.6.0-7 ii libfarstream-0.2-2 0.2.1-1 ii libfolks-telepathy25 0.6.9-1+b1 ii libfolks25 0.8.0-1 ii libgck-1-0 3.6.0-1 ii libgcr-3-1 3.6.0-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-2 ii libgeoclue0 0.12.0-4 ii libgeocode-glib0 0.99.0-1 ii libglib2.0-0 2.34.1-1 ii libgnutls26 2.12.20-1 ii libgoa-1.0-0 3.6.1-1 ii libgstreamer-plugins-base1.0-0 1.0.2-1 ii libgstreamer1.0-01.0.2-1 ii libgtk-3-0 3.6.1-1 ii libgudev-1.0-0 175-7.1 ii libjavascriptcoregtk-3.0-0 1.8.1-3.3 ii libjson-glib-1.0-0 0.14.2-1 ii libmission-control-plugins0 1:5.14.0-1 ii libnotify4 0.7.5-1 ii libp11-kit0 0.12-3 ii libpango1.0-01.30.0-1 ii libpulse-mainloop-glib0 2.0-6 ii libpulse02.0-6 ii libsecret-1-00.10-1 ii libsoup2.4-1 2.38.1-2 ii libtelepathy-farstream3 0.6.0-1 ii libtelepathy-glib0 0.20.1-1 ii libtelepathy-logger2 0.4.0-2 ii libwebkitgtk-3.0-0 1.8.1-3.3 ii libx11-6 2:1.5.0-1 ii libxcomposite1 1:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxi6 2:1.6.1-1 ii libxml2 2.8.0+dfsg1-6 ii telepathy-logger 0.4.0-2 ii telepathy-mission-control-5 1:5.14.0-1 Versions of packages empathy recommends: ii gvfs-backends1.12.3-1+b1 ii nautilus-sendto-empathy 3.6.1-1 ii sound-theme-freedesktop 0.7.pristine-2 ii telepathy-gabble 0.16.1-2 ii telepathy-haze 0.6.0-1 ii telepathy-salut 0.8.0-3 Versions of packages empathy suggests: ii telepathy-idle 0.1.12-1 ii vino3.4.2-1+b1 Versions of packages empathy is related to: ii telepathy-gabble [telepathy-connection-manager] 0.16.1-2 ii telepathy-haze [telepathy-connection-manager]0.6.0-1 ii telepathy-idle [telepathy-connection-manager]0.1.12-1 ii telepathy-rakia
Bug#693125: Always show No online contacts
On Tue, Nov 13 2012, Laurent Bigonville wrote: This is due to a version mismatch between libfolks and its plugins. More strict dependencies have been added in folks 0.8.0-2 Awesome, thanks for the tip! Maybe you could mark this bug as affecting Empathy, so it shows on its bug page? That'd avoid duplicate reports I think. -- Julien Danjou ;; Free Software hacker freelance ;; http://julien.danjou.info pgpnzgmGM7f3u.pgp Description: PGP signature
Bug#687934: ITP: stevedore -- Manage dynamic plugins for Python applications
Package: wnpp Severity: wishlist Owner: Julien Danjou a...@debian.org * Package name: stevedore Version : 0.4 Upstream Author : Doug Hellmann doug.hellm...@gmail.com * URL : http://pypi.python.org/pypi/stevedore * License : Apache Programming Lang: Python Description : Manage dynamic plugins for Python applications Manage dynamic plugins for Python applications. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687281: git annex find does not work in bare repositories
Package: git-annex Version: 3.20120825 Severity: minor I used a bare repository on a VFAT filesyste, with SHA1E backend. It works fine for a music player. But I don't see a way to get what is present in the repository. git annex find does not work in a bare repository. :-( -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-annex depends on: ii curl7.27.0-1 ii git 1:1.7.10.4-1 ii libc6 2.13-35 ii libffi5 3.0.10-3 ii libgmp102:5.0.5+dfsg-2 ii libpcre31:8.30-5 ii openssh-client 1:6.0p1-3 ii rsync 3.0.9-3 ii uuid1.6.2-1.3 ii wget1.14-1 Versions of packages git-annex recommends: ii lsof 4.86+dfsg-1 Versions of packages git-annex suggests: pn bup none ii gnupg 1.4.12-4+b1 pn graphviz none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686814: unblock: swift/1.4.8-2
On Thu, Sep 06 2012, Adam D. Barratt wrote: Reading the patch, I'm assuming that this means that every user upgrading the package will have their cache immediately invalidated, as there's no way they can know the above information before the upgrade has been completed. You are right. Not being that familiar with the package, I'm not sure whether this is a practical issue in this case... It's not an issue in term of proper functioning, only in term of performance after restart since this will be a cold start. But that's the price to pay for security, so I think it's worth it. -- Julien Danjou /* Free Software hacker freelance http://julien.danjou.info */ pgp6ig2tMNmWT.pgp Description: PGP signature
Bug#686789: No example included
Package: jhbuild Version: 3.5.3-1 Severity: minor From README.Debian: There are sample configuration files for JHBuild under /usr/share/doc/jhbuild. I suggest you create a separate jhbuild user for building, but also to run the resulting binaries. Keep in mind that some resources are shared with your Debian system, such as your GConf settings. But there's no sample. :-( -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jhbuild depends on: ii libc6 2.13-35 ii python 2.7.3-2 Versions of packages jhbuild recommends: ii autoconf2.69-1 ii automake1:1.11.6-1 ii bzr 2.6.0~bzr6526-1 ii curl7.27.0-1 ii cvs 2:1.12.13+real-9 ii gettext 0.18.1.1-9 ii git [git-core] 1:1.7.10.4-1 ii mercurial 2.2.2-1 ii patch 2.6.1-3 ii pkg-config 0.26-1 ii subversion 1.7.5-1 ii wget1.14-1 Versions of packages jhbuild suggests: pn darcs none pn python-pygraphviz none pn tlanone -- 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#565925: About duma
On Mon, Sep 03 2012, Bastien ROUCARIES wrote: Hi Bastien, It seems that instead of a RFA you means to orphean this package. If so could I adopt this package ? Orphan and RFA are both different things¹ and I did meant RFA back then. RFA: This is a Request for Adoption. Due to lack of time, resources, interest or something similar, the current maintainer is asking for someone else to maintain this package. They will maintain it in the meantime, but perhaps not in the best possible way. In short: the package needs a new maintainer. So in the end you are free and very welcome to adopt this package, as long as you follow the procedure to do so. ¹ See http://www.debian.org/devel/wnpp/ Cheers, -- Julien Danjou /* Free Software hacker freelance http://julien.danjou.info */ pgpO9TQCeepWX.pgp Description: PGP signature
Bug#685672: Add content-only import, vampiric style
On Fri, Aug 24 2012, Joey Hess wrote: I'm undecided if this is a likely enough use case to explicitly support. The best way to make this possible may be to fix this bug: http://git-annex.branchable.com/bugs/reinject_should_leave_file_in_place_on_checksum_mismatch/ Then anyone who needs what you describe could accomplish it with a simple for loop. Something like that, but note that reinject wants a key, but I don't want to give the key. I really just want to give data, and that git annex uses it if it finds the key used and pointing to a non-existing file. -- Julien Danjou -- Free Software hacker freelance -- http://julien.danjou.info pgpYDjr072zax.pgp Description: PGP signature
Bug#685672: Add content-only import, vampiric style
Package: git-annex Version: 3.20120807 Severity: wishlist Tags: upstream Since git-annex uses CAS principle, it should be able to import any file content and stores it if it's useful to have data. I'll give an example. In my git annex repository, I've: file.iso - ../.git/annex/objects/SHA1-foobar On a USB key, I've 100 ISO file. I know that one of them is a copy of file.iso, but has a different name. What I want is git annex to try to import each one of the 100 ISOs and copy it to its objects directory if it matches my 'file.iso' checksums. I would like also be able to not only on one particularfile, but for all files (symlinks) present in my git annex repository but having the symlink points to no data. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-annex depends on: ii curl7.27.0-1 ii git 1:1.7.10.4-1 ii libc6 2.13-35 ii libffi5 3.0.10-3 ii libgmp102:5.0.5+dfsg-2 ii libpcre31:8.30-5 ii openssh-client 1:6.0p1-2 ii rsync 3.0.9-3 ii uuid1.6.2-1.3 ii wget1.14-1 Versions of packages git-annex recommends: ii lsof 4.86+dfsg-1 Versions of packages git-annex suggests: pn bup none ii gnupg 1.4.12-4+b1 pn graphviz none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685673: Allow smarthost configuration to other port than 25
Package: exim4-config
Version: 4.80-4
Severity: wishlist
My smarthost is usable only on port 587, but Exim uses 25 by default. It
would be nice to be able to specify another. Maybe debconf question could
understand if someone adds :something at the end of a smarthost entry and
build remote SMTP router accorindgly.
-- Package-specific info:
Exim version 4.80 #3 built 23-Jun-2012 17:16:13
Copyright (c) University of Cambridge, 1995 - 2012
(c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2012
Berkeley DB: Berkeley DB 5.1.29: (October 25, 2011)
Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DKIM
Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz
dbmnz dnsdb dsearch nis nis0 passwd
Authenticators: cram_md5 plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
Configuration file is /var/lib/exim4/config.autogenerated
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages exim4-config depends on:
ii adduser3.113+nmu3
ii debconf [debconf-2.0] 1.5.46
exim4-config recommends no packages.
exim4-config suggests no packages.
-- Configuration Files:
/etc/exim4/conf.d/transport/30_exim4-config_remote_smtp_smarthost changed:
remote_smtp_smarthost:
debug_print = T: remote_smtp_smarthost for $local_part@$domain
driver = smtp
port = 587
hosts_try_auth = ; ${if exists{CONFDIR/passwd.client} \
{\
${lookup{$host}nwildlsearch{CONFDIR/passwd.client}{$host_address}}\
}\
{} \
}
.ifdef REMOTE_SMTP_SMARTHOST_HOSTS_AVOID_TLS
hosts_avoid_tls = REMOTE_SMTP_SMARTHOST_HOSTS_AVOID_TLS
.endif
.ifdef REMOTE_SMTP_HEADERS_REWRITE
headers_rewrite = REMOTE_SMTP_HEADERS_REWRITE
.endif
.ifdef REMOTE_SMTP_RETURN_PATH
return_path = REMOTE_SMTP_RETURN_PATH
.endif
.ifdef REMOTE_SMTP_HELO_DATA
helo_data=REMOTE_SMTP_HELO_DATA
.endif
.ifdef TLS_DH_MIN_BITS
tls_dh_min_bits = TLS_DH_MIN_BITS
.endif
/etc/exim4/exim4.conf.template changed:
exim_path = /usr/sbin/exim4
.ifndef CONFDIR
CONFDIR = /etc/exim4
.endif
UPEX4CmacrosUPEX4C = 1
domainlist local_domains = MAIN_LOCAL_DOMAINS
domainlist relay_to_domains = MAIN_RELAY_TO_DOMAINS
hostlist relay_from_hosts = MAIN_RELAY_NETS
.ifndef MAIN_PRIMARY_HOSTNAME_AS_QUALIFY_DOMAIN
.ifndef MAIN_QUALIFY_DOMAIN
qualify_domain = ETC_MAILNAME
.else
qualify_domain = MAIN_QUALIFY_DOMAIN
.endif
.endif
.ifdef MAIN_LOCAL_INTERFACES
local_interfaces = MAIN_LOCAL_INTERFACES
.endif
.ifndef LOCAL_DELIVERY
LOCAL_DELIVERY=mail_spool
.endif
gecos_pattern = ^([^,:]*)
gecos_name = $1
.ifndef CHECK_RCPT_LOCAL_LOCALPARTS
CHECK_RCPT_LOCAL_LOCALPARTS = ^[.] : ^.*[@%!/|`#?]
.endif
.ifndef CHECK_RCPT_REMOTE_LOCALPARTS
CHECK_RCPT_REMOTE_LOCALPARTS = ^[./|] : ^.*[@%!`#?] : ^.*/\\.\\./
.endif
.ifndef MAIN_LOG_SELECTOR
MAIN_LOG_SELECTOR = +tls_peerdn
.endif
.ifndef MAIN_ACL_CHECK_MAIL
MAIN_ACL_CHECK_MAIL = acl_check_mail
.endif
acl_smtp_mail = MAIN_ACL_CHECK_MAIL
.ifndef MAIN_ACL_CHECK_RCPT
MAIN_ACL_CHECK_RCPT = acl_check_rcpt
.endif
acl_smtp_rcpt = MAIN_ACL_CHECK_RCPT
.ifndef MAIN_ACL_CHECK_DATA
MAIN_ACL_CHECK_DATA = acl_check_data
.endif
acl_smtp_data = MAIN_ACL_CHECK_DATA
.ifdef MESSAGE_SIZE_LIMIT
message_size_limit = MESSAGE_SIZE_LIMIT
.endif
.ifdef MAIN_ALLOW_DOMAIN_LITERALS
allow_domain_literals
.endif
.ifndef DC_minimaldns
.ifndef MAIN_HOST_LOOKUP
MAIN_HOST_LOOKUP = *
.endif
host_lookup = MAIN_HOST_LOOKUP
.endif
.ifdef MAIN_HARDCODE_PRIMARY_HOSTNAME
primary_hostname = MAIN_HARDCODE_PRIMARY_HOSTNAME
.endif
.ifdef MAIN_SMTP_ACCEPT_MAX_NOMAIL_HOSTS
smtp_accept_max_nonmail_hosts = MAIN_SMTP_ACCEPT_MAX_NOMAIL_HOSTS
.endif
.ifndef MAIN_FORCE_SENDER
local_from_check = false
local_sender_retain = true
untrusted_set_sender = *
.endif
.ifndef MAIN_IGNORE_BOUNCE_ERRORS_AFTER
MAIN_IGNORE_BOUNCE_ERRORS_AFTER = 2d
.endif
ignore_bounce_errors_after = MAIN_IGNORE_BOUNCE_ERRORS_AFTER
.ifndef MAIN_TIMEOUT_FROZEN_AFTER
MAIN_TIMEOUT_FROZEN_AFTER = 7d
.endif
timeout_frozen_after = MAIN_TIMEOUT_FROZEN_AFTER
.ifndef MAIN_FREEZE_TELL
MAIN_FREEZE_TELL = postmaster
.endif
freeze_tell = MAIN_FREEZE_TELL
.ifndef SPOOLDIR
SPOOLDIR = /var/spool/exim4
.endif
spool_directory = SPOOLDIR
.ifndef MAIN_TRUSTED_USERS
MAIN_TRUSTED_USERS = uucp
.endif
trusted_users = MAIN_TRUSTED_USERS
.ifdef MAIN_TRUSTED_GROUPS
trusted_groups = MAIN_TRUSTED_GROUPS
.endif
.ifdef MAIN_TLS_ENABLE
.ifndef MAIN_TLS_ADVERTISE_HOSTS
MAIN_TLS_ADVERTISE_HOSTS = *
.endif
tls_advertise_hosts = MAIN_TLS_ADVERTISE_HOSTS
.ifdef MAIN_TLS_CERTKEY
tls_certificate = MAIN_TLS_CERTKEY
.else
.ifndef MAIN_TLS_CERTIFICATE
MAIN_TLS_CERTIFICATE = CONFDIR/exim.crt
Bug#683824: gencontrol fails to generate tarballs for version with modifier
Package: linux
Severity: minor
Tags: patch
From 89bfc6122f508ee4d4bd02e710631fb4e0bcf66c Mon Sep 17 00:00:00 2001
From: Julien Danjou jul...@danjou.info
Date: Sat, 4 Aug 2012 15:16:19 +0200
Subject: [PATCH] Fix linux_upstream_full compute for version with modifier
If you try to use genorig on a version with a modifier (like ~rc1), it will
fail because self.linux_upstream_full will be equal to the short version
rather than version-modifier.
---
debian/lib/python/debian_linux/debian.py |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/debian/lib/python/debian_linux/debian.py
b/debian/lib/python/debian_linux/debian.py
index 7daaa03..a577526 100644
--- a/debian/lib/python/debian_linux/debian.py
+++ b/debian/lib/python/debian_linux/debian.py
@@ -154,7 +154,7 @@ $
self.linux_upstream = u'-'.join((d['version'], d['modifier']))
else:
self.linux_upstream = d['version']
-self.linux_upstream_full = d['version'] + (d['update'] or u'')
+self.linux_upstream_full = self.linux_upstream + (d['update'] or u'')
self.linux_dfsg = d['dfsg']
self.linux_revision_experimental =
match.group('revision_experimental') and True
self.linux_revision_other = match.group('revision_other') and True
--
1.7.10.4
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683499: Segmentation fault in gen7_update_renderbuffer_surface()
forwarded 683499 https://bugs.freedesktop.org/show_bug.cgi?id=53055 thanks On Wed, Aug 01 2012, Julien Cristau wrote: Is this a regression in 8.0.4? I don't know. Is it reproducible? I didn't manage to. Please forward to https://bugs.freedesktop.org/enter_bug.cgi?product=Mesacomponent=Drivers/DRI/i965 according to http://intellinuxgraphics.org/how_to_report_bug.html I did at https://bugs.freedesktop.org/show_bug.cgi?id=53055 -- Julien Danjou -- Free Software hacker freelance -- http://julien.danjou.info pgpzvvFS91kKN.pgp Description: PGP signature
Bug#683499: Segmentation fault in gen7_update_renderbuffer_surface()
On Wed, Aug 01 2012, Julien Cristau wrote: Actually, this is the problem, looks like the gpu is getting stuck. Please attach the error state to the report per http://intellinuxgraphics.org/i915_error_state.html I've rebooted since then, so it's unlikely it will match. Will it matter? However, I've doubt it works: # dmesg | grep i915_hangcheck [26777.930037] [drm:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... render ring idle [waiting on 4043152, at 4043164], missed IRQ? [26779.703745] [drm:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... render ring idle [waiting on 4043376, at 4043388], missed IRQ? [87899.133450] [drm:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... render ring idle [waiting on 7816051, at 7816062], missed IRQ? [87905.201593] [drm:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... render ring idle [waiting on 7819423, at 7819434], missed IRQ? dex ~ % cat /sys/kernel/debug/dri/0/i915_error_state no error state collected Or is it because debugfs was not mounted at the time the hang happened? Seems unlikely, but who knows. -- Julien Danjou // Free Software hacker freelance // http://julien.danjou.info pgpPW3rsmsTfQ.pgp Description: PGP signature
Bug#683499: Segmentation fault in gen7_update_renderbuffer_surface()
On Wed, Aug 01 2012, Julien Cristau wrote: OK. Sad :( Probably worth mentioning in the upstream report though, and trying a newer kernel (3.4 or 3.5). Did so. I'm waiting for 3.5 but will test as soon as it's out. :) Or is it because debugfs was not mounted at the time the hang happened? Seems unlikely, but who knows. That doesn't matter. I thought and hoped so. :-) -- Julien Danjou /* Free Software hacker freelance http://julien.danjou.info */ pgpkqwYTc2uOr.pgp Description: PGP signature
Bug#683079: unblock: awesome/3.4.13-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package awesome This is a new release upstream with only a short list of bug fix. The main important one is to fix an important usability regression (see #681364). unblock awesome/3.4.13-1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash pgp2OzOXl9371.pgp Description: PGP signature
Bug#683081: XF86MonBrightnessDown keyboard is wrongly remapped to XF86Stop
Package: gnome-settings-daemon Version: 3.4.2-4 Severity: normal If I run plain X server with just xev, my brightness down key is correctly mapped to XF86MonBrightnessDown. Once I run gnome-settings-daemon, it's remapped to XF86Stop, as shown below: KeyPress event, serial 38, synthetic NO, window 0x2e1, root 0xb2, subw 0x0, time 11251378, (144,106), root:(145,165), state 0x0, keycode 232 (keysym 0x1008ff28, XF86Stop), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 38, synthetic NO, window 0x2e1, root 0xb2, subw 0x0, time 11251396, (144,106), root:(145,165), state 0x0, keycode 232 (keysym 0x1008ff28, XF86Stop), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False Note that all other keys are correctly mapped otherwise, including XF86MonBrightnessUp. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-settings-daemon depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2 ii dpkg 1.16.8 ii gsettings-desktop-schemas3.4.2-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-35 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libcanberra-gtk3-0 0.28-4 ii libcanberra0 0.28-4 ii libcolord1 0.1.21-1 ii libcomerr2 1.42.4-3 ii libcups2 1.5.3-2 ii libdbus-glib-1-2 0.100-1 ii libfontconfig1 2.9.0-7 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgnome-desktop-3-2 3.4.2-1 ii libgnomekbd7 3.4.0.2-1 ii libgnutls26 2.12.20-1 ii libgssapi-krb5-2 1.10.1+dfsg-1 ii libgtk-3-0 3.4.2-2 ii libgudev-1.0-0 175-3.1 ii libk5crypto3 1.10.1+dfsg-1 ii libkrb5-31.10.1+dfsg-1 ii liblcms2-2 2.2+git20110628-2.2 ii libnotify4 0.7.5-1 ii libnspr4 2:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libnss3 2:3.13.5-1 ii libnss3-1d 2:3.13.5-1 ii libpackagekit-glib2-14 0.7.5-2 ii libpango1.0-01.30.0-1 ii libpolkit-gobject-1-00.105-1 ii libpulse-mainloop-glib0 2.0-4 ii libpulse02.0-4 ii libsqlite3-0 3.7.13-1 ii libupower-glib1 0.9.17-1 ii libwacom20.5-1 ii libx11-6 2:1.5.0-1 ii libxfixes3 1:5.0-4 ii libxi6 2:1.6.1-1 ii libxklavier165.2.1-1 ii libxtst6 2:1.2.1-1 ii nautilus-data3.4.2-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gnome-settings-daemon recommends: ii pulseaudio 2.0-4 Versions of packages gnome-settings-daemon suggests: ii gnome-screensaver3.4.1-1 ii metacity [x-window-manager] 1:2.34.3-2 ii x11-xserver-utils7.7~3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682985: Seconded
Probably a good idea, indeed. -- Julien Danjou /* Free Software hacker freelance http://julien.danjou.info */ pgpR9ApdpYF1S.pgp Description: PGP signature
Bug#682343: forcing ssh-askpass on top crashes awesome
On Sat, Jul 21 2012, Antoine Beaupré wrote: Instead, hitting that key spontaneously crashes the whole X session, by destroying awesome, I suspect. Could you check what's in ~/.xsession-errors after a crash? -- Julien Danjou # Free Software hacker freelance # http://julien.danjou.info pgpTcmKGojLAb.pgp Description: PGP signature
Bug#682200: awesome: restoring jpilot alarms doesn't work
On Fri, Jul 20 2012, Toni Mueller wrote: when jpilot wants to tell me about an alarm, it shows a popup. I can minimize this popup, leaving only the entry in the window list at the top of my screen, but cannot restore it. Clicking the entry in the window list results in a red alert box with this contents: Oops, an error happened! /usr/share/awesome/lib/awfultag.lua:394: attempt to index local 't' (a nil value) This means the window you are trying to restore has no tag at all. That's weird, really. Could you send the output of xprop on this window? -- Julien Danjou /* Free Software hacker freelance http://julien.danjou.info */ pgpoF8UEzGJDv.pgp Description: PGP signature
Bug#681770: awesome: moving terminal windows around usually makes them narrower
On Mon, Jul 16 2012, Toni Mueller wrote: I use awesome in the stock configuration. When opening a terminal window, then move it around (Mod4 + Button1), the window typically gets narrower at a rate of around 10-15 columns per second until the mouse button is being released. This happens for roxterm and gnome-terminal in any case, but does not seem to affect xterm and konsole. It happens most of the time, and resizing the window first reduces the chances of this automatic resizing by awesome. This is annoying, but not a showstopper. Could you try with version 3.4.13-1 ? -- Julien Danjou ;; Free Software hacker freelance ;; http://julien.danjou.info -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681364: [regression] does not maintain focus when switching tags
tag 681364 fixed-upstream forwarded 681364 https://awesome.naquadah.org/bugs/index.php?do=detailstask_id=1011 thanks On Thu, Jul 12 2012, Yaroslav Halchenko wrote: When I switch the tags, either with Mod4+number or Mod4+Esc, awesome now focuses either on KDE's menu or (after I set focus=false for Plasma class) on gkrellm ( I use awesome as KDEWM='--windowmanager awesome ) I believe this is a chance of beahvior and happened after recent upgrade (finally I got to wheezy state): 2012-07-11 14:11:29 upgrade awesome:amd64 3.4.11-2 3.4.12-2. I think that awesome previously maintained the focus -- i.e. focused on the window in the tag it was previously focused on before switching to a different tag. ... downgraded to 3.4.11-2 from snapshot.d.o -- yes, it works. upgraded back to 3.4.12-2, restarted -- yes, bug is back here I marked it as important because it does have major usability effect given that switching between tags is one of the most common operations. Yes, this is https://awesome.naquadah.org/bugs/index.php?do=detailstask_id=1011project=1order=idsort=desc -- Julien Danjou -- Free Software hacker freelance -- http://julien.danjou.info -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681364: [regression] does not maintain focus when switching tags
On Fri, Jul 13 2012, Yaroslav Halchenko wrote: https://awesome.naquadah.org/bugs/index.php?getfile=512 does not fix the issue for me. Is there any other fix to try in conjunction/instead? This is not the fix. The fix is: http://git.naquadah.org/?p=awesome.git;a=commit;h=c084eb5b085287e4fb2661e834197cf8cf233215 -- Julien Danjou /* Free Software hacker freelance http://julien.danjou.info */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680924: awesome: package description review
tag 680924 +pending thanks On Mon, Jul 09 2012, Justin B Rye wrote: Surprisingly for such a relatively mature and high-profile package, awesome has several typos and grammar/usage problems in its package description. […] Whoa. Great job Justin, I've nothing to add. :-) I'm probably the one who wrote that text years ago, and I'm neither a native English speaker nor a literary person, so it's great you did that review. My tentative recommended version is: Looks nice, I've commited that. -- Julien Danjou -- Free Software hacker freelance -- http://julien.danjou.info -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680390: awesome: Submenu which has item with SVG icon not created
forwarded 680390 https://awesome.naquadah.org/bugs/index.php?do=detailstask_id=1019 thanks On Mon, Jul 02 2012, Ryo Sakuma wrote: Hi Ryo, When click awesome icon, Awesome Debian submenu programming not opened. Log: W: awesome: image_new_from_file:288: cannot load image /usr/share/icons/hicolor/scalable/apps/monodevelop.svg: unknown error, that's really bad Indeed, SVG file are not readable by imlib2, that's why. It's bad it breaks menu though. -- Julien Danjou /* Free Software hacker freelance http://julien.danjou.info */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679077: RM: openstackx -- ROM; now useless
Package: ftp.debian.org Severity: normal This packages was needed for horizon (the OpenStack dashboard) to access some advanced feature not available in the API back then. Now everything is available starting with 2012.1 releases, so this is not used anymore and is totally deprecated. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677456: awesome: status bar vanishes when started with startx and the process gets input on console
On Thu, Jun 14 2012, Roland Hieber wrote: I usually start awesome through startx on tty1, by the command line $ startx vlock I can normally use awesome, but when I switch back to tty1, where vlock runs in foreground, and press enter (to see the password prompt again), then switch back to X, the awesome status bar vanishes and awesome no longer reacts to user input. The only way to get it working again is kill awesome (or X) and restart it. (Note that this behaviour also occurs if I run startx in foreground without vlock, and then press enter and switch back to X, so I guess vlock is not to blame here.) When I attach gdb to the awesome process, I see that awesome gets a SIGTTIN in that case, and stops, leaving me on the gdb prompt. The problem also persists when I rename my rc.lua, so the default config is loaded. I have also stripped down my .xinitrc to a minimal example that triggers the bug, and it now only consists of the line exec ck-launch-session dbus-launch --sh-syntax --exit-with-session awesome I don't think vlock is to blame neither. But I don't think it's an awesome issue too. I think it's an X problem. Could you try with another window manager? -- Julien pgpwFYN74ln0s.pgp Description: PGP signature
Bug#677251: python-xpyb: broken symlinks: /usr/lib/python*/*-packages/xcb/xcb.so.0
On Tue, Jun 12 2012, Jakub Wilk wrote: python-xpyb ships broken symlinks: $ file /usr/lib/python*/*-packages/xcb/xcb.so.0 /usr/lib/python2.6/dist-packages/xcb/xcb.so.0: broken symbolic link to `xcb.so.0.0.0' /usr/lib/python2.7/dist-packages/xcb/xcb.so.0: broken symbolic link to `xcb.so.0.0.0' This is an upstream issue I think, in the src/Makefile.am likely. Not sure how to fix it, but indeed it's minor. If anybody has a patch, welcome. :) -- Julien pgpxF8WqnQBiL.pgp Description: PGP signature
Bug#659143: Add multi repository support
On Fri, May 18 2012, Paul Belanger wrote: Hi Paul, I took a look at your patch. It seems ok, but I'm worried about adding this. I understand the need, but repo is not really an attribute that belongs to a package. If we go on this road, I'm afraid we end up adding more and more attributes. Couldn't we find a way to support adding generic metadata to a package so everybody can use it in a generic fashion? -- Julien pgpI0H4NHFV8i.pgp Description: PGP signature
Bug#672888: [Openstack-devel] Bug#672888:
On Thu, May 24 2012, ghe. rivero wrote: Hi, this appears to be due to the python pgsql modules not installed. Since nova can be used with several databases engines, there is no sense to install all of them. Adding the different python modules engines to the Suggest: field. I would add them to Recommend rather than Suggest. That would install them automatically and make things work transparently for users. But they would still be removable if someone don't want to keep them. -- Julien pgpuROrUBC9J3.pgp Description: PGP signature
Bug#674152: auth_token middleware should be in its own subpackage
Package: keystone Severity: wishlist The auth_token middleware is a shared middleware used by different OpenStack components as WSGI middleware for validating credentials/tokens. Currently a user needs to install the full python-keystone package to get only the middleware when installing a swift proxy (or glance controller etc...). It would be nice if this is broken out to its own. Same bug for Ubuntu on Launchpad: https://bugs.launchpad.net/ubuntu/+source/keystone/+bug/1002894 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages keystone depends on: ii adduser3.113+nmu2 ii dbconfig-common1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.43 ii lsb-base 4.1+Debian4 ii python 2.7.2-10 ii python-keystone2012.1-2 ii python-keystoneclient 2012.1-2 keystone recommends no packages. keystone suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673785: awesome: Freezing and then unusable windows
On Mon, May 21 2012, Sebastian Bachmann wrote: Awesome keeps freezing for me sometimes, after a few seconds the freeze is over but i cant do nothing more than use the current window. Awesome does not respond to any Mod Key Shortcut, so its impossible to switch between tags and windows, also i cant click any tags. The complete window manager seems to stuck somewhere. I dont see any log output or error message, so its hard to say whats broken. The freezing is undeterministic but more often in webbrowser (chromium, firefox) then in other applications. Are you using the default configuration file? -- Julien pgpkxxhI0WKs4.pgp Description: PGP signature
Bug#673785: awesome: Freezing and then unusable windows
On Mon, May 21 2012, Sebastian Bachmann wrote: no a custom config made by my own, you can get it here: http://git.42.lefant.net/gitweb/reox/awesomerc.git/tree but its mostly default, so just autostarts, tag names and stuff are adapted That's probably the source of the problem. I suggest you try disabling things like widgets, etc… It's likely that awesome is hanging because it's executing a command that is itself hanging, so Lua is waiting for it to finish, which maybe never come. You could also try to run ps auxf in a tty when awesome is freezing to see the process tree and what it's executing. -- Julien pgpdln2xHZHvU.pgp Description: PGP signature
Bug#672779: awesome.quit makes X hung
On Sun, May 13 2012, Adam Lee wrote: As $subject, I have a nvidia card, triggered with both nouveau and official driver, keyboard not responding, can't change to tty, but system is still running, sshd is still working. FYI, my xserver-xorg version is 1:7.6+13, and the workaround is changing to tty1, then Ctrl-C. How are you sure the problem is due to awesome? -- Julien pgpciW5JvkLPe.pgp Description: PGP signature
Bug#672857: chgrp: invalid group: `munin:www-data'
Package: munin Version: 2.0~rc6-1 Severity: serious Setting up munin (2.0~rc6-1) ... chgrp: invalid group: `munin:www-data' dpkg: error processing munin (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: munin E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages munin depends on: ii adduser 3.113+nmu1 ii cron 3.0pl1-121 ii libcgi-fast-perl 5.14.2-10 ii libdate-manip-perl 6.31-1 ii libdigest-md5-perl none ii libfile-copy-recursive-perl 0.38-1 ii libhtml-template-perl2.91-1 ii libio-socket-inet6-perl 2.69-2 ii liblog-log4perl-perl 1.29-1 ii librrds-perl 1.4.7-1 ii libstorable-perl none ii liburi-perl 1.60-1 ii munin-common 2.0~rc6-1 ii perl [libtime-hires-perl]5.14.2-10 ii perl-modules 5.14.2-10 ii rrdtool 1.4.7-1 ii ttf-dejavu 2.33-2 Versions of packages munin recommends: ii munin-doc 2.0~rc6-1 ii munin-node 2.0~rc6-1 Versions of packages munin suggests: ii apache2-mpm-worker [httpd] 2.2.22-5 ii chromium [www-browser] 18.0.1025.168~r134367-1 ii iceweasel [www-browser] 10.0.4esr-2 ii libnet-ssleay-perl 1.48-1 ii lynx-cur [www-browser] 2.8.8dev.12-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#671635: AttributeError: 'Job' object has no attribute 'id'
On Sat, May 05 2012, Andreas Metzler wrote: after a long time I have tried using rebuildd again. It does not work at all. This is on uptodate sid. Did you upgrade fom 0.3.x? Because the database schema changed in 0.4 (or just before IIRC) and we don't provide any upgrade path, so it's likely your database needs to be upgraded (read: DIY or delete/create :). -- Julien pgp3M1Dy8bFev.pgp Description: PGP signature
Bug#665508: awesome: Including individual glib headers no longer supported
tags 665508 fixed-upstream thanks This is already fixed upstream, we just need to wait for 3.4.12. -- Julien pgpXMwmHaJJqX.pgp Description: PGP signature
Bug#663669: xpyb: FTBFS: AttributeError: 'ListType' object has no attribute 'parent'
This is a know bug discussed upstream. .parent has been renamed to parents in xcbgen. -- Julien pgpcLoRwB4ho5.pgp Description: PGP signature
Bug#663717: Please provide logrotate file
Package: keystone Version: 2012.1~e4-1 Severity: normal Keystone default logs to /var/log/keystone/keystone.log but does not provide a logrotate file, which is bad. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages keystone depends on: ii adduser3.113+nmu1 ii dbconfig-common1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.41 ii lsb-base 3.2+Debian31 ii python 2.7.2-10 ii python-keystone2012.1~e4-1 ii python-keystoneclient 2012.1~e4-1 keystone recommends no packages. keystone suggests no packages. -- Configuration Files: /etc/keystone/default_catalog.templates [Errno 13] Permission denied: u'/etc/keystone/default_catalog.templates' /etc/keystone/keystone.conf [Errno 13] Permission denied: u'/etc/keystone/keystone.conf' /etc/keystone/ldap.conf [Errno 13] Permission denied: u'/etc/keystone/ldap.conf' /etc/keystone/logging.cnf [Errno 13] Permission denied: u'/etc/keystone/logging.cnf' /etc/keystone/logging.conf.sample [Errno 13] Permission denied: u'/etc/keystone/logging.conf.sample' /etc/keystone/memcache.conf [Errno 13] Permission denied: u'/etc/keystone/memcache.conf' /etc/keystone/ssl.conf [Errno 13] Permission denied: u'/etc/keystone/ssl.conf' -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661811: No default configuration file
Package: swift-proxy Version: 1.4.6-1 Severity: normal swift-proxy does not have any default configuration file setup upon installation, this seems wrong. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, 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#661669: commands history in prompt (Mod4+r) not in order any more
tag 661669 fixed-upstream thanks On Wed, Feb 29 2012, Raf Czlonka wrote: I can't quite remember when it stopped working, but the command history in prompt (Mod4+r) always appeared in th order they had been executed, i.e. if I started luakit, then uzbl, then luakit again, I would see luakit, after pressing (Mod4+r) and up arrow, as it was the last command I executed; now I will see uzbl, even though I run luakit after it. The problem becomes more apparent with dozens of commands in the history when running a command, which has been executed 5 commands before, twice in a row, would require pressing up arrow ten times both the first and the second time. With old behavioud it would have been 5 times the first time and once the second time. With more than 10 commands in cache, the history becomes useless as it's easier to re-enter the command name again rather then scroll up thorugh the history even if the command's being run over and over again. It appears that commands which have been run previously and run again are not being saved in history file [0] after subsequent executions. To bring back previous behaviour the command should be pushed down in the file, e.g. similarly to zsh's histignorealldups option. I would appreciate any help with trying to resolve this issue. Fixed upstream: commit 7013b9bb70d95c660698848be1c3c1179ae68a1e Author: Corey Thompson cmt...@gmail.com Date: Sat Dec 3 20:03:40 2011 -0500 Bump duplicated commands to the most recent in command prompt history Signed-off-by: Uli Schlachter psyc...@znc.in -- Julien pgpy2JAsvr942.pgp Description: PGP signature
Bug#659349: RM: tleds -- ROM; Very low popcon
Package: ftp.debian.org Severity: normal I though about orphaning it, but I don't think it's worth giving this package to QA. It has very low popcon usage, and I doubt anyone would install such a software nowadays. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659262: Switch to .ini format configuration file
Package: nova Severity: wishlist Upstream now supports .ini format configuration file. The default configuration file provided should switch to that format, since it's the now prefered one and the one use by all other OpenStack components. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, 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#652813: python-smartypants has been lost
Package: ftp.debian.org Severity: normal I've uploaded smartypants 1.6.0.3-2 a few days ago. This version builds python-smartypants for `all' architecture. dak reports it as being OK and present: ries % dak ls python-smartypants python-smartypants | 1.6.0.3-2 | unstable | all But it's not available in the archive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652332: RM: python-openstack-compute -- ROM; deprecated by upstream
On Sat, Dec 17 2011, Luca Falavigna wrote: It seems openstack-dashboard still requires python-openstack-compute. This is probably due to a feature in dh_python2 that automatically tries to add module dependencies. This is really weird. I rebuilt it and the dependency has gone. Bug? Well, openstack-dashboard 2012.1~e2-2 should be OK. -- Julien Danjou pgpGbe17emW49.pgp Description: PGP signature
Bug#652617: Should clean egg-info directory for Python packages
Package: debhelper Version: 8.9.13 Severity: wishlist When building Python packages, setup.py often creates a PACKAGE.egg-info directory which does not exist in upstream tarball. Therefore debian/rules file is need an override on dh_auto_clean to rm -rf PACKAGE.egg-info. The debian/rules file would not need that if dh_clean would be able to automatically remove the .egg-info directory! :) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debhelper depends on: ii binutils2.22-2 ii dpkg-dev1.16.1.2 ii file5.09-2 ii html2text 1.3.2a-15 ii man-db 2.6.0.2-3 ii perl5.14.2-6 ii po-debconf 1.0.16+nmu1 debhelper recommends no packages. Versions of packages debhelper suggests: ii dh-make 0.59 -- 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#652332: RM: python-openstack-compute -- ROM; deprecated by upstream
Package: ftp.debian.org Severity: normal This package is deprecated by upstream and should not be used anymore. It has been used by horizon but is not needed anymore. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651928: ITP: python-commando -- simple wrapper for argparse that allows commands and arguments to be defined declaratively
Package: wnpp Severity: wishlist Owner: Julien Danjou a...@debian.org * Package name: python-commando Version : 0.1.1a Upstream Author : Lakshmi Vyasarajan * URL : http://github.com/lakshmivyas/commando * License : MIT Programming Lang: Python Description : simple wrapper for argparse that allows commands and arguments to be defined declaratively A simple wrapper for `argparse` that allows commands and arguments to be defined declaratively using decorators. Note that this does not support all the features of `argparse` yet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651929: O: weathermap4rrd
Package: wnpp Severity: normal I don't use this package anymore, it has no active upstream for years. Therefore I don't want to maintain it anymore! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650505: ITP: django-mailer -- reusable Django app for queuing and throttling of email sending
Package: wnpp Severity: wishlist Owner: Julien Danjou a...@debian.org * Package name: django-mailer Version : 0.1.0 Upstream Author : James Tauber * URL : http://code.google.com/p/django-mailer/ * License : MIT Programming Lang: Python Description : reusable Django app for queuing and throttling of email sending A reusable Django app for queuing and throttling of email sending, scheduled sending, consolidation of multiple notifications into single emails and logging of mail failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650285: ITP: python-openstack-compute -- bindings for the OpenStack API
Package: wnpp Severity: wishlist Owner: Julien Danjou a...@debian.org * Package name: python-openstack-compute Version : git Upstream Author : Jacob Kaplan-Moss * URL : https://github.com/jacobian/openstack.compute * License : BSD Programming Lang: Python Description : bindings for the OpenStack API This is a client for the OpenStack Compute API used by Rackspace Cloud and others. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650288: ITP: python-cloudfiles -- Python language bindings for Cloud Files API
Package: wnpp Severity: wishlist Owner: Julien Danjou a...@debian.org * Package name: python-cloudfiles Version : git Upstream Author : Rackspace US, Inc * URL : https://github.com/rackspace/python-cloudfiles * License : BSD Programming Lang: Python Description : Python language bindings for Cloud Files API -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649994: ITP: django-openstack -- Django interface for OpenStack
Package: wnpp Severity: wishlist Owner: Julien Danjou a...@debian.org * Package name: django-openstack Version : 0.4 Upstream Author : OpenStack * URL : http://pypi.python.org/pypi/django-openstack/0.4 * License : Apache Programming Lang: Python Description : Django interface for OpenStack This is a Django module giving access and control to OpenStack. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650016: ITP: openstackx -- OpenStack client library
Package: wnpp Severity: wishlist Owner: Julien Danjou a...@debian.org * Package name: openstackx Version : git Upstream Author : Jacob Kaplan-Moss * URL : https://github.com/cloudbuilders/openstackx * License : BSD Programming Lang: Python Description : OpenStack client library -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650018: ITP: python-keystoneclient -- client library for the OpenStack Keystone API
Package: wnpp Severity: wishlist Owner: Julien Danjou a...@debian.org * Package name: python-keystoneclient Version : git Upstream Author : Nebula, Inc * URL : https://github.com/4P/python-keystoneclient * License : Apache Programming Lang: Python Description : client library for the OpenStack Keystone API This is a client for the OpenStack Keystone API. Installing this package gets you a shell command, that you can use to interact with Keystone's API. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650016: ITP: openstackx -- OpenStack client library
On Fri, Nov 25 2011, Bjørn Mork wrote: And python-novaclient is already packaged. So why do you want openstackx? Because it's still used by horizon. -- Julien Danjou pgpyOESCZsDdj.pgp Description: PGP signature
Bug#649897: ITP: horizon -- OpenStack Dashboard
Package: wnpp Severity: wishlist Owner: Julien Danjou a...@debian.org * Package name: horizon Version : 2012.1~e1 Upstream Author : 2011 OpenStack, LLC. * URL : http://launchpad.net/horizon * License : Apache-2 Programming Lang: Python Description : OpenStack Dashboard Horizon is the official OpenStack Dashboard. It is based on a Django module called django-openstack. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649736: ITP: python-smartypants -- a smart-quotes plugin for pyblosxom
Package: wnpp Severity: wishlist Owner: Julien Danjou a...@debian.org * Package name: python-smartypants Version : 1.6.0.3 Upstream Author : Chad Miller * URL : http://web.chad.org/projects/smartypants.py/ * License : BSD Programming Lang: Python Description : a smart-quotes plugin for pyblosxom It can perform the following transformations: * Straight quotes ( and ' ) into curly quote HTML entities * Backticks-style quotes (``like this'') into curly quote HTML entities * Dashes (-- and ---) into en- and em-dash entities * Three consecutive dots (... or . . .) into an ellipsis entity This means you can write, edit, and save your posts using plain old ASCII straight quotes, plain dashes, and plain dots, but your published posts (and final HTML output) will appear with smart quotes, em-dashes, and proper ellipses. SmartyPants does not modify characters within pre, code, kbd, math or script tag blocks. Typically, these tags are used to display text where smart quotes and other smart punctuation would not be appropriate, such as source code or example markup. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649738: ITP: python-typogrify -- filters for the Django template to transform text into typographically-improved HTML
Package: wnpp Severity: wishlist Owner: Julien Danjou a...@debian.org * Package name: python-typogrify Version : 1.0 Upstream Author : Christian Metts * URL : https://github.com/hyde/typogrify/ * License : BSD Programming Lang: Python Description : filters for the Django template to transform text into typographically-improved HTML This rovides a set of custom filters for the Django template system which automatically apply various transformations to plain text in order to yield typographically-improved HTML. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649743: ITP: hyde -- static website generator with the power of Django templates
Package: wnpp Severity: wishlist Owner: Julien Danjou a...@debian.org * Package name: hyde Version : 0.8.4 Upstream Author : Lakshmi Vyasarajan * URL : http://github.com/hyde/hyde * License : MIT Programming Lang: Python Description : static website generator with the power of Django templates Hyde is a static website generator with the power of Django templates behind it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647710: awesome: unlimited (or rather very big) screen height making awesome not so awesome
On Mon, Nov 21 2011, Holger Levsen wrote: Hi Julien, On Montag, 7. November 2011, Julien Danjou wrote: Could you try the following while running awesome: echo 'return screen[1].geometry.width' | awesome-client echo 'return screen[1].geometry.height' | awesome-client And tell me what it says. double 900 double 1440 is what it says. So it got your screen dimension right. Could you be more precise on the symptome, maybe a screenshot would help? :( -- Julien Danjou pgpEEMPw2kjKE.pgp Description: PGP signature
