It might be worth you time then to bring this up on linux-kernel. A large amount of 2.4 stuff (USB and the kernel DRI code at least and I think more) is being backported into the 2.2.18-pre's. If you asked nicely (or better yet helped if you have the know-how) you might get that wish.
My G3 has a heatsink less than 3/4 of an inch thick (and no chip fan). The G4 is bigger, yes (here, have a look at it) but it's no pound block. And, remember that the G4 sink is made to operate without a chip fan at all, where as Intel's needs one. So it stands to reason that it would be bigger.
no, you have to read the bugtrack system, which has a note to the effect of
apache (1.3.9-13) frozen unstable; urgency=medium
* [RC, security] Backported security fix for Cross Site Scripting issue (CERT Advisory CA-2000-02) from apache 1.3.11 patch
If you knew about the bug, you should probably watch the bugtrack system to know that a fix is avaiable. If you didn't know, they you're none the worse off for the fact that it was fixed and apt-get upgrade probably took care of you.
Admittedly, I'd like to see all bugs opened [RC,security] get posted to the security page too...
Qt designer is GPL'ed so you can use it as long as the GPL is acceptable to you.
QT is QPL'ed, so you can use it for free as long as you are willing to open source your code.
It's only if you refuse do write open-source code and want to develop a proprietary closed-source application that you need to buy the $1500 commercial license to Qt (not Qt designed, as you're just using that, not linking it in) in order to get license terms that don't forbid linking to closed code.
Btw, how are you planning to use glide to do your UI (woo - 3d word processors for my Voodoo2 to think about!)? Mayhaps you meant glade?
Debian does as well, just check out the debsums tool.
So yes, for RPM and dpkg based distros (at least), which covers most of them (other distro users, please chime in and say if you can check or not...) you can readily verify whether or not the files on disk match the checksums on the package.
Of course, if said IS person made a package with their changes without including some documentation (at least a note in the package changelog!), the checksum would still match (as the files on disk *do* match the package). The solution to this is to check against the checksum of the package on ths CD (debsums can do this, assume RPM can), or to make bloody sure that your IS people don't do that sort of thing without documenting it:-)
yes, what I mean is that is is easy to make browser-only builds.
Anyway (as I said before), buidls that come as an installer instead of as a single big zip or tarball already do let you pick and choose components to install.
He has placed his software (galeon) under the GPL, which would prevent him from including anything non-GPL with his code. Mozilla is under it's own License, the MPL. While quite free, it is not the GPL. In any event, what he needs is the mozilla headers, which *do* come with mozilla (though in a seperate RPM), just as the headers do with every other library. (ie, a program that uses doesn't inclued jpeg.h, it expects libjpeg to have provided that). Galeon is saying that you need mozilla and the mozilla headers installed on your system, at which point he is free to use them (for use, the MPL and GPL are compatible).
Well, you can already build the browser-only version with --disable-mailnews, and the 'installer' builds come in seperate packages so that you can install browser, composer, mailnews, etc quite independently (once you've installed the gecko core of course).
well, they used to have one - it was called simplebrowser - but when they revamped the embedding API I think it died, and nobody stepped up to write an app that used the new embedding API's until now.
And you certainly can add new components after-the-fact - just open a.xpi file(local or remote) and moz should, after some prompting to make sure you realize you are about to install new software, install it.
I have a build against M17 (tip) but, yeah, the point is true that you have to install mozilla to use it. However, it doesn't really need all of it, so when things are more stable maybe they'll make a build of mozilla that is meant for embedding w/o all the other files that are for mozilla's other features.
The UI seems to be done in glade (and interactive GUI-builder for GTK+ for those who've never met it)and dynamically loaded, So you should be able to move things around the UI with a little editing of the.glade files. Certainly I can't see how it would be very hard even if it did take some code. However, I don't see the options you're mentioning in my build of galeon at all, maybe they're in the CVS version?
maybe I'll look into it if I get a little time, it's a nice idea...
What player are you using? I've had really good luck of late with smpeg-gtv (smpeg is a playback lib from loki, you should be able to find it on freshmeat).
It is, however, the first player I've every found to do a decent job.
not sure why it's news though. I apt-got it from debian/powerpc (where it got built by the standard debian autobuilder) almost a month ago on my Powermac G3, it runs very much more nicely than xanim. I guess someone finally did rpm --rebuild on it...
xanim can already play quicktime's file and stream format, and most of the codecs through cinepak. Unfortunately, almost all quicktime content on the net now uses the sorenson codec, which is patent-encumbered and so can't legally be implemented.
no, loki wrote it and it's open source (BSD or BSD-like license I think)? I think there is a page on the sdl somewhere at http://www.lokigames.com/development
no exact url handy, but smpeg is deginitely open, hopefully you can find it. It works nicely (WAY better than xanim). If you want a nice frontend, I have a debian package called gtv-smpeg that uses it and wraps a small, but nice, gtk interface around it.
umm.. those links just go to other pages on openssh.com
there are two development groups (from what I see on the page), a core openssh group (which handles openbsd) and a porting group. While a little bit unusual, I don't really see how the org structure harms that much (or maybe it's just a personal thing among developers, I wouldn't know about that).
umm... a) openssh has been out for some time (though this ssh2 protocol stuff is new)
b) c'mon, this is the openbsd team. You think they'd jeapordize their record:-)?
you've got a point, but this is probably a lot better than most other.0 programs. I wouldn't probably put it on any production-secure servers, but I'll probably be watching and helping shake it out on non-production machines.
you really should try it, it's in pretty good shape and in any case it's easy to install it alongside your existing desktop and just switch PATH around to see it.
You're right that KDE is making a significant jump in the move from CORBA to DCOP and to kparts - but the result is very nice:-).
espescially because anyone who wanted it *now* in whatever state it was in could have it - see http://www.kde.org/anoncvs.html. They weren't going to call it the beta until it was ready to be, but it was already available to any interested party who wanted to poke at it. Given that it was all already out there, what would the point of rushing out a shoddy beta to meet a date have been?
Slashdot Mirror
It might be worth you time then to bring this up on linux-kernel. A large amount of 2.4 stuff (USB and the kernel DRI code at least and I think more) is being backported into the 2.2.18-pre's. If you asked nicely (or better yet helped if you have the know-how) you might get that wish.
umm, he put the link in /usr/local/bin (which is presumably in the path)
My G3 has a heatsink less than 3/4 of an inch thick (and no chip fan). The G4 is bigger, yes (here, have a look at it) but it's no pound block. And, remember that the G4 sink is made to operate without a chip fan at all, where as Intel's needs one. So it stands to reason that it would be bigger.
no, you have to read the bugtrack system, which has a note to the effect of apache (1.3.9-13) frozen unstable; urgency=medium * [RC, security] Backported security fix for Cross Site Scripting issue (CERT Advisory CA-2000-02) from apache 1.3.11 patch If you knew about the bug, you should probably watch the bugtrack system to know that a fix is avaiable. If you didn't know, they you're none the worse off for the fact that it was fixed and apt-get upgrade probably took care of you. Admittedly, I'd like to see all bugs opened [RC,security] get posted to the security page too...
STL didn't exist yet (in a usable form, nor in any standard) when Qt was created. STL still breaks many compilers (though not too many these days).
:-)
Basically, it was done so that Qt/KDE could be used in existing compiler.
If they had it to do over again, they'd probably use the STL now that support is stabilized (mostly), but... the changeover would be ugly
umm...
Qt designer is GPL'ed so you can use it as long as the GPL is acceptable to you.
QT is QPL'ed, so you can use it for free as long as you are willing to open source your code.
It's only if you refuse do write open-source code and want to develop a proprietary closed-source application that you need to buy the $1500 commercial license to Qt (not Qt designed, as you're just using that, not linking it in) in order to get license terms that don't forbid linking to closed code.
Btw, how are you planning to use glide to do your UI (woo - 3d word processors for my Voodoo2 to think about!)? Mayhaps you meant glade?
Debian does as well, just check out the debsums tool.
:-)
So yes, for RPM and dpkg based distros (at least), which covers most of them (other distro users, please chime in and say if you can check or not...) you can readily verify whether or not the files on disk match the checksums on the package.
Of course, if said IS person made a package with their changes without including some documentation (at least a note in the package changelog!), the checksum would still match (as the files on disk *do* match the package). The solution to this is to check against the checksum of the package on ths CD (debsums can do this, assume RPM can), or to make bloody sure that your IS people don't do that sort of thing without documenting it
yes, but they don't have to blur that boundry - just ship a stripped build of mozilla under the NPL, and a build of galeon that uses it under the GPL.
yes, what I mean is that is is easy to make browser-only builds.
Anyway (as I said before), buidls that come as an installer instead of as a single big zip or tarball already do let you pick and choose components to install.
He has placed his software (galeon) under the GPL, which would prevent him from including anything non-GPL with his code. Mozilla is under it's own License, the MPL. While quite free, it is not the GPL. In any event, what he needs is the mozilla headers, which *do* come with mozilla (though in a seperate RPM), just as the headers do with every other library. (ie, a program that uses doesn't inclued jpeg.h, it expects libjpeg to have provided that). Galeon is saying that you need mozilla and the mozilla headers installed on your system, at which point he is free to use them (for use, the MPL and GPL are compatible).
Well, you can already build the browser-only version with --disable-mailnews, and the 'installer' builds come in seperate packages so that you can install browser, composer, mailnews, etc quite independently (once you've installed the gecko core of course).
well, they used to have one - it was called simplebrowser - but when they revamped the embedding API I think it died, and nobody stepped up to write an app that used the new embedding API's until now.
.xpi file(local or remote) and moz should, after some prompting to make sure you realize you are about to install new software, install it.
And you certainly can add new components after-the-fact - just open a
I have a build against M17 (tip) but, yeah, the point is true that you have to install mozilla to use it. However, it doesn't really need all of it, so when things are more stable maybe they'll make a build of mozilla that is meant for embedding w/o all the other files that are for mozilla's other features.
The UI seems to be done in glade (and interactive GUI-builder for GTK+ for those who've never met it)and dynamically loaded, So you should be able to move things around the UI with a little editing of the .glade files. Certainly I can't see how it would be very hard even if it did take some code. However, I don't see the options you're mentioning in my build of galeon at all, maybe they're in the CVS version?
maybe I'll look into it if I get a little time, it's a nice idea...
What player are you using? I've had really good luck of late with smpeg-gtv (smpeg is a playback lib from loki, you should be able to find it on freshmeat).
It is, however, the first player I've every found to do a decent job.
not sure why it's news though. I apt-got it from debian/powerpc (where it got built by the standard debian autobuilder) almost a month ago on my Powermac G3, it runs very much more nicely than xanim. I guess someone finally did rpm --rebuild on it...
xanim can already play quicktime's file and stream format, and most of the codecs through cinepak. Unfortunately, almost all quicktime content on the net now uses the sorenson codec, which is patent-encumbered and so can't legally be implemented.
no, loki wrote it and it's open source (BSD or BSD-like license I think)? I think there is a page on the sdl somewhere at http://www.lokigames.com/development
no exact url handy, but smpeg is deginitely open, hopefully you can find it. It works nicely (WAY better than xanim). If you want a nice frontend, I have a debian package called gtv-smpeg that uses it and wraps a small, but nice, gtk interface around it.
umm... no
I am a happy used of debian/powerpc and there is a slackware/powerpc too I think
umm.. those links just go to other pages on openssh.com
there are two development groups (from what I see on the page), a core openssh group (which handles openbsd) and a porting group. While a little bit unusual, I don't really see how the org structure harms that much (or maybe it's just a personal thing among developers, I wouldn't know about that).
umm...
:-)?
.0 programs. I wouldn't probably put it on any production-secure servers, but I'll probably be watching and helping shake it out on non-production machines.
a) openssh has been out for some time (though this ssh2 protocol stuff is new)
b) c'mon, this is the openbsd team. You think they'd jeapordize their record
you've got a point, but this is probably a lot better than most other
hey, I didn't moderate it or anything. It was pretty clever, but at least one poster didn't catch it so I figured I'd better make it clearer :-)
you really should try it, it's in pretty good shape and in any case it's easy to install it alongside your existing desktop and just switch PATH around to see it.
:-).
You're right that KDE is making a significant jump in the move from CORBA to DCOP and to kparts - but the result is very nice
and the fact that just having it siiting there waiting for this kind of handy use doesn't take anything but a little disk space.
espescially because anyone who wanted it *now* in whatever state it was in could have it - see http://www.kde.org/anoncvs.html. They weren't going to call it the beta until it was ready to be, but it was already available to any interested party who wanted to poke at it. Given that it was all already out there, what would the point of rushing out a shoddy beta to meet a date have been?