Polytropon wrote:
On Wed, 07 Apr 2010 15:24:51 +0800, Fbsd1 wrote:
Why are there RELEASE base files in /usr/bin. I thought /usr was to only
contain binaries installed from ports or packages.
No. The /usr/local subtree (LOCAL) is for local additions (ports
and packages), while things outside
To
FreeBSD Questions
cc
Subject
usage of /usr/bin
Why are there RELEASE base files in /usr/bin. I thought /usr was to only
contain binaries installed from ports or packages.
___
freebsd-questions@freebsd.org mailing list
http
On Wed, 07 Apr 2010 15:24:51 +0800, Fbsd1 wrote:
> Why are there RELEASE base files in /usr/bin. I thought /usr was to only
> contain binaries installed from ports or packages.
No. The /usr/local subtree (LOCAL) is for local additions (ports
and packages), while things outside this str
Why are there RELEASE base files in /usr/bin. I thought /usr was to only
contain binaries installed from ports or packages.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send
the response UDP packets can be up to 9216 bytes in size.
>
> I am using netcat like so:
>
> echo "$REQUEST_BODY" | /usr/bin/nc -w 1 -u "$PLAYERDB_HOST"
> "$PLAYERDB_PORT"
>
> The response always gets truncated to 1024 bytes using netcat.
>
&
like so:
echo "$REQUEST_BODY" | /usr/bin/nc -w 1 -u "$PLAYERDB_HOST" "$PLAYERDB_PORT"
The response always gets truncated to 1024 bytes using netcat.
I wrote my own silly version of netcat specifically suited to my needs
over UDP, in Java. I then call it like so:
ec
es not reflect this.
>>
>> c++ -fno-exceptions -Wl,-rpath,/usr/local/lib
>> -Wl,-rpath,/usr/local/lib -pthread -o ../../../bin/uic
>> .obj/release-shared-mt/main.o .obj/release-shared-mt/uic.o
>> .obj/release-shared-mt/form.o .obj/release-shared-mt/object.o
>
On Mon, 08 Feb 2010 09:49:11 +0100
Leslie Jensen wrote:
[ .. ]
> >> Make output:
> >>
> >>
> >> /usr/bin/ld: warning: libjpeg.so.10, needed
> >> by /usr/local/lib/libmng.so, not found (try using -rpath or
> >> -rpath-link)
> >
s3
Yes, since you force deinstalled them, while ports that actually need
them are still there.
Yes, I'm aware of this. Added for information.
Please see attached file!
Make output:
/usr/bin/ld: warning: libjpeg.so.10, needed
by /usr/local/lib/libmng.so, not found (try using -rpath or
-rp
above problem. I also did make clean for these ports. Even so,
> >> when I start installing qt33 again the same problem comes up. Do
> >> you have any suggestions on how I should do to make it work?
> >
> > Please send the make output with the failure, and pkg_info -Ia.
hout argument), ignoring
Probably because the ports deinstalled are dependencies of openoffice!
When running portmaster --check-depends it complains about
x11-toolkits/qt33
audio/arts
x11/kdelibs3
Please see attached file!
Make output:
/usr/bin/ld: warning: libjpeg.so.10, needed by /usr/local/
On Sun, 07 Feb 2010 13:36:55 +0100
Leslie Jensen wrote:
[ .. ]
> >> For the moment the workaround, when you get to this, is to:
> >> mv /usr/local/lib/libqt-mt.so /usr/local/lib/libqt-mt.so.old&& \
> >> cd /usr/ports/x11-toolkits/qt33/&& make&& \
> >> mv /usr/local/lib/libqt-mt.so.old /usr/l
t reflect this.
c++ -fno-exceptions -Wl,-rpath,/usr/local/lib
-Wl,-rpath,/usr/local/lib -pthread -o ../../../bin/uic
.obj/release-shared-mt/main.o .obj/release-shared-mt/uic.o
.obj/release-shared-mt/form.o .obj/release-shared-mt/object.o
.obj/release-shared-mt/subclassing.o .obj/release-share
to be rebuild - but
> > ports/UPDATE does not reflect this.
> >
> > c++ -fno-exceptions -Wl,-rpath,/usr/local/lib
> > -Wl,-rpath,/usr/local/lib -pthread -o ../../../bin/uic
> > .obj/release-shared-mt/main.o .obj/release-shared-mt/uic.o
> > .obj/release-shared-mt/
to be rebuild - but
> > ports/UPDATE does not reflect this.
> >
> > c++ -fno-exceptions -Wl,-rpath,/usr/local/lib
> > -Wl,-rpath,/usr/local/lib -pthread -o ../../../bin/uic
> > .obj/release-shared-mt/main.o .obj/release-shared-mt/uic.o
> > .obj/release-shared-mt/
.
> > > >
> > > > It seems that that port jpeg-8 has been updated and now offering
> > > > libjpeg.so.11 instead of the desired old libjpeg.so.10, so I
> > > > guess everything depending on port jpeg-8 needs to be rebuild -
> > > > but
of the desired old libjpeg.so.10, so I guess
> > > everything depending on port jpeg-8 needs to be rebuild - but
> > > ports/UPDATE does not reflect this.
> > >
> > > c++ -fno-exceptions -Wl,-rpath,/usr/local/lib
> > > -Wl,-rpath,/usr/local/lib -pthread -o
be rebuild - but
> > ports/UPDATE does not reflect this.
> >
> > c++ -fno-exceptions -Wl,-rpath,/usr/local/lib
> > -Wl,-rpath,/usr/local/lib -pthread -o ../../../bin/uic
> > .obj/release-shared-mt/main.o .obj/release-shared-mt/uic.o
> > .obj/release-sha
/usr/local/lib
> -Wl,-rpath,/usr/local/lib -pthread -o ../../../bin/uic
> .obj/release-shared-mt/main.o .obj/release-shared-mt/uic.o
> .obj/release-shared-mt/form.o .obj/release-shared-mt/object.o
> .obj/release-shared-mt/subclassing.o .obj/release-shared-mt/embed.o
> .obj/releas
of the desired old libjpeg.so.10, so I guess
everything depending on port jpeg-8 needs to be rebuild - but
ports/UPDATE does not reflect this.
c++ -fno-exceptions -Wl,-rpath,/usr/local/lib
-Wl,-rpath,/usr/local/lib -pthread -o ../../../bin/uic
.obj/release-shared-mt/main.o .obj/release-
When FreeBSD-8 came out, it came with a newly rewritten cpio(1) that no longer
offered an option I originally started using with SunOS/Solaris, but came to
expect on FreeBSD and Linux as well. Since it was pretty trivial to add it
back, I did so and offered the patch in PR bin/141175
Dan Naumov wrote:
What exactly is "gart" and where do I find it's manpage,
http://www.freebsd.org/cgi/man.cgi comes up with nothing? Also, does
this mean that GPT is _NOT_ in fact fixed regarding this bug?
That's gpart(8). With a 'p'. gpart has had significant amounts of
work put into it for
I have a few questions about this PR:
http://www.freebsd.org/cgi/query-pr.cgi?pr=115406&cat=bin
1) Is this bug now officially fixed as of 8.0-RELEASE? Ie, can I
expect to set up a completely GPT-based system using an Intel
D945GCLF2 board and not have the installation crap out on me later
On Sun, 10 Jan 2010, O. Hartmann wrote:
Since a while I'm incapable of compiling ports/science/paraview on the most
FreeBSD 8.0-STABLE/amd64 boxes around here.
I do portmaster -dv on a regular basis on all of those machines and I suspect
the port maintanance facility beeing corrupted since th
On Sun, 10 Jan 2010 12:10:38 +0100
"O. Hartmann" wrote:
> Since a while I'm incapable of compiling ports/science/paraview on the
> most FreeBSD 8.0-STABLE/amd64 boxes around here.
>
> I do portmaster -dv on a regular basis on all of those machines and I
> suspect the port maintanance facility
every FreeBSd box.
How can I check what's going wrong?
Please reply to my eMail also, I'm not subsribing questions/ports list.
Thanks,
regards
Oliver
Linking CXX executable ../../../../../bin/QVTKCxxTests
../../../../../bin/libvtkIO.so.pv3.6: undefined reference to `nc_open'
x27;t start
> and left this error in the log file:
>
> /libexec/ld-elf.so.1: /usr/local/bin/postgres: Undefined symbol "shmctl"
>
> Have Googled & IRC'd with no luck. Any suggestions or ideas about how to
> fix would be greatly appreciated!
>
> Thanks!
H
Have been running FreeBSD 7.1 for months with PostgreSQL 8.3. All fine.
Today, made a change to hosts.allow to add an IP address for FTP access.
Rebooted and attempted to restart PostgreSQL. Postgres wouldn't start and
left this error in the log file:
/libexec/ld-elf.so.1: /usr/loca
APseudoUtopia wrote:
> The permissions on the HOST for /usr/jails/httpd and
> /usr/jails/basejail were set incorrectly. When I installed the jail, I
> used umask 0077.
You should _never_ have umask 077 as root. It will cause
all kinds of weird problems. It's best to keep the umask
at the def
APseudoUtopia wrote:
> > Thanks for the tips. I'm new to jails, and I didn't think it was
> > possible to build a jail without tcsh. What shell do you use then?
> > Just /bin/sh?
I never log into a jail. There's no reason to do that.
However, usually /bin/sh
On Mon, Oct 5, 2009 at 4:08 AM, APseudoUtopia wrote:
> Hey list,
>
> I'm setting up jails on my system. I started with a httpd jail for
> nginx and php to run in. I used ezjail to create it. I went through
> all the steps, and got a jail setup and working. I've logged in and
> out several times an
On Mon, Oct 5, 2009 at 1:33 PM, Glen Barber wrote:
[snip]
>>
>> jailuser:*:1001:1001:User &:/home/jailuser:/bin/false
>>
>> # su jailuser
>> su: /bin/false: Permission denied
>>
Also, check the permiss
ation.
>>>
>>> I used chpass to change the shell of the jailuser account. I tried
>>> /bin/sh, /bin/csh, /bin/tcsh, and /sbin/nologin. All of those gave the
>>> same "Permission denied" error. Even nologin gave "Permission denied"
>>>
On Mon, Oct 5, 2009 at 9:28 AM, Glen Barber wrote:
> On Mon, Oct 5, 2009 at 1:24 PM, APseudoUtopia wrote:
>
> [snip]
>
>>
>> Sorry to reply again, but I have some further information.
>>
>> I used chpass to change the shell of the jailuser account. I tried
On Mon, Oct 5, 2009 at 1:24 PM, APseudoUtopia wrote:
[snip]
>
> Sorry to reply again, but I have some further information.
>
> I used chpass to change the shell of the jailuser account. I tried
> /bin/sh, /bin/csh, /bin/tcsh, and /sbin/nologin. All of those gave the
> same
gt; that is when the problem came up. For some reason, I cannot switch to
>> > the unprivileged user. The shell is giving me a "Permission Denied"
>> > error.
>>
>> What are the permissions on /bin/tcsh inside the jail?
>> Is it executable? Are the pe
he unprivileged user. The shell is giving me a "Permission Denied"
> > error.
>
> What are the permissions on /bin/tcsh inside the jail?
> Is it executable? Are the permissions of all of its
> libraries correct? ("ldd /bin/tcsh" will list the libs.)
> Are th
ouple ports within the jail. I then
> added a non-privileged user by running "adduser" as root. However,
> that is when the problem came up. For some reason, I cannot switch to
> the unprivileged user. The shell is giving me a "Permission Denied"
> error.
What a
dded a non-privileged user by running "adduser" as root. However,
that is when the problem came up. For some reason, I cannot switch to
the unprivileged user. The shell is giving me a "Permission Denied"
error.
# su - jailuser
su: no directory
# su jailuser
su: /bin/tcsh: Permi
test' describes, the /bin/test executable does not
recognize a == operator.
Neither in `sh' nor in `bash' the `test' executable will be called
(unless written as /bin/test). In both cases it is a builtin
command. The Sh builtin works like the `test' executable;
On Thu, Sep 03, 2009 at 06:59:38AM +0200, Polytropon typed:
>
> > What
> > is the version of /bin/sh currently used in 7.2? Where is it taken
> > from? --version, -v, -version don't ever print version I guess due to
> > FreeBSD policy of not versioning individual
= would cause failure? What is the version of /bin/sh
> currently used in 7.2? Where is it taken from? --version, -v, -version
> don't ever print version I guess due to FreeBSD policy of not versioning
> individual utilities.
== isn't a valid comparison operator for the test c
if test "x$my_var" == "xyes"; then
would correctly read as follows:
if test "x${my_var}" = "xyes"; then
You can of course use [ instead of test, so it would be
if [ "x${my_var}" = "xyes" ]; then
> What
> i
configure file got this line and it causes the message: test: xyes: unexpected
operator
But removing spaces around == or replacing == with = makes it to work.
On Linux though this line works fine.
Why spaces around == would cause failure?
What
is the version of /bin/sh currently used in 7.2
Of RW
Sent: Sunday, June 28, 2009 10:21 PM
To: freebsd-questions@freebsd.org
Subject: Re: The question of moving vi to /bin
On Thu, 25 Jun 2009 16:15:12 -0500
"Gary Gatten" wrote:
I like M$ "Notepad" - is there a version of that for FBSD?
Actually, there is. Wine implements
-questions@freebsd.org
Subject: Re: The question of moving vi to /bin
On Thu, 25 Jun 2009 16:15:12 -0500
"Gary Gatten" wrote:
> I like M$ "Notepad" - is there a version of that for FBSD?
Actually, there is. Wine implements it&#
Daniel Underwood wrote:
How did "The question of moving vi to /bin" end up as two different
conversations for me in gmail?
Hello Daniel,
When I did a 'Reply to All', the moderator blocked the posting claiming
too high a number of recipients. I cancelled the posting,
Polytropon writes:
> When Bill G. arrives at the pearly gate, ol' Pete won't ask
> him what he did do, instead send him to MICROS~1 C:\HELL.EXE
> with the advice to click on the devil to start the everlasting
> pain. :-)
Brilliant!!
atb
Glyn
On Thu, 25 Jun 2009 16:15:12 -0500
"Gary Gatten" wrote:
> I like M$ "Notepad" - is there a version of that for FBSD?
Actually, there is. Wine implements it's own version of notepad.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.
On Fri, Jun 26, 2009 at 08:01:02AM +0200, Polytropon wrote:
> On Thu, 25 Jun 2009 22:23:17 -0700, Gary Kline wrote:
> > what about j, k [down, up]. and h,l [left, right]?
> > why reach over for the arrow keys! oh, and o, and O
> > [open line below/Above], and
> >
> > \search
>
Hi,
On 26 June 2009 pm 14:01:02 Polytropon wrote:
> On Thu, 25 Jun 2009 22:23:17 -0700, Gary Kline
wrote:
> have a "vi keyboard reference" in my "extremely important
> documentation folder" - and yes, it is a real folder, not a
> directory. :-) So if everything fails, there's still vi and
> the
On Thu, 25 Jun 2009 22:23:17 -0700, Gary Kline wrote:
> what about j, k [down, up]. and h,l [left, right]?
> why reach over for the arrow keys! oh, and o, and O
> [open line below/Above], and
>
> \search
>
> and that's 97 and 44/100ths of what you'll ever need.
On Thu, 25 Jun 2009 16:15:12 -0500, "Gary Gatten" wrote:
> I like M$ "Notepad" - is there a version of that for FBSD?
You are on the wrong list. Correct your inner state of mind and
try again. :-)
No, seriously: Maybe gnotepad+ appeals to you?
> Actually the old "edit" from dos is sweet too..
Hi,
I agree that vi is nowhere as easy to use as ee. Since a lot of people seem to
be happy with ee, why not make it available under /bin so that that there is an
easy-to-use, readily-working editor always available, even if you are in
single-user mode ?
That in fact was the essence of
> That's a very good suggestion. But let's take into mind that we
> do need the most advanced and modern MICROS~1 technology, so
> FreeBSD should include a pirated copy of "Windows 7" in order
> to run the latest and most expensive pirated copy of "Office",
> programmed in Java, running through "Fl
Hi,
On 27 June 2009 am 07:08:01 Polytropon wrote:
> On Fri, 26 Jun 2009 15:40:50 +0800, Erich Dollansky
wrote:
> > On 26 June 2009 pm 14:01:02 Polytropon wrote:
> > > Maybe this is because vi scared me when using WEGA (which
> > > is the GDR's equivalent of UNIX System III, run on the
> > > P800
On Fri, 26 Jun 2009 15:40:50 +0800, Erich Dollansky wrote:
> On 26 June 2009 pm 14:01:02 Polytropon wrote:
> > Maybe this is because vi scared me when using WEGA (which is
> > the GDR's equivalent of UNIX System III, run on the P8000
>
> was this the russian PDP-11?
I'm not sure if there was a P
On Fri, Jun 26, 2009 at 09:59:28AM +0200, Jonathan McKeown wrote:
> This whole thread only really got started because I questioned Manish Jain's
> assertion that there was no editor available in /bin.
>
> To summarise:
>
> There are several editors available ranging from
This whole thread only really got started because I questioned Manish Jain's
assertion that there was no editor available in /bin.
To summarise:
There are several editors available ranging from ed (49604 bytes) and ee
(60920 bytes) (both with two library dependencies) to emacs (in
2009/6/25 Gary Gatten :
> I like M$ "Notepad" - is there a version of that for FBSD? Actually the old
> "edit" from dos is sweet too
>
I'll humour you... gedit is similar and better than notepad for BSD,
but there's nothing like 'edit' (actually a stripped down QBasic)
AFAIK. Maybe you should
On Fri, Jun 26, 2009 at 12:31:37PM +0800, Erich Dollansky wrote:
> Hi,
>
> On 26 June 2009 pm 12:19:32 Gary Kline wrote:
> > On Fri, Jun 26, 2009 at 09:50:31AM +0800, Erich Dollansky wrote:
> > >
> > > On 26 June 2009 am 09:06:49 Giorgos Keramidas wrote:
> > > > On Fri, 26 Jun 2009 08:20:19 +0800,
On Thu, Jun 25, 2009 at 09:09:56PM -0400, John L. Templer wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> per...@pluto.rain.com wrote:
> >> ed is an interactive program, and it has always been considered as
> >> such, at least since BSD 4.2. Way back then there were three main
> >> e
Hi,
On 26 June 2009 pm 12:19:32 Gary Kline wrote:
> On Fri, Jun 26, 2009 at 09:50:31AM +0800, Erich Dollansky wrote:
> >
> > On 26 June 2009 am 09:06:49 Giorgos Keramidas wrote:
> > > On Fri, 26 Jun 2009 08:20:19 +0800, Erich Dollansky
> >
> > wrote:
> > > >On 25 June 2009 pm 19:13:14 Konrad Heue
A collegue programmed then even a WordStar clone for RSX to have a
> nice editor.
>
> Of course, only for VT-100 Terminals.
This is interesting. I learned vi on an ADM-3A, late-70's.
And, *YES*, it is in /rescue!
Hi,
On 26 June 2009 am 10:02:30 Polytropon wrote:
> On Fri, 26 Jun 2009 09:55:48 +0800, Erich Dollansky
wrote:
> > this is not what I mean. I wanted to say, as long as the boot
> > disk come up, I also have /usr available when I have the
> > space to have it all on the same disk.
>
> I see. The
On Fri, 26 Jun 2009 09:55:48 +0800, Erich Dollansky wrote:
> this is not what I mean. I wanted to say, as long as the boot disk
> come up, I also have /usr available when I have the space to have
> it all on the same disk.
I see. The fact that /usr isn't available after booting in
maintenance m
On Fri, 26 Jun 2009 09:50:31 +0800, Erich Dollansky wrote:
> On 26 June 2009 am 09:06:49 Giorgos Keramidas wrote:
>> As far as 16 years back, VT220/VT320 terminals were in wide use
>> in universities. Some of us learned our first regexp stuff by
>
> not only there, but ed was not the editor of ch
space to have
it all on the same disk.
That /usr does not have to be on the same disk, is a different
question. If I do this, I will also be aware of the consequences.
> > > > It would be even better to have an editor like joe in
> > > > /bin than anything like vi.
> >
Hi,
On 26 June 2009 am 09:06:49 Giorgos Keramidas wrote:
> On Fri, 26 Jun 2009 08:20:19 +0800, Erich Dollansky
wrote:
> >On 25 June 2009 pm 19:13:14 Konrad Heuer wrote:
> >> Maybe you're right, maybe not.
> >>
> >> 20 years ago, I've written and edited voluminous fortran
> >> code on a silly rs2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
per...@pluto.rain.com wrote:
>> ed is an interactive program, and it has always been considered as
>> such, at least since BSD 4.2. Way back then there were three main
>> editors, ex, vi, and ed.
>
> ed goes back at least as far as the Bell Labs 6th
e many many
arguments pro and contra partitioning. It's a matter of intention.
> > > It would be even better to have an editor like joe in /bin
> > > than anything like vi.
> >
> > Certainly.
> >
> Ok, then let us support joe.
Or the Midnight Commander&#x
On Fri, 26 Jun 2009 08:20:19 +0800, Erich Dollansky wrote:
>On 25 June 2009 pm 19:13:14 Konrad Heuer wrote:
>> Maybe you're right, maybe not.
>>
>> 20 years ago, I've written and edited voluminous fortran code
>> on a silly rs232 terminal using ed. So, it is possible, and one
>
> I do not believe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ruben de Groot wrote:
> On Thu, Jun 25, 2009 at 01:36:31AM -0400, John L. Templer typed:
>> ed is an interactive program, and it has always been considered as such,
>> at least since BSD 4.2. Way back then there were three main editors,
>> ex, vi, and
re ee in the base system?
>
> ee is in /usr/bin, just like vi.
>
my mistake.
To be honest, I never have had a problem with /usr since disks are
large enough to have all on only one. Of course, those days, when
it was two or more disks in a system and /usr died, it could have
helped.
&g
Hi,
On 25 June 2009 pm 19:13:14 Konrad Heuer wrote:
> On Thu, 25 Jun 2009, Manish Jain wrote:
>
> Maybe you're right, maybe not.
>
> 20 years ago, I've written and edited voluminous fortran code
> on a silly rs232 terminal using ed. So, it is possible, and one
I do not believe you. This must have
Jun 25 15:50:01 2009
Subject: Re: The question of moving vi to /bin
> 20 years ago, I've written and edited voluminous fortran code on a silly
> rs232 terminal using ed. So, it is possible, and one can learn basics of
> ed in less than a hour. Don't you think so?
>
Not whe
's topics.
And I know it was mentioned, but the OP seems to have ignored or
refused to acknowledge /rescue/vi which is in the / partition as it's
defaulted partitioned. Why are we still talking about /usr/bin/vi
(dynamically linked) when /rescue/vi (statically linked) is
t a file, even in the extreme case
> > where there are no alternatives ?
> >
> isn't there ee in the base system?
ee is in /usr/bin, just like vi.
> > Till the improvements are in place, we need the alternative of
> > having vi under /bin rather than /usr/bin.
>
On Thu, 25 Jun 2009 14:20:42 -0400, "ill...@gmail.com" wrote:
> 2009/6/24 Manish Jain :
> > everyone has hundreds of GB's
> > on the disk
>
> No. No they don't. Please hang up and try again. If you need
> to make a collect call, please dial zero to speak with an oper-
> ator.
Dial all the num
2009/6/24 Manish Jain :
> everyone has hundreds of GB's
> on the disk
No. No they don't. Please hang up and try again. If you need
to make a collect call, please dial zero to speak with an oper-
ator.
--
--
___
freebsd-questions@freebsd.org mailing
Ruben de Groot wrote:
On Thu, Jun 25, 2009 at 01:36:31AM -0400, John L. Templer typed:
ed is an interactive program, and it has always been considered as such,
at least since BSD 4.2. Way back then there were three main editors,
ex, vi, and ed. If you had a nice video terminal then you used vi
in place, we need the alternative of having vi
under /bin rather than /usr/bin.
Actually, it surprises me to what extent the core of the FreeBSD community is
enamoured with this idea of a micro-minimalistic base, in which it is
practically impossible to do anything except run fsck. Matters don&
On Thu, Jun 25, 2009 at 01:36:31AM -0400, John L. Templer typed:
>
> ed is an interactive program, and it has always been considered as such,
> at least since BSD 4.2. Way back then there were three main editors,
> ex, vi, and ed. If you had a nice video terminal then you used vi. But
> if you
alternative of having vi
under /bin rather than /usr/bin.
Actually, it surprises me to what extent the core of the FreeBSD
community is enamoured with this idea of a micro-minimalistic base, in
which it is practically impossible to do anything except run fsck.
Matters don't stop there. Seeing th
> ed is an interactive program, and it has always been considered as
> such, at least since BSD 4.2. Way back then there were three main
> editors, ex, vi, and ed.
ed goes back at least as far as the Bell Labs 6th Edition (PDP-11),
where it was the only editor in the distribution. ex and vi (and
t; Till the improvements are in place, we need the alternative of
> having vi under /bin rather than /usr/bin.
>
I do not see any reason to have a monster like vi there.
> Actually, it surprises me to what extent the core of the
> FreeBSD community is enamoured with this idea of a
>
does not mean screen based.
>
> Till the improvements are in place, we need the alternative of having vi
> under /bin rather than /usr/bin.
>
> Actually, it surprises me to what extent the core of the FreeBSD
> community is enamoured with this idea of a micro-minimalistic ba
ase where there are no
alternatives ?
There have been some recent changes:
http://svn.freebsd.org/changeset/base/194628
<http://svn.freebsd.org/changeset/base/194628>
that suggest that this problem is being addressed.
Till the improvements are in place, we need the alternative of
On Wed, 24 Jun 2009 06:13:49 -0700
"b. f." wrote:
> ??? Who is giving them that credit? This isn't new. You already have
> some control over swapping via several oids:
>
> vm.swap_enabled
> vm.disable_swapspace_pageouts
> vm.defer_swapspace_pageouts
> vm.swap_idle_enabled
> vm.swap_idle_thresh
I sympathize with the desire to keep "bloat" down for the minimal default
case. Embedded systems were the first examples that came to mind for
cases where having vi in /bin might not be ideal.
On the other hand, I don't see any reason to refuse to offer an optional
install of /
without thinking through
> the implications.
I think the intent was to do away with /bin/ed and /rescue/vi in favor of
/bin/vi -- not to do away with /bin/ed and /rescue/vi and replace them
with nothing.
--
Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ]
Quoth Alan Kay:
> to be necessarily perpetuated just for the sake of compliance with the
> original concept of Unix.
Hold on. I didn't claim it was a *good* editor - I was reacting to your
suggestion that /bin didn't contain an editor at all. ed(1)'s interface is
certainly minimal, but it
2009/6/24 cpghost :
> On Wed, Jun 24, 2009 at 06:13:49AM -0700, b. f. wrote:
>> > On Tuesday 23 June 2009 15:41:48 Manish Jain wrote:
>>
>> >About ed first. I might annoy a few people (which would gladden me in
>> >this particular case), but ed was just one of Ken Thompson's nightmares
>> >which he
On Wed, Jun 24, 2009 at 06:13:49AM -0700, b. f. wrote:
> > On Tuesday 23 June 2009 15:41:48 Manish Jain wrote:
>
> >About ed first. I might annoy a few people (which would gladden me in
> >this particular case), but ed was just one of Ken Thompson's nightmares
> >which he managed to reproduce in U
> On Tuesday 23 June 2009 15:41:48 Manish Jain wrote:
...
>About ed first. I might annoy a few people (which would gladden me in
>this particular case), but ed was just one of Ken Thompson's nightmares
>which he managed to reproduce in Unix with great precision. By no
>stretch of imagination woul
On Tuesday 23 June 2009 15:41:48 Manish Jain wrote:
> I hope the next release will address these problems, as well as a pretty
> reasonable request from me much earlier to move vi from /usr/bin to
> /bin. Even in single-user mode, you almost always need an editor.
Which is why yo
t;> > - will not expand matches without a user provided part, for *every*
>> > component of a path
>> >
>> > There's plenty of reasons not to use csh and if you know what you're
>> > doing, BSD lets you. And no, I don't want to type exec zsh when I&#x
Manish Jain wrote:
> Mel Flynn wrote:
>> On Wednesday 13 May 2009 09:21:46 manish jain wrote:
>>
>>> I want to move vi to /bin so that I have an editor available in
>>> single-user mode.
[snip]
>
> From all the discussion I have walked through on th
On Friday 15 May 2009 08:46:46 Manish Jain wrote:
> Mel Flynn wrote:
> > On Wednesday 13 May 2009 09:21:46 manish jain wrote:
> >> I want to move vi to /bin so that I have an editor available in
> >> single-user mode.
> >
> > The only reason to need an edit
On Thu, May 14, 2009 at 10:03:58PM -0700, per...@pluto.rain.com wrote:
> Chris Rees wrote:
> > 2009/5/14 Chad Perrin :
> > > On Thu, May 14, 2009 at 11:38:30AM +0100, Chris Rees wrote:
> > >> I think the problem with that is he meant changing the root
> > >
101 - 200 of 575 matches
Mail list logo
