Re: [gentoo-dev] Projects and subproject status
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Luca Barbato wrote: | Here is a list of interesting questions: Are we fine? What are we | going to do? | | Please project leaders try to reply in short. To complete the reports for the Lisp project, I will now report for the Common Lisp and Scheme stuff. How are we doing? We are seriously understaffed. Joslwah and me are the only devs working here. To make it easier for users to help and get experience we have a git overlay. My own focus is the Scheme area, Joslwah does CL, but he is very busy with real life and work so I'm trying to help out there too. This means that I try to keep at least CL implementations current in the main tree. Almost all other CL ebuilds are unmaintained in main tree. We have one very active user (Stelian Ionescu) maintaining a lot of this other CL stuff in our overlay who will hopefully be recruited. For Scheme most of the ebuilds we have are implementations. Anything that doesn't support the amd64 architecture is not maintained in main tree by me. This means that R6RS implementations Larceny and Ikarus for example are in our overlay, but I'm not sure how well they work. There is little time to add non-implementations, but we have bugs for most of the stuff I want added. Some users have helped in the past and one is helping currently whom I hope to recruit. | What are we going to do: Keep implementations current and add new implementations to complete my collection. Hopefully do some recruiting. Maybe complete a wrapper script so it is possible to superficially test the more than a dozen Scheme implementations we have. Try to interest more people in Lisp. On that note: Lisp is a family of very flexible and powerful programming languages. Compared to other languages there are fewer restrictions (if any), more supported paradigms, more powerful primitives (first-class continuations in Scheme for example) and infinitely better metaprogramming facilities due to superior lack of syntax. Interested parentheses-non-bigots are very welcome to join us in our IRC channel. Marijn Any sufficiently complicated C or Fortran program contains an ad-hoc, informally-specified bug-ridden slow implementation of half of Common Lisp. — Philip Greenspun, often called Greenspun's Tenth Rule of Programming - -- Marijn Schouten (hkBst), Gentoo Lisp project, Gentoo ML http://www.gentoo.org/proj/en/lisp/, #gentoo-{lisp,ml} on FreeNode -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHjgKpp/VmCx0OL2wRAo6wAJ9ff056rDMZ/rCD21lDpyzJIUp1nwCghODl 8I7fNkL7jE6h7FjiaPibwBI= =G3qR -END PGP SIGNATURE- -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, A brief summary about the Gentoo GUIs project: 1 - Markus (jokey) recently released a new version of Maintainer-Helper. It already has the basic operations running and some people are working in a Gtk+ port. http://dev.gentoo.org/~jokey/maintainer-helper 2 - Donnie (dberkholz) is currently working on a pkgcore back-end for packagekit. This will allow to easily connect graphical interfaces to this package manager. Contact him for further information. http://www.pkgcore.org http://www.packagekit.org 3 - Me (araujo) released a new version of Himerge. It has some bug fixes and a few new operations added. Check the Changelog or web-site. http://www.haskell.org/himerge We also expect to upload a few screen-shots of these projects somewhere in the coming days; for further details about any progress, please check #gentoo-guis or the gentoo-guis mailing list. Thanks - -- Luis F. Araujo araujo at gentoo.org Gentoo Linux -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHjPUcBCmRZan6aegRAt1UAKDcmGHQY2FSEp1w9dqpkXgOHoKtGACgoAA+ rQVum/VrWiz7dQ1QXZeAUkE= =SKGW -END PGP SIGNATURE- -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status
On Mon, 2008-01-07 at 22:31 +0100, Luca Barbato wrote: Are we fine? Speaking for the ruby herd (which isn't a project and doesn't have a lead, but I'm sure Richard or Josh will correct any mistakes I make): No. Even though there are plenty of people in the herd only a few of us commit on a regular basis. We could use more people helping out with ruby stuff, especially now that ruby 1.9 has been released. At the moment our bug list is only growing, and we don't have much time to pro-actively bump any of the packages. On the bright side we've identified and partly fixed a number of eclass issues, and things are shaping up in that department. Future plans: - get ruby 1.9 into the tree and allow for it work in parallel with ruby 1.8. - rework the gems eclass so that we can actually test and patch gems without grossly abusing ebuild conventions. - create a ruby project to make coordination a bit easier and have a specific place for in-progress stuff and general knowledge on ruby in Gentoo. - recruit some more people to help out with ruby. Kind regards, Hans signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Projects and subproject status
On 11-01-2008 21:52:08 -0500, Mike Frysinger wrote: On Tuesday 08 January 2008, Fabian Groffen wrote: - sort out the 64-bits targets with their multilib-hell forced upon us dont know exactly what you're referring to, but multilib is completely optional. http://article.gmane.org/gmane.linux.gentoo.alt/3329 In short: gcc inserts 64-bits library paths which causes the linker first to look inside the host dirs, then in my prefix lib dirs, which creates interesting problems, since the runtime linker gets our runpath directions to look in the prefix lib dirs first. Anyway, it makes linking/runtime fail in cases where the host provided libs are incompatible with the prefix provided ones. Added to that that when I implemented the ldwrapper on amd64 (fedora) linux I didn't fully understand the full multilib picture, some decisions I made there now just feel plain wrong, especially given that each distro seems to implement the multilib thing different (Gentoo: /lib = native bits size, Fedora: /lib = 32-bits, Debian ...). I didn't get it fully right in my post above though, because every distro/os has a kernel configured in such a way that for a 64-bits object, the search path points to the 64-bits host-specific lib paths. So it seems that only binutils doesn't want to know about 64-bits host-specific lib paths, and gcc takes actions to compensate that. Thanks. -- Fabian Groffen Gentoo on a different level -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status
On Saturday 12 January 2008, Fabian Groffen wrote: On 11-01-2008 21:52:08 -0500, Mike Frysinger wrote: On Tuesday 08 January 2008, Fabian Groffen wrote: - sort out the 64-bits targets with their multilib-hell forced upon us dont know exactly what you're referring to, but multilib is completely optional. http://article.gmane.org/gmane.linux.gentoo.alt/3329 sorry, when i first read the multilib-hell, i assumed you meant the Gentoo pieces rather than the binutils/gcc pieces. i could post some corrections to the piece there, but in the end, they wouldnt get you to a final working solution. Added to that that when I implemented the ldwrapper on amd64 (fedora) linux I didn't fully understand the full multilib picture, some decisions I made there now just feel plain wrong, especially given that each distro seems to implement the multilib thing different (Gentoo: /lib = native bits size, Fedora: /lib = 32-bits, Debian ...). I didn't get it fully right in my post above though, because every distro/os has a kernel configured in such a way that for a 64-bits object, the search path points to the 64-bits host-specific lib paths. So it seems that only binutils doesn't want to know about 64-bits host-specific lib paths, and gcc takes actions to compensate that. i dont know why you keep saying kernel over and over when the kernel plays no role here whatsoever. if you want to keep things sane, i would say just follow the tool convention and any/all distro conventions be damned. longer term, i'm really not familiar with how the prefix stuff is architected, so i cant give much guidance unless i sat down and learned it. -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Projects and subproject status: KDE
On Wednesday, 09. January 2008 20:40:48 Carsten Lohrke wrote: KDE 4.0.0 will be released on January, 11th 2008, and if things keep going like they do now we might be able to put all the stuff into ~arch on the release day. We're not going to make it today. (Which is quite obvious since we haven't submitted the eclasses yet. :-) ) Unless you mean hard masked, I do object. Thanks for your advice. The code base has too many issues and is incomplete compared to KDE 3.5, so it's not ready to push it to the regular ~arch user, yet. I didn't mean hard-masked. I've reconsidered, though, and seeing the new timeline upstream published for the 4.0.1, I agree. We'll see about 4.0.1's quality... Thus, KDE 4.0.0 is going to go in hard-masked. -- Best regards, Wulf signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Projects and subproject status
On Tuesday 08 January 2008, Fabian Groffen wrote: - sort out the 64-bits targets with their multilib-hell forced upon us dont know exactly what you're referring to, but multilib is completely optional. -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Projects and subproject status
Scientific Gentoo Monday, 7. January 2008, Luca Barbato Ви написали: Are we fine? More or less, I'd say Ok with the stuff we have in the tree already. Need more devs (who does not? :)) that's for sure. Right now we are ~10 people for 300 packages and there are another ~300+ in bugzilla. Which immediately leads to recruiting. Right now we train two more devs, but I'd say we can swallow pretty much anybody who comes in our direction :) (especially considering a rather special nature of our packages). For the most part we are reruiting active users who already proved themselves (e.g. by participating in science overlay), but we may add a standing recruitment request on that recruitment page. What are we going to do: Mostly keep things running. Not much more can be done with this manpower anyway. We already perfromed a split in terms of categories and herds, although this is getting revisited once in a while as we get more people and packages (there are still a few bugs open about new herds that were not inalized I believe). George -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status
Hi *: Speaking for Gentoo/Alpha Arch Team (ferdy is the lead but I used to be the status report guy): Luca Barbato escribió: Are we fine? I would say: yes. Reasons: - General keywording is just fine. - Security bugs are done in a reasonable period of time. - We have a new and shiny developer machine. - Kernel and toolchain are nearly up to date (some bugs in latest versions, as usual). - Arch Testing program has worked quite well. What are we going to do: - First of all, keep things working (this could sound easy but being an alpha port ... you never knows). - New developer (Tobias) is ready to join the forces. (bug #196948) - First tests to bring java via gcj are done. (http://www.nabble.com/Java-gcj-in-Gentoo-Alpha-to12131495.html) - Look to create a binpkg repo. - Continue the arch testing program and try to recruit fresh blood. Alpha Arch Team provides 'regular' status report so historical info about the port status can be found in our subproject page: http://www.gentoo.org/proj/en/base/alpha/status/index.xml That's all from the alpha world. Enjoy. -- Jose Luis Rivero [EMAIL PROTECTED] Gentoo/Doc Gentoo/Alpha -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status
Gnome Herd (although my commit rate is kinda low these days) Luca Barbato a écrit : Are we fine? Mostly, Gnome packages these days tend to be more stable, pushing the complexity (and breakages) lower down into the stack (HAL, PolicyKit) The rest of team is steadily adding Gnome 2.20.3 packages to the tree. We are somewhat behind on gtk+ mostly due to documentation building issues. But nothing major there as it's only a bugfix releases thing. What are we going to do: For Gnome 2.22, I promised the rest of the team I'd be putting the ebuilds into portage earlier. The target is Gnome 2.21.90 which is due at the end of January. So as we bump our ebuilds for this release, we'll put them in portage (hard masked). That should help us unmask Gnome 2.22 much faster. We're also waiting for the next stable release of portage so that we can fix one of our long standing eclass bugs, which should improve all gtk-using ebuilds : https://bugs.gentoo.org/show_bug.cgi?id=155993 Rémi -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status
Programming Languages and (sub) Ada Monday, 7. January 2008, Luca Barbato Ви написали: Are we fine? PL: Ok as it is but could be better. It was concieved, among other things, to consolidate resources and, possibly, do discussions of common things for some of the languages we have support for (one even almost happend in bug #151343), however right now it pretty much only serves as a placeholder for specific resources and docs for some of them. Even there there are only Ada and Haskell, while we have many more.. Ada: Quite good actually. I completed all the outstanding parts of the transition to multiple compilers. We already have one Ada-2005 compiler in the tree. Another one, - gnat-gcc-4.3 will be coming when gcc-4.3 is finally released. What are we going to do: PL: not much at present - it is there as it is, however if there is interest we could expand it, or at least get a bit more organization in now separate but seemengly related packages. Ada: Complete transition, update libs, regular maintenance, new packages - pretty much regular stuff.. George -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status
For sparc: 1. Are we fine? Qualified yes. We are understaffed and at some point burn out is going to catch up with us. At the moment we seem to be keeping up, largely because of the superhuman efforts of Raúl Porcel (armin76). Also because of his and agaffney's efforts, we are on track for release. We have a couple open lead positions which I would like to fill, but I guess that won't happen until I spend some time on it. See the sparc project pages if you are interested in joining a fun, dynamic project. :) 2. What are we going to do? - Recruit, I hope. Especially AT's on path leading to developer status. - Otherwise, pretty much what we are doing. As an architecture project, our primary goal is to keep sparc as current and stable as possible, and I believe we are working to do just that. Regards, Ferris (sparc lead) -- Ferris McCormick (P44646, MI) [EMAIL PROTECTED] Developer, Gentoo Linux (Devrel, Sparc, Userrel) signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Projects and subproject status
Good day All, Sorry for the thread hijack, but... GWN: The GWN is currently in a permanent state of hiatus. I have no intentions on spending another minute working on the GWN. While many, many improvements have been made in the processes for getting the automated data, getting articles has been pulling teeth, at best. This was taking me upwards of 12 hours a week, which was impacting the time I had available to work on things like releases and my day job. As such, the GWN is abandoned and will likely stay that way until someone steps up and decides they're ready and willing to give up their lives to work on this publication. Yes, I think switching to a monthly newsletter would *help* the problem, but it still won't resolve it. The GWN needs articles more than anything, and few people are submitting anything. If nobody has a problem with making the GWN a GMN (Monthly newsletter), then I am willing to volunteer to get this project back on track. Even if few people actually submit anything, I think there is enough activity going on this list, the planet and -commits to fill up a newsletter every month. And I'm willing to invest 12, even 15, hours a month to get this thing rolling again. Cheers, Anant -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status
n 1/7/08, Luca Barbato [EMAIL PROTECTED] wrote: Here is a list of interesting questions: Are we fine? What are we going to do? Please project leaders try to reply in short. About the stuff I'm involved: Are we fine? GLEPS - Thanks to nesyx I rewrote the glep index to use new tables and XML data so upating status was less of a pain (editing html or 'guidexml' sucks). We have some new gleps and I've tried to be a bit more responsive (grant has been busy lately). I need to take on a bigger role here, but gleps 54 and 55 were edited recently. There are probably more status updates to do and I have to get this silly html template updated and past the cvs filter. What are we going to do: GLEPS - Edit old gleps for language and consistency. hopefully people will write more. -Alec -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status
About portage: Current status: The portage project is mostly fine, though we've missed my original plan to release the first 2.2 test versions last year, mostly because of lack of time on my part. I hope we can fix that within the next two or three months. As Paul has already mentioned, the tools-portage subproject definitely needs more people, or we may just dissolve it completely (it has been a one man show for some time already). Some people to help with (technical) documentation would also be useful (manpages, docbook stuff, ...) Plans: - release test versions of portage-2.2, see how all the new stuff works in practice and adjust things if necessary - help to fix external tools (including gentoolkit) and documentation to fully support portage-2.2 - some ideas for the time after 2.2: * merge gentoolkit into portage * redesign some of the old APIs (dbapi, config) and implement new ones (query framework) * replace revdep-rebuild with a package set * implement a new installed-package database * new dep resolver (as always ;) * new user interface(s) * ... Marius -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status
On 20:53 Thu 10 Jan , Marius Mauch wrote: - release test versions of portage-2.2, see how all the new stuff works in practice and adjust things if necessary Could you start kicking out masked/unkeyworded snapshots? Release early, release often, and all that jazz. Thanks, Donnie -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status
On Thu, 2008-01-10 at 23:35 +0530, Anant Narayanan wrote: If nobody has a problem with making the GWN a GMN (Monthly newsletter), then I am willing to volunteer to get this project back on track. Even if few people actually submit anything, I think there is enough activity going on this list, the planet and -commits to fill up a newsletter every month. And I'm willing to invest 12, even 15, hours a month to get this thing rolling again. That's great! I am afraid that it'll likely take you much longer than you anticipate, as it took me that long every *week* when I was doing it. Some of the scripts would need to be updated to work on a monthly-basis rather than weekly. Also, I still think that it would be good to automate the scripts that run by putting them on infra somewhere and having just the output mailed to gwn-feedback as it'll save a little bit of time for the person doing the GWN and also it'll make sure you don't forget to run it. -- Chris Gianelloni Release Engineering Strategic Lead Games Developer signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Projects and subproject status
On Thu, 2008-01-10 at 23:35 +0530, Anant Narayanan wrote: If nobody has a problem with making the GWN a GMN (Monthly newsletter), then I am willing to volunteer to get this project back on track. Even if few people actually submit anything, I think there is enough activity going on this list, the planet and -commits to fill up a newsletter every month. And I'm willing to invest 12, even 15, hours a month to get this thing rolling again. I can likely commit to one article a month. But it will likely need to be reviewed by an editor, etc. Spelling, grammar, makes sense to non-native English speakers ( proper English I am ghetto :) ) Weekly I could not commit to, but monthly I don't think squeezing out one article a month will take to much of my time. I can likely spare that and set it aside. Please let me know. -- William L. Thomson Jr. Gentoo/Java signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Projects and subproject status
On 07-01-2008 22:31:54 +0100, Luca Barbato wrote: Here is a list of interesting questions: Are we fine? What are we going to do? GNUstep Are we fine? I'd say thanks to voyageur (much kudos to the guy) GNUstep is back where it should be within Gentoo and up-to-date. Eclass changes, package changes, all just got better. What are we going to do: Probably trying to keep it up-to-date like it is right now, and try to be the best distro for GNUstep users. Of course we'll hope that Etoile becomes less buggy and more usable. -- Fabian Groffen Gentoo on a different level -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status
Luca Barbato kirjoitti: Please project leaders try to reply in short. Recruiters About the stuff I'm involved: Are we fine? If Calchan agrees, we are fine. What are we going to do: Keep going as usual. Regards, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Projects and subproject status
On Jan 9, 2008 1:12 PM, Petteri Räty [EMAIL PROTECTED] wrote: Recruiters About the stuff I'm involved: Are we fine? If Calchan agrees, we are fine. I'm taking care of recruits as fast as I can. I figure any time I spend for the recruiters project is worth a lot more than the same time spent on fixing dev-embedded, sci-electronics or other exotic ebuilds I usually maintain. The good news is I'm close to being able to keep up, i.e. there is very little backlog if any. The bad news is that we'd need to recruit more, and if an additional flow of recruits were to arrive (and that would be welcome) a backlog would certainly start to build up. Also I'm traveling more than I used to (and would like) nowadays, and I'm going to move to the US this summer. So you should expect some offlineness from my part for a few months while I swim across the pond. What are we going to do: Keep going as usual. All in all, we'd need an additional recruiter. Candidates are welcome, but you should know that although it is a very gratifying job, it takes a lot of time and dedication if you want to do it properly. Each recruit takes me anywhere between 6 and 12 hours depending on how many gaps I have to fill. We need as many recruits as possible, but need to have them of sufficient quality. One way to go is to reject those that aren't good enough, and another is to bring as many as you can to a level where they can be useful. I much prefer the latter because I don't think we can afford the former. We would also need to attract more recruits. I'm doing my best to relay queries from potential recruits to various teams and projects, but I'm afraid to say it's seldom that these are answered. So please, whoever you are and even if you're not a project/team leader, next time you're forwarded such mail by me please reply to the user's queries. At the very least you should politely decline the offer. And mentoring will take you some time, but it's time well invested for the future of your project. Finally, if you're a mentor, or are considering mentoring somebody, do not hesitate to contact us in case you have any questions. I have tried to update our documentation recently, so you'll find valuable practical information in there although more could be needed (suggestions welcome). And do not hesitate to go hunting for recruits instead of complaining you don't have enough time managing your Gentoo stuff. For that too we'll be happy to advise. Happy new year to each one of you. Denis.
Re: [gentoo-dev] Projects and subproject status
On Mon, 07 Jan 2008 22:31:54 +0100 Luca Barbato [EMAIL PROTECTED] wrote: Here is a list of interesting questions: Are we fine? What are we going to do? Please project leaders try to reply in short. xfce (has no lead, it's angelos, welp or me) - we are good, few ~minor bugs, everything up to date treecleaners - needs more developers (please) to review save the stuff that is getting removed so it doesn't end up as a tool that few devs can use to punt stuff they want, but others use(!) - gfx : nothing much under the sun, bumping stuff here and there. I just joined gfx, will try to contribute some more. - drac -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status
For the ppc64 project Are we fine? - The induction of the PS3 has helped us a lot. We have more users than before. Great variance skill-wise amongst those users but interest level is high. We need more folks on the dev team but otherwise we're as healthy as we've ever been. - Just put a ps3 dev profile into portage to begin moving towards our longer term goals - Lu_zero and I have added a couple of ps3 specific ebuilds into the tree; previously were in the cell overlay What are we going to do: - Anticipating gcc-4.3 and the love it is supposed to bring, specifically cell optimizations. - BAU =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Scanned with Copfilter Version 0.84beta3a (ProxSMTP 1.6) AntiVirus: ClamAV 0.91.2/5451 - Wed Jan 9 03:07:04 2008 by Markus Madlener @ http://www.copfilter.org -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status: KDE
- KDE 3 KDE 4 - KDE-related stuff Are we fine? All in all, we're doing acceptably well, I'd say. In some areas, we're doing really well. I've recently mentored two new recruits, namely Ingmar Ingmar Vanhassel and Bo zlin Andresen who will hopefully soon become new members of the KDE herd. These new slav^H^H^H^Hhelpers ;) are both great additions to the herd and will allow us to become more efficient in the near future. KDE 3: We're still fixing bugs but should soon be able to finally stabilise 3.5.8. This took us much longer than I wanted it to but I'm under heavy workload in real life and had to take some time off from Gentoo. We still have 3.5.5 in the tree but that's going to change once either Carlo or myself will make ourselves remove those ebuilds. If we remove them, this can lead to some breakage for a certain arch but they've known for long enough now: http://bugs.gentoo.org/show_bug.cgi?id=188857 KDE 3 is pretty solid now apart from some bugs we're tackling along the way. KDE 4: A core team consisting of volunteers from the KDE herd and interested users (that's how tgurr, Ingmar and zlin got on board or are going to get on board as devs. :-) ) as well as some help from interested fellow devs is working on a new set of eclasses (going to be submitted here very soon) and ebuilds (both monolithic and split ebuilds; splits being the new default) for KDE 4. KDE 4.0.0 will be released on January, 11th 2008, and if things keep going like they do now we might be able to put all the stuff into ~arch on the release day. I'm going to mail about this again in -core soon. The excellent cooperation among the core team members and all others involved in KDE4 in Gentoo is truly amazing and makes me really proud to be a part of this effort. I'm happy and optimistic about things to come if we manage to keep some of the drive we currently have. -- Best regards, Wulf pgpw0oqxeYuxl.pgp Description: PGP Digital Signature
Re: [gentoo-dev] Projects and subproject status
Petteri Räty wrote: - Get the remaining Generation 1 stuff out of the tree (not much left) - Start using virtuals more - Eclass cleanup and new make our setup even more automatic any plan/idea about icedtea? as a ppc user I'd love too see it in portage ^^; lu -- Luca Barbato Gentoo Council Member Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status: KDE
KDE 4.0.0 will be released on January, 11th 2008, and if things keep going like they do now we might be able to put all the stuff into ~arch on the release day. I'm going to mail about this again in -core soon. Unless you mean hard masked, I do object. The code base has too many issues and is incomplete compared to KDE 3.5, so it's not ready to push it to the regular ~arch user, yet. Carsten signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Projects and subproject status
On Mon, 2008-01-07 at 22:31 +0100, Luca Barbato wrote: Here is a list of interesting questions: Are we fine? What are we going to do? Please project leaders try to reply in short. About the stuff I'm involved: Are we fine? GWN: The GWN is currently in a permanent state of hiatus. I have no intentions on spending another minute working on the GWN. While many, many improvements have been made in the processes for getting the automated data, getting articles has been pulling teeth, at best. This was taking me upwards of 12 hours a week, which was impacting the time I had available to work on things like releases and my day job. As such, the GWN is abandoned and will likely stay that way until someone steps up and decides they're ready and willing to give up their lives to work on this publication. Yes, I think switching to a monthly newsletter would *help* the problem, but it still won't resolve it. The GWN needs articles more than anything, and few people are submitting anything. Release Engineering: We dropped the 2007.1 release due to many issues which I won't go into here, since it really isn't appropriate at this time. As such, we're deciding on what our plan is for 2008 and beyond. We are working on finalizing the latest versions of genkernel/catalyst. PR: Well, I'm not the lead here, but since the lead is AWOL, I guess that I can give my input. This project is essentially dead. There are a couple people who occasionally respond to user queries to the alias, but otherwise, nothing is going on here. Nobody is really active. I sent in some news about 2007.1 a few weeks back and nobody's posted anything or even responded. I'd say the project is dead if we can't even get out pertinent information like the cancellation of a release to our users. Trustees: Well, the Foundation no longer exists, legally, so it's pretty obvious that things are not fine here. What are we going to do: GWN: no clue, looks like nothing RelEng: work on catalyst/genkernel, no further plans PR: no clue, looks like nothing Trustees: I retired as a Trustee since there's not much point without a Foundation to run, leaving us with one (or possibly two) trustees. -- Chris Gianelloni Release Engineering Strategic Lead Alpha/AMD64/x86 Architecture Teams Games Developer signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Projects and subproject status
Luca Barbato kirjoitti: Petteri Räty wrote: - Get the remaining Generation 1 stuff out of the tree (not much left) - Start using virtuals more - Eclass cleanup and new make our setup even more automatic any plan/idea about icedtea? as a ppc user I'd love too see it in portage ^^; lu Well having it open source doesn't mean automatically ppc support but there are people working on it. Regards, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Projects and subproject status
Petteri Räty wrote: Well having it open source doesn't mean automatically ppc support but there are people working on it. I'm quite aware about it I followed the improvement on this side since a while even if I hadn't the time to try myself building it on ppc yet. lu -- Luca Barbato Gentoo Council Member Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status
Chris Gianelloni wrote: What are we going to do: GWN: no clue, looks like nothing Well I hope there is somebody willing to at least try to get a minimal gwn as new year kickoff out even just by summarizing this thread ^^; RelEng: work on catalyst/genkernel, no further plans I'm looking forward to see the improved tools and hopefully get the in system deps fixed as vapier just suggested/pointed. PR: no clue, looks like nothing Maybe would be good check who is alive. Trustees: I retired as a Trustee since there's not much point without a Foundation to run, leaving us with one (or possibly two) trustees. I guess this part requires discussion elsewhere since there isn't much technical. lu -- Luca Barbato Gentoo Council Member Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Luca Barbato a écrit : Here is a list of interesting questions: Are we fine? What are we going to do? Please project leaders try to reply in short. Ok, technically I'm not security lead, but since I and rbu almost completely handled the security team since 2 months, I think I can at least give my opinions on what's going on. About the stuff I'm involved: Are we fine? security: Well, with an average of ~ 1 GLSA/day for November and December, things are going a little bit better than some months ago. We still have too many open bugs (~115),but we tend to be a little more reactive since we now actively monitor the vendor-security mailing list plus the freshly attributed CVE ids, so we're able to file bugs and get them corrected before they go public. This also means arches security liaisons should be prepared to get called more often from now on. What are we going to do: Personally, I'd like that we become more regular for the GLSA releases, instead of doing nothing for days then rushing to send 10 GLSAs in 2 days. I'd also like to take care of the really old bugs, say, opened for at least 6 months (~25 at the moment). Don't know if we'll manage to do it, but at least we'll try. This was a (very) short reply, sec team members are of course welcome to complete. - -- Pierre-Yves Rofes Gentoo Linux Security Team -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHhVS1uhJ+ozIKI5gRAqbnAJ9URJQ2fMFdjrpaER1dKF+ws4VDQQCdHZ98 2rCq9l3JGrxfSXZNttN40ok= =5N0K -END PGP SIGNATURE- -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status
On Mon, 2008-01-07 at 22:31 +0100, Luca Barbato wrote: Here is a list of interesting questions: Are we fine? What are we going to do? Please project leaders try to reply in short. tools-portage: Are we fine? The short answer is no. We need more developers. Unfortunately, real life work is consuming all of my time and what free time is left is going to my family. mpagano has started to step up and work bugs, but we definitely need more help. I am on email and IRC so I can answer questions and work with any developer who would like to step up and help (even temporarily). Marius (genone) stepped down as team lead on December 3rd and asked for help for the team at that time. I have not seen any reponses to that request. What are we going to do? Due to lack of time and participation, I currently don't have a good answer for that. On my short list is to get revdep-rebuild fixed. The current state leaves much to be desired and while it works for most people, it is definitely a visible turn off for people when it fails. Regards, Paul -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Projects and subproject status
Luca Barbato wrote: Here is a list of interesting questions: Are we fine? What are we going to do? Documentation (Note: I'm not the project lead, but neysx isn't on the list, nor does he send status updates, so I hope he and the rest of the project won't mind. Are we fine? Sure, why not. The pace of new bugs has slowed down, which is good, as it allows for, uh, existing bugs to get fixed? Over the last couple of months, some GDP devs besides me have been making commits, which is a nice change of pace from how the year had been previously. :) (I can take a vacation, whoo!) Sure, we have a few bugs that are two or three (or even four) years old, but who doesn't? We could always use more translators though. We have several dead languages, some of which used to be pretty big. What are we going to do: The handbooks for the upcoming release are almost ready. Our release plans have changed slightly; still coordinating with releng. We'll get 'em finished up and delivered . . . at some point. Promise. On down the road, you can expect the usual maintenance of existing world-class docs. I hope to get more patches submitted[1] against our ldap guide[2] so that it can be made an official doc once again. I'm sure we'll be seeing new documentation this year; there's always at least a few new guides per year. You have any suggestions on new docs you'd like to see, feel free to send 'em my way. Or open a bug if you have actual content already written. ;) [1] http://bugs.gentoo.org/show_bug.cgi?id=176075 [2] http://www.gentoo.org/doc/en/ldap-howto.xml signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Projects and subproject status
On 07-01-2008 22:31:54 +0100, Luca Barbato wrote: Here is a list of interesting questions: Are we fine? What are we going to do? Please project leaders try to reply in short. Gentoo/Alt:Prefix Are we fine? Sure. - reached 10% coverage/replication of the gentoo-x86 tree - convinced two contributors to become Gentoo ppl - attracted more big players - extended our arch.list - brought Portage Prefix branch fully in sync with trunk - rough Prefix binpkg support (chpathtool, via tinderbox.dev.g.o) - enabled Java (Sun, Diablo, (Apple/Soylatte)), Haskell (GHC) in Prefix - mostly automated tree syncing, to easily stay up-to-date What are we going to do: Just continue. - try to make cross-compiling/building with target prefix fully working - sort out the 64-bits targets with their multilib-hell forced upon us - add more arches, {net,open}bsd ones being worked on - work out support for bootstrapping from a binhost - hope we can get an rsync tree with metadata generated (get faster!) - try to eliminate python as it usually doesn't compile (will fail) - try to convince more people (you know who you are) - finish writing of the stupid glep - add more packages/try to close all package request bugs - think about privileged installs - get baselayout fully ported (support for runscripts) - (maybe) think about multi-prefix (could solve the FreeBSD GNU conflict) - try not to kill overlays.g.o - seek cooperation with Gentoo upstreams where appropriate (part of the slight maturing phase) - try to get all the other companies we know they use us, to post some testimony like http://article.gmane.org/gmane.linux.gentoo.alt/3308 :) (wishful thinking) - maybe invest some time to get repoman's SVN support patch acceptable for the trunk (not much benefit for us at the moment, though) - (most probably) go crazy -- Fabian Groffen Gentoo on a different level -- gentoo-dev@lists.gentoo.org mailing list