Re: [gentoo-user] Re: 'emerge -e world' question
Paul Hartman ha scritto: On Tue, Jan 13, 2009 at 9:44 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: Hi, I normally do emerge -uDvN @world (or in other words emerge --update --deep --verbose --newuse @world). Right now, it tells me this: Total: 0 packages, Size of downloads: 0 kB I also --depclean on a regular basis to remove any unneeded packages. Right now, it tells me this: No packages selected for removal by depclean Based on those two commands, I'm led to believe I have a fully updated system. So, then, I am curious why when I do emerge -e @world it tells me this: Total: 1432 packages (9 upgrades, 2 downgrades, 14 new, 1407 reinstalls, 1 interactive), Size of downloads: 76,235 kB How is that possible? Where do those upgrades, downgrades and new packages come from? What is missing from my traditional -uDvN command that is causing me to miss some of those updates? Thanks, Paul Before anyone responds I will throw in my theory :) I'm using ~amd64 and I suppose perhaps the ebuilds have changed since I installed them, but have not had a version increase. It's 4 years I'm using Gentoo and I can still be surprised by it. :) This doesn't look right. Why do devs upgrade ebuilds and do not increase the -rX versioning? m.
Re: [gentoo-user] Re: 'emerge -e world' question
On Tue, Jan 13, 2009 at 5:55 PM, b.n. brullonu...@gmail.com wrote: Paul Hartman ha scritto: On Tue, Jan 13, 2009 at 9:44 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: Hi, I normally do emerge -uDvN @world (or in other words emerge --update --deep --verbose --newuse @world). Right now, it tells me this: Total: 0 packages, Size of downloads: 0 kB I also --depclean on a regular basis to remove any unneeded packages. Right now, it tells me this: No packages selected for removal by depclean Based on those two commands, I'm led to believe I have a fully updated system. So, then, I am curious why when I do emerge -e @world it tells me this: Total: 1432 packages (9 upgrades, 2 downgrades, 14 new, 1407 reinstalls, 1 interactive), Size of downloads: 76,235 kB How is that possible? Where do those upgrades, downgrades and new packages come from? What is missing from my traditional -uDvN command that is causing me to miss some of those updates? Thanks, Paul Before anyone responds I will throw in my theory :) I'm using ~amd64 and I suppose perhaps the ebuilds have changed since I installed them, but have not had a version increase. It's 4 years I'm using Gentoo and I can still be surprised by it. :) This doesn't look right. Why do devs upgrade ebuilds and do not increase the -rX versioning? m. Good question. If you look at the ChangeLog from openoffice-3.0.0 you can see it was marked stable on x86 amd64 in 18 Oct 2008 but the ebuild has had some dramatic changes in the time since then, including bug fixes, patches, etc. My /guess/ is that since OpenOffice is such a huge package, if they bump the -r1 -r2 -r3 very often and people have 9 hours of compiling each time, it will annoy the gentoo population. So, instead, they use the idea that if nothing is gained by someone with a working openoffice, no reason to fix it (but if someone had a problem they can just re-emerge openoffice and see if it works now).
Re: [gentoo-user] Re: 'emerge -e world' question
On Wed, Jan 14, 2009 at 12:55:02AM +0100, Penguin Lover b.n. squawked: It's 4 years I'm using Gentoo and I can still be surprised by it. :) This doesn't look right. Why do devs upgrade ebuilds and do not increase the -rX versioning? Look at the Gentoo Developer Handbook http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3chap=1 Specifically the section on Versioning and revision bumps. I quote: If you make an internal, stylistic change to the ebuild that does not change any of the installed files, then there is no need to bump the revision number. Likewise, if you fix a compilation problem in the ebuild that was affecting some users, there is no need to bump the revision number, since those for whom it worked perfectly would see no benefit in installing a new revision, and those who experienced the problem do not have the package installed (since compilation failed) and thus have no need for the new revision number to force an upgrade. A revision bump is also not necessary if a minority of users will be affected and the package has a nontrivial average compilation time; use your best judgement in these circumstances. The changes made to OpenOffice in this case are minor (example: a virtual is added for some perl package, and the dependency is changed from depending on the explicit package to the virtual), and should not effect already working installations; furthermore, considering how much memory and time one needs to compile OpenOffice, I say the gentoo policy is quite sane about not forcing a revision bump. W -- The police recently arrested a man selling secret formula tablets he claimed gave eternal youth. When going through their files they noticed it was the fifth time he was caught for committing this same criminal medical fraud. He had earlier bookings from 1794, 1856, 1928 and 1983 Sortir en Pantoufles: up 767 days, 22:53
[gentoo-user] Re: 'emerge -e world' question
In 496d29d6.7030...@gmail.com, b.n. brullonu...@gmail.com wrote: Paul Hartman ha scritto: On Tue, Jan 13, 2009 at 9:44 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: Hi, I normally do emerge -uDvN @world (or in other words emerge --update --deep --verbose --newuse @world). Right now, it tells me this: Total: 0 packages, Size of downloads: 0 kB I also --depclean on a regular basis to remove any unneeded packages. Right now, it tells me this: No packages selected for removal by depclean Based on those two commands, I'm led to believe I have a fully updated system. So, then, I am curious why when I do emerge -e @world it tells me this: Total: 1432 packages (9 upgrades, 2 downgrades, 14 new, 1407 reinstalls, 1 interactive), Size of downloads: 76,235 kB How is that possible? Where do those upgrades, downgrades and new packages come from? What is missing from my traditional -uDvN command that is causing me to miss some of those updates? Before anyone responds I will throw in my theory :) I'm using ~amd64 and I suppose perhaps the ebuilds have changed since I installed them, but have not had a version increase. It's 4 years I'm using Gentoo and I can still be surprised by it. :) This doesn't look right. Why do devs upgrade ebuilds and do not increase the -rX versioning? The policy is that they should increment the revision if the ebuild has changed enough that users of the package would want to recompile. There are some example cases mentioned in the policy, but largely it's a judgment call on the part of the maintainer. http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3chap=1#doc_chap3_sect2. -- »Q« Kleeneness is next to Gödelness.
[gentoo-user] Re: 'emerge -e world' question
On Tue, Jan 13, 2009 at 9:44 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: Hi, I normally do emerge -uDvN @world (or in other words emerge --update --deep --verbose --newuse @world). Right now, it tells me this: Total: 0 packages, Size of downloads: 0 kB I also --depclean on a regular basis to remove any unneeded packages. Right now, it tells me this: No packages selected for removal by depclean Based on those two commands, I'm led to believe I have a fully updated system. So, then, I am curious why when I do emerge -e @world it tells me this: Total: 1432 packages (9 upgrades, 2 downgrades, 14 new, 1407 reinstalls, 1 interactive), Size of downloads: 76,235 kB How is that possible? Where do those upgrades, downgrades and new packages come from? What is missing from my traditional -uDvN command that is causing me to miss some of those updates? Thanks, Paul Before anyone responds I will throw in my theory :) I'm using ~amd64 and I suppose perhaps the ebuilds have changed since I installed them, but have not had a version increase. So, the foobar-0.10 installed on my box has different dependencies than the foobar-0.10 currently in portage, and portage doesn't check for same-version changes unless you re-emerge it.