Hello:) Found your post via metamoderation:) I agree with what you say - just thought I might pipe in, being a hungarian speaker and all. You are right in saying that hungarian is an esoteric language - everyone who tries to learn it agrees on that (and it is also said to be one of the most difficult languages). On the other hand, Esperanto is quite easy to learn for hungarian speakers. Don't ask me why...
Another interesting thing: there was a japanese student here last year (I met her in the dorms) and she learned Hungarian in less then a year. Amazing. It might be a far fetched assumption, but it seems that japanese people don't have difficulties in learning my native language. There was some myth about jap-hun connection, but that's just that: myth, and quite bad at that. We are alone in central europe - there is no connection between our language and the languages spoken in the surrounding countries. Our closest relative is finnish (oops - did I get it right, I mean the english name), but even that is very very distant relative.
So, to sum up: I agree on your assumption that we need to differentiate when we say esperanto is easy to learn. Easy to whom? On the other hand, it is a very well designed language, with simplified rules, and I think we shouldn't discard it that readily.
"Linux's SSI is only a crufty third party addon and they'd have to completely rewrite the kernel to match the quality of DFBSD's SSI implementation"
I take issue with this because it is blatant FUD spreading from someone who must surely know they don't know what they're talking about.
Ok, I myself might have been a bit harsh in my post. But look around. If you compare the level of atrocity BSD users are exposed to around here (and even osnews), that post wasn't even close to being a troll. I don't think criticism is bad. There are many things in linux that are better than in BSD. As far as I can tell, few among as have issues acknowledging that. But when it comes to thing in which BSD is better (parent post didn't even say that, it said that dfybsd will be better) people cry FUD. This isn't good for linux.
You see, I switched to FreeBSD half a year ago. Before that, I was migrating from distro to distro (RH7.3 --> MDK 9.0 --> 9.1 --> Debian) but now I am satisfied. But when I am asked why is that, I learned that I can only say that it is just 'personal'. I like BSD better. Whenever I am about to disclose more tangible reasons, no matter how diplomatic I am, someone's feeling get hurts, even if I can support every claim I make.
About clustering. He might not have been very diplomatic, but are you sure there isn't some truth in what he said? I ask this, because we built a small cluster here on campus, based on Mandrake's CLIC linux - which is all about clustering, isn't it? But what we found underneath (you can check out the ISO if you don't believe me) was... well linux + 3rd party cruft. Even the kernel wasn't any different than the 'enterprise' kernel shipped with the stock (9.0) Mandrake CD (2.4.19). All mandrake did was add some scripts that automate deployment (installation of the 'golden' node with automatic dhcp configuration, replication, and _3rd party software_ configuration). All that software - ranging from GANGLIA monitor to PVM - is readily available for FreeBSD. And no, it isn't better on FreeBSD. A FreeBSD cluster is FreeBSD + some 3rd party 'cruft' (just like linux at the moment).
This is one of the point by which Dragonfly BSD distinguishes itself from the other BSDs - and linux. For christ's sake: its free software, GPL compatible and all. If they succeed - no one will 'loose' even if dfybsd will be better in clustering than linux.
I don't think the parent post warrants such an outburst. You obviously need to see a doctor. Yes, now and then the items on your list (BSD is cleaner, more organized, etc..) do come up, but then, what the hell does operarc and mplayer.conf do in/etc??? (sorry, I couldn't resist:-P)
You need to take a break IMHO.
Jesus fucking christ give it a fucking rest already please? Just go about your BSD stuff and be happy. Just constantly rubbishing Linux at every opportunity just makes you look like an imbicile with Linux envy.
It seem it is you who has some sort of imbecile rage against BSD, as if it killed one of your relatives or something. Saying things like 'this will be better than what linux has or will probably have' shouldn't throw you in such a fit. Look. Matt might be up to something. He might succeed. He might not. Either way,(even linux) developers might/will learn something from this 'experiment'. Can't hurt, right?
I can only wonder at the number of GPL violations that surely exist in that software. I would advise companies to steer clear of such legally encumbered software, and use the free and clear Linux or BSD operating systems instead.
There isn't necessarily GPL violation involved. FreeBSD does have a linux-compatibility layer, which works exactly the same way as LKP is described to work. I can even rpm -ivh whatever on my BSD box (in fact, that's how linux binaries are installed when using some linuxport). But that doesn't mean they are in no violation of the BSD licence. Of course, BSD software can be incorporated into closed-source products, but:
1. Redistributions of source code must retain the above copyright
notice, this list of conditions and the following disclaimer.
2. Redistributions in binary form must reproduce the above copyright
notice, this list of conditions and the following disclaimer in the
documentation and/or other materials provided with the distribution.
As I said, SCO might not violate the GPL via LKP. But this could be easily verified. Does UnixWare have the Regent's copyright notice? Either way: they are either in violation of the BSD licence if no such notice can be found in docs relating to LKP, or it is very likely that they are in violation of the GPL (using GPL code to achieve compatibility).
I only brought this up because there are 3 ways SCO could achieve what LKP does:
Write a compatibility layer from scratch, without using any GPL code.
Write a compatibility layer using some GPL code
Port an existing and working compatibility layer, that has a licence that permits closed-source implementation.
I've been using FreeBSD for some time, but I'm curious about NET, especially using it on the desktop. Any experience with it?
Also, 40 platforms are great, but what are the differences in their support? I suppose NetBSD has some sort of port system as well. Is there a detailed list of what ports work on a specific architecture (I'm especially interested in PDAs, and in NetBSD as an OPIE replacement)?
Anyhow congrats to the the kings of portability:) Also, there is this interesting newsbit if you scroll down in the release announcment:
Pkgsrc included in Bluewall GNU/Linux (27 Feb) (top)
Bluewall GNU/Linux has announced the release of a Linux distribution that includes the NetBSD pkgsrc distribution. One of the goals of the NetBSD Project's pkgsrc distribution is to be portable to other operating systems and we are pleased to see someone take advantage of that.
So, is there going to be a linux distro with something similar to ports (as I said, I only have experience with FreeBSD ports, and only assume here that pkgsrc is something similar). ps - not interested in portage until it doesn't handle dependencies when you remove packages as well...
Ooops, made a mistake: WITH_LIBMAP shouldn't be there (I copied my own make.conf, and forget to remove that line). That's for choosing between different threading libraries for your applications. (FreeBSD has three: libc_r - old one, libthr - 1:1 threading like linux, libkse - M:N threading).
It is more like FreeBSD jails I think (but then, I may not completely understand these technologies as well:))
Almost everything written under "Features:" can be also said about jails: Security, Isolation, Virtualization, Granularity, Transparency. For instance, you can put one single binary in a jail (if it works) or you can put there an entire system. Or, if you want to run a service in a jail (isolation, security), you can build the entire system with make buildworld targetting a jail,and you can optimize that system for running a single service, by stripping out most parts in make.conf:
NO_SENDMAIL=true NO_SENDMAIL=true NO_OPENSSH=tru e NO_OPENSSL=true NO_KERBEROS=true WITH_LIBMAP= yes NO_VINUM=true NO_WHATEVER=true # and leave bind there if you want to run only DNS in jail
Jailed processes/systems are so isolated, that even if you root one jailed system, you won't have access to the others/host system (unless admin was stupid enough to have the same passwords). Jails have their own ip addresses and firewall rules as well. I guess (if I read this correctly) we can say there is nothing new under the Sun:))
Microsoft.com is not the best example to underlie the the points of the registrars. If you read the pdf carefully (well, I know its slashdot, but I hope dies last) I would especially recommend reading what the Berkman Center for Internet and Society at Harward Law School has to say about WLS. You can find in in first pdf on fightwls.org, background documents section.
Despite the fact that ICANN was sued earlier by VeriSign, and ICANN being in the right concerning the despicable site-finder 'service', this case is different. The anti-comepetetive and monopoly abusing practices of VeriSign are on par with the practices of MS, and based on what I have read, ICANN is about to help them in their endeavour.
Hey, thanks:) That's how I do it btw, but its an excellent advice for those who think compiling kde is too long. Of course, I usually end up installing almost all of the packages (well, all except edutainment, which is a pretty big package). You also have to remember to leave kdeaddons for last, because it brings in 2 or 3 other kde* dependencies. I use fbsd btw, my friend here uses gentoo:) - and me when trying to help with something:)
You are aware that you can configure KDE any way you want, aren't you? To look like gnome if you are a puritan;) - or the way OS X looks like if you are a mac fan. And yeah, you can make it look like windows as well.
Well, kdebase took about 5 hours to compile on FreeBSD 5.2 on a AMD duron 700 with 256 SDRAM. You don't have to install the metaport - just install kdebase first, then add kde- packages later when you have the time (just leave kdeaddons for last). The same is true on gentoo (well, the last part anyway).
I see. Thanks. Basically that's what we usually do as well:) - I'm not proficient in gentoo. Its just that there is a gentoo box next to my table - my roommate's - which I use occasionally. He is a gentoo (and linux) newbie, so I thought there might be something we are overlooking. I hope one day (perhaps portage 2.bignumber - any word?) will implement real dependency checking (real as in both installing _and_ removing packages - the two main features of package management). Like pkg_deinstall. Especially like the notion of 'upward' recursivity.
How do you remove a package and all its dependencies recursively in gentoo? (When removing all old kde packages - 3.1.4 - lots of files remained in place).
Well, I believe only good will come of this. I found this link to a freedesktop.org discussion regarding the licecing changes following the discussion on the manrake list. The message is heart warming:
Hi Donnie,
We currently have no plans to ship XFree86 4.4.0 in the future. Red Hat is a strong supporter of open source software and technologies, and the new XFree86 license seems to be intended to restricting existing freedom for no real world technical or other gains. At least no gains that are beneficial to the community.
Richard Stallman of the Free Software Foundation has expressed his concerns publically about the new XFree86 license and it's incompatibility with the GPL. Many others in the community object strongly to the new license as well.
Branden Robinson of the Debian project has put together a list of license related issues contained in XFree86's source tree, and efforts are underway to remove code which is considered to be non-open source, or under too restrictive of license terms.
Our current plan, is to use the freedesktop.org xlibs for the client side libraries. For the clients, utilities, X server, and other bits, we have not yet made a 100% solid decision, however a couple of alternatives are being explored. The details are not yet completely decided, however one thing that is decided, is that the XFree86 license version 1.1 is unacceptable.
X11 has sorely lacked such an open and collaborative development environment for a very long time. It's now time for the open source community to unite and work together on solving this problem together, and give X11 permanently back to the community!
I very much look forward to working together in collaboration with yourself, the Debian project, FreeBSD, Mandrake, SuSE, X.org foundation, the other BSDs, and any/all other interested parties on a true open source solution for the needs of X11 users and developers.
"Thus, you cannot legally include both GPL'ed code and New XFree86 licensed code in the same program."
The program here refers to the distribution as such. All Mandrake needs to do is to offer a choice in the installer: install XFree86 4.3 from disk or download 4.4 from an FTP site. Also, I think 4.4 will be available for MDK 10 either via official or quasy-official (pclinuxonline) channels.
Regardless of that, I think Mandrake should bo applauded for what they are doing. Some has noted the danger of fragmentation in case of a fork, but I think that freedesktop.org is already emerging as the new standard. This should boost their project, and I really hope that the remaining XFree developers would "rebel" against XFree86.org and join KP's development team.
So kudos to Mandrake! And if I read this correctly, the FreeBSD project is also closely tracking the developments at freedesktop.org, and they plan to upgrade the server ports to depend on fdo's extensions. This implies that they are planning to switch over when freedesktop's server is ready, or at least that's what I thought reading that (I don't know if it is possible for these extensions to work with xfree86.org's server implementation).
Re:Scooby Snacks: Think of the butter
on
SCOoby Snacks
·
· Score: 2, Insightful
What if he was joking? This made me lol:
"Open your mind.
Also, they can't have any more issues with FreeBSD desktop than with Linux Desktop (But OSNEWS, esp. Eugenia is known to have written raving reviews about XP and blasting KDE).
To set up a desktop in FreeBSD is as difficult as setting it up in Slackware, and easier to set up than Debian (or at least, I had problems once I began pulling packages from testing/unstable, and usbmouse was a nightmare to set up).
But after you set it up, what do you have? The same KDE, the same GNOME (always the latest versions), OpenOffice.org, Mozilla/Firebird, mplayer, games (lots of them!!!) even a KDE frontend to the ports system (Barry), etc. On the other hand, I wouldn't argue if they said: its more difficult to set up the desktop than in Mandrake. That would be true, especially with some apps, for instance flashplugin. Not that it is _very_ difficult. You have good instructions on how to do that, but its not a single-step endeavour.
On a side note: if you want the best desktop performance, try switching to ULE scheduler (replace "options SCHED_4BSD" with "options SCHED_ULE in your kernel config file). With 4BSD you get similar performance to linux 2.4.x (slightly better IN MY EXPERIENCE, no flames please) but ULE is O(1) like scheduler in 2.6.x. Even under very heavy load (compiling some c++ port and doing a portdb -uU at the same time) the desktop remains responsible. No glitches I had in linux or BSD (with SCHED_4BSD)in mouse movements for instance. (System is an old Duron 700 with 256 SDRAM).
Review was generally OK, but there were the usual mistakes/misrepresentations. I don't know how else I could characterize Eugenia complaining about the unavailability of binary packages and mentioning OO in the same sentence. How come I never bothered with the port, just installed OO in less than 2 minutes? As far as I know, every single port has binary package (that are made out of ports btw), but correct me if I'm wrong. On the other hand, binary packages are slightly outdated compared to ports. I didn't remember where I found them, so I found this link googling "openoffice.org freebsd". It was as difficult as that:)
Binary packages.
Server release it might be, but some things should be fixed for terminal users as well. My personal wishlist:
1 - proper console driver. Current one is crap (Try to set your scrollback buffer to an arbitrary number of lines. Prevent erasing console buffer when switching terminals. No, screen isn't the solution - caps console buffer size to the maximum the system allows.)
2 - Proper atacontrol and warmswapping ide drives. Note: this isn't about hotswap devices, its about warmswapping: take an ordinary rack, and put in or pull out while the system is running. Currently this is done via hdparm, but the official status of this feature is: "it might work, but don't play with fire". According to Alan Cox, this migh be included in 2.7 or 2.9 development. (It can be done. On fsbd:
atacontrol detach 1 ---pull out drive--- atacontrol attach 1 ---see how devfs/GEOM creates nodes automatically, than mount away---
I found a mailing list message asking for fixes to the console driver that dates back to 1997! (search google for: 'linux scrollback buffer' or something similar). It suggested exactly the same things I did here. See this thread at gentooforums.
...Could the answer be the mach kernel osx uses?...
Besides having drivers, as others have mentioned, Apple also did some (proprietary: not available for the publick) work on their implementation of the X server. Could be that. I can't be more specific (read: don't know more), but there was a link to an article here on./ about OS X some time ago (search apple section, its a long but very detailed article) where this was mentioned.
Good question. Also, how does one go about installing it? A few weeks ago I noticed these extensions in ports (fbsd). For instance:
libXext 6.4.2, and they say:
New port: Prerelease version of libXcomposite from freedesktop.org: X Extension library.
Testing is encouraged, but please do not use these ports as dependencies until
they are updated to release tarballs and the XFree86 ports have been updated to
depend on them.
So do these extensions work with regular XFree86-Server or will they use their own implementation of if? (I'm a bit confused with this). I also see all these extensions already installed on my system (libXcomposite, libXdamage, etc.) Which applications are going to make use of it? Are there any yet? I see kdeinit depending on some (libXrandr - old one, read non-freedesktop.org one was libXrender - for instance:)
I'd like to see Eben Moglen respond, especially to this:
Those who designed the GPL readily admit that they created this licence to have the effect of "freeing" software - taking it out of the realm of copyright protection by placing it in the public domain. The author of the GPL is well-known for his view that proprietary software (meaning software as an intellectual asset from which the designer can derive profit) is unacceptable.
AFAIK, Eben Moglen can be considered one of the authors of the GPL, and I wonder what a professor of law and history of columbia would have to say about this. Isn't there a punishment for slander in the US btw, especially if it can be proved that the difference between public domain and software licenced under the GPL was brought to the attention of SCO on numerous occasions. This is getting more and more ridiculous, and the sad thing is that you are probably right. Seeing the current political climate, this appeals to most polititians unfortunately.
Another interesting thing: there was a japanese student here last year (I met her in the dorms) and she learned Hungarian in less then a year. Amazing. It might be a far fetched assumption, but it seems that japanese people don't have difficulties in learning my native language. There was some myth about jap-hun connection, but that's just that: myth, and quite bad at that. We are alone in central europe - there is no connection between our language and the languages spoken in the surrounding countries. Our closest relative is finnish (oops - did I get it right, I mean the english name), but even that is very very distant relative.
So, to sum up: I agree on your assumption that we need to differentiate when we say esperanto is easy to learn. Easy to whom? On the other hand, it is a very well designed language, with simplified rules, and I think we shouldn't discard it that readily.
You see, I switched to FreeBSD half a year ago. Before that, I was migrating from distro to distro (RH7.3 --> MDK 9.0 --> 9.1 --> Debian) but now I am satisfied. But when I am asked why is that, I learned that I can only say that it is just 'personal'. I like BSD better. Whenever I am about to disclose more tangible reasons, no matter how diplomatic I am, someone's feeling get hurts, even if I can support every claim I make.
About clustering. He might not have been very diplomatic, but are you sure there isn't some truth in what he said? I ask this, because we built a small cluster here on campus, based on Mandrake's CLIC linux - which is all about clustering, isn't it? But what we found underneath (you can check out the ISO if you don't believe me) was ... well linux + 3rd party cruft. Even the kernel wasn't any different than the 'enterprise' kernel shipped with the stock (9.0) Mandrake CD (2.4.19). All mandrake did was add some scripts that automate deployment (installation of the 'golden' node with automatic dhcp configuration, replication, and _3rd party software_ configuration). All that software - ranging from GANGLIA monitor to PVM - is readily available for FreeBSD. And no, it isn't better on FreeBSD. A FreeBSD cluster is FreeBSD + some 3rd party 'cruft' (just like linux at the moment).
This is one of the point by which Dragonfly BSD distinguishes itself from the other BSDs - and linux. For christ's sake: its free software, GPL compatible and all. If they succeed - no one will 'loose' even if dfybsd will be better in clustering than linux.
You need to take a break IMHO. It seem it is you who has some sort of imbecile rage against BSD, as if it killed one of your relatives or something. Saying things like 'this will be better than what linux has or will probably have' shouldn't throw you in such a fit. Look. Matt might be up to something. He might succeed. He might not. Either way,(even linux) developers might/will learn something from this 'experiment'. Can't hurt, right?
Now go, fetch that valium before you have stroke.
ps: (modded as insightful? - come on ...)
I only brought this up because there are 3 ways SCO could achieve what LKP does:
- Write a compatibility layer from scratch, without using any GPL code.
- Write a compatibility layer using some GPL code
- Port an existing and working compatibility layer, that has a licence that permits closed-source implementation.
Which one would you choose in their place?Also, 40 platforms are great, but what are the differences in their support? I suppose NetBSD has some sort of port system as well. Is there a detailed list of what ports work on a specific architecture (I'm especially interested in PDAs, and in NetBSD as an OPIE replacement)?
Anyhow congrats to the the kings of portability
Ooops, made a mistake: WITH_LIBMAP shouldn't be there (I copied my own make.conf, and forget to remove that line). That's for choosing between different threading libraries for your applications. (FreeBSD has three: libc_r - old one, libthr - 1:1 threading like linux, libkse - M:N threading).
Almost everything written under "Features:" can be also said about jails: Security, Isolation, Virtualization, Granularity, Transparency. For instance, you can put one single binary in a jail (if it works) or you can put there an entire system. Or, if you want to run a service in a jail (isolation, security), you can build the entire system with make buildworld targetting a jail,and you can optimize that system for running a single service, by stripping out most parts in make.conf:
Jailed processes/systems are so isolated, that even if you root one jailed system, you won't have access to the others/host system (unless admin was stupid enough to have the same passwords). Jails have their own ip addresses and firewall rules as well. I guess (if I read this correctly) we can say there is nothing new under the Sun
Microsoft.com is not the best example to underlie the the points of the registrars. If you read the pdf carefully (well, I know its slashdot, but I hope dies last) I would especially recommend reading what the Berkman Center for Internet and Society at Harward Law School has to say about WLS. You can find in in first pdf on fightwls.org, background documents section.
Despite the fact that ICANN was sued earlier by VeriSign, and ICANN being in the right concerning the despicable site-finder 'service', this case is different. The anti-comepetetive and monopoly abusing practices of VeriSign are on par with the practices of MS, and based on what I have read, ICANN is about to help them in their endeavour.
Hey, thanks :) That's how I do it btw, but its an excellent advice for those who think compiling kde is too long. Of course, I usually end up installing almost all of the packages (well, all except edutainment, which is a pretty big package). You also have to remember to leave kdeaddons for last, because it brings in 2 or 3 other kde* dependencies. I use fbsd btw, my friend here uses gentoo :) - and me when trying to help with something :)
You are aware that you can configure KDE any way you want, aren't you? To look like gnome if you are a puritan ;) - or the way OS X looks like if you are a mac fan. And yeah, you can make it look like windows as well.
Well, kdebase took about 5 hours to compile on FreeBSD 5.2 on a AMD duron 700 with 256 SDRAM. You don't have to install the metaport - just install kdebase first, then add kde- packages later when you have the time (just leave kdeaddons for last). The same is true on gentoo (well, the last part anyway).
I see. Thanks. Basically that's what we usually do as well :) - I'm not proficient in gentoo. Its just that there is a gentoo box next to my table - my roommate's - which I use occasionally. He is a gentoo (and linux) newbie, so I thought there might be something we are overlooking. I hope one day (perhaps portage 2.bignumber - any word?) will implement real dependency checking (real as in both installing _and_ removing packages - the two main features of package management). Like pkg_deinstall. Especially like the notion of 'upward' recursivity.
How do you remove a package and all its dependencies recursively in gentoo? (When removing all old kde packages - 3.1.4 - lots of files remained in place).
"Thus, you cannot legally include both GPL'ed code and New XFree86 licensed code in the same program."
The program here refers to the distribution as such. All Mandrake needs to do is to offer a choice in the installer: install XFree86 4.3 from disk or download 4.4 from an FTP site. Also, I think 4.4 will be available for MDK 10 either via official or quasy-official (pclinuxonline) channels.
Regardless of that, I think Mandrake should bo applauded for what they are doing. Some has noted the danger of fragmentation in case of a fork, but I think that freedesktop.org is already emerging as the new standard. This should boost their project, and I really hope that the remaining XFree developers would "rebel" against XFree86.org and join KP's development team.
So kudos to Mandrake! And if I read this correctly , the FreeBSD project is also closely tracking the developments at freedesktop.org, and they plan to upgrade the server ports to depend on fdo's extensions. This implies that they are planning to switch over when freedesktop's server is ready, or at least that's what I thought reading that (I don't know if it is possible for these extensions to work with xfree86.org's server implementation).
What if he was joking? This made me lol:
:)
"Open your mind.
Think about the butter."
mod him funny
Yes, maybe it should have been news. Security announcment is on FreeBSD.org and bsdforums as well though - along with a patch :))
:))
Read the announcment + the workaround/fixes here. These guys are fast
Also, they can't have any more issues with FreeBSD desktop than with Linux Desktop (But OSNEWS, esp. Eugenia is known to have written raving reviews about XP and blasting KDE).
:)
Binary packages.
To set up a desktop in FreeBSD is as difficult as setting it up in Slackware, and easier to set up than Debian (or at least, I had problems once I began pulling packages from testing/unstable, and usbmouse was a nightmare to set up).
But after you set it up, what do you have? The same KDE, the same GNOME (always the latest versions), OpenOffice.org, Mozilla/Firebird, mplayer, games (lots of them!!!) even a KDE frontend to the ports system (Barry), etc. On the other hand, I wouldn't argue if they said: its more difficult to set up the desktop than in Mandrake. That would be true, especially with some apps, for instance flashplugin. Not that it is _very_ difficult. You have good instructions on how to do that, but its not a single-step endeavour.
On a side note: if you want the best desktop performance, try switching to ULE scheduler (replace "options SCHED_4BSD" with "options SCHED_ULE in your kernel config file). With 4BSD you get similar performance to linux 2.4.x (slightly better IN MY EXPERIENCE, no flames please) but ULE is O(1) like scheduler in 2.6.x. Even under very heavy load (compiling some c++ port and doing a portdb -uU at the same time) the desktop remains responsible. No glitches I had in linux or BSD (with SCHED_4BSD)in mouse movements for instance. (System is an old Duron 700 with 256 SDRAM).
Review was generally OK, but there were the usual mistakes/misrepresentations. I don't know how else I could characterize Eugenia complaining about the unavailability of binary packages and mentioning OO in the same sentence. How come I never bothered with the port, just installed OO in less than 2 minutes? As far as I know, every single port has binary package (that are made out of ports btw), but correct me if I'm wrong. On the other hand, binary packages are slightly outdated compared to ports. I didn't remember where I found them, so I found this link googling "openoffice.org freebsd". It was as difficult as that
"OSNews -- because we CAN evaluate an OS in thirty minutes or less!"
That sentence made my day!
1 - proper console driver. Current one is crap (Try to set your scrollback buffer to an arbitrary number of lines. Prevent erasing console buffer when switching terminals. No, screen isn't the solution - caps console buffer size to the maximum the system allows.)
2 - Proper atacontrol and warmswapping ide drives. Note: this isn't about hotswap devices, its about warmswapping: take an ordinary rack, and put in or pull out while the system is running. Currently this is done via hdparm, but the official status of this feature is: "it might work, but don't play with fire". According to Alan Cox, this migh be included in 2.7 or 2.9 development. (It can be done. On fsbd:
I found a mailing list message asking for fixes to the console driver that dates back to 1997! (search google for: 'linux scrollback buffer' or something similar). It suggested exactly the same things I did here. See this thread at gentooforums.
Thanks for the info :) Its what I was curious about. Nice windowmanager btw. Should replace waimea in ports.
...Could the answer be the mach kernel osx uses?...
./ about OS X some time ago (search apple section, its a long but very detailed article) where this was mentioned.
Besides having drivers, as others have mentioned, Apple also did some (proprietary: not available for the publick) work on their implementation of the X server. Could be that. I can't be more specific (read: don't know more), but there was a link to an article here on
libXext 6.4.2, and they say:
So do these extensions work with regular XFree86-Server or will they use their own implementation of if? (I'm a bit confused with this). I also see all these extensions already installed on my system (libXcomposite, libXdamage, etc.) Which applications are going to make use of it? Are there any yet? I see kdeinit depending on some (libXrandr - old one, read non-freedesktop.org one was libXrender - for instance:)Any clues?
AFAIK, Eben Moglen can be considered one of the authors of the GPL, and I wonder what a professor of law and history of columbia would have to say about this. Isn't there a punishment for slander in the US btw, especially if it can be proved that the difference between public domain and software licenced under the GPL was brought to the attention of SCO on numerous occasions. This is getting more and more ridiculous, and the sad thing is that you are probably right. Seeing the current political climate, this appeals to most polititians unfortunately.
nmap -v -sS -T Agressive -O -P0 lets see if port 6699 is open on those machines :)))
Just kidding - don't do it ;)