most apps will pretty much have to be rewritten, unless you write them for GNUstep which is an implementation of the OpenStep specification, which itself is the base for Mac OS X.
GNUstep aims to allow you to write apps so that you will pretty much just have to recompile them for either GNUstep, OPENSTEP or Mac OS X.
could you please state your reasons for disliking xsl?
i do agree with you, but i haven't looked at it that much to be able to explain it, and i sure would like to be able to tell my boss why i think, xsl is not good.
sorry, i couldn't figure out, how else to reach nailer...
hi, i wanted to comment on your statement about the FHS in your user bio and your sig:
the FHS is not linux only, thus we can't throw out/opt because of that. /opt is not for optional software but for addon application software /usr/local is NOT for selfcontained apps, it has the same structure as / or/usr.
installing itself in/usr/local/<appname>/ is the worst thing an app can do.
can you be more specific on what kind of stuff you want to manage?
Roxen Platform is a web content managment system, that seems to have all the features you ask for including the cvs backend.
although targeted for websites it can handle any content, and diretcly integrates with your client software. (you click on a word document in your webbrowser and it will open Word to edit it).
though not free, it does come with source, and custumizations are possible if needed.
In order to manufacture DVD players, you need to obtain a copy of the CSS decryption algorithm and a key from the DVD-CCA. Before they give you the algorithm and key, you have to sign an agreement that says that you will, among other things, never manufacture a DVD player that can output unencrypted digital video, or macrovision-free analog video.
are you talking about standalone players that you hook up to the TV, or players for the computer?
what would be the point of dvd and a standalone player if the outputquality is crippled?
and what would be the point of crippling the video signal for a computer, if the computer can read the digital data directly, and do it's own decryption and create a good signal without the help of the player?
you may also want to check out the UNIX History Graphing Project which uses Graphviz to create the graph from ascii data files. the advantage is, you can calculate the graph on your machine if you want and easely add data and thus contribute to the project.
here is the source for the first linux kernels:
linux0.1
Name: Linux 0.1
Date: 1991-09-17
Reference: http://www.memalpha.cx/Linux/Kernel/Master.html
Influenced by minix1.5.10
linux0.2
Name: Linux 0.3
Date: 1991-10-05
Reference: a printed calendar
Successor to linux0.1
hmm, i forgot to give credit
if you look here you'll notice that i just pasted the links from there. thanks to Uwe Hermann for collecting them,
oh and the title to the top link should be "Unmaintained Free Software" and not UFO
UFO -- keeping track of unmaintained Free Software projects DOOSS
-- Database of Orphaned Open Source Software orphansource.org
-- The home for orphaned source code, programs, and software projects. UFO
-- Unmaintained Free software and Open source projects. Trioxin
-- A project to keep track of the status of Free Software projects.
hmm?
but a BSD license allows you to do anything with the code. if binary distributions are allowed, distributions under the GPL are certainly allowed. what you can not do, is distribute GPL code under a BSD license, but it certainly workd the other way around. there is no need to keep the BDS code in a seperate file.
gimp and emacs come with every distribution nowadays, so they will not end up in/usr/local unless you are one of these guys with to much time on your hand and compile those on your own...
first, DO NOT combine/usr and/usr/local /usr/local is very dynamic, depending on what you put on there, while/usr is pretty static.
how much you allocate for each partition mostly depends on how flexible you are and how long the system will run without adding diskspace.
/: on my redhat 6.2 disk takes about 40MB, 6.1 takes 50, i don't know why there is that difference, it is likely that i installed less stuff on the 6.2 machine, my / have a size of 70MB.
/usr: when i installed rh 6.1 i allocated 1GB for/usr, it eventually turned out that it was not enough, as i wanted a fairly complete desktop install. for your servers this will be a lot less, as you don't need all the games and stuff.
i'd suggest you make a test install of what you want to have on your system, see how much/usr needs, add 50% to have room to grow, and use that.
/home and/usr/local: these two are really individual, there is no way to generalize on those, some people do not need anything in/usr/local because they hardly compile and install their own software, others do a lot more, same for/home, it is really not to say...
i often found out that no matter what i chose, one partition ended up to small.
one way to combat that was to make sure both partitions have a different size (like 5GB and 8GB) that way, if you find that one partition was to small, and the other to large, you can exchange them, or move the larger partition to a new disk, and move the smaller to the larger one.
if you want real flexibility, combine them:
nowadays i have a large partition in/local and link/usr/local ->/local as well as/home ->/local/home
that way, it doesn't matter...
/opt: do you really need it? are you sure? well then same considerations as for/usr/local and/home, and if you want flexibility, again, combine (/opt ->/local/opt)
/var: this depends on how much data you want to keep, don't like log rotation? better make it very large, otherwise a few 100 MB should do.
but, consider mail, have lots of users? you'll need lot's of space in/var/mail
on one system (debian) we had to go as far as putting/var/mail on a seperate partition and use user quotas on it too, to make sure everybody could get their mail...
but we also had to split up the rest of/var. to make sure that in case of a full disk only a few systems are impacted, we now have a seperate/var/log (1GB) (which is only 4% full)/var/spool(1.5GB, 29%full) and the rest of/var(1GB,26% full), this is for a smaller server with about 150 users, which also just received a renewal, so the sizes are desigend for growth (the previous system had a lot less space) the isp i work for, unfortunately opted for the "don't partition at all" approach, so i can't say anything about that (we have load balanced machines and the data is kept on raid, so the situation is different)
to make further growth easy, we have several partitions that we keep empty and hide away from the users so we can add them to the system as needed while keeping the users disciplined because they don't know about that...
/tmp: another very variable thing, your diskspace is limited, but users may temporarily need lots of it for compiles? make it large!
there is plenty of rome in/home? you don't need to worry so much about/tmp then.
want to make the best of your recources? consider combining/tmp with/var, that's what i do (/tmp ->/var/tmp), works fine.
it seems that what you are really looking for is something like ricochet.
they provide 128kbit/s mobile networking, which you could use from your car or anywhere else.
unfortunately they only cover high populated areas, so you could use it for your work commute but it wouldn't work for your holiday trip going out of town...
so...
the new amiga is code-morphed to run on intel,
hmm, code morphing? where did i hear that before?
ahh, wait didn't...?
yeah, what happens if i run amiga on a transmeta chip?
morpheus:
i tell you, the world around you is not what you think it is.
amiga user:
what do you mean? i don't understand! morpheus:
if you take the blue pill, i will show you what the world is really like.
if you take the red-white checkered pill, you will forget what i said, and the world of amiga will remain to you as it was forever
amiga user takes the blue pill. morpheus:
see, i told you. the world of amiga was once glorious, but then intel came and destroyed it, and now amiga is running on intel, because they fear a revolution of amiga users!
a while later linus torvalds comes along:
linus:
i tell you, the world around you is not what you think it is.
amiga-on-intel user:
what do you mean? i don't understand!
linus:
if you take the yellow-green pill, i will show you what the world is really like.
if you take the blue pill, you will forget what i said, and the world of amiga-on-intel will remain to you as it was forever
amiga-on-intel user takes the yellow-green pill.
linus:
see, i told you. the world of intel was once glorious, but then transmeta came and destroyed it, and now intel is running on transmeta, because they fear a revolution of intel users!
amiga-on-intel-on-transmeta user looks confused.
amiga-on-intel-on-transmeta user:
what is happening?!?!?
where am i?
make it stop!!!!
please!!!!!!
the pain!!!!
this is to much!!!
i need some morphium to kill the pain!!
linus hands the amiga user a red-white checkered pill, amiga user takes it, and returns to the world of amiga, forgetting all about reality living happily ever after in his dreamworld.
the point is: it's happening on the clients machine, and it will force gamedevelopers more than ever to realize that the client is not safe. they have no choice but take account of that. once this is in the developers minds, it's only a small step to seeing that open source clients are not any more of a problem...
i find this rather great, because it kills the arguments that was used to keep games closed source. if a game gets open sourced, the same advantages would exist, and we are back to the discussion of security by obscurity. networked games simply must not assume that the client is safe, period. and this just proves that even binary clients are not safe at all.
that's why you should insist on good open source licenses.
if you want to be sure to be able to use a product continously, then make sure it has a proper open source license that allows you to fork.
so if you can't continue to work with the version you have, and don't want to buy their new version, then forget it, find something else and move on...
...but may well be part of one. all the apps you listed are not part of Window Maker, they are merely designed to work together with Window Maker, but their existance does not turn Window Maker itself into a desktop envirionment. if the latter were the case then kwm would be the desktop environment, not KDE. KDE is not and never has been a window manager either.
Slashdot Mirror
GNUstep aims to allow you to write apps so that you will pretty much just have to recompile them for either GNUstep, OPENSTEP or Mac OS X.
greetings, eMBee.
--
greetings, eMBee.
--
i understand sql (well, as far as mysql supports it anyways), and i still hate it because it is missing some very important things.
greetings, eMBee.
--
i do agree with you, but i haven't looked at it that much to be able to explain it, and i sure would like to be able to tell my boss why i think, xsl is not good.
greetings, eMBee.
--
hi, i wanted to comment on your statement about the FHS in your user bio and your sig: /opt because of that.
/opt is not for optional software but for addon application software
/usr/local is NOT for selfcontained apps, it has the same structure as / or /usr.
installing itself in /usr/local/<appname>/ is the worst thing an app can do.
the FHS is not linux only, thus we can't throw out
greetings, eMBee.
--
Roxen Platform is a web content managment system, that seems to have all the features you ask for including the cvs backend.
although targeted for websites it can handle any content, and diretcly integrates with your client software. (you click on a word document in your webbrowser and it will open Word to edit it).
though not free, it does come with source, and custumizations are possible if needed.
greetings, eMBee.
--
greetings, eMBee
--
why? from 5am to 7pm it's 14 hours. theres plenty of time to sleep...
greetings, eMBee.
--
are you talking about standalone players that you hook up to the TV, or players for the computer?
what would be the point of dvd and a standalone player if the outputquality is crippled?
and what would be the point of crippling the video signal for a computer, if the computer can read the digital data directly, and do it's own decryption and create a good signal without the help of the player?
greetings, eMBee.
--
here is the source for the first linux kernels:
linux0.1
Name: Linux 0.1
Date: 1991-09-17
Reference: http://www.memalpha.cx/Linux/Kernel/Master.html
Influenced by minix1.5.10
linux0.2
Name: Linux 0.3
Date: 1991-10-05
Reference: a printed calendar
Successor to linux0.1
greetings, eMBee.
--
if you look here you'll notice that i just pasted the links from there. thanks to Uwe Hermann for collecting them,
oh and the title to the top link should be "Unmaintained Free Software" and not UFO
(so much for proofreading)
greetings, eMBee.
--
DOOSS -- Database of Orphaned Open Source Software
orphansource.org -- The home for orphaned source code, programs, and software projects.
UFO -- Unmaintained Free software and Open source projects.
Trioxin -- A project to keep track of the status of Free Software projects.
greetings, eMBee.
--
but a BSD license allows you to do anything with the code. if binary distributions are allowed, distributions under the GPL are certainly allowed.
what you can not do, is distribute GPL code under a BSD license, but it certainly workd the other way around. there is no need to keep the BDS code in a seperate file.
greetings, eMBee.
--
unless you are one of these guys with to much time on your hand and compile those on your own...
greetings, eMBee.
--
how much you allocate for each partition mostly depends on how flexible you are and how long the system will run without adding diskspace.
i'd suggest you make a test install of what you want to have on your system, see how much
i often found out that no matter what i chose, one partition ended up to small.
one way to combat that was to make sure both partitions have a different size (like 5GB and 8GB) that way, if you find that one partition was to small, and the other to large, you can exchange them, or move the larger partition to a new disk, and move the smaller to the larger one.
if you want real flexibility, combine them:
nowadays i have a large partition in
that way, it doesn't matter...
but, consider mail, have lots of users? you'll need lot's of space in
on one system (debian) we had to go as far as putting
but we also had to split up the rest of
the isp i work for, unfortunately opted for the "don't partition at all" approach, so i can't say anything about that (we have load balanced machines and the data is kept on raid, so the situation is different)
to make further growth easy, we have several partitions that we keep empty and hide away from the users so we can add them to the system as needed while keeping the users disciplined because they don't know about that...
there is plenty of rome in
want to make the best of your recources? consider combining
greetings, eMBee.
--
unfortunately they only cover high populated areas, so you could use it for your work commute but it wouldn't work for your holiday trip going out of town...
greetings, eMBee
--
the new amiga is code-morphed to run on intel,
hmm, code morphing? where did i hear that before?
ahh, wait didn't...?
yeah, what happens if i run amiga on a transmeta chip?
morpheus:
i tell you, the world around you is not what you think it is.
amiga user:
what do you mean? i don't understand!
morpheus:
if you take the blue pill, i will show you what the world is really like.
if you take the red-white checkered pill, you will forget what i said, and the world of amiga will remain to you as it was forever
amiga user takes the blue pill.
morpheus:
see, i told you. the world of amiga was once glorious, but then intel came and destroyed it, and now amiga is running on intel, because they fear a revolution of amiga users!
a while later linus torvalds comes along:
linus:
i tell you, the world around you is not what you think it is.
amiga-on-intel user:
what do you mean? i don't understand!
linus:
if you take the yellow-green pill, i will show you what the world is really like.
if you take the blue pill, you will forget what i said, and the world of amiga-on-intel will remain to you as it was forever
amiga-on-intel user takes the yellow-green pill.
linus:
see, i told you. the world of intel was once glorious, but then transmeta came and destroyed it, and now intel is running on transmeta, because they fear a revolution of intel users!
amiga-on-intel-on-transmeta user looks confused.
amiga-on-intel-on-transmeta user:
what is happening?!?!?
where am i?
make it stop!!!!
please!!!!!!
the pain!!!!
this is to much!!!
i need some morphium to kill the pain!!
linus hands the amiga user a red-white checkered pill, amiga user takes it, and returns to the world of amiga, forgetting all about reality living happily ever after in his dreamworld.
greetings, eMBee.
--
look again, mazur is from .nl, there is an url with .nl, and Hilversum is in the netherlands as well (been there...)
greetings, eMBee.
--
they have no choice but take account of that. once this is in the developers minds, it's only a small step to seeing that open source clients are not any more of a problem...
greetings, eMBee.
--
why is this short sighted?
i find this rather great, because it kills the arguments that was used to keep games closed source.
if a game gets open sourced, the same advantages would exist, and we are back to the discussion of security by obscurity.
networked games simply must not assume that the client is safe, period.
and this just proves that even binary clients are not safe at all.
greetings, eMBee.
--
no, Linux Is Not UniX either :-)
greetings, eMBee
--
well, that is a valid complaint.
why doesn't telnet know about X?
ssh fixed the problem, it does know about X
greetings, eMBee.
--
if you want to be sure to be able to use a product continously, then make sure it has a proper open source license that allows you to fork.
so if you can't continue to work with the version you have, and don't want to buy their new version, then forget it, find something else and move on...
greetings, eMBee.
--
not a very good idea, people sometimes have an introduction to their email, then quote, and the4n answer the quote.
you should instead check, if there are no regular lines after the first line of quote. (except for the sig)
greetings, eMBee.
--
all the apps you listed are not part of Window Maker, they are merely designed to work together with Window Maker, but their existance does not turn Window Maker itself into a desktop envirionment.
if the latter were the case then kwm would be the desktop environment, not KDE.
KDE is not and never has been a window manager either.
greetings, eMBee.
--