Quoting Raphael Geissert (atom...@gmail.com):
> Switch the default /bin/sh to dash in the following weeks
/me applauses
(I'm using dash as /bin/sh for about NN years now: IIRC I switched after
Marga's work in the GSOC about the boot process speed up)
signature.asc
Description: Digit
Mike Hommey writes:
> I'd say if /bin/sh points to the current default (/bin/bash), then it
> should be modified. OTOH, if it was modified locally by the admin to
> point somewhere else, leave it alone.
That would potentially break locally written or installed scripts. Not
touching the /bin/sh
On Thu, Jun 25, 2009 at 07:31:15AM +0200, Mike Hommey wrote:
> On Thu, Jun 25, 2009 at 06:47:07AM +0200, Hendrik Sattler wrote:
> > Am Donnerstag 25 Juni 2009 05:21:45 schrieb Raphael Geissert:
> > > I just noticed I forgot to say something:
> > > > What won't change:
> > > > * Bash will still be u
Mike Hommey wrote:
> On Thu, Jun 25, 2009 at 06:47:07AM +0200, Hendrik Sattler wrote:
>> Am Donnerstag 25 Juni 2009 05:21:45 schrieb Raphael Geissert:
>>> I just noticed I forgot to say something:
What won't change:
* Bash will still be used as the default interactive shells for users
>>>
On Thu, 2009-06-25 at 06:47 +0200, Hendrik Sattler wrote:
> Am Donnerstag 25 Juni 2009 05:21:45 schrieb Raphael Geissert:
> > I just noticed I forgot to say something:
(BTW, scripts not only loads faster under dash, they also run faster in
Dash.)
> > > What won't change:
> > > * Bash will still b
On Thu, Jun 25, 2009 at 06:47:07AM +0200, Hendrik Sattler wrote:
> Am Donnerstag 25 Juni 2009 05:21:45 schrieb Raphael Geissert:
> > I just noticed I forgot to say something:
> > > What won't change:
> > > * Bash will still be used as the default interactive shells for users
> >
> > * the sh symlin
Hendrik Sattler wrote:
> Am Donnerstag 25 Juni 2009 05:21:45 schrieb Raphael Geissert:
>> I just noticed I forgot to say something:
>> > What won't change:
>> > * Bash will still be used as the default interactive shells for users
>>
>> * the sh symlink won't be modified on existing installations
Am Donnerstag 25 Juni 2009 05:21:45 schrieb Raphael Geissert:
> I just noticed I forgot to say something:
> > What won't change:
> > * Bash will still be used as the default interactive shells for users
>
> * the sh symlink won't be modified on existing installations
So that it will be even more s
John Goerzen wrote:
> On Wed, Jun 24, 2009 at 05:51:58PM -0500, Raphael Geissert wrote:
>> Side effects:
>> * Errors caused by the use of bashisms.
>
> And the really important side-effect is that user scripts on all sorts
> of installed systems could experience trouble.
You are right, you made
Hi,
I just noticed I forgot to say something:
> What won't change:
> * Bash will still be used as the default interactive shells for users
* the sh symlink won't be modified on existing installations
Cheers,
Raphael Geissert
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
w
On Wed, Jun 24, 2009 at 05:51:58PM -0500, Raphael Geissert wrote:
> Side effects:
> * Errors caused by the use of bashisms.
And the really important side-effect is that user scripts on all sorts
of installed systems could experience trouble.
> * Faster boot, builds, and general usage of /bin/sh s
Üdvözlöm!
Miközben potenciális link partnert kerestem az ügyfelem weboldalának
(casino oldal), rátaláltam a maga weboldalára.
Úgy gondoltam, megpróbálom felkérni Önt egy linkcserére, ami
mindkettőnk számára hasznos lenne a Google internetes kereső
rangsorolásában és így több forgalmat hozva a w
Raphael Geissert wrote:
> Hello everybody,
>
> I think everyone readying this list is more than aware of the intention to
> switch to dash as the default /bin/sh.
>
> Summarising:
> Unless a major blocker shows up, the switch is going to be done on the
> following weeks.
\o/, finally.
Thanks
Package: wnpp
Severity: wishlist
Owner: Pino Toscano
* Package name: kalternatives
Version : 0.12
Upstream Author : Pino Toscano
* URL :
http://kde-apps.org/content/show.php/Kalternatives?content=16016
* License : GPL
Programming Lang: C++
Description
Pierre Habouzit, le Thu 25 Jun 2009 00:41:43 +0200, a écrit :
> > > Why would they use less memory?
> >
> > Since they don't link against a large library.
>
> Which is a ridiculous argument given what the S in .so means.
And linking against a 100MB library will generally _not_ eat 100MB
memory d
On Thu, Jun 25, 2009 at 12:54:35AM +0200, Guus Sliepen wrote:
> On Wed, Jun 24, 2009 at 06:33:44PM -0400, Bryan Donlan wrote:
>
> > >> Why would they use less memory?
> > >
> > > Since they don't link against a large library. Granted, that is only a
> > > benefit
> > > if all running programs lin
Tom Rauchenwald wrote:
> this is the same as libghc6-utf8-string-dev isn't it?
Yes it is. I realised my mistake and closed the ITP bug. Sorry
everyone.
Cheers,
Erik
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
--
To
On Thu, Jun 25, 2009 at 12:41:43AM +0200, Pierre Habouzit wrote:
> On Thu, Jun 25, 2009 at 12:24:40AM +0200, Guus Sliepen wrote:
> > On Wed, Jun 24, 2009 at 05:47:16PM -0400, Steve Langasek wrote:
> >
> > > > Once libposix reaches maturity, I will certainly consider linking
> > > > applications I
On Wed, Jun 24, 2009 at 06:33:44PM -0400, Bryan Donlan wrote:
> >> Why would they use less memory?
> >
> > Since they don't link against a large library. Granted, that is only a
> > benefit
> > if all running programs link against libposix instead of glibc.
>
> What makes you think libposix will
Hello everybody,
I think everyone readying this list is more than aware of the intention to
switch to dash as the default /bin/sh.
A lot of work has been done on many sides to make this switch doable and as
smooth as possible and plenty of people has been contributing by testing,
filing bugs, p
On Thu, Jun 25, 2009 at 12:24:40AM +0200, Guus Sliepen wrote:
> On Wed, Jun 24, 2009 at 05:47:16PM -0400, Steve Langasek wrote:
>
> > > Once libposix reaches maturity, I will certainly consider linking
> > > applications I wrote myself against libposix. Applications linked against
> > > it will pr
On Wed, Jun 24, 2009 at 6:24 PM, Guus Sliepen wrote:
> On Wed, Jun 24, 2009 at 05:47:16PM -0400, Steve Langasek wrote:
>
>> > Once libposix reaches maturity, I will certainly consider linking
>> > applications I wrote myself against libposix. Applications linked against
>> > it will probably use le
On Wed, Jun 24, 2009 at 05:47:16PM -0400, Steve Langasek wrote:
> > Once libposix reaches maturity, I will certainly consider linking
> > applications I wrote myself against libposix. Applications linked against
> > it will probably use less memory
>
> Why would they use less memory?
Since they
On Wed, Jun 24, 2009 at 12:28:24PM +0200, Guus Sliepen wrote:
> > This is a subset of the interfaces provided by glibc, which must be present
> > on all systems. So it would be stupid for any package in Debian to link
> > against libposix instead of just using libc. Why do we want a library in
>
On Wednesday 24 June 2009 16:58:52 Gunnar Wolf wrote:
> Driving licenses are expressly not accepted as official ID documents
> in Mexico, even if they are government-issued.
That just begs the question: official to whom, and why? Ultimately, the
office clerk, the bar tender, or the key signer wi
Hello,
I made a quick glance at /emul/ia32-linux to lib32 transition in BTS.
There was some bugreports submitted. All I spotted can be seen using
following link: http://42.pl/u/1GEo
Shouldn't all of them be set to RC severity as they are uninstallable at
the moment?
Additionaly, I've found that ia
On Wed, Jun 24, 2009 at 04:45:26PM +0200, Goswin von Brederlow wrote:
> All uploaded packages should always be build with the same compiler,
> the debian default gcc, unless a specific compiler is specified in
> rules.
>
> So I would say using cc is wrong.
Moreover, in the case of C++ (also ment
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package name: ttf-monapo
Version: 20090423
Upstream Author: UTUMI Hirosi
Information-technology Promotion Agency, Japan.
Anonymous
URL: http://www.geocities.jp/
Guus Sliepen (24/06/2009):
> On Wed, Jun 24, 2009 at 09:17:14AM -0400, Bryan Donlan wrote:
>
> > Is libposix complete enough to link against for real programs yet? If
> > not, why should it be included at this time?
>
> I agree that if the only thing that works at this moment is the simplest
>
Hello Goswin,
Would you mind putting this into a ticket for us please.
Many thanks
Pete
"brian m. carlson" writes:
On Sun, Jun 21, 2009 at 10:29:37PM +0300, Peter Eisentraut wrote:
There is a bit of discussion in bug #487546 about whether using cc or gcc as
the compiler is appropri
"brian m. carlson" writes:
> On Sun, Jun 21, 2009 at 10:29:37PM +0300, Peter Eisentraut wrote:
>> There is a bit of discussion in bug #487546 about whether using cc or gcc as
>> the compiler is appropriate.
>>
>> Particular questions:
>>
>> * Are Debian packages supposed to be built by default
Erik de Castro Lopo writes:
> Package: wnpp
> Severity: wishlist
> Owner: Erik de Castro Lopo
>
>
> * Package name: haskell-utf8-string
> Version : 0.3.5
> Upstream Author : Galois Inc.
> * URL :
> http://hackage.haskell.org/cgi-bin/hackage-scripts/package/utf8-stri
Guus Sliepen writes:
>> Moreover, can libposix and libc coexist in the same address space?
>
> What address space are you talking about? There is also dietlibc and uClibc,
> who can coexist with glibc. But applications can only link against one of them
> at the time of course.
I suspect the conce
Russ Allbery dijo [Tue, Jun 23, 2009 at 06:23:31PM -0700]:
> > I will always challenge the "government-issued ID" due to the vastly
> > differing standards across the globe, but "travel document" is
> > actually a term that someone uttered earlier, which raises the bar a
> > lot higher.
>
> For ex
On Wed, Jun 24, 2009 at 9:34 AM, Guus Sliepen wrote:
> On Wed, Jun 24, 2009 at 09:17:14AM -0400, Bryan Donlan wrote:
>
>> Is libposix complete enough to link against for real programs yet? If
>> not, why should it be included at this time?
>
> I agree that if the only thing that works at this momen
On Wed, Jun 24, 2009 at 09:17:14AM -0400, Bryan Donlan wrote:
> Is libposix complete enough to link against for real programs yet? If
> not, why should it be included at this time?
I agree that if the only thing that works at this moment is the simplest "Hello
world" program, that it should not b
On Tue, Jun 23, 2009 at 07:55:57PM -0700, Don Armstrong wrote:
> On Tue, 23 Jun 2009, Russ Allbery wrote:
> > For example, I think US drivers' licenses are only verifiable by
> > someone who's lived in that state or otherwise seen drivers'
> > licenses from that state.
>
> Nah; there's a guide pub
On Wed, Jun 24, 2009 at 6:28 AM, Guus Sliepen wrote:
> On Wed, Jun 24, 2009 at 11:03:41AM +0100, Steve Langasek wrote:
>
>> On Wed, Jun 24, 2009 at 09:02:26AM +1000, Aníbal Monsalve Salazar wrote:
>> > * Package name : libposix
>>
>> Why?
>>
>> This is a subset of the interfaces provided by glib
Hi
Am Tue, 16 Jun 2009 23:22:44 +0200
schrieb Rocco Folino :
> Package: wnpp
> Severity: wishlist
> Owner: Rocco Folino
>
>
> * Package name: tinycalc
> Version : 0.1
> Upstream Author : Rocco Folino
> * URL : http://tinycalc.sourceforge.net
> * License : G
On Wed, Jun 24, 2009 at 11:03:41AM +0100, Steve Langasek wrote:
> On Wed, Jun 24, 2009 at 09:02:26AM +1000, Aníbal Monsalve Salazar wrote:
> > * Package name: libposix
>
> Why?
>
> This is a subset of the interfaces provided by glibc, which must be present
> on all systems. So it would be s
Package: wnpp
Severity: wishlist
Owner: Erik de Castro Lopo
* Package name: haskell-json
Version : 0.4.3
Upstream Author : Sigbjorn Finne
* URL :
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/json
* License : BSD
Programming Lang: Haskell
De
Package: wnpp
Severity: wishlist
Owner: Erik de Castro Lopo
* Package name: haskell-utf8-string
Version : 0.3.5
Upstream Author : Galois Inc.
* URL :
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/utf8-string
* License : BSD
Programming Lang: H
On Wed, Jun 24, 2009 at 09:02:26AM +1000, Aníbal Monsalve Salazar wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Anibal Monsalve Salazar
> * Package name: libposix
Why?
This is a subset of the interfaces provided by glibc, which must be present
on all systems. So it would be stupid f
On Tue, Jun 23, 2009 at 08:52:20PM +0200, martin f krafft wrote:
> Additional metadata, e.g. number and expiration date would
> be helpful.
Actually that'd be illegal in Germany -- ID numbers of identification
documents may not be stored in databases, with exactly two exceptions:
- the issuing
44 matches
Mail list logo
