On Mon 19 Jun 2017 at 14:43:08 -0400, Felix Miata wrote:
> Greg Wooledge composed on 2017-06-19 11:05 (UTC-0400):
>
> > On Mon, Jun 19, 2017 at 11:00:32AM -0400, Felix Miata wrote:
> .
> >> I have a dozen machines with Stretch installed, most with Jessie and/or
> >> Sid as
> >> well. Only Stretc
Greg Wooledge composed on 2017-06-19 11:05 (UTC-0400):
> On Mon, Jun 19, 2017 at 11:00:32AM -0400, Felix Miata wrote:
.
>> I have a dozen machines with Stretch installed, most with Jessie and/or Sid
>> as
>> well. Only Stretch on host big41 produces the subject problem.
.
> According to a previou
On Mon, 19 Jun 2017, Brian wrote:
> The same experience as yours on tty1 to tty6. Except a couple of days
> ago when I used nouveau.modeset=0 on GRUB's linux line and got what is
> in the subject header.
Kernel modeset must be enabled non-root X to work, as you found out...
--
Henrique Holschu
On Mon, Jun 19, 2017 at 11:00:32AM -0400, Felix Miata wrote:
> I have a dozen machines with Stretch installed, most with Jessie and/or Sid as
> well. Only Stretch on host big41 produces the subject problem.
According to a previous message in this thread, it could be triggered
by a specific kernel
Greg Wooledge composed on 2017-06-19 09:29 (UTC-0400):
.
> On Sun, Jun 18, 2017 at 05:53:43PM -0400, Felix Miata wrote:
.
>> When I try as ordinary user (on host big41), I get the subject message.
>> Anyone
>> know how to get startx to work in Stretch, either on :0, :1 or :2, with or
>> without a
On Mon 19 Jun 2017 at 09:29:40 -0400, Greg Wooledge wrote:
> On Sun, Jun 18, 2017 at 05:53:43PM -0400, Felix Miata wrote:
> > When I try as ordinary user (on host big41), I get the subject message.
> > Anyone
> > know how to get startx to work in Stretch, either on :0, :1 or :2, with or
> > witho
On Sun, Jun 18, 2017 at 05:53:43PM -0400, Felix Miata wrote:
> When I try as ordinary user (on host big41), I get the subject message. Anyone
> know how to get startx to work in Stretch, either on :0, :1 or :2, with or
> without a greeter running (multi-user.targer vs. graphical.target)?
I've been
>From the release notes:
2.2.10. The Xorg server no longer requires root
In the stretch version of Xorg, it is possible to run the Xorg
server as a regular user rather than as root. This reduces the
risk of privilege escalation via bugs in the X server. However,
it has some require
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, Apr 16, 2016 at 03:47:24PM +0100, Aero Maxx wrote:
> On 16/04/2016 14:08, to...@tuxteam.de wrote:
> >-BEGIN PGP SIGNED MESSAGE-
> >Hash: SHA1
> >
> >On Sat, Apr 16, 2016 at 01:22:09PM +0100, Aero Maxx wrote:
> >>I have a number of bash
On Saturday 16 April 2016 16:30:19 Jeremy Nicoll wrote:
> On Sat, 16 Apr 2016, at 16:33, Gene Heskett wrote:
> > And I still miss ARexx.
> > Even bash cannot do the intimate to the os things that ARexx could
> > do.
>
> Have you considered using Regina REXX or ooREXX instead?
Yes, but typically b
On Sat, 16 Apr 2016, at 16:33, Gene Heskett wrote:
> And I still miss ARexx.
> Even bash cannot do the intimate to the os things that ARexx could do.
Have you considered using Regina REXX or ooREXX instead?
--
Jeremy Nicoll - my opinions are my own.
On Saturday 16 April 2016 10:47:24 Aero Maxx wrote:
> On 16/04/2016 14:08, to...@tuxteam.de wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On Sat, Apr 16, 2016 at 01:22:09PM +0100, Aero Maxx wrote:
> >> I have a number of bash scripts that work perfectly fine on fedora
> >> 2
On 16/04/2016 14:08, to...@tuxteam.de wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, Apr 16, 2016 at 01:22:09PM +0100, Aero Maxx wrote:
I have a number of bash scripts that work perfectly fine on fedora
23, but do not work on debian 8. I've tried to sort it out myself,
but am a l
Hi,
Aero Maxx wrote:
> >wordpress_beta.sh: 8: bashtest.sh: [[: not found
If it is called "bashtest.sh" then it is plausible that it wants
to be run by bash. Obviously it expects /bin/sh to be bash.
to...@tuxteam.de wrote:
> try running the script with "bash
On Sat 16 Apr 2016 at 15:08:58 (+0200), to...@tuxteam.de wrote:
> On Sat, Apr 16, 2016 at 01:22:09PM +0100, Aero Maxx wrote:
> > I have a number of bash scripts that work perfectly fine on fedora
> > 23, but do not work on debian 8. I've tried to sort it out myself,
> > but am a little stuck now h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, Apr 16, 2016 at 01:22:09PM +0100, Aero Maxx wrote:
> I have a number of bash scripts that work perfectly fine on fedora
> 23, but do not work on debian 8. I've tried to sort it out myself,
> but am a little stuck now hopefully someone is able
$ ls -l /bin/sh
lrwxrwxrwx. 1 root root 4 Jan 11 11:02 /bin/sh -> bash
$ echo ${BASH_VERSION%%[^0-9.]*}
4.3.42
On Debian 8
$ ls -l /bin/sh
lrwxrwxrwx 1 root root 4 Nov 8 2014 /bin/sh -> dash
$ echo ${BASH_VERSION%%[^0-9.]*}
4.3.30
As I discovered they weren't using the same bash, s
On Sun 25 Oct 2015 at 04:29:14 +, Juan R. de Silva wrote:
> > The packages cups-bsd, lpr, and lprng all have lpr. Try installing them
> > and removing them in turn, and see which works.
>
> Installation of cups-bsd did the trick.
So it should. For all practical purposes the lp and lpr comman
On 10/25/2015 05:29 AM, Juan R. de Silva wrote:
>> The packages cups-bsd, lpr, and lprng all have lpr. Try installing them
>> and removing them in turn, and see which works.
> Installation of cups-bsd did the trick.
>
> BTW, I tried installing lpr before and it did not help.
>
> This is weird, sin
> The packages cups-bsd, lpr, and lprng all have lpr. Try installing them
> and removing them in turn, and see which works.
Installation of cups-bsd did the trick.
BTW, I tried installing lpr before and it did not help.
This is weird, since I've looked into my i386 installation and neither
cup
ry to print from it on amd64 install the error:"/bin/sh:
> 1: lpr: not found" is thrown on me.
>
> I've tested printing with 'lp' from CLI and it works equally well on both
> installations. Checked out and 'lpr' is not installed on neither of
>
installs with one exception described below.
When I run the same application in Wine on i386 install, I can print from
the app just fine.
However, when I try to print from it on amd64 install the error:"/bin/sh:
1: lpr: not found" is thrown on me.
I've tested printing with '
Hello,
I'm concerned about debian-spamd giving itself bin/sh instead of
bin/false after install.
I dint find any documentation about the necessity of debian-spamd
needing bin/sh.
Can anyone pls help?
Greets
Sabrina
scape-sequence thing has come
up. From the machinectl manual :
This command runs the specified executable with the specified
arguments, or/bin/sh if none is specified.
It went without saying how one exits /bin/sh . (-:
On 11/05/2014 13:42, Andrei POPESCU wrote:
On Du, 11 mai 14, 12:07:47, Ron Leach wrote:
/var/spool/cron/crontabs/root indeed contains exactly the error you mention:
# DO NOT EDIT THIS FILE - edit the master and reinstall.
[ ... ]
Filip, the comment suggests that I shouldn't edit this file here
rname fields,
> # that none of the other crontabs do.
>
> SHELL=/bin/sh
> PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
>
> # m h dom mon dow user command
> 17 ** * * rootcd / && run-parts --report /etc/cron.hourly
>
> Filip, the c
ly there.
>
> server4:/# crontab -l
> # /etc/crontab: system-wide crontab
> # Unlike any other crontab you don't have to run the `crontab'
> # command to install the new version when you edit this file
> # and files in /etc/cron.d. These files also have username fields,
>
On Sun, 11 May 2014 12:07:47 +0100
Ron Leach wrote:
>
> Filip, the comment suggests that I shouldn't edit this file here. Do
> you have any idea where, or what, its 'master' version might be?
The correct way to edit the per-user crontabs it with
# crontab -u -e
--
To UNSUBSCRIBE, email t
On Du, 11 mai 14, 11:53:30, Ron Leach wrote:
>
> server4:/# crontab -l
> # /etc/crontab: system-wide crontab
I seriously doubt that.
[...]
> How very odd.
> That isn't the content of /etc/crontab .
Since it seems like you executed 'crontab -l' as root is seems like it
is the crontab of the 'r
27;t have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
# m h dom mon dow u
n the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
# m h dom mon dow user
On Sun, 11 May 2014 10:37:31 +0100
Ron Leach wrote:
> I'm missing some aspect of cron configuration, or perhaps some other
> cron file somewhere. root doesn't have a /home directory, so there
> isn't a crontab in it, and the only user existing on the system
> doesn't have a crontab in its hom
On Du, 11 mai 14, 10:37:31, Ron Leach wrote:
>
> I checked /etc/anacrontab in case it could be involved, it seems not to
> contain any cron.hourly entries, nor entries at the relevant time:
>
> SHELL=/bin/sh
> PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
&g
le is solely to provide
> a network file system. Every 17 mins past the hour, root is sending
> an email with this title:
>
> Cron root cd / && run-parts --report /etc/cron.hourly
>
> and content:
>
> /bin/sh: root: command not found
This means that a cron job tries
sending
an email with this title:
Cron root cd / && run-parts --report /etc/cron.hourly
and content:
/bin/sh: root: command not found
In /etc/cron.d there are only files for anacron and mdadm; neither of
these have entries for every 17 mins past the hour.
In /etc/cron.hourly there is
> "set" works for ksh, bash, and dash. On (at least) Solaris 9 & 10 and
> Debian. Is that enough?
Wes Garland wrote:
> That was my first thought, except dash only lists variables and not
> functions. Interestingly, dash seems to keep functions and variables in
> separate namespaces -- this must
n
be done with an environment variable, something like:
[ "$RUNNING_BASH" = yes ] || [ -x /bin/bash ] && \
exec env RUNNING_BASH=yes /bin/bash -- "$0" ${1+"$@"}
(not tested). You can also test features, like in:
( [[ -n 1 && -n 2 ]] ) 2> /d
Hi, Chris!
On Wed, Apr 21, 2010 at 4:55 AM, Chris Davies wrote:
> If you write your script portably it will work with /bin/sh, for many
> values of sh. If you rely on features of ksh or bash you should specify
> one of those shells on the #! line.
>
Of course, you're right
Wes Garland wrote:
> 2 - Is there way to detect that a script is running as dash, instead of a
> shell like Solaris' /bin/sh
If you write your script portably it will work with /bin/sh, for many
values of sh. If you rely on features of ksh or bash you should specify
one of those sh
ht simply use
> /bin/bash and whatever bash-isms you like.
>
>
That would work pretty much everywhere except bone-stock Solaris, where I
have no possibility of recovery -- "/bin/bash: bad interpreter: No such file
or directory". At least if I use /bin/sh as my interpreter, I can
equires of it) and that is about it.
> 2 - Is there way to detect that a script is running as dash, instead of a
> shell like Solaris' /bin/sh
Not portably. It might be possible by parsing ($SHELL -V -c 'exit 123') or
($SHELL --version -c 'exit 123').
> 3 - Coroll
Hi, List!
I have a few simple questions for you:
1 - I there a better place to get help with dash
2 - Is there way to detect that a script is running as dash, instead of a
shell like Solaris' /bin/sh
3 - Corollary to #2, can I expect dash-as-sh to by a hard link or a sym
link? (I would
ing something, i guess that /bin/sh could have just
as easily have been /bin/false. but i'm willing to be corrected.
rday
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Just a quick Question, why does apache have a shell in passwd file on debian ?
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
krb5 (1.6.dfsg.4~beta1-10)
...
* Use set -e instead of #!/bin/sh -e for all maintainer scripts.
Why bother? What difference does it make?
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Tue, May 23, 2006 at 01:12:48PM -0400, [EMAIL PROTECTED] wrote:
> This morning, when running a script I have run many many times before, I
> got the message:
>
> bash: /home/parents/bin/acc05: /bin/sh: bad interpreter: Permission denied
I have found the problem. I feel really
[EMAIL PROTECTED] wrote:
> This morning, when running a script I have run many many times before, I
> got the message:
>
> bash: /home/parents/bin/acc05: /bin/sh: bad interpreter: Permission denied
This, together with the other mail you sent, seems to point that you have
some filesys
This morning, when running a script I have run many many times before, I
got the message:
bash: /home/parents/bin/acc05: /bin/sh: bad interpreter: Permission denied
The script is as follows:
#!/bin/sh
nohup gnucash /home/parents/accounts/05/work &
nohup gnucash /home/parents/accounts/05/
On Tuesday 08 November 2005 17:00, Tom wrote:
> Hey all,
>
> Lately I've been getting the error mentioned in the subject when I try
> to compile stuff. I've never had something similar before. Googling it
> suggests silly stuff such as /bin/sh not being there; a search on
Hey all,
Lately I've been getting the error mentioned in the subject when I try
to compile stuff. I've never had something similar before. Googling it
suggests silly stuff such as /bin/sh not being there; a search on this
list doesn't bring up anything, either.
There's n
Paolo sayed : "The daemon do not start a shell (that is started
when the user login)."
Ok, but i don't want ftp users to have any kind of access to shells, just
pure ftp connexions, that's all.
Should I remove in /bin/sh for user nobody in /etc/password?
Mico.
-Origin
2005/9/29, micobros <[EMAIL PROTECTED]>:
>
>
>
> Hello,
>
>
>
> Proftpd is launched with user nobody. I was wondering why this user had to
> have a default shell set to /bin/sh. Is there any reason for that? Can I
> modify it to /bin/false? Is it a security prob
Hello,
Proftpd is launched with user nobody. I was wondering
why this user had to have a default shell set to /bin/sh. Is there any reason
for that? Can I modify it to /bin/false? Is it a security problem to have a
service like Proftpd (running standalone) running with the default
lesystem) readonly.
> Freeing unused kernel memory: 164k init 4k chrp 32k prep
> /bin/sh: can't access tty; job control turned off
> #
>
> with even the simplest linuxrc : (
>
> I created an initrd consisting of:
>
> /bin
> /bin/dash
> /bin/echo
> /bin/sh
/bin/sh: can't access tty; job control turned off
#
with even the simplest linuxrc : (
I created an initrd consisting of:
/bin
/bin/dash
/bin/echo
/bin/sh -> dash
/dev
/dev/console c 5 1
/lib
/lib/ld.so.1
/lib/libc.so.6
/linuxrc
linuxrc is a not-overly-complicated shell script:
#!/bin/sh
echo
Christopher L. Everett wrote:
People,
I keep getting these emails, from multiple servers relating to entries in
/etc/crontab. AFAIK, I'm doing everything right (maybe not the best way
technically, but following what the documentation says):
-- using crontab -e
-- looks the same to me as a workin
People,
I keep getting these emails, from multiple servers relating to entries in
/etc/crontab. AFAIK, I'm doing everything right (maybe not the best way
technically, but following what the documentation says):
-- using crontab -e
-- looks the same to me as a working crontab on another server
-
ranscript speak for itself and see if
> > anybody else can make heads or tails of what's going on...
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=235772 says that
> XFree doesn't install when sh actually is dash instead of bash.
> Recovery procedure until this is
ompiler, and got the latest stuff from
> > > testing. It required a newer version of libc6 (2.2.4-5), which got
> > > installed first. Then all subsequent packages failed. I cannot open a
> > > shell anymore:
> > >
> > > /bin/sh: relocation error: /bi
got
> > installed first. Then all subsequent packages failed. I cannot open a
> > shell anymore:
> >
> > /bin/sh: relocation error: /bin/sh: undefined symbol: history_max_entries
> >
> > Existing shells still work, but this situation paralyzes just about
> &g
k for the next
| day until I relinked to bash (my scripts were bash specific I guess).
I think a better solution to this is to either use #!/bin/bash for
bash-specific scripts (instead of #!/bin/sh), or remove bash-isms and
use POSIX-only scripting.
The nice thing about having /bin/sh linked to ash i
Try to find out if your /bin/sh is symbolically linked to bash, ash, korn, or
whatever other shell. /bin/sh should be just a symbolic link...if it isn't
linked, link it to something like bash.
I had a problem when I upgraded to the 2.4.12 kernel and the update asked
whether I wanted to go
nnot open a
> shell anymore:
>
> /bin/sh: relocation error: /bin/sh: undefined symbol: history_max_entries
>
> Existing shells still work, but this situation paralyzes just about
> anything, including apt. What can I do?
Sounds like you might have tweaked some libs.
Do you ha
I tried to install the G77 compiler, and got the latest stuff from
testing. It required a newer version of libc6 (2.2.4-5), which got
installed first. Then all subsequent packages failed. I cannot open a
shell anymore:
/bin/sh: relocation error: /bin/sh: undefined symbol: history_max_entries
> "Dragos" == Dragos Delcea <[EMAIL PROTECTED]> writes:
Dragos> I know that, but I'm courious: why /etc/passwd didn't came
Dragos> with /bin/false as default setting (I'm talking about system
Dragos> accounts that really don't use/need the shell)
There are some programs which rely on the fact
Paul Rae wrote:
>
> the /bin/flase shell is there, when you add a user you decide what shell
> they have, if you dont want them to have a shell edit the passwd file and
> make any changes you feel are needed
>
I know that, but I'm courious: why /etc/passwd didn't came with
/bin/false as default s
: /bin/sh for all users?
hello list,
why in debian (I have 2.2r3) all the system users have
a sh shell?
I have various other linuxes, a freebsd, and none has
this settings in /etc/passwd...; I want to know the
reason behind this, 'couse I've heard and it seems
resonable that it offers more s
Dragos Delcea wrote:
>
> hello list,
>
> why in debian (I have 2.2r3) all the system users have
> a sh shell?
> I have various other linuxes, a freebsd, and none has
> this settings in /etc/passwd...; I want to know the
> reason behind this, 'couse I've heard and it seems
> resonable that it offe
hello list,
why in debian (I have 2.2r3) all the system users have
a sh shell?
I have various other linuxes, a freebsd, and none has
this settings in /etc/passwd...; I want to know the
reason behind this, 'couse I've heard and it seems
resonable that it offers more security to have
the shell bin
am still looking for
> > an outside account that will handle the debian-user volume.
> > Thanks.
> >
> > Art Lemasters
> >
> > --- Art Lemasters <[EMAIL PROTECTED]> wrote:
> > > I am running woody.
> > >
> > > Runnin
> > --- Art Lemasters <[EMAIL PROTECTED]> wrote:
> > > I am running woody.
> > >
> > > Running dselect in apt access mode, none of the upgrade
> > > packages will install. I also tried running apt-get.
> > > The error message when tr
ser volume.
> Thanks.
>
> Art Lemasters
>
> --- Art Lemasters <[EMAIL PROTECTED]> wrote:
> > I am running woody.
> >
> > Running dselect in apt access mode, none of the upgrade
> > packages will install. I also tried running apt-get.
>
g to install is
>
> ~~~~~~~~~~
> /bin/sh: /usr/sbin/dpkg-preconfigure: No such file or directory
> E: Sub-process /usr/sbin/dpkg-preconfigure --apt returned an error
> code (127) E: Failure running script /usr/sbin/dpkg-preconfigure
> --apt
Lemasters <[EMAIL PROTECTED]> wrote:
> I am running woody.
>
> Running dselect in apt access mode, none of the upgrade
> packages will install. I also tried running apt-get.
> The error message when trying to install is
>
> ~~~~~~~
I am running woody.
Running dselect in apt access mode, none of the upgrade
packages will install. I also tried running apt-get.
The error message when trying to install is
~~
/bin/sh: /usr/sbin/dpkg-preconfigure: No such file or directory
I did find another thing,
trap _foo DEBUG,
where _foo is some function (or command) of your choosing.
Do an
info bash
s
debug
-chris
Ethan Benson <[EMAIL PROTECTED]> writes:
> sh -x is about all i have found for stepping through the script, i
> agree its rather rough, this is why i usually ad
line executed. -chris
Date: 14 Sep 2000 09:46:49 -0700
In-Reply-To: "Daniel E. Wilson"'s message of "Thu, 14 Sep 2000 01:34:24 -0700"
Message-ID: <[EMAIL PROTECTED]>
Lines: 4
User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.5
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
--text follow
What's a good way to debug /bin/sh scripts? I thought there
was an interpreter option which would run the code line by
line, prompting after each line, but I looked through the
man/info pages and found nothing, or am I blind? I already
know about sh -x and sh -v, but the
On Wed, Sep 13, 2000 at 04:55:49PM -0700, Krzys Majewski wrote:
> What's a good way to debug /bin/sh scripts? I thought there
> was an interpreter option which would run the code line by
> line, prompting after each line, but I looked through the
> man/info pages and found nothi
'sh -n' will syntax-check a script without actually executing any of
the commands.
On Wed, Sep 13, 2000 at 04:55:49PM -0700, Krzys Majewski wrote:
> What's a good way to debug /bin/sh scripts? I thought there
> was an interpreter option which would run the code line by
&g
try using set -x in your script file, ie:
#!/bin/bash
set -x
On Wed, Sep 13, 2000 at 04:55:49PM -0700, Krzys Majewski wrote:
> What's a good way to debug /bin/sh scripts? I thought there
> was an interpreter option which would run the code line by
> line, prompting after each line
What's a good way to debug /bin/sh scripts? I thought there
was an interpreter option which would run the code line by
line, prompting after each line, but I looked through the
man/info pages and found nothing, or am I blind? I already
know about sh -x and sh -v, but these by themselves are
*- On 2 Jan, Ben Collins wrote about "Re: /bin/sh and ash, bash"
> On Sun, Jan 02, 2000 at 03:34:51PM -0600, matt garman wrote:
>>
>> I noticed that Debian makes /bin/sh a symlink to /bin/bash by default.
>> I'd rather have /bin/sh link to /bin/ash. I tri
On Sun, Jan 02, 2000 at 03:34:51PM -0600, matt garman wrote:
>
> I noticed that Debian makes /bin/sh a symlink to /bin/bash by default.
> I'd rather have /bin/sh link to /bin/ash. I tried this quite a while
> ago, and it seems as though some Debian-specific scripts rely on /
I noticed that Debian makes /bin/sh a symlink to /bin/bash by default.
I'd rather have /bin/sh link to /bin/ash. I tried this quite a while
ago, and it seems as though some Debian-specific scripts rely on /bin/sh
actually being bash. In other words, last time I linked /bin/sh to
/bin/ash,
n appears to offer an RPM installer.
> I was not surprised at library dependancies etc. but the /bin/sh thing
> although probably very simple has completely thrown me.
>
> Is it more likely to work if I convert them with alien and then try?
I'm not sure, but IIRC the rpm package
once I am sure I can use Debian for my needs.
I thought initially while I am trying to get things set up I would
just try installing as RPM's. Debian appears to offer an RPM installer.
I was not surprised at library dependancies etc. but the /bin/sh thing
although probably very simple has completely thrown me.
Is it more likely to work if I convert them with alien and then try?
Paul
Paul <[EMAIL PROTECTED]> writes:
> I am in the early stages of setting up a Debian system. So far, so
> good. I have now tried to install a few RPM's and failed due to
> dependancy problems with /bin /sh.
It means that the RPM package has a depency on a RPM package pr
On Thu, 17 Jun 1999, Paul wrote:
> I am in the early stages of setting up a Debian system. So far, so good. I
> have
> now tried to install a few RPM's and failed due to dependancy problems with
> /bin
> /sh. I thought this means that /bin/sh doesn't exist. I have che
I am in the early stages of setting up a Debian system. So far, so good. I have
now tried to install a few RPM's and failed due to dependancy problems with /bin
/sh. I thought this means that /bin/sh doesn't exist. I have checked and it does
as a link to /bin/bash. What else cou
>
> On Tue, May 25, 1999 at 03:15:39PM -0400,
> [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > Can you be specific and point me to what fails. if it is a matter of making
> > ash posix happy, it will be done -- we have the code. Bash is just way too
> > heavy for many things.
> >
> > You
On Tue, May 25, 1999 at 03:15:39PM -0400,
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Can you be specific and point me to what fails. if it is a matter of making
> ash posix happy, it will be done -- we have the code. Bash is just way too
> heavy for many things.
>
> You could also provide
>
> This is not a good idea. Ash is Bourne-compatible, but not POSIX, which
> bash is. That's why bash is used as sh. Install the bash source and look
> in the tests/ directory. Run the file posix.tests with bash, and it
> passes every test. Ash fails 8 of the tests.
>
Can you be specific and po
On Sun, May 23, 1999 at 11:30:37AM -0500,
Brad <[EMAIL PROTECTED]> wrote:
> On Sun, 23 May 1999, Werner Reisberger wrote:
>
> > I would really aprecciate if the debian base system uses in all important
> > system scripts /bin/sh. It would be also safer to use for sh no
On Sun, May 23, 1999 at 11:30:37AM -0500, Brad wrote:
> Just out of curiousity, which important startup script has the /bin/bash?
> So i can watch out for it if i ever have a broken bash
I had bash in /etc/init.d/rcS (hamm).
-Werner
On Sun, 23 May 1999 [EMAIL PROTECTED] wrote:
> cd /etc/init.d and grep for bash. My machine uses ash for /bin/sh and I
> have no problems. If you find bash scripts that need not be bash, let the
> maintainer know.
i did do that before i sent the first message. The only two i found
>
> On Sun, 23 May 1999, Werner Reisberger wrote:
>
> > I would really aprecciate if the debian base system uses in all important
> > system scripts /bin/sh. It would be also safer to use for sh not a symbolic
> > link to bash but instead to ash or another bourn
On Sun, 23 May 1999, Werner Reisberger wrote:
> I would really aprecciate if the debian base system uses in all important
> system scripts /bin/sh. It would be also safer to use for sh not a symbolic
> link to bash but instead to ash or another bourne compatible shell to avoid
> pro
*- On 23 May, Werner Reisberger wrote about "/bin/bash -> /bin/sh"
> Some times ago I had a bad experience with the libreadline package.
> The installation failed because a required package wasn't installed. That's
> ok, but the libreadline package had already rep
cS)
contained #!/bin/bash instead of #!/bin/sh (I realized this later after
installing a new base package and hours of work).
I reported the problem with libreadline to the package maintainer (and the bug
list) without getting a response.
I would really aprecciate if the debian base system uses in
1 - 100 of 135 matches
Mail list logo
