Re: [gentoo-dev] Treecleaneres
On Thu, 2006-11-30 at 00:59 -0500, Alec Warner wrote: By the request of me (treecleaner lead) I'd like to suspend the treecleaner project until such time as we can meet and re-evaluate our poilicy. In the meantime, please don't remove stuff. I'd like to shoot for a meeting on the 17th sometime. Please RSVP via the [EMAIL PROTECTED] alias if that works for you. Just curious, but why? -- Chris Gianelloni Release Engineering Strategic Lead Alpha/AMD64/x86 Architecture Teams Games Developer/Council Member/Foundation Trustee Gentoo Foundation signature.asc Description: This is a digitally signed message part
[gentoo-dev] http://bugs.gentoo.org/
Hi, What with http://bugs.gentoo.org/ ? Can anyone fix it ? # date Thu Nov 30 15:31:42 EET 2006 http://bugs.gentoo.org/ Software error: Can't connect to the database. Error: Host 'nuthatch.gentoo.osuosl.org' is blocked because of many connection errors. Unblock with 'mysqladmin flush-hosts' Is your database installed and up and running? Do you havethe correct username and password selected in localconfig? For help, please send mail to the webmaster ([EMAIL PROTECTED]), giving this error message and the time and date of the error. -- Sergey Borodich http://bor.org.ua -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] http://bugs.gentoo.org/
On Thu, Nov 30, 2006 at 03:34:39PM +0200, Sergey Borodich wrote: What with http://bugs.gentoo.org/ ? Can anyone fix it ? 14:48 -!- Topic for #gentoo-dev: Sometimes on topic || Bugzie dead, jforman working on it: http://tinyurl.com/y4evnv || Bugday on saturday. Please tell eroyf if you have any bugs you think users're able to help with. cheers, Wernfried -- Wernfried Haas (amne) - amne at gentoo dot org Gentoo Forums: http://forums.gentoo.org IRC: #gentoo-forums on freenode - email: forum-mods at gentoo dot org pgptLSYi9oRej.pgp Description: PGP signature
Re: [gentoo-dev] http://bugs.gentoo.org/
On Thu, Nov 30, 2006 at 03:34:39PM +0200, Sergey Borodich wrote: Hi, What with http://bugs.gentoo.org/ ? Can anyone fix it ? # date Thu Nov 30 15:31:42 EET 2006 http://bugs.gentoo.org/ Software error: Can't connect to the database. Error: Host 'nuthatch.gentoo.osuosl.org' is blocked because of many connection errors. Unblock with 'mysqladmin flush-hosts' Is your database installed and up and running? Do you havethe correct username and password selected in localconfig? For help, please send mail to the webmaster ([EMAIL PROTECTED]), giving this error message and the time and date of the error. We're waiting for people with admin privs to fix it. It should be back up soon'ish. Regards, Bryan Østergaard -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] http://bugs.gentoo.org/
Sergey Borodich napisał(a): Hi, What with http://bugs.gentoo.org/ ? Can anyone fix it ? # date Thu Nov 30 15:31:42 EET 2006 http://bugs.gentoo.org/ Software error: Can't connect to the database. Error: Host 'nuthatch.gentoo.osuosl.org' is blocked because of many connection errors. Unblock with 'mysqladmin flush-hosts' Is your database installed and up and running? Do you havethe correct username and password selected in localconfig? For help, please send mail to the webmaster ([EMAIL PROTECTED]), giving this error message and the time and date of the error. Topic for #gentoo-dev: [...] Bugzie dead, jforman working on it: http://tinyurl.com/y4evnv [...] -- Damian Florczyk Gentoo/NetBSD Development Lead -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] http://bugs.gentoo.org/
Bryan Østergaard пишет: On Thu, Nov 30, 2006 at 03:34:39PM +0200, Sergey Borodich wrote: Hi, What with http://bugs.gentoo.org/ ? Can anyone fix it ? # date Thu Nov 30 15:31:42 EET 2006 http://bugs.gentoo.org/ Software error: Can't connect to the database. Error: Host 'nuthatch.gentoo.osuosl.org' is blocked because of many connection errors. Unblock with 'mysqladmin flush-hosts' Is your database installed and up and running? Do you havethe correct username and password selected in localconfig? For help, please send mail to the webmaster ([EMAIL PROTECTED]), giving this error message and the time and date of the error. We're waiting for people with admin privs to fix it. It should be back up soon'ish. I hope it will be soon as possible. -- Sergey Borodich http://bor.org.ua -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] IMPORTANT: bugs/packages/planet/etc downtime
While I know that bugs is currently 'down' because of a mysql issue... Hopefully the downtime scheduled for today will help it a little. We're going to be finally moving the last two machines at the OSL to the new datacenter later this afternoon. The scheduled time will be 2pm PST or 2200 UTC today. Unless something comes up, plan for about an hour downtime for that today. Thanks- -- Lance Albertson [EMAIL PROTECTED] Gentoo Infrastructure | Operations Manager --- GPG Public Key: http://www.ramereth.net/lance.asc Key fingerprint: 0423 92F3 544A 1282 5AB1 4D07 416F A15D 27F4 B742 ramereth/irc.freenode.net signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] IMPORTANT: bugs/packages/planet/etc downtime
On Thursday 30 November 2006 15:56, Lance Albertson wrote: Unless something comes up, plan for about an hour downtime for that today. If something comes up, we would be closing bugs ;) -- Roy Marples [EMAIL PROTECTED] Gentoo Developer (baselayout, networking) -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Treecleaneres
Chris Gianelloni wrote: On Thu, 2006-11-30 at 00:59 -0500, Alec Warner wrote: By the request of me (treecleaner lead) I'd like to suspend the treecleaner project until such time as we can meet and re-evaluate our poilicy. In the meantime, please don't remove stuff. I'd like to shoot for a meeting on the 17th sometime. Please RSVP via the [EMAIL PROTECTED] alias if that works for you. Just curious, but why? Because our policy is over-wordy, and I think we are removing a few packages we shouldn't be, and I haven't talked to my team in a while ;) -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: eclass cvs should not use -z4 by default
[EMAIL PROTECTED] wrote: and the reply by Mike Frysinger (vapier), maintainer of this eclass: i would use -z1 or -z2 as the default and allow people to override it via make.conf ... but you should send your proposal to the gentoo-dev mailing list to see how people feel why not use -z0? No compression at all should put less load on the servers. And people that have less bandwidth can adjust it if they need. Regards, Stefan -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] [RFC] Add ALSA_CARDS to USE_EXPAND
Today I added a 1.0.13_pre20061130 pre-release version of alsa-driver, and I noticed that we currently don't have ALSA_CARDS as IUSE-expanded variable, and that people aren't aware of which drivers are available during build. An easy testing shows me that it works fine: Calculating dependencies... done! [ebuild R ] media-sound/alsa-driver-1.0.14_pre20061130 USE=-debug -doc oss ALSA_CARDS=-ad1816a% -ad1848% -ad1848-lib% -ad1889% -adlib% -ali5451% -als100% -als300% -als4000% -aoa% -aoa-fabric-layout% -aoa-onyx% -aoa-soundbus% -aoa-soundbus-i2s% -aoa-tas% -aoa-toonie% -armaaci% -asihpi% -at91-soc% -at91-soc-eti-b1-wm8731% -atiixp% -atiixp-modem% -au1x00% -au8810% -au8820% -au8830% -azt2320% -azt3328% bt87x%* -ca0106% -cmi8330% -cmipci% -cs4231% -cs4231-lib% -cs4232% -cs4236% -cs4281% -cs46xx% -cs5535audio% -darla20% -darla24% -dt019x% -dummy% -echo3g% -emu10k1% -emu10k1x% -ens1370% -ens1371% -es1688% -es18xx% -es1938% -es1968% -es968% -fm801% -fm801-tea575x% -gina20% -gina24% -gusclassic% -gusextreme% -gusmax% -harmony% -hda-intel% -hdsp% -hdspm% -ice1712% -ice1724% -indigo% -indigodj% -indigoio% -intel8x0% -intel8x0m% -interwave% -interwave-stb% -korg1212% -layla20% -layla24% -loopback% -maestro3% -mia% -miro% -mixart% -mona% -mpu401% -msnd-pinnacle% -mtpav% -mts64% -nm256% -opl3sa2% -opti92x-ad1848% -opti92x-cs4231% -opti93x% -pc98-cs4232% -pcsp% -pcxhr% -pdaudiocf% -pdplus% -portman2x4% -powermac% -pxa2xx-i2sound% -pxa2xx-soc% -pxa2xx-soc-corgi% -pxa2xx-soc-poodle% -pxa2xx-soc-spitz% -pxa2xx-soc-tosa% -riptide% -rme32% -rme96% -rme9652% -s3c2410% -sa11xx-uda1341% -sb16% -sb8% -sbawe% -seq-dummy% -serial-u16550% -serialmidi% -sgalaxy% -soc% -sonicvibes% -sscape% -sun-amd7930% -sun-cs4231% -sun-dbri% -trident% -usb-audio% -usb-usx2y% via82xx%* -via82xx-modem% -virmidi% -vx222% -vxpocket% -wavefront% -ymfpci% 0 kB and the concern that stopped me last time (we use ALSA_CARDS useflag not the single value with use function) is now gone (portage 2.1.1 handle this fine even if users change the values using package.use as they were useflags -- checked it myself, it works). Anybody has any reason not to add this to USE_EXPAND ? -- Diego Flameeyes Pettenò - http://farragut.flameeyes.is-a-geek.org/ Gentoo/Alt lead, Gentoo/FreeBSD, Video, Sound, ALSA, PAM, KDE, CJK, Ruby ... pgp41IVlU60z4.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] Add ALSA_CARDS to USE_EXPAND
On Thu, 30 Nov 2006 22:17:29 +0100 Diego 'Flameeyes' Pettenò [EMAIL PROTECTED] wrote: Today I added a 1.0.13_pre20061130 pre-release version of alsa-driver, and I noticed that we currently don't have ALSA_CARDS as IUSE-expanded variable, and that people aren't aware of which drivers are available during build. An easy testing shows me that it works fine: Calculating dependencies... done! [ebuild R ] media-sound/alsa-driver-1.0.14_pre20061130 USE=-debug -doc oss ALSA_CARDS=-ad1816a% -ad1848% -ad1848-lib% -ad1889% -adlib% -ali5451% -als100% -als300% -als4000% -aoa% -aoa-fabric-layout% -aoa-onyx% -aoa-soundbus% -aoa-soundbus-i2s% -aoa-tas% -aoa-toonie% -armaaci% -asihpi% -at91-soc% -at91-soc-eti-b1-wm8731% -atiixp% -atiixp-modem% -au1x00% -au8810% -au8820% -au8830% -azt2320% -azt3328% bt87x%* -ca0106% -cmi8330% -cmipci% -cs4231% -cs4231-lib% -cs4232% -cs4236% -cs4281% -cs46xx% -cs5535audio% -darla20% -darla24% -dt019x% -dummy% -echo3g% -emu10k1% -emu10k1x% -ens1370% -ens1371% -es1688% -es18xx% -es1938% -es1968% -es968% -fm801% -fm801-tea575x% -gina20% -gina24% -gusclassic% -gusextreme% -gusmax% -harmony% -hda-intel% -hdsp% -hdspm% -ice1712% -ice1724% -indigo% -indigodj% -indigoio% -intel8x0% -intel8x0m% -interwave% -interwave-stb% -korg1212% -layla20% -layla24% -loopback% -maestro3% -mia% -miro% -mixart% -mona% -mpu401% -msnd-pinnacle% -mtpav% -mts64% -nm256% -opl3sa2% -opti92x-ad1848% -opti92x-cs4231% -opti93x% -pc98-cs4232% -pcsp% -pcxhr% -pdaudiocf% -pdplus% -portman2x4% -powermac% -pxa2xx-i2sound% -pxa2xx-soc% -pxa2xx-soc-corgi% -pxa2xx-soc-poodle% -pxa2xx-soc-spitz% -pxa2xx-soc-tosa% -riptide% -rme32% -rme96% -rme9652% -s3c2410% -sa11xx-uda1341% -sb16% -sb8% -sbawe% -seq-dummy% -serial-u16550% -serialmidi% -sgalaxy% -soc% -sonicvibes% -sscape% -sun-amd7930% -sun-cs4231% -sun-dbri% -trident% -usb-audio% -usb-usx2y% via82xx%* -via82xx-modem% -virmidi% -vx222% -vxpocket% -wavefront% -ymfpci% 0 kB and the concern that stopped me last time (we use ALSA_CARDS useflag not the single value with use function) is now gone (portage 2.1.1 handle this fine even if users change the values using package.use as they were useflags -- checked it myself, it works). Anybody has any reason not to add this to USE_EXPAND ? Not if you take care of providing the proper defaults in make.defaults (the sample above should not be the default). Marius -- Public Key at http://www.genone.de/info/gpg-key.pub In the beginning, there was nothing. And God said, 'Let there be Light.' And there was still nothing, but you could see a bit better. signature.asc Description: PGP signature
Re: [gentoo-dev] [RFC] Add ALSA_CARDS to USE_EXPAND
On Thursday 30 November 2006 22:40, Marius Mauch wrote: Not if you take care of providing the proper defaults in make.defaults (the sample above should not be the default). Forgot to say, if no ALSA_CARDS is set, the default is enabling everything (alsa's default) -- Diego Flameeyes Pettenò - http://farragut.flameeyes.is-a-geek.org/ Gentoo/Alt lead, Gentoo/FreeBSD, Video, Sound, ALSA, PAM, KDE, CJK, Ruby ... pgpHZs7aY02oF.pgp Description: PGP signature
[gentoo-dev] Re: IMPORTANT: bugs/packages/planet/etc downtime
Lance Albertson wrote: We're going to be finally moving the last two machines at the OSL to the new datacenter later this afternoon. The scheduled time will be 2pm PST or 2200 UTC today. Unless something comes up, plan for about an hour downtime for that today. Both moves have been completed. As far as I can tell, everything is back up and running as usual. Let me know if you notice any problems. Thanks! -- Lance Albertson [EMAIL PROTECTED] Gentoo Infrastructure | Operations Manager --- GPG Public Key: http://www.ramereth.net/lance.asc Key fingerprint: 0423 92F3 544A 1282 5AB1 4D07 416F A15D 27F4 B742 ramereth/irc.freenode.net signature.asc Description: OpenPGP digital signature
[gentoo-dev] gentoo-sources-2.4 needs a maintainer
Hi, With Tim gone there is nobody working on gentoo-sources-2.4. I'm not sure what's left in the patchset but on last check there were users depending on it. If anyone is interested please step up, otherwise this will go through the usual mask/removal process. Recruiting a non-developer to take this is an option, provided the usual requirements are met. Please mention this in the next GWN. Thanks! Daniel -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] gentoo-sources-2.4 needs a maintainer
On Thu, 2006-11-30 at 18:30 -0500, Daniel Drake wrote: Please mention this in the next GWN. Will do. -- Chris Gianelloni Release Engineering Strategic Lead Alpha/AMD64/x86 Architecture Teams Games Developer/Council Member/Foundation Trustee Gentoo Foundation signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Re: IMPORTANT: bugs/packages/planet/etc downtime
Lance Albertson wrote: Lance Albertson wrote: We're going to be finally moving the last two machines at the OSL to the new datacenter later this afternoon. The scheduled time will be 2pm PST or 2200 UTC today. Unless something comes up, plan for about an hour downtime for that today. Both moves have been completed. As far as I can tell, everything is back up and running as usual. Let me know if you notice any problems. Thanks! Back to your irregularly scheduled uptime of bugs! Close 'em while you've got 'em! -- Doug Goldstein [EMAIL PROTECTED] http://dev.gentoo.org/~cardoe/ signature.asc Description: OpenPGP digital signature
[gentoo-dev] Re: Re: Re: Versioning the tree
Chris Gianelloni wrote: It would be much better to simply use what we currently have, though. Honestly, I was pursuing this with Infra a few months back, and have since dropped it, due to time constraints. I plan on picking it back up, as I said, so I don't know what is necessary at this point. Makes sense. Now, the release trees are non-moving. The 2007.0-release tree is *always* the 2007.0-release tree for as long as we decide to support it. Likely, this support period would begin as a single release and get extended as volunteers came around to support it. New releases get their own tree. Well count me in as a volunteer to help set this up and maintain an x86 release. I'm a pretty good coder if that helps. There wouldn't be an x86 release or anything. It would be the whole thing. All or nothing. I hear you- it's the tree that's being released. I guess x86 is the most common architecture anyway, so testers for it aren't gonna be hard to find. Users who want to use the current portage tree get what they want. Users who want a more stable tree get what they want. Basically, everyone (hopefully) is happy, or at least as happy as we can feasibly make them. This all sounds great. Respect for the work you've already put in. Well, Andrew Gaffney really helped out, as he's been doing the python work to utilize portage to get the proper information to strip the tree. Since these scripts were originally written and subsequently abandoned, they've needed a little work. Andrew and I are working on this now to try to get everything back to working order. Well can I take the opportunity to thank you both then? It's clearly something with interest, as you mentioned. From your post we need to add: - strip all USE flags that aren't used from use.mask (per-profile) - strip all packages that aren't available from package.mask (per-profile) What language is the script implemented in? [Andrew Gaffney wrote:] The current script is actually 2 scripts: a python script that I wrote that interfaces with the portage API and a bash script that wolf31o2 wrote that takes the output from my script and does the cleanup. Last night, with the help of ferringb, I started working on a replacement script that uses the pkgcore API. The portage-based script takes quite a while to run, and gets it wrong if there are any p.mask'd stable packages on any arch or other weird things. The pkgcore-based script actually uses the profiles properly and runs over the entire tree with all the stable profiles (according to profiles.desc) in 1m1.869s (on my box). I'll probably end up combining the scripts and doing the cleanup in python to make things easier. Excellent; pkgcore really sounds great- is there any possibility that it'll become the new portage? Wrt security updates, is it possible to tie into GLSAs so that we could automate updating packages that need it? By updating I mean adding the ebuilds and any dependencies (or dependants that might require updating.) What were you expecting that we would do? Lol; exactly that. I guess I was asking how difficult it is to automate the process. Although Andrew wrote that he didn't think it was necessarily the best idea. Why is that? No version changes on any packages, except those which are necessary due to a security violation, or a vulnerable package's dependencies. I could imagine a situation where a dependant package (ie one using the package updated) would also require an update. It'd be rare though, so I guess it wouldn't need automating. or a vulnerable package's dependencies Sure, if the update meant the dependencies needed updating too. Again, that'd need automating, so we're talking about checking the tree in both directions (dependencies and dependants in my terms, sorry if I'm using the words wrongly.) One thing that I am working on doing with agaffney is building more and more automated systems for doing testing. We have our Release Engineering build box doing weekly builds of all of the stages from scratch for i686. I plan on doing the same for i586/no-nptl, to cover that facet, as well as amd64. Currently, I am testing against the dev/2007.0 profile, but plan on testing against dev/2007.0/desktop and dev/2007.0/server in addition to the dev/2007.0 profile. I will also be adding a test suite on my Alpha and PPC machines at home. Aside from this, I will be running catalyst tinderbox builds on at least x86/amd64 for many packages that aren't included in the LiveCD/LiveDVD sets. At some point, I'll likely be asking for suggestions on packages to add to this testing. This all sounds wicked. The more automation the better. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [RFC] Add ALSA_CARDS to USE_EXPAND
Diego 'Flameeyes' Pettenò kirjoitti: On Thursday 30 November 2006 22:40, Marius Mauch wrote: Not if you take care of providing the proper defaults in make.defaults (the sample above should not be the default). Forgot to say, if no ALSA_CARDS is set, the default is enabling everything (alsa's default) It should give you what the emerge -pv line says. If it says nothing is enabled then, it should not give you everything. This is because other USE_EXPANDed stuff works this way. Regards, Petteri signature.asc Description: OpenPGP digital signature
[gentoo-dev] Re: Re: Versioning the tree
There'll always be GLSA's to respond to. That's another issue that needs to be handled w/ a slow-moving tree. Are you going to restrict changes in the slow-moving tree only to changes against a GLSA? That's what we've said. I don't have a problem with this at all. The slow-moving tree isn't; it's a release tree. The only question I have, which Stuart also mentioned, is whether all security updates go thru the GLSA process. -- gentoo-dev@gentoo.org mailing list
