[12:33] <Riddell> Mithrandir: could you let libapt-front and adept through please, the current version of adept crashes lots
[01:00] <tenco> i mentioned yesterday that i had a process running which generated high disk i/o for over 15min. i thought this was some process connected to klogd. it was trackerd
[01:11] <poolie> i was just helping someone get gcc going
[01:11] <poolie> should gcc perhaps depend on libc6-dev rather than just recommending it?
[01:11] <poolie> it's not very useful without it
[01:12] <Lathiat> its perfectly usefull if your not using the standard c library :)
[01:12] <Lathiat> generally installing 'build-essential' works well
[01:15] <poolie> true enough
[01:17] <Lathiat> but yeh i mean your right in the general case gcc is usefull
[01:17] <Lathiat> but its not a hard dep
[01:19] <MichaelScott> Lathiat: that's what she said?
[01:19] <Lathiat> MichaelScott: no i'm saying that "in the general case, your right", but in the more specific case, it's not a hard dependancy
[01:20] <MichaelScott> oh forget it
[01:20] <MichaelScott> you non-Americans don't appreciate dumb american humor.
[01:20] <MichaelScott> :)
[01:20] <MichaelScott> I mean... humour
[01:22] <MichaelScott> _hard_ dep
[01:23] <MichaelScott> come on, it's michael scott humor
[01:23] <MichaelScott> finding ridiculously stretched innuendos in every statement.
[01:23] <ajmitch> I'll just nod & smile & return to work
[01:23] <MichaelScott> tha'ts what she said.
[01:23] <MichaelScott> ;-)
[01:23] <MichaelScott> btw, ajmitch , is that consolidate-the-changelog thing something I should do or will you guys handle it? :)
[01:24] <ajmitch> you need to do everything once it gets UVF approval
[01:24] <ajmitch> like subscribing ubuntu-universe-sponsors, etc
[01:24] <MichaelScott> ok
[01:25] <MichaelScott> and does your statement count as a +1? :)
[01:25] <ajmitch> yes
[01:25] <MichaelScott> yay :)
[01:25] <MichaelScott> so now I find another target to annoy?
[01:25] <ajmitch> so you can stop bugging me
[01:25] <MichaelScott> ajmitch: you are free
[01:25] <MichaelScott> ajmitch: speaking of UVFe for l-r-m fglrx....
[01:25] <MichaelScott> kidding
[01:25] <ajmitch> bug ubuntu-release
[01:35] <jcole> http://video.ubuntu.com/
[01:35] <jcole> lively web server
[01:35] <jdong> streaming hardcore ubuntu artwork 24/7
[01:36] <ajmitch> ah, I remember those fun talks
[01:39] <manchicken> Anybody know how to enable debug with pbuilder explicitly?
[01:39] <Hobbsee> manchicken: ie, with a compile time option?
[01:39] <Hobbsee> ie, debug pbuilder, or debug the app you're building with pbuilder?
[01:39] <manchicken> Yep ^_^
[01:40] <manchicken> as in pbuilder build --enable-debug foo.dsc
[01:40] <manchicken> Where --enable-debug is the flag that actually works ^_^
[01:40] <manchicken> I'm guessing there's a pass-through option?
[01:41] <manchicken> Wouldn't I have to screw with the tar, thus killing the sig?
[01:41] <ajmitch> plus setting DEB_BUILD_OPTIONS
[01:41] <manchicken> Ooh...
[01:41] <ajmitch> disabling stripping, but it still wouldn't add debugging if it wasn't there
[01:42] <manchicken> Will that actually pass those to configure?
[01:43] <ajmitch> there are docs about using it with pbuilder
[01:43] <manchicken> I've never seen a really good doc for pbuilder.
[01:45] <Hobbsee> yes, the man pages are kinda confusing
[01:45] <Hobbsee> so many options
[01:45] <manchicken> Weird...
[01:45] <manchicken> It won't build.
[01:47] <ajmitch> of course you may find that there are separate debug symbols elsewhere if it's a package in the archive :)
[01:48] <jcole> http://www.getacoder.com/projects/operating_system_42879.html
[02:06] <lasindi> Hi all, I have been trying to use Xsane for scanning, and I find the user interface to quite confusing. Since Xsane is included by default in Ubuntu and one of the goals of Ubuntu is ease of use, I was wondering, are there any alternative GUIs for scanning being developed in the Ubuntu camp? As a developer, I've been thinking of starting work on one myself.
[03:17] <theCore> Could someone in the dev team look up at bug 57951. It been open since the early Edgy development days, and it still not fixed, even if the patch is available. 
[03:17] <Ubugtu> Malone bug 57951 in xchat "xchat crashes frequently on quit" [Medium,In progress]  https://launchpad.net/bugs/57951
[03:18] <ajmitch> what timing, we were just discussing it earlier
[03:18] <bddebian> Heya
[03:20] <theCore> The fix works -- I used it for about 4 months -- so, it just a matter of applying the patch and releasing the package  
[03:21] <theCore> http://librarian.launchpad.net/5374594/changes.diff
[03:22] <theCore> Also, fixing this bug would make my mailbox very happy :)
[03:24] <theCore> Should I upload a fixed package to REVU, so someone with an access to the main archive uploads it?
[03:31] <ajmitch> theCore: attaching a debdiff to the bug & subscribing ubuntu-universe-sponsors (if they're not already) would be good
[03:31] <ajmitch> actually it may be motu-sru
[03:31] <jdong> oh look.
[03:31] <jdong> subscribing.
[03:32] <theCore> ubuntu-universe-sponsors is already subscribed
[03:33] <ajmitch> jdong: please
[03:33] <theCore> I will do the debdiff
[06:42] <fabbione> mdke_: i can include it in the seeds.. yes.. we can add it to the release notes.. i can't think of any easy way to notify users otherwise
[06:43] <LaserJock> fabbione: what's a good of reading it?
[06:43] <fabbione> LaserJock: ?
[06:43] <LaserJock> fabbione: when I made the serverguide package I didn't provide for any way to look at it
[06:43] <LaserJock> just installed the HTML
[06:44] <fabbione> LaserJock: let me wake up a bit and think about it
[06:50] <poningru> add what to the release notes?
[06:50] <Fujitsu> poningru: The Ubuntu Server Guide.
[06:51] <poningru> yeah that needs to talk about lack of root -p on mysql as well
[06:51] <poningru> for whatever reason on feisty you cant set root password on mysql
[06:53] <highvoltage> hey viviersf 
[07:46] <fnf> What is the current development state of Ubuntu Feisty server ?. I noticed there's no Server installation CD on Herd 4 (Herd 3 is the last). Does that mean the Server version will no longer receive major changes until Feisty is finalized ?
[07:47] <LaserJock> I don't think that's what it means
[07:48] <lifeless> it more likely means that the server wasn't ready for herd4, or failed to built or some such
[07:48] <fnf> Laserjock, lifeless: that sounds reasonable.
[07:48] <LaserJock> hi pitti
[07:53] <pitti> Good morning!
[07:55] <fabbione> fnf: it was just an overlook when herd-4 was released but they are alpha image so it's not soooooo tragic
[07:55] <fabbione> fnf: anyway there are daily images you can always test
[07:55] <fabbione> http://cdimage.ubuntu.com/ubuntu-server/daily/current/
[07:55] <fabbione> if images are missing is NOT a disaster
[07:55] <fabbione> they might not build
[07:56] <fnf> fabbione: thanks for the link, this is Mat 1st already, may I assume all the versions are Herd 5 ?
[07:56] <fabbione> no you cannot assume
[07:56] <fabbione> they might get rebuilt later today
[07:56] <fabbione> those are daily as the name say
[07:57] <fabbione> tomorrow they will change even if herd-5 is released in between
[07:58] <fnf> fabbione: I know, but today Herd 5 gets released, so these are also Herd 5 version I think.
[07:58] <fabbione> no.. as I just said.. we can rebuild images at any given time during the day
[07:59] <fabbione> and you might notice that i386 server is missing
[07:59] <fnf> fabbione: I see.
[07:59] <fabbione> so that needs fixing before we can publish herd5
[08:02] <Fujitsu> pitti: Can you please find some time to take a look at that zope3 SRU which has been sitting dormant for some 2 weeks?
[08:03] <pitti> Fujitsu: what's the state of it?
[08:04] <pitti> Fujitsu: My role is to verify and approve debdiffs and do the archive processing, so if one of those is the current blocker, I apologize
[08:04] <pitti> however, I run through the currently pending issues every Friday
[08:06] <Fujitsu> pitti: You asked me to attach a new debdiff and set it back to `In Progress'. I have done both.
[08:06] <Fujitsu> (it's OK if you're doing other stuff, of course)
[08:07] <pitti> Fujitsu: ah, great; will have a look
[08:10] <poningru> herd5 will be the last alpha right?
[08:15] <mdke_> fabbione: colin added it to the seeds already, thanks tho
[08:16] <fabbione> mdke_: ok
[08:29] <LaserJock> fabbione: what if we installed a script like /usr/bin/serverguide that fired up a html viewer with the URL to the server guide?
[08:30] <fabbione> LaserJock: no, i think we should just mention it in the Release Notes
[08:30] <LaserJock> ok, so that should be sufficient?
[08:30] <fabbione> otherwise you will get a gazillion bugs about the preferred html viewer and all that crap
[08:30] <fabbione> i think it will be enough
[08:31] <mdke_> how many html viewers are installed by default?
[08:31] <LaserJock> isn't there a /etc/alternatives for that?
[08:31] <lifeless>  /win 18
[08:32] <Fujitsu> LaserJock, indeed there is.
[08:35] <Mithrandir> x-www-browser, for instance.
[08:35] <Fujitsu> Hey Mithrandir.
[08:36] <Mithrandir> hi Fujitsu 
[08:36] <fabbione> you will need www-browser for text browsing
[08:36] <fabbione> x-www-browser is for well X GUI stuff
[08:36] <fabbione> that we for sure don't ship on server
[08:37] <mdke_> so if www-browser is used, there wouldn't be a problem about preferring an html viewer
[08:37] <Mithrandir> use sensible-browser, then.
[08:47] <mdke_> fabbione: something like a /usr/bin/ubuntu-serverguide that executes 'www-browser /usr/share/ubuntu-serverguide/html/$LANG/index.html' might work, unless you think that adding scripts like that is a bad idea generally
[08:47] <Lathiat> pitti: you removed the nss-mdns cleanup code? :?
[08:47] <Lathiat> pitti: :/ rather
[09:17] <ogra> Mithrandir, did you only do alternate last night ? i'm still missing i386 desktop
[09:21] <Mithrandir> ogra: it's building now.
[09:21] <ogra> thanks
[09:24] <Mithrandir> that it, it should just be done now
[09:25] <poningru_> oh blargh?
[09:25] <poningru_> herd 5?
[09:25] <poningru_> fuck
[09:25] <poningru_> sorry
[09:28] <tepsipakki> poningru_: is the draft available somewhere?
[09:29] <poningru_> working on gobby
[09:29] <tepsipakki> ok
[09:29] <poningru_> err well I have it written down
[09:29] <poningru_> and putting it up
[09:29] <poningru_> trying to find someone who can do screenshots
[09:31] <Mithrandir> ogra: there are your desktop ISOs too.
[09:31] <ogra> thanks :)
[09:33] <dholbach> good morning
[09:35] <_ion> Good time of day.
[09:35] <dholbach> hiya _ion
[09:43] <pitti> hey dholbach 
[09:43] <dholbach> heya pitti
[10:05] <doko> pitti: bug 88843, why does apport insist on python?
[10:05] <Ubugtu> Malone bug 88843 in python-defaults "[apport]  python crashed with SIGSEGV in gtk_tree_view_remove_column()" [Undecided,Unconfirmed]  https://launchpad.net/bugs/88843
[10:08] <pitti> doko: hm, seems apport doesn't figure out that it is an interpreted script in this caes
[10:08] <pitti> doko: I'll open an apport task and look at it, thanks
[10:09] <doko> pitti: already did that with another one yesterday
[10:11] <doko> Mithrandir, cjwatson: what was the status of the CD size discussion? edubuntu ships with another one, but all other ship with one? or don't we provide a powerpc cd anymore offcicially for feisty (which was the biggest one)?
[10:11] <Mithrandir> doko: powerpc is a community port, so it's certainly there, but I am not going to spend much time on trying to size it down.
[10:12] <Mithrandir> doko: ubuntu is not going to ship on more than one cd, at least not this cycle.
[10:12] <pitti> doko: saw it, thanks
[10:12] <ogra> doko, edubuntus live CD is still only one, i have the same problems there as ubuntu
[10:15] <ogra> cjwatson, what do you think about http://bugzilla.mindrot.org/show_bug.cgi?id=1215 ? i have one edubuntu users authenticating against netware, he tried that patch and said its working fine (after a week of struggling) do you think it would be feasable ?
[10:15] <Ubugtu> bugzilla.mindrot.org bug 1215 in PAM support "sshd requires entry from getpwnam for PAM accounts" [Enhancement,New]  
[10:17] <Mithrandir> ogra: that looks like quite a hacky way of solving a problem.  Why not just make the user exist through some NSS module?
[10:18] <ogra> apparently that didnt work 
[10:22] <cjwatson> I'm not comfortable with that until it gets applied upstream
[10:22] <cjwatson> Darren is an upstream developer, so if he thinks it's production-quality, he's entirely capable of checking it in
[10:23] <cjwatson> if he hasn't, then there's probably a good reason
[10:27] <ogra> well, i was thinking about the one at the bottom, not about darrens proof of concept hack
[10:29] <Mithrandir> ogra: tracker bugs filed for the current images.  Please update those when you have tested.
[10:29] <ogra> yep
[10:29] <Mithrandir> same for ubuntu desktop and alternate; please test everybody.
[10:31] <seb128> Mithrandir: is the current amd64 desktop image good to test?
[10:31] <Mithrandir> seb128: yes, it should be.
[10:31] <seb128> ok, just finished rsyncing it, burning CD now
[10:32] <doko> Mithrandir: if a md5sum of a package is wrong on the cd, is this a bad disk? burnt it twice, but it didn't get away
[10:32] <Mithrandir> doko: and you had the same package go bad on each check?
[10:32] <fabbione> doko: check it manually with the md5um in archive?
[10:33] <doko> Mithrandir: yes, yesterday's daily (grub), so I just removed the line for the cd in sources.list and continued.
[10:36] <pitti> FYI, I just did a 'check' on amd64 desktop and alternate, both succeeded
[10:36] <pitti> hey mh21
[10:36] <pitti> moin Keybuk 
[10:36] <Keybuk> morning
[10:36] <mh21> goedemorgen pitti
[10:36] <pitti> eek, 'Report a problem' in Applications -> System Tools
[10:37] <seb128> pitti: why?!? 
[10:37] <pitti> seb128: aaah, *phew*, it's from apport-qt
[10:37] <seb128> ah ;)
[10:37] <pitti> seb128: Categories=KDE;Application;System;
[10:38] <pitti> seb128: there was a key that says 'do not show in Gnome', right?
[10:38] <seb128> it should have an OnlyShowIn=KDE
[10:38] <pitti> ah, great
[10:38] <pitti> yep, that does the trick; /me hugs seb128, thanks
[10:38] <xerxas> Hi all
[10:38] <seb128> hi xerxas
[10:38] <xerxas> hi seb128  
[10:40] <pitti> seb128: hmm, System->'Report a bug' doesn't seem to care about OnlyShowIn
[10:40] <seb128> pitti: no, that one is coded to gnome-panel code
[10:40] <pitti> ah
[10:40] <seb128> that menu is not a xdg dynamic one
[10:40] <seb128> pitti: why do you want to mask it?
[10:40] <pitti> so I'll add OnlyShowIn=Gnome to apport-gtk.desktop to hide it for KDE users
[10:41] <seb128> GNOME
[10:41] <pitti> seb128: oh, =KDE was just for testing
[10:41] <pitti> ah, all caps then; thank you!
[10:41] <seb128> np
[10:42] <pitti> seb128: will '=GNOME;XFCE' work?
[10:42] <seb128> yes
[10:42] <seb128> GNOME;XFCE; 
[10:43] <seb128> not sure if the ";" is mandatory, other .desktop use it
[10:43] <ogra> grmbl, rsyncing takes significantly longer with two more isos :/
[10:48] <funpop> i know this is not a support channel, but i cant find any answer: if need a log of whats wrong if i shutdown my system (cause its not powering down)
[10:48] <funpop> *if = i
[11:04] <pitti> amd64 desktop live system and ubiquity install works fine, good
[11:05] <pitti> heno, Mithrandir: do you already track install success on the current images?
[11:05] <ogra> pitti, there should be bugs
[11:06] <heno> https://bugs.launchpad.net/ubuntu-iso-tests/+bugs
[11:06] <pitti> right, so the current images are already candidates?
[11:07] <heno> only 10 of them AFAICS
[11:07] <heno> If they are listed there, then I assume so
[11:07] <heno> I think tollef posts them when they become candidates
[11:08] <heno> pitti: ^
[11:08] <pitti> heno: thanks
[11:12] <cjwatson> ogra: I'd rather trust a patch Darren's acked ;-)
[11:13] <ogra> cjwatson, right ...
[11:16] <ogra> thanks so much for the add-on CD work, its working great !
[11:17] <ogra> mvo, how hard would it be to filter empty categories from the main list
[11:22] <LaserJock> pitti: I've just added edubuntu-docs to the MIR queue but I just uploaded a new version (0.5-1) so it might take a while (manual shove) to get through
[11:22] <pitti> yup, no problem
[11:23] <LaserJock> pitti: thanks a ton
[11:26] <mvo> ogra: oh, yeah. I need to look into this
[11:28] <ogra> apart from that its perfect 
[11:29] <mvo> ogra: yeah, I tested it today too :)
[11:30] <ogra> hmm, wait, gcompris has no entry 
[11:34] <ogra> mvo, where does the CD get the desktop entries from ? app-install-data ? 
[11:35] <mvo> ogra: yes
[11:35] <ogra> hmm, on my disk there is a gcompris.desktop in /usr/share/app-install/desktop/
[11:35] <ogra> but not on the CD
[11:37] <mvo> ogra: is gcompris on the addon cd?
[11:37] <ogra> yep
[11:38] <ogra> aaah, crap
[11:38] <mvo> ogra: it seems like the CD has only sound+data?
[11:38] <ogra> mvop, my fault ... 
[11:38] <mvo> np
[11:40] <ogra> seeds fixed ...
[11:57] <Riddell> mvo: no luck with dist-upgrade tool in archive?
[11:58] <mvo> Riddell: it should be there, no?
[11:59] <mvo> oh, no
[11:59] <mvo> crap
[12:01] <Fujitsu> mvo: You seem to be the master of gnome-app-install... I'll be uploading a new SoundConverter package soon with an icon, revamped .desktop (without spelling mistakes), etc. How do I go about getting the versions in app-install-data updated?
[12:02] <Riddell> Fujitsu: it happens magically
[12:03] <Fujitsu> Riddell: Apparently not.
[12:03] <mvo> Fujitsu: it happens magically (and gets merged ~1 week)
[12:04] <Fujitsu> mvo: OK, if you say so :)
[12:04] <mvo> Fujitsu: did it not work for you for some reason?
[12:05] <Fujitsu> Well, there's been a new soundconverter .desktop and icon in the archive for a couple of months now, while app-install-data still has the one from Edgy...
[12:06] <mvo> Fujitsu: let me check ...
[12:10] <mvo> Fujitsu: it seems like the pixmap does not get picked up because of the symlink that is used, I will check the script. the desktop file got picked up it seems
[12:11] <Fujitsu> The symlink is gone in the new version (it's pending on a UVFe), because upstream now has a proper icon.
[12:12] <Fujitsu> mvo: Ah, I see it has indeed picked up the .desktop... I must have been looking at old data when I last checked.
[12:13] <mvo> Fujitsu: that will probably make it work, also it is a bit strange as symlinks should be picked up
[12:13] <mvo> Riddell: thanks a lot for the adept fix btw!
[12:13] <Fujitsu> Thanks for clarifying all that, mvo.
[12:14] <mvo> Fujitsu: you can check it yourself at http://people.ubuntu.com/~mvo/gnome-app-install/menu-data-full-feisty.tar.gz that one is updated nightly
[12:15] <Fujitsu> Even better! Good to be able check :)
[12:17] <pitti> aah, now I found out how to trigger auto-resize in d-i: choose 'entire disk', say 'no', go back to 'guided partitioning', and voila, there it is
[12:17] <pitti> cjwatson: ^ maybe it does not (fully) detect the current partition layout the first time?
[12:18] <ogra> pitti, isnt that obvious ? :P
[12:21] <sabdfl> dholbach: thanks for fixing my themes :-)
[12:21] <dholbach> sabdfl: did you run an "apt-get autoremove" afterwards?
[12:22] <dballester> hi to all
[12:23] <dballester> where is the best channel to discuss about what kernel modules could/should be part of the kernel package ? I need to talk about ocfs2. Thanks.
[12:24] <fabbione> dballester: ocfs2 is already part of the kernel
[12:24] <fabbione> you need the -server kernel
[12:24] <sabdfl> dholbach: no
[12:24] <dballester> fabbione, yes, but is not compiled by default
[12:24] <sabdfl> when i do that now it wants to remove npt and ntp-simple
[12:24] <fabbione> dballester: uh?
[12:25] <fabbione> dballester: what kernel are you trying to use?
[12:25] <dballester> fabbione, in desktop kernel i say
[12:25] <fabbione> dballester: yes, it has been removed from the desktop kernel and it is in the server kernel
 you need the -server kernel <-
[12:25] <dholbach> sabdfl: then I don't really understand what happened on your box, but am happy that it's fixed (apt-get autoremove would have removed ubuntulooks, which might have been the problem) - I added the dependency, when tollef and pitti prodded me about it, so it should all be good now
[12:26] <dballester> fabbione, but in the other hand ocfstools / console are offered as package and this packages as no sense without the ocfs manager module
[12:26] <fabbione> dballester: we can't filter the packages based on the install.. the great power of being able to do whatever you want without your machine
[12:26] <dballester> but I now have clear why ocfs is not offered as desktop kernel
[12:27] <fabbione> you might switch kernel
[12:27] <fabbione> you can compile yourown.. etc. etc.etc.
[12:27] <fabbione> we offer it in the server kernel where it makes more sense
[12:27] <dballester> fabbione, agree, i only try to understand why my kernel had ocfs module set to off :)
[12:28] <fabbione> tho it is *theoretically* possible to have / on ocfs2 with local mounts, i see really little point in supporting these kind of operations
[12:29] <sabdfl> dholbach: i use aptitude, and have it set to keeppackages pruned, and yes i think it removed ubuntulooks
[12:30] <dballester> fabbione, totally agree, i'm only trying to have all pieces to make a little conference about ocfs2 in one freenode irc channel, and was preparing the 'learning scenario'. My idea is that people can apply locally the commands that i run, and see how it works
[12:30] <seb128> testing the amd64 desktop CD atm, seems to work fine
[12:31] <dholbach> sabdfl: Ok, then it makes sense. Thanks for prodding about it.
[12:31] <fabbione> dballester: did you try to talk with the ocfs2 guys? they are really nice guys and very available
[12:33] <dballester> fabbione, I know :) i'm member of the oracle ocfs2 mailing list and use ocfs2 a lot ( Oracle RAC environments )
[12:33] <fabbione> ah ok cool
[12:35] <dballester> fabbione, my target is to make a little 'hands on' irc conference, and i'm trying to see if it's possible that each user could make a 'test scenario' on is own computer without effort/danger. This is why i was asking about ocfs2 module in ubuntu desktop kernel
[12:36] <fabbione> dballester: i understand.. well in the worst case you can easily build one
[12:36] <fabbione> dballester: but using the server kernel is the right thing to do
[12:36] <dballester> fabbione, totally agree
[12:36] <fabbione> also.. what release of ubuntu are you going to use?
[12:36] <dballester> well, i'm using 6.10
[12:36] <fabbione> ok
[12:37] <cjwatson> pitti: I need /var/log/partman
[12:37] <fabbione> i am waiting oracle to release 1.2.3 ocfs2-tools for feisty that do support local mount
[12:37] <dballester> and is what i hope assistants use
[12:37] <fabbione> without the need of a cluster
[12:37] <fabbione> that for testing > *
[12:37] <fabbione> so if timing fits, that would be much easier for all your audience 
[12:38] <fabbione> being able to test on loopback devices without special hw or setup will help a lot
[12:38] <cjwatson> pitti: oh, it could just be offering to auto-resize the pending results of the first round of guided partitioning you did :-)
[12:38] <cjwatson> pitti: i.e. erase entire disk creates big hda1 (ext3) and small hda5 (swap), auto-resize spots the big hda1 with lots of free space and offers to resize it ...
[12:38] <pitti> cjwatson: urgh, that would in fact be dangerously wrong, since I told it to not use the scheme; I'll check whether the previous installation is still there
[12:39] <dballester> fabbione, if i remember well, oracle released some days ago 1.2.4 ocfs2 module, hope 1.2.3 tools will come quickly
[12:39] <cjwatson> pitti: not dangerous because it hasn't been committed yet
[12:39] <fabbione> dballester: we have the 1.3 series for the kernel module. i have 1.2.3 ready from svn, but i am waiting for the to release officially after QA is completed
[12:39] <cjwatson> pitti: most of partman works quite happily with pending uncommitted changes - client scripts only notice that a partition isn't actually physically on disk yet if they really try
[12:40] <pitti> cjwatson: OTOH, if it's able to resize the scheme it just created, I wonder why it never offers me to resize the very same scheme from the previous 'entire disk' run
[12:40] <cjwatson> the normal "what partitions are on this disk" tools will show the desired state
[12:40] <fabbione> dballester: they usually tag in SVN and send to QA before releasing the official tarball
[12:40] <cjwatson> pitti: because parted doesn't know how to resize current ext3 partitions yet
[12:40] <cjwatson> pitti: this is a really nasty annoying bug that I would very much like to fix before release
[12:40] <cjwatson> pitti: it can't cope with the resize_inode flag
[12:41] <pitti> cjwatson: oh, ISTR having successfully resized older ext3 partitions, but that's indeed a while
[12:41] <pitti> cjwatson: so maybe we should test this with VFAT instead?
[12:41] <cjwatson> pitti: but if the partitioning hasn't been committed to disk yet, this doesn't apply - it's just a virtual resize which is easy
[12:41] <dballester> fabbione, ok. Thnaks for your info and interest!
[12:41] <cjwatson> pitti: if you actually want auto-resize to work, try something other than ext3, yes
[12:42] <StevenK> Heh
[12:42] <cjwatson> pitti: I don't want to stop people reminding me of the problems with ext3 though
[12:42] <fabbione> dballester: no problem.
[12:42] <cjwatson> pitti: the biggest use case for auto-resize has always been vfat/ntfs
[12:42] <pitti> cjwatson: ah, that explains why resizing is so fast now; thanks for the heads-up
[12:42] <Fujitsu> Keybuk: Don't they have implicit membership anyway?
[12:43] <Keybuk> Fujitsu: yes, but I prefer not to risk it :p
[12:44] <cjwatson> pitti: right, virtual resizing is just shuffling a directory in /var/lib/partman/devices ;-)
[12:44] <cjwatson> (virtual = not on disk)
[12:45] <cjwatson> pitti: it is sort of a bug that auto-resize bothers with virtual partitions
[12:45] <cjwatson> 'cos that's really pretty pointless
[12:47] <cjwatson> ubuntu/daily-live: feisty-desktop-amd64.iso oversized by 186368 bytes (736237568)
[12:47] <cjwatson> so close
[12:47] <cjwatson> wow, we managed to oversize the Kbuntu DVDs
[12:47] <cjwatson> Kubuntu
[12:47] <StevenK> cjwatson: By how much?
[12:48] <cjwatson> that's really rather impressive
[12:48] <cjwatson> 350MB
[12:48] <cjwatson> (on i386 anyway)
[12:48] <StevenK> Oh yeah, that's quite impressive.
[12:48] <cjwatson> I'd really rather not create a second DVD ...
[12:48] <StevenK> cjwatson: Just declare we require dual-layer media. :-P
[12:48] <cjwatson> hah
[12:48] <Chipzz> how do you manage to oversize the *dvd*? :)P
[12:49] <Hobbsee> strike!
[12:49] <cjwatson> ditching linux-image-debug-* would be one approach there, I guess
[12:50] <Keybuk> "Your Derivative is SO PHAT that it oversized a DVD!"
[12:50] <Hobbsee> haha
[12:50] <Hobbsee> cjwatson: to oversize by 350MB - what hte heck is on it?
[12:50] <Hobbsee> cjwatson: yes, quite likely
[12:50] <cjwatson> everything up to the supported seed
[12:51] <ogra> there were a lot MIRs this release
[12:51] <cjwatson> linux-image-debug-* is 478MB for i386
[12:51] <ogra> wow
[12:51] <cjwatson> hmm, oh, I know
[12:52] <cjwatson> we probably haven't processed removals there for a bit, so it'll be taking all versions
[12:52] <cjwatson> which is apparently five times as much as it actually needs
[12:52] <Hobbsee> heh
[12:53] <StevenK> Yes, but you can't exactly purge Hobbsee from the archive.
[12:54] <torkel_> ogra: are you sure it's not a conspiracy? - The Hobbsee conspiracy :-)
[12:54] <Hobbsee> the conspiracy of DOOM!!!
[12:55] <StevenK> The pointy conspiracy?
[12:55] <ogra> heh
[01:03] <Hobbsee> StevenK: you could try.
[01:04] <Hobbsee> :P
[01:04] <Treenaks> Hobbsee: You mean ogra grew a moustache? (http://www.beastiemania.com/songspotlight/images/sabotage.jpg)
[01:05] <Hobbsee> eek!
[01:09] <ogra> heh, beautiful 
[01:12] <jsgotangco> lol
[01:33] <jk_work> What's the right place to report new USB vendor/product IDs for a driver?
[01:33] <jk_work> I already submitted a patch upstream
[01:33] <Keybuk> upstream is fine
[01:34] <jk_work> so it's OK for Ubuntu to wait until it percolates into a linus release?
[01:34] <Keybuk> if it's an important driver, they an be submitted as a patch to the kernel team
[01:35] <jk_work> well, hardly :-)
[01:35] <Keybuk> but it's pretty likely that we'd pull from upstream git anyway
[01:35] <jk_work> but it's been asked for on the forums
[01:35] <jk_work> http://ubuntuforums.org/archive/index.php/t-230365.html
[01:36] <mjg59> There's no problem with submitting that as a patch
[01:39] <jk_work> mjg59: As a bug against the kernel in launchpad, or where?
[01:41] <asac> hmmm ... since a few days my default emacs (edgy) fonts became really tiny/unreadable .... what might have happened ... what package might have caused this? I see nothing about fonts in aptitude log.
[01:41] <cjwatson> jk_work: yeah, linux-source-2.6.20
[01:41] <jk_work> tnx
[01:47] <mjg59> jk_work: Yeah
[01:50] <jk_work> #88929
[01:55] <Fujitsu> Who do I poke about getting pkg-create-dbgsym build failures resolved?
[02:00] <slomo> Fujitsu: pitti probably
[02:00] <Fujitsu> Thanks slomo, I shall try to catch him tomorrow.
[02:01] <slomo> Fujitsu: if you do so please tell him from me that i put i present for him in the hal bzr branch ;)
[02:02] <seb128> what is the account from the migration assistant tab for? does it work to import settings from several account when you can enter only one user?
[02:03] <tbf> what's the best way to contribute a new package?
[02:04] <seb128> ah, the user infos apply to the selected account
[02:04] <ogra_> tbf, #ubuntu-motu is the right place to talk about that
[02:04] <seb128> tbf: try on #ubuntu-motu
[02:13] <Fujitsu> pitti: I hear that you may deal with build failures caused by pkg-create-dbgsym... If so, can you have a look at drscheme on i386/amd64?
[02:14] <pitti> url?
[02:14] <Fujitsu> https://beta.launchpad.net/ubuntu/+source/drscheme/1:352-10ubuntu1
[02:14] <carlos> pitti: do you want to start playing with Feisty lang packs?
[02:14] <pitti> carlos: of course!
[02:15] <carlos> pitti: I'm planning to generate the first export today (although it's more or less the same as Edgy)
[02:15] <Fujitsu> pitti: It builds fine without pkg-create-dbgsyms
[02:15] <pitti> carlos: oh, then don't worry
[02:15] <pitti> carlos: I'd be interested in a tarball once the entire import is done
[02:15] <carlos> ok
[02:15] <carlos> I will ping you then once that's done
[02:15] <pitti> great, thanks
[02:15] <carlos> pitti: anyway, I'm going to enable again lang pack updates for the other distros
[02:15] <carlos> pitti: so you can prepare March update
[02:16] <pitti> Fujitsu: hm, it did build on sparc/ppc
[02:16] <Fujitsu> pitti, yup. I found that somewhat irritating.
[02:16] <pitti> Fujitsu: du: `./usr/share/plt/doc/doc-license.txt': Not a directory -> doesn't sound particularly pkg-create-dbgsym'ish to me...
[02:17] <Fujitsu> It builds fine without it, and I had someone else confirm that installing pkg-create-dbgsym gave such an error.
[02:17] <pitti> Fujitsu: hm, I'll try it on my local system then
[02:18] <Fujitsu> Thanks.
[02:19] <Fujitsu> I need to head off to bed now.
[02:23] <asac> pitti: source rejected with: "firefox_1.5.dfsg+1.5.0.10-0ubuntu0.6.06.1.dsc: Version older than that in the archive."
[02:23] <asac> but .debs got accepted apparently
[02:23] <pitti> asac: ah, that's fine
[02:23] <pitti> source was already there, right
[02:23] <asac> ok
[02:24] <asac> good :)
[02:24] <pitti> asac: yay, binaries are finally there!
[02:24] <pitti> *phew*
[02:24] <asac> at last
[02:24] <asac> ;)
[02:29] <cjwatson> seb128: best check with evand on #ubuntu-installer if you're puzzled
[02:30] <seb128> cjwatson: ok
[02:32] <seb128> brb, trying new install
[02:34] <pitti> Fujitsu: works fine here
[02:35] <ogra_> BenC_, did you revert the broadcom drivers in -9 ?
[02:35] <ogra_> i just booted an upgraded system which hardlocks immediately if NM kicks in 
[02:36] <ogra_> hmm, also happens with -5
[02:38] <ogra_> false alarm then, must be something different than the kernel
[02:40] <Mithrandir> pitti: thanks a lot for all your testing, but the amd64 desktop one is oversized so a bit more testing of that (once it's built) would be great.
[02:41] <pitti> Mithrandir: oh, sure
[02:41] <pitti> Mithrandir: I'd like to avoid reinstalling my main desktop once again, though; vmware should do though, unless we get new kernels
[02:41] <pitti> Mithrandir: what do you throw out? just langpacks, or something more intrusive?
[02:41] <Mithrandir> pitti: yup, it's just a removal of a couple of langpacks.
[02:42] <Mithrandir> we're down to just en + de on amd64 desktop now. :-(
[02:42] <pitti> urgh
[02:42] <pitti> that pretty much solves the Chinese input support question for this case at least
[02:43] <Mithrandir> indeed.
[02:45] <dxdemetriou> hi. can I optimize my whole system from i386 to k7? I have seen somethings about apt-build and prelink, but I don't now if it is a good idea
[02:45] <seb128> Mithrandir: desktop amd64 CD and installation works fine on my desktop
[02:46] <Mithrandir> pitti: but the .fr langpack seems to be huge, since it's now almost 25 MB below the limit..
[02:47] <Mithrandir> I need to sit down and just play with those bits when we get closer to release and everything settles down a bit.
[02:47] <pitti> urgh
[02:47] <Mithrandir> seb128: I just completed a rebuild of amd64 desktop, so if you could test that.. :-/
[02:47] <seb128> Mithrandir: rsyncing and burning CD again then ;)
[02:47] <Mithrandir> seb128: thanks a lot.
[02:47] <Mithrandir> sorry.
[02:47] <pitti> Mithrandir: French langpack should be 3.9 MB (including Gnome)
[02:47] <seb128> np
[02:48] <Mithrandir> pitti: then something else is jumping around.
[02:48] <pitti> Mithrandir: Interested in an exact list of cumulative langpack sizes?
[02:48] <Mithrandir> pitti: if you have it, certainly.
[02:48] <pitti> just generating
[02:52] <pitti> Mithrandir: http://people.ubuntu.com/~pitti/tmp/langpacksizes.txt
[02:53] <pitti> Mithrandir: 'G:' is the language's size for Gnome (i. e. base+gnome package), 'GSum:' is the cumulative size for this and all previous langs
[02:53] <pitti> Mithrandir: and the order is according to priority
[02:53] <Mithrandir> pitti: great. :-)
[02:53] <Mithrandir> pitti: how did you generate it?  Just apt-cache filtering?
[02:54] <pitti> Mithrandir: more or less, yes: http://people.ubuntu.com/~pitti/scripts/langpacksize
[02:54] <cjwatson> dxdemetriou: the gain is tiny; it's not worth it
[02:55] <pitti> Mithrandir: it's a quick hack, runs slow as hell, but has proven to work :)
[02:55] <cjwatson> dxdemetriou: chances are you'll spend more time rebuilding than you'll ever get back
[02:55] <pitti> Mithrandir: it's in the langpack-o-matic bzr
[02:55] <Mithrandir> pitti: shiny, thanks.  I'll see if I can use that in my release status pages to tell me that "you do have room for those three other langpacks".
[02:55] <pitti> that would be shiny indeed
[02:57] <j1mc> will Herd 5 be out today?
[02:57] <Mithrandir> j1mc: that is the goal, yes.  I should probably build new xubuntu isos too
[02:57] <dxdemetriou> cjwatson, I know that some times is small difference. I tried eryl with ubuntu and sabayon for example, and I saw is more optimized with i686. The better way is to optimize only the packages I want and not the whole system?
[02:58] <j1mc> Mithrandir, thanks.  :)
[02:58] <pitti> Mithrandir: oh, are you building another one, filling the remaining 25 MB? or is this 'the' image now?
[02:59] <Mithrandir> pitti: the current i386 and amd64 ones are the final ones, barring anybody finding blockers.
[02:59] <fabbione> Mithrandir: are you also publishing -server ?
[03:00] <Mithrandir> fabbione: if somebody tests it, sure
[03:00] <fabbione> Mithrandir: i can test i386 and sparc when i am back. i need a break now
[03:00] <Mithrandir> fabbione: sure.  ISOs building.
[03:01] <fabbione> Mithrandir: thanks
[03:01] <pitti> Mithrandir: alright, let's sort out translations for the beta, when we'll actually have some ;)
[03:01] <Mithrandir> pitti: yup.
[03:03] <pitti> argh, fresh install -> no vmware any more
[03:05] <asac> fabbione: you are translation master?
[03:06] <pitti> asac: carlos: Rosetta, me: langpacks, actual translations: one team per language
[03:06] <asac> I need to update ffox and tbird locales (because of official branding) at some point; should I coordinate with someone (you) or just push up after freeze?
[03:06] <tepsipakki> are the images publicly available somewhere? a friend of mine would like to install amd64
[03:07] <pitti> asac: updating mozilla-firefox-locale-all for 2.0.0.2 is on my TODO list ATM, but I'm happy to hand that over to you
[03:07] <carlos> pitti: what's the time limit to see whether we could start using Rosetta to prepare firefox language packs ?
[03:08] <pitti> carlos: hm, beta, I'd say
[03:08] <carlos> pitti: we are finishing native support for it
[03:08] <asac> yes ... would like to use such simple packages to train people of mozilla team a bit on packaging ... maybe not for this round, but definitly in future.
[03:08] <pitti> oh, great!
[03:08] <pitti> asac: most complicated part is to rename the upstream files, like de.xpi -> de_DE.xpi
[03:09] <asac> yeah :)
[03:09] <pitti> asac: or, alternatively, go through the pain of renaming the packages again
[03:09] <pitti> and provide transitional packages with all the C/R/P goo
[03:09] <carlos> pitti: are you renaming de.xpi to de_DE.xpi???
[03:09] <pitti> carlos: for hysterical raisins
[03:09] <asac> pitti: will not change such things for feisty i guess
[03:09] <pitti> carlos: so far I did that to avoid renaming the packages; it doesn't make much difference usually
[03:10] <asac> ok .. i am out again ... cu  @meeting.
[03:10] <carlos> pitti: well, that prevents that es_MX people start translating because there is an es_ES one, for instance (yeah, I know there is already es_ES and es_AR)
[03:10] <carlos> which is madness
[03:10] <carlos> pitti: I hope you do the package rename at some point ...
[03:11] <pitti> carlos: but es_ES/AR/MX are the very reason why we need the per-country ones in the first place?
[03:11] <carlos> pitti: the thing is that just es.xpi would work
[03:11] <pitti> carlos: yes, we probably have to; and I really hope that upstream does not change them *yet again*
[03:11] <pitti> carlos: if you have ex_MX installed and are in es_ES, it'll still be used
[03:11] <pitti> (if you don't have es_ES, that is)
[03:11] <carlos> as far as I know, es_AR started because the original one was es_ES and was not well maintained
[03:13] <carlos> wow, so they had to 'hack' the way they get language packs to 'find something es_*' ?
[03:13] <carlos> pitti: my point is in the lose efforts maintaining translations for es_ES, es_MX, es_AR, etc.. when a single 'es' would be enough
[03:13] <pitti> Mithrandir: amd64/desktop tests running (two in parallel, should go pretty fast)
[03:13] <carlos> not that the application is not able to cope with them
[03:13] <pitti> carlos: right
[03:13] <Mithrandir> pitti: cheers
[03:14] <pitti> carlos: but Rosetta needs to duplicate the common strings to es_AR/es_ES.xpi anyway, right?
[03:14] <carlos> no, if we just import 'es'
[03:15] <Mithrandir> Riddell: ISOs for you; tracker bugs filed.
[03:15] <pitti> Mithrandir: will you create another bug for Ubuntu amd64/desktop?
[03:16] <Mithrandir> pitti: that's #88944 already
[03:16] <pitti> ah, it appears now
[03:16] <tepsipakki> Mithrandir: where can I grab an amd64-image to test?
[03:16] <Riddell> Mithrandir: ack
[03:17] <Mithrandir> tepsipakki: cdimage.ubuntu.com
[03:17] <Mithrandir> (/daily or /daily-live)
[03:17] <tepsipakki> oh
[03:17] <ogra_> edubuntu server and add-on amd64 are fine here
[03:17] <ogra_> including X :)
[03:18] <Mithrandir> ogra_: good.  Tracker bugs are updated too?
[03:18] <tepsipakki> Mithrandir: thanks, the daily-timestamps seemed "old" ;)
[03:18] <ogra_> not yet
[03:18] <ogra_> i'm doing them all together if i'm back on my normal work system
[03:18] <Mithrandir> tepsipakki: daily is from yesterday ; daily-live is from this morning and about an hour ago.
[03:18] <Mithrandir> ogra_: ok
[03:57] <bddebian> Heya
[04:01] <bddebian> doko: Sorry, I would have done the UVFe.  I wasn't clear on whether you wanted me to do that or not
[04:04] <pitti> Mithrandir: oh, btw, bug 88944 is all good
[04:04] <Ubugtu> Malone bug 88944 in ubuntu-iso-tests "20070301.1: ubuntu amd64 desktop" [Undecided,In progress]  https://launchpad.net/bugs/88944
[04:05] <Mithrandir> pitti: great, thanks.
[04:36] <ogra_> argh
[04:36] <ogra_> since when does NM nopt recpect static interfaces anymore ? 
[04:37] <ogra_> it just killed the interface my dhcp, nfs and tftp server for ltsp are running when i loaded the broadcom driver for the wlan
[04:38] <ogra_> thats extremly evil ...
[04:40] <pitti> ogra_: right, just noticed that two hours ago when reinstalling my desktop
[04:41] <ogra_> can we avoid such behavior again ? 
[04:42] <seb128> I find it really handy to be able to pick my static interface for nm when trying the desktop CD some hours ago
[04:42] <seb128> s/find/found
[04:42] <ogra_> seb128, i didnt pick anything
[04:42] <ogra_> i loaded a module
[04:42] <ogra_> while bein in a thin client session ...
[04:43] <ogra_> the session then locked up .... hard ...
[04:43] <seb128> ogra_: that's a bug, doesn't mean it should ignore the static interface
[04:43] <ogra_> well, it recognizes the interface i have up during boot #time ...
[04:44] <ogra_> it shouldnt just shut it down ... in no case
[04:44] <ogra_> even if i click on it it shouldnt ... what the admin configured in /etc/network/interfaces shouldnt be overridden
[04:45] <ogra_> thats a security issue imho
[04:52] <ogra> ah, thats better
[04:57] <dxdemetriou> the apt-build is safe to rebuild my whole system or it can broke it? I just want to try to see how can be optimized
[05:03] <psusi> I don't know if I'm being dense or what, but I can not for the live of me, identify where the upstream source is for the udev package by inspecting the source package readmes and such
[05:03] <psusi> where's this thing come from?
[05:06] <kylem> http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev.html
[05:06] <kylem> it should really be in debian/copyright. oh well.
[05:14] <psusi> that's what I thought, but it isn't ;)
[05:14] <psusi> thanks though
[05:14] <psusi> cause I was getting really confused becayse in the FAQ it refers you to a mailing list on sourceforge, only the project appears to have nothing to do with udev
[05:15] <seb128> Mithrandir: new amd64 desktop CD and installation works fine for me
[05:15] <psusi> or rather, was the old pre udev hotplug system...
[05:15] <ogra_> mvo_, somehow gai should learn to handle the moiunting and unmounting more properly ....
[05:16] <ogra_> i end up with a bunch of windows after some action ... would probably be good if it set the gcopnf key for gnome-volumemanager to not mount the CD over and over
[05:23] <mvo_> ogra_: yes, I noticed that too
[05:46] <fabbione> asac: no sorry
[05:54] <fabbione> Mithrandir: are server iso published?
[05:56] <Trewas> should I file a bug for this (latest i386 alternate daily) and if so with what details, http://img453.imageshack.us/img453/91/partitionerqj1.png
[05:57] <Trewas> I honestly don't know what to make of those partitioner choices, and if it is now generally broken or just for this computer...
[06:04] <cjwatson> Trewas: I'd like you to try to reproduce that for me with a bit more debugging, and then file a bug
[06:05] <cjwatson> Trewas: at the first boot screen, press F6 to edit the kernel boot parameters line, and add " DEBCONF_DEBUG=5" to the end of the boot parameters (without the quotes)
[06:05] <cjwatson> Trewas: then reproduce the problem
[06:06] <cjwatson> Trewas: when you get to the screen you posted, back up until you get to the installer's main menu (it'll have "Partition disks" on it)
[06:06] <cjwatson> Trewas: select "Save debug logs" from there, and use one of the methods it'll offer you to extract the syslog and partman log files
[06:06] <cjwatson> Trewas: then file a bug report on partman-auto and attach those logs to it, and tell me the bug number
[06:12] <Trewas> cjwatson: hmm, it doesn't want to let me go back from that screen, "No root file system. Please correct this from the partitioning menu. <go back> <continue>", and both choices go back to the same screen
[06:16] <Trewas> cjwatson: well the logs seem to be in /var/log/, I guess they will do
[06:16] <cjwatson> Trewas: right, those'll do great
[06:17] <cjwatson> Trewas: if you have an ssh server on another system, you can 'anna-install openssh-client-udeb' from tty2 and then you'll have scp to copy them out
[06:17] <tepsipakki> cjwatson: a friend of mine is having some problems with ubiquity hanging in the "migrate settings" phase
[06:18] <tepsipakki> with amd64 current daily
[06:18] <cjwatson> the partitioning thing is also bug 87275, FWIW, but a DEBCONF_DEBUG=5 syslog would still help
[06:18] <Ubugtu> Malone bug 87275 in partman-auto "feisty fawn herd 4 server loops when partitioning disks attempted" [Undecided,Needs info]  https://launchpad.net/bugs/87275
[06:19] <cjwatson> tepsipakki: run with 'ubiquity --debug' and attach the resulting /var/log/syslog, /var/log/installer/debug, /var/log/partman to a bug
[06:19] <cjwatson> tepsipakki: it's certainly possible - the migration stuff is new and this is the sort of thing we need to solve early
[06:20] <tepsipakki> cjwatson: thanks, I'll tell him
[06:24] <doko> infinity: are the results from the rebuild tests somewhere available?
[06:30] <Trewas> cjwatson: bug filed, bug 89004
[06:30] <Ubugtu> Malone bug 89004 in partman-auto "Wonky partitioner choices in alternate cd" [Undecided,Unconfirmed]  https://launchpad.net/bugs/89004
[06:34] <cjwatson> Trewas: thanks, that should be enough
[06:36] <cjwatson> deeply, deeply weird though
[06:37] <cjwatson> it's like the cdebconf confmodule just decided not to bother setting RET
[06:38] <ogra_> cjwatson, hmm, none of the additional apps i had in -live were installed by ubiquity, do i need to duplicate them in ship-live ?
[06:39] <cjwatson> ogra_: no, that won't work, you need to talk to me
[06:39] <ogra_> ok
[06:39] <cjwatson> ogra_: if you want them installed on the target system, why not just put them in desktop?
[06:39] <cjwatson> that's the purpose of desktop
[06:39] <ogra_> because then they are on the server cd again
[06:40] <ogra_> i dont want them there, but on the liveCd and in the ubiquity installs
[06:40] <cjwatson> why shouldn't they be on the server (i.e. what everyone else calls alternate install) CD?
[06:41] <cjwatson> the alternate install and desktop CDs should generally install the same things
[06:41] <ogra_> because they were moved to the add-on CD
[06:41] <cjwatson> blink
[06:41] <ogra_> all big apps moved 
[06:41] <cjwatson> surely you'll run out of space on the desktop CD too if you try to put them there
[06:41] <ogra_> like the spec says, gcompris and kdeedu are on the add-on CD
[06:42] <cjwatson> yes, server should be equivalent to desktop in terms of package selection though
[06:42] <ogra_> it cant 
[06:42] <ogra_> not if stuff moved to the add-on CD
[06:42] <cjwatson> the add-on CD should be usable with a desktop install in just the same way as with the server CD
[06:42] <ogra_> right
[06:42] <cjwatson> so stuff from the add-on CD doesn't need to be on the desktop CD
[06:42] <cjwatson> just use the add-on CD
[06:42] <ogra_> but the server install is completely different to a ubiquitiy workstation install
[06:43] <ogra_> thats not what i wqant
[06:43] <ogra_> the user experience of the liveCD shouldnt change 
[06:43] <cjwatson> well, five packages different
[06:43] <ogra_> that was the plan
[06:43] <cjwatson> and the LTSP client
[06:44] <cjwatson> ogra_: OK, if you really want this (and I'm not at all sure it's a good idea) then you need to talk to infinity and get him to make the livefs build script install the contents of a further seed (in addition to desktop) before creating manifest-desktop
[06:44] <ogra_> currently its rather like 30 packages difference 
[06:45] <cjwatson> there is no way to do what you want in the current seed structure, so it'll need seed changes
[06:45] <ogra_> the apps are on the live desktop just fine just ubiquity doesnt install them
[06:45] <cjwatson> code changes I mean
[06:45] <cjwatson> ogra_: yes, I wrote the code which removes them; I'm familiar with what it does
[06:45] <cjwatson> ubiquity intentionally removes everything which is in live but not desktop
[06:46] <cjwatson> since otherwise you would end up with ubiquity installed on the target system
[06:46] <ogra_> ah, right i remember
[06:46] <tepsipakki> cjwatson: should I file the bug against ubiquity or m-a?
[06:46] <Riddell> cjwatson, Mithrandir: there's a crash in the new partitioner in KDE Ubiquity, I've committed the fix to trunk, can I upload?
[06:46] <cjwatson> Riddell: have you bumped the version in configure.ac?
[06:46] <cjwatson> tepsipakki: probably ubiquity
[06:46] <tepsipakki> cjwatson: ok, will do
[06:46] <Riddell> cjwatson: nope, can do
[06:47] <cjwatson> Riddell: bump that and run ./autogen.sh, assuming you have the autotools installed
[06:47] <cjwatson> Riddell: check the diff - it should be small and just version changes
[06:47] <cjwatson> Riddell: commit that, then upload
[06:47] <cjwatson> Riddell: could you set yourself up with CIA too?
[06:48] <Riddell> cjwatson: I thought I had, let me check
[06:49] <cjwatson> your commit didn't appear on #ubuntu-installer
[06:55] <zoli2k> Hi, can anybody help me with squashfs? I want to build a small usb distro based on ubuntu.
[06:56] <sabdfl> zoli2k: BenC is likely the best starting point
[06:57] <gilligan_> I have a question regarding ubuntu kernel patches -- if the question is inappropriate to ask in this channel then just tell me ..     in  /include/linux/fs.h : void (*umount_begin) (struct vfsmount *, int);  <--- the vanilla kernel (2.6.17.11) does not have the second, int argument. I am trying to build a kernel module (a fistgen filesystem) which fails because of this difference
[06:57] <zoli2k> Will under edgy work an /etc/fstab containing: "/dev/loop0  /  squashfs    ro,defaults       0 0"
[06:57] <gilligan_> so can anyone tell me what the change in umount_begin is about and why there is an extra argument ?
[06:57] <BenC> zoli2k: Probably best to use an initramfs to handle find the filesystem, like out livecd does
[06:57] <BenC> s/out/our/
[06:59] <BenC> gilligan_: check in fs/ for usages. I think for most cases it's just 0
[06:59] <cjwatson> Trewas: it's almost like two copies of partman are running simultaneously
[06:59] <cjwatson> one of which has gone nuts
[07:00] <zoli2k> BenC: initramfs will allow to use the default edgy kernel?
[07:05] <BenC> zoli2k: Yep
[07:05] <zoli2k> Benc: thx
[07:06] <BenC> zoli2k: np, good luck
[07:06] <gilligan_> BenC, well you seem to be right.. seems like it is mostly being invoked with 0 as argument for the second argument (int flags)
[07:07] <BenC> gilligan_: I think it was done to facilitate one or two special cases
[07:09] <gilligan_> BenC, I am really anything but an expert in that regard, but I am surprised to see ubuntu kernel patches at that level. Then again I didn't really care about that before
[07:10] <Riddell> cjwatson, Mithrandir: new ubiquity uploaded, can you let it through?
[07:10] <BenC> gilligan_: It's caused by one of two things, either a security patch required us to backport that portion of code, or a driver/patch we need required us to do it
[07:10] <BenC> gilligan_: It was definitely from upstream, and probably from 2.6.18, so expect to see it in newer kernels anyway
[07:12] <cjwatson> Mithrandir: bug 89004 is a pretty nasty autopartititioning problem, and seems to involve an infinite loop somewhere - still tracking it down
[07:12] <Ubugtu> Malone bug 89004 in partman-auto "Wonky partitioner choices in alternate cd" [Undecided,Unconfirmed]  https://launchpad.net/bugs/89004
[07:12] <pitti> BenC: btw, I just tried readlink /proc/pid/exe when deleting the binary while the process is still running; I just get the normal path with ' (deleted)' appended; I wonder where those strange null bytes and gibberish in between came from
[07:12] <Riddell> cjwatson: kubuntu i386 desktop CD doesn't seem to have any winfoss on it
[07:13] <gilligan_> BenC, I see.. oh and I just realized that the it's not only the first argument really..  vanilla: (struct super_block_t*) / ubuntu: (struct vfsmount*,int)   --- guess I will have to install a vanilla kernel in a VM to work on the code. In any way: thanks for your information
[07:13] <cjwatson> Trewas: would you mind following that procedure through again, but this time, when the installer is waiting for you to enter a hostname, switch to tty2, 'nano /bin/partman' and put 'set -x' on the second line
[07:13] <cjwatson> Trewas: then return to tty1 and continue
[07:13] <cjwatson> Trewas: from that, I need /var/log/syslog
[07:13] <pitti> BenC: it seems that I can reasonably assume that /proc/pid/exe will point to a nonexisting binary after the original binary got unlinked; do you have an idea whether there are any further assertions? (path before the first null byte or space is original binary, etc.)
[07:13] <BenC> gilligan_: np, ubuntu kernel team is in #ubuntu-kernel if you need anything further
[07:14] <BenC> pitti: No, I've been meaning to check on that code to see how it comes up with the exe name in that case
[07:14] <pitti> BenC: ah; no hurry
[07:15] <BenC>                 memcpy(end, " (deleted)", 10);
[07:15] <Trewas> cjwatson: sure, I'll try that
[07:15] <BenC> I see that much :)
[07:15] <pitti> BenC: well, that's something handy already :) 
[07:16] <BenC> pitti: Basically it truncates the exe buffer by 10 and inserts that string at the end
[07:16] <BenC> pitti: It doesn't seem to check the actual path len, just the buffer than the pathname is stored in
[07:16] <BenC> *that
[07:16] <BenC> pitti: Hence why it gets garbage I guess
[07:17] <pitti> BenC: I see; thanks for checking!
[07:17] <pitti> BenC: so I could just try and check whether the part before the first space or NUL is an existing binary, and if so, then it's an upgrade; if it doesn't exist, I simply ignore it
[07:17] <cjwatson> Trewas: thanks
[07:17] <BenC> pitti: But it also means that the actual path can be truncated (e.g. "/usr/bin/share/d (deleted)")
[07:18] <pitti> BenC: right, then we are screwed; but at least we can hope to catch a good deal of cases where it's not truncated
[07:18] <BenC> pitti: And if the full path is < 10 (not likely, but...) then it wont prepend " (deleted)" at all
[07:18] <BenC> pitti: Ok, let me know if you need more info
[07:18] <pitti> /bin/bash :)
[07:19] <pitti> /bin/ls, etc
[07:19] <BenC> but the buffer has to be less than 10, so I'm not sure if that's possible
[07:19] <pitti> BenC: oh, one more question; does the %e macro (respective the corresponding CORE_ env var) has the very same modification, or is it the original exe name?
[07:20] <BenC> pitti: hmm...no idea
[07:20] <BenC> They don't appear to come from the same thing
[07:22] <heno> Riddell: lacking winfoss > that could explain why Mithrandir is seeing so much extra space as well
[07:22] <heno> has it fallen off the ubuntu images too?
[07:25] <pitti> BenC: ah, too bad, CORE_EXECUTABLE aka %e only has the basename, no dir
[07:25] <pitti> well, but that should do
[07:27] <Riddell> heno: I don't konw
[07:30] <Trewas> cjwatson: new syslog attached to the bug
[09:24] <heavensrevenge> i am just wondering, has fiesty entered a freeze yet??
[09:24] <giftnudel> have a look at the topic
[09:25] <Adri2000> UpstreamVersionFreeze and FeatureFreeze, yes.
[09:25] <giftnudel> there is a wiki page with the dates though
[09:25] <mdke> specifically, FeistyReleaseSchedule
[09:26] <Burgwork> mdke: whiprush was looking for the Ubuntu moin theme
[09:26] <heavensrevenge> so as of herd 5 it will be frozen?
[09:27] <mdke> Burgwork: https://wiki.ubuntu.com/LoCoTemplates
[09:27] <Burgwork> mdke: ah
[09:27] <heavensrevenge> srry 4 askin such noobish q's, ive decided to jump ship to ubuntu from xp
[09:27] <mdke> we should rename that page really
[09:27] <mdke> I don't understand why it is supposed to be loco specific
[09:28] <heavensrevenge> and im wondering since i think it would be safe as long as ther main install base is frozen, then only patches are commited
[09:28] <heavensrevenge> since i wouldnt want to break my install right away:P
[09:28] <Adri2000> feisty is not for you
[09:29] <mrevell> heno: ping
[09:30] <mdke> Burgwork: alright, moved to "Templates"
[09:30] <Burgwork> rock
[09:32] <Burgwork> mdke: whiprush says thanks
[09:33] <LaserJock> Burgwork: say hello to him for me
[09:34] <Burgwork> done
[09:45] <cjwatson> heavensrevenge: we're still upgrading the X system (i.e. the bottom graphics layer) so I'm not sure we could honestly say that our main install base is frozen yet :-)
[09:46] <cjwatson> heavensrevenge: of our supported releases, 6.06 is solid while 6.10 is a bit more leading-edge/risky; feisty's intended for developers and experienced users who are happy digging themselves out of holes at this point
[09:46] <heno> mrevell: hi
[09:46] <mrevell> heno: Hey - I'm planning a weekly Launchpad users meeting, as the user panel was going to be too exclusive, I think.
[09:46] <mrevell> heno: I'm thinking of each Wednesday
[09:47] <mrevell> heno: so we can discuss isues raised in the thurs LP meeting
[09:47] <heno> the day before they are raised!
[09:47] <heno> or 6 days after
[09:47] <mrevell> heno: Sorry :) I meant so that issues raised by users could be discussed in the LP team meeting
[09:48] <heno> ah, that makes even more sense :)
[09:48] <heno> mrevell: sounds good. what time?
[09:50] <mrevell> heno: Well, that's the problem. I was thinking of 17:00 for purely selfish reasons (we record LugRadio every other Wednesday evening)
[09:50] <mrevell> heno: But that's rubbish for .au and .nz
[09:50] <heno> mrevell: that's always going to be a problem
[09:51] <heno> many meetings have rotating times for that reason
[09:51] <mrevell> heno: Yeah, I was thinking that's what we'd have to do.
[09:52] <mrevell> heno: I'll announce the time when I've settled on one for the first meeting.
[09:52] <heno> mrevell: cool. speaking of meetings, there is a distro one in 8
[09:53] <heno> mrevell: did you catch the conclusion on the LP performance discussion?
[09:53] <mrevell> heno: I'd love to join in but I need to finish work soon :)
[09:53] <mrevell> heno: Erm, no I'm not sure that I did.
[09:53] <mrevell> heno: after the meeting?
[09:55] <heno> mrevell: yeah, I think I got most of it. They may inline CSS and JS
[09:55] <Fujitsu> Didn't the conversation sort of disintegrate completely into emptiness?
[09:55] <mrevell> heno: Cool.
[09:55] <heno> or at least do more testing
[09:55] <mrevell> Fujitsu: If there's more than needs to be said, come and join us in the Launchpad users meeting :)
[09:55] <mrevell> Fujitsu: Time and date TBA
[09:55] <mrevell> :)
[09:55] <mrevell> I'll announce it on the Fridge
[09:57] <ajmitch> mrevell: a users meeting now?
[09:57] <mrevell> ajmitch: sorry, no. I'm planning one for Wednesday
[09:57] <mrevell> ajmitch: provisionally 17:00
[09:57] <mrevell> UTC
[09:57] <ajmitch> not now, obviously, but the fact that you're having one
[09:58] <ajmitch> ah, an annoying time of day
[09:59] <mrevell> ajmitch: It'll be at different times, to suit different timezones.
[09:59] <mrevell> ajmitch: what's your time zone?
[10:00] <ajmitch> NZDT (UTC+13)
[10:02] <mrevell> ajmitch: ah, yes, not a good time for you.
[10:02] <Fujitsu> A worse time for me :P
[10:02] <mrevell> ajmitch: If we make the next one 21:00 UTC, that works out better.
[10:02] <Riddell> Mithrandir: can you let ubuntu 1.3.24 through?
[10:03] <cjwatson> YM ubiquity?
[10:03] <Mithrandir> Riddell: uh.  Do you mean ubiquity or something?  I don't think you have a package called ubuntu? :-)
[10:04] <Riddell> err, yes
[10:04] <Riddell> clearly I shouldn't have peach wine before a meeting
[10:05] <Mithrandir> Riddell: does that mean you want it for the kubuntu images?  I was planning on making the ones now final.
[10:05] <Riddell> Mithrandir: yes it's needed, it crashes on almost all partitioning operations
[10:06] <Mithrandir> Riddell: ugh.
[10:06] <Mithrandir> cjwatson: only kubuntu or ubuntu too?
[10:06] <cjwatson> it's only the KDE frontend
[10:06] <Mithrandir> ok
[10:07] <Mithrandir> cjwatson: about 89004, it looks weird, but do you think it's a blocker?
[10:07] <cjwatson> Mithrandir: I wish I knew, TBH
[10:08] <cjwatson> Mar  1 20:24:50 main-menu[3246] : (process:15502): /lib/partman/auto.d/10initial_auto: 117:  
[10:08] <cjwatson> Mar  1 20:24:50 main-menu[3246] : (process:15502): /lib/partman/automatically_partition/question: Permission denied 
[10:08] <cjwatson> that's super-weird
[10:08] <cjwatson> I'll check right after the meeting
[10:08] <Mithrandir> ok
[10:33] <Mithrandir> cjwatson: the latest console-setup upload seems to contain a .svn directory.
[10:34] <cjwatson> gar
[10:34] <cjwatson> oh, yeah
[10:34] <Mithrandir> or rather, lots of .svn directories.
[10:34] <cjwatson> Mithrandir: it does that because the current Debian version did and I didn't want to create a vast diff.
[10:34] <Mithrandir> ahkay.
[10:35] <Mithrandir> Riddell: anyway; new ubiquity accepted
[10:35] <Riddell> thanks
[10:35] <giangy> 'evening
[10:35] <Mithrandir> Riddell: your alternates are ok, right?
[10:35] <Mithrandir> so I'll just reject the desktop bugs.
[10:35] <Riddell> Mithrandir: both good yes
[10:35] <Riddell> sure
[10:44] <cjwatson> ogra: ok, would you be willing to take that up and either fix it or deliver it back to me with a clearer picture of what's going wrong?
[10:44] <cjwatson> (63175)
[10:44] <ogra> yep
[10:48] <j1mc> Mithrandir: do you think there will be a xubuntu herd 5?
[10:48] <Mithrandir> j1mc: if you guys test and are happy with the current images, sure.
[10:48] <ogra> is anyone testing them ?
[10:48] <Mithrandir> j1mc: if you need something updated or respins, tell me.
[10:48] <Mithrandir> j1mc: I meant to tell you earlier, but you weren't here.
[10:48] <j1mc> yes.  afaik, i think we're ok.  
[10:49] <j1mc> ogra: check:  https://wiki.ubuntu.com/Xubuntu/Testing/Current
[10:49] <j1mc> our testing leader is in the hospital, so i've had to fill in.
[10:50] <j1mc> i think i'll be maintaining it going forward.  we just need more AMD64 and PPC testers.  i'm working on it.
[10:50] <j1mc> Mithrandir: thanks.
[10:50] <Mithrandir> j1mc: ppc is a port anyway, I'm not sure xubuntu has ports build?
[10:51] <cjwatson> ogra: if the problem is that the system clock resets to zero on every boot, then there's nothing we can do about it and the bug should be rejected
[10:51] <ogra> j1mc, well, i checked the buglist https://launchpad.net/ubuntu-iso-tests/+bugs 
[10:51] <cjwatson> ogra: but it might be something else
[10:51] <ogra> cjwatson, as i said, i saw it on all herd releases until today
[10:51] <ogra> so for me something has changed apparently
[10:52] <cjwatson> ogra: right, but I'm wondering if your system suffers from this problem anyway
[10:52] <j1mc> ogra: yes, we need to update where we report info to.  i'll get that changed for next herd.
[10:52] <ogra> but i will pull a herd 4 and compare
[10:52] <cjwatson> ogra: this is something you should be able to check by looking at the date before ntpdate runs
[10:52] <ogra> cjwatson, usually i dont have probs with my clock on this machine
[10:52] <cjwatson> or alternatively, ntpdate (or is it just ntp now?) could be doing something mad
[10:52] <cjwatson> ogra: yeah, but remember the installer doesn't use ntpdate
[10:53] <cjwatson> ogra: it could be that it's being fixed up for you on every boot
[10:53] <ogra> well, givenm that i dont do networked installs usually ....
[10:53] <cjwatson> fsck runs before ntpdate
[10:53] <cjwatson> hmm, ok
[10:53] <cjwatson> anyway, seems like something to check
[10:53] <ogra> yep
[10:53] <elmo> cjwatson: eh, why can't we do anything about it?
[10:53] <ogra> i'll first try to reproduce it with herd4 and then check the differences in clock handling
[10:54] <elmo> cjwatson: the whole time I was a powerbook user, I wished we would set the date to something completely incorrect, but at least sane
[10:54] <elmo> (due to the 1904 crap)
[10:54] <elmo> I mean we know the date is at least 2007-03-01, right? ;-)
[10:54] <Spads> release date
[10:54] <ogra> ++
[10:54] <ogra> i had the same probs with my ibook for a long time
[10:55] <ogra> and i think gnome still has probs with 1904
[10:55] <cjwatson> elmo: I'm not sure that would obviously help with fsck
[10:55] <cjwatson> elmo: suppose it might
[10:55] <cjwatson> elmo: there's an adjtime thing in base-files which Santiago updates every so often
[10:55] <cjwatson> I always wondered if that was meant to be for the sort of thing you mention
[10:57] <Fujitsu> Any buildd admins around that could look at drscheme? It build on multiple i386 machines I have, but fails on the i386 and amd64 buildds (powerpc and sparc built fine).
[10:57] <cjwatson> base-files updates it on fresh install, and something else updates it from time to time
[10:58] <Mithrandir> Fujitsu: looking.
[10:58] <Riddell> mvo: kubuntu upgrader tester had a bug https://launchpad.net/bugs/89049
[10:58] <Ubugtu> Malone bug 89049 in update-manager "Kubuntu upgrade edgy -> feisty crash" [Undecided,Unconfirmed]  
[10:58] <Fujitsu> Thanks Mithrandir.
[10:58] <cjwatson> elmo: I think /etc/init.d/hwclock is *meant* to do this, but maybe doesn't
[10:58] <mvo> Riddell: oh?
[10:58] <ogra> cjwatson, the last part of your sentence is worrying
[10:58] <cjwatson> could be it doesn't spot the 1904 case
[10:58] <cjwatson> ogra: ?
[10:58] <ogra> " and something else updates it from time to time"
[10:59] <mvo> Riddell: thanks, I seem to remember that I have fixed that, but I will have anohter look. thanks
[10:59] <cjwatson> ogra: it's hwclock. I just hadn't found out what it was yet at that point
[10:59] <joumetal> Just confirmed bug 88990 and just asking someone to assign it.
[10:59] <Ubugtu> Malone bug 88990 in firefox "evolution breaks with libnss update" [High,Confirmed]  https://launchpad.net/bugs/88990
[10:59] <ogra> ah, ok
[11:00] <cjwatson> joumetal: for many teams it is not standard procedure to assign bugs. You shouldn't worry about whether a bug is assigned or not
[11:01] <Mithrandir> pitti: does the build failure for drscheme/i386 look like anything the binary package mangler could be responsible for?
[11:01] <pitti> Mithrandir: I tested it locally on amd64, and it just worked
[11:01] <pitti> Mithrandir: and it built on sparc/ppc as well
[11:01] <pitti> the buildd failure didn't really look specific to ddebs, no idea :/
[11:02] <ogra> heno, is there any howto for the winfoss stuff ? great to have a tgz, but i have no idea what to do with it now :)
[11:02] <cjwatson> pitti: could you look at bug 88990? bug in the dapper firefox security update
[11:02] <Ubugtu> Malone bug 88990 in firefox "evolution breaks with libnss update" [High,Confirmed]  https://launchpad.net/bugs/88990
[11:02] <cjwatson> ogra: it gets dropped onto CDs by the cdimage tools and autoloads when you stick the CD into a Windows box
[11:02] <joumetal> cjwatson ok thanks. There is discussion about it in #ubuntu-bugs
[11:03] <ogra> cjwatson, so i only copy it to the right place ? 
[11:03] <Mithrandir> dpkg-gencontrol seems to call du, but I really don't see why it complains about something not being a directory.
[11:03] <cjwatson> ogra: no, I do
[11:03] <ogra> ah, ok
[11:03] <Mithrandir> Fujitsu: I'll just try a give-back.  I doubt it'll help, but it can't harm.
[11:03] <cjwatson> ogra: you don't have to do anything except take its space usage on the desktop CD into account
[11:04] <Fujitsu> Mithrandir, we can hope :) Thanks.
[11:04] <ogra> cjwatson, add-on CD ;)
[11:04] <cjwatson> ogra: errr
[11:04] <cjwatson> ogra: normally it goes on the live-type CD because that's the best workflow to encourage Windows users in
[11:05] <ogra> its supposed to go on the add-on CD ... i dont have any space on the desktop CD 
[11:05] <cjwatson> meh
[11:05] <cjwatson> ok, more grotty cdimage code then
[11:05] <heno> ogra: just unpack and browse with firefox, or burn to a CD and start it in Windows
[11:05] <ogra> henrik just wanted to fill the remaining space there
[11:06] <doko> Mithrandir: estimate for archive unfreeze?
[11:07] <Mithrandir> doko: tomorrow sometime.
[11:07] <ogra> cjwatson, sorry for that, i thought it was clear :/
[11:07] <Mithrandir> Riddell: can you do your own desktop rebuilds once ubiquity is through the hoops?
[11:07] <ogra> Mithrandir, all images for edubuntu are good, bugs are updated, from my side we're release ready
[11:08] <Mithrandir> ogra: excellent.
[11:08] <cjwatson> Riddell: WinFOSS *is* on the Kubuntu desktop CD
[11:08] <cjwatson> Riddell: for some reason the bits are in /kubuntu/ though, which may be confusing something?
[11:09] <Riddell> cjwatson: it was certainly confusing windows, it couldn't find anything
[11:09] <cjwatson> heno: could you get rid of the /kubuntu prefix on the files in the Kubuntu WinFOSS tarball
[11:09] <cjwatson> ?
[11:09] <Riddell> Mithrandir: sure
[11:09] <cjwatson> yeah, autorun.inf is in /kubuntu/ rather than at the CD root, which won't work
[11:10] <heno> cjwatson: sure. That's what I've generally used before, but if it helps
[11:11] <cjwatson> heno: I mean inside the tarball
[11:11] <cjwatson> heno: like /kubuntu/bin/chrome/...
[11:11] <heno> cjwatson: oh, you mean I've included the dir, sorry
[11:11] <cjwatson> yeah
[11:11] <heno> got it
[11:11] <heno> sure 2 sec
[11:12] <mdke> heno: while on winfoss, did you see my email?
[11:13] <heno> mdke: you mean from weeks ago about the win/ubuntu guide?
[11:13] <mdke> heno: yes, I followed up this morning
[11:13] <heno> mdke: I got the files, just need implementing
[11:13] <heno> ah, ok, looking
[11:14] <mdke> just a followup :)
[11:14] <heno> mdke: I didn't get it actually. Mails with attachments tend to get caught in the spam filter these days :-/
[11:15] <mdke> no attachment, but maybe someone went wrong my end then
[11:15] <mdke> seems to have been sent, 8.31 am gmt
[11:15] <heno> ok, perhaps CC henrik.omma@gmail ?
[11:16] <doko> Mithrandir, seb128, pitti: I would like to upload some universe packages (rebuilds) now so that they can build overnight. could somebody of you process them?
[11:16] <seb128> doko: will do
[11:16] <mdke> heno: no worries. It just said - "have you done it yet?" You've answered that :)
[11:16] <mdke> heno: also I wondered if you are interested in translations or not
[11:16] <seb128> doko: universe is frozen?
[11:17] <heno> mdke: not very. that content is still not translated unfortunately
[11:17] <doko> seb128: well, I don't think so, but it must be processed manually?
[11:17] <mdke> heno: that's fine - I vaguely recollected that, just wanted to check
[11:18] <mdke> heno: lemme know how you get on, I can send you a final version after string freeze maybe
[11:18] <seb128> doko: maybe better asking Mithrandir ;)
[11:18] <seb128> doko: if he's not around I'll have a look
[11:18] <heno> mdke: yep. I'll do some winfoss polish this weekend
[11:18] <mdke> heno: cool!
[11:19] <heno> cjwatson: done
[11:20] <Fujitsu> seb128: universe isn't frozen, but needs to be manually let through. Soyuz can't freeze just one component.
[11:22] <cjwatson> indeed
[11:23] <cjwatson> I just bumped through the current obvious things
[11:23] <Mithrandir> seb128: q  -Q unapproved info and q  -Q unapproved accept blah
[11:23] <Mithrandir> seb128: feel free to accept anything with Component: universe/multiverse
[11:24] <seb128> Mithrandir: ok, thank you
[11:27] <sistpoty> seb128: could you let supertux-stable through new? It's basically just the much older but rock-solid version of supertux from unstable, where our supertux is the all new blingy version from experimental (and upstream kindly requested to also ship the stable version)
[11:28] <seb128> sistpoty: is that source NEW? It's getting late, I'll probably let that for pitti tomorrow
[11:28] <Fujitsu> It's not new as such.
[11:28] <Fujitsu> It's more OLD.
[11:28] <sistpoty> seb128: yes, source-new
[11:29] <sistpoty> seb128: though it's not new as in new, since it's already in unstable ;)
[11:29] <Fujitsu> And it was in Dapper/Edgy.
[11:29] <cjwatson> Mithrandir: are you finished building CDs?
[11:29] <cjwatson> Mithrandir: (as in, can I deploy cdimage changes, or should I wait?)
[11:53] <Dragonhorse> Do anybody know when xorg 7.2 will be in edgy?
[11:53] <cjwatson> Trewas: sorry, but would you be willing to go around one more (hopefully last) time?
[11:54] <cjwatson> Trewas: this time, I need 'set -x' added on the second line of /lib/partman/auto.d/10initial_auto
[11:54] <pochu> Dragonhorse: it's in feisty
[11:54] <cjwatson> Trewas: that seems to be the actual script that's failing
[11:54] <pochu> Dragonhorse: I think it won't be in edgy
[11:54] <cjwatson> pochu is correct
[11:54] <Dragonhorse> pochu: i see
[11:54] <Dragonhorse> thanks
[11:54] <pochu> Dragonhorse: np
[11:55] <Dragonhorse> it is so because fiesty release is near?
[11:55] <pochu> Dragonhorse: no. It's because it would mean breaking a lot of things
[11:55] <cjwatson> no, we don't make that sort of enormous change to stable releases
[11:55] <cjwatson> that's exactly the sort of thing that people use stable releases to avoid
[11:56] <Dragonhorse> reasonable :)
[11:57] <cjwatson> Trewas: (otherwise, same procedure as before)
[11:57] <Dragonhorse> milli: thanks
[12:00] <cjwatson> Trewas: I've tried tracing through the code, but I'm pulling my hair out trying to see why on earth it would (apparently) be trying to EXECUTE /lib/partman/automatically_partition/question (which isn't and shouldn't be executable), and believe me that's a lot of hair
[12:01] <cjwatson> I haven't been able to reproduce the problem here
[12:02] <cjwatson> it almost looks like something did alias cat='' or something equally mad