Re: [gentoo-dev] Reminder: open season on robbat2's packages
On Wednesday 30 of October 2013 22:10:27 Robin H. Johnson wrote: > Packages for tree-cleaner consideration: > dev-vcs/gitosis > dev-vcs/gitosis-gentoo Kill them, gitolite is the proper replacement Theo signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2013-08-25 23h59 UTC
On Monday, August 26, 2013 00:25:01 Robin H. Johnson wrote: > The attached list notes all of the packages that were added or removed > from the tree, for the week ending 2013-08-25 23h59 UTC. These mails are not going through gentoo-dev-announce any more, I suppose because they don't have proper Reply-To set. Could you please send them only to gentoo-dev-announce? Theo signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] RFC: Moving project pages to wiki.gentoo.org
On Tuesday, June 11, 2013 12:20:20 Sven Vermeulen wrote: > "Jason A. Donenfeld" wrote: > >On Sun, Jun 9, 2013 at 4:22 PM, Alex Legler wrote: > >> - Projects: Use a GuideXML-to-Wikisyntax conversion tool to create an > >> > >> initial wiki version of the document > > > >What is the current status of such a tool? > > It is a script (xslt) that can be used with xsltproc to convert large chunks > into wiki style. It isn't perfect though thus still requires manual review, > but it is doable. > > I *think* I committed one to the repo a while ago. If not, I'll do so soon > (I have one in my own repo just for this purpose). How about an ebuild please? signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Re: [gentoo-dev-announce] Bugzilla maintenance
On Thursday 23 of May 2013 23:51:33 Christian Ruppert wrote: > and getsatisfaction.com. far from what I expected :( signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Last rites; dev-python/{etsdevtools,blockcanvas,envisagecore}
On Sunday 12 of May 2013 23:21:15 IAN DELANEY wrote: > # Ian Delaney (12 May 2013) > # Recommended by upstream's own maintainer to drop the > # package, no longer valid. > # Masked for removal in 30 days > dev-python/etsdevtools > > # Ian Delaney (12 May 2013) > # Recommended by upstream's own maintainer to drop the > # package, no longer valid. > # Masked for removal in 30 days > dev-python/blockcanvas > > # Ian Delaney (12 May 2013) > # version 3 package now superseded by > # dev-python/envisage version 4. > # Masked for removal in 30 days > dev-python/envisagecore you need to sent the mail with your gentoo mail to reach gentoo-dev-announce signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: devmanual moved to github
On Sunday 12 of May 2013 19:20:03 Peter Stuge wrote: > Rich Freeman wrote: > > Gerrit > > .. > > I've never used it myself but I'm tempted to install it just to > > start messing with it personally. > > Go for it! It's a few steps to set up, but it's not too bad. > > Michael Palimaka wrote: > > I believe Gerrit has been suggested before and rejected because it > > relies on Java, and ReviewBoard because it "sucks". > > I agree that Java is sucky, but I don't think that rejecting Gerrit > for that reason alone makes sense. Look at what the application does > and how it works, to determine if it fits the project or not. > > > Another option that looks nice is GitLab. > > How does it work? The screenshots look exactly like github. Don't ask, just go for it! It's a few steps to set up, but it's not too bad. I agree that github is sucky, but I don't think rejecting GitLab just because it looks exactly like Github makes sense. Look at what the application does and how it works first. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Last rites; dev-python/{etsdevtools,blockcanvas,envisagecore}
On Sunday 12 of May 2013 23:21:15 IAN DELANEY wrote: > # Ian Delaney (12 May 2013) > # Recommended by upstream's own maintainer to drop the > # package, no longer valid. > # Masked for removal in 30 days > dev-python/etsdevtools > > # Ian Delaney (12 May 2013) > # Recommended by upstream's own maintainer to drop the > # package, no longer valid. > # Masked for removal in 30 days > dev-python/blockcanvas > > # Ian Delaney (12 May 2013) > # version 3 package now superseded by > # dev-python/envisage version 4. > # Masked for removal in 30 days > dev-python/envisagecore
Re: [gentoo-dev] Re: Forming Gentoo Policy - Copyright Assignment and Attribution
On Monday 11 of March 2013 14:19:55 Greg KH wrote: > On Mon, Mar 11, 2013 at 04:51:17PM -0400, Rich Freeman wrote: > > If you have any concerns/objections to the policy which was outlined, > > which includes a mandatory requirement to sign a contributor license > > agreement and an option to also sign an assignment-like document based > > on the FSFe FLA, please speak up this week. > > I've already said this before, but I guess I need to say it again: > > If a contributor license is required to be signed, I'll have to > stop contributing to Gentoo. > > Other developers will be also affected, and you will find it hard to > attract new developers who happen to work for companies that forbid > their employees to sign these types of things (a _very_ common thing in > the US, I have yet to work for a company in the past 20+ years that > would have allowed this without going through the company's legal > council for approval, a usually very difficult thing to achieve for a > single developer.) > > I was here when the copyright assignment form was dropped due to all of > the problems it was causing new developers (myself included.) Have you > somehow figured out how to handle all of the issues that were raised 8+ > years ago with the old assignment we had? > > Is there really no one around now (other than myself) that had to deal > with that mess in the past? > > History, forgetting it, doomed. > > sadly, > > greg k-h I'm not having any personal issue here, but I'm with Greg here, since this action means loosing any single contributor. We're a project ran by volunteers, we get more retirements than additions lately, and we can't even afford loosing anybody. -1 from me as well. Theo signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: Gentoo Bugday
On Tuesday 26 of February 2013 22:28:13 Alec Warner wrote: > On Tue, Feb 26, 2013 at 7:14 PM, Michael Palimaka wrote: > > On 27/02/2013 11:39, Pavlos Ratis wrote: > >> Hello everyone, > >> > >> I would like to announce you a new try to 'revive' the Bugday event. > >> As most of the open source projects have their own bugday, I thought > >> it would be great to have this event back. For those who don't know, > >> its a monthly 24h event that takes place in #gentoo-bugs. Its goal is > >> to close as many bugs as possible . You don't have to be a Gentoo > >> expert to participate. Those days are a great way to start joining the > >> Gentoo community, improving Bugzilla's and Wiki's quality and looking > >> for a mentor to begin the recruitment process. The upcoming bugday > >> event is this Saturday and I hope this event will continue in the next > >> months. I have created a wiki page for the event[1] and I added some > >> guidelines. I have also created a related blog post about the > >> event[2]. > >> > >> I have listed some maintainer-wanted and maintainer-need bugs and > >> Bugzilla admins also re-enabled the bugday flag. I would like to ask > >> the Gentoo project teams to start using this flag to their bugs that > >> think that are good to start and enable the flag at them. It would be > >> great to a have a really big list with 'good to start' bugs. > >> > >> It's the first time after a long time that this event will take place, > >> so I am looking forward to your participation both users and > >> developers and your feedback. > >> > >> [1] http://wiki.gentoo.org/wiki/Bugday > >> [2] http://blog.dastergon.gr/gentoo-bugday/ > >> > >> Thanks, > >> Pavlos > > > > Hi, > > > > Thanks for your work, it will be great to see Bugday happening again. > > > > What about the old bugday webpage[1]? It seems a bit broken at the moment, > > but may be useful to get running again. > > Is the code available somewhere? Who has access to the login in the > > footer? > > antarus@flycatcher /var/svnroot/bugday $ grep svnbugday /etc/group > svnbugday:x:4005:gurligebis > > It is there, but only gurligebis has r/w. We should migrate it to > git.o.g.o if possible (all the secrets should be in a separate > infra-owned repo, basically.) > > I have no idea who has access to login. > > > Best regards, > > Michael > > > > [1] http://bugday.gentoo.org/ I already sent a tarball with the code to Pavlos, let him decide if he wants to move it to git.overlays.g.o or replace it with something else Theo signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] !!! ERROR !!!
On Fri, Feb 8, 2013 at 10:38 AM, Peter Stuge wrote: > Live a little. Send a funny email to a list once. aight boss
Re: [gentoo-dev] Packages up for grabs due lack of time
On Sun, Feb 3, 2013 at 2:28 PM, Matthew Thode wrote: > On 02/03/2013 01:18 PM, Matthew Thode wrote: >> On 02/03/2013 12:46 PM, Pacho Ramos wrote: >>> Due matsuu lack of time the following packages are up for grabs: >>> app-admin/augeas >>> app-admin/puppet >>> dev-ml/ocaml-augeas >>> dev-python/python-augeas >>> dev-ruby/facter >>> dev-ruby/hiera >>> >> >> taking these :D >> > Also, if anyone else wants to help me with these it would be appreciated. Puppet and friends are not unmaintained. Ruby and sysadmin herds are taking care of these already. No problem having you as co-maintainer there though, just let us know before you do any major changes (most of us are in #gentoo-infra) Theo
[gentoo-dev] lastrites in gentoo-dev-announce only
Hello, how about sending the lastrites announcements in gentoo-dev-announce only? Theo signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] stabilization candidates rss feed & html pages
On Wed, Jan 23, 2013 at 1:57 AM, Brian Dolbec wrote: > Second reason, I believe it is getting or already has deployment on > gentoo infra servers. euscan is not getting implemented on infra server because noone requested it. Again, whoever is responsible for any service and wants it implemented in our servers needs to file a bug assigned to infra Theo
Re: [gentoo-dev] January stabilization candidates
On Tue, Jan 22, 2013 at 2:25 PM, Petteri Räty wrote: > On 13.1.2013 0.49, "Paweł Hajdan, Jr." wrote: >> Please review attached automatically generated stabilization candidates >> for January. >> >> I don't want to annoy people with automatically filed bugs, and at the >> same time I also received lots of positive feedback about the effort to >> keep the stable tree more up-to-date. >> >> I think the best way to proceed is to listen to that feedback and >> continue the effort, while also keeping an updated list of exclusions >> for packagers/herds that are actively stabilized by maintainers. >> > > I have an RSS feed for this purpose at: > > http://gentoo.petteriraty.eu/stable.rss > > Sources are available here: > > https://github.com/betelgeuse/scripts/blob/master/rss-changelog > > Maybe this is something that should be pushed to official Gentoo > infrastructure so more people know about it and use it? File a bug against us then, with all the information needed for the deployment Theo
Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2013-01-20 23h59 UTC
On Mon, Jan 21, 2013 at 1:25 AM, Robin H. Johnson wrote: > The attached list notes all of the packages that were added or removed > from the tree, for the week ending 2013-01-20 23h59 UTC. How about sending those mails to gentoo-dev-announce only? Theo
Re: [gentoo-dev] Attracting developers (Re: Packages up for grabs...)
On Monday 31 of December 2012 16:46:53 Ben de Groot wrote: > On 30 December 2012 00:13, Brian Dolbec wrote: > > On Sat, 2012-12-29 at 16:42 +0800, Ben de Groot wrote: > >> On 27 December 2012 00:39, Kent Fredric wrote: > >> > Can we short cut the whole quiz process and have some "Inbound" > >> > repository > >> > until we're full git, which people can fork/commit/pull and trusted > >> > people > >> > can review submitted branches and apply them to CVS? > >> > >> This is why I started https://github.com/yngwin/proxy-maint/ > >> Feel free to send pull requests my way. I have been very busy lately > >> with work, so I am a bit behind on my Gentoo stuff, but I should be back > >> in full swing soon. > > > > Not to sidetrack the topic farther, but isn't this best done in our > > github/gentoo account. It is one of the main reasons we have it, to > > easily accept pull requests from users. It would also make it easier > > for more devs to participate in a group proxy-maint repo. > > I started this repo as a private initiative to deal with some of my > proxy maintainers. If other devs find it useful, I'm happy to move it > to the Gentoo organization account on github. > > Another reason I didn't do that so far, is that I was told infra is > looking into setting up an integral solution to mirror our official > overlays on github. It's been a while though, so it would be nice to > hear some news on that. I find the github web interface a lot more > convenient that the one we have on git.overlays.gentoo.org, so I'm > rather anxious for us to start using github more. infra is not working on such thing. Feel free to move the repo to the gentoo organization. Theo signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Attracting developers (Re: Packages up for grabs...)
On Saturday 29 of December 2012 11:32:45 Michael Mol wrote: > Certainly a sidetrack: I would like to point out that Github now > supports "Organizations" as a semantic concept. I *highly* recommend > using something like that over using an 'individual' account as an > organization. > > I've been using Github "Organizations" in a private context, and it's > been working extremely well. It is an organization, not a normal account. Theo signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Permission to add a dummy package in tree
On Wed, Dec 12, 2012 at 7:38 PM, Diego Elio Pettenò wrote: > On 12/12/2012 19:07, Theo Chatzimichos wrote: >> It would be preferred to move that package in tree though. > > I don't like it. Please use an overlay to test this kind of stuff, thanks. Thank you all for the feedback, I won't proceed. Theo
Re: [gentoo-dev] Permission to add a dummy package in tree
On Wed, Dec 12, 2012 at 7:14 PM, Michał Górny wrote: > On Wed, 12 Dec 2012 19:07:09 +0100 > Theo Chatzimichos wrote: > >> these days I am working on a puppet module for portage. For testing I >> have created a dummy package which can be found here [1]. The package >> installs files based on useflags, and it comes in stable, testing and >> hardmasked versions, plus it has some useflag changes between >> versions. With this package I can make sure that the puppet provider >> does its various operations fine. I'm about to start writing unit >> tests for that provider, and I would like to use that package for the >> testing. It would be preferred to move that package in tree though. >> Since the ebuilds are useless for everybody else, and maybe violate >> policy about the stable tree, I'd like to know if there are any >> objections to move it to tree. If there are none, I'll move it in one >> month >> >> [1] https://github.com/gentoo-el/overlay/tree/master/app-misc/dummy > > To be honest, I don't mind having dummy packages in the tree. I would > be happy to convert gentoopm sometime to use them instead of relying on > random packages to match its criteria. > > However, I'd rather see them in a special category, and preferably > prefixed with 'gentoo-' to make it least possible for any kind of name > collisions. > > -- > Best regards, > Michał Górny If there are more dummy packages then a separate category seems good idea (and thanks for that), but if mine is the only case then i don't see a reason for that Theo
[gentoo-dev] Permission to add a dummy package in tree
Hello, these days I am working on a puppet module for portage. For testing I have created a dummy package which can be found here [1]. The package installs files based on useflags, and it comes in stable, testing and hardmasked versions, plus it has some useflag changes between versions. With this package I can make sure that the puppet provider does its various operations fine. I'm about to start writing unit tests for that provider, and I would like to use that package for the testing. It would be preferred to move that package in tree though. Since the ebuilds are useless for everybody else, and maybe violate policy about the stable tree, I'd like to know if there are any objections to move it to tree. If there are none, I'll move it in one month [1] https://github.com/gentoo-el/overlay/tree/master/app-misc/dummy Theo
Re: [gentoo-dev] Ohloh Organizations - Gentoo Linux
On Mon, Nov 26, 2012 at 9:58 PM, Dirkjan Ochtman wrote: > On Fri, Nov 23, 2012 at 12:18 PM, Dirkjan Ochtman wrote: >> I haven't heard back from them, maybe you can ask them what's up. > > This has been setup (with Donnie's help): > > https://www.ohloh.net/orgs/gentoo > > I've claimed 15 of the projects on there that I could easily find, > analysis on those should complete shortly. If you're on Ohloh, please > nominate further projects. You can also add the organization as a tag > to your project contributions (which I've done for my gentoo-x86 > commits). > > Also, if you're an active Ohloh user, let me know if you want to be a > manager for the Gentoo organization. > > Cheers, > > Dirkjan Hello, thank you both for taking care of this. Please add me as manager as well. Theo
[gentoo-dev] proposal for consistency between {RUBY,PYTHON,PHP}_TARGETS
Hello, We currently have values like the following: RUBY_TARGETS="ruby19" PHP_TARGETS="php5-3" PYTHON_TARGETS="python2_7" I find it confusing, and I would like to propose to keep the same style for all the above values. I personally prefer the ruby one. Keep in mind that if the relevant teams decide to migrate to some other style, it needs an announcement and migration plan. Theo signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Merging the devrel handbook into the devmanual
On Wed, Oct 31, 2012 at 1:39 PM, Michael Palimaka wrote: > Hi all, > > In bug #304435[1], hwoarang suggested merging the devrel handbook[2] into > the devmanual[3]. > > As the project has grown, so has the amount - and dispersion - of > development information. I believe consolidation of this information into a > single point will make everyone's (especially new developers) lives easier. > > What do you think? > > Best regards, > Michael > > [1]: https://bugs.gentoo.org/show_bug.cgi?id=304435 > [2]: http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml > [3]: http://devmanual.gentoo.org/ +1 and btw move the devmanual in the wiki :D
Re: [gentoo-dev] Package ranking by number of ebuilds on the portage tree
On Fri, Oct 26, 2012 at 2:02 PM, Francisco Blas Izquierdo Riera (klondike) wrote: > So I have been doing some bash scripting out of some comment in a > conversation to count (and rank) the packages by the number of ebuilds > they have (and thus of versions of said package). The results can be > seen at http://dev.gentoo.org/~klondike/ebuildrank.txt and if there is > interest I can try to automate the generation of the ranking daily > (though I'd like infra's comments on that). We can put the script in qa-reports.g.o
Re: [gentoo-dev] CVS -> git, list of where non-infra folk can contribute
On Tuesday 02 of October 2012 12:58:04 Ben de Groot wrote: > Thank you so much for taking the time to give us this clear list of > things that need to be done to take this forward! Disclaimer: I haven't read Brian's long mail (and most of the mails in this mailing list for the past month) One of the things that would be nice to have before the Git migration is Documentation. Feel free to submit docs in the wiki, and I'll help a lot after the conference as well. Theo signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Recruitment process is moving back to quizzes
On Saturday 14 of July 2012 10:32:04 Markos Chandras wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Dear Gentoo Community, > > If you are not a recruit, mentor, or wannabe mentor you may stop > reading now. > > We (recruiters) decided to revert back to the quizzes for the > recruitment process. The web application does not work as we expected. > There are a few open bugs, nobody is working on improving this > application and it's been quite a bit of pain to use it during the > (long) recruitment process. We understand that quizzes is not an ideal > way to "hire" people either, but they worked ok for all these years > and it is the only alternative we have at the moment. Hopefully, we > will manage to improve the web application on a future GSOC project. > > If you have already submitted your answers on the web application, > that is fine. However, I would strongly advise future recruits to > complete the quizzes instead. If you don't, we will ask you to do so > when we pick you up. Obviously, this will lead to extra delay and > frustration. > > This does not apply to Arch Testers. The recruitment process for Arch > Testers will still be through the web application Hello, for the past two years I am constantly mentoring two-three people at the same time at least. Here is my feedback about the webapp: 1) It needs many UI improvements. But every thing that needs improvement (along with possible solutions) is already reported in bugzilla 2) Despite its UI being not good, the webapp has proven a way better medium for mentor-mentee communication. With the quizes as text files I had to deal with random text files spread around (and try to find the most recent one), with discussion being split in IRC, various mails etc. Now with the webapp I can easily leave my comment there (which is better as there is more async communication now), I have consistent history of our discussion, and I have all the answers of all my mentees in one page, which is awesome because I can compare answers and say quickly to my mentee what he forgot to write down. With that being said, I am proposing the following: 1) I'll announce a call for volunteers, we really need a web designer on the project. 2) Please keep the questions in sync between the text quizes and the webapp. I'll continue to use the webapp to communicate with my mentees (as it is doing more good than harm), and will write a script to extract the answers in the text files so you can be happy as well. Theo signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Re: Short bugzilla outage today between 2100-2200 UTC
On Wed, Jul 4, 2012 at 10:16 PM, Theo Chatzimichos wrote: > All, > > bugs.gentoo.org will be down for 30 minutes sometime between 2100 and 2200 > UTC. We are migrating the database replication to newer and faster boxes. > Apologies for the short notice. We'll let you know with a newer announcement > when it is finished. > > the Gentoo Infrastructure team Finished, everything seems fine again. Please let us know if you notice any weird behavior
[gentoo-dev] Short bugzilla outage today between 2100-2200 UTC
All, bugs.gentoo.org will be down for 30 minutes sometime between 2100 and 2200 UTC. We are migrating the database replication to newer and faster boxes. Apologies for the short notice. We'll let you know with a newer announcement when it is finished. the Gentoo Infrastructure team signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] RFC: new global useflag libass
On Fri, Jun 15, 2012 at 7:06 AM, Ben de Groot wrote: > Hi, > > As per the discussion in bug #328245, we would like to propose a > new global useflag, to replace both ass and libass local useflags > currently in media-video/{ffmpeg,mplayer,mplayer2,vlc}. > > The proposed description is the one already used in mplayer{,2}: > > libass = SRT/SSA/ASS (SubRip / SubStation Alpha) subtitle support > > Any comments? One comment: amongst those three you did the best name selection for the useflag
Re: [gentoo-dev] Proposal to move use.local.desc somewhere in /var
On Tue, Apr 24, 2012 at 4:59 PM, Brian Dolbec wrote: > On Tue, 2012-04-24 at 16:45 +0200, Michał Górny wrote: >> On Tue, 24 Apr 2012 10:37:31 -0400 >> Mike Frysinger wrote: >> >> > On Tuesday 24 April 2012 10:11:44 Theo Chatzimichos wrote: >> > > Since .cvsignore is needed either way, I'm going to do it in three >> > > days if there are no objections. But I'd like some feedback for the >> > > move of the file in /var. Opinions? >> > >> > considering the server generates it and the end user never does, i >> > don't see the point. they get it via the normal `emerge --sync` >> > process. -mike >> >> Maybe we should consider moving it to metadata/? >> >> On the other hand, moving it will require fixing all tools using it. >> And as it is already deprecated, I don't see much good in still working >> on it. >> > > I agree, a sudden move (3 days) will cause nuisance breakage. If > anything, lets firm up the schedule for it's removal, so that all tools > can be updated to use cat/pkg/metadata.xml only for local flags. > > Otherwise there will be a lot of user noise generated over broken tools > such as several gentoolkit utilities, porthole, kuroo, kportagetray,... > -- > Brian Dolbec I said three days for the .cvsignore, not for moving the file to /var
[gentoo-dev] Proposal to move use.local.desc somewhere in /var
Ahoj, log from #gentoo-portage: zmedico: (random idea) would it make sence to generate local.use.desc in /var/cache, or somewhere in /var, but out of the tree? because now cvs sees it as unknown file, which prints out warning in update and collision in commit (commit in profile/ ) tampakrap: how about if we just add it to .cvsignore? of course that would solve the issue with the errors/warnings, but I still believe that somewhere is /var is the appropriate place for it instead of inside the repo tampakrap: portage doesn't even use this file, so better to ask gentoolkit/equery people yeah I know I'll send a mail to -dev instead, and will push myself hard to handle the migration (if it gets approved by the dev community) if it goes outside the repo, it's probably going in /var/cache/edb and organized by repo, like /var/cache/edb/dep is seems a lot cleaner to keep it in the repo :) Since .cvsignore is needed either way, I'm going to do it in three days if there are no objections. But I'd like some feedback for the move of the file in /var. Opinions?
Re: [gentoo-dev] Packages up for grabs
On Mon, Jun 13, 2011 at 12:31 PM, Markos Chandras wrote: > 2) dev-vcs/qsvn > 3) kde-misc/kcometen4 > 4) kde-misc/kgrubeditor > 5) kde-misc/plasmatvgr > 6) kde-misc/kanyremote > 8) media-gfx/smile > 9) media-gfx/pictureflow > 10) media-sound/qpitch > 11) media-sound/qtagger > 12) media-video/avidemux > 13) net-im/qutim > 16) x11-misc/touchfreeze > > If you plan to pick any of these, please remove me from metadata.xml > while you are at it. The above will still stay at either KDE or Qt, just remove yourself from them
Re: [gentoo-dev] Can't update/checkout gentoo-x86 repo
On Thursday 07 of April 2011 15:06:37 Theo Chatzimichos wrote: > Patrick already reported the issue in #gentoo-infra but unfortunately there > is none available at the moment with root access in flycatcher, please be > patient The issue is now fixed. The file somehow got corrupted on the server, Jeremy restored from last backup. The only commit that got lost was the last one by scarabeus, who re-did it fine. -- Theo Chatzimichos (tampakrap) | blog.tampakrap.gr Gentoo KDE/Qt, Planet, Overlays signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Can't update/checkout gentoo-x86 repo
On Thursday 07 of April 2011 07:32:16 Aaron W. Swenson wrote: > On 04/07/2011 07:09 AM, "Miroslav Šulc (fordfrog)" wrote: > > hi, > > > > today i tried to update my local copy of gentoo-x86 cvs repo but the > > update failed with this error: > > > > cvs [checkout aborted]: Could not map memory to RCS archive > > /var/cvsroot/gentoo-x86/profiles/package.mask,v: Invalid argument > > > > so i tried clean checkout instead, but got the same error. any idea what > > might be wrong? > > > > miroslav > > Good, it isn't just me then. I was going to try a clean checkout as > well, but I'll wait until I see how this turns out. > > - Aaron Patrick already reported the issue in #gentoo-infra but unfortunately there is none available at the moment with root access in flycatcher, please be patient -- Theo Chatzimichos (tampakrap) | blog.tampakrap.gr Gentoo KDE/Qt, Planet, Overlays signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: Suggestion: Portage should not mask packages globally, but only for some arches
On Wednesday 02 February 2011 23:34:07 Nikos Chantziaras wrote: > On 02/02/2011 11:01 PM, Christian Faulhammer wrote: > > Hi, > > > > Nikos Chantziaras: > >> On 02/02/2011 10:30 AM, Kacper Kowalik wrote: > >>> W dniu 02.02.2011 08:59, Nikos Chantziaras pisze: > >>>> It seems that KDE 4.6 is still hard-masked for x86 and amd64 > >>>> because it's waiting for ppc and ppc64 keywords. I believe it > >>>> would be beneficial for people if they wouldn't have to wait for > >>>> arches that don't affect them at all. > >>>> > >>>> [...] > > > > Don't be so impatient...Debian users wait two years for a new major > > > > version of KDE. > > I know. Though Debian is not a rolling-release distro, like Gentoo is. > Don't get me wrong though; it's not that I'm impatient. I already > unmasked it here. I brought this up simply because it seemed like a > needless inefficiency that the popular arches get stalled by the less > popular ones. That's all really, so hopefully no one will read more > into it than there is. For the record, Kacper told me today that every developer is allowed to touch ppc/ppc64 profiles. Archies that don't want others to touch their profiles should mention it in the devmanual. I was not aware of that, I thought that !arch member is not allowed to touch arch-specific profiles. Anyway, KDE 4.6 will be unmasked tomorrow. -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt, Planet, Overlays signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Re: gentoo-src cvs repo and svn repos migration to git
On Monday 31 January 2011 04:54:47 Theo Chatzimichos wrote: > Hello, > > I decided to start migrating some CVS and SVN repos to git. First I should > do a cleanup though, and see which ones are still active. > 1) gentoo-src [1] cvs repo contains a number of projects separated to > directories. Most of them seem really old and inactive. I'd like to point > me out the ones that are either still used, or they should be migrated > because they contain usefull data. The others will be removed. > 2) There are a number of svn repos in svn.gentoo.org (the list is at > http://sources.gentoo.org under "Subversion Repositories"). Same as before, > I'd like to point me out the ones that are still active, and you (the > maintainer(s)) want to be migrated to git. In that case, I'll contact you > for any additional info I will need, such as the structure of the git repo > or any hooks I should be aware of. > Thanks Sorry, forgot the link: [1] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-src/ -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt, Planet, Overlays signature.asc Description: This is a digitally signed message part.
[gentoo-dev] gentoo-src cvs repo and svn repos migration to git
Hello, I decided to start migrating some CVS and SVN repos to git. First I should do a cleanup though, and see which ones are still active. 1) gentoo-src [1] cvs repo contains a number of projects separated to directories. Most of them seem really old and inactive. I'd like to point me out the ones that are either still used, or they should be migrated because they contain usefull data. The others will be removed. 2) There are a number of svn repos in svn.gentoo.org (the list is at http://sources.gentoo.org under "Subversion Repositories"). Same as before, I'd like to point me out the ones that are still active, and you (the maintainer(s)) want to be migrated to git. In that case, I'll contact you for any additional info I will need, such as the structure of the git repo or any hooks I should be aware of. Thanks -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt, Planet, Overlays signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Upcoming changes to hosting of Git repos on git.gentoo.org (NOT overlays.git.gentoo.org)
On Saturday 22 January 2011 20:06:06 Sebastian Pipping wrote: > On 01/22/11 13:32, Theo Chatzimichos wrote: > > Well, the distinction for unofficial/official overlays happen mostly in > > layman -L, I don't think users pay attention to our git repo list. > > Furthermore, I got at least three requests from developers to move their > > repo from user/ to dev/ (same problem when devs retired). This > > distinction doesn't make any sense. > > Three request over what time? Compared to a screen height of user repos > created, maybe that's not much. > > > > Sebastian I'm sorry I don't share your point. I think I was quite clear, the user/developer distinction (or better, the unofficial/official overlay) should happen in layman list and in overlays website, not in gitolite. Take a look at the current list in gitweb and tell me honestly how clear and distinct is that thing for you. For the record: the following overlays should move from dev/ to user/: b33fc0d3, hawking, uberlord, welp the following should move from user/ to dev/: dilfridge at least two people with user/ overlays are going to be gentoo devs soon and last but not least, smithdanea overlay is useless because c1pher has a dev overlay as well now not to mention the proj/ list. And now, imagine the state of the user/ dev/ list mess in, say, two or five years -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt, Planet, Overlays signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Upcoming changes to hosting of Git repos on git.gentoo.org (NOT overlays.git.gentoo.org)
On Saturday 22 January 2011 18:02:59 Jorge Manuel B. S. Vicetto wrote: > Why not provide a tree for overlays and another for application > repositories? You just repeated my proposal, with the only difference I splitted project from website :P -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt, Planet, Overlays signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Upcoming changes to hosting of Git repos on git.gentoo.org (NOT overlays.git.gentoo.org)
On Saturday 22 January 2011 16:58:38 Alexey Shvetsov wrote: > Hi all! > > Why not use redmine as sources.gentoo.org? idl0r installed trac-git for git.overlays, it needs some testing before starting to redesign the overlays webpages (ETA 1 month due to my exams) If we decide that it doesn't suit our needs we'll proceed in trying something else, but this is totally offtopic, please stick to the topic. -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt, Planet, Overlays signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Upcoming changes to hosting of Git repos on git.gentoo.org (NOT overlays.git.gentoo.org)
On Saturday 22 January 2011 06:20:27 Donnie Berkholz wrote: > I don't see any particular reason to distinguish between the main tree > and overlays in this structure. Just do something common for both, like > tree/ or ebuilds/ or packages/. In the same vein, there's no good reason > I can think of to discriminate between overlays that are project vs > personal, since either can be supported or unsupported. And I don't see a reason to merge the huge overlays list with the official gentoo tree. They are totally different things, and a future alternative to viewvc in sources.gentoo.org (maybe trac-git) should reflect that. If we show a huge list with ebuild repos to public (especially to new to gentoo) without separating the official tree (including user/unofficial/bad-shaped ones), I suppose we'll give the impression we are like debian, where the user needs the multimedia overlay to get multimedia ebuilds, or the kde overlay to install kde. For the second part of your question, Ryan's responce is perfect. -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt, Planet, Overlays signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Upcoming changes to hosting of Git repos on git.gentoo.org (NOT overlays.git.gentoo.org)
On Saturday 22 January 2011 10:55:19 Robin H. Johnson wrote: > 1. > We EXPLICITLY need a location for private repositories. didn't know that, so i guess the private dir should be: private - infra - (infrapriv1).git - (infrapriv2).git - foundation - (foundpriv1).git - (foundpriv2).git - pr - > - Some of the developer+user repos are NOT overlays, but Gentoo-specific > code/applications. These DON'T belong here, they should go to project/ > - On one hand, I would like user repositories to have a separate > namespace, so that other users realize a given repo is NOT from a > developer. > - On the other side, what do we do when a user with a repo becomes a > developer (and when they retire?) > Well, the distinction for unofficial/official overlays happen mostly in layman -L, I don't think users pay attention to our git repo list. Furthermore, I got at least three requests from developers to move their repo from user/ to dev/ (same problem when devs retired). This distinction doesn't make any sense. > > These are projects, why not include them there? > All of the above are *.gentoo.org subdomains > > project (includes SOC projects, forks, gentoo projects etc) > > > > - devmanual.git > > - portage.git > > - ... > > devmanual IS a website... > > How are you differentiating project vs. website? devmanual should go to website/, you are right. In project/ belongs anything that is not a *.g.o subdomain, and is not an overlay (SOC projects, upstream projects (portage, gorg, rbot*, znurt), forks (gitolite-gentoo)) > > [1] We intend on having public infra repos as well, and just having the > fewest private repos. Send them to project/ as well ;) -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt, Planet, Overlays signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Upcoming changes to hosting of Git repos on git.gentoo.org (NOT overlays.git.gentoo.org)
On Friday 21 January 2011 22:35:38 Robin H. Johnson wrote: > Hi everybody, > > Within the next week or two, the Infrastructure team hopes to have the > Git repos hosted on the main VCS server migrated into Gitolite [4] for > ease of management [1]. A more exact timeline will be published within > the next few days. > > We would like to consider re-arranging the namespace of repositories at > the same time. Suggestions are welcome (to the -dev list), the only idea > we have so far is a set of top-level directories: > proj/${PROJNAME}/${REPONAME}.git > private/${PROJNAME}/${REPONAME}.git > gentoo-portage.git [2] > gentoo-portage-historical.git [2] > > The entirety of the proj/ namespace will be mirrored to > sources.gentoo.org (and anon.gentoo.org). This replaces the selective > mishmash of choosing repositories that are mirrored. > > When the change goes live, if you have a checkout from any of the > following repositories, you will need to change your remote as follows: > OLD: > git+ssh://${USERNAME}@git.gentoo.org/var/gitroot/${REPO}.git > NEW: > git+ssh://g...@git.gentoo.org/${PATH}/${REPO}.git > > The easy way to do it: > # git remote set-url ${REMOTENAME} ${NEWURL} > REMOTENAME is usually 'origin', but advanced git users may have another > name. > > It is applicable for the following repositories: > /var/gitroot/devmanual.git [3] > /var/gitroot/gentoo-viewvc-templates.git > /var/gitroot/gstats.git > /var/gitroot/packages.git > (plus 3 private repositories that will be listed on gentoo-core) > > [1] Yes, this is one of the checkbox items on the way to hosting the > main repositories in Git. > [2] This is an idea where I'd like to place the main tree, and the > additional graftable tree with the full history. I'm not entirely > happy with this location, and WELCOME suggestions to improve it. > [3] This is the old location, prior to the repository move to > git.overlays.gentoo.org. > [4] Thanks to idl0r for working on some modifications we needed. Assuming we're going to move the git.overlays.gentoo.org repos there as well in the near future, this is the structure i am proposing: source - portage-main.git - portage-history.git infra (or sysadmin) - (repo1).git - (repo2).git - ... overlay - project (instead of proj) - sunrise.git - kde.git - ... - personal (merge dev/ & user/) - aballier.git - alexxy.git - ... website - blogs.git - planet.git - forums.git - gstats.git - packages.git - www.git (the gentoo cvs repo) - ... project (includes SOC projects, forks, gentoo projects etc) - devmanual.git - portage.git - ... -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt, Planet, Overlays signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] On hosting self-produced distfiles
On Thursday 20 January 2011 02:50:35 Diego Elio Pettenò wrote: > *PLEASE NOTE:* This is to be considered QA policy, so we're going to ask > soon to enforce this. This requirement, though, _will_ be superseded as > soon as Infra provides us with a proper archive for this kind of files. I usually create snapshots for kde apps (or kde app deps) till the actual release arises. Why should I keep them in my homedir, since I do want those tarballs to be deleted after the ebuild's removal? I'm sorry, but I object to that enforcement, me (the maintainer) knows better on what to do with his custom tarballs. -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt, Planet, Overlays signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Hardened is planning on restructuring its profiles
On Saturday 06 November 2010 16:37:41 Anthony G. Basile wrote: > Hi everyone, > > The hardened team is planning to restructure its profiles so that there > is no version. Thus on a amd64 system, > > [8] hardened/linux/amd64/10.0 > [9] hardened/linux/amd64/10.0/no-multilib > > would appear as > > [8] hardened/linux/amd64 > [9] hardened/linux/amd64/no-multilib > > We're planning on starting with the minor arches and then moving onto > x86 and amd64. Since this has the potential to impact all profiles > (given the complex inheritance structure), we'd like any feedback or > caveats before we proceed. > > Anthony G. Basile (blueness) > and the hardened team News item please -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt, Planet, Overlays signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Going inactive
On Monday 27 September 2010 21:53:18 Daniel Drake wrote: > Hi, > > I've been too busy with other things to work on Gentoo for quite some > time and this isn't going to change now that I've just picked up new > study and work commitments. > > So I'm gonna drop out of the IRC rooms and stop checking this email > account (which is spammed to death). > > I guess this means my access will be removed at some point, although I'd > welcome the idea of it staying put in case I can find time in future. > > Thanks to everyone who taught me something or helped with my projects. I > learned a huge amount through this distro and community. > > Cya around! > Daniel Thank you for all your work and especially on Planet. Due to the migration to a new box I saw quickly all the effort you put at it and was awesome. -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt, Planet, Overlays signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] What the hell is going on here?
On Friday 17 September 2010 18:33:01 Alex Alexander wrote: > I don't think ego has anything to do with this. Arfrever brought this on > himself. His [multiple] past mistakes and lack of cooperation are > forcing the other devs to screen all his commits now, to make sure > history doesn't repeat itself. I object here, I asked Arfrever's help (either with python or python ebuilds) and every time I got some great feedback. > Angelo, while I agree with your general thoughts on why everyone is > contributing, I believe you should have gathered more intel before > sending an email like this. We do respect Arfrever's motivation, we just > need to make sure it translates to good, trustworthy work. If we didn't, > his request to return to Gentoo would have been denied. and I don't agree with this part, no need to say anything more than the previous guys said. > Regards, -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt, Planet, Overlays signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Re: Git.overlays.gentoo.org currently unavailable
On Wed, Jul 21, 2010 at 3:30 AM, Theo Chatzimichos wrote: > I did a stupid typo in gitosis, which kinda broke it, and I can't > commit the fix. Infra guys are away at the moment. I guess it will be > fixed as soon as someone of them gets back online. I'm terribly sorry > for the noise > Back online
[gentoo-dev] Git.overlays.gentoo.org currently unavailable
I did a stupid typo in gitosis, which kinda broke it, and I can't commit the fix. Infra guys are away at the moment. I guess it will be fixed as soon as someone of them gets back online. I'm terribly sorry for the noise
Re: [gentoo-dev] Re: Upcoming Council meeting on July 26th, 1900 UTC
On Sun, Jul 18, 2010 at 9:06 AM, Christian Faulhammer wrote: > What about getting rid of -project? > > V-Li WHAT? Why??
Re: [gentoo-dev] Re: [gentoo-council] Upcoming Council meeting on July 26th, 1900 UTC
On Sun, Jul 18, 2010 at 6:13 AM, Jorge Manuel B. S. Vicetto wrote: > I cross-posted this email to both gentoo-dev and gentoo-council mls as > Brian used the former and Alex started this thread in the latter. Which > ML do we want to use? I guess Brian posted on gentoo-dev as this usually happens with threads that start on -dev-announce. I'd prefer you to use gentoo-dev for such council meeting threads (pretty please)
Re: [gentoo-dev] Council manifesto for jmbsvicetto
On Tue, Jun 29, 2010 at 2:27 PM, Jorge Manuel B. S. Vicetto wrote: > Please feel free to ask any questions you'd like to be answered. 1) Is it possible an election official to run for the council? If so, I think this should change 2) Why did you mention that you were KDE HT Leader, but you didn't mention that most importantly you were a great KDE Leader?
Re: [gentoo-dev] RFC: Moving more developer data to LDAP, for scalability/redundancy (away, foward, permissive, SMTP password, plan) [WAS: Suggestion to ask devs to change their bugzilla name]
On Saturday 12 June 2010 23:22:09 Brian Harring wrote: > On Thu, Jun 10, 2010 at 11:42:10PM -0700, Alec Warner wrote: > > perl_ldap is feature-ful but hard to use. The bind options are > > confusing (user / recruiters / infra) do I bind as myself? As anon? > > Do I specify -b user or > > -b antarus? Mutli-valued attributes are confusing for users. > > We should specifically have a tool for this instead of having people > invoking perl_ldap- said tool also gives us easier validation and > sanity checking. I'd started one in '06 but had to retire it at > the time due to ldaps not being supported by the python ldap bindings > I was using- afaik that issue bindings wise is now long since gone. > > Robin, any remenant of that survive? Else a new one could be wrote I > suppose. > ~harring I wrote a django ldap frontend for my uni thesis, and the ldap library for python was working very well, so I would like to help on that. -- Theo Chatzimichos (tampakrap) Gentoo KDE, Qt, SGML, Overlays, Planet Teams blog.tampakrap.gr signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] RFC: Moving more developer data to LDAP, for scalability/redundancy (away, foward, permissive, SMTP password, plan) [WAS: Suggestion to ask devs to change their bugzilla name]
On Friday 11 June 2010 10:48:36 Maciej Mrozowski wrote: > I'm all for moving to LDAP every info that fits and it's possible. Maybe > even things like Gentoo overlays access. That's not possible, as it is not an attribute that the developer himself should touch, but the overlays team only. Furthermore, access to overlays is granted to non-developers as well, so either way it isn't easier for us -- Theo Chatzimichos (tampakrap) Gentoo KDE, Qt, SGML, Overlays, Planet Teams blog.tampakrap.gr signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] RFC: Moving more developer data to LDAP, for scalability/redundancy (away, foward, permissive, SMTP password, plan) [WAS: Suggestion to ask devs to change their bugzilla name]
On Friday 11 June 2010 06:27:26 Robin H. Johnson wrote: > Related to integration of that, I would like opinions on moving some > data from developer home directories into LDAP. I already placed the SPF > data straight into LDAP, since I needed to be able to reach it from > another machine anyway. > +1, I strongly believe that LDAP is the answer > > Cons: > - complaints that LDAP is too hard to use. I don't agree with that, but just out of curiosity, is it possible to use a web interface? phpldapadmin or something > Bonus plans: > - Maybe move mail aliases to LDAP? We'd lose comments :-(. +1 on that too -- Theo Chatzimichos (tampakrap) Gentoo KDE, Qt, SGML, Overlays, Planet Teams blog.tampakrap.gr signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] qt4.eclass vs qt4-r2.eclass
On Monday 19 April 2010 00:10:15 Nikos Chantziaras wrote: > There are two eclasses for Qt: qt4.eclass and qt4-r2.eclass > > Which one should I inherit? We have a guide for writing Qt4 ebuilds -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Teams blog.tampakrap.gr signature.asc Description: This is a digitally signed message part.
[gentoo-dev] New gnome and kde subprofiles
The change is now committed, please test and report any problems. Thanks -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Teams blog.tampakrap.gr signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Re: Split desktop profile patches & news item for review
On Monday 08 March 2010 03:17:57 Theo Chatzimichos wrote: > On Thursday 04 March 2010 16:52:50 Theo Chatzimichos wrote: > > Hello > > I have managed to split the desktop profile to gnome and kde submenus. > > The result can be found in kde-crazy overlay (not in layman) [1] > > I splitted every desktop/ folder i found. The following issues raised > > though: 1) I didn't touch the hardened and selinux directories although > > they do contain a desktop folder. Should I proceed in those or not? > > 2) Some mips/ subdirs don't point to targets/, so I guess the split went > > to /dev/null. So I asked ssuominen who suggested to skip the mips > > directories, and I reverted. (Edit: ssuominen just committed changes in > > mips profiles in tree). > > 3) There were no desktop dirs for bsd/prefix etc. > > 4) Also take a look at how I splitted the USE flags (with ssuominen's and > > yngwin's suggestions) and propose your corrections plz. For example, I > > don't really like the firefox flag in kde, and I'd suggest a -firefox > > (ugly, I know) in kde's make.defaults > > > > Please Please Please Please Please TEST / REVIEW (especially the arch > > teams plz) > > > > I'll give three days max for the suggestions here etc, and then I'll > > proceed in creating the news item. So I guess it will be committed in a > > week max. Thanks > > > > [1] http://git.overlays.gentoo.org/gitweb/?p=proj/kde-crazy.git;a=summary > > (I doubt that anyone tested it) > > I attached the news item, please review. Meanwhile, I'll create docs > patches. > > Also, I'm CCing hardened as my No.1 question was not answered. Please do. > Thanks > > PS. Please test it News item commited, also added note to KDE guide and proposed note for GNOME FAQ. I didn't find anything relevant about profiles in xorg guide so I skipped it. I'll commit this change this Friday, 26 March @ Docs Team, do you want a handbook patch? I don't think it is needed, but whatever you say -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Teams blog.tampakrap.gr signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: Split desktop profile patches & news item for review
On Friday 12 March 2010 19:39:48 Ben de Groot wrote: > On 12 March 2010 10:48, Theo Chatzimichos wrote: > > First of all, I'll delay the commit since I need to write documentation > > patches, and I won't be able, as I'll leave soon for a conference and > > will be back on Monday. > > What exactly needs to be done for documentation? Maybe I can help there. > > Cheers, KDE guide needs update (I'll do that) and also GNOME and xorg guides, and maybe the handbook (i'm still waiting for a confirmation by the docs team for that). Thanks for the offer -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Teams blog.tampakrap.gr signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: Split desktop profile patches & news item for review
On Friday 12 March 2010 10:36:57 Mart Raudsepp wrote: > On Thu, 2010-03-11 at 23:20 +0100, Ben de Groot wrote: > > On 11 March 2010 21:20, Mart Raudsepp wrote: > > > On Thu, 2010-03-11 at 02:36 +0100, Ben de Groot wrote: > > >> Seeing as there were no further comments, I think we are good to go! > > > > > > I suggest reading my comments... > > > > Unless I missed something, you didn't make any comments on this > > thread. > > The subthread got renamed to more fit its purpose. > > > If you mean the thread you started that tangentially took off from this > > one, about eselect profile improvements: I support that proposal, > > but it will take some time to get implemented. Is anyone already > > working on that? > > > > In the meantime I see no reason for that to halt or postpone the > > current desktop profile improvements as prepared by Theo. > > I argued that it's a bad idea to add yet more profiles, when we could > avoid that (while even improving things additionally). > > But I guess I'll have to bring some direct points why I think > implementing the alternative as I described ASAP is better than ever > doing this gnome/kde subprofile thing: > > * The split desktop profile plan retroactively modifies 2008.0 and 10.0 > profiles. Not a good thing for obvious reasons. (Of course the > subprofiles could also be added together with a new release, as proposed > for the alternative idea) > * Adding yet more subprofiles, increasing repoman and pcheck time, > possibly confusing users (migration things; changing USE flags in a > perceived stable release profile leading to unexpected --newuse > triggering, etc) > * Making it harder to get both GNOME and KDE things out of a profile > (though the common things in desktop profile right now is quite > suboptimal for GNOME) > * Putting the problem of suboptimal subprofiles handling under the > carpet again, greatly reducing the motivation for people to work on the > alternative better proposal First of all, I'll delay the commit since I need to write documentation patches, and I won't be able, as I'll leave soon for a conference and will be back on Monday. Maybe I'll find time to prepare something there, but I can't promise. Now, to reply to Mart: I found your proposal about mixing profiles awesome, and I am willing to work on this. In fact, I'm going to raise the issue on KDE's meeting this Thursday at 20:00 UTC. Any freedesktop team members will be welcome there. But I'm not going to step up from the current workaround I worked on, as things are not that tragic. I will document and announce everything, and I will be watching forums and IRC for some days to provide support. The only real problem in my opinion would be this, people get confused about useflags and unexpected -- newuse results. (btw I already announced it once in my blog, I will do it again, and we'll also provide a news item, so I doubt this is even a real problem as well). To sum up: 1) Not oblious to me? / Not bad from my point of view? 2) I doubt users will be conflicted, I'll benchmark repoman and hit back 3) agreed, but i don't see a problem there 4) I'll be the motivator for this :) -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Teams blog.tampakrap.gr signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Re: Split desktop profile patches & news item for review
On Thursday 04 March 2010 16:52:50 Theo Chatzimichos wrote: > Hello > I have managed to split the desktop profile to gnome and kde submenus. The > result can be found in kde-crazy overlay (not in layman) [1] > I splitted every desktop/ folder i found. The following issues raised > though: 1) I didn't touch the hardened and selinux directories although > they do contain a desktop folder. Should I proceed in those or not? > 2) Some mips/ subdirs don't point to targets/, so I guess the split went to > /dev/null. So I asked ssuominen who suggested to skip the mips directories, > and I reverted. (Edit: ssuominen just committed changes in mips profiles in > tree). > 3) There were no desktop dirs for bsd/prefix etc. > 4) Also take a look at how I splitted the USE flags (with ssuominen's and > yngwin's suggestions) and propose your corrections plz. For example, I > don't really like the firefox flag in kde, and I'd suggest a -firefox > (ugly, I know) in kde's make.defaults > > Please Please Please Please Please TEST / REVIEW (especially the arch teams > plz) > > I'll give three days max for the suggestions here etc, and then I'll > proceed in creating the news item. So I guess it will be committed in a > week max. Thanks > > [1] http://git.overlays.gentoo.org/gitweb/?p=proj/kde-crazy.git;a=summary (I doubt that anyone tested it) I attached the news item, please review. Meanwhile, I'll create docs patches. Also, I'm CCing hardened as my No.1 question was not answered. Please do. Thanks PS. Please test it -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Teams blog.tampakrap.gr Title: New desktop subprofiles for GNOME and KDE Author: Theo Chatzimichos Content-Type: text/plain Posted: 2010-03-08 Revision: 1 News-Item-Format: 1.0 Display-If-Profile: default/linux/alpha/10.0/desktop Display-If-Profile: default/linux/amd64/10.0/desktop Display-If-Profile: default/linux/arm/10.0/desktop Display-If-Profile: default/linux/hppa/10.0/desktop Display-If-Profile: default/linux/ia64/10.0/desktop Display-If-Profile: default/linux/m68k/10.0/desktop Display-If-Profile: default/linux/powerpc/ppc32/10.0/desktop Display-If-Profile: default/linux/powerpc/ppc64/10.0/32bit-userland/desktop Display-If-Profile: default/linux/powerpc/ppc64/10.0/64bit-userland/desktop Display-If-Profile: default/linux/powerpc/ppc64/10.0/desktop Display-If-Profile: default/linux/sh/10.0/desktop Display-If-Profile: default/linux/sparc/10.0/desktop Display-If-Profile: default/linux/sparc/experimental/multilib/desktop Display-If-Profile: default/linux/x86/10.0/desktop There are two new subprofiles under desktop, one for GNOME and one for KDE. Users that have only one of those two DEs may choose the according subprofile. Users of other DEs or WMs may stick to the desktop profile. Attention: KDE or GNOME specific USE flags have been stripped from the desktop profile. More specifically: GNOME subprofile contains: USE="eds evo gnome gstreamer" KDE subprofile contains: USE="kde" (I'll commit the change on Monday, 15 Mar 2010) signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: Split desktop profile patches & news item for review
On Friday 05 March 2010 21:01:09 Duncan wrote: > Zeerak Mustafa Waseem posted on Fri, 05 Mar 2010 18:59:39 +0100 as > > excerpted: > > How about the Handbook? As far as I remember you're asked to choose a > > profile :-) I can file a bug it needs to be done :-) Just let me know > > That's part 1 (installing), chapter 6 (base system), section 6.b. > (portage), heading "Choosing the right profile". > > The handbook (at least the amd64 handbook I checked, presumably they're > pretty much the same in this regard) now says to use eselect profile, so > as long as it's listing the correct choices, the examples and details > don't matter quite so much. However, the examples/details do mention > desktop and server profiles (plus no-multilib for amd64) as alternates to > the generic arch profile, so they /could/ be changed to additionally > mention kde and gnome. But with eselect profile doing the heavy lifting > already, I'd not call it critical. > > But be sure that eselect is getting the correct listing... for all archs. > =:^) I could submit a handbook patch too, but I guess the important thing is to make it known to people that are already using the desktop profile. Still, a small reference can be made to handbook, but just a small one, as people that are going to install KDE or GNOME should refer the relevant installation guides. I don't know, Nightmorph has the final word, so I will wait for instructions. BTW, did anyone test it? -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Teams blog.tampakrap.gr signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Split desktop profile patches & news item for review
On Friday 05 March 2010 14:57:32 Ben de Groot wrote: > On 5 March 2010 09:28, Joshua Saddler wrote: > > Feel free to submit some documentation patches now that all our docs are > > #...@ed. Thanks. > > No need for the drama, my friend. A couple of more choices in > profiles does not fuck up all our docs. Some clarification will need > to be added to docs that refer to the desktop profile, yes. That's > a good point. Let's start identifying which docs need updating. > > Cheers, I maintain the KDE docs, so I'll update them. I'll also send a doc patch for the gnome and xorg docs. I already blogged about it, and will write the news item. I suppose those are more than enough. Thanks for pointing that out -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Teams blog.tampakrap.gr signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] RFC: News item for removal of 2008.0 and old hardened profiles
On Thursday 04 March 2010 18:08:52 Samuli Suominen wrote: > Attached you can find the news item for up coming profile cleanup. don't you need a Display-If-Profile here or something similar? btw it will be very handy if we could define a date until news items will be shown and then deleted from svn -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Teams blog.tampakrap.gr signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Split desktop profile patches & news item for review
Hello I have managed to split the desktop profile to gnome and kde submenus. The result can be found in kde-crazy overlay (not in layman) [1] I splitted every desktop/ folder i found. The following issues raised though: 1) I didn't touch the hardened and selinux directories although they do contain a desktop folder. Should I proceed in those or not? 2) Some mips/ subdirs don't point to targets/, so I guess the split went to /dev/null. So I asked ssuominen who suggested to skip the mips directories, and I reverted. (Edit: ssuominen just committed changes in mips profiles in tree). 3) There were no desktop dirs for bsd/prefix etc. 4) Also take a look at how I splitted the USE flags (with ssuominen's and yngwin's suggestions) and propose your corrections plz. For example, I don't really like the firefox flag in kde, and I'd suggest a -firefox (ugly, I know) in kde's make.defaults Please Please Please Please Please TEST / REVIEW (especially the arch teams plz) I'll give three days max for the suggestions here etc, and then I'll proceed in creating the news item. So I guess it will be committed in a week max. Thanks [1] http://git.overlays.gentoo.org/gitweb/?p=proj/kde-crazy.git;a=summary -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Teams blog.tampakrap.gr signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Re: [gentoo-desktop] [RFC] Splitting desktop profile to KDE and GNOME
On Friday 22 January 2010 18:15:49 Ben de Groot wrote: > 2009/10/24 Maciej Mrozowski : > > Hi there! > > > > Resulting from discussion during last Gentoo KDE team meeting taking > > place 22 Oct 2009 at #gentoo-meetings (summary fill be available soon), > > having Gentoo GNOME team representative, it's been decided to go ahead > > with splitting desktop profile to DE-specific subprofiles, to avoid > > bloat and provide desktop specific separation which should result in > > desktop subprofiles being actually practical. > > It's been proposed to: > > > > - keep 'desktop' profile but strip it from any desktop specific features > > and settings, making it default recommended choice for anyone using > > non-KDE and non-GNOME desktop environment, yet avoiding USE flags bloat. > > Any other DE is free to join and create own DE-specific subprofile if > > needed. > > > > - create 'KDE' (or 'kde') and 'GNOME' (or 'gnome') subprofiles within > > 'desktop' profile and move any desktop specific things there. This should > > in theory allow us to not add 'recommended' IUSE defaults to desktop > > specific packages, but keep those settings in profile - making profile > > effectively 'out of the box' solution for those who need it. > > > > If you have any comments, suggestions, important notices regarding this > > change, please keep discussion in gentoo-desktop mailing list. > > > > Thanks > > > > -- > > regards > > MM > > Three months later... Why has this not been implemented yet? > > Cheers, Just for the record, I will do this tomorrow. Thanks -- Theo Chatzimichos (tampakrap) Gentoo KDE Team signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] KDE Team meeting November 2009
One more issue about the Qt: Lower the msgs in qt-* ebuilds. There are too many and ppl may loose the important ones. I propose to add more info in our guides etc -- Theo Chatzimichos (tampakrap) Gentoo KDE Team
Re: [gentoo-dev] New 10.0 LiveDVD release enhancements
Maybe some Gentoo/GNOME Gentoo/KDE Gentoo/otherDEorWM wallpapers/logos/icons? I have some Gentoo/KDE wallpapers and logos that could be used. Or do we prefer strictly Gentoo anniversary artwork? On Sat, Aug 22, 2009 at 5:46 PM, Samuli Suominen wrote: > Fernando V Orocu (likewhoa) has been working on getting the 10.0 LiveDVD > images in shape for the Gentoo 10th year anniversary release. We need > some assistance in terms of LiveDVD testers, user suggestions for new > packages & software testers since there will be over 100+ new packages > on this release dvd. > > We are looking for constructive feedback and ideas from both the > developer community and user community. We want this 10th year > anniversary release DVD to reflect our accomplishments over the year and > your feedback is highly appreciated. > > Below are a few of the goals for the the LiveDVD release. > > 1. Supply both 32/64bit stable kernels > 2. Enable HybridISO for the images > 3. KDE/GNOME Desktop Environment > 4. Speak-Up Functionality > 5. > > Some links.. > > http://bugs.gentoo.org/281827 > http://weboperative.com/gentoo/downloads/livecds > svn co svn://anonsvn.gentoo.org/releng/trunk/releases/10.0 > > > -Samuli > >
Re: [gentoo-dev] Re: New eselect news item for kdeprefix
commited, thank you all for the suggestions and the translations. I'll have to ask again though, is it possible to have it in the main site as well? in fact, who is in charge for the main site? gdp maybe? On Thursday 02 July 2009 11:50:29 Theo Chatzimichos wrote: > On Thursday 02 July 2009 11:27:34 Christian Faulhammer wrote: > > Hallo, > > > > Theo Chatzimichos : > > > If there are no further objections, and if I have the OK from Jorge > > > i'll commit the following tonight > > > > Fine by me. > > > > > Also, you can send me translations > > > > So you will provide Greek I assume. Here comes German. > > > > > Title: kdeprefix and monolithic ebuilds issues > > > > Probleme mit kdeprefix und monolithischen Ebuilds > > > > > Author: Theo Chatzimichos > > > > Translator: Christian Faulhammer > > > > > Content-Type: text/plain > > > Posted: 2009-07-02 > > > Revision: 1 > > > News-Item-Format: 1.0 > > > Display-If-Installed: > > > Die Anleitung für KDE in Gentoo wurde überarbeitet und deckt nun die > > zwei wichtigsten Problemfelder für KDE-Benutzer ab: > > > > 1.) Maskierung des kdeprefix USE-Flags für KDE 4-Benutzer und > > 2.) die Aktualisierung auf KDE 3.5.10 und KOffice 1.6.3_p20090204 für > > die Benutzer der monolithischen Ebuilds. > > > > Die Anleitung [0] enthält alle Anweisungen zur Behebung dieser Probleme. > > [0] http://www.gentoo.org/proj/en/desktop/kde/kde4-guide.xml > > > > V-Li > > Danke. > Hopefully I don't have to translate it to greek. I called all 5 gentoo > users in Greece. 1 of them was a long time gnome user, two of them stopped > using KDE before this incident and the other two after the incident. -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Team
Re: [gentoo-dev] Re: New eselect news item for kdeprefix
On Thursday 02 July 2009 11:27:34 Christian Faulhammer wrote: > Hallo, > > Theo Chatzimichos : > > If there are no further objections, and if I have the OK from Jorge > > i'll commit the following tonight > > Fine by me. > > > Also, you can send me translations > > So you will provide Greek I assume. Here comes German. > > > Title: kdeprefix and monolithic ebuilds issues > > Probleme mit kdeprefix und monolithischen Ebuilds > > > Author: Theo Chatzimichos > > Translator: Christian Faulhammer > > > Content-Type: text/plain > > Posted: 2009-07-02 > > Revision: 1 > > News-Item-Format: 1.0 > > Display-If-Installed: > Die Anleitung für KDE in Gentoo wurde überarbeitet und deckt nun die > zwei wichtigsten Problemfelder für KDE-Benutzer ab: > > 1.) Maskierung des kdeprefix USE-Flags für KDE 4-Benutzer und > 2.) die Aktualisierung auf KDE 3.5.10 und KOffice 1.6.3_p20090204 für > die Benutzer der monolithischen Ebuilds. > > Die Anleitung [0] enthält alle Anweisungen zur Behebung dieser Probleme. > [0] http://www.gentoo.org/proj/en/desktop/kde/kde4-guide.xml > > V-Li Danke. Hopefully I don't have to translate it to greek. I called all 5 gentoo users in Greece. 1 of them was a long time gnome user, two of them stopped using KDE before this incident and the other two after the incident. -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Team
[gentoo-dev] Re: New eselect news item for kdeprefix
If there are no further objections, and if I have the OK from Jorge i'll commit the following tonight (name: 2009-07-02-kdeprefix+monolithics.en.txt). Btw is it possible the following message to be uploaded in gentoo.org main site as well? Also, you can send me translations, see http://www.gentoo.org/proj/en/glep/glep-0042.html for additional information. Thanks Title: kdeprefix and monolithic ebuilds issues Author: Theo Chatzimichos Content-Type: text/plain Posted: 2009-07-02 Revision: 1 News-Item-Format: 1.0 Display-If-Installed: http://www.gentoo.org/proj/en/desktop/kde/kde4-guide.xml -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Team
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 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
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] 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] New eselect news item for kdeprefix
Hello, I'm sending you the following news item for review: 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: masking of the kdeprefix USE flag (for KDE 4 users) and upgrade to KDE 3.5.10 for users of monolithic ebuilds. Please refer to the guide to solve those issues. [0] http:///www.gentoo.org/proj/en/desktop/kde/kde4-guide.xml -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Team
Re: [gentoo-dev] Packages up for grabs
On Sunday 28 June 2009 14:50:05 Krzysiek Pawlik wrote: > Following packages are looking for new maintainers: > > - app-laptop/omnibook - not much work, I don't have a laptop requiring > this - kde-misc/kdmtheme - I hope it will go away with KDE 3.5.x - kde > team? - sys-power/hibernate-script - 2 open bugs, rare releases yes, kde team will take kdmtheme -- Theo Chatzimichos (tampakrap) Gentoo KDE/Qt Team
[gentoo-dev] Last rites: app-dicts/kannadic
# Theo Chatzimichos (14 Jun 2009) # Masked for removal in 30 days. Old and dead by upstream. app-dicts/kannadic -- Theo Chatzimichos (tampakrap) Gentoo KDE Team
[gentoo-dev] Last rites: app-arch/karchiver
# Theo Chatzimichos (09 Jun 2009) # Masked for removal in 30 days. Old and dead by upstream. app-arch/karchiver -- Theo Chatzimichos (tampakrap) Gentoo KDE Team
Re: [gentoo-dev] Old eclasses - candidates for removal?
for kde: kde-i18n.eclass kde-source.eclass and i am not sure but i think kde-base.eclass too kde-dist.eclass is used only by monolithic kde3 ebuilds that i plan to drop after 3.5.10 stabilization so it will be deprecated too Aren't there any tools that make such checks? On Friday 05 June 2009 00:05:57 Ulrich Mueller wrote: > In last week's council meeting a policy for removal of old eclasses > has been defined: > , > > | The council voted that to remove eclasses devs should take the > | following steps: > |1) Deprecate eclasses. > |2) Removal of all functionality relating to installing. > |3) After two years the eclass may be removed. > > ` > > A quick scan shows that the following eclasses were deprecated more > than three years ago, and are used by no ebuild in the tree: > >2002-05-25 inherit.eclass >2003-12-11 kde-i18n.eclass >2004-04-16 koffice-i18n.eclass >2005-09-18 jakarta-commons.eclass >2006-02-28 php.eclass >2006-02-28 php-2.eclass > > Do we want to remove any of these? Have I missed other candidates? > > Ulrich -- Theo Chatzimichos (tampakrap) Gentoo KDE Team
Re: [gentoo-dev] New app-eselect category?
On Tuesday 26 May 2009 18:31:17 AllenJB wrote: > Fabian Groffen wrote: > > On 26-05-2009 09:04:46 +0200, Ulrich Mueller wrote: > >> As of today, app-admin contains 179 packages. > >> We could move the 27 eselect-* packages to a new app-eselect category > >> (eselect itself would stay in app-admin). > >> > >> Opinions? > > > > I hate package moves, so is it really *really* necessary? > > I have to agree. app-admin is hardly among the largest categories. > Perhaps we should consider splitting up the 400 odd packages in kde-base > (kde-graphics, kde-admin, kde-games, etc) =P > > As for app-admin-eselect, I'd favor tags over increasing the category > levels, tho I'm not convinced either is necessary at the current time > (tho tags might make searching easier, in some ways). > > AllenJB kde-base is OK please don't touch :) Also i removed one package from kde-base today :P -- Theo Chatzimichos (tampakrap) Gentoo KDE Team
Re: [gentoo-dev] QEMU Sick!
On Thu, Jan 22, 2009 at 1:28 AM, Mateusz Mierzwinski (me.matheos.org) wrote: > > > - KDE 4.1 packages updates... or should I say - none of it! Latest > unstable version of KDE 4 is 4.2 version!!! > All the above answers were enough for your other complaints, so let me answer about the KDE issue. I'm a KDE HT and one of the maintainers of KDE overlay. I use KDE snapshots (currently KDE RC1) in my laptop and KDE live ebuilds on desktop, so I use the overlays' ebuilds for everyday use for a long time now. KDE itself had many issues, a significant amount of which have been resolved. No crashes, many missing features are imported and many many impressing innovations being introduced in every full recompile. Although there are still some missing KDE4 or QT4 applications like k3b, and some others have some features missing, depending on what a user needs. But the upstream KDE developers are doing a great job, they import features and solve bugs very quickly and i can recommend the overlays for everyday use. Concerning the Gentoo KDE Team, we are fully prepared for the upcoming KDE 4.2 release, we have made major changes to kde4 eclasses, supporting many features that were announced by scarabeus, and we still solve bugs for 3.5 and 4.1 releases. *The latest 4.1.4 release hit the tree the same day it was released by upstream *and it was available in kde-testing overlay a week ago hardmasked! KDE itself is a popular area amongst Gentoo projects and this can be easily seen in our IRC channel and our bugzilla list. So, please stop complaining for non-existent problems and go help the community :)
Re: [gentoo-dev] Automatic filing of stable requests
very good idea. It could also be expanded with a "reason" variable for example, in case auto-stable-request is set to false, with values reason=beta or reason=buggy
[gentoo-dev] Re: kde-testing access
On Sunday 26 October 2008 21:04:13 Robin H. Johnson wrote: > On Sun, Oct 26, 2008 at 02:07:17PM +0200, Theo Chatzimichos wrote: > > i was one of the maintainers of kdesvn-portage overlay and i would like > > if you are able to give me access to kde-testing overlay so as to merge > > live ebuilds. my public key is > > http://linuxteam.cs.teilar.gr/~tampakrap/id_rsa.pub > > I assume you mean proj/kde in the git overlays. > > Please have the KDE team forward/confirm your request. there is no need to do anything more, i got access to proj/kde-crazy in the git overlays as live kde ebuilds moved there. thank you