your standard CD-ROM and iso9660 ("isofs") filesystem support that you use for accessing CD's will be sufficient to access this DVD
The DVD uses the ISO9660 file system, which is commonly used on CDs. There's no reason (to my knowledge) why you can't use iso9660 on DVDs (then again, there's that UFS thing or whatever, but i don't know much about that)
Ah, I wasn't aware of the context. While I agree with his statement (i.e, there should be no 'freedom to kill'), he's wrong here if he's talking about freedom of speech
> yeah, god forbid you pay taxes to finance roads, schools and national defense.
I know this sounds cliche - but that's exactly what the government WANTS you to think. The government is throwing money away everyday, and the conservatives who want tax cuts aren't against funding roads/schools/defense. They're against a lot of the "programs".
> idiot. I'm glad I'm not so stupid that I make little enough money that taxes effect my lifestyle.
This is completely wrong. The ones with the greatest tax burden are the ones making a decent amount of money, but the government calls them wealthy. The progressive tax system absolutely KILLS these people. The people who make very little are the ones who aren't effected very much.
That's known as an ANSI bomb, and is really unrelated.
Ansi bombs died out pretty quickly though, because the BBS scene seized to mess with ANSI.SYS (doors, bbs softwares all had their own ansi parsers, and clones like ansi.com were released without the key-stuff/remapping support)
Thanks, lots of good stuff there that all Python coders should read (many things there are not immediately obvious to coders who are good at other languages, but relatively new to Python)
On second thought, I realize now that the index bounds on that second loop changes, so there isn't much way around it unfortunately.
It's not really a fair test for Python because of the way it handles for loops, but I guess you're right in that it's the 'typical' way to implement it in Python.
Maybe someone who actually has used Python more than a handful of times can give a better way (without changing the mathematical algorithm)
I think it's bad to use range() in tight algorithms like this. It gives Python a unnecessary disadvantage here (I think because it has to keep rebuilding that list/tuple 10000 times whereas in your C algorithm it's only done once (well, not at all really).) You should consider either make it do it only once or use something like xrange()
He couldn't quite manage to argue that the QPL was non-free, but he did manage to argue that it was incompatible with the GPL (I doubt this claim would stand up in court)
Now he takes the psoition that, even when the QPL is replaced by the GPL, the fact that you ever tried to link against the QPL irrevocably forfeits your rights to release the software under the GPL.
No, he's saying that they couldn't borrow code from other GPL applications without explicit permission into KDE (which depends on a incompatible license).
Gtk+'s drag-n-drop implementation is compatible with Motif and XDnD (i.e, you write your code for "gtk DnD", and it works for both Motif and XDnD apps)
Sure, galeon _COULD_ remove Gnome dependencies and use just gtk+, but as the previous poster (the one you replied to) noted, it wouldn't be taking advantage of what's out there -- especially considering that Galeon has always intended to be a Gnome web browser.
But you said Gnome isn't a big part of Galeon (sorta), which isn't true. Galeon uses lots of Gnome widgets (the modified gtk+ ones with all the standard pixmaps, the toolbar, customized menus), gnome-libs are used a lot (for configuration, quick dialogs) -- CORBA is used, and we also use standard Gnome libraries like libxml and libglade.
How much would we really gain by removing the libgnome dependency? Not a whole lot, as it would only cause pain and wouldn't play as nicely with other Gnome apps.
This comes up on galeon-devel more and more frequently, I'm thinking of adding it to the FAQ
If you want open source code to prevail (meaning, it evolves and stays open), then you'll need something like the GPL. The downside is that there's no way of avoiding these issues.
Do you think I'm so interested in them? Not really, which I thought I made pretty clear in my post.
Too bad Galeon requires me to install all of GNOME as well. Not exactly unbloated if you don't use GNOME, is it? It even requires you to use the GNOME control panel to set such things as your mailer, and to have GNOME programs beyond the base GNOME libs, such as GTM (Gnome Transfer Manager, for downloads).
Isn't this the exact opposite of bloated? Would you rather we re-invent the wheel and implement all the necessary stuff ourselves? How, exactly, is it being bloated to use something like GTM for downloads instead of implementing our own half-assed download manager?
Note: This probably only affects his "Full install" version, which includes all the Mozilla bins with it.
His "lite" version seems more OK, except that Richard Stallman would argue that because he's linking to non-GPLed code, the two could never be distributed together.
Also note that once Mozilla completes its transformation to being dual-licensed (GPL/MPL), it will no longer matter. But, of course, we don't know how long that will take.
Well, I feel sorry for the guy who developed this. As a Galeon developer I realize the pain he's about to endure.
Well, besides the fact that he calls the "GPL" the "GNU private license", he has licensed it under that while at the same time distributing included MPLed Mozilla files. I'm still not a license expert, but this seems like bigtime violation to me (even more than we did with Galeon:)).
In fact, using the Gnome libraries has greatly decreased development time. Galeon has and probably always will be (unless someone wants to make a Gtk+ only version) a Gnome web browser.
Slashdot Mirror
Who moderated this as interesting?
Re-read what it said:
your standard CD-ROM and iso9660 ("isofs") filesystem support that you use for accessing CD's will be sufficient to access this DVD
The DVD uses the ISO9660 file system, which is commonly used on CDs. There's no reason (to my knowledge) why you can't use iso9660 on DVDs (then again, there's that UFS thing or whatever, but i don't know much about that)
Ah, I wasn't aware of the context. While I agree with his statement (i.e, there should be no 'freedom to kill'), he's wrong here if he's talking about freedom of speech
Think about it before you bash it.
It's called anarchy.
You couldn't be more wrong.
> yeah, god forbid you pay taxes to finance roads, schools and national defense.
I know this sounds cliche - but that's exactly what the government WANTS you to think. The government is throwing money away everyday, and the conservatives who want tax cuts aren't against funding roads/schools/defense. They're against a lot of the "programs".
> idiot. I'm glad I'm not so stupid that I make little enough money that taxes effect my lifestyle.
This is completely wrong. The ones with the greatest tax burden are the ones making a decent amount of money, but the government calls them wealthy. The progressive tax system absolutely KILLS these people. The people who make very little are the ones who aren't effected very much.
That's known as an ANSI bomb, and is really unrelated.
Ansi bombs died out pretty quickly though, because the BBS scene seized to mess with ANSI.SYS (doors, bbs softwares all had their own ansi parsers, and clones like ansi.com were released without the key-stuff/remapping support)
Thanks, lots of good stuff there that all Python coders should read (many things there are not immediately obvious to coders who are good at other languages, but relatively new to Python)
Sigh, on third thought, I think you should still try it with xrange() and see how that changes the results.
On second thought, I realize now that the index bounds on that second loop changes, so there isn't much way around it unfortunately.
It's not really a fair test for Python because of the way it handles for loops, but I guess you're right in that it's the 'typical' way to implement it in Python.
Maybe someone who actually has used Python more than a handful of times can give a better way (without changing the mathematical algorithm)
for i in range(2,endp):
for j in range(2,i):
I think it's bad to use range() in tight algorithms like this. It gives Python a unnecessary disadvantage here (I think because it has to keep rebuilding that list/tuple 10000 times whereas in your C algorithm it's only done once (well, not at all really).) You should consider either make it do it only once or use something like xrange()
How are they moving away from Python?
Perhaps you're forgetting that RMS wrote the GPL?
He couldn't quite manage to argue that the QPL was non-free, but he did manage to argue that it was incompatible with the GPL (I doubt this claim would stand up in court)
See this site on this very topic.
Now he takes the psoition that, even when the QPL is replaced by the GPL, the fact that you ever tried to link against the QPL irrevocably forfeits your rights to release the software under the GPL.
No, he's saying that they couldn't borrow code from other GPL applications without explicit permission into KDE (which depends on a incompatible license).
He knows what he's talking about.
Gtk+'s drag-n-drop implementation is compatible with Motif and XDnD (i.e, you write your code for "gtk DnD", and it works for both Motif and XDnD apps)
grr.. that's it, i'm definitely adding this to the FAQ
Come to #galeon on irc.gimp.net if you still can't get it working, there's lots of possibilities here.
Wrong.
Sure, galeon _COULD_ remove Gnome dependencies and use just gtk+, but as the previous poster (the one you replied to) noted, it wouldn't be taking advantage of what's out there -- especially considering that Galeon has always intended to be a Gnome web browser.
But you said Gnome isn't a big part of Galeon (sorta), which isn't true. Galeon uses lots of Gnome widgets (the modified gtk+ ones with all the standard pixmaps, the toolbar, customized menus), gnome-libs are used a lot (for configuration, quick dialogs) -- CORBA is used, and we also use standard Gnome libraries like libxml and libglade.
How much would we really gain by removing the libgnome dependency? Not a whole lot, as it would only cause pain and wouldn't play as nicely with other Gnome apps.
This comes up on galeon-devel more and more frequently, I'm thinking of adding it to the FAQ
I understand what you're saying, but I still don't consider that to resemble bloat in any way.
Overall, I wouldn't recommend you to use Galeon if you don't use Gnome.
What do you think we did with Galeon? Exactly that.
And yeah, I'm aware of that exception that allows linking to parts of the OS.
If you want open source code to prevail (meaning, it evolves and stays open), then you'll need something like the GPL. The downside is that there's no way of avoiding these issues.
Do you think I'm so interested in them? Not really, which I thought I made pretty clear in my post.
dum de dum... your link is broken.
And galeon does support javascript, through Mozilla of course. Java applets are a different story.
Too bad Galeon requires me to install all of GNOME as well. Not exactly unbloated if you don't use GNOME, is it? It even requires you to use the GNOME control panel to set such things as your mailer, and to have GNOME programs beyond the base GNOME libs, such as GTM (Gnome Transfer Manager, for downloads).
Isn't this the exact opposite of bloated? Would you rather we re-invent the wheel and implement all the necessary stuff ourselves? How, exactly, is it being bloated to use something like GTM for downloads instead of implementing our own half-assed download manager?
Fortunately, Mozilla will be dual-licensed under the GPL/MPL someday.
Note: This probably only affects his "Full install" version, which includes all the Mozilla bins with it.
His "lite" version seems more OK, except that Richard Stallman would argue that because he's linking to non-GPLed code, the two could never be distributed together.
Also note that once Mozilla completes its transformation to being dual-licensed (GPL/MPL), it will no longer matter. But, of course, we don't know how long that will take.
Well, I feel sorry for the guy who developed this. As a Galeon developer I realize the pain he's about to endure.
:)).
Well, besides the fact that he calls the "GPL" the "GNU private license", he has licensed it under that while at the same time distributing included MPLed Mozilla files. I'm still not a license expert, but this seems like bigtime violation to me (even more than we did with Galeon
More to come later when I re-check my facts.
No.
In fact, using the Gnome libraries has greatly decreased development time. Galeon has and probably always will be (unless someone wants to make a Gtk+ only version) a Gnome web browser.
It's not perfect, but it works a lot better than the others in my opinion.