[gentoo-dev] Re: A Little Council Reform Anyone?
Ned Ludd posted 1246502033.5688.40.ca...@localhost, excerpted below, on Wed, 01 Jul 2009 19:33:52 -0700: > Why would you vote for somebody who did not even publish a manifesto? I > don't know but I love you for it. My only intention was to help offset > dev-zero being able force the will of outside forces upon us. Well that > has been accomplished for now (w00t). But I never ever expected to be > ranked so high. "/me blushes" So that means you guys/gals expect stuff > from me. Well as I never wrote a manifesto but you still voted for me, Those two reasons (offset, no manifesto) are IMO /the/ (singular) reason you were the #1 pick. You are highly respected for your "no fuss, just do it, make it work" attitude, while respecting other devs' territory, over a relatively long period with Gentoo. It's that same attitude that had you running with no manifesto, either they've worked with you long enough and respect you and your judgment and positions well enough to support you, or they don't, no manifesto need apply. In fact, a manifesto would have contradicted that reputation, and as such, you'd have only lost votes putting one up. The offset thing simply reinforced that. Think about it. > Devs should have a right to voice their concerns to the council and > engage in interactive conversations without being labeled troll. > An EAPI review committee Has potential. Keeps it out of the council's hair until time for the recommendation and up/down vote. > It should be our job to look at the projects in Gentoo. Look at the ones > that have a healthy community and encourage and promote them in ways. > prefix comes to mind. [] I'm not even a user. [] But there is community > support and it's the icing on the cake for some. So I'll back the fsck > up and give credit where it's due. > I won't engage in endless discussions. Facts can be presented. > They will be reviewed on merit, technical and social. > allow those who are council members in Gentoo to accomplish things > other than the council only. > So lets have some damn fun again !...@#$ Thanks. Wow! Users thank you too. That's why people voted for you. Looking forward to Gentoo's new year! =:^) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
[gentoo-dev] Re: [gentoo-council] A Little Council Reform Anyone?
On Wed, Jul 1, 2009 at 9:33 PM, Ned Ludd wrote: > The dev population is quite a strange beast. I never expected to win. > Why would you vote for somebody who did not even publish a manifesto? > I don't know but I love you for it. My only intention was to help offset > dev-zero being able force the will of outside forces upon us. > Well that has been accomplished for now (w00t). But I > never ever expected to be ranked so high. "/me blushes" So that means you > guys/gals expect stuff from me. Well as I never wrote a manifesto but > you still voted for me, I guess I should share some of my ideas on what > I'd like to see happen over the following year. > > The devs have a voice one time of the year: when it comes time to vote. > But what about the rest of the year? What happens when the person you > voted for sucks? You are mostly powerless to do anything other than be > really vocal in what seems like a never ending battle. That needs to > change. I'm not quite sure how. But I'd like to see the dev body have a > year-round voice in the council. Either via quick votes year-round > on topics or simply by having discussion in the channel. Devs should have > a right to voice their concerns to the council and engage in interactive > conversations without being labeled troll. > > Another one of the things I'd like to see and help reform with the > council. First off it spends way too much time on EAPI/PMS. There is no > reason to make the council an extension of the portage team. Portage is > still the official package manager of Gentoo. Granted it's good to > accommodate others to an extent and I've always kept an open mind on other > tools. > Alternatives are good as there is always the right tool for the task at hand. > But > the council really should not be getting involved most of the time unless > there > is a conflict which can't be worked out among the masses and those trying to > get > portage to adopt new features. If the dev body wants it otherwise then > I'd like to turn my vote over to you the devs. Each and every time the > council wants/has to vote on an EAPI/PMS feature then I'll happily put my > vote in your hands. You fire up that old votify system and use my vote > as yours. Note however that zmedico is not in favor of his time being > wasted on deciding what PMS/EAPI features are good. He simply likes bugs > and solving those. He likes giving us new features and tends to be more in > favor of the devs and community figuring out what is best for us. > An EAPI review committee could work well also. As long as we could get > non bias people in there. Thank you. This was one thing I had said time and time again over the past year. I long ago advocated for the EAPI/PMS crap to be sorted out by the right people and the council was there to work out any technical issues. We got the pms ML created and before I officially joined the council while I was still proxying for Diego, we did handle one such instance where the PMS people and zmedico had a disagreement. All of a sudden the next round of EAPI/PMS debates became the complete mess they are today. Thank you for having the energy to clean this up again because I know I don't. > > The council should be more about community vs technical issues only. > We have lots of top level projects within Gentoo which have simply given > up on the council as being an outlet to accomplish anything useful. > It should be our job to look at the projects in Gentoo. Look at the ones > that have a healthy community and encourage and promote them in ways. Bingo. That's exactly the point of the council. > > For example prefix comes to mind. It was a project I did not like at > first. I'm not even a user. And there are things I surely don't like > about it as is. But there is community support and it's the icing on the > cake for some. So I'll back the fsck up and give credit where it's due. > This is a perfectly good example of a project/fork that needs to come > back home. Perhaps it's time to cherry pick some more stuff/people out > of Sunrise? > > desultory points out any two council members can decide to approve anything, > and that decision is considered to be equivalent to a full council vote > until the next meeting. I vaguely recall that rule. I'm not sure about you, > but I think that is a little to much power to put in the hands of a few. > Any dev mind if we dump that power? This should have been dumped a while ago. I believe Halcy0n and I had issue with it and got a vote to dump it a while back. > > Meetings will likely go back to one time per month and be +m with +v be > handed out per request with open chat pre/post meetings. The reason for > this is to keep the meetings on-track. I won't engage in endless > discussions. Facts can be presented. They will be reviewed on merit, > technical and social. Thank you again. I tried the +m/+v thing a year ago and received a few pieces of hate e-mail from mostly non-developer people. I'll let them read thi
Re: [gentoo-dev] A Little Council Reform Anyone?
On Wed, 01 Jul 2009 19:33:52 -0700 Ned Ludd wrote: >huge fscking snip< Thank you. You were top of my list and I am counting on you. :) Regards, jer
[gentoo-dev] A Little Council Reform Anyone?
The dev population is quite a strange beast. I never expected to win. Why would you vote for somebody who did not even publish a manifesto? I don't know but I love you for it. My only intention was to help offset dev-zero being able force the will of outside forces upon us. Well that has been accomplished for now (w00t). But I never ever expected to be ranked so high. "/me blushes" So that means you guys/gals expect stuff from me. Well as I never wrote a manifesto but you still voted for me, I guess I should share some of my ideas on what I'd like to see happen over the following year. The devs have a voice one time of the year: when it comes time to vote. But what about the rest of the year? What happens when the person you voted for sucks? You are mostly powerless to do anything other than be really vocal in what seems like a never ending battle. That needs to change. I'm not quite sure how. But I'd like to see the dev body have a year-round voice in the council. Either via quick votes year-round on topics or simply by having discussion in the channel. Devs should have a right to voice their concerns to the council and engage in interactive conversations without being labeled troll. Another one of the things I'd like to see and help reform with the council. First off it spends way too much time on EAPI/PMS. There is no reason to make the council an extension of the portage team. Portage is still the official package manager of Gentoo. Granted it's good to accommodate others to an extent and I've always kept an open mind on other tools. Alternatives are good as there is always the right tool for the task at hand. But the council really should not be getting involved most of the time unless there is a conflict which can't be worked out among the masses and those trying to get portage to adopt new features. If the dev body wants it otherwise then I'd like to turn my vote over to you the devs. Each and every time the council wants/has to vote on an EAPI/PMS feature then I'll happily put my vote in your hands. You fire up that old votify system and use my vote as yours. Note however that zmedico is not in favor of his time being wasted on deciding what PMS/EAPI features are good. He simply likes bugs and solving those. He likes giving us new features and tends to be more in favor of the devs and community figuring out what is best for us. An EAPI review committee could work well also. As long as we could get non bias people in there. The council should be more about community vs technical issues only. We have lots of top level projects within Gentoo which have simply given up on the council as being an outlet to accomplish anything useful. It should be our job to look at the projects in Gentoo. Look at the ones that have a healthy community and encourage and promote them in ways. For example prefix comes to mind. It was a project I did not like at first. I'm not even a user. And there are things I surely don't like about it as is. But there is community support and it's the icing on the cake for some. So I'll back the fsck up and give credit where it's due. This is a perfectly good example of a project/fork that needs to come back home. Perhaps it's time to cherry pick some more stuff/people out of Sunrise? desultory points out any two council members can decide to approve anything, and that decision is considered to be equivalent to a full council vote until the next meeting. I vaguely recall that rule. I'm not sure about you, but I think that is a little to much power to put in the hands of a few. Any dev mind if we dump that power? Meetings will likely go back to one time per month and be +m with +v be handed out per request with open chat pre/post meetings. The reason for this is to keep the meetings on-track. I won't engage in endless discussions. Facts can be presented. They will be reviewed on merit, technical and social. The reason the meetings should go back to monthly is to allow those who are council members in Gentoo to accomplish things other than the council only. We all have personal lives and we all have our respective roles we play outside of the council. Another note on meetings. The time they are held currently don't fit well with my work schedule. I'm not subscribed directly to the gentoo-dev mailing list anymore outside of post-only. And I don't plan to re-subscribe. I do browse the archives regularly however. If there is some topic that should be brought to my attention please point it out to me directly on irc or CC: me. Thank you all and I will try not to let you down. Unless you were one of the ones who wanted to me lose. Then sorry, but I'm going to have fun disappointing you, by doing what is best for Gentoo. If you have any ideas on how you think the council should function or reform itself. Please start a new thread or email those who think will listen to those ideas. I'm open for some real change as long as it's for the the positive. So lets have som
Re: [gentoo-dev] Gentoo Council Elections Results for term 2009/2010
On Wednesday 01 July 2009 20:20:17 Mike Frysinger wrote: > On Wednesday 01 July 2009 17:00:23 Roy Bamford wrote: > > On behalf of the Elections project, the next Gentoo Council will be > > composed of:- > > thanks for your continued effort at what most exceedingly tedious i really have to remember to proofread post inline editing ... "... at what must be exceedingly tedious" > > The details will be posted on the elections page shortly. > > while you're there, can you add missing archive links ? you can see how > the older ones were fully linked (archives.g.o and gmane.org) ... the 2008b nominees page is also weird ... whole bunch of empty rows ? -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Monthly Gentoo Council Reminder for July
here's an item that should be relatively quick to address: fix the typo in GLEP 39 where this line is missing (it's been in the council homepage forever): Only Gentoo developers may be nominated note that previous councils already decided that they are allowed to modify GLEP 39 in place with the normal council voting procedure and if they notify the mailing lists with exact changes (see 20070208 summary for an example). -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Gentoo Council Elections Results for term 2009/2010
On Wednesday 01 July 2009 17:00:23 Roy Bamford wrote: > On behalf of the Elections project, the next Gentoo Council will be > composed of:- thanks for your continued effort at what most exceedingly tedious > solar solar for president > The details will be posted on the elections page shortly. while you're there, can you add missing archive links ? you can see how the older ones were fully linked (archives.g.o and gmane.org) ... -mike signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Gentoo Council Elections Results for term 2009/2010
All, On behalf of the Elections project, the next Gentoo Council will be composed of:- Ned Ludd(solar) Petteri Räty(betelgeuse) Denis Dupeyron (calchan) Tobias Scherbaum(dertobi123) Ulrich Müller (ulm) Mart Raudsepp (leio) Luca Barbato(lu_zero) The full ranked list of candidates, in order, is:- solar betelgeuse calchan dertobi123 ulm leio lu_zero patrick dev-zero ssuominen scarabeus gentoofan23 peper _reopen_nominations The details will be posted on the elections page shortly. All voting members of the electorate should have received their ID by now. The master ballot file is attached to enable voters to check that their vote was counted. Anyone who has not received their ID or whos vote is missing from the attached master ballot file should contact elections@ as soon as possible. -- Regards, Roy Bamford (NeddySeagoon) a member of gentoo-ops forum-mods treecleaners trustees - confirmation 2743 - betelgeuse calchan gentoofan23 patrick dertobi123 scarabeus dev-zero lu_zero _reopen_nominations peper leio ssuominen ulm solar - confirmation 2854 - solar leio scarabeus dev-zero gentoofan23 patrick calchan peper lu_zero ulm dertobi123 ssuominen betelgeuse _reopen_nominations - confirmation 2e50 - patrick solar lu_zero ulm leio scarabeus ssuominen _reopen_nominations calchan dertobi123 betelgeuse dev-zero gentoofan23 peper - confirmation 3133 - betelgeuse calchan dertobi123 ssuominen solar lu_zero dev-zero ulm leio peper gentoofan23 patrick scarabeus - confirmation 3303 - calchan betelgeuse ssuominen ulm leio lu_zero solar dertobi123 _reopen_nominations peper scarabeus gentoofan23 dev-zero patrick - confirmation 338c - ulm dertobi123 calchan leio patrick solar lu_zero _reopen_nominations ssuominen scarabeus betelgeuse dev-zero peper gentoofan23 - confirmation 3ac6 - leio gentoofan23 scarabeus calchan ssuominen patrick betelgeuse dev-zero solar peper lu_zero dertobi123 ulm _reopen_nominations - confirmation 3e1f - dertobi123 dev-zero ulm solar betelgeuse lu_zero scarabeus patrick calchan leio ssuominen gentoofan23 peper - confirmation 3e2c - leio betelgeuse calchan solar dertobi123 lu_zero ssuominen ulm scarabeus patrick _reopen_nominations dev-zero gentoofan23 peper - confirmation 3f35 - leio betelgeuse calchan lu_zero solar patrick ssuominen gentoofan23 scarabeus peper ulm dertobi123 dev-zero - confirmation 0657 - dev-zero dertobi123 betelgeuse gentoofan23 ulm peper calchan scarabeus ssuominen _reopen_nominations lu_zero leio patrick solar - confirmation 460a - dev-zero betelgeuse scarabeus dertobi123 calchan ulm gentoofan23 lu_zero leio peper ssuominen solar patrick _reopen_nominations - confirmation 46ec - ssuominen leio gentoofan23 lu_zero betelgeuse solar ulm dev-zero scarabeus peper calchan dertobi123 _reopen_nominations patrick - confirmation 4e08 - lu_zero dev-zero leio ulm dertobi123 betelgeuse calchan solar ssuominen gentoofan23 peper patrick scarabeus _reopen_nominations - confirmation 514d - ulm gentoofan23 dertobi123 scarabeus betelgeuse calchan ssuominen leio peper lu_zero _reopen_nominations dev-zero patrick solar - confirmation 52f9 - leio betelgeuse dev-zero solar ssuominen lu_zero gentoofan23 ulm scarabeus patrick peper calchan dertobi123 - confirmation 53aa - dertobi123 betelgeuse ulm solar patrick lu_zero leio _reopen_nominations peper gentoofan23 ssuominen calchan scarabeus dev-zero - confirmation 08a7 - _reopen_nominations dev-zero betelgeuse calchan lu_zero leio solar ulm gentoofan23 peper patrick ssuominen dertobi123 scarabeus - confirmation 5da6 - solar lu_zero dev-zero dertobi123 ulm calchan leio ssuominen patrick betelgeuse scarabeus gentoofan23 peper - confirmation 5e53 - gentoofan23 ulm dev-zero betelgeuse calchan dertobi123 peper _reopen_nominations ssuominen lu_zero solar scarabeus patrick leio - confirmation 5e9c - scarabeus leio gentoofan23 dev-zero dertobi123 peper ssuominen betelgeuse ulm lu_zero calchan solar patrick _reopen_nominations - confirmation 0982 - scarabeus solar gentoofan23 dev-zero betelgeuse peper ssuominen ulm - confirmation 5f24 - solar betelgeuse calchan patrick gentoofan23 lu_zero dev-zero scarabeus dertobi123 peper leio ulm ssuominen - confirmation 6136 - calchan gentoofan23 betelgeuse dertobi123 dev-zero leio ulm ssuominen scarabeus peper patrick solar lu_zero - confirmation 615d - patrick gentoofan23 dev-zero calchan dertobi123 scarabeus solar lu_zero ulm ssuominen leio betelgeuse peper _reopen_nominations - confirmation 638a - scarabeus patrick calchan gento
Re: [gentoo-dev] Re: New eselect news item for kdeprefix
Ciaran McCreesh wrote: > On Wed, 1 Jul 2009 17:00:35 +0300 > Theo Chatzimichos wrote: >> On Wednesday 01 July 2009 16:25:11 Ciaran McCreesh wrote: >>> On Wed, 1 Jul 2009 15:45:29 +0300 >>> >>> Theo Chatzimichos wrote: Display-If-Installed: kde-base/kdelibs >>> Really? Anyone who has any version of kdelibs ever? >> Yes, this affects kde3 and kde4 users. > > Will it also affect kde5 users? > "News items can be removed (by removing the news file from the main tree) when they are no longer relevant, if they are made obsolete by a future news item or after a long period of time. This is the same as the method used for updates entries." I would say the news item is not relevant when kde 5 comes out but of course it doesn't hurt to have a version specification there. Just noting that in general atoms without version restrictions shouldn't be a problem. Regards, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Global use flags eabled by default
On Wednesday 01 of July 2009 17:14:11 Maciej Mrozowski wrote: > Hello > > Somewhat continuing my battle to reasonably minimise USE flags enabled by > default for users, I'd like to ask about one particular commit. Note that > there's no commit message and it looks a bit fishy: > > http://sources.gentoo.org/viewcvs.py/gentoo- > x86/profiles/base/use.defaults?r1=1.1&r2=1.1.1.1 > > It enables considerable amount of USE flags in base profile. > I'm most concerned about 'gstreamer' USE flag as it's not needed at all for > KDE users (they get xine phonon backend as default and will just cause > unnecessary dependency chain). > If author of that commit is concerned about Gnome functionality, he could > talk with Gnome devs first - besides gstreamer is probably pulled there as > dependency so no point really in enabling it as USE flag in base profile. > > Please remove it. > (also 'gtk' is there, why not 'kde' as well? remember we're talking about > *base* profile, not *desktop* profile) Sorry about confusion. That ^^^ part - it's typical pebkac. I had it enabled somewhere in package.use (hard to spot in multiple files). The second part with perl / python is still valid though. > 1. https://bugs.gentoo.org/show_bug.cgi?id=250179 > 2. http://archives.gentoo.org/gentoo- > dev/msg_afe72c138992b6a590120de199ffcc44.xml Judging from positive responses, it's just the thing that can be done. grep -rHe "built_with_use.*\(python\|perl\)" /usr/portage (courtesy of Nirbhbeek) will generate remaining packages to be fixed. -- regards MM signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Global use flags eabled by default
Maciej Mrozowski said: > Hello > > Somewhat continuing my battle to reasonably minimise USE flags enabled by > default for users, I'd like to ask about one particular commit. Note that > there's no commit message and it looks a bit fishy: > > http://sources.gentoo.org/viewcvs.py/gentoo- > x86/profiles/base/use.defaults?r1=1.1&r2=1.1.1.1 That is on a different branch and is incredibly old. To make a long story short...someone screwed up and created their own branch of the whole tree. It isn't actually being used. -- Mark Loeser email - halcy0n AT gentoo DOT org email - mark AT halcy0n DOT com web - http://www.halcy0n.com pgpFmrO1l9HDA.pgp Description: PGP signature
[gentoo-dev] Global use flags eabled by default
Hello Somewhat continuing my battle to reasonably minimise USE flags enabled by default for users, I'd like to ask about one particular commit. Note that there's no commit message and it looks a bit fishy: http://sources.gentoo.org/viewcvs.py/gentoo- x86/profiles/base/use.defaults?r1=1.1&r2=1.1.1.1 It enables considerable amount of USE flags in base profile. I'm most concerned about 'gstreamer' USE flag as it's not needed at all for KDE users (they get xine phonon backend as default and will just cause unnecessary dependency chain). If author of that commit is concerned about Gnome functionality, he could talk with Gnome devs first - besides gstreamer is probably pulled there as dependency so no point really in enabling it as USE flag in base profile. Please remove it. (also 'gtk' is there, why not 'kde' as well? remember we're talking about *base* profile, not *desktop* profile) And my main point is - since we have EAPI=1 (use defaults) and EAPI=2 (use deps, yes, it's time to learn those), sane defaults should be set per package level if possible and respected via use deps. Also this is very related to bug [1] and discussion about it [2]. It would be nice to see some progress on that matter (progress = perl and python dropped from profile, and only enabled for ebuilds when maintainer see it fit). 1. https://bugs.gentoo.org/show_bug.cgi?id=250179 2. http://archives.gentoo.org/gentoo- dev/msg_afe72c138992b6a590120de199ffcc44.xml -- regards MM signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: New eselect news item for kdeprefix
On Wednesday 01 July 2009 17:06:10 Ciaran McCreesh wrote: > On Wed, 1 Jul 2009 17:00:35 +0300 > > Theo Chatzimichos wrote: > > On Wednesday 01 July 2009 16:25:11 Ciaran McCreesh wrote: > > > On Wed, 1 Jul 2009 15:45:29 +0300 > > > > > > Theo Chatzimichos wrote: > > > > Display-If-Installed: kde-base/kdelibs > > > > > > Really? Anyone who has any version of kdelibs ever? > > > > Yes, this affects kde3 and kde4 users. > > Will it also affect kde5 users? right Display-if-installed:
Re: [gentoo-dev] Re: New eselect news item for kdeprefix
On Wed, 1 Jul 2009 17:00:35 +0300 Theo Chatzimichos wrote: > On Wednesday 01 July 2009 16:25:11 Ciaran McCreesh wrote: > > On Wed, 1 Jul 2009 15:45:29 +0300 > > > > Theo Chatzimichos wrote: > > > Display-If-Installed: kde-base/kdelibs > > > > Really? Anyone who has any version of kdelibs ever? > > Yes, this affects kde3 and kde4 users. Will it also affect kde5 users? -- Ciaran McCreesh signature.asc Description: PGP signature
Re: [gentoo-dev] Re: New eselect news item for kdeprefix
On Wednesday 01 July 2009 16:25:11 Ciaran McCreesh wrote: > On Wed, 1 Jul 2009 15:45:29 +0300 > > Theo Chatzimichos wrote: > > Display-If-Installed: kde-base/kdelibs > > Really? Anyone who has any version of kdelibs ever? Yes, this affects kde3 and kde4 users. -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Team
Re: [gentoo-dev] Re: New eselect news item for kdeprefix
On Wed, 1 Jul 2009 15:45:29 +0300 Theo Chatzimichos wrote: > Display-If-Installed: kde-base/kdelibs Really? Anyone who has any version of kdelibs ever? -- Ciaran McCreesh signature.asc Description: PGP signature
Re: [gentoo-dev] Re: New eselect news item for kdeprefix
i'm sending it again as it should be Title: kdeprefix and monolithic ebuilds issues Author: Theo Chatzimichos Content-Type: text/plain Posted: Revision: 1 News-Item-Format: 1.0 Display-If-Installed: kde-base/kdelibs The Gentoo KDE Guide has been updated and now covers the two most serious issues affecting KDE users: 1) masking of the kdeprefix USE flag for KDE 4 users and 2) the upgrade of KDE 3 and koffice 1.6.3 due to stabilisation to KDE 3.5.10 and koffice 1.6.3_p20090204 for users of monolithic ebuilds. Please refer to the guide [0] to solve those issues. [0] http://www.gentoo.org/proj/en/desktop/kde/kde4-guide.xml -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Team
[gentoo-dev] Re: New eselect news item for kdeprefix
Theo Chatzimichos posted 200907011501.17632.tampak...@gentoo.org, excerpted below, on Wed, 01 Jul 2009 15:01:17 +0300: > Thank you duncan for the typo. > [0] http:///www.gentoo.org/proj/en/desktop/kde/kde4-guide.xml Umm... it's still there... Meanwhile, on that web page, there's a minor issue as well. Under Cleaning up KDE: " In order to minimize issues, it is best to begin with a clean enviroment. This is recommended for the following cases: * Moving from +kdeprefix to - kdeprefix (and vice versa) * Downgrading KDE (eg. from snapshots/live ebuilds to portage version) * Fully upgrading from KDE 3 to KDE 4 (and vice versa) * Moving from an old overlay Two possible ways of removing old KDE installations are: " Can those bullet points be line-aligned as below? I think you'll agree it's far more readable. Also, just noticed this as the spellchecker flagged it when I added it to the message here: s/enviroment/environment/ (missing the n before ment): " In order to minimize issues, it is best to begin with a clean enviroment. This is recommended for the following cases: * Moving from +kdeprefix to -kdeprefix (and vice versa) * Downgrading KDE (eg. from snapshots/live ebuilds to portage version) * Fully upgrading from KDE 3 to KDE 4 (and vice versa) * Moving from an old overlay Two possible ways of removing old KDE installations are: " -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
[gentoo-dev] Last rites: app-office/koffice
# Theo Chatzimichos (1 Jul 2009) # koffice monolithic masked, latest koffice version # 1.6.3_p20090204 provides only split ebuilds, please # refer to the KDE guide for more info # http://kde.gentoo.org/kde4-guide.xml app-office/koffice -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Team
Re: [gentoo-dev] Re: New eselect news item for kdeprefix
On Tuesday 30 June 2009 10:22:19 Christian Faulhammer wrote: > Hi, > > Theo Chatzimichos : > > The Gentoo KDE Guide has been updated and now covers the two most > > serious issues affecting KDE users: > > Make it look something like > > "1.) masking of the kdeprefix USE flag for KDE 4 users and > 2.) the upgrade due to stabilisation to KDE 3.5.10 for users of > monolithic ebuilds. > > Please refer to the guide [0] to solve those issues." > > By the way, there is some kexi fixing on the way? > > V-Li Title: kdeprefix and monolithic ebuilds issues Author: Theo Chatzimichos Content-Type: text/plain Posted: Revision: 1 News-Item-Format: 1.0 Display-If-Installed: kde-base/kdelibs Thank you duncan for the typo. I liked those corrections, and also i'll have to add koffice monolithic (thank you fauli). The Gentoo KDE Guide has been updated and now covers the two most serious issues affecting KDE users: 1) masking of the kdeprefix USE flag for KDE 4 users and 2) the upgrade of KDE 3 and koffice 1.6.3 due to stabilisation to KDE 3.5.10 and koffice 1.6.3_p20090204 for users of monolithic ebuilds. Please refer to the guide [0] to solve those issues. [0] http:///www.gentoo.org/proj/en/desktop/kde/kde4-guide.xml -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Team
[gentoo-dev] Monthly Gentoo Council Reminder for July
This is your monthly friendly reminder ! Same bat time (typically the 2nd Thursday at 2000 UTC / 1600 EST), same bat channel (#gentoo-council @ irc.freenode.net) ! If you have something you'd wish for us to chat about, maybe even vote on, let us know ! Simply reply to this e-mail for the whole Gentoo dev list to see. Keep in mind that every GLEP *re*submission to the council for review must first be sent to the gentoo-dev mailing list 7 days (minimum) before being submitted as an agenda item which itself occurs 7 days before the meeting. Simply put, the gentoo-dev mailing list must be notified at least 14 days before the meeting itself. For more info on the Gentoo Council, feel free to browse our homepage: http://www.gentoo.org/proj/en/council/
