Package: wnpp
Severity: wishlist
Owner: Tim Potter
* Package name: argparse4j
Version : 0.4.4
Upstream Author : Tatsuhiro Tsujikawa
* URL : http://argparse4j.sourceforge.net
* License : MIT
Programming Lang: Java
Description : a command-line argument p
On Nov 17, Steve Langasek wrote:
> > This is what many still (retorically) wonder about: we the systemd
> > maintainers did not reject that change,
> https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=15;bug=746578
Please try to be less selective in your quoting: the issue was still
being disc
m...@linux.it (Marco d'Itri) writes:
> On Nov 17, Steve Langasek wrote:
>
>> > This is what many still (retorically) wonder about: we the systemd
>> > maintainers did not reject that change,
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=15;bug=746578
> Please try to be less selective in
On Mon, 17 Nov 2014, Ron wrote:
> > Anything that doesn't store the full debian version (be it a git tag or a
> > filename) will have a colision risk. Consider a package that has versions
> > 1:2.3.5-1 and 5:2.3.5-1.
>
> Right, that was one of the first cases I mentioned. When you upload
> 5:2.3
On Mon, 17 Nov 2014, Anthony Towns wrote:
> Having a single tool that does the basic stuff admins and maintainers need
> independent of init system seems like the right approach to me. "*-rc.d"
> is a terrible name for such a tool, though :(
Err, yes. There were complains about the -rc.d prefix w
Hi,
Henrique de Moraes Holschuh:
> On Mon, 17 Nov 2014, Anthony Towns wrote:
> > Having a single tool that does the basic stuff admins and maintainers need
> > independent of init system seems like the right approach to me. "*-rc.d"
> > is a terrible name for such a tool, though :(
>
> Err, yes.
Jordan Metzmeier writes:
> * Package name: puppetlabs-spec-helper
This is already packaged as
https://packages.debian.org/sid/ruby-puppetlabs-spec-helper
--
Stig Sandbeck Mathisen
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble
On Thu, Nov 13, 2014 at 11:02:53AM +0100, Bálint Réczey wrote:
> Dear Josselin,
>
> I have just noticed your blog post on planet.debian.org:
> https://np237.livejournal.com/34598.html
>
> I would like to ask you to resist the temptation of publishing similar posts.
> It makes fun of part of our c
On Mon, Nov 17, 2014 at 10:10:58AM -0200, Henrique de Moraes Holschuh wrote:
> On Mon, 17 Nov 2014, Anthony Towns wrote:
> > Having a single tool that does the basic stuff admins and maintainers need
> > independent of init system seems like the right approach to me. "*-rc.d"
> > is a terrible name
Package: general
Severity: important
Dear Debian Maintainers,
I tried the alternative init systems (namely upstart and systemd) and
while I think there is some potential in these systems I don't think
they are ready for Jessie.
As basic system component the init system needs to be very realiable
On Mon, Nov 17, 2014 at 11:05:13AM +0100, Bj??rn Mork wrote:
> m...@linux.it (Marco d'Itri) writes:
> > On Nov 17, Steve Langasek wrote:
> >> > This is what many still (retorically) wonder about: we the systemd
> >> > maintainers did not reject that change,
> >> https://bugs.debian.org/cgi-bin/
Your message dated Mon, 17 Nov 2014 15:55:49 +0100
with message-id <201411171555.56561.hol...@layer-acht.org>
and subject line Re: Bug#769907: general: non-sysvinit init systems are made of
fail
has caused the Debian Bug report #769907,
regarding general: non-sysvinit init systems are made of fail
Package: wnpp
Severity: wishlist
Owner: Sebastien Delafond
* Package name: fnordmetric
Version : 1.0~alpha
Upstream Author : Paul Asmuth
* URL : http://fnordmetric.io/
* License : GPL3
Programming Lang: C++
Description : write SQL queries that return SV
close 769851
thanks
On Mon, Nov 17, 2014 at 8:07 AM, Stig Sandbeck Mathisen wrote:
> Jordan Metzmeier writes:
>
>> * Package name: puppetlabs-spec-helper
>
> This is already packaged as
> https://packages.debian.org/sid/ruby-puppetlabs-spec-helper
Thanks. I probably only searched stable by
Bjørn Mork writes:
> I see. So any systemd bug with a 'wontfix' tag is still considered open
> for discussion?
I can't speak to the maintenance practices of systemd maintainers, but if
the bug isn't open to discussion, I close it. I think that's fairly
common across Debian. If it's tagged won
Simon McVittie writes ("Re: RFC: DEP-14: Recommended layout for Git packaging
repositories"):
> I agree that the expected contents of the branches are far more
> important than their names. Unfortunately, while acting as "the Debian
> expert" for Debian derivatives at $day_job, I keep finding that
Simon McVittie writes ("Re: RFC: DEP-14: Recommended layout for Git packaging
repositories"):
> gbp-pq and git-dpm are the other way round: the tree can be built with
> dpkg-buildpackage, but the cost is that you have to commit in a way that
> isn't the normal git thing (either using a specific to
On Mon, 17 Nov 2014, Anthony Towns wrote:
> If deb-systemd-* were to get merged in, it might be worth doing a name
> change at the same time, I guess. Changing either before jessie doesn't
> seem remotely plausible.
>
> I wonder if it would make sense to just merge it all into the "service"
> comm
On Fri, 14 Nov 2014, Ralf Jung wrote:
> I was specifically talking about interfaces (as in, dbus signatures),
Meh… I don’t even have dbus installed at home. (It is, on the work
system, due to… virt-manager and iceweasel(?).)
> > So, no need for anything systemd-ish.
>
> Well, even better for yo
On Mon, Nov 17, 2014 at 02:38:04PM -0200, Henrique de Moraes Holschuh wrote:
> On Mon, 17 Nov 2014, Anthony Towns wrote:
> > If deb-systemd-* were to get merged in, it might be worth doing a name
> > change at the same time, I guess. Changing either before jessie doesn't
> > seem remotely plausible
On 11/17/2014 10:36 PM, Anthony Towns wrote:
> I wonder if it would make sense to just merge it all into the "service"
> command; ie:
>
># service --use-policy ssh start
># service --use-policy ssh restart
># service ssh enable
># service acpid.socket mask-for-upgrade
>
> in place
Anthony Towns writes ("Re: Being part of a community and behaving"):
> "Steve, as long as bugs like [1] are not fixed in systemd-shim, I'm not
> going to make it the first alternative. Installing a half-broken logind
> whould be a disservice to our users."
> https://bugs.debian.org/cgi-bin/bugrepo
On 11/17/2014 10:41 PM, Michal Suchanek wrote:
> To be a reasonable sysvinit replacement
> systemd and upstart must output messages to consoles(s) to which
> sysvinit did output messages, even on systems with multiple consoles
> (eg. serial, vga, kms).
Not really... Or at least, not until last sum
Anthony Towns writes:
> BTW, it occured to me that it seems like a wart that update-rc.d doesn't
> respect policy-rc.d -- as it stands, policy-rc.d can prevent a service
> from (re)starting during install/upgrade, but it'll still start on the
> next boot. Is that just something that never got tho
Shachar Shemesh writes:
> Please try to refrain from jokes other will find offending.
That joke is in very poor taste, sir.
--
Stig Sandbeck Mathisen
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.o
On 11/17/2014 at 12:12 PM, Ian Jackson wrote:
> Anthony Towns writes ("Re: Being part of a community and behaving"):
>> The bug referenced as "[1]" above was #756076 which was set as
>> grave on 18th September, with a fix developed upstream on the 5th
>> Nov, which was then uploaded to Debian on
Am 2014-11-17 18:07, schrieb Anthony Towns:
BTW, it occured to me that it seems like a wart that update-rc.d
doesn't
respect policy-rc.d -- as it stands, policy-rc.d can prevent a
service
from (re)starting during install/upgrade, but it'll still start on
the
next boot. Is that just something t
On Mon, 17 Nov 2014, Anthony Towns wrote:
> On Mon, Nov 17, 2014 at 02:38:04PM -0200, Henrique de Moraes Holschuh wrote:
> > On Mon, 17 Nov 2014, Anthony Towns wrote:
> > > If deb-systemd-* were to get merged in, it might be worth doing a name
> > > change at the same time, I guess. Changing either
On Mon, Nov 17, 2014 at 09:22:39AM -0800, Russ Allbery wrote:
> Anthony Towns writes:
> > BTW, it occured to me that it seems like a wart that update-rc.d doesn't
> > respect policy-rc.d -- as it stands, policy-rc.d can prevent a service
> > from (re)starting during install/upgrade, but it'll stil
Le samedi 15 novembre 2014 à 16:16 -0800, Don Armstrong a écrit :
> The technical committe was asked in #746578 to override the ordering
> of the alternative dependencies on systemd-sysv and systemd-shim to
> prefer the installation of systemd-shim in cases where sysvinit-core
> was already install
Control: reassign -1 wnpp
Control: retitle -1 RFP: variety -- wallpaper changer
On Lu, 17 nov 14, 16:02:30, Nenad Latinović wrote:
> Package: variety
> Version: variety
> Severity: wishlist
>
> Dear Maintainer,
>
> If it's possible, I'd like to suggest packaging this wallpaper changer for
> Deb
On Mon, 17 Nov 2014, Anthony Towns wrote:
> On Mon, Nov 17, 2014 at 09:22:39AM -0800, Russ Allbery wrote:
> > Anthony Towns writes:
> > > BTW, it occured to me that it seems like a wart that update-rc.d doesn't
> > > respect policy-rc.d -- as it stands, policy-rc.d can prevent a service
> > > from
On 16/11/14 17:16, Scott Kitterman wrote:
> The cure for inappropriate speech is more speech. Calling people on things
> that are inappropriate or that cause problems in the project is exactly the
> right thing to do.
I was trying to point out the futility of trying to ask people to show
restra
On Mon, 17 Nov 2014, Josselin Mouette wrote:
> Le samedi 15 novembre 2014 à 16:16 -0800, Don Armstrong a écrit :
> > The technical committe was asked in #746578 to override the ordering
> > of the alternative dependencies on systemd-sysv and systemd-shim to
> > prefer the installation of systemd-sh
Henrique de Moraes Holschuh writes:
> I think I heard of someone using them *once*. It is very rare, AFAIK.
> However, if there is one thing I learned the hard way, is that people
> who use the advanced features don't make themselves or that fact known
> unless you ask. They often don't show u
On 17 November 2014 18:15, Thomas Goirand wrote:
> On 11/17/2014 10:41 PM, Michal Suchanek wrote:
>> To be a reasonable sysvinit replacement
>> systemd and upstart must output messages to consoles(s) to which
>> sysvinit did output messages, even on systems with multiple consoles
>> (eg. serial, v
First, Don, I’d like to thank you for keeping the discussion civil. I
have made a serious accusation, and I don’t want it to be an excuse for
a mudfight.
Le lundi 17 novembre 2014 à 11:15 -0800, Don Armstrong a écrit :
> §6.3.6 does not prevent the CTTE from being presented an issue early. It
> st
Le lundi 17 novembre 2014 à 21:20 +0100, Josselin Mouette a écrit :
> It’s not because the resolution is wrong, either. Of course, my opinion
> is that it is wrong, and that it is going to rain fire on us when
> upgraded systems do not behave like freshly installed ones.
Ansgar pointed to me on I
Hi,
> Le lundi 17 novembre 2014 à 11:15 -0800, Don Armstrong a écrit :
>> §6.3.6 does not prevent the CTTE from being presented an issue early. It
>> stops the CTTE from deciding an issue before a consensus approach has
>> been attempted. In this particular case, I felt that a consensus
>> approac
On Mon, Nov 17, 2014 at 09:20:56PM +0100, Josselin Mouette wrote:
> > In retrospect, the CTTE may not be working consensus hard enough, and
> > for that, I'm sorry. Working to achieve consensus is very difficult,
> > time consuming, and fraught. It takes a huge time commitment, and even
> > after s
On Monday, 17 de November de 2014 20:20:56 Josselin Mouette escribió:
> First, Don, I’d like to thank you for keeping the discussion civil. I
> have made a serious accusation, and I don’t want it to be an excuse for
> a mudfight.
The point is not that you have made a serious accusation. It is your
Hi Josselin,
On Mon, Nov 17, 2014 at 07:38:34PM +0100, Josselin Mouette wrote:
> Le samedi 15 novembre 2014 à 16:16 -0800, Don Armstrong a écrit :
> > The technical committe was asked in #746578 to override the ordering
> > of the alternative dependencies on systemd-sysv and systemd-shim to
> > pr
On Mon, 17 Nov 2014, Russ Allbery wrote:
> Henrique de Moraes Holschuh writes:
> > I think I heard of someone using them *once*. It is very rare, AFAIK.
>
> > However, if there is one thing I learned the hard way, is that people
> > who use the advanced features don't make themselves or that fac
It appears that the appropriate resolution of #769106 [1] is to add a new
pre-depends on python-minimal in python.
This issue at hand is that at the time python2.7-minimal is configured, python
is unpacked, but python-minimal is not. Since python-2.7-minimal doesn't have
a direct depends on p
On Mon, Nov 17, 2014 at 10:21:13AM +0100, Marco d'Itri wrote:
> On Nov 17, Steve Langasek wrote:
>
> > > This is what many still (retorically) wonder about: we the systemd
> > > maintainers did not reject that change,
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=15;bug=746578
> Please
On 17/11/14 16:24, Ian Jackson wrote:
> I don't think this problem, of a mass of different branch structures,
> is going to go away any time soon. Simply because people don't seem
> able to agree.
>
> My answer is to create a parallel universe in which the branch
> structure is known.
As far as
Hi,
First of all, sorry in advance if the beginning of this post looks more
like a bug report discussion than a debian-devel post.
> try this instead:
>
> $ journalctl _SYSTEMD_UNIT=systemd-journald.service
>
> which will (most likely) also show messages like "Suppressed 1927 messages
> from /P
> This decision has been made in gross violation of constitution §6.3.6,
> being summoned to override a maintainer’s choice while the solution
> was still under discussion.
>
> I urge the systemd maintainers not to take it into account.
I fully agree. This whole vote has been a farce and the resul
On 11/18/2014 03:50 AM, Michal Suchanek wrote:
> With
> current sysvinit the serial console is also used as main but
> sysvinit-core does not produce any messages on tty0 whatsoever and so
> does not mislead the user into thinking that useful boot progress
> feedback can be obtained on that termina
On Tue, 2014-11-18 at 00:43 +0100, John Paul Adrian Glaubitz wrote:
> > This decision has been made in gross violation of constitution §6.3.6,
> > being summoned to override a maintainer’s choice while the solution
> > was still under discussion.
> >
> > I urge the systemd maintainers not to take
Hi Christoph,
On Tue, Nov 18, 2014 at 01:24:13AM +0100, Christoph Anton Mitterer wrote:
> Just had to wonder... what happens to DDs who intentionally and clearly
> break the constitution or who publicly state to no longer feel bound by
> it?
This mailing list is a technical list and your message/
On Tue, 2014-11-18 at 01:26 +0100, Michael Banck wrote:
> This mailing list is a technical list and your message/question is
> off-topic. Kindly reask it on another list, or another forum
> altogether.
I wouldn't say that the two posts I was particularly replying to were in
any way more technical
Simon McVittie writes ("Re: RFC: DEP-14: Recommended layout for Git packaging
repositories"):
> As far as I can see from what you've said elsewhere, for source format
> 3.0 (quilt), you're aiming for the "patches applied and also serialized
> in debian/patches/" state (matching git-dpm I think?),
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-rneos
Version : 0.2-7-1
Upstream Author : Bernhard Pfaff
* URL or Web page : http://cran.r-project.org/web/packages/rneos/index.html
* License : GPL (>= 2)
Description : GNU R package wi
Henrique de Moraes Holschuh wrote:
> Anthony Towns wrote:
> > Russ Allbery wrote:
> > > Anthony Towns writes:
> > > > BTW, it occured to me that it seems like a wart that update-rc.d doesn't
> > > > respect policy-rc.d -- as it stands, policy-rc.d can prevent a service
> > > > from (re)starting dur
On Mon, Nov 17, 2014 at 02:48:29PM +, Anthony Towns wrote:
> On Mon, Nov 17, 2014 at 11:05:13AM +0100, Bj??rn Mork wrote:
> > m...@linux.it (Marco d'Itri) writes:
> > > On Nov 17, Steve Langasek wrote:
> > >> > This is what many still (retorically) wonder about: we the systemd
> > >> > mainta
On Tue, Nov 18, 2014 at 01:24:13AM +0100, Christoph Anton Mitterer wrote:
> > > This decision has been made in gross violation of constitution §6.3.6,
> > > being summoned to override a maintainer’s choice while the solution
> > > was still under discussion.
> > >
> > > I urge the systemd maintaine
Bob Proulx writes:
> Henrique de Moraes Holschuh wrote:
>> Anthony Towns wrote:
>>> Followup question: does anyone actually use the detailed features of
>>> policy-rc.d or is always used in practice to turn all init scripts off?
>> I think I heard of someone using them *once*. It is very rare,
Chris Bannister writes:
> It appears to be a misnomer then. I read 'wontfix' as "I'm not going to
> to fix it as I don't see it as a bug."
> Or am I confusing an open wontfix with a closed wontfix?
Yeah, this is confusing as heck, and to make it worse, every Debian
maintainer has their own sys
Chris Bannister writes:
> [the ‘wontfix’ tag] appears to be a misnomer then. I read 'wontfix' as
> "I'm not going to to fix it as I don't see it as a bug."
The official definition:
wontfix
This bug won't be fixed. Possibly because this is a choice between
two arbitrary ways of doing
Package: wnpp
Severity: wishlist
Owner: Jerome Benoit
* Package name: 4ti2
Version : 1.6.2
Upstream Author : 4ti2 team
* URL : http://www.4ti2.de/
* License : GPL-2+
Programming Lang: C, C++, swig
Description : algebraic, geometric and combinatorial pro
Hello all,
Josselin Mouette [2014-11-17 19:38 +0100]:
> This decision has been made in gross violation of constitution §6.3.6,
> being summoned to override a maintainer’s choice while the solution was
> still under discussion.
>
> I urge the systemd maintainers not to take it into account.
TBH,
On Mon, Nov 17, 2014 at 18:24:00 -0500, Scott Kitterman wrote:
> It appears that the appropriate resolution of #769106 [1] is to add a new
> pre-depends on python-minimal in python.
>
> This issue at hand is that at the time python2.7-minimal is configured,
> python
> is unpacked, but python-
On Tue, 2014-11-18 at 06:29 +0100, Martin Pitt wrote:
> Hello all,
>
> Josselin Mouette [2014-11-17 19:38 +0100]:
> > This decision has been made in gross violation of constitution §6.3.6,
> > being summoned to override a maintainer’s choice while the solution was
> > still under discussion.
> >
On Tuesday, November 18, 2014 08:28:29 AM Julien Cristau wrote:
> On Mon, Nov 17, 2014 at 18:24:00 -0500, Scott Kitterman wrote:
> > It appears that the appropriate resolution of #769106 [1] is to add a new
> > pre-depends on python-minimal in python.
> >
> > This issue at hand is that at the tim
65 matches
Mail list logo
