I'm using 1.2.10 right now with Moz 1.4, and it's been left up for 2 weeks straight and has not crashed and burned ONCE. As for the 2.x that I'll give you, I wont be touching that with a 10 mile pole until it is EXCACLY like the 1.2 branch in terms of features/usability.
Re:AOL Buys Netscape, dumps it after MS settlement
on
Novell Buys Ximian
·
· Score: 2, Insightful
Novell buys Ximian, dumps Evolution after settling with MS for about $2 bn.
Yes and the community picks up the slack where Ximian left off. Just like all the other software out there released under a Free license.
IIRC all the code that exists now (well most) is either under the GPL or some form of Free license. Whether or not Novell kills Ximian down the road really doesn't matter since all code/contributions made will be under said licenses. And even if they do pull the plug on Ximian there's nothing to stop Miguel starting up another company that does the exact same things as Ximian did. So there is absolutely nothing bad that could happen. This really is win, win for all involved. Miguel and folks get a huge wad of cash and they continue doing what they were doing a week before. And whats more now they will have a few more bucks in the bank to hire more developers.
That's the only advantage I can see to doing things the Gentoo way. Someone mentioned this on here awhile ago and I really didn't get what he was talking about until he elaborated on it a bit more to me. What it comes down to is why do I need to install libldap just because exim is linked to it. I don't use any LDAP features in exim so why must I be FORCED to have it on my system. Same goes for a lot of other packages out there. With every dist-upgrade/upgrade (well almost every) there is some new library that needs to be installed because a package(s) already installed has had an option turned on that requires extra libraries. Of course with the Gentoo way when you're compiling your own packages you can turn those options off and cut down on the bloat quite easily rather than having to jump through hoops rebuilding a customized deb.
A.deb is just an ar archive, you could have unpacked it and looked through all the pre/post install scripts (if any) or any of the files in there. Fix the problem and pack it back up. Definately not the the newbies out there, but it's at least another option;)
Define 'buggy'. Over the last year I have had almost zero problems with using it, apart from the fact that it wouldn't play some unsupported file formats. And the only time when I've had it stop playing things on me is when the actual file was corrupted or not encoded properly.
On a side note I actually got to finally watch the Ellen Feiss ad last week to see what all the fuss was all about. But since I'm using a 166Mhz it was a bit slow, so I just used mencoder to transform the quicktime file into divx5. Got almost double the frames while viewing and no noticeable quality loss. Oh yea and smaller file size as well.
I personally love the bond Gimli and Legolas form despite the greater hatred between the two dwarves and elves, and this was not hinted at even slightly in the film.
Just from the top of my head Gimli during counsel meeting 'I will be dead before I see the Ring in the hands of an Elf. Never trust an Elf'. And also on the extended version Gimli actually gives Haldir a bit of a tongue lashing in dwarvish up in the flet.
One example that comes to mind is the XFree86 maintainer continuing to maintain XFree86 4.1 months after 4.2 had been released.
Yes that's because he (Branden) had to port 4.2 to the other platforms that are supported by Debian. As the attached document says, the XFree86 people only produce guaranteed working code for x86 and then it's Debian's job to port it to a huge number of other archetectures. Not only that but there were major bugs in 4.2 that Branden felt he could not release it as-is. Even after all of that he provided experimental debs months before the 4.2 went into unstable. For more info about this past non-issue.
Most of these P2P networks are designed to be decentralized are they not? Though MusicCity with GNUTELLA is 100% while the FastTrack protocol has some sort of authentication method required to get onto the network. Which would make it easy to shutdown FasTrack as-is, unless of course they revert back to the old authentication method that they had where almost any client could connect to the network (think giFT). They may be able to stop MusicCity (maybe Kazaa if FastTrack get their act together) from distributing the clients but the network is something that they will have absolutely no control over and the clients will still be floating around out there. I don't see this as a major hassle to anyone who uses a truely 100% decentralized network.
Time to stop at the shops for some stuff for the meet. Some troll treats, a shallow dish, plank of wood with a nail through it and finally some of that camouflage cloth.
Re:Linux for desktop, *BSD for servers?
on
FreeBSD 4.6
·
· Score: 1
Ahh I'll have to agree with that I tried installing a version of WINE a while back which required libusb or something similar. And it seems that almost everytime I come to do a dist-upgrade (usually every 2 months) it requires 5 new packages to be installed to meet dependencies.
As for the default install I think that it's very good to install just the basic and require people to install the packages they need themselves. Unlike other distros that drop a gig and a half on the drive unless you specifically unselect the packages. IIRC FreeBSD did this as well, during the install I remember a little dialog where I could choose pre-defined sets of packages for a certain task (such as C programming). Debian also has this in tasksel which automatically pops up after the base installation is installed and the machine is rebooted. All my memory on installations are a fuzzy since the last time I've did an OS install was about 2 years ago.
Also what do you mean by top heavy concerning the config files?
Re:Linux for desktop, *BSD for servers?
on
FreeBSD 4.6
·
· Score: 1
Bloat? What sort of bloat are we talking about here? Last time I looked Sid had 1140 packages available, but that doesn't mean you have to install them all. Also on a fresh install the tarball that contains the base system is about 12MB IIRC.
Well it's about 4 hours since I've downloaded 0.9.9 and trying to get things to work properly and finally getting aa working right, so I'll go through the steps of how I got it working on here (Debian Sid machine). First off I had to edit mozilla/defaults/pref/unix.js and change the lines in there to:
Then in the fonts config dialog I have all the fonts adobe-helvetica-iso8859-1 for Western of course. And that's pretty much it, there's also another thing which I think makes it look better is to add this:
to your ~/.mozilla/profile/xxxx/chrome/userChrome.css file and:
user_pref("font.minimum-size.x-western", 12);
to your ~/.mozilla/profile/xxxx/user.js file so the fonts don't get too small. Hope that helps. You can see the results here and I must say the results are even better than aa in opera.
That should be a non-issue, when QT first had AA it was dead slow with any apps that I turned it on for, but now I don't notice any speed difference between having AA and not in opera (and other apps). Blaming xft on gtk's slowness with AA isn't the be all and end all, sounds like the AA in gtk still needs more work. Also my machine is a 166Mhz so I would think that any changes in the speed would be noticed immediately.
That's not the case at all you'll find that most if not all the popular filesystems (reiserfs, xfs, jfs) have patches for 2.2 out there. A lot of people who depend on Linux for real machines doing real jobs are still using 2.2 and even the 2.0 kernels because they have proven to be VERY stable and mature whereas the 2.4 still isn't quite there yet, even the VM STILL having quirks.
The GPL & LGPL are a FREE licenses, what do you think most of the software you're using under Linux (and Linux itself) is licensed under? Not only that but the people who are working on WINE are true geniuses who have been slogging away on the code for close to a decade, I'd like to be able to see anyone try to produce the same results with code from scratch, these people have been working long and hard and if they want to change the license of it from a FREE license to another FREE license I can see no problems. Even if the other free license is more restrictive only to anyone who wishes to release a closed version commercial product.
That doesn't mean you're stuck with a text-only console though, as it's easy to set up a nice looking Linux desktop that has plenty of speed on something like an early Pentium with 32megs of RAM. And with RAM being so cheap at the moment, I'd go or 64megs if you can afford it.
For Pentium systems like the one I have they're using EDO RAM which I brought 2x32mb sticks a couple months ago for $AU100, some of the replacement parts for redundant hardware ain't cheap. When for the same price I could get 256MB of PC133 and have 20 bucks to spare.
Slashdot Mirror
I'm using 1.2.10 right now with Moz 1.4, and it's been left up for 2 weeks straight and has not crashed and burned ONCE. As for the 2.x that I'll give you, I wont be touching that with a 10 mile pole until it is EXCACLY like the 1.2 branch in terms of features/usability.
Yes and the community picks up the slack where Ximian left off. Just like all the other software out there released under a Free license.
IIRC all the code that exists now (well most) is either under the GPL or some form of Free license. Whether or not Novell kills Ximian down the road really doesn't matter since all code/contributions made will be under said licenses. And even if they do pull the plug on Ximian there's nothing to stop Miguel starting up another company that does the exact same things as Ximian did. So there is absolutely nothing bad that could happen. This really is win, win for all involved. Miguel and folks get a huge wad of cash and they continue doing what they were doing a week before. And whats more now they will have a few more bucks in the bank to hire more developers.
*shrug*
That's the only advantage I can see to doing things the Gentoo way. Someone mentioned this on here awhile ago and I really didn't get what he was talking about until he elaborated on it a bit more to me. What it comes down to is why do I need to install libldap just because exim is linked to it. I don't use any LDAP features in exim so why must I be FORCED to have it on my system. Same goes for a lot of other packages out there. With every dist-upgrade/upgrade (well almost every) there is some new library that needs to be installed because a package(s) already installed has had an option turned on that requires extra libraries. Of course with the Gentoo way when you're compiling your own packages you can turn those options off and cut down on the bloat quite easily rather than having to jump through hoops rebuilding a customized deb.
A .deb is just an ar archive, you could have unpacked it and looked through all the pre/post install scripts (if any) or any of the files in there. Fix the problem and pack it back up. Definately not the the newbies out there, but it's at least another option ;)
Define 'buggy'. Over the last year I have had almost zero problems with using it, apart from the fact that it wouldn't play some unsupported file formats. And the only time when I've had it stop playing things on me is when the actual file was corrupted or not encoded properly.
On a side note I actually got to finally watch the Ellen Feiss ad last week to see what all the fuss was all about. But since I'm using a 166Mhz it was a bit slow, so I just used mencoder to transform the quicktime file into divx5. Got almost double the frames while viewing and no noticeable quality loss. Oh yea and smaller file size as well.
Err here's that link.
Most of these P2P networks are designed to be decentralized are they not? Though MusicCity with GNUTELLA is 100% while the FastTrack protocol has some sort of authentication method required to get onto the network. Which would make it easy to shutdown FasTrack as-is, unless of course they revert back to the old authentication method that they had where almost any client could connect to the network (think giFT). They may be able to stop MusicCity (maybe Kazaa if FastTrack get their act together) from distributing the clients but the network is something that they will have absolutely no control over and the clients will still be floating around out there. I don't see this as a major hassle to anyone who uses a truely 100% decentralized network.
No thanks, I'd rather get ideas from getting intentionally infected from a deadly virus than to try and conjure up any memories of that movie.
Ahh.... Pirtch and CatNinja, those were the fun days.
If you want fading go download the . Geez.
Time to stop at the shops for some stuff for the meet. Some troll treats, a shallow dish, plank of wood with a nail through it and finally some of that camouflage cloth.
Ahh I'll have to agree with that I tried installing a version of WINE a while back which required libusb or something similar. And it seems that almost everytime I come to do a dist-upgrade (usually every 2 months) it requires 5 new packages to be installed to meet dependencies.
As for the default install I think that it's very good to install just the basic and require people to install the packages they need themselves. Unlike other distros that drop a gig and a half on the drive unless you specifically unselect the packages. IIRC FreeBSD did this as well, during the install I remember a little dialog where I could choose pre-defined sets of packages for a certain task (such as C programming). Debian also has this in tasksel which automatically pops up after the base installation is installed and the machine is rebooted. All my memory on installations are a fuzzy since the last time I've did an OS install was about 2 years ago.
Also what do you mean by top heavy concerning the config files?
Bloat? What sort of bloat are we talking about here? Last time I looked Sid had 1140 packages available, but that doesn't mean you have to install them all. Also on a fresh install the tarball that contains the base system is about 12MB IIRC.
Under Windows it still uses DirectX for things like sound and inputs, same goes for Quake2.
Silly yahoo doesn't seem to allow referers to access images, so you'll have to paste that manually if you're interested in seeing it.
Then in the fonts config dialog I have all the fonts adobe-helvetica-iso8859-1 for Western of course. And that's pretty much it, there's also another thing which I think makes it look better is to add this:
to your ~/.mozilla/profile/xxxx/chrome/userChrome.css file and:
to your ~/.mozilla/profile/xxxx/user.js file so the fonts don't get too small. Hope that helps. You can see the results here and I must say the results are even better than aa in opera.
That should be a non-issue, when QT first had AA it was dead slow with any apps that I turned it on for, but now I don't notice any speed difference between having AA and not in opera (and other apps). Blaming xft on gtk's slowness with AA isn't the be all and end all, sounds like the AA in gtk still needs more work. Also my machine is a 166Mhz so I would think that any changes in the speed would be noticed immediately.
That's not the case at all you'll find that most if not all the popular filesystems (reiserfs, xfs, jfs) have patches for 2.2 out there. A lot of people who depend on Linux for real machines doing real jobs are still using 2.2 and even the 2.0 kernels because they have proven to be VERY stable and mature whereas the 2.4 still isn't quite there yet, even the VM STILL having quirks.
The GPL & LGPL are a FREE licenses, what do you think most of the software you're using under Linux (and Linux itself) is licensed under? Not only that but the people who are working on WINE are true geniuses who have been slogging away on the code for close to a decade, I'd like to be able to see anyone try to produce the same results with code from scratch, these people have been working long and hard and if they want to change the license of it from a FREE license to another FREE license I can see no problems. Even if the other free license is more restrictive only to anyone who wishes to release a closed version commercial product.
Or if you don't have the cash just read the help files on vim6, where most of the book's content has been re-intergrated.