Bug#765317: RFP: t-digest -- data structure for accurate on-line accumulation of rank-based statistics such as quantiles and trimmed means

Package: wnpp Severity: wishlist * Package name: libt-digest-java Version : 3.0 Upstream Author : Ted Dunning * URL or Web page : https://github.com/tdunning/t-digest * License : Apache2 Description : data structure for accurate on-line accumulation of

Re: Any news about Blends in tasks selection (Was: Debian Installer Jessie Beta 2 release)

Hi Andreas, Andreas Tille (2014-10-08): > On Sun, Oct 05, 2014 at 09:11:24PM +0200, Cyril Brulebois wrote: > > The Debian Installer team[1] is pleased to announce the second beta > > release of the installer for Debian 8 "Jessie". > > ... > > thanks for your report and your continuous work on t

Re: piece of mind (Re: Moderated posts?)

Joey Hess wrote: > A small percentage of server users are avoiding swiching to systemd, > although that group looks to still be shrinking somewhat. Of course, not many people use unstable/testing for servers, so we don't really know much from popcon yet about whether server admins will go for syst

Re: piece of mind (Re: Moderated posts?)

Philip Hands writes ("Re: piece of mind (Re: Moderated posts?)"): > I'm completely astonished that Ian is willing to suggest that four more > people pledging support for it at this stage would be enough for him to > attempt CPR on its putrid corpse. You put me in an awkward position. My email was

Re: piece of mind (Re: Moderated posts?)

+++ Didier 'OdyX' Raboud [2014-10-13 17:33 +0200]: > I really don't buy the argument that "the GR proposal was too quiet to > be noticed by 6+ people". I mean: the proposition happened to be in the > middle of the post-TC decision wave, on the mailing lists where it > belonged. The people who ca

Re: piece of mind (Re: Moderated posts?)

Joey Hess writes: > Yes we do: sysvinit-core systemd-sysv systemd-shim > > https://qa.debian.org/popcon-graph.php?packages=sysvinit-core+systemd-sysv+systemd-shim&show_installed=on&show_vote=on&want_legend=on&want_ticks=on&from_date=&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1 [...] > Only

Re: piece of mind (Re: Moderated posts?)

Henrique de Moraes Holschuh wrote: > Right now it is the "defaults" effect, because Debian stable is included in > the report. We don't have a "testing + unstable" report. Yes we do: sysvinit-core systemd-sysv systemd-shim https://qa.debian.org/popcon-graph.php?packages=sysvinit-core+systemd-sys

Re: bash exorcism experiment ('bug' 762923 & 763012)

2014-10-02 10:06:50 -0400, shawn wilson: [...] > I hate the idea of dash. It's not more secure (see vmware cve for an > example) and I think it was more of an accident than anything else this > didn't hit dash too. [...] That CVE is not about a bug in dash. There are a few misconceptions around th

Re: ITNMU nfdump

On Mon, Oct 13, 2014 at 2:27 PM, Jaakko Niemi wrote: > Hello, > > I'm planning to NMU nfdump, and have been unable to contact the maintainer > (his > MTA says I'm a spammer). Has anyone else been in contact with Erik lately? I packaged up nfsen a while ago (maybe 16 months) and asked Erik about s

Re: bash exorcism experiment ('bug' 762923 & 763012)

2014-09-29 09:22:58 +1000, Russell Stuart: > On Sun, 2014-09-28 at 16:47 +0200, Guillem Jover wrote: > > > I've attempted to port the many shell scripts I've written over the > > > years to dash. The three irritants are: > > > > > > - pipefail, > > > >

Re: bash exorcism experiment ('bug' 762923 & 763012)

Stephane Chazelas dixit: [ a lot, with which I vehemently disagree ] >If you need arrays, use "$@" or use "perl/python/ruby...", but >please don't break yet another shell with the Korn arrays or >arithmetics. The good part about mksh i̲s̲ that it’s a programming language, a nice one to use, much

Re: bash exorcism experiment ('bug' 762923 & 763012)

2014-10-13 12:21:33 +0200, Thorsten Glaser: > On Mon, 13 Oct 2014, Dominik George wrote: > > > foo='x[$(rm -rf /)]' > > echo $(( foo )) > > > > Guess when the array index is evaluated? Now mind that it could be > > This is fully and completely a user error. (User being the script.) > > > user-p

Bug#765188: ITP: libmodule-runtime-conflicts-perl -- module to provide information on conflicts for Module::Runtime

Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libmodule-runtime-conflicts-perl Version : 0.001 Upstream Author : Karen Etheridge * URL : https://metacpan.org/release/Mod

Re: bash exorcism experiment ('bug' 762923 & 763012)

2014-10-07 15:03:05 +0200, Thorsten Glaser: > On Sat, 4 Oct 2014, Russ Allbery wrote: > > > >> If we were to decide that #309415 should be fixed in policy (and hence > > >> posh), then it should be done by requiring support for the obsolescent > > The problems with posh and dash are also the shee

Re: piece of mind (Re: Moderated posts?)

Miles Fidelman writes: > Didier 'OdyX' Raboud wrote: >> I really don't buy the argument that "the GR proposal was too quiet to >> be noticed by 6+ people". I mean: the proposition happened to be in the >> middle of the post-TC decision wave, on the mailing lists where it >> belonged. The people w

Re: TLP package vs. pm-utils

On 12.10.2014 23:41, Vincent Bernat wrote: > I thought that the pm-suspend part of acpid/acpi-support was disabled > when systemd is detected. See /usr/share/acpi-support/policy-funcs. I forgot to mention that the experiment was on a sysvinit-core setup, i.e. no pid 1 systemd. With systemd it works

Re: Built-Using, again…

On Mon, Oct 13, 2014 at 11:17:19AM +0100, Wookey wrote: > +++ Thorsten Glaser [2014-10-13 12:05 +0200]: > > sbuild/buildd runs apt-get update, but not apt-get *upgrade, > > before each build. But I assume this should not be changed > > either… > > I _think_ we don't do this because the upgrading u

ITNMU nfdump

Hello, I'm planning to NMU nfdump, and have been unable to contact the maintainer (his MTA says I'm a spammer). Has anyone else been in contact with Erik lately? Echelon has seen him last time 18 months ago. On longer term, I'm planning to adopt the package, unless someone beats me to it.

Processed: Re: Bug#765076: general: No way to have a clean chroot for building packages

Processing control commands: > reassign -1 debootstrap Bug #765076 [general] general: No way to have a clean chroot for building packages Bug reassigned from package 'general' to 'debootstrap'. Ignoring request to alter found versions of bug #765076 to the same values previously set Ignoring req

Bug#765076: general: No way to have a clean chroot for building packages

control: reassign -1 debootstrap control: retitle -1 variant=buildd should not install init systems Hi, On Montag, 13. Oktober 2014, Joey Hess wrote: > It seems reasonable for debootstrap --variant=buildd to omit any init > systems, if it doesn't already. seems reasonable indeed, reassigning acc

Bug#765076: general: No way to have a clean chroot for building packages

Hi, Joey Hess writes: > Santiago Vila wrote: >> Before systemd arrived, it was possible to have a chroot free from >> init packages (not needed to build packages). > > It seems reasonable for debootstrap --variant=buildd to omit any init > systems, if it doesn't already. It seems a bit hacky to

Re: piece of mind (Re: Moderated posts?)

Le lundi, 13 octobre 2014, 12.23:00 Miles Fidelman a écrit : > Didier 'OdyX' Raboud wrote: > > I really don't buy the argument that "the GR proposal was too quiet > > to be noticed by 6+ people". > > Actually - I'd contest that, for four reasons: > > - as I've previously noted - the major impacts

Re: piece of mind (Re: Moderated posts?)

At Mon, 13 Oct 2014 13:23:16 -0400, Miles Fidelman wrote: > > Henrique de Moraes Holschuh wrote: > > On Mon, 13 Oct 2014, Matthias Urlichs wrote: > >> In any case, users _do_ have a say. They can force their systems to remain > >> on sys5 init, or switch to a different distro if that should also t

Re: piece of mind (Re: Moderated posts?)

Hi, [ Please followup on -user@, there is no need to have this on two lists. ] Miles Fidelman writes: > Henrique de Moraes Holschuh wrote: >> http://popcon.debian.org/ > > which sure seems to reinforce the popularity of sysvinit > > 18sysvinit 697126 583755 44903 6352

Re: piece of mind (Re: Moderated posts?)

On Mon, 13 Oct 2014, Miles Fidelman wrote: > Henrique de Moraes Holschuh wrote: > >On Mon, 13 Oct 2014, Matthias Urlichs wrote: > >>In any case, users _do_ have a say. They can force their systems to remain > >>on sys5 init, or switch to a different distro if that should also turn out > >Which, I s

Re: piece of mind (Re: Moderated posts?)

Henrique de Moraes Holschuh wrote: On Mon, 13 Oct 2014, Matthias Urlichs wrote: In any case, users _do_ have a say. They can force their systems to remain on sys5 init, or switch to a different distro if that should also turn out Which, I should add, is something we measure if the user installs

Re: piece of mind (Re: Moderated posts?)

On Mon, 13 Oct 2014, Matthias Urlichs wrote: > In any case, users _do_ have a say. They can force their systems to remain > on sys5 init, or switch to a different distro if that should also turn out Which, I should add, is something we measure if the user installs popularity-contest and opts-in to

Re: piece of mind (Re: Moderated posts?)

2014-10-13 18:23 GMT+02:00 Miles Fidelman : > Didier 'OdyX' Raboud wrote: >> >> I really don't buy the argument that "the GR proposal was too quiet to >> be noticed by 6+ people". I mean: the proposition happened to be in the >> middle of the post-TC decision wave, on the mailing lists where it >>

Bug#765076: general: No way to have a clean chroot for building packages

Santiago Vila wrote: > Before systemd arrived, it was possible to have a chroot free from > init packages (not needed to build packages). It seems reasonable for debootstrap --variant=buildd to omit any init systems, if it doesn't already. -- see shy jo signature.asc Description: Digital signa

Re: piece of mind (Re: Moderated posts?)

Didier 'OdyX' Raboud wrote: I really don't buy the argument that "the GR proposal was too quiet to be noticed by 6+ people". I mean: the proposition happened to be in the middle of the post-TC decision wave, on the mailing lists where it belonged. The people who cared about the whole "default ini

Bug#765102: ITP: jenkins-ant-plugin -- Ant Plugin for Jenkins

Package: wnpp Severity: wishlist Owner: Emmanuel Bourg * Package name: jenkins-ant-plugin Version : 1.2 Upstream Author : Kohsuke Kawaguchi * URL : https://github.com/jenkinsci/ant-plugin * License : MIT Programming Lang: Java Description : Ant Plugin

Re: piece of mind (Re: Moderated posts?)

I really don't buy the argument that "the GR proposal was too quiet to be noticed by 6+ people". I mean: the proposition happened to be in the middle of the post-TC decision wave, on the mailing lists where it belonged. The people who cared about the whole "default init for Debian" question _we

Re: piece of mind (Re: Moderated posts?)

Miles Fidelman writes ("Re: piece of mind (Re: Moderated posts?)"): > In reading through the archives, I have to say that the GR proposal was > both buried in all the broader discussion of systemd, rather long and > convoluted reading, and not well publicized. If four other DDs send me and Matth

Re: bash exorcism experiment ('bug' 762923 & 763012)

Theodore Ts'o writes ("Re: bash exorcism experiment ('bug' 762923 & 763012)"): > I assume that posh meets the strict definition of 10.4. And so > without actually changing policy, someone _could_ try setting /bin/sh > to be /bin/posh, and then start filing RC bugs against packages that > have scri

Re: piece of mind (Re: Moderated posts?)

Matthias Urlichs wrote: Hi, Miles Fidelman: Judging by the last couple of months, the rest appears to number <6 people. A lot more than that, by my count. Then the question is why almost all of these "lot more" people did not second the GR proposal. Well... as a couple of people have now p

Re: piece of mind (Re: Moderated posts?)

Hi, Miles Fidelman: > >Judging by the last couple of months, the rest appears to number <6 people. > > A lot more than that, by my count. > Then the question is why almost all of these "lot more" people did not second the GR proposal. > Those who are most impacted are sys admins of servers, and

Bug#765076: general: No way to have a clean chroot for building packages

On Mon, Oct 13, 2014 at 02:34:39PM +0200, Marco d'Itri wrote: > On Oct 13, Santiago Vila wrote: > > > Oops. You are right. So this is not really a regression, only an > > undesirable feature that we have had in the system for a long time. > I would be happy to fix it FWIW, but I am not sure that

Re: piece of mind (Re: Moderated posts?)

On Mon, 13 Oct 2014, Neil Williams wrote: > > (I did not have the chance to Second the GR proposal > > because I was not even aware that there *was* one.) > > https://lists.debian.org/debian-vote/ > > Same procedure as previous calls for GR: debian-vote mailing list. If Yeah, surprise, I don’t

Bug#765076: general: No way to have a clean chroot for building packages

On Oct 13, Santiago Vila wrote: > Oops. You are right. So this is not really a regression, only an > undesirable feature that we have had in the system for a long time. I would be happy to fix it FWIW, but I am not sure that there is a way to do it outside of debootstrap which will not cause mor

Re: piece of mind (Re: Moderated posts?)

On Mon, 13 Oct 2014 14:21:45 +0200 Thorsten Glaser wrote: > On Mon, 13 Oct 2014, Miles Fidelman wrote: > > > Those who are most impacted are sys admins of servers, and upstream > > developers > > I’m both, and I joined Debian to try to make an impact… > > > - the two communities most impacted,

Re: piece of mind (Re: Moderated posts?)

Le Mon, Oct 13, 2014 at 02:21:45PM +0200, Thorsten Glaser a écrit : > > … but even then, am drowned by the masses. No, you are drowning the masses under your emails, that is different. -- Charles -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe

Bug#765076: general: No way to have a clean chroot for building packages

On Mon, Oct 13, 2014 at 01:43:29PM +0200, Niels Thykier wrote: > In Wheezy, sysvinit was essential, so you would have the same issue in > stable (just with a different init system). Oops. You are right. So this is not really a regression, only an undesirable feature that we have had in the system

Re: piece of mind (Re: Moderated posts?)

On Mon, 13 Oct 2014, Miles Fidelman wrote: > Those who are most impacted are sys admins of servers, and upstream developers I’m both, and I joined Debian to try to make an impact… > - the two communities most impacted, but that seem to have no say in the > matter. … but even then, am drowned by

Re: piece of mind (Re: Moderated posts?)

Matthias Urlichs wrote: Hi, lee: I'm sure we could find quite a few supporters for having a GR amongst the users (here). We don't do a GR among our users. We do that among Debian members/maintainers/developers/take-your-pick. Which does kind of lead back to the question of what's the point o

Bug#765076: general: No way to have a clean chroot for building packages

On 2014-10-13 13:12, Santiago Vila wrote: > Package: general > > Before systemd arrived, it was possible to have a chroot free from > init packages (not needed to build packages). > > [...] > > In either case, the end result is that I'm forced to install init > packages in a chroot which is used

Bug#765076: general: No way to have a clean chroot for building packages

Package: general Before systemd arrived, it was possible to have a chroot free from init packages (not needed to build packages). Now if I do "apt-get dist-upgrade" inside a minimal chroot (using schroot here), I get this: The following NEW packages will be installed: acl adduser dmsetup init

Re: bash exorcism experiment ('bug' 762923 & 763012)

On Mon, 13 Oct 2014, Dominik George wrote: > foo='x[$(rm -rf /)]' > echo $(( foo )) > > Guess when the array index is evaluated? Now mind that it could be This is fully and completely a user error. (User being the script.) > user-provided. Never put “tainted” input into ksh arithmetics, period

Re: bash exorcism experiment ('bug' 762923 & 763012)

On Sat, 11 Oct 2014, Theodore Ts'o wrote: > I assume that posh meets the strict definition of 10.4. And so > without actually changing policy, someone _could_ try setting /bin/sh > to be /bin/posh, and then start filing RC bugs against packages that > have scripts that break. Yes? Yes, modulo

Re: Built-Using, again…

+++ Thorsten Glaser [2014-10-13 12:05 +0200]: > Hi all, > > > sbuild/buildd runs apt-get update, but not apt-get *upgrade, > before each build. But I assume this should not be changed > either… I _think_ we don't do this because the upgrading uses a lot of time on buildds, especially slow ones.

Re: Reality check.

On Mon, 13 Oct 2014, Matthias Urlichs wrote: > Yes. Human beings are perfectly able to communicate dislike for another > human's actions in a way that does not imply disrespect for that person. But Debian beings are not able to distinguish between disrespect for actions made by some person (while

Built-Using, again…

Hi all, it still happens, occasionally, that buildd chroots are not updated, which leads to mksh builds refer old versions of gcc or some libc (used when linking the mksh-static binary) in its Built-Using field. The buildd admin gets a REJECT from dak, because the version is neither in testing (ye

Re: bash exorcism experiment ('bug' 762923 & 763012)

On Oct 13, Matthias Urlichs wrote: > Policy effectively states that Debian packages shall not depend on any > features which posh doesn't have. > So in what way is that a bad idea, and how should one know beforehand? That there is no reason to waste time targeting posh, which is bigger and slowe

Re: piece of mind (Re: Moderated posts?)

Hi, lee: > I'm sure we could find quite a few supporters for having a GR amongst > the users (here). We don't do a GR among our users. We do that among Debian members/maintainers/developers/take-your-pick. Of those, most … * are perfectly happy with the TC's decision * can live with it * are unh

Re: bash exorcism experiment ('bug' 762923 & 763012)

Hi, Marco d'Itri: > On Oct 11, Theodore Ts'o wrote: > > but if a user > > wants to use /bin/posh, that's an individual user's choice :-) > We have no obligation to support every bad idea that people have. > Policy effectively states that Debian packages shall not depend on any features which pos

Re: Reality check.

Hi, Michael Ole Olsen: > Geeks don't complain Please don't top- and full-quote. :-P > Geeks don't worry > Good thing I don't think of myself as a geek any more, then. Is Debian development/maintainership only meant for geeks?? -- -- Matthias Urlichs signature.asc Description: Digital sign

Re: Reality check.

Geeks don't complain Geeks don't worry :-) On Mon, 13 Oct 2014, Matthias Urlichs wrote: > Hi, > > Bjoern Meier: > > > I entirely concur his language was unacceptable. > > > > Really? All that because of that a human being used an emotional > > language? > > Yes. Human beings are perfectly

Re: Reality check.

Hi, Bjoern Meier: > > I entirely concur his language was unacceptable. > > Really? All that because of that a human being used an emotional > language? Yes. Human beings are perfectly able to communicate dislike for another human's actions in a way that does not imply disrespect for that person