Package: wnpp
Severity: wishlist
Owner: Twan Wolthof
* Package name: github-backup-utils
Version : 1.1.0
Upstream Author : Ryan Tomayko
* URL : https://github.com/github/backup-utils
* License : MIT
Programming Lang: sh
Description : Backup and recover
On 10/21/2014 05:12 PM, Thorsten Glaser wrote:
> On Tue, 21 Oct 2014, Thomas Goirand wrote:
>
>> So, dear fellow DDs, I'm asking you: each time you see that an upstream
>> author is breaking an ABI on a package you maintain, write an email to
>> him/her, and explain how much this is bad and should
Ansgar Burchardt:
Isn't that just a hack to work around deficits in sysvinit?
Matthias Urlichs:
The whole of sys5rc can be described as a hack to work around the
> fact that sys5init does not have a whole lot of features … if
> somebody had evolved it with an inittab.d directory and a more
Package: wnpp
Severity: wishlist
Owner: Alberto Garcia
* Package name: megatools
Version : 1.9.93
Upstream Author : Ondřej Jirman
* URL : http://megatools.megous.com
* License : GPL-2+ with OpenSSL exception
Programming Lang: C
Description : Command-li
On Fri, Oct 24, 2014 at 03:25:47AM +1300, Chris Bannister wrote:
> Am I missing something, or are statements like this fraught with much
> headscratching and bewilderment? :
>
> "Note that this is a promise, not an eternal guarantee."
>
> > [0]
> > http://www.freedesktop.org/wiki/Software/system
Control: tags -1 + wontfix moreinfo
Am 21.09.2014 um 16:27 schrieb Martin-Éric Racine:
> Package: build-essential
> Version: 11.7
> Severity: normal
>
> Given how 'make' has priority Optional, while 'make-guile' is Standard,
> build-essential's Depends should probably be updated to match.
I don'
The Wanderer:
This is the problem. The init system should not be providing
> "features" which other software might, post-boot and pre-shutdown,
> want to make use of. (AFAIK sysvinit never did, and most - possibly
> all? - of the other init-system candidates don't either.) Such
> features shou
Jonathan de Boyne Pollard wrote:
You know, or at least should know, as well as I that one can
centralize the code to do all of those things, and abstract them out of
daemons into a service manager, without that service manager being
process #1.
I don’t know wh
❦ 24 octobre 2014 16:19 +0100, Jonathan de Boyne Pollard
:
> M. Wanderer was talking about process #1 in his message, M. Urlichs,
> which xe made synonymous with "the init system". Your changing that
> to be the systemd package, in order to then knock that argument down,
> is a strawman. You
Josselin Mouette writes:
> Jonathan de Boyne Pollard wrote:
> You know, or at least should know, as well as I that one can
> centralize the code to do all of those things, and abstract them
> out of daemons into a service manager, without that service
> manager be
The Wanderer:
At a glance at the sysvinit source, it doesn't look to me like
/sbin/init itself does service management, in the "starting, stopping
and monitoring services" form; at most, it seems to handle some subset
of the "monitoring" part, in the form of noticing when something has
died abnor
The Wanderer:
That isn't all you gain by it; you also gain the benefit of being
> able to use these features no matter which init system you're
> running. Which in turn helps avoid lock-in, and enable easier testing
> of (or migration to) alternatives, and prevent user surprise, and so
> forth.
(Bcc bugreport, as some new information has come up, I think.)
Hi everyone,
some gir-* packages install their typelib files into multiarch paths
since recently, which requires gobject-introspection of a version
newer than what’s in stable.
There’s a bugreport related to this (#766644) in which t
On Fri, Oct 24, 2014 at 8:54 AM, Josselin Mouette wrote:
> Jonathan de Boyne Pollard wrote:
> You know, or at least should know, as well as I that one can
> centralize the code to do all of those things, and abstract them out
> of
> daemons into a service manager, without
Am 24.10.2014 um 20:54 schrieb Thorsten Glaser:
> However, contrary to what I said in the bugreport, I now think that we
> need a build dependency on newer gobject-introspection in the packages
> that *use* these typelib files, because it is the dh_girepository call
> in those packages that actuall
Am 24.10.2014 um 21:39 schrieb Michael Biebl:
> Am 24.10.2014 um 20:54 schrieb Thorsten Glaser:
>> However, contrary to what I said in the bugreport, I now think that we
>> need a build dependency on newer gobject-introspection in the packages
>> that *use* these typelib files, because it is the dh
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: debian-design
Version : 1
Upstream Author : Debian Design Team
* URL : https://wiki.debian.org/Debian
* License : GPL-3+
Programming Lan
Vincent Bernat:
> All of them are relying on the fact that the monitored process won't
fork.
> They are therefore not able to handle readiness and dependencies.
Also untrue. Handling dependencies has nothing to do with forking, and
it's an error to think that anyone handles readiness. Readin
❦ 24 octobre 2014 23:04 +0100, Jonathan de Boyne Pollard
:
>> All of them are relying on the fact that the monitored process won't
>> fork. They are therefore not able to handle readiness and
>> dependencies.
>
> Also untrue. Handling dependencies has nothing to do with forking,
[...]
Yes it
On 24 October 2014 15:23, Matthias Klose wrote:
> Control: tags -1 + wontfix moreinfo
>
> Am 21.09.2014 um 16:27 schrieb Martin-Éric Racine:
>> Package: build-essential
>> Version: 11.7
>> Severity: normal
>>
>> Given how 'make' has priority Optional, while 'make-guile' is Standard,
>> build-essen
On Thu, Oct 23, 2014 at 09:39:35PM -0700, Craig Rodrigues wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Craig Rodrigues
>
> * Package name: libatf
> Version : 0.21
> Upstream Author : Julio Merino
> * URL : https://github.com/jmmv/atf
> * License : BSD
Package: wnpp
Severity: wishlist
Owner: Balasankar C
* Package name: ruby-crass
Version : 0.2.1
Upstream Author : Ryan Grove
* URL : https://github.com/rgrove/crass/
* License : Expat
Description : Crass is a Ruby CSS parser based on the CSS Syntax Level
Package: wnpp
Severity: wishlist
Owner: Groonga Project
X-Debbugs-CC: debian-devel@lists.debian.org, debian-de...@lists.debian.or.jp
Package name: groonga-normalizer-mysql
Version: 1.0.6
Upstream Author: Kouhei Sutou
URL: https://github.com/groonga/groonga-normalizer-mysql
Hi,
Josselin Mouette:
> Said otherwise, it is not possible to write a reliable service manager
> without integrating it to what happens in process #1.
>
s/is/was/. Today, you have prctl(PR_SET_CHILD_SUBREAPER) to declare
yourself as a pseudo-init to the processes you fork off -- that patch is
fr
24 matches
Mail list logo
