Re: systemd .service file conversion

On 05/23/2013 03:14 PM, Helmut Grohne wrote: > On Thu, May 23, 2013 at 07:16:18AM +0200, Zbigniew J??drzejewski-Szmek wrote: >> Providing a conversion script which recreates all of systemd >> functionality would basically mean reimplemting a big part of >> systemd in shell. Providing an interpeter

Re: Status of OpenRC in Debian

On 05/24/2013 04:23 PM, Thomas Goirand wrote: > On 05/24/2013 02:19 PM, Svante Signell wrote: >> What is the status of packaging OpenRC for Debian? Is there a group >> doing that, is help needed? > > Ok, if you ask... > > Currently, the package can build and install

Re: default MTA

On 05/28/2013 07:05 PM, Josselin Mouette wrote: > And on desktop systems, nobody reads local email. We might want to think > of a better notification system, but email is definitely not fit for > that anymore. I do read the mails that my system is sending me (smartd, cron, mdadm, etc.), and I like

Re: default MTA

On 05/28/2013 06:39 PM, Mike Hommey wrote: > Running your own MTA without a smart host is a > PITA these days. So you're better off using an external SMTP server > directly. I agree. Which is why postfix can be configured for that: # cat /etc/postfix/main.cf [ ... ] relayhost = mx.example.com smt

Re: default MTA

On 05/28/2013 10:24 PM, Josselin Mouette wrote: > Just like for the MIME support mess, the damage is already done. Nobody, > I repeat, nobody, ever reads local mail on most desktop systems, and > even many server systems. The question you have to ask yourself is: why? The answer is simple: becaus

Re: default MTA

On 05/29/2013 03:14 PM, Simon McVittie wrote: >> Your parents don't read mail? That is surprising to me. In this days >> and age, everyone does. > > They read mail received on a remote server (mine, their ISP's, or > Google's) via IMAP or webmail (or possibly POP3, if I hadn't advised > them not t

Bug#710273: ITP: openstack-debian-images -- script to build a Debian image for OpenStack

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: openstack-debian-images Version : 0.1 Upstream Author : Thomas Goirand * URL : No URL... * License : Apache-2.0 Programming Lang: Shell script Description : script to build a

Re: default MTA

On 05/29/2013 11:32 PM, Javier Fernandez-Sanguino wrote: > On 29 May 2013 17:11, Josselin Mouette wrote: >> > Le mercredi 29 mai 2013 à 16:31 +0200, Javier Fernandez-Sanguino a >> > écrit : >> > He will see a notification on his desktop. Clear, understandable and >> > translated in his configured

Re: Switching to mozilla ESR in stable-security

On 05/30/2013 09:29 PM, Stefano Zacchiroli wrote: > On Thu, May 30, 2013 at 03:20:29PM +0200, Didier 'OdyX' Raboud wrote: >>> Which web browsers would remain in stable if we applied this criterion >>> consistently? >> >> Although that makes me very sad, if we (collectively) give up packaging >> br

Re: systemd .service file conversion

On 05/30/2013 03:10 AM, Wouter Verhelst wrote: > I think it makes perfect sense for us to support systemd, openrc, and > upstart, at least for the time being; I doubt we'll continue supporting > all three options until the end of times, but we don't have to do that. I very much like the idea to gi

Re: systemd .service file conversion

On 05/28/2013 02:37 PM, Helmut Grohne wrote: > On Mon, May 27, 2013 at 09:13:44AM +0200, Ond??ej Surý wrote: >> I would be quite happy to write service files for two (systemd, upstart) or >> three (systemd, upstart, openrc) of those in all my packages[*], if it >> stops the endless flamewar here. I

Re: How to check for other init systems from sysvinit script

On 05/31/2013 04:39 AM, Ondřej Surý wrote: > Practical question: if I were to support systemd .service, upstart init job > and/or OpenRC FYI, you meant to write OpenRC runscripts. :) On 05/31/2013 05:00 AM, Ben Hutchings wrote: > If I understand correctly, OpenRC doesn't require init to directl

Re: Switching to mozilla ESR in stable-security

On 06/02/2013 01:35 AM, Florian Weimer wrote: > I'm not sure if moving packages between repositories makes that much > of a difference. Either they work acceptably well, or they don't, > independently of the delivery mechanism. The main difference would be that we accept the fact that Mozilla sof

Re: Debian/Wheezy general rant Was: mount point gets "(deleted)" / unable to unmount

On 06/06/2013 03:15 AM, Bjoern Meier wrote: > It is that hard, to build a dialog and ask for a desktop? I don't think it would be that hard, though nobody did it. You know that Debian is driven by volunteers only, right? So if you really want something to happen, the best way is to do it. We are a

Re: default MTA

On 05/31/2013 12:27 AM, Philip Hands wrote: > Well, I'd say that at least part of the motivation was actually to write > a qmail replacement, that didn't have someone with DJB's atitute to > licensing as upstream -- it was for a long time called vmailer > (v==vapour) as coined by DJB, and adopted b

Re: Debian/Wheezy general rant Was: mount point gets "(deleted)" / unable to unmount

On 06/06/2013 02:25 PM, Bjoern Meier wrote: > the problem - IMHO - is > linux (as the kernel itself and tool-distributions) is getting fat and > kills his own advantages. Time to try Hurd or kFreeBSD? :) (note: I'd like to have more time to invest in them myself, and I perfectly understand that no

Re: Debian/Wheezy general rant Was: mount point gets "(deleted)" / unable to unmount

On 06/06/2013 03:11 PM, Andrei POPESCU wrote: > You are of course aware of the boot menu: Advanced Options -> > Alternative Desktop Environment. Yes. But it should be in d-i, when you choose to install a desktop. Not in syslinux, when you are supposed to choose what kind of installer to start. It

Re: Survey answers part 1: systemd has too many dependencies, …

On 06/09/2013 07:04 AM, Michael Stapelberg wrote: > Hi, > > since some people might not read planet debian, here is a link to my > first blog post in a series of posts dealing with the results of the > Debian systemd survey: > > http://people.debian.org/~stapelberg/2013/06/09/systemd-bloat.html

Re: Survey answers part 1: systemd has too many dependencies, …

On 06/10/2013 03:21 AM, Michael Stapelberg wrote: > Hi Thomas, > > Thomas Goirand writes: >> In this blog post, you tell that it's possible not to use all the >> components of systemd. Then, the immediate question that pops to my >> mind: what are *your* intenti

Re: Survey answers part 1: systemd has too many dependencies, …

On 06/11/2013 02:23 AM, Henrique de Moraes Holschuh wrote: > On Mon, 10 Jun 2013, Thomas Goirand wrote: >> On 06/10/2013 03:21 AM, Michael Stapelberg wrote: >>> Thomas Goirand writes: >>>> In this blog post, you tell that it's possible not to use all the &g

Bug#712173: ITP: python-pbr -- Python Build Reasonableness

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-pbr Version : 0.5.16 Upstream Author : openstack-...@lists.openstack.org * URL : https://pypi.python.org/pypi/pbr/ * License : Apache-2.0 Programming Lang: Python Description

Re: default MTA

On 06/13/2013 04:03 AM, Jakub Wilk wrote: > * Daniel Pocock , 2013-06-12, 21:41: >> #4: Our priorities are our users and free software > > In any Debian discussion, given enough time, someone inevitably mentions > SC§4. Once this occurs, the thread is over, and the person who mentioned > it has au

Bug#714134: ITP: python-django-discover-runner -- alternative Django test runner

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-django-discover-runner Version : 1.0 Upstream Author : Jannis Leidel * URL : https://pypi.python.org/pypi/django-discover-runner * License : BSD Programming Lang: Python

Bug#714248: ITP: python-jsonrpclib -- implementation of the JSON-RPC v2.0 specification

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-jsonrpclib Version : 0.1.3 Upstream Author : Josh Marshall * URL : https://pypi.python.org/pypi/jsonrpclib * License : Apache-2.0 Programming Lang: Python Description

Bug#714342: ITP: pytz -- World timezone definitions, modern and historical

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: pytz Version : 2013b Upstream Author : Stuart Bishop * URL : https://pypi.python.org/pypi/pytz * License : Apache-2 Programming Lang: Python Description : World timezone definitions

Re: Bug#714342: ITP: pytz -- World timezone definitions, modern and historical

On 06/28/2013 02:29 PM, Thomas Goirand wrote: > Package: wnpp > Severity: wishlist > Owner: Thomas Goirand > > * Package name: pytz > Version : 2013b > Upstream Author : Stuart Bishop > * URL : https://pypi.python.org/pypi/pytz > *

Re: Bug#714342: ITP: pytz -- World timezone definitions, modern and historical

On 06/28/2013 02:42 PM, Thomas Goirand wrote: > On 06/28/2013 02:29 PM, Thomas Goirand wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Thomas Goirand >> >> * Package name: pytz >> Version : 2013b >> Upstream Author

Re: DM Upload

; T Though, if the key isn't in the keyring file (which isn't updated very often, probably about once every 3 months), then you got to use the --force option, and then the full fingerprint should be advised. [1] This isn't documented anywhere, so I thought I would share feedback. I w

Bug#714473: ITP: python-spidermonkey -- JavaScript / Python bridge

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-spidermonkey Version : 0.0.10 Upstream Author : Paul J. Davis * URL : https://pypi.python.org/pypi/python-spidermonkey * License : MIT Programming Lang: Python Description

Bug#714505: ITP: python-hacking -- Flake8 OpenStack Hacking Guidline Enforcement plugins

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-hacking Version : 0.5.6 Upstream Author : OpenStack * URL : https://pypi.python.org/pypi/hacking * License : Apache-2.0 Programming Lang: Python Description : Flake8

Bug#714983: ITP: python-ordereddict -- drop-in substitute for Python 2.7's new collections.OrderedDict

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-ordereddict Version : 1.1 Upstream Author : Raymond Hettinger * URL : https://pypi.python.org/pypi/ordereddict * License : MIT Programming Lang: Python Description : drop-in

Bug#715136: ITP: python-requestbuilder -- command line-driven HTTP request builder

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-requestbuilder Version : 0.1.0~beta2 Upstream Author : Garrett Holmstrom * URL : https://pypi.python.org/pypi/requestbuilder * License : ISC Programming Lang: Python Description

Debian policy for web apps still references /doc as accessible

Hi, Not sure who/where I should send this, or how I can update the policy manual myself, but this document: http://www.debian.org/doc/debian-policy/ch-customized-programs.html#s-web-appl still references /doc as being accessible (point 3 of chapter 11.5), even though this feature has been removed

Re: Debian policy for web apps still references /doc as accessible

On 07/10/2013 10:45 PM, Holger Levsen wrote: > please file a bug against the debian-policy package. Done, thanks! Thomas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.

Re: Survey answers part 3: systemd is not portable and what this means for our ports

ing such a blog post), so why writing this? You don't want to create another monster troll thread, do you? Thomas Goirand (zigo) Note: I haven't even debated things, just only debunked your post. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of &q

Re: Team maintenance of more Apache modules?

On 07/14/2013 12:36 AM, Thijs Kinkhorst wrote: > On Sat, July 13, 2013 12:43, Colin Watson wrote: >> This isn't my normal field (although I did web server development in a >> previous job), and while I'd like to help out I certainly can't set up a >> team entirely on my own. Would module maintaine

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 07/14/2013 04:57 PM, John Paul Adrian Glaubitz wrote: > On 07/14/2013 06:45 AM, Thomas Goirand wrote: >> These aren't the only viable option and you know it. FYI, OpenRC port to >> Debian is doing well, and it is already able to boot a Debian system >> with curr

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 07/14/2013 08:31 PM, Marco d'Itri wrote: > On Jul 14, David Kalnischkies wrote: > >> At least I am seriously expecting that Debian isn't discarding the outcome >> of a project it has officially endorsed to be under its umbrella for GSoC >> without even the slightest bit of consideration. > I a

Re: openrc packaging status (Re: Survey answers part 3: systemd is not portable and what this means for our ports)

On 07/14/2013 11:40 PM, Holger Levsen wrote: > Hi, > > On Sonntag, 14. Juli 2013, Thomas Goirand wrote: >>> yet there isn't any fully working implementation >> I'm not sure what you call "fully working". > > one which is at least installable

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 07/15/2013 03:20 AM, Marco d'Itri wrote: > On Jul 14, David Kalnischkies wrote: > >> But there is a difference between "not used after its done as the project >> proofed that it is not able to deliver something more valuable" and >> "saying midway that whatever the student does, it will be dis

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 07/15/2013 05:02 PM, Charles Plessy wrote: > Le Mon, Jul 15, 2013 at 04:18:17PM +0800, Thomas Goirand a écrit : >> >> If OpenRC goes up to the shape I expect, it will have a huge advantage >> over systemd and Upstart: it will not be controversial, throwing away >>

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 07/15/2013 04:32 PM, Josselin Mouette wrote: > And now people who want to stick with buggy shell scripts instead of > migrating to a much simpler, declarative mechanism. Please point at a single person on any threads about init systems over the last year who wishes that. I haven't see any. Did

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 07/16/2013 01:50 AM, John Paul Adrian Glaubitz wrote: > On 07/15/2013 06:54 PM, Steve Langasek wrote: >> >> People aren't bothered by OpenRC because it might win, they're >> bothered because its advocates fail to understand why they've >> already lost before they've begun. > > I fully agree on

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 07/16/2013 02:19 AM, Steve Langasek wrote: > On Mon, Jul 15, 2013 at 04:18:17PM +0800, Thomas Goirand wrote: > >> If OpenRC goes up to the shape I expect, it will have a huge advantage >> over systemd and Upstart: it will not be controversial, > > That's not tru

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 07/16/2013 04:30 PM, Gergely Nagy wrote: > Thomas Goirand writes: > >> If OpenRC goes up to the shape I expect, it will have a huge advantage >> over systemd and Upstart: it will not be controversial, > > If it would not be controversial, we wouldn't have this co

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 07/16/2013 05:36 PM, Thomas Goirand wrote: > However, I denied that there's a big controversy going on on this list! :) Everybody understood: of course, there's a heated debate. Thomas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of

Re: PulseAudio

On 07/18/2013 05:11 AM, Uoti Urpala wrote: > The move to systemd in Debian is not motivated by "Lennart's sales > pitch". Though supporters like Michael are relaying his sales pitch in order to (try to) convince everyone. Thomas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 07/18/2013 01:29 AM, Steve Langasek wrote: > - Reliable, low-maintenance system startup (no races / ordering bugs) Could you point at these bugs? > - Reliable service supervision Have you tried using rc-status? Or do you mean restarting crashed daemons? > - Fast startup I thought everyone c

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 07/18/2013 04:30 PM, William Giokas wrote: > If you're going to cite something showing that OpenRC is good, please > don't show something that is so obviously biased it's not even funny > anymore. I agree that this wiki page is obviously biased, and that is to be expected at the wiki.gentoo.org

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 07/18/2013 07:00 PM, Andrey Rahmatullin wrote: > On Thu, Jul 18, 2013 at 06:33:08PM +0800, Thomas Goirand wrote: >> It's about the same on the other side when Lennart tells about Systemd >> "debunking myths". > I'd ask for some arguments here. This has a

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 07/18/2013 07:12 PM, John Paul Adrian Glaubitz wrote: > On 07/18/2013 09:15 AM, Thomas Goirand wrote: >> >> http://wiki.gentoo.org/wiki/Talk:Comparison_of_init_systems > >> "friendly upstream yes no NO YES" > > Really? You put somet

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 07/19/2013 02:21 AM, Steve Langasek wrote: > But unless you've only ever used Debian on systems with a flat > partition:filesystem structure, with no network filesystem mounts, no > LVM/RAID/LUKS, and no networks more complicated than a single interface, > you've either been affected by these ra

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 07/19/2013 08:32 AM, John Paul Adrian Glaubitz wrote: > On 07/18/2013 09:45 PM, Thomas Goirand wrote: >> If OpenRC isn't what we need (I still believe it does address a bunch of >> problems and that the fact it can work for non-Linux port is a key >> factor), the

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 07/19/2013 05:25 PM, John Paul Adrian Glaubitz wrote: > On 07/19/2013 10:15 AM, Thomas Goirand wrote: >>> Popcon however speaks a completely different language: >> >> Even if that was truth (Russ showed it might not), I don't see how this >> is a counter arg

Bug#717382: ITP: python-lesscpy -- LessCss Compiler for Python 3

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-lesscpy Version : 0.9h Upstream Author : Johann T Mariusson * URL : https://pypi.python.org/pypi/lesscpy * License : MIT Programming Lang: Python Description : LessCss

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 07/20/2013 12:43 AM, John Paul Adrian Glaubitz wrote: > On 07/19/2013 05:43 PM, Thomas Goirand wrote: >> We try to have technical reasoning, which is (one of) the reason this >> list exists. This has nothing to do with voting. > > If we actually did, the choice would have

Re: Survey answers part 3: systemd is not portable and what this means for our ports

On 07/20/2013 07:39 AM, Adam Borowski wrote: > So why do we even discuss popcon data here Because John Paul Adrian Glaubitz started writing about it, and defended strongly that it is be data we should consider... He is currently alone defending that opinion. Thomas -- To UNSUBSCRIBE, email to

Bug#717466: ITP: sphinxcontrib-httpdomain -- Sphinx domain for HTTP APIs

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: sphinxcontrib-httpdomain Version : 1.1.8 Upstream Author : Hong Minhee * URL : https://pypi.python.org/pypi/sphinxcontrib-httpdomain * License : BSD-2-clauses Programming Lang: Python

Bug#717467: ITP: sphinxcontrib-pecanwsme -- documenting APIs built with Pecan and WSME

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: sphinxcontrib-pecanwsme Version : 0.2 Upstream Author : Doug Hellmann * URL : https://pypi.python.org/pypi/sphinxcontrib-pecanwsme * License : Apache-2.0 Programming Lang: Python

Bug#717664: ITP: edeploy -- new way to provision/update systems

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: edeploy Version : 0.2 Upstream Author : Frederic Lepied * URL : https://github.com/enovance/edeploy/ * License : Apache-2.0 Programming Lang: Python Description : new way to

Bug#717784: ITP: openstack-nose -- nosetests output to mimic the output of openstack's run_tests.py

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: openstack-nose Version : 0.3 Upstream Author : Jason Kölker * URL : https://github.com/openstack-dev/openstack-nose * License : Apache-2.0 Programming Lang: Python Description

Bug#717785: ITP: python-termcolor -- ANSII Color formatting for output in terminal

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-termcolor Version : 1.1.0 Upstream Author : Konstantin Lepa * URL : https://pypi.python.org/pypi/termcolor * License : MIT Programming Lang: Python Description : ANSII Color

Bug#717809: ITP: oslo-sphinx -- theme and extension support for openstack

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: oslo-sphinx Version : 0.1 Upstream Author : Monty Taylor * URL : https://github.com/openstack/oslo.sphinx * License : Apache-2.0 Programming Lang: Python Description : theme and

Bug#718037: ITP: neutron -- OpenStack virtual networking: a rename for Quantum

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: neutron Version : 2013.2~b2-1 Upstream Author : OpenStack Development Mailing List * URL : http://www.openstack.org/ * License : Apache-2.0 Programming Lang: Python Description

Bug#718041: ITP: python-nosehtmloutput -- Nose plugin to produce test results in html

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-nosehtmloutput Version : 0.0.4 Upstream Author : Clark Boylan * URL : https://pypi.python.org/pypi/nosehtmloutput * License : Apache-2.0 Programming Lang: Python Description

Re: /etc/hosts and resolving of the local host/domainname - 127.0.0.1 vs. 127.0.1.1

On 07/31/2013 08:30 AM, Steve Langasek wrote: > What I'm missing your email is a problem statement explaining what it is > you're trying to solve. The current implementation has been working > reliably for years. He did wrote it. 127.0.1.1 breaks because some daemon (many, according to him) bind

Re: /etc/hosts and resolving of the local host/domainname - 127.0.0.1 vs. 127.0.1.1

On 07/31/2013 06:47 PM, Vincent Lefevre wrote: > On 2013-07-31 11:00:24 +0200, Vincent Bernat wrote: >> ❦ 31 juillet 2013 09:46 CEST, Thomas Goirand : >>> He did wrote it. 127.0.1.1 breaks because some daemon (many, according >>> to him) bind only on 127.0.0.1, and not

Re: LXDE is dead in Debian?

On 07/31/2013 04:45 PM, Mateusz Łukasik wrote: > Hello everybody, > > Can somebody tell me if anybody is engaged in lxde in Debian? If I look > on for example libfm sources: > http://packages.debian.org/source/sid/libfm it was NMU last time I see > down mailing list and VCS-git too. One of uploade

Bug#718416: general: tty1 is cleared at boot, obscuring a screenfull of important boot messages

On 07/31/2013 08:24 PM, Michael Biebl wrote: > Am 31.07.2013 14:11, schrieb Thorsten Glaser: >> Package: general >> Severity: normal >> >> Ever since, I think, wheezy, tty1 is cleared at boot like tty2-6 are. >> This is bad because it obscures the last screenfull of bootmessages, >> at least 25 lin

Bug#719968: ITP: python-crcmod -- CRC Generator

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-crcmod Version : 1.7 Upstream Author : Raymond L. Buvel * URL : https://pypi.python.org/pypi/crcmod * License : MIT Programming Lang: Python Description : CRC Generator

Bug#719971: ITP: python-oauth2client -- OAuth 2.0 client library

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-oauth2client Version : 1.2 Upstream Author : Joe Gregorio * URL : https://pypi.python.org/pypi/oauth2client * License : Apache-2.0 Programming Lang: Python Description

Bug#719974: ITP: python-uritemplate -- implementation of RFC6570

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-uritemplate Version : 0.5.2 Upstream Author : joe.grego...@gmail.com * URL : https://pypi.python.org/pypi/uritemplate * License : Apache-2.0 Programming Lang: Python Description

Bug#719976: ITP: python-socksipy -- adds support for connection through a SOCKS proxy server

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-socksipy Version : 1.0 Upstream Author : Dan Haim * URL : https://pypi.python.org/pypi/SocksiPy * License : BSD-style Programming Lang: Python Description : adds support for

Bug#719981: ITP: google-api-python-client -- core Python library for accessing Google APIs

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: google-api-python-client Version : 1.7 Upstream Author : Google INC. * URL : https://code.google.com/p/google-api-python-client/ * License : Apache-2.0 Programming Lang: Python

Re: Dreamhost dumps Debian

On 08/20/2013 02:04 AM, Charles Plessy wrote: > However, one difficulty that was not mentionned in this thread is that if we > aim at both long term support and frequent releases, then we need to support > users skipping releases I don't see why. > or upgrading multiple releases in a row. Don't

Re: Security support proposed workflow for the very-old-stable (was: Dreamhost dumps Debian)

don't just try, and see if it is doable. Though I have no idea how to duplicate a dak setup and probably will not have the time to investigate how to do it myself, it could be done through a more light infrastructure (which I can host if we don't find anything better). Thou

Re: Dreamhost dumps Debian

On 08/20/2013 05:05 PM, Ian Jackson wrote: > The bigger problem for a Debian LTS is this: 1. who is going to do > security support for it ? My answer is: anyone who cares (and *not* necessarily the package maintainer) in a free-for-all way, with peer review if possible (not necessarily by the secu

Re: overriding udev rules

On 08/20/2013 07:02 PM, olivier sallou wrote: > ok, > I am packaging a package for OpenNebula that is to be installed on > virtual machine images. > It does many setup at startup. > Among other things, in upstream packages, it replaces 2 udev rules: > 75-cd-aliases-generator.rules and 75-persistent

Re: overriding udev rules

On 08/20/2013 07:02 PM, olivier sallou wrote: > I did not know that udev skipped (at least) persistent-net in virtual > machines so I did not try without those replacement rules (how does it > know it is a virtual machine?). Oh, missed that part! I also would be happy to know how it does it. Thom

Re: Security support proposed workflow for the very-old-stable

On 08/20/2013 11:44 PM, Adam Borowski wrote: > On Tue, Aug 20, 2013 at 09:33:52PM +0200, Thomas Goirand wrote: >> My initial idea wasn't to never *impose* the extended security >> maintenance to all DDs. Instead, we could do it on a best-effort basis, >> collectively. M

Re: overriding udev rules

On 08/20/2013 11:44 PM, Vincent Bernat wrote: > ❦ 20 août 2013 22:00 CEST, Thomas Goirand : > >>> I did not know that udev skipped (at least) persistent-net in virtual >>> machines so I did not try without those replacement rules (how does it >>> know it is a vi

Re: overriding udev rules

On 08/22/2013 03:12 AM, Peter Samuelson wrote: > > [Thomas Goirand] >> Oh ok. Not useful at all if you ask me. Why? Because sometimes, you >> can't change the MAC address. For example, if you use the OpenStack >> bare metal driver, then you continue to use virtual m

Re: Dreamhost dumps Debian

On 08/21/2013 05:45 PM, Kevin Chadwick wrote: > Large hosting companies not having made their scripts etc. good enough > to ride out upgrades well should have nothing to do with any decision. I don't think the problem here is with "Large hosting companies not having made their scripts etc. good en

Re: overriding udev rules

(which I recognize is the most useful case), then it could stay as default, as long as there is a reliable way to configure udev. Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@list

Re: Longer maintainance for (former) stable releases of Debian (Re: Dreamhost dumps Debian)

On 08/26/2013 12:33 PM, Neil McGovern wrote: > I'm hoping that these raising of hands are also offers to help do the > work to make it happen. > > Neil Which is why there's only a single person that replied to my workflow proposal ... to criticize my idea to do it on a separate infrastructure, bu

Re: Longer maintainance for (former) stable releases of Debian (Re: Dreamhost dumps Debian)

On 08/27/2013 11:53 AM, Pau Garcia i Quiles wrote: > > On Tue, Aug 27, 2013 at 10:56 AM, Michael Meskes > wrote: > > > > Guys, if you want it to happen, raise your hands *now* like > Gustavo did. > > Otherwise, please everyone: let this thread die and neve

Re: Longer maintainance for (former) stable releases of Debian (Re: Dreamhost dumps Debian)

On 08/27/2013 12:41 PM, Ben Hutchings wrote: > It's hard enough to get maintainers to fix bugs in current stable > (backporting can be difficult, and some just don't care), let alone > another 3 years of LTS. > > Ben. I agree with what you wrote above Ben. Though that is not in a direct relation

Re: Longer maintainance for (former) stable releases of Debian (Re: Dreamhost dumps Debian)

On 08/27/2013 02:28 PM, Michael Meskes wrote: > Which brings up the interesting question how it works for stable now. How > often > do bigs get fixed by the security team and how often by maintainers > themselves? > How much work is this for the security team? Yes, I know, the older the > softwar

Bug#721511: ITP: oslo.messaging -- OpenStack RPC and notifications

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: oslo.messaging Version : 1.2.0~a4 Upstream Author : OpenStack contributors * URL : https://github.com/openstack/oslo.messaging * License : Apache-2.0 Programming Lang: Python

Bug#721517: ITP: python-httpretty -- HTTP client mock for Python

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-httpretty Version : 0.6.3 Upstream Author : Gabriel Falcao * URL : https://github.com/gabrielfalcao/httpretty * License : MIT Programming Lang: Python Description : HTTP

Bug#721604: ITP: python-troveclient -- Client for OpenStack Database as a Service

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-troveclient Version : 0.3.0 Upstream Author : Nick Vlku * URL : https://pypi.python.org/pypi/TroveClient * License : MIT Programming Lang: Python Description : Client for

Re: Nitpicking in the NEW queue.

On 09/02/2013 07:38 PM, John Paul Adrian Glaubitz wrote: > Adding to this. I know Paul personally very well and I don't think that > he'd maliciously reject a package. I don't think so either. Though what happens is that Charles is being frustrated because of the current waiting time in the NEW q

Bug#721705: ITP: python-misaka -- binding for Sundown, a markdown parsing library

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-misaka Version : 1.0.2 Upstream Author : Frank Smit * URL : http://misaka.61924.nl/ * License : MIT Programming Lang: Python Description : binding for Sundown, a markdown

Bug#721708: ITP: python-steadymark -- markdown-based test runner

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-steadymark Version : 0.4.5 Upstream Author : Gabriel Falcao * URL : https://github.com/gabrielfalcao/steadymark * License : MIT Programming Lang: Python Description

Bug#721710: ITP: python-sure -- utility belt for automated testing for python

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-sure Version : 1.2.2 Upstream Author : Gabriel Falcao * URL : https://github.com/gabrielfalcao/sure * License : GPL-3 Programming Lang: Python Description : utility belt for

Bug#721715: ITP: python-couleur -- tool to play around with ANSI features in a unix terminal

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-couleur Version : 0.5.0 Upstream Author : Gabriel Falcão * URL : https://github.com/gabrielfalcao/couleur * License : Apache-2.0 Programming Lang: Python Description : tool

Re: to those who want to support Debian longer...

On 08/29/2013 07:18 PM, Holger Levsen wrote: > Hi, > > please start with helping supporting the current stable release better: > > http://udd.debian.org/bugs.cgi?release=wheezy&rc=1 shows 255 RC bugs in > wheezy, just four months after this counter was basically at zero. Hi, As much as I would

Bug#721831: ITP: python-sockjs-tornado -- server side counterpart of SockJS-client browser library

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-sockjs-tornado Version : 1.0.0 Upstream Author : Serge S. Koval * URL : https://github.com/mrjoes/sockjs-tornado * License : MIT Programming Lang: Python Description

Bug#721900: ITP: jenkins-job-builder -- takes jobs descriptions in YAML to configure Jenkins

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: jenkins-job-builder Version : 0.5.0 Upstream Author : James E. Blair * URL : https://github.com/openstack-infra/jenkins-job-builder * License : Apache-2.0 Programming Lang: Python

Re: Bug#721900: ITP: jenkins-job-builder -- takes jobs descriptions in YAML to configure Jenkins

On 09/05/2013 04:10 PM, Thomas Goirand wrote: > Package: wnpp > Severity: wishlist > Owner: Thomas Goirand > > * Package name: jenkins-job-builder > Version : 0.5.0 > Upstream Author : James E. Blair > * URL : https://github.com/openstack-i

<    1   2   3   4   5   6   7   8   9   10   >