On Fri, Jul 24, 2009 at 06:17:30PM +0200, Goswin von Brederlow wrote:
> > Or we need to set explicitly use #!/bin/dash in umountall?
> > [not so flexible solution, but IMHO enough good]
>
> If it needs dash then yes, set #!/bin/dash and Pre-Depend on dash.
>
> But in this case that really needs
On Fri, Jul 24, 2009 at 06:39:53PM +0200, Giacomo Catenazzi wrote:
> BTW it seems that all previous tries to remove the bug in bash failed.
Actually it's not a bug in bash at all. The bug is the combined effect
of how bash behaves and how the NSS functionality is implemented inside
glibc.
AFAIR
On Fri, Jul 24, 2009 at 06:31:59PM +0200, Goswin von Brederlow wrote:
> Why would you think the one transition would be helpfull in the second
> or that there would be less breakage in the second if we do the first
> one first? I would rather say you are doubling the problems and
> breakages as th
On Fri, Jul 24, 2009 at 10:38:51AM -0500, Manoj Srivastava wrote:
> On Fri, Jul 24 2009, Steve Langasek wrote:
> > On Fri, Jul 24, 2009 at 09:31:04AM -0500, Manoj Srivastava wrote:
> >> I think you are not going far enough. Why should I have dash on
> >> the system when my default shell
On Fri, Jul 24, 2009 at 09:15:43PM +0200, Goswin von Brederlow wrote:
> And what if my posh is compiled against uclibc? You never know.
> For embedded systems that is not too far fetched.
The embedded system developers could just as easily build dash against
uclibc instead of posh.
Stop being dif
Gabor Gombas wrote:
On Fri, Jul 24, 2009 at 06:39:53PM +0200, Giacomo Catenazzi wrote:
BTW it seems that all previous tries to remove the bug in bash failed.
Actually it's not a bug in bash at all. The bug is the combined effect
of how bash behaves and how the NSS functionality is implemented
Clint Adams wrote:
[not replying off-list because that seems counterproductive and arrogant]
On Fri, Jul 24, 2009 at 03:49:15PM +, brian m. carlson wrote:
Actually, if it's invoked as /bin/sh, it is supposed to be
Bourne-compatible. That's my experience with the current version:
Not much
Clint Adams wrote:
[...]
> The second hunk isn't relevant to bash, but it seems a waste to
> call ls and head for no reason.
> --- debian/libpam0g.postinst.orig 2009-07-24 08:59:07.0 -0500
> +++ debian/libpam0g.postinst2009-07-24 09:00:38.0 -0500
> @@ -1,4 +1,4 @@
> -#!/
On 2009-07-25 09:53:06 +0200, Steve Langasek wrote:
> On Fri, Jul 24, 2009 at 10:38:51AM -0500, Manoj Srivastava wrote:
> > On Fri, Jul 24 2009, Steve Langasek wrote:
> > > What's the advantage of having it be zsh? Is zsh faster than
> > > dash? Or is the only savings the elimination of the 84k das
Goswin von Brederlow wrote:
> But that should be a choice. Not forced upon the user. As Manoj has
> said now a few times, many things will break for users even if all of
> Debian is dash fixed. By making /bin/sh choosable everybody wins.
>
Who said anything about not offering the user to choose w
Giacomo Catenazzi wrote:
>
> Or telling bash (and shells in general) via some environment variable,
> that we are shutting down things. Not clean, but I think the init
> could provide some extra informations.
>
There are a couple of variables begin set by the rc script, but I don't
think bash
Package: wnpp
Severity: wishlist
Owner: Darren Salt
* Package name: rfkill
Version : 0.1-4-g9429740
Upstream Authors: Johannes Berg, Marcel Holtmann, Tim Gardner
* URL : http://wireless.kernel.org/en/users/Documentation/rfkill
* Licence : BSD-style single-claus
In article <2qrqj6-973@argenau.downhill.at.eu.org> you wrote:
>> if [ -n "$idl" ] && [ -x $idl ]; then
This misses quotes.
Greetings
Bernd
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.o
Package: wnpp
Owner: Hilko Bengen
Severity: wishlist
* Package name: libparse-win32registry-perl
Version : 0.50-1
Upstream Author : James Macfarlane
* URL or Web page : http://search.cpan.org/dist/Parse-Win32Registry/
* License : Perl (Artistic | GPL)
Description :
Gabor Gombas writes:
> On Fri, Jul 24, 2009 at 06:31:59PM +0200, Goswin von Brederlow wrote:
>
>> Why would you think the one transition would be helpfull in the second
>> or that there would be less breakage in the second if we do the first
>> one first? I would rather say you are doubling the p
Raphael Geissert writes:
> Goswin von Brederlow wrote:
>> But that should be a choice. Not forced upon the user. As Manoj has
>> said now a few times, many things will break for users even if all of
>> Debian is dash fixed. By making /bin/sh choosable everybody wins.
>>
>
> Who said anything abo
Where does the convention for this directory hierarchy come from?
There are several different naming conventions for the debug objects
stored there, and I wonder if some of them are bugs. (If the wrong
file name or path is used, debuggers will have a hard time discovering
debugging symbols.)
Shou
Florian Weimer writes:
> Where does the convention for this directory hierarchy come from? There
> are several different naming conventions for the debug objects stored
> there, and I wonder if some of them are bugs. (If the wrong file name
> or path is used, debuggers will have a hard time dis
Hi,
after listening to the "Multiarch round table" talk at Debconf I feel
that the talk was targeted at people already familiar with the subject
and jumped right in at full speed. Someone new to the idea was
probably lost in the first minute.
So I decided to write an introduction to the problem t
* Russ Allbery:
> Policy should definitely describe what to do here. I don't know enough
> about the toolchain to know what Policy should say, but we should
> standardize how to handle debug packages at this point, since we have a
> fairly standard way of handling it now.
If we could standardize
## BANNER { http://www.debian.org/banners/3.1/sarge-ban1-6.png }
Universal operating system #...@!
First of all, let's make it clear, Debian is not THE universal operating
system. I mean it is definitely not the one and only OS.
Is Debian an universal operating system?
Before answering this qu
I've built a small proof-of-concept library which creates Java-style
tracebacks for C and C++ programs. In contrast to libc's backtrace()
function, it uses DWARF debugging information when available, so the
output is generally quite useful. Debugging information is extracted
from the main executa
On 2009-07-25, Goswin von Brederlow wrote:
> The existing dash package uses dpkg-divert, which is unsuitable on a
> larger scale (larger than the one dash package). And to have bash
> removable dash has to force itself as /bin/sh. So there goes even that
> little choice.
>
> What alternative do yo
"Manoj Srivastava" wrote:
Virt-what is more accurate than Imvirt, version 1.0 can tell the
difference between Xen Dom0 and DomU. The new version (1.1, released
on 23 july 2009) can tell the difference between QEMU and KVM, and can
tell if you are running inside a Xen fullvirt guest.
Th
[Bernd Eckenfels]
> >> if [ -n "$idl" ] && [ -x $idl ]; then
>
> This misses quotes.
So, how many unsafe characters do _you_ see in the following service
names?
apache2-common at bayonne cherokee courier-authdaemon cron cups
dante-server diald dovecot-common exim exim4-base fc
Philipp Kern writes:
> On 2009-07-25, Goswin von Brederlow wrote:
>> The existing dash package uses dpkg-divert, which is unsuitable on a
>> larger scale (larger than the one dash package). And to have bash
>> removable dash has to force itself as /bin/sh. So there goes even that
>> little choic
26 matches
Mail list logo
