[gentoo-dev] Packages up for grab
app-forensics/lynis dev-libs/log4cplus dev-vcs/colorsvn dev-vcs/git-deploy dev-vcs/topgit sci-electronics/fritzing sys-auth/libnss-cache media-video/nvidia-settings Feel free. If you need some more info please poke me on IRC. -- Regards, Christian Ruppert Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: PGP signature
[gentoo-dev] Packages up for grab
Hi, I don't use the listed packages anymore so feel free to take those: net-analyzer/mk-livestatus net-misc/igmpproxy x11-misc/tint2 x11-misc/tintwizard net-misc/cfengine - I'll just keep maintaining Cfengine 2.x for now since we/Infra still use it. -- Regards, Christian Ruppert Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 pgpKpUhdx4yLG.pgp Description: PGP signature
[gentoo-dev] Bugzilla whine mail spam
Guys, that was a test. I didn't expect it to write You will get this message once a day until you've dealt with these so don't take it too serious. I'm sorry about that but i just saw that *a lot* of bugs have been changed from CONFIRMED to IN_PROGRESS.. sorry.. but *that* is more than just wrong.. that is ... If you're scared or annoyed than you should at least complain first. You should rather try to fix bugs instead of confusing the *users* by marking bugs as IN_PROGRESS when nobody actually works on it at all. So again: There will be no daily Bugzilla whines and esp. no global whines! We *may* enable it as a yearly job or so but there are no serious plans yet! -- Regards, Christian Ruppert Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 pgpYrGqGooCeq.pgp Description: PGP signature
Re: [gentoo-dev] Bugzilla whine mail spam
On 06/23/12 at 09:37PM +0200, Christian Ruppert wrote: Guys, that was a test. I didn't expect it to write You will get this message once a day until you've dealt with these so don't take it too serious. I'm sorry about that but i just saw that *a lot* of bugs have been changed from CONFIRMED to IN_PROGRESS.. sorry.. but *that* is more than just wrong.. that is ... If you're scared or annoyed than you should at least complain first. You should rather try to fix bugs instead of confusing the *users* by marking bugs as IN_PROGRESS when nobody actually works on it at all. So again: There will be no daily Bugzilla whines and esp. no global whines! We *may* enable it as a yearly job or so but there are no serious plans yet! -- Regards, Christian Ruppert Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 It just turned out that at least parts of that template seem to be outdated. E.g. #3: (3) You decide the [% terms.bug %] belongs to you, but you can't solve it this moment. Accept the [% terms.bug %] by setting the status to [% display_value(bug_status, IN_PROGRESS) %]. That was actually meant for when we had the ASSIGNED status for which it would make more sense. Again: Don't take it too serious, if it helps to remind you that's fine but ignore anything else. -- Regards, Christian Ruppert Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 pgpdY9CMRHBWY.pgp Description: PGP signature
Re: [gentoo-dev] Packages up for grabs due wormo taking care of bug wrangling only
On 06/17/12 at 12:02AM +0200, Christian Ruppert wrote: On 06/16/12 at 11:39AM +0200, Pacho Ramos wrote: app-admin/ulogd app-arch/pdv Feel free to get them Thanks I'll take app-admin/ulogd. -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 It may take some time till I get to it so if someone else is faster, feel free. :P -- Regards, Christian Ruppert Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 pgpQsfUqv2mKF.pgp Description: PGP signature
Re: [gentoo-dev] Packages up for grabs due wormo taking care of bug wrangling only
On 06/16/12 at 11:39AM +0200, Pacho Ramos wrote: app-admin/ulogd app-arch/pdv Feel free to get them Thanks I'll take app-admin/ulogd. -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 pgpVIvtZokRqJ.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] Changing default serial-console definition in inittab
On 04/27/12 at 10:29AM -0700, Diego Elio Pettenò wrote: Since I've been configuring a couple of systems lately for remote access, which include configuring the serial console, I'm wondering if it would be a good idea to change our inittab so that the default (commented out) definition of the serial consoles is a bit more.. modern. The current definition sets the console at 9600 baud, using vt100 emulation; I think most of us who configure it, do so at 115200 baud, and some prefer vt-utf8 over vt100 (the two are partially compatible as far as I can tell). Of the two systems I've configured – a SuperMicro server which is the new tinderbox host, and an HP for work – both have the default IPMI configuration for Serial-over-LAN set at 115200, and the HP also had VT-UTF8 by default for emulation (SuperMicro defaulted to vt100 but still allows utf8). Comments? -- Diego Elio Pettenò — Flameeyes flamee...@flameeyes.eu — http://blog.flameeyes.eu/ +1 on the 115200 baud but I'm not sure about the VT-UTF8 even though I'd prefer it too. -- Regards, Christian Ruppert Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 pgpjVlDpP9dhC.pgp Description: PGP signature
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in www-plugins/adobe-flash: metadata.xml adobe-flash-11.2.202.228.ebuild ChangeLog
On 04/26/12 at 06:00PM +0200, Jeroen Roovers wrote: On Wed, 25 Apr 2012 23:04:08 -0600 Ryan Hill dirtye...@gentoo.org wrote: Arg, no. Please just print the warning if the host doesn't do SSE2. There's no reason to have a USE flag here (and _really_ no reason to make it fatal) I entirely agree there. :) I haven't followed the prev. conversation but what's wrong with a USE flag for SSE2? We already have SSE2 flags, even global.. , especially for an instruction set that every system has supported for over a decade. Er, some of my teenage systems run desktops just fine here, thanks. And one of them is just nine years old right now but still doesn't support SSE2 (merely SSE[1]). Regards, jer [1] http://en.wikipedia.org/wiki/AMD_Athlon_XP#Barton_and_Thorton - see [2] right above that for the actual specs. [2] http://en.wikipedia.org/wiki/AMD_Athlon_XP#Thoroughbred_.28T-Bred.29 -- Regards, Christian Ruppert Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 pgpXFvDvRmpl3.pgp Description: PGP signature
Re: [gentoo-dev] gentoo-news repository migrated to git
On 03/15/12 at 08:11PM +0100, Michał Górny wrote: On Thu, 15 Mar 2012 19:28:03 +0100 Ulrich Mueller u...@gentoo.org wrote: Seems that nobody has announced it yet: The gentoo-news repository has moved from subversion to git some time ago. New news items should be committed to git only, because the master rsync doesn't pull from the svn repository any more. Especially, this concerns the news about udev unmasking that was committed (to svn) yesterday. Can we make svn read-only then? Done. It will be archived in a few days. -- Best regards, Michał Górny -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 pgpzUhDiyxHca.pgp Description: PGP signature
Re: [gentoo-dev] In need of a good dev
On 02/18/12 at 10:48AM -0800, Grant wrote: Hello, are any Gentoo devs interested in building an ebuild for a fee and possibly other stuff including ongoing system administration? - Grant Some more details would be useful :) -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 pgpLjLhkdMBWO.pgp Description: PGP signature
Re: [gentoo-dev] Six month major project on Gentoo
On Thursday 15 December 2011 23:37:10 Gaurav Saxena wrote: Hello all , Thanks a lot for your replies. Christian, I am interested in Open RC, it sounds interesting to me, I would like to know more details regarding what type of projects are there that could be done. On Wed, Dec 14, 2011 at 11:35 PM, Christian Ruppert id...@gentoo.org wrote: On Wednesday 14 December 2011 16:36:42 Gaurav Saxena wrote: Hello all, I am interested in doing my final year computer scence project on gentoo. I would be having a duration of six months to work on the project. Could you please suggest me some good project ideas that would be helpful to me as well as gentoo. I am interested in parallel computing, data structures , operating system. I am well versed in C/C++. I think there might be projects which need to be done, I would like to work on them. What about OpenRC? :) We could need some help. http://www.gentoo.org/proj/en/base/openrc/ #openrc or #gentoo-base (IRC) via FreeNode Or ope...@gentoo.org. Let me know if you're interested or need more details :) -- Regards, Christian Ruppert Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 Hi Gaurav, you may know OpenRC already from your Gentoo machines, it's the service management fronted of sysvinit that handles the startup/shutdown of services in various runlevels incl. dependencies. What I can say is: The rc_parallel (so starting services parallel) feature needs some love. There are some issues re service dependencies, locking etc. https://bugs.gentoo.org/391945 https://bugs.gentoo.org/360013 and some more. We also have some issues with links of init scripts: There are a lot of other major and minor bugs. See http://preview.tinyurl.com/openrc-bugs You can also ask us via IRC if you want (just stay longer, remind the different timezones so it may take some time till one replies :P) -- Regards, Christian Ruppert Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Six month major project on Gentoo
On Wednesday 14 December 2011 16:36:42 Gaurav Saxena wrote: Hello all, I am interested in doing my final year computer scence project on gentoo. I would be having a duration of six months to work on the project. Could you please suggest me some good project ideas that would be helpful to me as well as gentoo. I am interested in parallel computing, data structures , operating system. I am well versed in C/C++. I think there might be projects which need to be done, I would like to work on them. What about OpenRC? :) We could need some help. http://www.gentoo.org/proj/en/base/openrc/ #openrc or #gentoo-base (IRC) via FreeNode Or ope...@gentoo.org. Let me know if you're interested or need more details :) -- Regards, Christian Ruppert Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] woodpecker.gentoo.org maintenance / outage
On Fri, 18 Nov 2011 17:11:35 +0100 Christian Ruppert id...@gentoo.org wrote: Hi everybody, as some of you may have noticed already we did some reboot(s) on woodpecker.gentoo.org aka dev.gentoo.org. To be honest we/I didn't expect major problems but as so often there are some if you don't expect it... So woodpecker will be unavailable again today and/or probably tomorrow as well. There is no ETA yet. We try to keep the outages as short as possible. The reboots will be announced again (as before) via wall on woodpecker but you may want to start $irc_client on your local computer anyway for now. What we did recently: Major gcc/glibc upgrade. Other major and minor upgrades. What is left is: Kernel Baselayout2 / OpenRC We'll let you know when we're done with it. Kernel, baselayout2 / OpenRC and perl are done. We're still having some trouble with the kernel/vixie-cron/glibc so we *may* need to reboot pecker again. -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: PGP signature
Re: [gentoo-dev] woodpecker.gentoo.org maintenance / outage
On Sat, 19 Nov 2011 04:42:40 +0100 Francisco Blas Izquierdo Riera (klondike) klond...@gentoo.org wrote: El 18/11/11 17:11, Christian Ruppert escribió: What is left is: Kernel Any problem regarding hardened? Need a hand from somebody in the team? No problems with hardened. Thanks :) -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: PGP signature
[gentoo-dev] woodpecker.gentoo.org maintenance / outage
Hi everybody, as some of you may have noticed already we did some reboot(s) on woodpecker.gentoo.org aka dev.gentoo.org. To be honest we/I didn't expect major problems but as so often there are some if you don't expect it... So woodpecker will be unavailable again today and/or probably tomorrow as well. There is no ETA yet. We try to keep the outages as short as possible. The reboots will be announced again (as before) via wall on woodpecker but you may want to start $irc_client on your local computer anyway for now. What we did recently: Major gcc/glibc upgrade. Other major and minor upgrades. What is left is: Kernel Baselayout2 / OpenRC We'll let you know when we're done with it. -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: PGP signature
[gentoo-dev] Mass deactivation of Bugzilla accounts
Hi everybody, I just wanted to let you know that we just disabled around 12890 Bugzilla accounts. Only accounts where either the remote SMTP returned a 5xx error code or the remote domain wasn't valid anymore/at all. It may be a good idea if you all check your accounts. *No* @gentoo.org accounts are affected! You'll see a notice when you try to login to Bugzilla if your account is affected. Please follow the instructions on the login page then. -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Bugzilla - New Default Status Workflow
On 04/30/2011 10:40 AM, Christian Ruppert wrote: On 04/28/2011 04:07 PM, Christian Ruppert wrote: So once again: https://bugs.gentoo.org/docs/en/html/lifecycle.html *Every* new bug filed by a user without editbugs will have UNCONFIRMED (old NEW) as fixed status. *If* we don't enable the UNCONFIRMED status at all then it will CONFIRMED as default but we would enable the UNCONFIRMED status. Bug wranglers can then assign the bug and they also *can* mark it as CONFIRMED *if* they *can* confirm it. The maintainer may change the status to IN_PROGRESS (old ASSIGNED) afterwards. The snipped of my first mail may be a bit confusing... It just means: NEW will become CONFIRMED, NEW has been fully replaced by CONFIRMED so NEW is gone but CONFIRMED is *not* the new default status. CONFIRMED would/could be the default for everybody with editbugs. ASSIGNED gone, replacement: IN_PROGRESS, REOPENED gone, CLOSED gone. VERIFIED will be added. So I think we should convert... I think I'll convert the workflow in about 24h if nobody really complains. There is more positive feedback anyway. Done. The new workflow is online. -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Bugzilla - New Default Status Workflow
On 05/01/2011 11:39 AM, Christian Ruppert wrote: On 04/30/2011 10:40 AM, Christian Ruppert wrote: On 04/28/2011 04:07 PM, Christian Ruppert wrote: So once again: https://bugs.gentoo.org/docs/en/html/lifecycle.html *Every* new bug filed by a user without editbugs will have UNCONFIRMED (old NEW) as fixed status. *If* we don't enable the UNCONFIRMED status at all then it will CONFIRMED as default but we would enable the UNCONFIRMED status. Bug wranglers can then assign the bug and they also *can* mark it as CONFIRMED *if* they *can* confirm it. The maintainer may change the status to IN_PROGRESS (old ASSIGNED) afterwards. The snipped of my first mail may be a bit confusing... It just means: NEW will become CONFIRMED, NEW has been fully replaced by CONFIRMED so NEW is gone but CONFIRMED is *not* the new default status. CONFIRMED would/could be the default for everybody with editbugs. ASSIGNED gone, replacement: IN_PROGRESS, REOPENED gone, CLOSED gone. VERIFIED will be added. So I think we should convert... I think I'll convert the workflow in about 24h if nobody really complains. There is more positive feedback anyway. Done. The new workflow is online. Before I forgot.. You may have to update your saved searches in Bugzilla. In the most cases its just that UNCONFIRMED has not been selected. -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Bugzilla - New Default Status Workflow
On 04/28/2011 04:07 PM, Christian Ruppert wrote: So once again: https://bugs.gentoo.org/docs/en/html/lifecycle.html *Every* new bug filed by a user without editbugs will have UNCONFIRMED (old NEW) as fixed status. *If* we don't enable the UNCONFIRMED status at all then it will CONFIRMED as default but we would enable the UNCONFIRMED status. Bug wranglers can then assign the bug and they also *can* mark it as CONFIRMED *if* they *can* confirm it. The maintainer may change the status to IN_PROGRESS (old ASSIGNED) afterwards. The snipped of my first mail may be a bit confusing... It just means: NEW will become CONFIRMED, NEW has been fully replaced by CONFIRMED so NEW is gone but CONFIRMED is *not* the new default status. CONFIRMED would/could be the default for everybody with editbugs. ASSIGNED gone, replacement: IN_PROGRESS, REOPENED gone, CLOSED gone. VERIFIED will be added. So I think we should convert... I think I'll convert the workflow in about 24h if nobody really complains. There is more positive feedback anyway. -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Bugzilla - New Default Status Workflow
So once again: https://bugs.gentoo.org/docs/en/html/lifecycle.html *Every* new bug filed by a user without editbugs will have UNCONFIRMED (old NEW) as fixed status. *If* we don't enable the UNCONFIRMED status at all then it will CONFIRMED as default but we would enable the UNCONFIRMED status. Bug wranglers can then assign the bug and they also *can* mark it as CONFIRMED *if* they *can* confirm it. The maintainer may change the status to IN_PROGRESS (old ASSIGNED) afterwards. The snipped of my first mail may be a bit confusing... It just means: NEW will become CONFIRMED, NEW has been fully replaced by CONFIRMED so NEW is gone but CONFIRMED is *not* the new default status. CONFIRMED would/could be the default for everybody with editbugs. ASSIGNED gone, replacement: IN_PROGRESS, REOPENED gone, CLOSED gone. VERIFIED will be added. So I think we should convert... -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] RFC: make bugzie quick search omit content once again
On 04/24/2011 12:17 AM, Michał Górny wrote: Hello, Just a quick RFC. With the bugzie migration, the quick search has been extended to grep over bug contents. This makes this handy search real slow and not really useful (due to a lot of useless results). I personally type in 'summary:' there every time I use it, and AFAIK I'm not the only dev opposed to the new behaviour. How about restoring the old one, or simply removing 'content' from the default search criteria? I just changed the default search behavior to alias and summary only. https://bugs.gentoo.org/show_bug.cgi?id=357725 -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8
Re: [gentoo-dev] Bugzilla 4 migration
On 03/07/2011 08:47 PM, Michał Górny wrote: On Mon, 7 Mar 2011 15:48:19 +0100 Tobias Klausmann klaus...@gentoo.org wrote: On Mon, 07 Mar 2011, Mike Frysinger wrote: If *anybody* can't use SSL for any reason please yell so that we can decide if we leave it as it is (plain + encrypted) or not. Is there any *real* reason to force SSL? It is *hell* slow. it should of course be force for logging in If it is enforced for login, it should be enforced for logged in sessions, cf. Cookie stealing (for a POC: Firesheep). And no, restricting the login cookie to an IP is *not* safe enough. Why does everyone assume it needs to be enforced? If user is interested in protecting his/her data, he/she can simply use https://. If he/she is not, there is no real reason to enforce slower (and not always supported) SSL. It's like forcing everyone to have doors with semi-automatic locks. *I* think it's ok if we're going to protect *our* data. Some user may even benefit from it. I don't see any disadvantages for our users. -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
[gentoo-dev] Bugzilla - New Default Status Workflow
Hey guys, in bugzilla-4.x they did change the Status Workflow[1]. snip This will convert the status of all bugs using the following system: NEW will become CONFIRMED ASSIGNED will become IN_PROGRESS REOPENED will become CONFIRMED (and the REOPENED status will be removed) CLOSED will become VERIFIED (and the CLOSED status will be removed) This change will be immediate. The history of each bug will also be changed so that it appears that these statuses were always in existence. Emails will not be sent for the change. /snip We're almost done with the preparation of bugzilla-4.x for bugs.gentoo.org. So, do we want the new workflow or do we want to keep the old? [1] http://www.bugzilla.org/releases/4.0/release-notes.html#v40_feat_workflow -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Bugzilla - New Default Status Workflow
On 03/06/2011 01:45 PM, Petteri Räty wrote: On 03/06/2011 02:22 PM, Christian Ruppert wrote: Hey guys, in bugzilla-4.x they did change the Status Workflow[1]. snip This will convert the status of all bugs using the following system: REOPENED will become CONFIRMED (and the REOPENED status will be removed) We would be loosing information here (at least you would need to go looking at bug history to find it). Would it be possible to have the new workflow + REOPENED? Would other statuses continue to exist like before? Regards, Petteri Yes. Yes. -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
[gentoo-dev] bugs.g.o - Bugzilla4 testing
Our bugstest setup is now public and can be found at [1] or [2]. If [1] doesn't work use [2] because the DNS changes I made may take some hours to reach everybody. Some notes: 1. SSL is enabled by default now, so it's forced. Unfortunately the option to force SSL *only* for logged in user is no longer available in Bugzilla-4.x. It has been added in early 3.x AFAIR and later replaced by forcing SSL at all or not. If *anybody* can't use SSL for any reason please yell so that we can decide if we leave it as it is (plain + encrypted) or not. *Bugmails are disabled*. All accounts (The DB is a few weeks old) from bugs.g.o should work on bugstest as well. If you're new, your account doesn't exist already and you're really interested in testing the new Bugzilla then please poke me either by mail or IRC (#gentoo-bugs, #gentoo-infra or #gentoo-dev). There are *no* attachments currently to speed up the conversions. All custom/Gentoo patches will be available *later* in a git repo[3]. So if you'd like to fix something or improve the theme you can contribute patches. Thanks to Alex Legler (a3li) for the Bugzilla theme. Also you need to decide which icon we should use. The current one[4] or this one[5]. The first one also looks good with other themes than the Gentoo theme. I'll try to migrate our current bugzilla-2.x as soon as possible to 4.x as everything should work and as I have more free time than usual right now. It is *possible* that we migrate even tomorrow. I know it's a bit fast but ... That should be all for the moment. [1] https://bugstest.gentoo.org [2] https://bugstest-web2.gentoo.org [3] http://git.overlays.gentoo.org/gitweb/?p=proj/gentoo-bugzilla.git;a=summary [4] https://bugstest-web2.gentoo.org/extensions/Gentoo/web/gentoo_org.png [5] https://bugstest-web2.gentoo.org/extensions/Gentoo/web/gentoo_org.2.png -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] bugs.g.o - Bugzilla4 testing
On 03/06/2011 05:37 PM, Dirkjan Ochtman wrote: On Sun, Mar 6, 2011 at 17:31, Christian Ruppert id...@gentoo.org wrote: Our bugstest setup is now public and can be found at [1] or [2]. If [1] doesn't work use [2] because the DNS changes I made may take some hours to reach everybody. This looks awesome, thanks so much for working on this!! One thing I noticed is that by default, search now also searches content, instead of just the titles. I rather liked the old behavior. Cheers, Dirkjan Do you mean the little search box in the toolbar or Simple/Advanced search? -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
[gentoo-dev] Bugzilla 4 migration
Dear community, our Bugzilla (bugs.gentoo.org) will be unavailable for the next hours. We're going to migrate our old Bugzilla to Bugzilla-4. We expect our update to finish within the next hours. Some notes: SSL is enabled by default now, so it's forced. Unfortunately the option to force SSL *only* for logged in user is no longer available in Bugzilla-4.x. It has been added in early 3.x AFAIR and later replaced by forcing SSL at all or not. If *anybody* can't use SSL for any reason please yell so that we can decide if we leave it as it is (plain + encrypted) or not. All custom/Gentoo patches will be available *later* in a git repo[1]. So if you'd like to fix something or improve the theme you can contribute patches. Thanks to Alex Legler (a3li) for the Bugzilla theme. [1] http://git.overlays.gentoo.org/gitweb/?p=proj/gentoo-bugzilla.git;a=summary -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Bugzilla 4 migration
On 03/07/2011 01:00 AM, Jan Kundrát wrote: On 03/06/11 23:55, Christian Ruppert wrote: our Bugzilla (bugs.gentoo.org) will be unavailable for the next hours. We're going to migrate our old Bugzilla to Bugzilla-4. We expect our update to finish within the next hours. (Private reply, as I don't feel like flaming you in public. Feel free to re-send to a public list, or quote, preferably as a whole.) Hi Christian, I wanted to ask if I missed the announcement of the migration. I tried to imagine a case which would force people to go ahead and perform such an action without informing the world about the downtime in advance, but failed to find one. So, did I miss the announcement, or was that a lapse on some guy's side, or is it something else which warranted a swift action? Anyway, I'm looking forward to a nice, upgraded bugzie. Hm, so before sending this mail, I checked my gentoo-dev archive, and the first e-mail about Bugzilla migration is roughly 12 hours old. That's very different from how Infra has handled any other migration in the past (apart from dealing with unexpected emergencies, of course). I realize I'm in the armchair position in this case, but this looks like a rather dangerous move. When you add the workflow change, I wouldn't stick with an announcement 12 hours in advance myself (I do sysadmin stuff as a day job). With kind regards, Jan Hey Jan, I know I didn't announce it properly. It was *my* fault but this is also a special case IMO. We decided to migrate just a few hours ago because robbat2 and me having enough time to do it now, finally. We're waiting since about 2007 for Bugzilla upgrades and it's now 2011 so I thought it's ok to do it now instead of waiting another few months (probably) or longer until we both have enough time again etc. We're not going to change the workflow, at least not now. We only do that if you guys decided about it. -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Git commit mails/CIA.vc notifications
Ah, btw. it is also possible to exclude files from commit mails/cia. This is useful for e.g. Manifest files. I'll try to enable it by default for gentoo overlays. -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
[gentoo-dev] Git commit mails/CIA.vc notifications
Hey guys, We've finally written a git hook which a) sends cia.vc notifications and b) gentoo-comm...@lists.gentoo.org/mailinglist commit mails. cia.vc is enabled by default. All repositories in user/ (So user overlays) are using the gentoo-user cia.vc project name. All others use by default gentoo as cia.vc project name. If *you* as repository owner want a different project name then please poke me or the other overlays admins and we'll fix it. The project name for user overlays will not be changed. All gentoo project commits will also go to gentoo-comm...@lists.gentoo.org by default. We can send to additional mailing list or address too. It is also possible to disable cia or mailinglist notifications. Private repositories are excluded from cia and gentoo-commits mails but it's still possible to add a other mailinglist/address. Regarding the gentoo-user commits... Shall we add a new mailinglist for it? For now no cia.vc notifications will be send to #gentoo-commits and no mailinglist will be used by default. -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] gentoo-src cvs repo and svn repos migration to git
On 01/31/2011 09:12 AM, Fabian Groffen wrote: On 31-01-2011 04:54:47 +0200, Theo Chatzimichos wrote: 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. I have a repository in use there, but don't want it to be migrated to git, and don't want you to throw it away. Since it seems you're going to remove stuff just because that feels like a good thing to do, are you going to offer people to actually get a repo in the original form, say a tarred copy, so it can live on, on e.g. gentooexperimental or something? Fabian, of course we don't remove any repositories where the owner don't want it to be migrated. We don't force anybody to migrate. -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Re: gentoo-src cvs repo and svn repos migration to git
On 01/31/2011 09:35 AM, Christian Faulhammer wrote: Hi, Theo Chatzimichos tampak...@gentoo.org: 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 Please do not throw away any repository if there is no conversion. Mark it as read-only and obsolete, move it to a section where it is clear that it is meant for reference only. I think I speak for the GNU Emacs and XEmacs team if I tell you that we want to stick to Subversion in the emacs repository. V-Li Only migrated repositories will be removed *LATER* (the old ones of course..). They'll first be cleaned and a file MOVED or so will be added including a brief description of where it has been moved to and so on. The time depends on the repository itself. Everything else will be kept as it is and/or read-only, as you said. -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] bugzilla cleanup: remove SECURITY keyword?
On 01/17/2011 05:54 PM, Paweł Hajdan, Jr. wrote: I've noticed we have a SECURITY keyword on bugs.gentoo.org, but only 79 bugs have it, and doesn't seem to be actively used, so it seems to only add confusion. What do you think about removing it? All 79 bugs would need a fix then. We can't remove used keywords/groups and so on. -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
[gentoo-dev] Upcoming git.overlays.g.o Maintenance: 2010/11/06 (Saturday) 15:00-16:00 UTC
Hey guys, We're going to migrate our git.overlays.gentoo.org backend from gitosis to gitolite. It'll bring us new features, more flexibility and it's more robust. For more details read my upcoming mail about it. When: 2010/11/06 (Saturday) 15:00-16:00 UTC Read/Write access to git.overlays.g.o will be disabled during the migration. NOTE: Only git is affected! Planned is a maximum of 1 hour downtime. It might be less or in the worst case a bit more. I'll let you know as soon as it is back up again. -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Upcoming git.overlays.g.o Maintenance: 2010/11/06 (Saturday) 15:00-16:00 UTC
What will change and for whom? In this mail (Table of contents) Information for ... - Everyone - New public key file format - Your real name - Your mail address - Nicknames - SSH options - Multiple keys - Querying your permissions - Repository owners - Overlay admins Everyone New public key file format -- We have a new ssh public key format. The old one contained only your pubkey while the new format expects at least your pubkey + 3 variables. Example of the new format: # git-realname: your real_name [# git-realname-ascii: your real name in ascii] # git-email: your mail address # git-username: user name for cia.vc and more optional ssh key options pubkey [optional ssh key options pubkey] [..] git-realname, git-email, and git-username are required. Your real name ^^ git-realname-ascii is optional and only necessary if your real name contains non-ASCII chars. Your mail address - Your mail address will not be sent to cia.vc! It's only used a) to be able to contact you in case something goes wrong, or b) in case you commit to a repo where each commit will be sent to gentoo-comm...@lists.gentoo.org. It will be obfuscated to avoid spam. Nicknames ^ All current keys have been updated either by hand or one of the Overlay admins already got the right data for those variables. Otherwise the default user name is the same as you use to commit. For Gentoo devs it's the nick. SSH options ^^^ SSH key options like 'from=...' are allowed, any forbidden options will be stripped automatically. Multiple keys ^ If you have multiple keys simply put them into one pubkey file or send us multiple pubkey files, for the required filename take a look at [3]. Querying your permissions - You're also able to see what permissions you were granted on a certain repository, see [4]. Repository owners (including everyone with a dev overlay) = Branch- and file-specific access rules -- You're now able to get branch based access rules for your repository in place [1]. The default permission is now RW+ (read, write, forced pushing) for all users that had write access before. It's up to you if you want someone to have other permissions, like RW (i.e. with forced pushing denied). See [1] for further information about permissions and esp. differences between permissions. Overlay admins == First of all, you should take a look at example.conf, it's included in the admin repository. Furthermore take a look at the available permissions and branch based access rules [1]. Also important for you are: [4,5,6,7,8]. The group @all includes _all_, so even gitweb and git daemon. If you say R = @all it means that anybody can read/clone this repo via SSH/git daemon/DAV and gitweb has read permissions. If you don't want to enable gitweb, use - = gitweb or daemon for git-daemon. NOTE: If you add a repository description, gitweb will automatically get read access! You cannot break gitolite as easily as gitosis. gitolite compiles the config first and it'll tell you about any errors. You're still able to fix your mistakes yourself then, unlike before where you had to contact somebody from infra in such an event. [1] http://github.com/sitaramc/gitolite/blob/pu/conf/example.conf [2] http://github.com/sitaramc/gitolite/blob/pu/doc/3-faq-tips-etc.mkd#_one_user_many_keys [3] http://github.com/sitaramc/gitolite/blob/pu/doc/report-output.mkd [4] http://github.com/sitaramc/gitolite/blob/pu/doc/2-admin.mkd [5] http://github.com/sitaramc/gitolite/blob/pu/doc/3-faq-tips-etc.mkd [6] http://github.com/sitaramc/gitolite/blob/pu/doc/delegation.mkd [7] http://github.com/sitaramc/gitolite/blob/pu/doc/gitolite-and-ssh.mkd [8] http://github.com/sitaramc/gitolite/blob/pu/doc/progit-article.mkd -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: EEB1 C341 7C84 B274 6C59 F243 5EAB 0C62 B427 ABC8 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] RFC: making revdep-rebuild more quiet
Hey Enrico, On 07/10/2010 06:21 PM, Enrico Weigelt wrote: i'd like to suggest an option for making revdep-rebuild more silent: Passing -q twice should make it output only if it really has something to do (found broken stuff and wants to emerge), so we can simply put it into an crontab entry to get a mail when something really happens. What do you think about this ? I've already started to improve the quiet part of revdep-rebuild take a look at http://bugs.gentoo.org/97073#c11 -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: 9B50 01DF E873 A0E4 126D 6C16 8B17 B68E 7FAE 7D38 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-dns/bind: bind-9.7.0_p2-r1.ebuild metadata.xml ChangeLog bind-9.7.1.ebuild bind-9.6.2_p2.ebuild
On 06/29/2010 04:22 AM, Jeremy Olexa wrote: On Mon, 28 Jun 2010 20:10:45 + (UTC), Christian Ruppert (idl0r) id...@gentoo.org wrote: snip lots +gssapi? ( || ( =app-crypt/heimdal-1.2.1-r4 =app-crypt/mit-krb5-1.6.3-r6 ) ) Christian, Any reason you aren't using virtual/krb5 ? -Jeremy Oops, no.. should be fixed now. Thanks :) -- Regards, Christian Ruppert Role: Gentoo Linux developer, Bugzilla administrator and Infrastructure member Fingerprint: 9B50 01DF E873 A0E4 126D 6C16 8B17 B68E 7FAE 7D38 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Suggestion to ask devs to change their bugzilla name when becoming devaway
On 06/10/2010 07:07 PM, Pacho Ramos wrote: Hello Currently, we only need to set a proper message in ~/.away (as talked in http://www.gentoo.org/proj/en/devrel/roll-call/devaway.xml ) when becoming devaway. The problem is that a lot of our users don't know about that devaway list and, then, they will still open bug reports and complaint when their reports get stalled due maintainer not being available. My suggestion (until http://bugs.gentoo.org/show_bug.cgi?id=256934 is solved) is to add a new step to how to use the Devaway System instructions asking people to also change their bugzilla name appending (Devaway), for example: Pacho Ramos would be changed to Pacho Ramos (Deavaway) Then, people could simply search devaway in google and would get proper information (gentoo devway page is the first shown) Thanks The devaway status/links are planned for bugzilla-3. -- Regards, Christian Ruppert Gentoo Linux Developer and Bugzilla Admin Fingerprint: 9B50 01DF E873 A0E4 126D 6C16 8B17 B68E 7FAE 7D38
Re: [gentoo-dev] Proxying and bugzilla
On 03/29/2010 11:47 PM, René 'Necoro' Neumann wrote: So I am asking whether there would be a solution to allow people like me to have full bugzilla rights on packages they are in charge for. Just gave you editbugs privileges, further instructions will follow per mail/irc. -- Regards, Christian Ruppert Gentoo Linux Developer and Bugzilla Admin Fingerprint: 9B50 01DF E873 A0E4 126D 6C16 8B17 B68E 7FAE 7D38 signature.asc Description: OpenPGP digital signature
[gentoo-dev] Bugzilla testers wanted - Email send to: no one issue
Dear gentoo-dev subscriber, as some of you might have been noticed, we're having some trouble with Bugzilla's mail notification. In some cases you might see something like Email sent to: no one [1] where it was not supposed to happen. We're not able to reproduce this issue so we would be glad if you guys could help us with that. Go and file some bugs with Product=Bugzilla and Component=Bugstest. Also try on different nodes [2], [3] or [4]. So we need steps to reproduce it. If you got something email[5] us or contact us via IRC (Nicks: robbat2 or idl0r). Thanks! [1] http://dev.gentoo.org/~darkside/tmp/bugzie-fail.jpg [2] https://bugs.gentoo.org [3] https://bugs-web1.gentoo.org [4] https://bugs-web2.gentoo.org [5] bugzi...@gentoo.org -- Regards, Christian Ruppert signature.asc Description: PGP signature