Re: [gentoo-dev] first council meeting
On Fri, Sep 16, 2005 at 04:16:22PM -0400, Aron Griffis wrote: Vapier wrote:[Fri Sep 16 2005, 03:15:26PM EDT] not really ... sometimes you want to keep a package in unstable forever (like the cvs snapshots i make of e17), or until you work some quirks/features out for a new revbump which you would want stable Why wouldn't you put these in package.mask? Why would you ? ;) If package foo isn't known to be broken, or known to break other packages, and generally just works(tm), why make it just that little bit harder for other people to test it ? Forgetting that it's just one extra step to take before emerging (adding an atom for package to /etc/portage/p.unmask), in addition to adding an atom for it to /etc/portage/p.keywords also, there's also the fact that package.mask is a dumping ground for packages that fit one (or more) of the following: * is vulnerable to exploitation and the like, or; * is broken on some level (crashes, munched goldfish, ..); or * requires extensive testing with the rest of the system i.e., could _completely_ break ones install. In other words, it's unstable, and many users (including myself) stay away from packages therein. So, the question is: when did ~arch and packake.mask become synonymous ? Best, Elfyn -- Elfyn McBratney beu/irc.freenode.nethttp://dev.gentoo.org/~beu/ +O.o- http://dev.gentoo.org/~beu/pubkey.asc PGP Key ID: 0x69DF17AD PGP Key Fingerprint: DBD3 B756 ED58 B1B4 47B9 B3BD 8D41 E597 69DF 17AD pgpvyf6gdlxQn.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] C++ herd proposal
On Fri, Sep 16, 2005 at 06:20:57PM -0400, Mark Loeser wrote: dev-util/flawfinder (no-herd, aliz?) dev-util/rats (no-herd, robbat2) I'm a large user of these, but for rats there really isn't any maintaining to do, upstream hasn't changed the code in 18+ months, and it works fine still. -- Robin Hugh Johnson E-Mail : [EMAIL PROTECTED] Home Page : http://www.orbis-terrarum.net/?l=people.robbat2 ICQ# : 30269588 or 41961639 GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpNTOYbdsKeD.pgp Description: PGP signature
Re: [gentoo-dev] New developers / polish invasion :)
On Thu, Sep 15, 2005 at 01:52:41AM +0200, [EMAIL PROTECTED] wrote: Hi all. We have two new developers from Poland. Krzysiek Pawlik (nelchael) is going to help with the influx of desktop-misc bugs. I'll let Krzysiek introduce himself: /me prods nelchael ;) I want to help maintain my distribution of choice. I've been helping for some time, reporting bugs, posting patches and ebuilds. I'm also an active member of Gentoo forums, where I'm a moderator in Polish forum. Also I think that I could do ( (ab)use my skills ;) ) something useful for the community by actively developing on the distribution. *cough* .. someone seems to have forgotten to list perl whore in their list of Gentoo duties ;) Marcin Kryczek (mkay) is also from Poland. Marcin is going to help with net-p2p stuff. Besides an obvious interest in all things Gentoo, Marcin introduces himself as follows: I live in Katowice, Poland. I've just get diploma degree (faculty: Computer Science). I work in small company as system administrator for about half a year. Besides computers i like to listen to a music (all kinds of Rock), watching movies (preferably in cinema) and going to pubs with friends (i'm definitly outgoing kind of person) Welcome aboard, fellas ! :D Best, Elfyn -- Elfyn McBratney beu/irc.freenode.nethttp://dev.gentoo.org/~beu/ +O.o- http://dev.gentoo.org/~beu/pubkey.asc PGP Key ID: 0x69DF17AD PGP Key Fingerprint: DBD3 B756 ED58 B1B4 47B9 B3BD 8D41 E597 69DF 17AD pgplNLBXH252F.pgp Description: PGP signature
Re: [gentoo-dev] New infra dev: markm
On Mon, Sep 12, 2005 at 11:35:30PM -0500, Mike Doty wrote: All- Take a moment to say hi to our newest infra dev, Mark Mahle. Mark will be helping out infra with web, security and nagios related things. A little about mark, I live in Silicon Valley, work insane hours and have a 1 year old son. Times are crazy! You can find out alot more about me by visiting my personal website at http://www.mahle.us.; Insane hours and a one year old (nearly teething ?) son. And now Gentoo. Yes. You are crazy ! ;) *ducks* Welcome aboard, Mark ! :D Talk about website promotion! Hah ;) Best, Elfyn -- Elfyn McBratney beu/irc.freenode.nethttp://dev.gentoo.org/~beu/ +O.o- http://dev.gentoo.org/~beu/pubkey.asc PGP Key ID: 0x69DF17AD PGP Key Fingerprint: DBD3 B756 ED58 B1B4 47B9 B3BD 8D41 E597 69DF 17AD pgpZ01zPlL3QP.pgp Description: PGP signature
Re: [gentoo-dev] first council meeting
How about if the maintainer wants wider testing, i.e. wants to move it out of package.mask and into ~arch but isn't confident it's ready yet for arch, adding a string variable to ebuilds indicating why the maintainer considers the package unstable, eg: UNSTABLE=#100435, #100345, unconfirmed break with foo The maintainer would simply alter this line as bugs get confirmed or resolved. If a package wants to stay ~arch for longer than normal, even though there are as yet no reports of problems, the maintainer can just keep it set to something: UNSTABLE=gaining maturity The arch team could consider an ebuild without an UNSTABLE line as a candidate for stable, and it provides an easy way for maintainers to communicate what issues are known with a package to the arch team (and anyone else who is interested). The 30-day could be calculated from the $Header: of ebuilds that have no UNSTABLE, or where it's empty. Kev. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [RFC] C++ herd proposal
On 17/9/2005 0:20:57, Mark Loeser ([EMAIL PROTECTED]) wrote: C++ herd is a good idea, especially with that number of packages. I would also like to see many of them, if not all, moved to the dev-cpp category: Is this bit really necessary? -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] first council meeting
On Sat, Sep 17, 2005 at 11:28:03AM +0200, Kevin F. Quinn wrote: The 30-day could be calculated from the $Header: of ebuilds that have no UNSTABLE, or where it's empty. Doesn't work for N arches keywording, or ebuild dev doing minor syntax touch ups. ~harring pgp9GsjkqH1mC.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] C++ herd proposal
On Saturday 17 September 2005 01:20, Mike Frysinger wrote: On Friday 16 September 2005 06:20 pm, Mark Loeser wrote: Since we currently have language herds for other languages such as Ada, Perl, and Java, I don't think C++ should be any different. it is different, but i dont mind the idea of having a bunch of C++ experts looking over a bunch of packages which otherwise may be neglected And that's the point I see in as well - having some central point for our C++ experts/freaks. Of course, a c++ herd would not just be like ADA/Java IMO. Though, I vote FOR such a herd (and would like to join anyway) dev-libs/STLport(no-herd, vapier?) vapier/toolchain dev-libs/fampp2 (no-herd, vapier) dev-libs/ferrisloki (no-herd, vapier) dev-libs/libferrisstreams (no-herd, vapier) dev-db/stldb4 generally i dont need help with these as the upstream author is a pretty cool guy and gets back to me :) -mike but having some backup is always the safer way, in case some of us is AFK for some unobvious reasons and a security patch is to be injected. Regards, Christian Parpart pgpUVooVe8STE.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] C++ herd proposal
On Saturday 17 September 2005 11:36, Kevin F. Quinn wrote: On 17/9/2005 0:20:57, Mark Loeser ([EMAIL PROTECTED]) wrote: C++ herd is a good idea, especially with that number of packages. I would also like to see many of them, if not all, moved to the dev-cpp category: Is this bit really necessary? indeed, it at least helps curious c++ devs to browse through some yet unknown c++ libs and he maybe finds something useful. Regards, Christian Parpart. pgpzHaXkO28CW.pgp Description: PGP signature
Re: [gentoo-dev] The tree is now utf-8 clean
On Sat, Sep 17, 2005 at 02:42:09AM +0100, Ciaran McCreesh wrote: | Something strange I noticed... Some people are using funny quotes and | non breaking spaces in ebuilds. Some people are using weird characters | as substitution delimiters for sed. Don't! It will break on many | systems. I'm going to go and purge all of those, UTF-8 or not, whenever | my brain recovers. I hope ~ is not considered a weird character... if it is, tell me and I'll fix all my ebuilds. Cheers, Ferdy -- Fernando J. Pereda Garcimartín Gentoo Developer (Alpha,net-mail) 20BB BDC3 761A 4781 E6ED ED0B 0A48 5B0C 60BD 28D4 pgpPPyvqGYvqI.pgp Description: PGP signature
Re: [gentoo-dev] GNOME 2.12.0 Final - Testing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Schlemmer wrote: Hmm, I still have these as outdated: ? dev-cpp/gconfmm/gconfmm-2.12.0.ebuild ? dev-cpp/gnome-vfsmm/gnome-vfsmm-2.12.0.ebuild ? dev-cpp/libglademm/libglademm-2.6.1.ebuild ? dev-cpp/libgnomecanvasmm/libgnomecanvasmm-2.12.0.ebuild ? dev-cpp/libgnomemm/libgnomemm-2.12.0.ebuild ? dev-cpp/libgnomeuimm/libgnomeuimm-2.12.0.ebuild The above haven't been committed yet as I've been really busy lately (or I should say... I've been spending too much time hacking on herdstat instead of doing my job ;p). Hopefully I can finish these up today and tomorrow. Cheers - -- It's a dog-eat-dog world out there, and I'm wearing Milkbone underware. - -- Norm, from _Cheers_ Aaron Walker [EMAIL PROTECTED] [ BSD | commonbox | cron | cvs-utils | mips | netmon | shell-tools | vim ] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDK/95C3poscuANHARAjagAKDaeBbzfIOveeDCY6PKhg6vRumEEQCfRPYq EfcjpZIiwU3M3P3w6nBqCxY= =owae -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GNOME 2.12.0 Final - Testing
Phil Richards wrote: On 2005-09-14, John N. Laliberte [EMAIL PROTECTED] wrote: Normally, I would just unmask pmount, but the comment doesn't exactly fill me with confidence as regards the stability of pmount (and whereas I am happy for gnome to crash in a heap, I tend to be a little more cautious around things that work at lower levels in the system)... Actually if you look at the comment you can see that it is dbus and hal that seem to have the problems. I have used pmount without a problem for quite a while now. There is one bug open about pmount on bugs.gentoo.org but for me it looks like a user error. Should I just go ahead and unmask, or what if I want to test out gnome 2.12? That I leave up to you. phil Regards, Petteri Räty (Betelgeuse) signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] [RFC] C++ herd proposal
On 17/9/2005 13:33:30, Christian Parpart ([EMAIL PROTECTED]) wrote: On Saturday 17 September 2005 11:36, Kevin F. Quinn wrote: On 17/9/2005 0:20:57, Mark Loeser ([EMAIL PROTECTED]) wrote: C++ herd is a good idea, especially with that number of packages. I would also like to see many of them, if not all, moved to the dev-cpp category: Is this bit really necessary? indeed, it at least helps curious c++ devs to browse through some yet unknown c++ libs and he maybe finds something useful. If the only gain is that one group finds one search criteria a little easier, then I think that is far from sufficient reason to re-categorise. What about people searching in the application domain (which to be honest I think is much more likely)? Under your approach they have to rummage around in each dev-lang category, hoping that it'll be obvious from the package name that it's suitable for their application domain. What happens when the media, games or net herds come along, and want to pull stuff into a media-libs, dev-games, net-libs? We end up in a tug-of-war between competing interests. Think also of all the work involved in re-categorising stuff; how everyone with dependencies on these packages in their overlay will have to rework stuff in their overlay, all because of one group's nice-to-have. It's particularly acute for libraries. I think we should discourage the idea that filesystem categories and herds are related at all, and think of filesystem categories simply as convenient buckets preventing lists of packages getting long. Resist the urge to re-categorise as much as possible, because in the end it's pointless. Instead, add to metadata, and use that to find stuff. In metadata.xml, we could have as many search criteria as we like; for example source language(s), library|application, application domain (sound, games, video) which can happily cope with many-many relationships. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] first council meeting
On 17/9/2005 11:34:56, Brian Harring ([EMAIL PROTECTED]) wrote: On Sat, Sep 17, 2005 at 11:28:03AM +0200, Kevin F. Quinn wrote: The 30-day could be calculated from the $Header: of ebuilds that have no UNSTABLE, or where it's empty. Doesn't work for N arches keywording, or ebuild dev doing minor syntax touch ups. Good point. The minor touch-up issue could be resolved by setting the string to the date the last issue was cleared instead of deleting it: UNSTABLE=2005/10/04 but to handle N arches needs a different approach (the 'maint' keyword idea also falls down here). My favourite idea so far is mike's '?arch' on the understanding that we have: package.mask - 'alpha' Not suitable for mainstream testing ?arch - 'beta' Works on maintainers systems, worth testing Maintainer may not have tried it on arch. ~arch - 'release candidate' Maintainer arch team happy that it's a good candidate for arch 30-day maturity phase, arch testing in progress arch - 'released' Arch team happy it's stable In particular it's worth noting that marking ?arch is not restricted the way marking ~arch is. Over time I expect the x86 arch team to impose more rigour on the use of ~x86, so that it behaves similarly to the other arches. In general, it would make sense for people to have arch or ~arch in make.conf, and use package.keywords to grab stuff from ?arch in a controlled fashion. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [RFC] C++ herd proposal
On Saturday 17 September 2005 14:01, Kevin F. Quinn wrote: On 17/9/2005 13:33:30, Christian Parpart ([EMAIL PROTECTED]) wrote: On Saturday 17 September 2005 11:36, Kevin F. Quinn wrote: On 17/9/2005 0:20:57, Mark Loeser ([EMAIL PROTECTED]) wrote: C++ herd is a good idea, especially with that number of packages. I would also like to see many of them, if not all, moved to the dev-cpp category: Is this bit really necessary? indeed, it at least helps curious c++ devs to browse through some yet unknown c++ libs and he maybe finds something useful. If the only gain is that one group finds one search criteria a little easier, then I think that is far from sufficient reason to re-categorise. errr... I didn't meant of course == indeed, I meant it a way of that might make sense. sorry for the misunderstandings ;) Regards, Christian. pgpofgnAw5U4n.pgp Description: PGP signature
[gentoo-dev] Re: The tree is now utf-8 clean
Assuming, as I do... that ~arch is utf-8 clean, it must not be that wierd a character, and therefore, probably acceptable for sed also. On 9/17/05, Fernando J. Pereda [EMAIL PROTECTED] wrote: On Sat, Sep 17, 2005 at 02:42:09AM +0100, Ciaran McCreesh wrote: | Something strange I noticed... Some people are using funny quotes and | non breaking spaces in ebuilds. Some people are using weird characters | as substitution delimiters for sed. Don't! It will break on many | systems. I'm going to go and purge all of those, UTF-8 or not, whenever | my brain recovers. I hope ~ is not considered a weird character... if it is, tell me and I'll fix all my ebuilds. Cheers, Ferdy -- Fernando J. Pereda Garcimartín Gentoo Developer (Alpha,net-mail) 20BB BDC3 761A 4781 E6ED ED0B 0A48 5B0C 60BD 28D4 -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [RFC] Portability eclass
On Friday 16 September 2005 17:42, Diego 'Flameeyes' Pettenò wrote: If we'll find other functions needed for portability's sake, they'll probably going to be there, too. Dropped the symcmd function, cleaned up the treecopy function (Martin, take a look at cp --parent, what treecopy does is just the same, if someone calls it with ${S}, it WILL create ${S} inside ${D}, but that's what they are asking for using it), added an eseq option, that would be used on enewuser and elsewhere were seq is used. This does not use ${USERLAND} to find out which command to use, as Darwin can have seq installed (and actually someone can have userland-gnu merged on *BSD and path changed), so it just look if it's able to find seq, otherwise use jot. If this is ok, I'll commit this tonight changing enewuser according to use it. -- Diego Flameeyes Pettenò Gentoo Developer - http://dev.gentoo.org/~flameeyes/ (Gentoo/FreeBSD, Video, Gentoo/AMD64, Sound, PAM) pgp2W2zocBBIr.pgp Description: PGP signature
Re: [gentoo-dev] The tree is now utf-8 clean
On Sat, 17 Sep 2005 12:56:37 +0200 Fernando J. Pereda [EMAIL PROTECTED] wrote: | On Sat, Sep 17, 2005 at 02:42:09AM +0100, Ciaran McCreesh wrote: | | Something strange I noticed... Some people are using funny quotes | | and non breaking spaces in ebuilds. Some people are using weird | | characters as substitution delimiters for sed. Don't! It will break | | on many systems. I'm going to go and purge all of those, UTF-8 or | | not, whenever my brain recovers. | | I hope ~ is not considered a weird character... if it is, tell me and | I'll fix all my ebuilds. No, ~ is fine. Anything with a value below 127 (don't use 127, it's weird) that sed accepts is ok. There are some ebuilds that use that curly paragraph marker character (§) and weird curly quotes. Those're the ones that cause problems. -- Ciaran McCreesh : Gentoo Developer (Vim, Shell tools, Fluxbox, Cron) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm pgprJtWkOpW0S.pgp Description: PGP signature
Re: [gentoo-dev] The tree is now utf-8 clean
On Sat, 17 Sep 2005 18:15:31 +0100 Ciaran McCreesh [EMAIL PROTECTED] wrote: | No, ~ is fine. Anything with a value below 127 (don't use 127, it's | weird) that sed accepts is ok. There are some ebuilds that use that | curly paragraph marker character (§) and weird curly quotes. Those're | the ones that cause problems. Uhm, where by 127 I of course mean 128... -- Ciaran McCreesh : Gentoo Developer (Vim, Shell tools, Fluxbox, Cron) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm pgpbmk5wjIuGb.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] C++ herd proposal
Kevin F. Quinn wrote: I would also like to see many of them, if not all, moved to the dev-cpp category: Is this bit really necessary? The reason for me adding that bit is the metadata from dev-cpp: The dev-cpp category contains libraries and utilities relevant to the c++ programming language. Now to me, that means I can find *all* relevant C++ stuff here. If we don't want that to be the case, maybe we should say miscellaneous, but why should something be in dev-libs, as compared with dev-cpp? net-libs, I could understand, and dev-games, as those could be argued to have a direct relation. This is really just a matter of categorization, and isn't as big of a concern for me as it is trying to put all of these no-herd packages under a herd. Mark signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] The tree is now utf-8 clean
On Saturday 17 September 2005 01:15 pm, Ciaran McCreesh wrote: On Sat, 17 Sep 2005 12:56:37 +0200 Fernando J. Pereda [EMAIL PROTECTED] wrote: | On Sat, Sep 17, 2005 at 02:42:09AM +0100, Ciaran McCreesh wrote: | | Something strange I noticed... Some people are using funny quotes | | and non breaking spaces in ebuilds. Some people are using weird | | characters as substitution delimiters for sed. Don't! It will break | | on many systems. I'm going to go and purge all of those, UTF-8 or | | not, whenever my brain recovers. | | I hope ~ is not considered a weird character... if it is, tell me and | I'll fix all my ebuilds. No, ~ is fine. Anything with a value below 127 (don't use 127, it's weird) that sed accepts is ok. in other words, ASCII characters are OK. if in doubt, just run `man ascii` and see if your character is in the table -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [RFC] C++ herd proposal
On Saturday 17 September 2005 02:22 pm, Mark Loeser wrote: Kevin F. Quinn wrote: I would also like to see many of them, if not all, moved to the dev-cpp category: Is this bit really necessary? The reason for me adding that bit is the metadata from dev-cpp: The dev-cpp category contains libraries and utilities relevant to the c++ programming language. Now to me, that means I can find *all* relevant C++ stuff here. If we don't want that to be the case, maybe we should say miscellaneous, but why should something be in dev-libs, as compared with dev-cpp? net-libs, I could understand, and dev-games, as those could be argued to have a direct relation. for generic C++ packages (STLport/boost for example), i can see them being in the dev-cpp category ... but for packages which have specific uses already and arent in 'generic' categories, i dont think they should be moved -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] first council meeting
On Saturday 17 September 2005 05:28 am, Kevin F. Quinn wrote: How about if the maintainer wants wider testing, i.e. wants to move it out of package.mask and into ~arch but isn't confident it's ready yet for arch, adding a string variable to ebuilds indicating why the maintainer considers the package unstable, eg: i really want to get away from the idea of 'package.mask is for testing packages' ... its current dual role as both masking 'testing' packages and 'broken' packages is wrong imo we dont want to try reeducating our users to not be afraid of package.mask because a lot of things in there they *should* be afraid of -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [RFC] C++ herd proposal
Mike Frysinger wrote: On Saturday 17 September 2005 02:22 pm, Mark Loeser wrote: The reason for me adding that bit is the metadata from dev-cpp: The dev-cpp category contains libraries and utilities relevant to the c++ programming language. Now to me, that means I can find *all* relevant C++ stuff here. If we don't want that to be the case, maybe we should say miscellaneous, but why should something be in dev-libs, as compared with dev-cpp? net-libs, I could understand, and dev-games, as those could be argued to have a direct relation. for generic C++ packages (STLport/boost for example), i can see them being in the dev-cpp category ... but for packages which have specific uses already and arent in 'generic' categories, i dont think they should be moved I agree with this, but I think dev-libs and dev-util are generic categories, and moving these packages from there would help users in finding what they need. I think this is what you are saying atleast :) Mark signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] first council meeting
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Frysinger wrote: On Saturday 17 September 2005 05:28 am, Kevin F. Quinn wrote: How about if the maintainer wants wider testing, i.e. wants to move it out of package.mask and into ~arch but isn't confident it's ready yet for arch, adding a string variable to ebuilds indicating why the maintainer considers the package unstable, eg: i really want to get away from the idea of 'package.mask is for testing packages' ... its current dual role as both masking 'testing' packages and 'broken' packages is wrong imo we dont want to try reeducating our users to not be afraid of package.mask because a lot of things in there they *should* be afraid of -mike Why not merely add an overlay to the main tree and put the testing packages in the overlay. Then instruct users to add the overlay to their portage settings. Testing overlay for testing, p.mask for broken packages. /usr/portage/overlay/cat/pkg/bla.ebuild or /usr/portage/testing/cat/pkg/bla.ebuild and so on... - -Alec Warner -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQyyRwmzglR5RwbyYAQJzOg/9GtwWPrshqv+24mXpWzjyXJddH/dT2sHF WLf/BJOLJtsjsPuD/3V/R5RoiMhNAfXbmxsFDmp/Ny2LEJNue534+vMsiPFKRn3q zLN38ldGkDbRbx3mXkpWlc4SauRasl06Wv2IgoLc0fO37Evv1IzJVG0vMA8o2js7 ZMvGegiW+kfQ8cbQA3LShR92hBK5gZS1pvGUbr6tWv23ebfh7zzwhCVcRGF3Akb6 Kl71I/sDlqPJnTLRwEZZdoSp00JAbGDDEF425O1QRDWZfLT8gZbcBQJ/ouiP2wh2 yy07uMokUHz8dhvcJ44WhQx7QBG0Yjo5OxNnZRasROse9bmEpFp9uNvGgS0nnRgn PuWTnS2KBWCvfyd8eYY2PJB8rw3qmkgduBVO39XmUhCwD3kwR8wMcS1G2RXNnobc BU4RCJQmUmzWDN9w/kDY4BL7NZekiZfjb2CjYDM2Acu8BaHKGvWjlygypsyiwzYy B2pipj9S6Ad+itRFfvXZ+w1kbyp1yJmvXNIwYZC0ylyuYqpboQwKuEFKV/oUpbkX Z/CK6du7Ke8cD8IYXgkH45MRTl5kvWkd5jhzDGeX+sGnuuXzHAAdQl7+tQbM2Oey 2B0W1ddKNsbnZOhXRGh8sX6+A1j1ao6D33I+M5kj3EyURqCsRhrcqPdxBYKpJyGl y8wDdEb8Lpc= =syMf -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] first council meeting
On Saturday 17 September 2005 05:59 pm, Alec Warner wrote: Mike Frysinger wrote: On Saturday 17 September 2005 05:28 am, Kevin F. Quinn wrote: How about if the maintainer wants wider testing, i.e. wants to move it out of package.mask and into ~arch but isn't confident it's ready yet for arch, adding a string variable to ebuilds indicating why the maintainer considers the package unstable, eg: i really want to get away from the idea of 'package.mask is for testing packages' ... its current dual role as both masking 'testing' packages and 'broken' packages is wrong imo we dont want to try reeducating our users to not be afraid of package.mask because a lot of things in there they *should* be afraid of -mike Why not merely add an overlay to the main tree and put the testing packages in the overlay. Then instruct users to add the overlay to their portage settings. Testing overlay for testing, p.mask for broken packages. that does sound like a pretty quick and clean solution ... the only problem i would have with it is that when we move from testing to normal portage tree, we lose cvs history ... and we'd have to merge ChangeLogs ... -mike -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Remove app-emulation/plex86
Hello there, plex86 has many issues and no simple solution to all of them. Considering the amount of very old kernel code it has, including the way it deals with devfs, for example, it does not look like it will be easy to fix. plex86 has three outstanding bugs at the time of this writing: bug 54526 http://bugs.gentoo.org/show_bug.cgi?id=54526, bug 29159 http://bugs.gentoo.org/show_bug.cgi?id=29159 and bug 17388 http://bugs.gentoo.org/show_bug.cgi?id=17388. I have the feeling that if anybody was going to get them fixed, they would have done so by now. qemu should fill plex86's role in the future. I'll probably remove plex86 from the tree very shortly. If anybody feels different, you're welcome to reopen plex86 bugs and fix them :-) Cheers, Marcelo -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Remove app-emulation/plex86
Mike Frysinger wrote: usually we mask for a while before punting ... easier to unmask than to re-add -mike It's been masked for a week, but I doubt anyone has been able to compile it for much longer than that :-). Anyway, when I say remove shortly I am thinking a couple of weeks. Cheers, Marcelo -- gentoo-dev@gentoo.org mailing list