Re: [gentoo-dev] bugzilla unscheduled downtime
On Sun, Aug 24, 2008 at 1:13 AM, Robin H. Johnson <[EMAIL PROTECTED]> wrote: > On Sun, Aug 24, 2008 at 12:09:41AM -0700, Robin H. Johnson wrote: >> One of the DB cluster boxes seems to have spontaneously rebooted around >> 03:13:53 UTC. > Sorry, that's the time the kernel started up again. So it went down 2-3 > minutes before that, right around the start of the daily database backup > (03h10). > >> I'm working on tracing why now (and why Nagios didn't yell at us). >> >> Bugzie down until I've fixed it. > I fixed the symptoms on the box, but no luck on the cause yet. I'll fix > the Nagios tommorow. If it breaks again tonight, find somebody in -infra > to turn off the apache on the web node, or have them phone me. > > If you deleted any CC entries between 03h10 and 08h00 UTC, they might > have come back, but everything else merged perfectly (file a bug if you > spot any other corruption). > > -- > Robin Hugh Johnson > Gentoo Linux Developer & Infra Guy > E-Mail : [EMAIL PROTECTED] > GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 > Is it me or is bugzilla still down? Or has it gone down again? I can't access it, nor can some of my friends.
Re: [gentoo-dev] maintainer-wanted bugcount
On Nov 26, 2007 4:46 AM, Markus Ullmann <[EMAIL PROTECTED]> wrote: > Hi fellows, > > when taking a look at the open bug count for bugs assigned to > maintainer-wanted (2450 at the time of writing), it seems pretty obvious > that we really can't handle all of them, at least not without growing at > least two dozen devs to maintain it properly. > > As I highly doubt this will happen within a week, we have to make a > decision how to proceed with this stuff. So what options do we have? > These come to mind: > > a) WONTFIX them within 4 or 8 weeks without picking them up > b) reassign them to herds (some herds are on CC) and have them > respond withing 4-8 weeks and give a yey or boo. > c) let interested users move it to sunrise (some of them are there) > so that the ebuilds are at least at our QA level we maintain for > gentoo-x86 and are there to be picked up by devs if they're > interested > > If you have more options or comments, I'd like to hear about them, as we > definitely have to do something there. > F'up is set to gentoo-project as this is more a political thing. > > Greetz > -Jokey > > > Hi everyone, I did the "Collective Maintenance" project this summer: http://code.google.com/soc/2007/gentoo/appinfo.html?csaid=2881CA66D3587EA2 My vision was to move things in to a direction where the "maintainer-wanted" packages would be collectively maintained without the need for a specific herd or maintainer. To get to this vision, I set out to create a web interface that would allow work to be coordinated in an organized, efficient, and by-demand manner. Here is where I am currently at with that interface: http://afalko.homelinux.net/tskdemo/ I think the current state of the interface is not going to allow for enough organization. My fear is that it will turn into an unnavigable dumping-ground when a lot of tasks/"maintainer-wanted" bugs are added to the list. I am one year from earning at B.S. degree in Industrial Engineering and my requirement this school year is to complete an IE design project. I was able to get a group of four together to work on redesigning the interface. My group members have been generating some excellent ideas so far. I am optimistic that the end product will allow my vision to be achieved. I will push to get the interface ready before the end of May 2008. So in sum, I guess you can add a fourth option to the list: wait until the end of May 2008 for the completion/deployment of an interface for collectively maintaining packages. Or even a fifth option: use the current interface right now and upgrade in May 2008 to a re-designed revision. Best regards, Andrey Falko
Re: [gentoo-dev] Re: app-arch/rpm needs a maintainer
On 8/23/07, Ryan Hill <[EMAIL PROTECTED]> wrote: > > Caleb Tennis wrote: > > Title says it all. There are a lot of open bugs, and I'm trying to > clear up some > > sys-libs/db dependency issues. Does anyone use this package and want to > maintain > > it? > > After looking at the open bugs, i think this needs someone more familiar > with rpm. One thing I do think we should do is move to the "official" > rpm.org fork, which would be a forced downgrade as far as version > numbers goes (4.4.6 -> 4.4.2) but a general upgrade in sanity. > > -- > dirtyepicyou'd be tossed up or wash up, the narrator relates > gentoo org in a spartan antarctican walk for many days > 9B81 6C9F E791 83BB 3AB3 5B2D E625 A073 8379 37E8 (0x837937E8) > > -- > [EMAIL PROTECTED] mailing list > > I am not 100% sure if this is possible, but may a non-dev like myself take up its maintenance? I use rpm a fair amount and know a decent amount about it (I maintain a RHEL4 server + I wrote my B.A. Thesis on package mangers). Taking a quick look (http://bugs.gentoo.org/buglist.cgi?quicksearch=rpm), I think I can try to tackle some of the bugs on a weekend. Will you guys be open to me hacking around, submitting patches/ebuilds, letting you review it, etckind of like a try out? I won't be able to get started until Friday evening. I'll probably need a little direction about where best to start... Thanks. -Andrey Falko
Re: [gentoo-dev] TeX maintainer needed
On 3/12/07, Christian Faulhammer <[EMAIL PROTECTED]> wrote: Hi all, as nattfodd and ehmsen won't be working on TeX for Gentoo anymore, we need one or more new maintainer/s. Primary goal is to bring a working ebuild of TeXLive 2007 into Portage, as the current used and working one (teTeX) is dead upstream. There is an effort of a user [1] which could be a base. Non-devs welcome as long as they do all the work. First start can be that I proxy (= You do all the work, I get the glamour for committing :) a willing and capable user, recruiting him can come later on. Just email me, Gentoo Army needs you. I don't know if anyone replied in private, but I am willing to step up to the challenge of maintaining this as a non-dev. I am willing to do so as long as no one more qualified steps up. My will to take on the challenge is motivated as a learning experience in addition to my belief that this is a vital package that needs to be maintained. Profile: - TeX knowledge (but not just using, you should know how to handle formats) My TeX knowledge is not at an expert level. I use it quite a lot for big and small projects. If by formats you mean style files, I guess that I currently know how to handle them on a minimal level. - Makefiles should be no secret to you I know enough about them. I am currently in the process of finishing a thesis on package management : http://afalko.homelinux.net/thesis/ - fast computer (compile time is baaad) Athlon64 4800+ is probably fast enough - high tolerance against frustration Perhaps my greatest strength - knowledge about Gentoo's current TeX system, ebuildism can be handled by me I have not really bothered to look deeply into the current TeX system. I don't expect it to take me more than an hour to figure it out. You get: - a warm feeling because you help so many people - a beer/whatever_you_prefer from me when we meet in person - a first step into a great community (it is after all) - a build system maybe only you will understand after digging into if for months without social contacts - a load of bug reports assigned to you V-Li [1] http://bugs.gentoo.org/show_bug.cgi?id=168177> This might be a dumb question, but has Fabian (from bug 168177) been asked to maintain this? Best regards, Andrey Falko
[gentoo-dev] Data Collection and Survey
Hi again everyone, Could you also include, with your data, the packages that you maintain (I forgot to request that info). Thanks. Best regards, Andrey Falko -- Original message -- From: Andrey Falko <[EMAIL PROTECTED]> Date: Nov 14, 2006 8:50 PM Subject: Data Collection and Survey To: gentoo-dev@gentoo.org Hi everyone, I am attempting to gather data for my Simulation course at Columbia University. The data will be used for my Simulation project where my aim is to estimate the work load of developers related to the maintenance of the portage tree. The Simulation will generate fake package releases and bug reports in simulation time, and compute the number of hours each developer spends working as well as other interesting information. There are two pieces of data that I am attempting to gather: 1) emerge.logs from all developers maintaining packages (to determine the respective compile times of all maintained packages in portage tree), preferably multiple ones from each (to gauge the effect of multiple workstations). 2) A rough estimate from all developers maintaining packages of how many times they have to recompile (i.e. test their ebuilds) a package before committing a new ebuild. The more data I can collect, the more accurate the Simulation will be. Thank you all in advance for your cooperation. And thank you for spending the time making a great distribution. Best regards, Andrey Falko -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Data Collection and Survey
Hi everyone, I am attempting to gather data for my Simulation course at Columbia University. The data will be used for my Simulation project where my aim is to estimate the work load of developers related to the maintenance of the portage tree. The Simulation will generate fake package releases and bug reports in simulation time, and compute the number of hours each developer spends working as well as other interesting information. There are two pieces of data that I am attempting to gather: 1) emerge.logs from all developers maintaining packages (to determine the respective compile times of all maintained packages in portage tree), preferably multiple ones from each (to gauge the effect of multiple workstations). 2) A rough estimate from all developers maintaining packages of how many times they have to recompile (i.e. test their ebuilds) a package before committing a new ebuild. The more data I can collect, the more accurate the Simulation will be. Thank you all in advance for your cooperation. And thank you for spending the time making a great distribution. Best regards, Andrey Falko -- gentoo-dev@gentoo.org mailing list
