Re: [gentoo-dev] 2.6.18 going stable in 1 week
On Thu, 2006-10-19 at 22:46 -0400, Thomas Cort wrote: On Thu, 19 Oct 2006 21:21:21 -0400 Daniel Drake [EMAIL PROTECTED] wrote: This is your 1 week warning.. fix any packages which don't compile and ensure the fix is also in the stable tree. What package(s) are going stable in 1 week? While Thomas's questions are pertinent, his tone was rather hostile and remarks accusatory. That's unfortunate. I hope dsd doesn't take it too personally. Meanwhile, on behalf of everyone else in the community, I'd like to say a great big huge thank you to Daniel for his continued hard work on kernels for Gentoo. AfC Sydney -- Andrew Frederick Cowie Managing Director Operational Dynamics Consulting Pty Ltd http://www.operationaldynamics.com/ Management Consultants specializing in strategy, organizational architecture, procedures to survive change, and performance hardening for the people and systems behind the mission critical enterprise. Worldwide: Sydney+61 2 9977 6866 New York +1 646 472 5054 Toronto +1 416 848 6072 London+44 207 1019201 signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] 2.6.18 going stable in 1 week
On Friday 20 October 2006 03:46, Thomas Cort wrote: On Thu, 19 Oct 2006 21:21:21 -0400 Daniel Drake [EMAIL PROTECTED] wrote: This is your 1 week warning.. fix any packages which don't compile and ensure the fix is also in the stable tree. What package(s) are going stable in 1 week? I have no clue what you are writing about since you didn't mention it in your e-mail. I did a quick search and found the following 6 packages which have a version 2.6.18: vanilla-sources-2.6.18 You also neglected to mention which architectures are going stable. Are all arches going stable at the same time (in 1 week)? Will you still go ahead with the stable marking if http://bugs.gentoo.org/148429 is not resolved? Which brings up another point of note - we support different kernels and userlands now in the shape of Gentoo/FreeBSD on x86 and sparc64. So should vanilla-sources be renamed to linux-sources so it's more accurate? FWIW, baselayout 1.13 can use either GNU or BSD userland - hopefully one day portage (or package manager of choice) can too :) Thanks -- Roy Marples [EMAIL PROTECTED] Gentoo/Linux Developer (baselayout, networking) -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] 2.6.18 going stable in 1 week
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm not certain, That turning vanilla-sources into linux-sources is wise, since it would then follow that gentoo-sources become gentoo-linux-sources, and so on for all the other linux variants. Since everybody knows and understands what vanilla sources mean (the installation documentation I think explains it) it's probably not worthwhile. Does it provide any more advantages than being a more accurate title? Mike 5:) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFOKBeu7rWomwgFXoRAhpoAJoCWRbLIr2Gb454WRySa379oAITGQCghbVa RsWPxoKQvh5TiQVUF7oZBXg= =jSGT -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] 2.6.18 going stable in 1 week
On Fri, 20 Oct 2006 16:17:51 +1000 Andrew Cowie [EMAIL PROTECTED] wrote: While Thomas's questions are pertinent, his tone was rather hostile and remarks accusatory. That's unfortunate. I hope dsd doesn't take it too personally. Sorry if it came across rather harsh, it was not my intent. I guess I was just having a bad day and it came through in the e-mail. I just wanted some clarification on what exact package(s) and arch(s) are involved. Meanwhile, on behalf of everyone else in the community, I'd like to say a great big huge thank you to Daniel for his continued hard work on kernels for Gentoo. I second that! Without the Gentoo kernel team, we'd be screwed. They put in countless hours of hard work into all of the different kernel packages and patch sets. -Thomas pgpTQRnlk27cr.pgp Description: PGP signature
[gentoo-dev] Last rites for dev-ruby/rudl
Another last rites. dev-ruby/rudl is a package with Ruby bindings for SDL. It does not build with GCC4 (see bug #152055), no package in the tree depend on it, last release (0.8, not even stable) is from two years ago, and it's not the only ruby bindings for SDL, as ruby-sdl exists too, that released only one year ago (and should build fine with GCC4). Scheduled for removal at 20 November 2006. -- Diego Flameeyes Pettenò - http://farragut.flameeyes.is-a-geek.org/ Gentoo/Alt lead, Gentoo/FreeBSD, Video, Sound, ALSA, PAM, KDE, CJK, Ruby ... pgpG2g4NjW4C4.pgp Description: PGP signature
Re: [gentoo-dev] 2.6.18 going stable in 1 week
On Friday, 20. October. 2006 04:46, Thomas Cort wrote: On Thu, 19 Oct 2006 21:21:21 -0400 Daniel Drake [EMAIL PROTECTED] wrote: This is your 1 week warning.. fix any packages which don't compile and ensure the fix is also in the stable tree. What package(s) are going stable in 1 week? I have no clue what you are writing about since you didn't mention it in your e-mail. I did a quick search and found the following 6 packages which have a version 2.6.18: gentoo-sources-2.6.18 linux-headers-2.6.18 suspend2-sources-2.6.18 usermode-sources-2.6.18 vanilla-sources-2.6.18 You also neglected to mention which architectures are going stable. Are all arches going stable at the same time (in 1 week)? Will you still go ahead with the stable marking if http://bugs.gentoo.org/148429 is not resolved? IIRC, Daniel is talking about gentoo-sources (that's his main work area as you may know), vanilla-sources _and_ suspend2-sources will have to wait. Furthermore, Daniel has allowance from x86 and amd64 arch teams to stable gentoo-sources on these archs. -Thomas Christian -- Christian Heim phreak at gentoo.org GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 pgpjqg59wd1l6.pgp Description: PGP signature
Re: [gentoo-dev] 2.6.18 going stable in 1 week
Thomas Cort wrote: What package(s) are going stable in 1 week? I have no clue what you are writing about since you didn't mention it in your e-mail. I did a quick search and found the following 6 packages which have a version 2.6.18: gentoo-sources-2.6.18 linux-headers-2.6.18 suspend2-sources-2.6.18 usermode-sources-2.6.18 vanilla-sources-2.6.18 Sorry about that. I was referring to gentoo-sources, which is really the only truly supported kernel (excluding some arch-specific ones). You also neglected to mention which architectures are going stable. Are all arches going stable at the same time (in 1 week)? Will you still go ahead with the stable marking if http://bugs.gentoo.org/148429 is not resolved? x86 and amd64 immediately, and assuming they don't have showstoppers, ppc/ppc64/sparc usually follow up real quick. Yes, it will go stable even if some dependencies of bug 148429 are not fixed. These are *not* kernel bugs, they are bugs in the individual packages. However, I don't ignore them, I have already put many hours into fixing those bugs. I have been through every bug listed there and provided fixes/workarounds to all of them. I expect to have to spend even more time chasing up maintainers of the unfixed packages there. This is becoming a real problem for me as I'm having to waste excessive amounts of time on every kernel release fixing bugs in packages which are nothing to do with me. I'm considering dropping stable keywords from repeat offenders, but really there aren't any of those: external kernel packages are almost guaranteed to break every once in a while, and we simply have a large number of these packages which aren't given much attention by their maintainers. Any suggestions here are appreciated. Daniel P.S. The tone of your email didn't offend me, but that's probably because I completely agreed with it. Andrew is certainly right in that we should be really careful about how we write things. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] 2.6.18 going stable in 1 week
On Fri, 20 Oct 2006 09:00:29 +0100 Roy Marples [EMAIL PROTECTED] wrote: FWIW, baselayout 1.13 can use either GNU or BSD userland - hopefully one day portage (or package manager of choice) can too :) Ehm, it does (or at least should do) already. Why else should we have all these `if userland == bsd` conditionals. Marius -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] [adopt-a-dev] New hardware needs and offers
You haven't gotten one of these e-mails from me for a few week because there hasn't been a lot of activity. However, this week we got quite a few CPU offers and a request from a developer who is in need of a hard drive. Just a reminder, we have a spiffy list of stuff that people want to give developers and a list of stuff that developers could use to improve Gentoo. http://www.gentoo.org/proj/en/userrel/adopt-a-dev/ There are currently over 30 items available to devs and 16 items that developers could benefit from having. -Tom Community Member Offers === Offered Resource: Pentium III 800/256/133/1.7V - Slot 1 CPU Name: Mr. Anonymous Location: Paris, France Last Modified: 2006-10-17 03:52:51 Offered Resource: Pentium III 866/256/133/1.7V - Slot 1 CPU Name: Mr. Anonymous Location: Paris, France Last Modified: 2006-10-17 03:53:12 Offered Resource: Pentium III 800/256/133/1.7V - Socket 370 CPU Name: Mr. Anonymous Location: Paris, France Last Modified: 2006-10-17 03:49:41 Offered Resource: Pentium III 733/256/133/1.7V - Socket 370 CPU Name: Mr. Anonymous Location: Paris, France Last Modified: 2006-10-17 03:50:18 Offered Resource: 128MB Memory DIMM SDRAM *ECC* (Various brands) Name: Mr. Anonymous Location: Paris, France Last Modified: 2006-10-17 03:50:34 New Developer Requests == Name: Chris White Location: CA, USA Resource: 10GB+ SCSI Disk Purpose: I'd currently like to use the alpha workstation I have for desktop related testing for the alpha herd, however I have a small drive (about 3 gigs) which could work for the basics, but I'd like to do a bit more testing than that. Last Modified: 2006-10-17 03:51:35 pgpdLTqS2zwUz.pgp Description: PGP signature
[gentoo-dev] Treecleaner Maskings
app-editors/xwpe for bug # 124298 Dead upstream, doesn't compile. -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: 2.6.18 going stable in 1 week
Tach Daniel, 0x2B859DE3 (PGP-PK-ID) Daniel Drake schrieb: This is becoming a real problem for me as I'm having to waste excessive amounts of time on every kernel release fixing bugs in packages which are nothing to do with me. I'm considering dropping stable keywords from repeat offenders, but really there aren't any of those: external kernel packages are almost guaranteed to break every once in a while, and we simply have a large number of these packages which aren't given much attention by their maintainers. Any suggestions here are appreciated. Announce it here (or -core) which needs a fix and then just commit the fix if it is trivial and there has been no reaction. V-Li -- Fingerprint: 68C5 D381 B69A A777 6A91 E999 350A AD7C 2B85 9DE3 http://www.gnupg.org/ -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Trustee polls closing quite soon
As I write this, it's 17:42 UTC, and the polls close at some microsecond before 00:00 UTC. If you haven't voted and you wish to be a member of the Gentoo Foundation (and you're eligible), please do so. Best regards, g2boojum -- Grant Goodyear Gentoo Developer [EMAIL PROTECTED] http://www.gentoo.org/~g2boojum GPG Fingerprint: D706 9802 1663 DEF5 81B0 9573 A6DC 7152 E0F6 5B76 pgpAnORsznHPf.pgp Description: PGP signature
[gentoo-dev] Testing run of countify
Dear all, I just asked infra to run countify on woodpecker (and not tell me any of the results). KingTaco graciously did so and e-mailed the output to the election officials. The reason is that this way malformed ballots will (hopefully!) be detected, and I'm asking the election officials to contact anybody who has a malformed ballot so that it may be fixed before the polls closed. (Once the polls close, infra will run countify again to obtain the final results.) Votify should detect any problems for you, but I noticed in the council election that at least one person had a typo in a ballot that caused it not to be counted, so hopefully this process will help reduce the number of similar errors. Best, g2boojum -- Grant Goodyear Gentoo Developer [EMAIL PROTECTED] http://www.gentoo.org/~g2boojum GPG Fingerprint: D706 9802 1663 DEF5 81B0 9573 A6DC 7152 E0F6 5B76 pgpy8wUoHE4ry.pgp Description: PGP signature
Re: [gentoo-dev] Re: 2.6.18 going stable in 1 week
Christian Faulhammer wrote: Announce it here (or -core) which needs a fix and then just commit the fix if it is trivial and there has been no reaction. I think you didn't grasp the problem exactly. There are a large number of packages which build against the kernel and do not get much attention from their maintainers. To avoid too many sharp objects coming in my direction when a new kernel goes stable, I spend a lot of time providing fixes for these packages. The problem is that this (i.e. producing the fixes) is a big waste of time on my part, I'd rather work on real kernel stuff which is lagging behind. Daniel -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: 2.6.18 going stable in 1 week
On 10/20/06, Daniel Drake [EMAIL PROTECTED] wrote: Christian Faulhammer wrote: Announce it here (or -core) which needs a fix and then just commit the fix if it is trivial and there has been no reaction. I think you didn't grasp the problem exactly. There are a large number of packages which build against the kernel and do not get much attention from their maintainers. To avoid too many sharp objects coming in my direction when a new kernel goes stable, I spend a lot of time providing fixes for these packages. The problem is that this (i.e. producing the fixes) is a big waste of time on my part, I'd rather work on real kernel stuff which is lagging behind. Daniel -- gentoo-dev@gentoo.org mailing list This seems to me like a good opportunity to engage the arch teams for some assistance. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: 2.6.18 going stable in 1 week
Mike Pagano wrote: This seems to me like a good opportunity to engage the arch teams for some assistance. So the arch teams would be happy to handle package foo doesn't compile with 2.6.18 bugs, for example, bug 148381? Daniel -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] 2.6.18 going stable in 1 week
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Drake wrote: x86 and amd64 immediately, and assuming they don't have showstoppers, ppc/ppc64/sparc usually follow up real quick. SPARC has showstoppers, so it won't be going stable any time soon. As usual i'll file a bug with patches once this issues are ironed out. Or we'll just wait for a newer 2.6.18 dot release, or skip it altogether in favour of 2.6.19 when it's out (depending on timing, convenience, ...) - -- Gustavo Zacarias Gentoo/SPARC monkey -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5-ecc0.1.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFOSLXV3G/IBCn/JARAtDXAJ9cXOx3gF3gPxU2Gx3m2zzbg9gy1wCdGL5y cHdexQVv1VR1jKEX9lDdS8Y= =KZL0 -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] RFC: Gentoo Commitfests
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just a random thought that popped into my head: We could have a commit fest where everyone who wants to compete kicks in some small amount of money(say $5) maybe the foundation kicks in a little something too. Then the person with the highest amount of commits at the end of some time period(say 8 hours) gets the money, or perhaps it's split 75%/25% between the top 2. I think this is a fun way to build some team spirit. Thoughts? - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRTkq14BrouQZ9K4FAQLZtgP8CrnN8wphHmrNqs5Powtiq/rMde4HpsXy RJiYplsLYFaV76iuY93Bn2h7Q5JlyPnRFM2GbdKtkwTTyEsawbMzqlccx+R3w46/ ns0UQJ+pNhyDbSzvEMWpMGh8QBtAdnE/VpVJX+xJtH6/+8BRzXE3SseVLgAhA4JZ hn7ERB0eN/Q= =fqp+ -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] RFC: Gentoo Commitfests
On 10/20/06, Mike Doty [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just a random thought that popped into my head: We could have a commit fest where everyone who wants to compete kicks in some small amount of money(say $5) maybe the foundation kicks in a little something too. Then the person with the highest amount of commits at the end of some time period(say 8 hours) gets the money, or perhaps it's split 75%/25% between the top 2. I think this is a fun way to build some team spirit. /me can see the kde team (flameeyes) holding off on committing a new release until a commit fest :/ Thoughts? - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRTkq14BrouQZ9K4FAQLZtgP8CrnN8wphHmrNqs5Powtiq/rMde4HpsXy RJiYplsLYFaV76iuY93Bn2h7Q5JlyPnRFM2GbdKtkwTTyEsawbMzqlccx+R3w46/ ns0UQJ+pNhyDbSzvEMWpMGh8QBtAdnE/VpVJX+xJtH6/+8BRzXE3SseVLgAhA4JZ hn7ERB0eN/Q= =fqp+ -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] RFC: Gentoo Commitfests
On Fri, Oct 20, 2006 at 03:00:26PM -0500, Mike Doty wrote: Just a random thought that popped into my head: We could have a commit fest where everyone who wants to compete kicks in some small amount of money(say $5) maybe the foundation kicks in a little something too. Then the person with the highest amount of commits at the end of some time period(say 8 hours) gets the money, or perhaps it's split 75%/25% between the top 2. I think this is a fun way to build some team spirit. I'm against the money side of it - as you can get people gaming the system easily. As an alternative, I suggested it once before, but how about some weekly CVS/SVN stats in the GWN? - Top N most active devs - Most active packages/repos -- Robin Hugh Johnson E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpK9uYKGHDgL.pgp Description: PGP signature
Re: [gentoo-dev] RFC: Gentoo Commitfests
On 10/20/06, Mike Doty [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just a random thought that popped into my head: We could have a commit fest where everyone who wants to compete kicks in some small amount of money(say $5) maybe the foundation kicks in a little something too. Then the person with the highest amount of commits at the end of some time period(say 8 hours) gets the money, or perhaps it's split 75%/25% between the top 2. I think this is a fun way to build some team spirit. Thoughts? How about beer? Thats where all the money goes anyhow ;-) -- Michael E. Crute http://mike.crute.org God put me on this earth to accomplish a certain number of things. Right now I am so far behind that I will never die. --Bill Watterson -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] RFC: Gentoo Commitfests
On Friday 20 October 2006 14:15, Michael Crute wrote: How about beer? Thats where all the money goes anyhow ;-) I'm sure that recruiters would have a beautiful time trying to keep up with the new developer requests. -- Chris White Gentoo Developer aka: xx (Scissors Were Here) xx pgplBrPIwKQ3A.pgp Description: PGP signature
Re: [gentoo-dev] RFC: Gentoo Commitfests
On 2006.10.20 21:00, Mike Doty wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just a random thought that popped into my head: We could have a commit fest where everyone who wants to compete kicks in some small amount of money(say $5) maybe the foundation kicks in a little something too. Then the person with the highest amount of commits at the end of some time period(say 8 hours) gets the money, or perhaps it's split 75%/25% between the top 2. I think this is a fun way to build some team spirit. Thoughts? Snip money-- We aren't all on the same currency and everyone is volunteers. Regards, Roy Bamford (NeddySeagoon) -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] RFC: Gentoo Commitfests
On Fri, Oct 20, 2006 at 10:42:43PM +0100, Roy Bamford wrote: money-- ++ As said in some other mail, stats in GWN or something like that would be nice - kloeri already did some nice graphs (see planet). We aren't all on the same currency and everyone is volunteers. You're just jealous because you guys still haven't introduced the Euro on that island of yours :-P cheers, Wernfried -- Wernfried Haas (amne) - amne at gentoo dot org Gentoo Forums: http://forums.gentoo.org IRC: #gentoo-forums on freenode - email: forum-mods at gentoo dot org pgphsYo9D0Qix.pgp Description: PGP signature
Re: [gentoo-dev] RFC: Gentoo Commitfests
On Friday 20 October 2006 22:08, Dan Meltzer wrote: /me can see the kde team (flameeyes) holding off on committing a new release until a commit fest :/ No need for a new release.. Transforming all the patches to pachsets, removing an old version, changing a variable name ... there's a lot of stuff to do on KDE packages. My average is 1 commit per minute, which means that in 8 hours I'll have just a bit less than 500 commits. 15 messages so far today, 125 messages yesterday 183 messages so far this week, 94 messages last week 958 messages so far this month, 569 messages last month 11572 messages since the first one, 1.51 years ago, for an average of 1.14 hours between messages If I wasn't offline during august, now most likely I'd have an average of less than 1 hour. -- Diego Flameeyes Pettenò - http://farragut.flameeyes.is-a-geek.org/ Gentoo/Alt lead, Gentoo/FreeBSD, Video, Sound, ALSA, PAM, KDE, CJK, Ruby ... pgpNxLSD2VAOG.pgp Description: PGP signature
[gentoo-dev] Last rites for media-sound/rezound
Another package taking the way of the dodo, rezound has multiple bugs open, and no maintainer. It does not seem to build at all out of the box. It's now masked and pending removal 21 of november if nobody steps up to maintain it. -- Diego Flameeyes Pettenò - http://farragut.flameeyes.is-a-geek.org/ Gentoo/Alt lead, Gentoo/FreeBSD, Video, Sound, ALSA, PAM, KDE, CJK, Ruby ... pgpnuKg3GE0OG.pgp Description: PGP signature
[gentoo-dev] RFC: Portage local package revisions
Hello all, In designing an enterprise infrastructure around Gentoo at my place of employment, I have discovered a feature that would improve Gentoo's usefulness greatly in this field. I'm writing to ask for your opinion on a change to sys-apps/portage that would allow users to maintain local revisions of ebuilds, such as net-www/apache-2.0.58-r2-local1. This would require a modification to the ebuild version specifications and a patch to two portage source files which you can review here: http://dev.gentoo.org/~malverian/portage_local_version.patch (Please don't complain about the code quality, I cleaned up areas where it was desparately needed such as the string.atof() areas, but for the sake of code coherence, I tried to use the same methodology used elsewhere in the code as much as possible, such as unqualified except statements :P) There are a number of scenarios where such a feature is useful, most of which revolve around the need for a local version bump: 1) You have machines using apache-2.0.58-r2 with an unpatched security hole which you would like to immediately patch locally until a fix is committed to the portage tree. 2) You are using binary packages and need to simulate a version bump to force re-installation of a binary package with modified USE flags. 3) You are using binary packages and need to simulate a version bump to force re-installation of binary packages that were rebuilt during revdep-rebuild In all of the above cases, one could simply bump the package up one revision by creating an ebuild in an overlay for apache-2.0.58-r3. However, using this solution will result in apache not being upgraded when apache-2.0.58-r3 is actually committed to the portage tree unless you perpetuate this bad habit ad nauseum. To give a better explanation of #3, consider the following scenario: - You have 60 servers with mysql-4.0.28 and php-5.1.6-r2 - You want to upgrade to mysql-5.0.30 and continue to use php-5.1.6-r2 - You use binary packages which are built on a staging machine - Your servers know to upgrade via a pull method with the help of cfengine which tells each server what packages SHOULD be installed on it. This also makes it very easy later to build another copy of a machine in the case of hardware failure by using the same description files (cfengine config programs) To accomplish the above in an enterprise environment, you would need to perform the following steps: 1) Install mysql-5.0.30 on the staging machine and build binary packages 2) Perform a revdep-rebuild on all packages using libmysql client libraries, building new binary packages for each of them 3) Tell your other 60 servers that it is time to upgrade mysql (and in this case, reinstall php) Assuming you have a description file such as the following: __CUT__ webserver_packages = ( dev-db/mysql-4.0.28 dev-lang/php-5.1.6-r2 ) ... __CUT__ It is obvious what change must be made to install the new version of MySQL, but how do you update PHP without bumping the version of PHP? You would need some extra metadata to tell the servers if they are upgrading from mysql-4.0.28 to mysql-5.0.30 that they should reinstall PHP. This is fine for a few packages, but it can quickly become a maintanence nightmare. Having local revision numbers solves this problem very simply, and provides quite a bit of flexibility as a side-effect. NOTES: - The -local# revisions MUST NOT be used in the main portage tree. It is something that system administrators would have exclusively for their own purposes such as those described above. This SHOULD probably be enforced by repoman in addition to policy changes. - The new (completely backward compatible) version priority order would be: apache-2.0.58 apache-2.0.58-r1 apache-2.0.58-r2 apache-2.0.58-r2-local1 apache-2.0.58-r2-local2 apache-2.0.58-r3 apache-2.0.59 -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] RFC: Portage local package revisions
On Fri, Oct 20, 2006 at 11:05:22PM +, [EMAIL PROTECTED] wrote: Hello all, In designing an enterprise infrastructure around Gentoo at my place of employment, I have discovered a feature that would improve Gentoo's usefulness greatly in this field. I'm writing to ask for your opinion on a change to sys-apps/portage that would allow users to maintain local revisions of ebuilds, such as net-www/apache-2.0.58-r2-local1. This would require a modification to the ebuild version specifications and a patch to two portage source files which you can review here: Use -rX.Y instead; existing portage will choke on it the same as it'll choke on -local, upshot of -rX.Y is that it's less chars, bit more clear in the intention of trying to sneak an additional version component betwee -rN and -rN+1 http://dev.gentoo.org/~malverian/portage_local_version.patch (Please don't complain about the code quality, I cleaned up areas where it was desparately needed such as the string.atof() areas, but for the sake of code coherence, I tried to use the same methodology used elsewhere in the code as much as possible, such as unqualified except statements :P) Bah. If you know that catch-all except's are bad, that means you can't use that excuse for having it in your new code :P 2) You are using binary packages and need to simulate a version bump to force re-installation of a binary package with modified USE flags. 3) You are using binary packages and need to simulate a version bump to force re-installation of binary packages that were rebuilt during revdep-rebuild Failing here is that it's not a 'simulated' verbump, it *is* a verbump for any deps that are locked via =; =dev-util/diffball-0.7.1 will not pick up =dev-util/diffball-0.7.1-local1 since =dev-util/diffball-0.7.1 is implicitly =dev-util/diffball-0.7.1-local0 . Folks can live with that issue, but should be clear that its there (same for revbumps of course, just picking at the wording). In all of the above cases, one could simply bump the package up one revision by creating an ebuild in an overlay for apache-2.0.58-r3. However, using this solution will result in apache not being upgraded when apache-2.0.58-r3 is actually committed to the portage tree unless you perpetuate this bad habit ad nauseum. This particular issue (force usage of an ebuild from PORTDIR if the installed exact version is from an overlay) can be addressed without changing version rules, although admittedly it's a single revbump, no way to do multiple bumps (again, wording is all). - The new (completely backward compatible) version priority order would be: apache-2.0.58 apache-2.0.58-r1 apache-2.0.58-r2 apache-2.0.58-r2-local1 apache-2.0.58-r2-local2 apache-2.0.58-r3 apache-2.0.59 portage_version.ver_regexp specifically anchors -r\d+ to the end of the string, as such this is *not* backwards compatible, 2.1 would choke if it saw these versions in the vdb or in an overlay... ~harring pgpshCSYqk7sx.pgp Description: PGP signature
Re: [gentoo-dev] RFC: Gentoo Commitfests
Mike Doty wrote: Thoughts? - hall of fame is nice, money isn't - we all know that Flameeyes and vapier will be at the top =) -- Luca Barbato Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] RFC: Gentoo Commitfests
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 20 Oct 2006, Mike Doty wrote: --[PinePGP]--[begin]-- Just a random thought that popped into my head: We could have a commit fest where everyone who wants to compete kicks in some small amount of money(say $5) maybe the foundation kicks in a little something too. Then the person with the highest amount of commits at the end of some time period(say 8 hours) gets the money, or perhaps it's split 75%/25% between the top 2. I think this is a fun way to build some team spirit. Thoughts? I'm all for it. -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === --[PinePGP]--- gpg: Signature made Fri 20 Oct 2006 08:00:23 PM UTC using RSA key ID 19F4AE05 gpg: Good signature from Mike Doty [EMAIL PROTECTED] gpg: aka Mike Doty [EMAIL PROTECTED] gpg: aka Mike Doty [EMAIL PROTECTED] gpg: WARNING: This key is not certified with a trusted signature! gpg: There is no indication that the signature belongs to the owner. Primary key fingerprint: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 --[PinePGP][end]-- Regards, Ferris - -- Ferris McCormick (P44646, MI) [EMAIL PROTECTED] Developer, Gentoo Linux (Devrel, Sparc) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5-ecc0.1.6 (GNU/Linux) iD8DBQFFOYEzQa6M3+I///cRAiOnAJ4pBTXJEPQZYlu8FYksT9qkj2j9TgCgs7y7 wNyZmtxh3YDYYrf4KyK6rr0= =ONFU -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list