Not to deny that your comments are valid, but in some cases, what I've heard is also that sometimes the authors won't apply patches sent by BSD package maintainers. In some cases the authors won't accept patches because they're only interested in Linux. Certainly both sides need to work harder, but it's not just the port maintainers' fault.
>the only real problem I've had with anybody's >chipset has been with the IDE controller in some of >Intel's 430?X chipsets...hook up a hard drive as >primary master and a CD-ROM as secondary master, >and it might not see the CD-ROM under Win9x. Figure >that one out.
Probably a cdrom issue. Some older cdroms (= 6x ?) seem to need the controller in the hard drive to control the bus. Try using a newer drive and I bet it'll work.
>Well then, they can publish their email on a >website and their 10,000 people can bookmark it. > >I can't seriously believe that anyone would sign up >to a mailing list with 100 emails per day - the >emails must arrive so fast that you wouldn't be >able to do anything else.
Um, no. You don't disadvantage the users of a legitimate service to deter an illegitimate one.
Why do you care if they read those 100 emails a day or not. If the mailing list provider doesn't care and the isps don't care, it's none of your business.
This would be really nice for allowing configuration utilities to work on programs they've never even heard of. Imagine for a moment, that the developer of an application provides lots of useful information for each configuration option, such as the level of importance of an option, comments and descriptions, web links, the data type of the variables, etc. in a xml template file that comes with the application. The template could then be queried by whatever tool you're using and provided you have enough info linuxconf, web frontends, dialog apps, etc. could all build an interface by simply reading all those options from the template via some kind of library function.
Likewise, changes to the config could be passed through the library functions, get validated for correctness and then written to disk in whatever format you want. The level of functionality would be such that you could generate white space delimited files, xml configs, or whatever you want and because the template is descriptive enough, comments could be inserted/preserved for those editing with vi.
Now that I think about it, this really wouldn't a rewrite of existing applications, they could simply keep their existing formats and build the template file for other config utilities. Then, if at a later date they decide to drop their own config processing, they use the template driven library to do the processing work. That way backward compatibility could be maintained.
This does nothing to reduce the myriad different configs that you deal with when editing by hand, but it would give the authors a chance to move a more common format later on down the road. And I think it is more useful than trying to get everyone to switch to some unified format that appeases new users.
I have half a mind to try a limited version of this out for handling Apache virtual domains. And it's a lot more fun than hard-coding a parser into your frontend.
What really should be done is to throw a wrapper around the XML parser so that you can do something simple like value = getpref(name) without specifying anything more than the config file location and file format (although probably better handled using a header at the top of the file.
XML is great as a data interchange format, but it's a pain for humans. Compare/etc/passwd in it's current form to an xml representation. Which is easier to understand at a glance? Simply throw a comment at the top of the file explaining what each field does and the non-xml version works extremely well. Writing scripts to work on flat files is much easier than xml, as is searching.
Really, there's no reason why the config library can't handle multiple file schemas according to developer or user preference.
Try Skipstone, it only requires GTK. Which is an entirely reasonable requirement since writing direct Xlib calls is cumbersome and would make maintenance hell.
I guess you can't read. He was refuting the claim that there is BSD code in the TCP/IP stack, not in the utilities. If you bothered to read the article rather than instantly flame, you'd realize that.
Quoted from parent:
Well if we talk about software being taken from BSD, used, and the source dissappears for ever, there is probably no better example than Microsoft. Their network stack owes a lot to BSD, but has any of it been passed back? No.
>I can't get the RealAudio plugin to work with >Mozilla.
If you're using Mozilla on Linux, you need to use the gcc30 builds. The realplayer plugin was built with gcc 2.95, so it is incompatible with gcc 2.7 - which is what is used for the regular linux builds.
to/etc/make.conf is probably sufficient to get 90% of the performance gains that you're going to get from Sorceror on an i686 system. It will cause the base system and ports to be built with those optimizations.
I haven't verified this but I am pretty positive that all of their games are still available for sale. A few years ago I even saw a Wolf-3D cd. Chances are if you can't find them at a store, they're out there somewhere on the internet (buy.com, newegg.com, ebay?) or direct from iD.
I haven't lost my bookmarks in the past when I've upgraded, but it's possible there's a bug somewhere that's triggered by jumping that many milestones at once or some other problem. Sorry to hear that.
With profiles, whenever I install a new copy of mozilla it gives me a list of 2 users to start with (in my case, Default User and maxwell). The one that matches your username I believe is imported from Netscape 4, Default User is the one I created when I first installed.
BTW, with the profiles, you probably know this, but it's located off your.mozilla folder in a folder like akthsdf.wis or some random gibberish. So if you haven't looked in there, you should.
Reopen the bug. Include a nice little note: "This bug is still present in current builds" and don't let them close it till it's fixed.
You failed to include why the bug was closed, which makes me suspect they had a valid reason for closing it. And not verifying it with a build from the exact day you filed the bug is an acceptable reason.
Last I heard, 300+ bugs were getting fixed a week. That's a lot of changes - some of which fix other bugs, so it's only reasonable for you to go d/l the latest build (making sure to note it in your bug report, so they KNOW that it's a valid bug) when you comment on a bug.
Mozilla does not drop your bookmarks. Go look in the.mozilla folder and you'll see they're still there (bookmarks.html) unless you deleted them. Chances are you chose the wrong profile when you started mozilla. Reinstall and choose the right one.
>So, through all this rhetoric, will somebody please >convince me I'm wrong? Will somebody give me just >one example of Microsoft's doing something that >could be considered bad for society as a whole?
Microsoft employees gave misleading testimony during the trial including faking a demo comparing a computer with Internet Explorer to one with it removed and several times denying that they had made statements which the prosecutors then showed they had made (via email). So perjury is the one glaring wrong that I see MS guilty of. And I am not one bit reluctant to hit each liar with jail time or a major fine.
As for the rest, I agree, I don't think taking MS down in court is the right way to go about things. I wouldn't call them evil but definitely bad. I would prefer a world without MS's dirty tactics to one with and as such, I try to refrain from buying and using their products as well as discouraging others. Just because they have a right to do business doesn't mean people shouldn't try and force _them_ out of business:) (by all the means provided by the market)
A gui installer is in the works for FreeBSD. One of the things that's being worked on for 5.0 is the libh installer which will componentize the installer so that you can throw an ncurses or qt frontend on it and have whatever kind of installer you want.
The current installer is a piece of junk that they threw together as a temporary measure back in the 2.2 days. It's only now getting replaced - see man sysinstall to see how what happened.
At least part of Mozilla's linux problems are due to gcc. Currently, release builds are built with egcs which is apparently a somewhat crappy C++ compiler. There were a lot of improvements to gcc 2.95.x that help out Mozilla a bit (5%), and I'm sure gcc 3 might have a few more.
Interested people should try the gcc30 build in the http://ftp.mozilla.org/pub/mozilla/nightly/latest directory.
The problem with write caching is that it can leave the file system in an unknown state. Because the writes happen when the drive decides and the OS receives no notification when they've finished, you could have a crash and be behind several seconds (or a lot more) and fsck won't necessarily pick it up.
Simply put, be real careful and research it a bit before making the decision. It's a big perf. improvement but I hesitate to take the risk on a server.
Slashdot Mirror
Not to deny that your comments are valid, but in some cases, what I've heard is also that sometimes the authors won't apply patches sent by BSD package maintainers. In some cases the authors won't accept patches because they're only interested in Linux. Certainly both sides need to work harder, but it's not just the port maintainers' fault.
Since when did CNet buy com.com. I can see it now - "We're the com in com.com"
>the only real problem I've had with anybody's >chipset has been with the IDE controller in some of >Intel's 430?X chipsets...hook up a hard drive as >primary master and a CD-ROM as secondary master, >and it might not see the CD-ROM under Win9x. Figure >that one out.
Probably a cdrom issue. Some older cdroms (= 6x ?) seem to need the controller in the hard drive to control the bus. Try using a newer drive and I bet it'll work.
>Well then, they can publish their email on a >website and their 10,000 people can bookmark it.
>
>I can't seriously believe that anyone would sign up >to a mailing list with 100 emails per day - the >emails must arrive so fast that you wouldn't be >able to do anything else.
Um, no. You don't disadvantage the users of a legitimate service to deter an illegitimate one.
Why do you care if they read those 100 emails a day or not. If the mailing list provider doesn't care and the isps don't care, it's none of your business.
I believe that a lot of the loader issues were dealt with in the latest version of binutils. There was an article in Linux Today about it.
This would be really nice for allowing configuration utilities to work on programs they've never even heard of. Imagine for a moment, that the developer of an application provides lots of useful information for each configuration option, such as the level of importance of an option, comments and descriptions, web links, the data type of the variables, etc. in a xml template file that comes with the application. The template could then be queried by whatever tool you're using and provided you have enough info linuxconf, web frontends, dialog apps, etc. could all build an interface by simply reading all those options from the template via some kind of library function.
Likewise, changes to the config could be passed through the library functions, get validated for correctness and then written to disk in whatever format you want. The level of functionality would be such that you could generate white space delimited files, xml configs, or whatever you want and because the template is descriptive enough, comments could be inserted/preserved for those editing with vi.
Now that I think about it, this really wouldn't a rewrite of existing applications, they could simply keep their existing formats and build the template file for other config utilities. Then, if at a later date they decide to drop their own config processing, they use the template driven library to do the processing work. That way backward compatibility could be maintained.
This does nothing to reduce the myriad different configs that you deal with when editing by hand, but it would give the authors a chance to move a more common format later on down the road. And I think it is more useful than trying to get everyone to switch to some unified format that appeases new users.
I have half a mind to try a limited version of this out for handling Apache virtual domains. And it's a lot more fun than hard-coding a parser into your frontend.
What really should be done is to throw a wrapper around the XML parser so that you can do something simple like value = getpref(name) without specifying anything more than the config file location and file format (although probably better handled using a header at the top of the file.
/etc/passwd in it's current form to an xml representation. Which is easier to understand at a glance? Simply throw a comment at the top of the file explaining what each field does and the non-xml version works extremely well. Writing scripts to work on flat files is much easier than xml, as is searching.
XML is great as a data interchange format, but it's a pain for humans. Compare
Really, there's no reason why the config library can't handle multiple file schemas according to developer or user preference.
Try Skipstone, it only requires GTK. Which is an entirely reasonable requirement since writing direct Xlib calls is cumbersome and would make maintenance hell.
I guess you can't read. He was refuting the claim that there is BSD code in the TCP/IP stack, not in the utilities. If you bothered to read the article rather than instantly flame, you'd realize that.
Quoted from parent:
Well if we talk about software being taken from BSD, used, and the source dissappears for ever, there is probably no better example than Microsoft. Their network stack owes a lot to BSD, but has any of it been passed back? No.
>I can't get the RealAudio plugin to work with >Mozilla.
If you're using Mozilla on Linux, you need to use the gcc30 builds. The realplayer plugin was built with gcc 2.95, so it is incompatible with gcc 2.7 - which is what is used for the regular linux builds.
adding:
/etc/make.conf is probably sufficient to get 90% of the performance gains that you're going to get from Sorceror on an i686 system. It will cause the base system and ports to be built with those optimizations.
CPUTYPE=p2
CFLAGS=-O2 -pipe
to
Excellent quote. I'm going to make that my sig from now on :)
If MS would just move IIS's config out of the metabase and into some XML config file, then I think your statement would be correct accross the board.
That's one of the features slated for IIS 6. Or at least exporting the metabase to an XML file.
I haven't verified this but I am pretty positive that all of their games are still available for sale. A few years ago I even saw a Wolf-3D cd. Chances are if you can't find them at a store, they're out there somewhere on the internet (buy.com, newegg.com, ebay?) or direct from iD.
Send me an email with the bug # and I'll try and get it verified.
I haven't lost my bookmarks in the past when I've upgraded, but it's possible there's a bug somewhere that's triggered by jumping that many milestones at once or some other problem. Sorry to hear that.
.mozilla folder in a folder like akthsdf.wis or some random gibberish. So if you haven't looked in there, you should.
With profiles, whenever I install a new copy of mozilla it gives me a list of 2 users to start with (in my case, Default User and maxwell). The one that matches your username I believe is imported from Netscape 4, Default User is the one I created when I first installed.
BTW, with the profiles, you probably know this, but it's located off your
> The mansion. I live in a good neighborhood.
:)
Until some robber happens to cruise through your neighborhood and sees your nice house and walks in the door
As Jack Handy once said: "I can envision a world entirely at peace. And I can see us invading that world, cause they'd never expect it!"
Reopen the bug. Include a nice little note: "This bug is still present in current builds" and don't let them close it till it's fixed.
You failed to include why the bug was closed, which makes me suspect they had a valid reason for closing it. And not verifying it with a build from the exact day you filed the bug is an acceptable reason.
Last I heard, 300+ bugs were getting fixed a week. That's a lot of changes - some of which fix other bugs, so it's only reasonable for you to go d/l the latest build (making sure to note it in your bug report, so they KNOW that it's a valid bug) when you comment on a bug.
Mozilla does not drop your bookmarks. Go look in the .mozilla folder and you'll see they're still there (bookmarks.html) unless you deleted them. Chances are you chose the wrong profile when you started mozilla. Reinstall and choose the right one.
>So, through all this rhetoric, will somebody please >convince me I'm wrong? Will somebody give me just >one example of Microsoft's doing something that >could be considered bad for society as a whole?
:) (by all the means provided by the market)
Microsoft employees gave misleading testimony during the trial including faking a demo comparing a computer with Internet Explorer to one with it removed and several times denying that they had made statements which the prosecutors then showed they had made (via email). So perjury is the one glaring wrong that I see MS guilty of. And I am not one bit reluctant to hit each liar with jail time or a major fine.
As for the rest, I agree, I don't think taking MS down in court is the right way to go about things. I wouldn't call them evil but definitely bad. I would prefer a world without MS's dirty tactics to one with and as such, I try to refrain from buying and using their products as well as discouraging others. Just because they have a right to do business doesn't mean people shouldn't try and force _them_ out of business
A gui installer is in the works for FreeBSD. One of the things that's being worked on for 5.0 is the libh installer which will componentize the installer so that you can throw an ncurses or qt frontend on it and have whatever kind of installer you want.
The current installer is a piece of junk that they threw together as a temporary measure back in the 2.2 days. It's only now getting replaced - see man sysinstall to see how what happened.
At least part of Mozilla's linux problems are due to gcc. Currently, release builds are built with egcs which is apparently a somewhat crappy C++ compiler. There were a lot of improvements to gcc 2.95.x that help out Mozilla a bit (5%), and I'm sure gcc 3 might have a few more.
Interested people should try the gcc30 build in the http://ftp.mozilla.org/pub/mozilla/nightly/latest directory.
Or better yet, how about signing them up for magazine subscriptions. That way they'll spend as much time cancelling them as you do dealing with spam.
grep-available does the same thing. I don't happen to remember which package it's in, but it should be easy to find.
The problem with write caching is that it can leave the file system in an unknown state. Because the writes happen when the drive decides and the OS receives no notification when they've finished, you could have a crash and be behind several seconds (or a lot more) and fsck won't necessarily pick it up.
Simply put, be real careful and research it a bit before making the decision. It's a big perf. improvement but I hesitate to take the risk on a server.