-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi!
You'll find attached the logfile for the 2005/01/30 meeting of the Gentoo/AMD64 Project.
We'll try to arrange such meetings more regularly. Future meetings will be announced on gentoo-amd64 ML. Currently these meetings are meant exclusively for Gentoo Devs and AMD64 Arch-Testers.
Danny - -- Danny van Dyk <[EMAIL PROTECTED]> Gentoo/AMD64 Project, Gentoo Scientific Project -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFB/UtiaVNL8NrtU6IRAu9rAJ9MvWgRcYGZ85vBEfBL2mXyQK1OOACgiCa8 IFPqSGp8KcEdORTDvDQbPjI= =FQQn -----END PGP SIGNATURE-----
Jan 30 12:01:13 blubb ===START Jan 30 12:01:19 * cryos is here. Jan 30 12:01:41 * Kugelfan1 ([EMAIL PROTECTED]) has joined #gentoo-amd64-dev Jan 30 12:01:41 * ChanServ sets modes [#gentoo-amd64-dev +o Kugelfan1] Jan 30 12:01:43 jhuebel K, so first on the agenda. KingTaco wants to talk to the ATs. Jan 30 12:01:49 jhuebel KingTaco: It's all yours. Jan 30 12:01:51 KingTaco just briefly Jan 30 12:02:02 KingTaco we're about to lose 2/3 curent AT's Jan 30 12:02:06 KingTaco I need more Jan 30 12:02:27 blubb KingTaco: why do we lose them? Jan 30 12:02:27 KingTaco so, everyone, please keep an eye out for users that show potential Jan 30 12:02:33 KingTaco they are becoming devs Jan 30 12:02:37 blubb *g* Jan 30 12:02:45 KingTaco Diemummee and piolyte will dev soon Jan 30 12:02:50 blubb cool Jan 30 12:02:55 jhuebel But DieMumiee will be a toolchain bitch. :-) Jan 30 12:02:58 Kugelfan1 DieMumiee: will be dev tomorrow according to the bug i think Jan 30 12:03:19 * Kugelfang has quit (Nick collision from services.) Jan 30 12:03:20 KingTaco it's cool, but I hate to lose testers Jan 30 12:03:28 jhuebel I can set DieMumiee up today, if you're waiting on devrel. Jan 30 12:03:32 KingTaco and if we're to keep the program going, we need more Jan 30 12:03:38 jhuebel quizzes are already approved. Jan 30 12:03:42 KingTaco my target is 5-10 testers Jan 30 12:03:43 blubb KingTaco: btw, what about the TESTED keyword? Jan 30 12:03:50 KingTaco blubb it's in there Jan 30 12:03:51 Kugelfan1 jhuebel: he's bug is due tomorrow... so yes, i'd like him to be setup tomorrow Jan 30 12:03:59 jhuebel Kugelfan1: K Jan 30 12:04:03 --- Kugelfan1 is now known as Kugelfang Jan 30 12:04:08 KingTaco unfourtantly, I need to get more permissions for AT's bug accounts Jan 30 12:04:16 blubb KingTaco: so ATs can set them and i can save a search grepping for that? :) Jan 30 12:04:35 jhuebel KingTaco: I think I had someone from infra look. Never got a response. Jan 30 12:04:50 jhuebel I know I can't give the proper permissions though. Jan 30 12:04:54 KingTaco jhuebel, I'll have a chat with infra Jan 30 12:04:59 * jhuebel nods. Jan 30 12:05:04 KingTaco seemant says it's possible Jan 30 12:05:15 KingTaco and it's been done in the past Jan 30 12:05:19 Kugelfang KingTaco: hint: test-requests ;-) Jan 30 12:05:25 jhuebel I'm sure it is. But I'm only a novice with bugzilla administration. Jan 30 12:05:45 KingTaco same here, but I'll twist infra's arm into helping me Jan 30 12:05:46 eradicator sorry i was in email for a bit I'm back now Jan 30 12:05:57 KingTaco Kugelfang, what do you have for test-requests :) Jan 30 12:05:59 jhuebel eradicator: wb Jan 30 12:06:14 KingTaco that's all for AT's: I need more Jan 30 12:06:27 Kugelfang KingTaco: hardware test-request... i've seen some bugs that request special drivers to be marked ~amd64 Jan 30 12:06:33 jhuebel Well, as far as possible AT's, maybe we should add something to the /topic on #gentoo-amd64 about users joining up. Jan 30 12:06:48 jhuebel Thoughts? Jan 30 12:06:48 KingTaco jhuebel, I tried that, we're out of space in /topic :/ Jan 30 12:06:48 blubb jhuebel: good idea Jan 30 12:06:55 jhuebel haha Jan 30 12:07:00 Kugelfang KingTaco: i thought about adding a page where we can request additional users to test 'em before we mark them Jan 30 12:07:01 KingTaco I'm gonna have to compress something else Jan 30 12:07:07 blubb jhuebel: perhaps we could also put it on amd64.g.o Jan 30 12:07:16 jhuebel blubb: Good idea. Jan 30 12:07:20 jhuebel I'll do that today. Jan 30 12:07:22 Kugelfang that whole page needs a redesign ;-) Jan 30 12:07:23 KingTaco blubb, it's there as a sub-project Jan 30 12:07:28 blubb under 6. How to Participate Jan 30 12:07:32 jhuebel Kugelfang: I know, I know... Jan 30 12:07:39 hparker What about something in the weekly newsletter? Jan 30 12:07:42 Kugelfang jhuebel: we have a doc dev now ... (hint) Jan 30 12:07:49 Kugelfang hparker: got point Jan 30 12:07:52 jhuebel Kugelfang: Ah, truedat. Jan 30 12:08:01 Kugelfang i'll bug mr plate for GWN Jan 30 12:08:02 jhuebel Where is gerrynjr? Jan 30 12:08:14 KingTaco dunno Jan 30 12:08:16 jhuebel !seen geerrynjr Jan 30 12:08:18 jeeves jhuebel, I don't remember seeing geerrynjr. Jan 30 12:08:18 Kugelfang jhuebel: i think he said something about being not available this weekend Jan 30 12:08:19 jhuebel er... Jan 30 12:08:22 jhuebel !seen gerrynjr Jan 30 12:08:23 jeeves gerrynjr ([EMAIL PROTECTED]) was last seen quitting from #gentoo-amd64-dev 1 day, 13 hours, 14 minutes ago stating (Client Quit). Jan 30 12:08:33 * jhuebel nods. Jan 30 12:09:03 jhuebel K, so we'll just advertise for AT's on every available location. Jan 30 12:09:07 KingTaco yeah Jan 30 12:09:16 jhuebel I can add a line item to the staffing-needs page that devrel maintains. Jan 30 12:09:23 Kugelfang jhuebel: yepp Jan 30 12:09:25 jhuebel I already added one for em64t devs. Jan 30 12:09:37 jhuebel And GWN is going to include something about needing em64t devs too. Jan 30 12:09:42 Kugelfang [toucan]/home/kugelfang/test-requests.xml Jan 30 12:09:45 KingTaco cool Jan 30 12:09:47 jhuebel Tomorrow, AAMOF Jan 30 12:10:06 jhuebel Maybe we should get GWN to advertise about needing ATs too. Jan 30 12:10:09 Kugelfang jhuebel: i know oya3un... i'll bug him to include "ATs needed for amd64" Jan 30 12:10:23 jhuebel There are a lot of people who don't spend time in IRC yet who may be good as testers. Jan 30 12:10:31 jhuebel People in the forums, on the ML, etc. Jan 30 12:10:34 blubb what about the forums? Jan 30 12:10:38 KingTaco yeah, I'm thinking of trying to grab "duncan" Jan 30 12:10:40 cryos What about a thread in the forums too. Jan 30 12:10:44 Kugelfang yeah... "Andreas Korinek" or somethink like this... Jan 30 12:11:20 KingTaco Kugelfang, what's his handle, I think I've talked to someone with that name Jan 30 12:11:20 blubb Kugelfang: good point, he seems pretty active Jan 30 12:11:20 jhuebel cryos: Go ahead and post something there and I'll promote it to an announcement. Jan 30 12:11:28 cryos jhuebel: OK. Jan 30 12:11:35 jhuebel cryos: Include em64t needs, too. Jan 30 12:11:54 cryos jhuebel: I'll author something later to cover both. Jan 30 12:11:58 Kugelfang KingTaco: you talked to Andreas Pokorny aka DieMumiee ;-) Jan 30 12:12:04 KingTaco ahh Jan 30 12:12:11 jhuebel cryos: Thanks. email me when it's done and I'll promote it. Jan 30 12:12:20 cryos jhuebel: OK./ Jan 30 12:12:24 KingTaco Kugelfang, are you talking about "wizards-of-something.net" Jan 30 12:12:30 blubb KingTaco: yes Jan 30 12:12:35 jhuebel Somebody want to post an announcement to the ML too? Jan 30 12:12:37 blubb wizards of chemistry Jan 30 12:12:37 KingTaco yeah, let's grab him Jan 30 12:12:40 Kugelfang jhuebel, KingTaco: cryos is going to get perl5 into ~amd64 Jan 30 12:12:55 KingTaco Kugelfang, perl or php? Jan 30 12:12:58 jhuebel Kugelfang: eh? Jan 30 12:13:01 cryos Kugelfang: You mean PHP 5? Jan 30 12:13:02 jhuebel Oh, php... Jan 30 12:13:06 Kugelfang cryos: sorry... Jan 30 12:13:08 Kugelfang PHP5 Jan 30 12:13:09 jhuebel Cool, that would be good. Jan 30 12:13:17 jhuebel We still held up by the imap problem? Jan 30 12:13:20 Kugelfang not enough tea ;-) Jan 30 12:13:22 KingTaco nope Jan 30 12:13:23 cryos I have it working, but it turns out that c-client is a virtual.... Jan 30 12:13:38 KingTaco I hacked around it and turned it over to cryos :) Jan 30 12:13:40 Kugelfang cryos: virtual.... (bitch?) Jan 30 12:13:41 cryos I need to patch up uw-imap and vimap :( Jan 30 12:13:53 jhuebel cryos: Ah, that sucks. Jan 30 12:14:16 cryos Big time as the Makefiles are a nightmare, and symlinked into one big mess during build... Jan 30 12:14:29 cryos c-client was a lot easier than the other two look. Jan 30 12:14:35 Kugelfang cryos: you ever worked on xfree86 ? Jan 30 12:14:36 * jhuebel nods. Jan 30 12:14:38 Kugelfang cryos: one word: Jan 30 12:14:39 Kugelfang IMAKE Jan 30 12:14:40 jhuebel Kugelfang: haha Jan 30 12:14:46 KingTaco cryos, kudos on patching the makefile. I wouldn't of even tried it, seeing as how it's such a mess Jan 30 12:14:48 cryos Kugelfang: I have not had that pleasure... Jan 30 12:14:52 * Kugelfang waiting for LV to cry: IMAKE IS THE DEVIL! Jan 30 12:15:13 Kugelfang cryos: is it autotools ? Jan 30 12:15:18 Kugelfang cryos: or something selfmade ? Jan 30 12:15:20 eradicator imake is evil Jan 30 12:15:20 KingTaco imake<null Jan 30 12:15:22 lv ...what? it is Jan 30 12:15:25 cryos KingTaco: I don't know if it is possible to patch the Makefile - it is some selfmade nightmare... Jan 30 12:15:28 Kugelfang lv: hehe Jan 30 12:15:33 KingTaco cryos, yup :) Jan 30 12:15:37 Kugelfang lv: you're absolutely right... Jan 30 12:15:41 cryos Kugelfang: Selfmade nightmare. Jan 30 12:15:46 Kugelfang cryos: ... Jan 30 12:16:02 Kugelfang cryos: dude... do you need something ? holy water ? garlic ? Jan 30 12:16:03 eradicator imake makes autotools looke holy Jan 30 12:16:11 jhuebel haha Jan 30 12:16:17 jhuebel K, we're getting off track... Jan 30 12:16:20 Kugelfang eradicator: autotools are quite ok i think Jan 30 12:16:24 cryos Shame they didn't want to use autotools for any of them... Jan 30 12:16:26 blubb jhuebel: ack ;) Jan 30 12:16:27 eradicator yeah... back on track =) Jan 30 12:16:36 Kugelfang eradicator: we have a working relationsship now ;-) Jan 30 12:16:38 KingTaco ik, Kugelfang you had something about test requests... Jan 30 12:16:45 jhuebel So, let's talk about 2005.0. I want to bring you guys up to speed. Jan 30 12:16:46 Kugelfang KingTaco: righto Jan 30 12:16:54 jhuebel that is, with the releng part. Jan 30 12:17:02 jhuebel eradicator: Chime in as needed. Jan 30 12:17:04 Kugelfang KingTaco: i'll move that xml over to public_html, one minute Jan 30 12:17:24 eradicator ok... actually, first... Jan 30 12:17:32 jhuebel eradicator: Go ahead. Jan 30 12:17:34 Kugelfang http://dev.gentoo.org/~kugelfang/test-requests.xml Jan 30 12:17:43 blubb :/ Jan 30 12:17:52 eradicator lv mentioned that the mirrors don't have workable 2005.0 stages in expirimental/amd64 Jan 30 12:17:56 eradicator they're still back from 2004.3 Jan 30 12:17:58 blubb i like xml, but actually i like html even more ;) Jan 30 12:18:20 jhuebel eradicator: Well, I think the stages that are out there are currently b0rken. Jan 30 12:18:32 blubb eradicator: i have some problems with the 20050125 too Jan 30 12:18:36 jhuebel That was the first set of stages I created. Jan 30 12:18:43 jhuebel And they sucked, basically. Jan 30 12:18:47 blubb eradicator: but i don't know it's a hd-error, so i have to check twice Jan 30 12:18:58 jhuebel blubb: No, those stages are crap. Jan 30 12:19:09 eradicator the stage1 I got off toucan /space/expirimental-local was fine as long as I updated multilib.eclass or copied over my cpio binary Jan 30 12:19:18 * jhuebel nods. Jan 30 12:19:32 jhuebel eradicator: Did you build all the way through stage3? Jan 30 12:19:36 Kugelfang http://dev.gentoo.org/~kugelfang/test-requests.html Jan 30 12:19:51 eradicator yes, bootstrap, emerge system Jan 30 12:19:51 hparker The stage3 I used to install this just had some goofy permissions on / Jan 30 12:20:03 jhuebel Because I'm currently trying to figure out why stage3 is merging perl /after/ openssl, which is causing the build to fail. Jan 30 12:20:28 KingTaco jhuebel, what about using piolytes stages? Jan 30 12:20:29 eradicator jhuebel: there's a ssl USE flag loop Jan 30 12:20:47 hparker KingTaco: That's what I used Jan 30 12:20:47 jhuebel KingTaco: I used that as a seed stage. Jan 30 12:20:51 KingTaco nod Jan 30 12:21:05 blubb KingTaco: they are broken Jan 30 12:21:11 eradicator bug 39318 Jan 30 12:21:11 jeeves eradicator: http://bugs.gentoo.org/show_bug.cgi?id=39318 cri, P2, All, [EMAIL PROTECTED]>[EMAIL PROTECTED], NEW, pending, circular dependency between perl and openssl Jan 30 12:21:37 KingTaco yuck Jan 30 12:21:52 jhuebel K, thanks. Jan 30 12:21:58 eradicator perl should merge fine after openssl as long as you have a USE=-ssl perl in your stage1 Jan 30 12:24:20 blubb ping? Jan 30 12:24:27 Kugelfang so we still need the test-stages to show up in experimental/amd64 Jan 30 12:24:29 Kugelfang blubb: pong Jan 30 12:24:32 blubb ah :) Jan 30 12:24:37 Kugelfang we're still there ;-) Jan 30 12:24:43 Kugelfang at least me Jan 30 12:25:04 KingTaco ... Jan 30 12:25:11 Kugelfang *G Jan 30 12:25:41 KingTaco jhuebel ?? Jan 30 12:25:54 eradicator i think he's looking over the bug Jan 30 12:25:57 KingTaco ah Jan 30 12:25:57 jhuebel Right, I should have the test stages done today. Jan 30 12:26:04 KingTaco great Jan 30 12:26:09 jhuebel Sorry, I was in another window. :-) Jan 30 12:26:18 KingTaco you need twinview :) Jan 30 12:26:25 blubb jhuebel: you need a second screen :P Jan 30 12:26:29 Kugelfang ... always that pr0n-looking family fathers Jan 30 12:26:32 Kugelfang :-) Jan 30 12:26:37 jhuebel heh Jan 30 12:26:39 blubb lol Jan 30 12:27:19 * Kugelfang wants to push those test-request through now ;-) Jan 30 12:27:25 jhuebel Since the 2005.0 release has been pushed back, I think the multilib QA questions aren't as big of a deal. Jan 30 12:27:33 lv 0.o Jan 30 12:27:40 Kugelfang jhuebel: i don't share that opinion... Jan 30 12:27:51 cryos jhuebel: When is the planned release now? Jan 30 12:27:52 Kugelfang jhuebel: we should try to get them out as fast as possible... Jan 30 12:28:15 Kugelfang jhuebel: as there will be many people using the 2005.0 profile anyway Jan 30 12:28:57 eradicator There were a few bugs in opengl-update Jan 30 12:28:58 jhuebel Kugelfang: I'm not saying we're going to ignore the issues. I'm just saying we have a little breathing room now. Jan 30 12:29:02 eradicator those are now fixed in 2.1_pre4 Jan 30 12:29:05 Kugelfang jhuebel: kk Jan 30 12:29:12 Kugelfang jhuebel: misunderstanding Jan 30 12:29:49 eradicator there is one bug with doom3/cedaga... but it isn't even getting to the point where it dlopen()s libGL Jan 30 12:30:01 jhuebel K Jan 30 12:30:06 Kugelfang biab Jan 30 12:30:33 eradicator I think it's a problem with having a nptl/-nptlonly glibc + emul-blah-glibc Jan 30 12:30:48 * jhuebel nods. Jan 30 12:31:02 jhuebel K, anything else we need to talk about? Jan 30 12:31:10 lv wait... Jan 30 12:31:10 jhuebel That's all I had. Jan 30 12:31:11 * blubb has a few questions Jan 30 12:31:15 cryos jhuebel: Do we have a target date for release? Jan 30 12:31:18 eradicator multilib roadmap? Jan 30 12:31:21 lv eradicator: does glibc now install multilib? Jan 30 12:31:29 eradicator lv: in 2005.0, yes Jan 30 12:31:43 lv i was planning to eventually do a seperate ebuild for that, to keep dependency handling from breaking... Jan 30 12:31:43 jhuebel cryos: Not that I'm aware of. But I haven't checked my email today. Jan 30 12:31:49 lv but i erm... got distracted Jan 30 12:31:53 eradicator for each ABI listed in MULTILIB_ABIS Jan 30 12:32:00 Kugelfang back Jan 30 12:32:17 eradicator different packages won't work well... they need to handle the include files at the same time Jan 30 12:32:19 lv eradicator: we -really- need use-based dependencies Jan 30 12:32:39 eradicator no kidding Jan 30 12:32:51 KingTaco yeah Jan 30 12:32:57 * jhuebel nodnods. Jan 30 12:32:58 blubb when will that feature be in portage? Jan 30 12:33:09 jhuebel Is it even planned? Jan 30 12:33:11 lv i just asked Jan 30 12:33:13 eradicator 3.0 is the target for dynamic slotting, db update Jan 30 12:33:36 Kugelfang eradicator: eta ? Jan 30 12:33:56 eradicator I'll give you even monet at mid 2006 Jan 30 12:34:14 Kugelfang great ;-) Jan 30 12:34:21 jhuebel Considering there are other higher priorities, like signing... Jan 30 12:34:31 Kugelfang jepp Jan 30 12:34:48 jhuebel K, anything else? Jan 30 12:34:52 blubb yep Jan 30 12:34:59 jhuebel blubb: go ahead Jan 30 12:35:07 Kugelfang eradicator: can you write up a document (only text) about the roadmap (if you haven't started already= Jan 30 12:35:24 lv nothing is more important than use-based deps and multi-slot! Jan 30 12:35:27 eradicator Kugelfang: I sent it in an email amongst all the me/chris flame Jan 30 12:35:29 * lv riots Jan 30 12:35:37 jhuebel To us... Jan 30 12:35:39 blubb we have tons of works on amd64 bugs, but sometimes it doesn't work, so other users put in their error log as a comment Jan 30 12:35:40 Kugelfang eradicator: that's why i didn't read it ;-) Jan 30 12:35:52 eradicator Kugelfang: hah... ok... I'll resend it Jan 30 12:36:06 Kugelfang lv: *G Jan 30 12:36:06 blubb i'd like to close those bugs as INVALID to keep bugzilla clean Jan 30 12:36:16 blubb what do you think about that? Jan 30 12:36:18 KingTaco well Jan 30 12:36:24 KingTaco it depends Jan 30 12:36:27 Kugelfang blubb: i think i didn't understand you fully ? Jan 30 12:36:34 Kugelfang blubb: query me in german ? Jan 30 12:36:43 blubb Kugelfang: i'll give you an example Jan 30 12:36:48 Kugelfang k Jan 30 12:36:54 KingTaco take for example, it works with CFLAGS="-O2 -pipe", ubt doesn't work with -O9 -blah Jan 30 12:37:04 Kugelfang aha, ok... Jan 30 12:37:41 blubb http://bugs.gentoo.org/show_bug.cgi?id=46591 Jan 30 12:38:48 hparker lol Jan 30 12:38:48 Kugelfang blubb: ahm, you know that is asinthe posting "doesn't work" Jan 30 12:39:00 jhuebel K, I got a newborn to take care of... I gotta run soon. Jan 30 12:39:12 blubb Kugelfang: yes Jan 30 12:39:13 * lv hugs jhuebel Jan 30 12:39:17 lv jhuebel: cya dude Jan 30 12:39:26 jhuebel lv: Good to see ya around again. Missed you around here. Jan 30 12:39:35 lv i'll try not to be a stranger Jan 30 12:39:41 * jhuebel hugs lv. Jan 30 12:39:47 lv i want to play with some more stuff that only gentoo will let me do anyways Jan 30 12:39:50 * Kugelfang too /me too Jan 30 12:39:54 blubb Kugelfang: i simply don't like bugs that tell me 'foo works on amd64' and when i check them i actually see they don't work ;) Jan 30 12:40:04 blubb Kugelfang: it would help to avoid dups Jan 30 12:40:08 KingTaco blubb that's what AT's are for Jan 30 12:40:09 Kugelfang blubb: k k Jan 30 12:40:09 * lv is still playing with the idea of binary kernel ebuilds Jan 30 12:40:16 lv with initramfs image generation Jan 30 12:40:26 lv for, like... root on lvm, or a usb drive Jan 30 12:40:34 jhuebel K, I gotta run. Can we close the meeting? Jan 30 12:40:35 blubb KingTaco: sure, but can they set RESOLVED INVALID? Jan 30 12:40:52 KingTaco blubb, I'm working on that Jan 30 12:40:58 KingTaco gotta twist infras arm Jan 30 12:40:58 hparker See ya jhuebel Jan 30 12:41:00 blubb KingTaco: that would be great Jan 30 12:41:02 blubb cu jhuebel Jan 30 12:41:03 KingTaco l8r jhuebel Jan 30 12:41:07 Kugelfang jhuebel: cya Jan 30 12:41:15 cryos Bye jhuebel. Jan 30 12:41:19 Kugelfang jhuebel: no, not closing... Jan 30 12:41:33 Kugelfang jhuebel: we have some things... just read the logs later ;-) Jan 30 12:41:39 jhuebel l8r guys. I'll be back around 2100UTC Jan 30 12:41:50 jhuebel hparker: Please. :-) Jan 30 12:41:57 blubb then there's another issue Jan 30 12:42:04 jhuebel Kugelfang: K, I'll read the log later then. Jan 30 12:42:10 Kugelfang blubb: what about ATs marking those BUGs as TESTED and leave and change summary to [NOTWORKING] ? Jan 30 12:42:13 luckyduck more a generall question, does somebody know a document which lists some things which are important for c programming and amd64, i.e. a document which describes differences like 0 and (char*)0 or whatever (example bug #76967)? Jan 30 12:42:15 jhuebel No need to email directly to me. I log everything anyway. Jan 30 12:42:17 cryos Shouldn't ATs refer those bugs as invalid to a dev to confirm and close as invalid? Jan 30 12:42:26 blubb i think we will also have quite a lot multilib-strict bug reports... Jan 30 12:42:28 Kugelfang luckyduck: take the amd docs ? Jan 30 12:42:33 Kugelfang luckyduck: i'll dig 'em out Jan 30 12:42:34 KingTaco cryos, not really Jan 30 12:42:40 luckyduck Kugelfang: oh, thanks Jan 30 12:42:43 blubb Kugelfang: also fine to me Jan 30 12:42:47 cryos KingTaco: OK - that is just how I would do it. Jan 30 12:43:05 KingTaco cryos, if we are going to trust them, then let's trust them Jan 30 12:43:20 KingTaco I'm somewhat selective about whom I'll allow as an AT Jan 30 12:43:24 blubb anyway, about the multilib-strict bugs: i think we should write a little how-to-report-them, similiar to 'works on amd64' Jan 30 12:43:35 Kugelfang blubb: ACK Jan 30 12:43:46 * Kugelfang opens kedit for TODO Jan 30 12:43:57 blubb Kugelfang: i already have a tracker list :P Jan 30 12:44:04 cryos KingTaco: If that's how you want to do it - I thought ATs were there to do testing and feedback as a trusted source. Jan 30 12:44:23 eradicator some multilib-strict will be invalid Jan 30 12:44:40 * lv hates the idea of same-ebuild multilib Jan 30 12:44:51 eradicator it will report perl modules (which are alright in /usr/lib) and executables made with hardened Jan 30 12:44:53 KingTaco cryos, that's true. perhaps I'll instruct them to get another AT/dev to back them up before INVALIDing something Jan 30 12:45:00 cryos I am trying to find a really good link I had to a site about porting C/C++ code to 64 bit - with the important differences.... Jan 30 12:45:01 KingTaco would that suffice? Jan 30 12:45:10 * lv hates the idea of same-ebuild multilib without portage hooks for handing that as multiple dep trees Jan 30 12:45:48 eradicator lv: the only packages that are installing multilib in the same ebuild right now are glibc, nvidia-glx, and ati-drivers Jan 30 12:45:59 lv ah Jan 30 12:46:20 lv with use-based deps, though, that dislike goes out the window Jan 30 12:46:26 eradicator yeah Jan 30 12:46:27 * lv pokes at a portage dev furiously Jan 30 12:46:33 KingTaco heh Jan 30 12:46:37 Kugelfang luckyduck: http://www.amd.com/us-en/Processors/DevelopWithAMD/0,,30_2252_11395_11428,00.html Jan 30 12:46:59 luckyduck Kugelfang: ah, thanks! Jan 30 12:47:07 Kugelfang @cryos as well ;-) Jan 30 12:47:10 cryos KingTaco: That sounds OK to me - although I would tend to get a dev to commit and/or invalid bugs. I would be happy with the above also too. Jan 30 12:47:24 * Kugelfang sees AMD has new version of ACML ready wheee Jan 30 12:47:31 * Kugelfang needs to version bump it Jan 30 12:47:37 cryos Kugelfang: I found a nicer generic guide - not in my bookmarks though... Jan 30 12:47:42 KingTaco cryos, cool, that's how we'll do it Jan 30 12:48:22 blubb btw, is there somebody that reads the amd64 forums regulary? Jan 30 12:48:31 lv eradicator, do you have a doc on your new multilib changes? Jan 30 12:48:35 cryos blubb: I do sporadically. Jan 30 12:48:36 KingTaco I've long given up on the forums Jan 30 12:48:42 KingTaco too much cheese Jan 30 12:48:48 blubb yes Jan 30 12:48:53 lv eradicator: i've been out of the loop, i need a howto of sorts. the equiv of get_libdir(), etc. Jan 30 12:49:03 cryos blubb: Although it has been getting less and less recently. Jan 30 12:49:14 lv or did you edit get_libdir()? Jan 30 12:49:24 eradicator lv: your best bet is looking in the first chunk of multilib.eclass Jan 30 12:49:24 Kugelfang lv: that's still working Jan 30 12:49:29 eradicator get_libdir still works ;) Jan 30 12:49:30 lv that would make sense... since so many ebuilds already use it Jan 30 12:49:57 * lv got bored and converted -many- ebuilds to using it... Jan 30 12:50:00 lv word Jan 30 12:50:21 blubb lv: i'm still libdirizing them ;) Jan 30 12:50:28 lv :) Jan 30 12:50:44 cryos c-client needed some get_libdir loving too... Jan 30 12:50:58 KingTaco c-client needs lotsa loving Jan 30 12:51:10 cryos It needs shooting really... Jan 30 12:51:16 KingTaco hehe Jan 30 12:51:29 * Kugelfang hands cryos as desert eagle Jan 30 12:51:31 cryos Why can't PHP use a better library than that :( Jan 30 12:51:57 lv *patpat* Jan 30 12:51:58 KingTaco eradicator, whats going on with piolyte? Jan 30 12:52:03 lv cryos: it will be ok Jan 30 12:52:04 * cryos takes aim , fires and watches the carnage that is c-client burn... Jan 30 12:52:05 lv heh Jan 30 12:52:33 cryos I was happy until robbat2 informed me c-client was a virtual! Jan 30 12:52:50 lv 0.o Jan 30 12:52:57 blubb heh Jan 30 12:53:05 eradicator KingTaco: in terms of becoming a dev? Jan 30 12:53:11 KingTaco eradicator, yeah Jan 30 12:53:25 KingTaco eradicator, I assume I'm loosing him as an AT soon Jan 30 12:53:30 eradicator KingTaco: I'm feeling more comfortable now after having worked with him more. Jan 30 12:53:55 eradicator i need to get his end quiz squared away and he'll probably be dev'd in a week or so Jan 30 12:54:00 KingTaco cool Jan 30 12:54:15 Kugelfang http://dev.gentoo.org/~kugelfang/AMD64-Meeting-2005-01-30-TODO Jan 30 12:54:20 Kugelfang what's missing ? Jan 30 12:54:33 Kugelfang tell me now or be silenced forever ;-) Jan 30 12:54:34 blubb Kugelfang: hang on Jan 30 12:54:52 * DieMumiee has quit (Read error: 54 (Connection reset by peer)) Jan 30 12:55:01 KingTaco Kugelfang, you might want to link your test request with my AT page somehow Jan 30 12:55:12 cryos Kugelfang: You spelt eradicator wrong ;) Jan 30 12:55:22 blubb lol Jan 30 12:56:23 cryos Test stages, verify, test LiveCDs - should they be on there too? Jan 30 12:56:38 cryos Test stages, verify, test LiveCDs - should they be on there too? Jan 30 12:56:49 KingTaco cryos, they need to be built before we can test :) Jan 30 12:57:02 hparker Then add build to the list? Jan 30 12:57:08 cryos They are a TODO though? Build, test and stuff? Jan 30 12:57:32 eradicator i emailed the roadmap Jan 30 12:57:43 Kugelfang k k k Jan 30 12:58:16 Kugelfang http://dev.gentoo.org/~kugelfang/AMD64-Meeting-2005-01-30-TODO Jan 30 12:58:39 * DieMumiee ([EMAIL PROTECTED]) has joined #gentoo-amd64-dev Jan 30 12:58:39 * ChanServ sets modes [#gentoo-amd64-dev +v DieMumiee] Jan 30 12:58:45 cryos As a longer term thing too, I saw the idea of all projects having a roadmap - I would like to see us do something like that. Let users/devs know short-term and longer term goals of the project. Jan 30 12:58:55 Kugelfang cryos: kk Jan 30 12:59:09 KingTaco Kugelfang, you can assign all the AT stuff to me Jan 30 12:59:22 blubb cryos: ack Jan 30 12:59:35 Kugelfang KingTaco: i will xml-ify it and put it into CVS Jan 30 12:59:38 KingTaco k Jan 30 12:59:50 Kugelfang KingTaco: i want such a file for each meeting now, k ? Jan 30 12:59:56 KingTaco sounds good Jan 30 13:00:01 KingTaco I like summaries Jan 30 13:00:19 KingTaco have gerrynjr make a index of all our meeting notes somewhere Jan 30 13:00:29 KingTaco or you can do it Jan 30 13:00:36 KingTaco you seem to know xml :) Jan 30 13:01:09 KingTaco all new devs, please check to see if you're listed as a dev on amd64.gentoo.org. if not, please bug me or Kugelfang Jan 30 13:01:39 Kugelfang i know a bit xml, and GuideXML is not that hard to understand ;-) Jan 30 13:01:44 cryos On the main roll-call dev page I am only listed as Science - can amd64 be added to that page by someone? Jan 30 13:01:58 KingTaco cryos, I'll try Jan 30 13:02:10 KingTaco but jhuebel might have to change that Jan 30 13:02:24 luckyduck oh, same over here. Jan 30 13:02:27 eradicator cryos: I'll add you Jan 30 13:02:40 cryos eradicator: Thanks - I thought it could be a devrel thing. Jan 30 13:03:11 luckyduck eradicator: can you add me there, too ? Jan 30 13:03:13 blubb Kugelfang, KingTaco: the guy who posts the logs to the ml should also post that summary Jan 30 13:03:32 Kugelfang blubb: summary will be xml-ified... Jan 30 13:03:41 blubb Kugelfang: ah, great Jan 30 13:03:44 blubb even better Jan 30 13:04:32 eradicator cryos: luckyduck: InCVS Jan 30 13:04:33 luckyduck eradicator: thanks :) Jan 30 13:04:41 cryos eradicator: Thank you. Jan 30 13:05:05 cryos I found one of the nice links about 64 bit programming - http://www.unix.org/whitepapers/64bit.html Jan 30 13:05:11 blubb a propos de InCVS: what is that keyword for? Jan 30 13:05:18 blubb i think it's absolutely useless :D Jan 30 13:06:31 luckyduck cryos: that looks good, thank you :) Jan 30 13:07:09 cryos luckyduck: It's OK - someone on IRC pointed it out to me and I found it useful. Just can't find the other which was more of a practical guide to porting... Jan 30 13:08:38 hparker bug 80067 Jan 30 13:08:38 jeeves hparker: http://bugs.gentoo.org/show_bug.cgi?id=80067 enh, P2, All, [EMAIL PROTECTED]>[EMAIL PROTECTED], NEW, pending, [keywording request] mailx-20040524-r1 Jan 30 13:08:53 hparker I just tested that, though there's no mail for hparker or root Jan 30 13:11:46 blubb ok, can i cut logging here? Jan 30 13:12:01 * blubb has quit ("signal lost") Jan 30 13:12:15 luckyduck hehe Jan 30 13:12:21 cryos Kugelfang, KingTaco: Is the meeting over, or do we have more? Jan 30 13:12:22 * blubb ([EMAIL PROTECTED]) has joined #gentoo-amd64-dev Jan 30 13:12:22 * ChanServ sets modes [#gentoo-amd64-dev +o blubb] Jan 30 13:12:47 KingTaco do we have anything else for the meeting? Jan 30 13:12:48 blubb whoops :D Jan 30 13:12:56 Kugelfang i have nothing else Jan 30 13:13:01 KingTaco blubb, you didn't miss anythin Jan 30 13:13:07 KingTaco anyone, last call Jan 30 13:13:08 hparker blubb: Wrong button? Jan 30 13:13:08 Kugelfang i'm currently XMLifiying the TODO list Jan 30 13:13:15 blubb hparker: ctrl-x :/ Jan 30 13:13:16 KingTaco going.... Jan 30 13:13:19 KingTaco going.... Jan 30 13:13:22 KingTaco gone... Jan 30 13:13:27 KingTaco ====END MEETING
-- [email protected] mailing list
