People who speak below: bubulle : Christian Perrier eugen : Eugeniy Meshcheryakov fjp : Frans Pop jb-home : Jeff Bailey joeyh : Joey Hess Kamion : Colin Watson zobel : Martin Zobel-Helas rghirst : Richard Hirst h0lger : Holger Levsen zinosat : Davide Viti attilio : Dr. Attilio Fiandrotti amck : Alastair McKinstry stappers : Geert Stappers svenl : Sven Luther Hours are European Time (UTC +0200): 18:00 < bubulle> OK, well it's now meeting time so let's go 18:00 < bubulle> I hope everyone read the agenda 18:00 * rghirst is here, richard hirst, worked on b-f and d-i ports for ia64 and hppa in the dim and distant past :) 18:00 < bubulle> If you didn't please go to http://wiki.debian.net/?DebianInstallerMeetings 18:01 < bubulle> The first meetin topipc is *beta release preparation 18:01 < bubulle> fjp: your word? 18:01 < bubulle> and joeyh of course 18:01 < fjp> No, this one is still joeyh 's 18:02 < zobel> fjp: yes ;) 18:02 < joeyh> ok, well. I hope everyone knows about the wiki page 18:02 < joeyh> http://wiki.debian.net/?DebianInstallerEtchBeta1Prep 18:02 < joeyh> won't go over everything, but the list has been shortening over this week 18:02 < bubulle> you mentioned base-installer 18:03 < bubulle> can anyone confirm it works or not? 18:03 < joeyh> I think the first item on the list can be removed.. 18:03 < bubulle> base-ionstaller you mean? 18:03 < fjp> Did a fully successful i386 netinst install yesterday 18:03 < joeyh> so can the third.. 18:03 < joeyh> and the 4th... 18:03 < joeyh> etc, it's melting :-) 18:04 < bubulle> what about the 2nd? 18:04 < joeyh> still a problem 18:04 < joeyh> hppa is still using 2.6.8 across the board 18:04 < bubulle> which arches are missing? 18:04 < fjp> amd were still on 2.6.12-1. Going to update today. 18:04 < bubulle> hppa is in which hands? 18:05 < joeyh> bdale's, sorta 18:05 < bubulle> bdale: around? 18:05 < jb-home> bdale's box that builds the nightlies is offline more than it's online. 18:05 * zobel hears HPPA 18:05 < jb-home> I pinged LaMont this morning to ask him if he has one I can host on. 18:05 < bubulle> what's missing for hppa? 18:05 < joeyh> well, that would probably be good 18:06 < joeyh> update to newer kernel and any form of working builds and/or testing 18:06 < zobel> well, we still have a spare hppa here.... 18:06 < joeyh> we also have some other build issues -- alpha, ia64, mipel (dead disk) 18:06 < joeyh> also, a broken binutils is breaking several builds; some of the dailys are using a patched version 18:06 < fjp> zobel: We also need someone who needs enough about hppa and d-i to actually do the work. 18:07 < joeyh> so basically, it seems to me that it's fairly unlikely a beta will ship with all arches working 18:07 < bubulle> otherwise we would need to delay it too much, right? 18:07 < joeyh> you just get into the cycle of waiting for the perfect moment, which never quite arrives 18:08 < bubulle> so, do we decide to release with whichever arches will be ready? 18:08 < joeyh> there are also quite a lot of issues keeping the installer from working even if it builds of course 18:08 < fjp> Also having errata saying "arches .... broken" is a nice way to kick porters into action 18:08 < jb-home> bubulle: I'd argue yes. 18:08 < bubulle> recorded 18:08 < joeyh> yeah, also we can decide what arches we really do need to release with 18:09 < jb-home> A port that can't consistantly keep installer and toolchain runnign is CTD anyway. 18:09 < joeyh> that's all of them :-) 18:09 < bubulle> we're vancouverizing..:-) 18:09 < bubulle> so, the list of those we cannot release without: 18:09 * bubulle opens eyes..:-) 18:10 < fjp> i386, amd64, powerpc (recent hw) 18:10 * joeyh notes thiat the dilab mirror seems broken today, so don't take that status page as gospel 18:10 < joeyh> yep 18:10 < fjp> These seem about ready: sparc, s/390 18:10 * h01ger waves 18:10 < joeyh> mipsel, arm 18:10 < joeyh> (also about ready) 18:10 * Kamion arrives belatedly 18:10 < joeyh> except for binutils issues anyway 18:11 < fjp> m68k is probably quite ok as well 18:11 < joeyh> which can be NMUed BTW, there is a patch 18:11 < bubulle> OK, so about those 3 we cannot release without, all are ready? 18:11 < fjp> (with 2.4 kernels probably) 18:11 < fjp> ppc needs debian-cd work 18:11 < bubulle> who is working on this? 18:11 < fjp> Will probably be done at oldenburg 18:11 < bubulle> ok, recorded..:) 18:12 < fjp> svenl 18:12 < Kamion> I should get back to looking at that, too 18:12 < bubulle> anything to add about arches working/not working? 18:12 < fjp> Lot of minor stuff. 18:13 < bubulle> what about point 5 on the wiki page? 18:13 < bubulle> tasksel task overrides need to be updated to reflect many changes in tasksel; this has lately been problimatic 18:13 < fjp> i386 floppies needs looking into 18:13 < joeyh> well, I have been unable to get in touch with elmo for a while and there were some issues getting it updated before 18:13 < joeyh> so I'm not sure what to do about that. We have a new laptop task that has gotten zero testing over two months 18:14 < bubulle> and no backup for elmo for this? 18:14 < joeyh> fjp: what's wrong with them? 18:14 < fjp> joeyh: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=328729 18:14 < joeyh> bubulle: oh, possibly aj or something 18:14 * fjp is faster than the question :-) 18:14 < bubulle> OK, let's record we could ask aj 18:15 < joeyh> hmm, iirc that didn't keep the floppy from working 18:15 < joeyh> but if it does, you should add it as a blocker to the release bug 18:15 < bubulle> which other points of the wiki needs discussion/work? 18:15 < joeyh> Kamion: I don't suppose you know if elmo has been hallaciously busy or away and will be more available anytime soon? 18:15 < fjp> Just added 18:16 < bubulle> while we're at it, I just add that we agreed back in July for no string freezes or special l10n update period 18:16 < fjp> Agreed 18:16 < bubulle> I'll just try to hurry translators 18:16 < joeyh> how are tranlations managing for keeping up? 18:16 < Kamion> joeyh: he's around, but hellaciously busy (been kinda unavailable even for work stuff); he's training a new sysadmin at work, which I expect is accounting for much of the current busyness but should help in the long term 18:16 < bubulle> joeyh: they kept up not that bad, though I have concerns for some who haven't got any update since sarge release 18:16 < zinosat> bubulle, I hope translators can fix the suspect variables: there're quite alot atm 18:17 < bubulle> zinosat: if they don't we will do it ourselves 18:17 < fjp> bubulle: Can you include that in a mail with links to the spellcheck pages? 18:17 < zinosat> bubulle, I can fix the obvious on monday evening 18:17 < bubulle> So, we're approching the 20 minutes limit.....can we imagine a kind of schedule? 18:17 < bubulle> or just wait for you guys to talk at Oldenburg 18:17 < zinosat> fjp, I'm working on moving the spellchecker to use an official 100% sarge environment 18:18 * joeyh learns that a fav band is playing here in 1:45. Cool, maybe this meeting will go over time ;- 18:18 < joeyh> ) 18:18 < bubulle> this metting will be over in 40 minutes..Promised 18:18 < joeyh> heh 18:18 < fjp> I would say: start moving udebs, get etch CDs working and testing etch builds 18:18 < bubulle> yep...this explains why I hurried in localechosser changes.. 18:18 < joeyh> yeah, we need to start looking at sync issues 18:19 < fjp> We could probably get the beta out in 2-3 weeks. 18:19 < joeyh> yeah, probably 18:19 < joeyh> I don't want to spend a lot of busywork on it at oldenburg however 18:19 < joeyh> on the more mechanical bits 18:20 < zobel> .oO(oldenburg has a sauna) 18:20 < joeyh> !? 18:20 * joeyh will bring his waterproof laptop 18:20 * h01ger cheers 18:20 < joeyh> how about we try to have a schedule by the end of oldenburg 18:20 < bubulle> OK, so I think we can close the scheduling beta topic 18:20 < fjp> K 18:21 < bubulle> Next topic: *regular schedule for D-I meetings 18:21 < bubulle> well it's something I added myself 18:21 < Kamion> I'm sure my wife won't like the idea but I do ;-) 18:21 < bubulle> I wanted to propose we pre-schedule meetings (even short ones) 18:21 -!- h01ger changed the topic of #debian-boot to: regular schedule for D-I meetings 18:21 < bubulle> thx h01ger for being less dumb than me 18:21 < joeyh> well I'm glad you're making this happen bubulle 18:22 < bubulle> My first idea was short meetings (1h) one per month 18:22 * h01ger seconds joeyh 18:22 < bubulle> does someone think it's too often? 18:22 < joeyh> no 18:22 < fjp> once per month sounds ok 18:22 < bubulle> which day of the week? 18:22 < Kamion> sounds about right, yes 18:23 < zinosat> bubulle, preferred day of the week? weekends make sense but wives/girlfriends won't bee too happy :) 18:23 < bubulle> up to now, we often used Saturdays 18:23 < Kamion> maybe rotate? 18:23 < Kamion> alternate between weekdays and weekends? 18:23 < bubulle> my personal pref goes for week-end because of work schedule too busy 18:23 < jb-home> How many people are totally blocked because of non-access during weekdays, though? 18:23 < joeyh> maybe also skip between two times so the poor folks in JP don't have to get up at 5 everytime 18:24 < bubulle> agreed...we already said this in the past bu as I'm always the one fixing the schedule, I use hours I prefer.;:-) 18:24 < Kamion> jb-home: I suspect there are some people totally blocked either way ... 18:24 < bubulle> yep, sure, so let's alternate 18:24 < Kamion> but if the bulk of people we need can only do weekends, then that kind of settles it 18:25 < bubulle> I actually *prefer* weekends 18:25 < bubulle> but could manage week days evenings 18:25 * joeyh doesn't, but will live ;-) 18:25 < stappers> propose here and ask for confirmation on the mailinglist 18:26 < bubulle> OK, the first proposal will be for alternate schedule, then 18:26 < bubulle> Saturday, then...Wednesday, then Saturday and son on 18:26 < bubulle> hours? 18:27 < bubulle> *this time for Saturdays doesn't seem that bad. Am I wrong? 18:27 < fjp> wednesday at least 2h later for me 18:27 < stappers> UTC 20:00 18:27 < zobel> bubulle: 2000 or 2100 18:27 < zinosat> fjp, same here 18:27 < bubulle> for Saturdays? 18:27 < zobel> bubulle: jaeh, please after the shops close ;) 18:28 < zobel> at least here... 18:28 < bubulle> zobel: don't german shops close at 6? :-) 18:28 < bubulle> OK, then UTC 20:00 for Saturdays 18:28 < bubulle> which makes about 7pm for Japan, not that bad 18:29 < eugen> hmm, 23:00 bad 18:29 < Kamion> 7am for Japan I'd've thought 18:29 < bubulle> What about Wednesdays? 18:29 < bubulle> Kamion: yep, this is what I meant 18:29 < zobel> bubulle: the other way round 18:29 < fjp> bubulle: My comment was about wednesday 18:29 < bubulle> fjp: but is it valid for Sat also? 18:30 < fjp> Nope. 18:30 < bubulle> dammit 18:30 * fjp does not care that much about sat. Either here or not. 18:30 < bubulle> So, 20:00 for Wed and earlier for sAT? 18:30 < Kamion> earlier for Saturday's good for me, more chance of getting to parties ;-) 18:31 < bubulle> OK, I'll propose somethign and we'll discuss in the list 18:31 < bubulle> next topic... 18:31 < bubulle> status of the graphical installer 18:31 -!- bubulle changed the topic of #debian-boot to: status of the graphical installer 18:31 < bubulle> attilio: around? 18:31 < bubulle> attilio did a good summary, IIRC 18:31 < attilio> i'm here 18:32 < bubulle> So, basically you proposed that we focus on building stuff, right? 18:32 < attilio> since i'm not debian expert at all this seems a reasonable way to me 18:32 < bubulle> what's needed to have to gtk installer build in the daily builds? 18:32 < bubulle> and who can work on this? 18:32 < attilio> more or less what's inside the summary i posted 18:32 < zinosat> during the summer I recompiled all the libs for a couple of months 18:32 < zinosat> almost daily, trying to follow the release of new libs related to dfb 18:32 < zinosat> and think they're ok for what the fe needs. 18:33 * eugen proposes to focus on improving gtk frontend usability 18:33 < attilio> what's the status of the gtk-directfb udeb? 18:33 < zinosat> Got to the point where It was right using it for raw tests on very 18:33 < zinosat> unofficial envs, but things became quite frustrating: things where 18:33 < zinosat> not reproducible and it made no sense using BTS for tracking problems. 18:33 < zinosat> in 3 words: we need udebs 18:33 < joeyh> I'm behind on my mail.. what's the status of getting udebs for everything we need? 18:33 < fjp> I can probably get a separate build target set up 18:33 < attilio> yes, we need udebs 18:34 < bubulle> fjp: yep, good idea as we don't want to mess the actual targets while we're releasing 18:34 < amck> attilio:gtk-directfb: working on it this weekend. 18:34 < attilio> once there will be udebs people will start to play with the frontend.. 18:34 < attilio> once people start use frontend we'll receive bug reports.. 18:34 < eugen> do we *relally* need all udebs? we can use libraries from installed system 18:34 < bubulle> I suggest we don't focus on fonts now, let's go with a simple font 18:34 < eugen> some libraries 18:34 < attilio> sowe'll be able to improve it.. 18:34 < attilio> yes: fonts can be produced later 18:35 < Kamion> there's awkwardness with things like theme packages, because they need to be packaged separately for gtk-fb vs. gtk-x11 18:35 < zinosat> it would be really nice if we could have both dfb and X and make the chioce between them even if I realize it could became a waste of effort 18:35 < fjp> eugen: I intend to set up a rootskel-gtk where we can temporarily dump everything not yet provided by udebs 18:35 < Kamion> and until there are development libraries available on the host system for gtk-fb, that's difficult to do 18:35 < zinosat> Kamion, yes. 18:35 < fjp> joeyh: Would that be ok with you? 18:36 < attilio> anyway i'm not expert in building debian 18:36 < bubulle> so, our target is currently having a kinda-working daily build, right? 18:36 < joeyh> yeah, although you might want to not keep the binaries in svn :-) 18:36 < attilio> only in hacking the GTK frontend, wich i've tested the old hacky way 18:36 < joeyh> at least not in the main repo 18:36 < eugen> did anyone have idea how to handle wariable width fonts in cdebconf? 18:36 < attilio> and it seems it works now 18:36 < fjp> For the short term: do we go with X (eugen's solution) or fb? 18:37 < attilio> if alaistair provides us the missing udeb we can go with the dfb version 18:37 < bubulle> fjp: IIRC X needs some work by the XSF and David mentioned they haven't much time 18:37 < zinosat> fjp, even if I'd choose dfb I'd go for X now 18:37 < attilio> otherwise we'll have to (temporarily?) switch to X 18:37 < eugen> bubulle: I have used different X server 18:38 < eugen> not one in debian 18:38 < amck> Ok, that puts me in the firing line :-). atillio, can you send me ptrs to your current tarballs ? 18:38 < Kamion> switching between the two has a considerable cost because there's so much build effort 18:38 < zinosat> we can use eugen solution to solve most of the problems related to the fe, and then switch once udebs are ready 18:38 < attilio> https://debian.polito.it/downloads/d-i_dfb.tar.gz 18:38 < amck> attilio: thanks 18:38 < attilio> and this tarball, DFB based, inludes non latin fonts 18:38 < bubulle> Kamion: what are Ubuntu release plans about a graphical installer? 18:39 < zinosat> my only concern abuot dfb are the cairodfb and pango libs 18:39 < attilio> ok: since i think we must follow the easyest way let's start with X if you think it's better 18:39 * stappers wonders that the graphics isn't on Alioth 18:39 * stappers wonders that the graphical F.E. isn't on Alioth 18:39 < fjp> stappers: it is 18:40 * eugen wonders if he needs to upload xfbdev-udeb 18:40 < Kamion> bubulle: no focus on graphical d-i; long-term plan is for a graphical live-CD-based installer that uses d-i code as a backend 18:40 < Kamion> which is quite different really and involves a fair bit of reorg in d-i (e.g. partman.deb) 18:40 < stappers> fjp: THX 18:40 < Kamion> bubulle: (I lost that argument; I wanted to go for graphical d-i) 18:40 < bubulle> Kamion: so we can't expect more input/manpower from this side 18:41 < Kamion> bubulle: probably some if it's clear that graphical d-i is getting somewhere in Debian, but not driving force or anything 18:41 < bubulle> OK, another point for having somehing that can be shown 18:41 < svenl> fjp: yes ? 18:41 < bubulle> and if it can display Hindi, I think this will be a kille rargument 18:42 < fjp> svenl: context? 18:42 < eugen> bubulle: it can 18:42 < zinosat> bubulle, I think that if we could come out with something usable, some people could be attracted and help 18:42 < svenl> 18:08 < fjp> svenl 18:42 < svenl> mmm. 18:42 < bubulle> that's my point, so why I bringed the topic here, yes 18:42 < fjp> svenl: Ah. That was you working on ppc d-i at oldenburg 18:42 < joeyh> so here's a question, can we have a graphical installer in time for the beta? Even if it's not built as part of the official build? 18:42 < svenl> ok. 18:42 < Kamion> bubulle: I think "getting somewhere" would probably have to involve things like some effort towards HIG compliance to convince the GNOME folks at work 18:42 < attilio> yes: let's try to attract people: we need font experts 18:43 < Kamion> which cdebconf really isn't at the moment :-) 18:43 < eugen> does anyone have ant idea about how new question types can be implemented for gtk fe? 18:43 < fjp> joeyh: Would say not. Work should be done in unstable IMO. 18:43 < svenl> fjp: notice, i supposedly fixed debian-cd, i provided a patch that joeyh submitted, and an additional bit to the bug report, which was not commited i think. 18:43 < eugen> s/ant/any/ 18:43 < Kamion> eugen: custom widgets are implemented 18:43 < eugen> Kamion: any pointers? 18:43 < bubulle> joeyh: I agree with joeyh 18:43 < fjp> svenl: Check cd build log; still some brokenness 18:43 < Kamion> eugen: cdebconf/doc/plugins.txt 18:43 < joeyh> svenl: I never saw that additional bit 18:43 < bubulle> don't slow down the beta with the grpahical installer 18:43 < svenl> fjp: then this fixed debian-cd need to be installed wherever it is used to build the ... 18:43 < eugen> Kamion: thanks 18:43 < Kamion> eugen: still need some cdebconf reorg to make it sane to build cdebconf plugins out of the cdebconf tree 18:43 < svenl> joeyh: well, i send it to the bug report. 18:44 < Kamion> eugen: but you can play with it in the meantime by means of hacky -I flags and such 18:44 < bubulle> attilio: font experts we can maybe have in the Indic languages people I'm deeply involved with now 18:44 < zinosat> is there a irc channel where we could ask for fonts expercts' help? I can do some research 18:44 < svenl> fjp: where is the build log ? 18:44 < bubulle> OK, we're close to the end of that topic 18:44 < bubulle> to summarize: let's put effort to have something buildable ASAP but not for the beta 18:44 < svenl> joeyh: i didn't reopen the bug though, is that why you didn't see it ? 18:44 < fjp> svenl: http://people.debian.org/~joeyh/d-i/build-logs.html (near the bottom) 18:44 < Kamion> eugen: my dream is for individual udebs (e.g. partman) to provide specialised widgets as extra udebs 18:45 < Kamion> individual sources, rather 18:45 < bubulle> ad topic is closed;.....next one: 18:45 < Kamion> bubulle: don't slow down> I heartily agree 18:45 < zinosat> I'd liketo try and work again on testing the fe with qe: making it easy to do it for everybody 18:45 -!- bubulle changed the topic of #debian-boot to: Install reports handling 18:45 < zinosat> s/qe/qemu/ 18:45 < attilio> next days i'll try to make GTK FE compliant with GNOME HIG.. 18:45 < svenl> well, not my fault, it is trying to get the official images, and not the daily built ones. 18:45 < bubulle> stappers mentioned this, we have 10 minutes 18:46 < zobel_> re 18:46 < bubulle> the installation-reports bug log is...ahem a big huge can of worms 18:46 < Kamion> attilio: I think it can only be done by use of custom widgets; I don't think cdebconf's generic widgets can be good enough within their constraints 18:46 < Kamion> but we've moved on, will talk about that later 18:46 * fjp has been thinking of using usertags to categorize installation reports 18:46 < svenl> fjp, joeyh and indeed, the missing bit that went into the bug report should fix the rest of it. 18:46 < bubulle> ahem, please people continue other discussions after the meeting 18:46 < Kamion> yep, sorry 18:46 < joeyh> I'd say close up till beta3, but we might miss some useful info. OTOH, leaving them open is not making that info available either 18:46 < bubulle> fjp: yep, usertags would help now 18:47 < joeyh> hmm, that's a good idea.. 18:47 < bubulle> joeyh: sure, I'm afrais noone will ever have the courage of processing these now 18:47 < fjp> Shall I set up some categories? 18:47 < bubulle> usertags means defining a list of usertags 18:47 < h01ger> fjp: yes, please. 18:47 < svenl> joeyh: do you want me to send you the patch again, or give me debian-cd svn access so i can commit them myself ? 18:47 < joeyh> svenl: I'm in the middle of a meeting. 18:47 < zobel> svenl: later 18:48 < bubulle> So, we close everything up to beta3, someone sets up a list of usertags 18:48 < svenl> joeyh: ok. 18:48 < svenl> Oh. 18:48 < bubulle> soemone==fjp which makes me not happy (no other volunteer?) 18:48 < stappers> can the proces distribute, I mean performaned by several people? 18:48 * h01ger is afraid of the huge number of bugs and his no-time 18:49 < stappers> can the proces distributed, I mean performaned by several people? 18:49 < bubulle> stappers: install report handling, sure... 18:49 < fjp> Closing should be done with formmail asking to retest or reply if reporter thinks report still relevant 18:49 < bubulle> who cvolunteers for closing the bugs? 18:49 < bubulle> it's just a matter of acculumation of bug numbers and automate the process 18:50 < bubulle> stappers: sould you? 18:50 * stappers will be at Oldenburg 18:50 < fjp> stappers: Let's work on mail text there. 18:50 < joeyh> svenl: if would help if your patch were not corrupted and were against something that was current btw 18:51 < stappers> and ask there about how to automate it 18:51 < bubulle> well, if you can take time for this "close all install reports up to beta2" task that'd be nice 18:51 < stappers> fjp: okee 18:51 < bubulle> great 18:51 < svenl> joeyh: bah. 18:51 < bubulle> having a small team of people able to process new reports would help 18:51 < CIA-2> debian-installer: cjwatson * r30599 packages/cdebconf/debian/changelog: releasing version 0.85 18:51 < CIA-2> debian-installer: cjwatson packages * r30600 /cdebconf/0.85/: tagging version 0.85 18:51 < bubulle> but I'm afraid we don't have resources for this 18:51 < joeyh> if you want to get commits you should talk to sledge 18:51 < fjp> There is currently 3 ppl fairly active 18:51 < svenl> joeyh: i did an svn up before the svn diff to get the patch, so they where current the day you sent them. 18:51 < stappers> ask for the small team at the ML 18:51 < zobel> if i manage to come to oldenburg, i can help as well with the mass-closing 18:51 < joeyh> fjp: I hope you're not counting me 18:52 < fjp> Nope 18:52 < bubulle> fjp: the only problem is being sure that someone is more or less following the reports 18:52 < svenl> joeyh: and nope, the patch i sent is still current. 18:52 < bubulle> grrrr 18:52 < fjp> Christian Mack, Len Sorensen and me 18:53 < joeyh> svenl: your patch refers to lines of code that are not in my debian-cd checkout. *shrug* 18:53 < stappers> how is co-ordination done? 18:53 < bubulle> doing something official about "install report processing team" would help maybe 18:53 < fjp> svenl: Check out from SVN, not CVS 18:53 < bubulle> just to be sure that when someone wants to stop doing it, we know about this 18:53 < svenl> joeyh: À la révision 933. 18:53 < svenl> fjp: thanks. 18:53 < svenl> joeyh: you are using a branch or something ? 18:54 < bubulle> could you please wait for 5-10 minutes? :-) 18:54 < svenl> svn://svn.debian.org/debian-cd/trunk/tools/boot/etch 18:54 < svenl> bubulle: ah, ok. 18:54 < bubulle> thanks 18:54 < bubulle> anyway, I think we're over with the topic 18:54 < bubulle> last topic: 18:54 -!- bubulle changed the topic of #debian-boot to: promoting stable debian-installer 18:54 < bubulle> proposed by stappers again 18:54 < Kamion> well, I promised at the last meeting to do something about this, so I should follow through on that promise 18:54 < bubulle> let's rewirte what's in the page: 18:55 < bubulle> need ACK'ing Geert's proposals of a change in D-I pages to show the way to 18:55 < bubulle> the sarge installer 18:55 < Kamion> oh, sorry, misunderstood the topic 18:55 * fjp has seen stappers patch but thinks we should add info on sarge branch at bottom of page in separate section 18:56 < bubulle> this remins me that having someone "officially" in care of the d-i web page would be Good 18:56 * bubulle likes "official" positons..:-) 18:56 < joeyh> bah :-) 18:56 < fjp> joeyh: How about changing SUITE in installer/config/common changed to "sarge" or "stable"? 18:56 < h01ger> me doesnt but volunteers nonetheless :) 18:56 < fjp> (in sarge branch) 18:57 < bubulle> h01ger: :-)...so we have you as d-i web site maintainer? 18:57 * fjp can commit too 18:57 < bubulle> of course... 18:57 < zobel> could we also try to have codenames used in next d-i baseconfig. (in /etc/apt/sources.list) ? 18:57 < bubulle> my point is having someone one could always ask about the web site 18:57 < h01ger> bubulle, yes. and i can commit too. 18:57 < joeyh> personally I've been trying to use the wiki as much as possible 18:58 < bubulle> joeyh: yep, the wiki pages are a nice improvement 18:58 < joeyh> the site's fine for a basic page for users but development stuff belongs on the wiki 18:58 < bubulle> though I mostly work offline and usually miss them 18:58 < zinosat> joeyh, I whish more people used it (including myself) 18:58 < bubulle> joeyh: so, probably we can "clean" the d-i pages a little? 18:59 * h01ger thinks all three are useful&important: d-i web page, wiki and manual. 18:59 < bubulle> s/we/h0lger of course.. 18:59 < joeyh> ports-status is one thing that needs to move to the wiki. In some more maintainable form 18:59 < bubulle> maybe some parts of seppy's pages also 19:00 < h01ger> joeyh, absolutly. 19:00 < fjp> stappers: Please add yourself on http://wiki.debian.net/?DebianInstallerWorkSessions 19:00 < bubulle> well, well, I think we're done for the official part of the meeting 19:00 < bubulle> we're on time..:-)