In message 19990408122607.a19...@nuxi.com David O'Brien writes:
: === rpcsvc
: rpcgen -C -h -DWANT_NFS3 /home/imp/FreeBSD/src/include/rpcsvc/key_prot.x -o
key_prot.h
:
/home/imp/FreeBSD/src/gnu/usr.bin/cc/cpp/../../../../contrib/egcs/gcc/cccp.c:1882:
Internal compiler error in function main
In message 19990408220132.a12...@netmonger.net Christopher Masto writes:
: Not very useful to tell people about the first major compiler change
: in years? It may not break make world, but it certainly breaks
: things like C++ library compatability and a large part of the ports
: collection.
:
:
Compile Jade with -g and see where in the coredump the signal 11 is
occuring.? What does ``ldd jade'' show?? You might be mixing shared libs,
that doesn't work for C++.? Could also be an exceptions problem.? Try
compiling with -fnoexpcetions.
[asmo...@daemon] (163) $ ldd
CC+=-Os in individual Makefiles works about as well as CFLAGS+=-Os for
adding flags. That's not very well. Removing unwanted additions is hard.
Why don't we have a -= operator in make(1)?
Substitution can replace -= in may cases, e.g.:
CC:=${CC:S/-Os//}
This is hard because it has to
On Thu, 8 Apr 1999, Jake wrote:
I usually use x11amp, but haven't had any problems with mpg123 either,
same version you're using.
I'm running -current as of yesterday; I load msdosfs as a KLD.
If yours is statically compiled in, maybe try the module?
Yes, it's statically linked in, and it
Hi,
At 4:44 pm -0700 8/4/99, David O'Brien wrote:
Please try rev 1.24 of src/gnu/usr.bin/cc/cc_tools/Makefile.
That one works
--
Bob Bishop (0118) 977 4017 international code +44 118
r...@gid.co.ukfax (0118) 989 4254 between 0800 and 1800 UK
To Unsubscribe: send
Hello,
For the past week, I've been trying to build world, in order to
get then new egcs up and running.
Everytime I try to make world, I get the following:
=== cc_tools
cc -O
-I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/egcs/gcc/objc
Hi,
On Fri, 9 Apr 1999, Greg Lehey wrote:
...
# vinum start
You don't need to do this unless you already have objects defined from
an earlier run of vinum.
Ah, ok.
# vinum resetconfig
You never need to do this after a start. To quote vinum(8):
I was aware of the fact that this
Yeah, I'm serious, I would really like gcj+libgcj, to get java stuff
compiled (non portably) into binaries on FreeBSD.
1. I agree in principle.
2. I'd sort of like to see a second release of this, at least, before
we start talking seriously of bringing it into -current. I predict
a
Hi,
next try.
Please forgive if gets too stupid :-)
# cat x
drive d1 device /dev/da1d
drive d2 device /dev/da2d
volume raid
plex org stripe 256k
sd length 50m drive d1
sd length 50m drive d2
(please note again the misspelling of striped)
# vinum create x
1: drive d1 device /dev/da1d
** 1
I see there has been some discussions around building world. I may have
missed or forgotten something, or even not read the right README. Also
seen some captured text of builds and where they fail. In
gnu/usr.bin/cc mine fails as well, but complains of a missing
`hconfig.h`, which in turn causes
On Fri, 9 Apr 1999, Joe Abley wrote:
On Fri, Apr 09, 1999 at 03:16:41AM +0200, Dag-Erling Smorgrav wrote:
David O'Brien obr...@nuxi.com writes:
I've only heard back from 4 folks about adding EGCS's g77 to the base
system -- all 4 said yes. Unless I get more feedback, I will add g77
On Thu, 8 Apr 1999, Brian Handy wrote:
On 9 Apr 1999, Dag-Erling Smorgrav wrote:
[4 people said YES! Add g77!]
I beg your pardon? You're adding g77 to the system because you know of
four people who would find it useful? Where's the logic in that?
Well, statistically speaking, that's
On Fri, Apr 9, 1999, Dana Huggard wrote:
I see there has been some discussions around building world. I may have
missed or forgotten something, or even not read the right README. Also
seen some captured text of builds and where they fail. In
gnu/usr.bin/cc mine fails as well, but complains
Hi,
On Fri, Apr 09, 1999 at 10:37:55AM -0300, The Hermit Hacker wrote:
Geez, and I used to think it was only the commercial OSs that had a
problem with bloat and creeping featurisms ... :( Chuck's idea makes more
sense...how many programs does the average system run that needs a fortran
Marc G. Fournier wrote:
On Thu, 8 Apr 1999, Brian Handy wrote:
On 9 Apr 1999, Dag-Erling Smorgrav wrote:
[4 people said YES! Add g77!]
I beg your pardon? You're adding g77 to the system because you know of
four people who would find it useful? Where's the logic in that?
Dana Huggard wrote:
Chris Costello wrote:
On Fri, Apr 9, 1999, Dana Huggard wrote:
I see there has been some discussions around building world. I may have
missed or forgotten something, or even not read the right README. Also
seen some captured text of builds and where they fail.
[cc trimmed to avoid cross-posting]
Jeremy Lea wrote:
I always thought the criteria for inclusion of things into the base
system was:
1. Needed for 'make world';
2. Needed to get a basic functioning server up and running;
3. Something usefull only within FreeBSD (like the kernel ;),
On Fri, 9 Apr 1999, The Hermit Hacker wrote:
[g77 in the source tree]
I have to agree here...I personally know noone that actually uses
Fortran...having it as an option to turn off would be nice...one less
thing to compile on a buildworld...
I know *lots* of people that use FORTRAN. That
In article 199904090127.jaa07...@ariadne.tensor.pgs.com you wrote:
After the last lot of CAM changes, I occasionally get processes hanging
attempting to access my QIC-525 tape drive. They can't be killed, so doing
backups can be a mite troublesome. Sometimes it works, sometimes it doesn't.
Hi,
On Thu, Apr 08, 1999 at 12:31:24PM -0400, Chuck Robey wrote:
[much whining snipped :)]
Your confusing a bunch of different issues here:
1. Poor porting.
a. Ports should not leave behind old files, other than site
configuration files (like samba.conf). If a port leaves any files
On Sat, 10 Apr 1999, Bruce Evans wrote:
But what's wrong with having a specific -= operator? It would make code more
readable, which is a plus. It would be obvious for people to look for such
before resorting to substition rules.
Creeping featurism. Obscure semantics (would it do nothing
On Fri, 9 Apr 1999, Bruce Evans wrote:
CC+=-Os in individual Makefiles works about as well as CFLAGS+=-Os for
adding flags. That's not very well. Removing unwanted additions is hard.
Why don't we have a -= operator in make(1)?
Substitution can replace -= in may cases, e.g.:
CC:=
Right or wrong, you forgot:
5. BSD tradition.
Case 5 justifies Fortran.
By that logic, you'd also have to add a Pascal compiler to the base system.
Neither makes much sense when they can both be ports (or packages) easily
addable at install or compile time by the small % of the FreeBSD
But what's wrong with having a specific -= operator? It would make code more
readable, which is a plus. It would be obvious for people to look for such
before resorting to substition rules.
Creeping featurism. Obscure semantics (would it do nothing if the rvalue
is not in the lvalue? What about
On 9 April 1999 at 11:31, Michael Reifenberger r...@nihil.plaut.de wrote:
[snip]
But vinum(8) doesn't offer
you much in the way of editing facilities either.
A command history and commandline editing :-)
Use ile in ports/misc/lile [sic], e.g. ``ile vinum''
Jacques Vidrine / n...@nectar.com
I've found where this problem is coming from. It's in
emacs20.3/src/s/freebsd.h. It sets a macro called BSD_SYSTEM based upon the
version number contained in __FreeBSD__, checking for 1, 2 and 3. Of
course, -current uses 4. I have found that you can check for __FreeBSD__ =
3, and it will work,
OK. I've done two make worlds. One on April 2 or 3 and One on April
8th. I'm still getting the C++ error for simple C++ programs. Do I
need to do yet another one to fix the problem? I'm doing one anyway,
but am confused because I thought this had been fixed (or would be
fixed by two build
I always thought the criteria for inclusion of things into the base
system was:
1. Needed for 'make world';
2. Needed to get a basic functioning server up and running;
3. Something usefull only within FreeBSD (like the kernel ;), or
4. Can't be effectively built outside of /usr/src.
I've found where this problem is coming from. It's in
emacs20.3/src/s/freebsd.h. It sets a macro called BSD_SYSTEM based upon the
version number contained in __FreeBSD__, checking for 1, 2 and 3. Of
course, -current uses 4. I have found that you can check for __FreeBSD__ =
3, and it will
After cvsupping a couple of times make world still fails at :
=== c++filt
rm -f .depend /usr/obj/usr/src/gnu/usr.bin/cc/c++filt/GPATH
/usr/obj/usr/src/gnu/usr.bin/cc/c++filt/GRTAGS
/usr/obj/usr/src/gnu/usr.bin/cc/c++filt/GSYMS
/usr/obj/usr/src/gnu/usr.bin/cc/c++filt/GTAGS
=== cc_tools
cc -O
Hi!
Try it:
cat qqq
echo $$
echo ~/qqq|~/qqq|~/qqq|~/qqq|~/qqq
Ctrl-D
./qqq
Is there Any way to fix it?
Dmitry.
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
Alex Zepeda once wrote:
This is a good knews. Does this mean, I can drop-in some GTk library
and make libXaw.so a symlink to it? This would only support my
point...
That's like trying to replace libz with libc. Did you notice what I
said about the themes?
I noticed, that you discarded
Alex Zepeda once wrote:
I'd like to voice my opposition to this. While it maybe an
^
acceptable way to work around poor (or non-existant) release
engineering of SOME
Jeremy Lea once wrote:
3. GNOME problems.
a. GNOME has no release engineering. The libraries break APIs for
every pico number bump just about. Or they fix bugs and remove
workarounds at higher levels. Also ESR's $%^*@ advice of release
early and release often means
In gnu/usr.bin/cc mine fails as well, but complains of a missing
`hconfig.h`, which in turn causes a screenfull of errrors.
cd /usr/src
make cleandir ; make cleandir
then build your world normally and tell me if you still have the error.
--
-- David(obr...@nuxi.com -or-
gnu/usr.bin/cc mine fails as well, but complains of a missing
`hconfig.h`, which in turn causes a screenfull of errrors. Two days ago
I know you've heard this before WRT to cc_tools/, but... is should be
fixed now.
--
-- David(obr...@nuxi.com -or- obr...@freebsd.org)
To Unsubscribe:
The Only way I could get Jade to work with the new compiler
was with CFLAGS= -O -pipe
That is not so bad. Before EGCS, we would state that -O is the only
optimization that is know to always work and what we tell people to use.
Mike Smith has written about this many times in Hackers and
Everytime I try to make world, I get the following:
..snip..
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/egcs/gcc/tm.h:3:
linux.h: No such file or directory
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/egcs/gcc/tm.h:4:
i386/freebsd-elf.h: No such file or directory
Something
At 09:58 AM 4/9/99 +0300, Maxim Sobolev wrote:
Compile Jade with -g and see where in the coredump the signal 11 is
occuring. What does ``ldd jade'' show? You might be mixing shared libs,
that doesn't work for C++. Could also be an exceptions problem. Try
compiling with -fnoexpcetions.
On Fri, 9 Apr 1999, Doug White wrote:
mpg123 is an ancient player. It won't play most newer MP3s. Use a newer
player, like x11amp or xaudio.
It's not mpg123. There were some files that never caused a problem with
the same version of mpg123 before. And besides, x11amp is based on mpg123
On Fri, 9 Apr 1999, Mikhail Teterin wrote:
This is a good knews. Does this mean, I can drop-in some GTk library
and make libXaw.so a symlink to it? This would only support my
point...
That's like trying to replace libz with libc. Did you notice what I said
about the themes?
But in any
I'd like to voice my opposition to this. While it maybe an acceptable
way to work around poor (or non-existant) release engineering of SOME
software, making this a rule may defeat one of the major purposes of
shared libraries: drop-in replacement. Think of libXaw3d, for example.
What's wrong
In article 370df25c.9ae69...@ein-hashofet.co.il,
Gilad Rom rom_g...@ein-hashofet.co.il wrote:
Hello,
For the past week, I've been trying to build world, in order to
get then new egcs up and running.
Everytime I try to make world, I get the following:
=== cc_tools
cc -O
In article pine.bsf.4.05.990408010.47328-100...@janus.syracuse.net,
Brian Feldman gr...@unixhelp.org wrote:
Am I the only one to get this error??
cc -nostdinc -O -pipe -I/usr/src/usr.sbin/amd/amd/../../../contrib/amd/amd
-I. -I/usr/src/usr.sbin/amd/amd
This is the latest error that I get with make world cvsupped about an hour
ago:
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/egcs/gcc/gengenrtl.c:
In fu
nction `type_from_format':
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/egcs/gcc/gengenrtl.c:87:
`F
ATAL_EXIT_CODE' undeclared
David O'Brien wrote:
Speaking of ports, I have a working port of f2c and a new
f77(1) wrapper sitting on my machine.
I guess naming is going to get sticky here... if f2c has `f77', then *if*
I put egcs/g77 in the main tree, do I install it as `g77' or `f77'?
The Egcs port installs it as
On Fri, 9 Apr 1999, Thomas David Rivers wrote:
Geez, and I used to think it was only the commercial OSs that had a
problem with bloat and creeping featurisms ... :( Chuck's idea makes more
sense...how many programs does the average system run that needs a fortran
compiler? *raised
On Fri, Apr 09, 1999 at 03:52:58PM +0200, Jeremy Lea wrote:
Hi,
On Fri, Apr 09, 1999 at 10:37:55AM -0300, The Hermit Hacker wrote:
Geez, and I used to think it was only the commercial OSs that had a
problem with bloat and creeping featurisms ... :( Chuck's idea makes more
sense...how
On 9 Apr 1999, Joel Ray Holveck wrote:
# I've found where this problem is coming from. It's in
# emacs20.3/src/s/freebsd.h. It sets a macro called BSD_SYSTEM based upon the
# version number contained in __FreeBSD__, checking for 1, 2 and 3. Of
# course, -current uses 4. I have found that
On Fri, 9 Apr 1999, Warner Losh wrote:
OK. I've done two make worlds. One on April 2 or 3 and One on April
8th. I'm still getting the C++ error for simple C++ programs. Do I
need to do yet another one to fix the problem? I'm doing one anyway,
but am confused because I thought this had
On Fri, 9 Apr 1999, Jacques Vidrine wrote:
Date: Fri, 09 Apr 1999 12:30:41 -0500
From: Jacques Vidrine n...@nectar.com
To: Michael Reifenberger r...@nihil.plaut.de
Cc: Greg Lehey g...@lemis.com, FreeBSD-Current curr...@freebsd.org
Subject: Re: Panic: Invalid longjmp with vinum configured by
Hi!
Try it:
cat qqq
echo $$
echo ~/qqq|~/qqq|~/qqq|~/qqq|~/qqq
Ctrl-D
./qqq
Is there Any way to fix it?
Dmitry.
% cat qqq
echo $$
echo ~/qqq|~/qqq|~/qqq|~/qqq|~/qqq
% ./qqq
./qqq: Permission denied.
%
what fix?
Rgdz,
Osokin Sergey aka oZZ,
o...@etrust.ru
To
Did I miss something obvious here? I have a system over in England
somewhere which I'm remotely booting. It's 3.1Stable. When I try and put a
4.0/-current kernel (which boots fine on *my* much overwritten and not
reinstalled since 2.2.2 system), I get:
Type '?' for a list of commands, 'help'
On Fri, 9 Apr 1999, Alex Zepeda wrote:
On Fri, 9 Apr 1999, Doug White wrote:
mpg123 is an ancient player. It won't play most newer MP3s. Use a newer
player, like x11amp or xaudio.
It's not mpg123. There were some files that never caused a problem with
the same version of mpg123
In message pine.bsf.4.10.9904091815301.378-100...@picnic.mat.net Chuck Robey
writes:
: Keep recompiling, Warner, it does work.
Yup. My build world just finished, and now it works. Yippie!
Warner
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body
On Thu, 08 Apr 1999 19:10:18 MST, Satoshi - the Ports Wraith - Asami wrote:
People, I know you are annoyed by many stupid things software authors
have done in the past to make your life miserable
Actually, the only thing having any negative impact on my life right now
is the lengthy
In article 19990409111621.a24...@nuxi.com,
David O'Brien obr...@nuxi.com wrote:
Everytime I try to make world, I get the following:
..snip..
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/egcs/gcc/tm.h:3:
linux.h: No such file or directory
I have *NO* idea where you are getting this from.
I bet he ran ./configure in contrib/egcs at some point in the past.
I think I'll commit a change to ./configure so that it tells the person
the right thing to do.
--
-- David(obr...@nuxi.com -or- obr...@freebsd.org)
To Unsubscribe:
After cvsupping a couple of times make world still fails at :
..snip..
BDE fixed this in rev 1.25 of src/gnu/usr.bin/cc/cc_tools/Makefile.
--
-- David(obr...@nuxi.com -or- obr...@freebsd.org)
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the
On Fri, Apr 9, 1999, Dmitry Valdov wrote:
Hi!
Try it:
cat qqq
echo $$
echo ~/qqq|~/qqq|~/qqq|~/qqq|~/qqq
Ctrl-D
./qqq
Is there Any way to fix it?
You typically want to set a restriction as to how many
processes a user can spawn. This is done by editing
/etc/login.conf and
On Friday, 9 April 1999 at 21:59:57 +0200, Michael Reifenberger wrote:
On Fri, 9 Apr 1999, Jacques Vidrine wrote:
Date: Fri, 09 Apr 1999 12:30:41 -0500
From: Jacques Vidrine n...@nectar.com
To: Michael Reifenberger r...@nihil.plaut.de
Cc: Greg Lehey g...@lemis.com, FreeBSD-Current
On Friday, 9 April 1999 at 15:01:51 +0200, Michael Reifenberger wrote:
Hi,
next try.
Please forgive if gets too stupid :-)
# cat x
drive d1 device /dev/da1d
drive d2 device /dev/da2d
volume raid
plex org stripe 256k
sd length 50m drive d1
sd length 50m drive d2
(please note again
Dmitry Valdov wrote:
Is there Any way to fix it?
Yes. Limit the number of processes they can have in /etc/login.conf. If
they've already done it once, appropriate use of a baseball bat may make
them think twice about doing it again.
--
Ben Smithurst
b...@scientia.demon.co.uk
To Unsubscribe:
On Fri, 9 Apr 1999 p...@phoenix.volant.org wrote:
I always thought the criteria for inclusion of things into the base
system was:
1. Needed for 'make world';
2. Needed to get a basic functioning server up and running;
3. Something usefull only within FreeBSD (like the kernel
On Sat, 10 Apr 1999, Greg Lehey wrote:
...
You need to configure it. Use disklabel -e.
No, they where configured.
I have one ' d: 17848151 63 vinum' slice per drive.
The only fault where the misspelling of 'stripe' versus 'striped' in the
configfile!
...
Not much of anything,
[Format recovered--see http://www.lemis.com/email/email-format.html]
On Saturday, 10 April 1999 at 3:37:47 +0200, Michael Reifenberger wrote:
On Sat, 10 Apr 1999, Greg Lehey wrote:
...
You need to configure it. Use disklabel -e.
No, they where configured.
I have one ' d: 17848151 63
At 09:37 AM 4/9/99 -0700, David O'Brien wrote:
The Only way I could get Jade to work with the new compiler
was with CFLAGS= -O -pipe
That is not so bad. Before EGCS, we would state that -O is the only
optimization that is know to always work and what we tell people to use.
Mike Smith has
Does anything different happen if you
set accmap 000a
in your ppp.conf ? If not, you're going to have to approach your ISP
and ask them why their ppp implementation is ignoring our requests
(which needless to say violates the rfc).
cvsupped, built CURRENT as of April 8th, upgrading a
On Sat, 10 Apr 1999, Greg Lehey wrote:
...
It looks like you have them now, but you didn't then.
Strange, I'm shure I haven't touched them.
The only fault where the misspelling of 'stripe' versus 'striped' in
the configfile!
That's not what your error messages are trying to tell you.
On Saturday, 10 April 1999 at 4:05:10 +0200, Michael Reifenberger wrote:
On Sat, 10 Apr 1999, Greg Lehey wrote:
The panic occurs only, if I first use the incorrect config file with
'stripe', then the corrected one with 'striped' and then detaching
the plex and the subdisks.
This point is
:Did I miss something obvious here? I have a system over in England
:somewhere which I'm remotely booting. It's 3.1Stable. When I try and put a
:4.0/-current kernel (which boots fine on *my* much overwritten and not
:reinstalled since 2.2.2 system), I get:
:
:Type '?' for a list of commands,
Update your sources and install a new /boot. 4.x kernels need the
latest boot code due to the kernel's new start address.
Ah. Well, I'm fine at Feral where I do stuff- it's just an interesting
gotcha for folks running 3.X now.
To Unsubscribe: send mail to
On Fri, 9 Apr 1999, Doug White wrote:
On Thu, 8 Apr 1999, Alex Zepeda wrote:
I've got all my mp3s stored on my fat16 partition so I can easily share
them between Win98 and fbsd. However recently mpg123 has been complaining
about once valid mp3s:
zippy:~/mp3s#mpg123 -b10240 U2/U2\
On Fri, 9 Apr 1999, Doug White wrote:
It's not mpg123. There were some files that never caused a problem with
the same version of mpg123 before. And besides, x11amp is based on mpg123
isn't it?
No.
Hrm. I thought I saw that x11amp 0.9* was based on mpg123..
How does xaudio react?
Brian Feldman writes:
[snip]
mpg123 is an ancient player. It won't play most newer MP3s. Use a newer
player, like x11amp or xaudio.
In its defense, mpg123 is not ancient, and is the _BEST_ MP3 player. I have
no idea what kinda of b0rked up MP3s there are nowadays it won't play.
Crappy
Sound system problem?
No. The mp3s stored on the UFS partition are fine. And it's not just
some of the MP3s on the fat partition, it's all of them, which is really
really weird. I couldn't find xaudio, but amp belched a bit too. All in
all it's really strange, I'm willing to accept random
Daniel O'Connor wrote:
On 09-Apr-99 Rod Taylor wrote:
My Joliet formated cd's aren't mounting with the Joliet extensions. I
believe I saw that FreeBSD supported these extensions. I'm mounting
mostly recorded cds, in older nec cdrom drives. (OS/2 mounts joliet
extensions fine on
On Sat, 10 Apr 1999 adr...@freebsd.org wrote:
No. The mp3s stored on the UFS partition are fine. And it's not just
some of the MP3s on the fat partition, it's all of them, which is really
really weird. I couldn't find xaudio, but amp belched a bit too. All in
all it's really strange, I'm
Right or wrong, you forgot:
5. BSD tradition.
Case 5 justifies Fortran.
Me, I'd rather have Fortran as a port. I'd even grudgingly accept
fortune as a port, as a matter of fact. Our base system is bloated.
While a lot of widely used programs are only available through
ports, a lot of
On Sat, 10 Apr 1999, Rod Taylor wrote:
Right or wrong, you forgot:
5. BSD tradition.
Case 5 justifies Fortran.
Me, I'd rather have Fortran as a port. I'd even grudgingly accept
fortune as a port, as a matter of fact. Our base system is bloated.
While a lot of widely used
On Fri, 9 Apr 1999, eagle wrote:
Whelp... I vote to break tradition. Hack away...The installer takes
care of alot of stuff like ports installs. Perhaps different standard
setups could be configured as ports. Ie. 'bloated setup' would require
all the ports which are currently
On Sat, 10 Apr 1999, Chuck Robey wrote:
On Fri, 9 Apr 1999, eagle wrote:
Whelp... I vote to break tradition. Hack away...The installer takes
care of alot of stuff like ports installs. Perhaps different standard
setups could be configured as ports. Ie. 'bloated setup' would
On Fri, 9 Apr 1999, eagle wrote:
On Sat, 10 Apr 1999, Chuck Robey wrote:
On Fri, 9 Apr 1999, eagle wrote:
Whelp... I vote to break tradition. Hack away...The installer takes
care of alot of stuff like ports installs. Perhaps different standard
setups could be
On Sat, Apr 10, 1999 at 11:39:20AM +0800, adr...@freebsd.org wrote:
In its defense, mpg123 is not ancient, and is the _BEST_ MP3 player. I have
no idea what kinda of b0rked up MP3s there are nowadays it won't play.
Crappy Windows encoders. I have a bunch of mp3s that play under xaudio but
not
85 matches
Mail list logo