Re:And it's still not as good as Ubuntu or Debian.
on
Fedora 19 Released
·
· Score: 3, Informative
Funnily enough, on Fedora:
yum groupinstall mail-server
Puppet is really for *site-specific* configuration stuff, in my way of looking at things.
And no, Fedora spins could not simply be expressed as puppet scripts, unfortunately. We are considering various proposals for updating how Fedora images are generated (the current system for building live images is pretty hideous behind the scenes), some of which incorporate the use of something like puppet, but something like puppet in itself is not sufficient infrastructure for generating operating system images, it requires rather more bits.
Re:And it's still not as good as Ubuntu or Debian.
on
Fedora 19 Released
·
· Score: 3, Informative
The 'real' difference between apt and yum is not as large as it seems, because apt 'cheats' - it has a cron job to download metadata in the background. yum refreshes its metadata only when you run a yum command, so if you don't run them very often, every time you do, you have to wait through a metadata refresh. That's usually what people are complaining about when they complain about yum being slow.
Having said that, even after accounting for that factor, yum's performance could stand improvement, and in fact we're working on that. The package manager currently called 'DNF' is really 'the next major version of yum' being developed in a sort of stealth mode. yum itself is in maintenance-only mode, and all new work is being done on DNF. Once it's mature enough, it will become The New Yum in a future Fedora release. If you're impatient, you can install dnf on Fedora 18 or Fedora 19 and use it instead of yum, with most of the same syntax. It has not yet reached feature parity with yum - including some significant features like 'yum history' - but what it does, it does noticeably faster than yum does it.
If you're doing basic stuff, F18 is working for you, and you don't see any shiny features in the newer version of whatever desktop you use that you really want, there's no pressing reason to upgrade, but you would probably be fine if you did upgrade. For my work, F19 works fine, so did F18, so would any other distro, really.
The fact you are using a desktop environment written by someone else instead of writing your own is a statement that you think someone else knows more than you do on how you should use your computer.
Well, File menus frequently don't let you do operations on files either. *Firefox* has a 'File' menu. Which has "Work Offline" and "Quit" on it. How are those actions on Files, exactly?
The reason for the inconsistencies you identify is very simple and I know for a fact it has been explained to you *multiple* times before, so I conclude that you are acting in bad faith by posting as if you had no idea about it, but for the sake of the rest of the audience, I'll explain it again: the GNOME applications are in the process of being revised to meet new design guidelines. This process is not complete yet; until it is, you'll see inconsistencies between apps which have been fully converted, apps which have not yet been fully converted, and apps which haven't been converted at all.
Re:Testing the character parsing of every web site
on
Fedora 19 Released
·
· Score: 2
And whether you really really want it to always display correctly on the login screen on VTs...sigh.
Re:And it's still not as good as Ubuntu or Debian.
on
Fedora 19 Released
·
· Score: 1, Flamebait
No, it isn't true. Package formats are simple things, indeed. It's really just a tarball with some metadata.
What is still arguably true is that Debian has a wider range of packages than just about any other distro, and Debian also has extremely stringent policies about ensuring upgrade paths and avoiding dependency problems and the like. If you run one of the more stable incarnations of Debian and don't cheat by using external repositories or grabbing packages before they make it through the testing process, you will probably experience fewer packaging problems than on virtually any other distro. But this has nothing at all to do with the package *format*, very little to do with the packaging *tools*, and everything to do with the *package maintenance process*. If Debian used RPM, that would still hold true; if Fedora used.deb, it would still hold true.
Years and years and years ago it was true that RPM-based distros did not have dependency solving package managers with all the capabilities of apt. They do now, and have done for many years. But no community RPM-based distro has packaging policies as robust as the ones applied against the stable branches of Debian (RHEL's are very similar, though, within the same constraints - stick with the official RHEL repos and update channels, no cheating), so they still tend to have a few more cases where a maintainer makes a mistake with a dependency in an update or whatever, and this has led to the eternal life of the 'RPM is inferior to deb' meme, when that's not actually the issue at all.
It would not make sense for a distro like Fedora to be as stringent with packaging policies as stable Debian is, simply because of the differing goals and timeframes involved. But we have been working to make things better, consistently, and the rate of occurrence of packaging errors in modern Fedora is I think significantly lower than it used to be, especially if you don't use the 'updates-testing' repository where updates are validated before being sent to the stable 'updates' repository. (Though we much appreciate it if you *do* enable updates-testing on a testbed machine, and help us to test the updates and catch errors in them before they go to the stable updates repository).
Well, my own cat made it through the release validation process unscathed, but the Project takes no responsibility for the health of anyone else's cats...
That's funny, I didn't realize you were following me around observing my device usage and could decide better than me what kind of device I'd find useful or not.
CyanogenMod is better than nothing, but with some CM builds you're still running OEM kernel and driver code, and who knows what that's doing. And an Android phone without at least some Google apps is useless for most people (mine would basically be a brick without Maps).
Personally I intended to switch to a Firefox OS phone just as soon as I can buy one. The hardware isn't as good as cutting-edge Android phones. The software is not yet polished. But at least I'm pretty confident I can trust the damn thing. Thank Pete for Mozilla.
Only the X2 was not sold as a phone with Blur, it does not have the obvious UI elements. And the author never explicitly signed up for the Blur service or created an account. The phone appears to have silently created a Blur account for him and proceeded to send a bunch of private information to the service, all without his knowledge or consent. How helpful.
SELinux is a labelling system. It does not need to communicate outbound for any reason. It should be pretty damn simple to check if SELinux is sending any outbound traffic. It also has nothing to do with encryption.
(You can optionally choose to report SELinux denials as bugs, but that's an explicit action on the part of the administrator).
"You don't need unions to get fair treatment. The employees just need to get together and tell the boss if they don't get paid properly they're all quitting."
"FreeBSD Team Begins Work On Booting On UEFI-Enabled Systems"
"The FreeBSD project has begun the process of making it possible for the operating system to run alongside Windows 8 on a computer which has secure boot enabled."
These two things are not the same thing. At all. I am *typing this post* on a UEFI system which has no idea what the hell Secure Boot is.
Depending on where someone's sitting and how they hold their phone, everyone sitting behind them can have an annoying white glow in their vision while they're trying to watch the movie.
But yes, I think this is massively overblown. It's happened to me once; after half an hour I just got up, walked down, tapped the guy on the shoulder, and asked him to stop using his phone. He did. Problem solved. And like you, I see quite a few movies. Columnists just need something to moan about, I guess.
There hasn't been a jail sentence. He hasn't been convicted of anything. He is in jail awaiting trial, I expect, because Texas doesn't believe in bail..
"Apparently, Paypal is taking up bedmates with Virgin Galatic along with Buzz Aldrin and the SETI Institute"
Adam's Rule of Thumb for judging space based projects: "If it's backed by Neil Armstrong it's probably an important and desirable project. If it's backed by Buzz Aldrin it's probably garbage."
The main part of the cited debate is not about exceptions, though. Wordpress does not have a GPL exception for themes, and wordpress.org wants themes to be GPL. There is a third-party 'premium theme' site which requires people who submit themes to it to license them non-freely, of which wordpress.org heavily disapproves, and there is a big barney in the 'WP community' about who's right, who's wrong, who stole whose cow, etc.
Obviously if you're the party licensing the software of which there may be derivatives, you have a perfect right to choose to use a GPL-with-exceptions license if you want to allow certain derivatives not to be GPL. I don't think anyone would question that (though of course the FSF would say you Ought Not To).
The rest of the world doesn't even comprehend this bizarre concept of 'the humanities' that you've invented, and would outright piss itself laughing at the ridiculous arguments about its 'necessity' or otherwise in which you manage to tie yourselves up.
'Justifying their existence' is trivial, but also unnecessary: to the demand, I reply 'ars gratia artis'...
"Every week, hockey-playing science writer John Horgan takes a puckish, provocative look at breaking science. A teacher at Stevens Institute of Technology, Horgan is the author of four books, including The End of Science (Addison Wesley, 1996) and The End of War (McSweeney's, 2012)"
Slashdot Mirror
Funnily enough, on Fedora:
yum groupinstall mail-server
Puppet is really for *site-specific* configuration stuff, in my way of looking at things.
And no, Fedora spins could not simply be expressed as puppet scripts, unfortunately. We are considering various proposals for updating how Fedora images are generated (the current system for building live images is pretty hideous behind the scenes), some of which incorporate the use of something like puppet, but something like puppet in itself is not sufficient infrastructure for generating operating system images, it requires rather more bits.
The 'real' difference between apt and yum is not as large as it seems, because apt 'cheats' - it has a cron job to download metadata in the background. yum refreshes its metadata only when you run a yum command, so if you don't run them very often, every time you do, you have to wait through a metadata refresh. That's usually what people are complaining about when they complain about yum being slow.
Having said that, even after accounting for that factor, yum's performance could stand improvement, and in fact we're working on that. The package manager currently called 'DNF' is really 'the next major version of yum' being developed in a sort of stealth mode. yum itself is in maintenance-only mode, and all new work is being done on DNF. Once it's mature enough, it will become The New Yum in a future Fedora release. If you're impatient, you can install dnf on Fedora 18 or Fedora 19 and use it instead of yum, with most of the same syntax. It has not yet reached feature parity with yum - including some significant features like 'yum history' - but what it does, it does noticeably faster than yum does it.
If you're doing basic stuff, F18 is working for you, and you don't see any shiny features in the newer version of whatever desktop you use that you really want, there's no pressing reason to upgrade, but you would probably be fine if you did upgrade. For my work, F19 works fine, so did F18, so would any other distro, really.
The fact you are using a desktop environment written by someone else instead of writing your own is a statement that you think someone else knows more than you do on how you should use your computer.
Oracle doesn't have a copy of Fedora, so I don't really see how the question is relevant to this thread.
Well, File menus frequently don't let you do operations on files either. *Firefox* has a 'File' menu. Which has "Work Offline" and "Quit" on it. How are those actions on Files, exactly?
The reason for the inconsistencies you identify is very simple and I know for a fact it has been explained to you *multiple* times before, so I conclude that you are acting in bad faith by posting as if you had no idea about it, but for the sake of the rest of the audience, I'll explain it again: the GNOME applications are in the process of being revised to meet new design guidelines. This process is not complete yet; until it is, you'll see inconsistencies between apps which have been fully converted, apps which have not yet been fully converted, and apps which haven't been converted at all.
See https://wiki.gnome.org/Design/HIG/ApplicationMenus for the guidelines on using application menus (the menu in the top panel).
And whether you really really want it to always display correctly on the login screen on VTs...sigh.
No, it isn't true. Package formats are simple things, indeed. It's really just a tarball with some metadata.
What is still arguably true is that Debian has a wider range of packages than just about any other distro, and Debian also has extremely stringent policies about ensuring upgrade paths and avoiding dependency problems and the like. If you run one of the more stable incarnations of Debian and don't cheat by using external repositories or grabbing packages before they make it through the testing process, you will probably experience fewer packaging problems than on virtually any other distro. But this has nothing at all to do with the package *format*, very little to do with the packaging *tools*, and everything to do with the *package maintenance process*. If Debian used RPM, that would still hold true; if Fedora used .deb, it would still hold true.
Years and years and years ago it was true that RPM-based distros did not have dependency solving package managers with all the capabilities of apt. They do now, and have done for many years. But no community RPM-based distro has packaging policies as robust as the ones applied against the stable branches of Debian (RHEL's are very similar, though, within the same constraints - stick with the official RHEL repos and update channels, no cheating), so they still tend to have a few more cases where a maintainer makes a mistake with a dependency in an update or whatever, and this has led to the eternal life of the 'RPM is inferior to deb' meme, when that's not actually the issue at all.
It would not make sense for a distro like Fedora to be as stringent with packaging policies as stable Debian is, simply because of the differing goals and timeframes involved. But we have been working to make things better, consistently, and the rate of occurrence of packaging errors in modern Fedora is I think significantly lower than it used to be, especially if you don't use the 'updates-testing' repository where updates are validated before being sent to the stable 'updates' repository. (Though we much appreciate it if you *do* enable updates-testing on a testbed machine, and help us to test the updates and catch errors in them before they go to the stable updates repository).
Well, my own cat made it through the release validation process unscathed, but the Project takes no responsibility for the health of anyone else's cats...
That's funny, I didn't realize you were following me around observing my device usage and could decide better than me what kind of device I'd find useful or not.
CyanogenMod is better than nothing, but with some CM builds you're still running OEM kernel and driver code, and who knows what that's doing. And an Android phone without at least some Google apps is useless for most people (mine would basically be a brick without Maps).
Personally I intended to switch to a Firefox OS phone just as soon as I can buy one. The hardware isn't as good as cutting-edge Android phones. The software is not yet polished. But at least I'm pretty confident I can trust the damn thing. Thank Pete for Mozilla.
You could try reading the article.
It does appear to be part of Blur, yes.
Only the X2 was not sold as a phone with Blur, it does not have the obvious UI elements. And the author never explicitly signed up for the Blur service or created an account. The phone appears to have silently created a Blur account for him and proceeded to send a bunch of private information to the service, all without his knowledge or consent. How helpful.
SELinux is a labelling system. It does not need to communicate outbound for any reason. It should be pretty damn simple to check if SELinux is sending any outbound traffic. It also has nothing to do with encryption.
(You can optionally choose to report SELinux denials as bugs, but that's an explicit action on the part of the administrator).
"You don't need unions to get fair treatment. The employees just need to get together and tell the boss if they don't get paid properly they're all quitting."
Obliviousness must be a wonderful gift.
"FreeBSD Team Begins Work On Booting On UEFI-Enabled Systems"
"The FreeBSD project has begun the process of making it possible for the operating system to run alongside Windows 8 on a computer which has secure boot enabled."
These two things are not the same thing. At all. I am *typing this post* on a UEFI system which has no idea what the hell Secure Boot is.
Well, I suppose I do live in Canada...
Depending on where someone's sitting and how they hold their phone, everyone sitting behind them can have an annoying white glow in their vision while they're trying to watch the movie.
But yes, I think this is massively overblown. It's happened to me once; after half an hour I just got up, walked down, tapped the guy on the shoulder, and asked him to stop using his phone. He did. Problem solved. And like you, I see quite a few movies. Columnists just need something to moan about, I guess.
I don't believe I commented on his moronity or otherwise, only the suggestion that he was a 'humanist', whatever the hell that might mean exactly.
"Was the jail sentence an overreaction? Perhaps."
There hasn't been a jail sentence. He hasn't been convicted of anything. He is in jail awaiting trial, I expect, because Texas doesn't believe in bail..
"Apparently, Paypal is taking up bedmates with Virgin Galatic along with Buzz Aldrin and the SETI Institute"
Adam's Rule of Thumb for judging space based projects: "If it's backed by Neil Armstrong it's probably an important and desirable project. If it's backed by Buzz Aldrin it's probably garbage."
"They did it before with the move away from config files to the registry and nautilus."
The hell are you gibbering about?
Clearly, we need a MetaUnity.
The main part of the cited debate is not about exceptions, though. Wordpress does not have a GPL exception for themes, and wordpress.org wants themes to be GPL. There is a third-party 'premium theme' site which requires people who submit themes to it to license them non-freely, of which wordpress.org heavily disapproves, and there is a big barney in the 'WP community' about who's right, who's wrong, who stole whose cow, etc.
Obviously if you're the party licensing the software of which there may be derivatives, you have a perfect right to choose to use a GPL-with-exceptions license if you want to allow certain derivatives not to be GPL. I don't think anyone would question that (though of course the FSF would say you Ought Not To).
I think it's just Americans.
The rest of the world doesn't even comprehend this bizarre concept of 'the humanities' that you've invented, and would outright piss itself laughing at the ridiculous arguments about its 'necessity' or otherwise in which you manage to tie yourselves up.
'Justifying their existence' is trivial, but also unnecessary: to the demand, I reply 'ars gratia artis'...
"Every week, hockey-playing science writer John Horgan takes a puckish, provocative look at breaking science. A teacher at Stevens Institute of Technology, Horgan is the author of four books, including The End of Science (Addison Wesley, 1996) and The End of War (McSweeney's, 2012)"