Russell Stuart writes:
> On Thu, 2014-10-02 at 18:05 -0700, Russ Allbery wrote:
>> Up until dash changes, and then you have absolutely no idea what to do
>> with that sort of policy. There's a reason why no standards document
>> I've ever seen says something like this. The ISO C standard isn't
Package: wnpp
Severity: wishlist
Owner: Chow Loong Jin
* Package name: rhc
Version : 1.31.2
Upstream Author : Red Hat, Inc.
* URL : https://www.openshift.com
* License : Apache-2.0
Programming Lang: Ruby
Description : OpenShift command-line tools
OpenS
On Thu, 2014-10-02 at 18:05 -0700, Russ Allbery wrote:
> Up until dash changes, and then you have absolutely no idea what to do
> with that sort of policy. There's a reason why no standards document I've
> ever seen says something like this. The ISO C standard isn't going to say
> that anything t
On Thu, 2014-10-02 at 22:03:37 +0100, Steven Chamberlain wrote:
> On 19:34, Guillem Jover wrote:
> > In dpkg 1.17.13 I switched start-stop-daemon on GNU/kFreeBSD to use
> > the native kFreeBSD backend using libkvm instead of using the Linux
> > backend through linprocfs.
>
> Ahhh I did wonder abou
On Thu, 2014-10-02 at 22:50 -0300, Henrique de Moraes Holschuh wrote:
> Debian policy mandates that /bin/sh implement a _superset_ of POSIX, which
> is out of scope for "posh".
Regardless, posh implements all the additional features mandated by
10.4:
echo -n, if implemented as a shell built-in,
Henrique de Moraes Holschuh writes:
> On Fri, 03 Oct 2014, Russell Stuart wrote:
>> You've got me to look at posh. Thanks for that.
>> So we do have a shell that developers can use to test their scripts
>> match Debian policy.
> "posh" is useful to test if a script restricts itself to POSIX fe
On Fri, 03 Oct 2014, Russell Stuart wrote:
> On Fri, 2014-10-03 at 00:04 +, brian m. carlson wrote:
> > The shell you're describing is posh. It implements exactly those
> > features, and nothing more.
>
> You've got me to look at posh. Thanks for that.
>
> So we do have a shell that develop
Russell Stuart writes:
> IMO, if Debian has decided the in the default case /bin/sh ==> dash,
> then the policy should say "#!/bin/sh scripts" must work with dash. It
> then becomes trivial for Developers to test their code conforms with
> policy.
Up until dash changes, and then you have absolu
On Fri, 2014-10-03 at 00:04 +, brian m. carlson wrote:
> The shell you're describing is posh. It implements exactly those
> features, and nothing more.
You've got me to look at posh. Thanks for that.
So we do have a shell that developers can use to test their scripts
match Debian policy.
>
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 611 (new: 3)
Total number of packages offered up for adoption: 137 (new: 0)
Total number of packages request
On Fri, Oct 03, 2014 at 09:39:29AM +1000, Russell Stuart wrote:
> IMO, if Debian has decided the in the default case /bin/sh ==> dash,
> then the policy should say "#!/bin/sh scripts" must work with dash. It
> then becomes trivial for Developers to test their code conforms with
> policy. If we al
On Thu, 2014-10-02 at 11:48 +0200, Thorsten Glaser wrote:
> This is wrong. Every script starting with #!/bin/sh must work with a
> POSIX shell that supports “local” and “echo -n” (Policy §10.4).
Solid, working software is hard enough to produce. A policy requiring
something you can't test for mak
Package: wnpp
Severity: wishlist
Owner: David Prévot
* Package name: php-amqlib
Version : 2.4.0
Upstream Author : Alvaro Videla
* URL : https://github.com/videlalvaro/php-amqplib
* License : LGPL-2.1+
Programming Lang: PHP
Description : pure PHP implem
Hi!
On 19:34, Guillem Jover wrote:
> In dpkg 1.17.13 I switched start-stop-daemon on GNU/kFreeBSD to use
> the native kFreeBSD backend using libkvm instead of using the Linux
> backend through linprocfs.
Ahhh I did wonder about that. start-stop-daemon had problems inside
of jails due to this; K
Hi!
In dpkg 1.17.13 I switched start-stop-daemon on GNU/kFreeBSD to use
the native kFreeBSD backend using libkvm instead of using the Linux
backend through linprocfs. Requiring linprocfs has always seemed
somewhat wrong to me, more so when on FreeBSD procfs is actually
optional.
This means the li
Ok then, I stand (doubly) corrected. Thanks
On Thu, Oct 2, 2014 at 1:06 PM, Simon McVittie wrote:
> On 02/10/14 17:30, shawn wilson wrote:
>> I'm pretty sure dash never got a rewrite? So this just happened to be
>> a "feature" that got ripped out of dash.
>
> You seem to be under the impression t
shawn wilson writes:
> On Thu, Oct 2, 2014 at 11:33 AM, Russ Allbery wrote:
>> shawn wilson writes:
>>> 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.
>> The fact that thi
On 02/10/14 17:30, shawn wilson wrote:
> I'm pretty sure dash never got a rewrite? So this just happened to be
> a "feature" that got ripped out of dash.
You seem to be under the impression that dash is some sort of fork or
derivative of bash. It isn't; I don't think they even have a common
ancest
On Thu, Oct 2, 2014 at 11:33 AM, Russ Allbery wrote:
> shawn wilson writes:
>
>> 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.
>
> The fact that this specific problem didn't h
shawn wilson writes:
> 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.
The fact that this specific problem didn't hit dash certainly isn't an
accident. The exploited functionali
On Sep 30, 2014 7:59 PM, "Russell Stuart"
wrote:
>
> On Tue, 2014-09-30 at 13:08 +0200, Thorsten Glaser wrote:
> > You really really should be looking at replacing any
> > ash variant with mksh. It’s not that much bigger (at
> > least if you add -DMKSH_SMALL to CPPFLAGS and build
> > with klibc or
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: sisu-plexus
Version : 0.0.0.M5
Upstream Author : The Eclipse Foundation
* URL : http://www.eclipse.org/sisu/
* License : EPL-1.0
Programming Lang: Java
Description : Plexus adapter f
On Wed, 1 Oct 2014, Russell Stuart wrote:
> The only reason I ported things to dash is /bin/sh is now linked to it,
> which in view makes it the standard shell. Every script starting with
> #!/bin/sh must work with. If I can't get it working because of a
This is wrong. Every script starting wit
23 matches
Mail list logo