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..:-)