Frans Pop writes:
> Manoj Srivastava wrote:
>> I think we can engineer a system where Debian suggests various
>> shells as the default shell, and the user selects one. And only the
>> selected default shell is one that can't be removed from the system.
>
> Debian Installer could in theory support
Package: wnpp
Severity: wishlist
Owner: Scott Kitterman
* Package name: libio-compress-perl
Version : 2.020
Upstream Author : Paul Marquess
* URL : http://search.cpan.org/dist/IO-Compress/
* License : "Same terms as Perl"
Programming Lang: Perl
Description
On Thu, Jul 23 2009, Charles Plessy wrote:
> Le Fri, Jul 24, 2009 at 01:14:16AM +0200, Raphael Hertzog a écrit :
>>
>> * Charles Plessy wanted to specify more precisely the format instead
>> of saying "RFC-2822 compliant fields". The discussion went nowhere
>> and nobody else expressed support fo
Package: wnpp
Severity: wishlist
Owner: Atsuhito KOHDA
* Package name: texworks
Version : N/A (svn rev.333)
Upstream Author : Jonathan Kew
* URL : http://www.tug.org/texworks/
* License : GPL ver.2.0
Description : An environment for authoring TeX (LaTeX,
Laurent Léonard writes:
> Description: detect if we are running in a virtual machine
What does it offer over the existing imvirt package?
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?...@monk.mit.edu
--
To
On Thu, Jul 23 2009, Frans Pop wrote:
> Manoj Srivastava wrote:
>> I think we can engineer a system where Debian suggests various
>> shells as the default shell, and the user selects one. And only the
>> selected default shell is one that can't be removed from the system.
>
> Debian Installer coul
On 2009-07-23, Frans Pop wrote:
> In addition all shells supported as defaults would need to be included on
> CD images. And the selected shell would of course have to be set as the
> default for new users.
Strike the "of course". If I want my users to have zsh as a default that's
different fr
On Thu, Jul 23 2009, Raphael Geissert wrote:
> Manoj Srivastava wrote:
>
>> On Tue, Jul 21 2009, Raphael Geissert wrote:
>>>
>>> The goal of dropping bash from essential is not to remove bash from the
>>> systems (or from Debian), it is about making packages really using it
>>> depend on it.
>>
>
On 2009-07-23, Manoj Srivastava wrote:
>> As long as /bin/sh refuses extensions to posix I agree with you, but
>> bashism has been a cuss word for years before 2004.
> Source? Policy does not even ban bashims for maintainer scripts.
Surely not, it just tells you to use bash in the shebang
Le Fri, Jul 24, 2009 at 01:14:16AM +0200, Raphael Hertzog a écrit :
>
> * Charles Plessy wanted to specify more precisely the format instead
> of saying "RFC-2822 compliant fields". The discussion went nowhere
> and nobody else expressed support for such a change.
Hi Raphaël,
my main concern is
Manoj Srivastava wrote:
> On Tue, Jul 21 2009, Raphael Geissert wrote:
>>
>> The goal of dropping bash from essential is not to remove bash from the
>> systems (or from Debian), it is about making packages really using it
>> depend on it.
>
> Can you explain why this added dependency is a
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: 386 (new: 2)
Total number of packages offered up for adoption: 132 (new: 1)
Total number of packages request
Manoj Srivastava wrote:
>
> I would be happier of we worked out a a way for the sysadmin to
> be able to specify the default shell for the machine, rather than have
> Debian decide it for them.
There's already a way to do it: dpkg-reconfigure dash
Cheers,
Raphael Geissert
--
To UN
On 24/07/09 at 01:14 +0200, Raphael Hertzog wrote:
> * I wonder if I shall add some samples to the document to make it clearer
> in everybody's mind. What do you think? If you think it's a good idea,
> feel free to provide some interesting (real-life) sample.
Examples would be nice, yes. Choose th
Raphael Hertzog wrote:
> On Tue, 30 Jun 2009, Andrei Popescu wrote:
> > On Mon,29.Jun.09, 22:53:53, Raphael Hertzog wrote:
> > > @@ -63,6 +63,10 @@ The set of fields ends on the first empty line.
> > > Free-form comments follow and be used for any other information
> > ^^^
On Thu, 23 Jul 2009, brian m. carlson wrote:
> If you had said "Free-form comments can follow", then that would be
> correct.
Actually, that's what's in the document...
> As a native speaker of en_US, I would say that "Free-form
> comments follow and may be used..." sounds best. "May" is better
Hello,
one more turn for this DEP, after all. Recent changes are not numerous
but there are some.
Current version: http://dep.debian.net/deps/dep3/
=== Changes since last round ===
- Clarified that vendor names are case-insensitive
- Made the categorization in Origin optional. Made the field o
On Fri, Jul 24, 2009 at 12:58:20AM +0200, Raphael Hertzog wrote:
> On Tue, 30 Jun 2009, Andrei Popescu wrote:
> > On Mon,29.Jun.09, 22:53:53, Raphael Hertzog wrote:
> > > @@ -63,6 +63,10 @@ The set of fields ends on the first empty line.
> > > Free-form comments follow and be used for any other in
On Tue, 30 Jun 2009, Andrei Popescu wrote:
> On Mon,29.Jun.09, 22:53:53, Raphael Hertzog wrote:
> > @@ -63,6 +63,10 @@ The set of fields ends on the first empty line.
> > Free-form comments follow and be used for any other information that
> ^^
> I'm not a native s
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: virt-what
Version: 1.1
Upstream Author: Richard Jones
URL: http://et.redhat.com/~rjones/virt-what
License: GPL2
Description: det
Package: wnpp
Severity: wishlist
Owner: "Guido Günther"
* Package name: fence-agents
Version : 3.0.0
* URL : https://fedorahosted.org/releases/c/l/cluster/
* License : GPL
Programming Lang: C, Perl, Python
Description : fende agents for cluster suite
Che
Manoj Srivastava wrote:
> I think we can engineer a system where Debian suggests various
> shells as the default shell, and the user selects one. And only the
> selected default shell is one that can't be removed from the system.
Debian Installer could in theory support this by having a default sh
On Thu, Jul 23 2009, Luk Claes wrote:
> Sam Hartman wrote:
>>
>> Folks, there was a longish discussion on IRC starting about an hour
>> ago about dash and bash.
>>
>> I agree we want to move the default /bin/sh to /bin/dash.
>> However I'm failing to understand why we want dash to be essential.
>
> "Siggy" == Siggy Brentrup writes:
8
>> I agree we want to move the default /bin/sh to /bin/dash.
>> However I'm failing to understand why we want dash to be
>> essential. If I'm not using dash as my /bin/sh why do I need
>> it?
Siggy> So you are complaining about a smal
On Thu, Jul 23 2009, Siggy Brentrup wrote:
> On Thu, Jul 23, 2009 at 11:19 -0400, Sam Hartman wrote:
>
>> Folks, there was a longish discussion on IRC starting about an hour
>> ago about dash and bash.
>
> These discussions are extremely long standing :) The move away from
> bash has been aimed a
On Tue, Jul 21 2009, Henrique de Moraes Holschuh wrote:
> On Tue, 21 Jul 2009, Russ Allbery wrote:
>> "Giacomo A. Catenazzi" writes:
>> > But probably for the shell cases it is easier to remove 'essential'
>> > flag (especially for a minimal nearly POSIX-like shell like dash),
>> > because the in
On Tue, Jul 21 2009, Raphael Geissert wrote:
> Henrique de Moraes Holschuh wrote:
>>
>> It is not like you will be able to remove bash from the vast majority of
>> the Debian systems out there anyway, so it doesn't matter if it remains
>> "essential" for a while.
>
> The goal of dropping bash fro
On Tue, Jul 21 2009, Giacomo A. Catenazzi wrote:
> but policy recommend not to use bash features on scripts (10.3),
That happens to be not what policy actually says.
> and the availability of a POSIX-shell (with few extension) is
> already provided by policy (still 10.3), thus no need t
On Wed, Jul 22 2009, Giacomo A. Catenazzi wrote:
> If we remove the essential flag, we have a nice feature:
> the packages who needs bash need to be documented (via Depends).
Can you tell me how long did it take to move from /usr/doc to
/usr/share/doc?
manoj
--
Beware the one
> "Luk" == Luk Claes writes:
Luk> We want everyone to use dash by default. If someone does not
Luk> want to use the default, they are free to do so, but the
Luk> default system shell is supposed to always be on the system.
Why?
I agree something should always provide /bin/sh.
I do
Siggy Brentrup writes:
> On Thu, Jul 23, 2009 at 11:19 -0400, Sam Hartman wrote:
>
>
>> Folks, there was a longish discussion on IRC starting about an hour
>> ago about dash and bash.
>
> These discussions are extremely long standing :) The move away from
> bash has been aimed at long before I v
Package: wnpp
Severity: wishlist
Owner: Thorsten Glaser
* Package name: makefs
Version : 20090724
Upstream Author : The MirOS Project
* URL : http://www.mirbsd.org/cvs.cgi/src/usr.sbin/makefs/
* License : 4-clause BSD
Programming Lang: C
Description :
> The model was pretty much 100% complete and had been well tested on my
> box. However, I ran out of free time to work on this, so I never got
> around to implementing the suggestions that you made back in September
> 2008.
Peter, do you have any hope to resume working on it ?
Or should I look f
Sam Hartman wrote:
Folks, there was a longish discussion on IRC starting about an hour
ago about dash and bash.
I agree we want to move the default /bin/sh to /bin/dash.
However I'm failing to understand why we want dash to be essential.
If I'm not using dash as my /bin/sh why do I need it?
>
On Thu, Jul 23, 2009 at 11:19 -0400, Sam Hartman wrote:
> Folks, there was a longish discussion on IRC starting about an hour
> ago about dash and bash.
These discussions are extremely long standing :) The move away from
bash has been aimed at long before I vanished from the project in 2004.
I'
On 2009-07-23, Steve Langasek wrote:
> On Sun, Jul 19, 2009 at 07:12:57AM +, Philipp Kern wrote:
>> On 2009-07-19, Charles Plessy wrote:
>> > Do we have evidence that maintainers have damaged the project in the past
>> > by
>> > willingfully upload packages with overriden lintian errors?
>>
Folks, there was a longish discussion on IRC starting about an hour
ago about dash and bash.
I agree we want to move the default /bin/sh to /bin/dash.
However I'm failing to understand why we want dash to be essential.
If I'm not using dash as my /bin/sh why do I need it?
If the answer is that
Steve Langasek wrote:
On Sun, Jul 19, 2009 at 06:04:13PM +0200, Raphael Geissert wrote:
This is a follow up to my previous thread, with a slightly different
proposal.
What actually needs to be done is:
* Make dash essential, make it divert the current /bin/sh symlink by default,
make anothe
On Sun, Jul 19, 2009 at 06:04:13PM +0200, Raphael Geissert wrote:
> This is a follow up to my previous thread, with a slightly different
> proposal.
> What actually needs to be done is:
> * Make dash essential, make it divert the current /bin/sh symlink by default,
> make another essential packa
On Sun, Jul 19, 2009 at 07:12:57AM +, Philipp Kern wrote:
> On 2009-07-19, Charles Plessy wrote:
> > Do we have evidence that maintainers have damaged the project in the past by
> > willingfully upload packages with overriden lintian errors?
> Damaged the project... no. Caused a RC bug to be
On Wed, 22 Jul 2009, Cyril Brulebois wrote:
> Raphael Hertzog (22/07/2009):
> > Yes. Check "man dpkg-gensymbols" and see how some nice tools
> > […propaganda…]
>
> FSVO “nice”. #536034.
Mistakes happen, that doesn't change anything concerning the usefulness of
the tool.
> In case a maintainer o
On Wed, 22 Jul 2009, Cyril Brulebois wrote:
> Raphael Hertzog (17/07/2009):
> > At least dpkg-dev has one and it's run at build-time.
>
> I thought the goal of dpkg-dev was to actually build other packages. I
> don't know how dpkg-dev developers see this, but maybe having a few
> packages rebuilt
Package: wnpp
Severity: wishlist
Owner: Enrico Tassi
* Package name: prosody
Version : 0.5.0
Upstream Author : Matthew Wild , Waqas Hussain
, Tobias Markmann
* URL : http://prosody.im
* License : MIT/X
Programming Lang: Lua, C
Description : jabber se
Package: wnpp
Severity: wishlist
Owner: Gregor Jasny
* Package name: plasma-widget-dvb-info
Version : 0.1
Upstream Author : Tobias Koenig
* URL : http://wiki.github.com/tokoe/DVB-Plasma-Applet
* License : GPL2 / GPL2+
Programming Lang: C++
Description
44 matches
Mail list logo
