[04:01] <Kamion> ship:libosp4                           | opensp                          | epiphany-extensions        | Neil Roeth<EMAIL_ADDRESS>                              |          731628 |            2288
[04:01] <bddebian> Ahhh
[04:01] <Kamion> epiphany-extensions depends on it directly
[04:02] <bddebian> Did you get that with gmane or germinate or whatever it's called?
[04:02] <Kamion> as do openjade, openjade1.3
[04:02] <Kamion> bddebian: yes, http://people.ubuntu.com/~cjwatson/germinate-output/breezy/
[04:03] <bddebian> Kamion: OK.  Sorry
[04:03] <Kamion> my intention is certainly not to make you feel stupid; I'm just pointing things out
[04:03] <bddebian> Kamion: No, it's not you.  I just thought I was being careful with this one.
[04:04] <bddebian> It should let me close about 5 or 6 Malone bugs
[04:04] <Kamion> the changes to the reverse build-depends should be pretty trivial, and you'll be able to get them out of the way more quickly than we can unlock bits of main
[04:05] <mdke> dholbach, is it correct to assign istanbul bugs to you?
[04:17] <Robot101> hmm, ubuntu-desktop intentionally doesn't depend on cron?
[04:18] <Robot101> on my laptop which just suspends and resumes, and boots only on battery power when I resume it and X is fucked, the cron.{daily,weekly,monthly} don't get run
[04:18] <Treenaks> Robot101: is anacron available/
[04:18] <Robot101> yes, anacron is installed
[04:19] <Robot101> is it worth kicking anacron when AC power is attached?
[04:21] <Kamion> Robot101: ubuntu-standard depends on cron
[04:21] <Kamion> and ubuntu-base depends on ubuntu-standard, for upgrades from hoary
[04:22] <Robot101> I debootstrapped this straight to breezy at some point, it seems to be a bit lacking
[04:23] <Kamion> install ubuntu-{minimal,standard,desktop} to fix it up
[04:23] <bddebian> Kamion: Aye, will do, thx
[04:23] <Robot101> ubuntu-desktop doesn't depend on -standard?
[04:23] <Kamion> Robot101: debootstrap only installs minimal BTW, not standard
[04:24] <Kamion> oh, I see the problem, our instructions go "debootstrap, then install ubuntu-desktop"
[04:24] <Kamion> they should go "debootstrap, then install ubuntu-standard and ubuntu-desktop"
[04:24] <Robot101> yeah I have -desktop and -minimal, not -base or -standard
[04:24] <Kamion> Robot101: no, we tried that out for a bit and it made some things quite awkward
[04:25] <Kamion> might revisit in dapper
[04:25] <Robot101> fair enough
[04:25] <Robot101> this would explain why update-notifier wasn't ever notifying until I ran apt-get update
[04:25] <Robot101> :D
[04:25] <Robot101> it all makes a lot of sense
[04:25] <Kamion> I've noted this in case there's another build of the installation manual pre-breezy
[04:26] <Robot101> I didn't actually read a manual, I just heard ubuntu-desktop was the magical thing to install :)
[04:26] <Robot101> this was at UKUUG when I wanted to smoke fresh dbus crack
[04:26] <mako> jdub: yes
[04:26] <Robot101> (and I didn't have any handy way of booting my laptop with the installer)
[04:26] <Robot101> Kamion: cheers
[04:27] <daniels> love the dbus
[04:27] <Robot101> I don't love the way introspection is optional
[04:27] <Diziet> Wow, this swsusp is really scary-looking.
[04:28] <Robot101> especially with python bindings which can't send an empty array over the bus because it doesn't know its type signature
[04:29] <bddebian> HrdwrBob and SexMachine.  For some reason that just cracks me up.. :)
[04:37] <dholbach> mdke: yes
[04:38] <mdke> dholbach, cool thanks
[04:57] <Kamion> can somebody please fix python2.4-qt3 to be installable?
[04:57] <Kamion> hmm, waiting for sip-qt3 promotion to main
[04:57] <Kamion> and qscintilla
[04:58] <jdub> whoa
[04:58] <jdub> brown is taking a beating on the fridge poll
[05:02] <infinity> I find the brown soothing.
[05:02] <daniels> i hated it in oxford, but in time, came to love the brown
[05:02] <bddebian> Mr. Hankey would be sad
[05:03] <ogra> guys VOTE for it !
[05:03] <bddebian> Heya ogra
[05:03] <daniels> maybe we could go sign a petition for ATI and NVIDIA to open source their drivers while we're at it :P
[05:03] <bddebian> ogra: You were right about gnome-launch-box btw, it needs an API update
[05:04] <bddebian> daniels: Now THAT is a plan :)
[05:04] <daniels> ...
[05:04] <ogra> bddebian, i'd throw it out until its usable ... its just rubbish, even if you fix the ftbfs
[05:05] <bddebian> ogra: They are unfixable afaict.  An update from svn wants gnome-vfs-2.0
[05:05] <ogra> ah
[05:06] <ogra> so either leave it unbuilt hanging around, or drop it completely... (seb128 will oppose it, i'm sure)
[05:06] <bddebian> :-)
[05:06] <bddebian> I tried to ping him this morning but he seemed deep in discussion
[05:06] <ogra> mail him :)
[05:07] <bddebian> Bah, then he'll just try to "recruit" me again. ;-P
[05:07] <ogra> heh
[05:09] <pitti> infinity: is language-pack-gnome-sa really given back and building?
[05:09] <infinity> pitti : Did it not make it?
[05:09] <pitti> infinity: Kamion gave it back this morning IIRC
[05:09] <infinity> pitti : Kamion gave back a whole mess of langpacks..
[05:09] <pitti> infinity: yes, there is a g-b build log, but there is no .deb
[05:09] <Mirv> pitti: eh, was something actually done for the firstdayofweek-problem? now that I got home, the clock applet's calendar shows the correct starting day (Monday) for my locale..?
[05:09] <fabbione> infinity: it's still uninstallable
[05:09] <infinity> Right, on it then.
[05:10] <Mirv> at some point yesterday, it was still wrong
[05:10] <pitti> Mirv: no, we didn't do anything
[05:10] <pitti> Mirv: but it is consistent, for me it starts at Sunday, althouhg it should be Monday
[05:10] <Mirv> pitti: it might have been between yesterday and today
[05:10] <pitti> Mirv: so it seems that the calendar is one off
[05:10] <seb128> bddebian: who?
[05:10] <Mirv> pitti: yeah but for me it was starting at Tuesday, although it should have been Monday.. the other way around
[05:11] <bddebian> seb128: Who what? :-)
[05:11] <pitti> Mirv: the Finnish locale is wrong, and the calendar starts one day early
[05:11] <Mirv> and now it's correct. okay, I won't state anything about this now, with luck it might stay this way for my locale :)
[05:11] <seb128> bddebian: <bddebian> I tried to ping him this morning but he seemed deep in discussion
[05:11] <bddebian> seb128: You
[05:11] <seb128> ?
[05:11] <seb128> I've not read what you said
[05:11] <seb128> said it again
[05:11] <Mirv> pitti: this whole thing is really fuzzy
[05:11] <pitti> Mirv: we won't fix it for Breezy, but please remind us for dappy
[05:12] <bddebian> seb128: gnome-launch-box won't build because of API change in gnome-menus.  And newer svn version wants gnome-xxx-2.0
[05:12] <seb128> Mirv, pitti: GTK 2.8.6 from yesterday changing the first day stuff
[05:12] <pitti> seb128: ah, IC
[05:12] <seb128> bddebian: what is xxx?
[05:12] <ogra> seb128, vfs
[05:12] <seb128> and the package doesn't ship that?
[05:12] <Kamion> pitti: I only gave back the packages that were out of date; I only just realised that that obviously didn't include new langpacks
[05:13] <seb128> pitti: I said this morning to try with the new GTK :)
[05:13] <infinity> pitti : Fixed.
[05:13] <Kamion> infinity: did you check for others in the same state?
[05:13] <pitti> infinity: thanks
[05:14] <infinity> Kamion : That's the only one listed as uninstallable by britney.
[05:14] <pitti> seb128: yes, sorry, still no (real) network here... :-(
[05:14] <Kamion> infinity: yeah, that's because language-pack-gnome-sa-base happened to build though
[05:14] <pitti> Kamion: yep, breezy_probs.html just lists that
[05:14] <Kamion> breezy_probs.html is not a sufficient check
[05:14] <seb128> pitti: no need to be sorry, just pointing it changed with new GTK
[05:14] <Mirv> seb128: ok, yes, I had the idea I already tried with gtk 2.8.6 yesterday, but probably didn't really restart until today.
[05:14] <seb128> Mirv: you need to restart an app to get changes
[05:15] <infinity> -lb
[05:15] <Kamion> language-pack-gnome-lb |   20050930 |        breezy | source
[05:15] <Kamion> language-pack-gnome-lb-base |   20050930 |        breezy | source
[05:15] <Kamion> language-pack-gnome-sa |   20050930 |        breezy | source
[05:15] <Kamion> right
[05:15] <seb128> bddebian: /usr/lib/pkgconfig/gnome-vfs-2.0.pc ... you need this file? it's from libgnomevfs2-dev for ages
[05:16] <pitti> Kamion: -sa and -lb were NEW after Friday's upload, probably the buildds choked on that
[05:16] <Kamion> pitti: buildds do not typically have any problem with new packages
[05:16] <infinity> pitti : No, rothera just choked in general.
[05:16] <Kamion> pitti: wouldn't you expect many more problems if that were the case? :)
[05:16] <infinity> Kamion : Are you going to want the buildds idle for the next while in case you need to do emergency uploads?
[05:16] <pitti> Kamion: well, right :)
[05:16] <ogra> seb128, i really dont think gnome-lunchbox is worth the effort to put time into it before it didnt change even a bit...
[05:17] <infinity> Kamion : If not, I might want to do a mass give-back of everything in building to make sure we don't have any other such issues hanging around.
[05:17] <seb128> ogra: me neither
[05:17] <seb128> ogra: but bddebian wants to fix it, up to him
[05:17] <ogra> he just wants the bug count to get down :)
[05:17] <Kamion> infinity: I don't have time for emergency uploads any more
[05:18] <Kamion> infinity: go for it
[05:18] <ogra> bddebian, grab something usable rather...
[05:18] <infinity> Kamion : Alright, great.
[05:18] <jdub> <- *** THE POINT OF NO RETURN ***
[05:18] <infinity> pitti : lang-pack-lb{,base} fixed
[05:18] <ogra> jdub, ? lands end ?
[05:21] <daniels> jdub: remember to drink plenty of water before you go to bed.  vitamins help too.
[05:21] <bddebian> Sorry I was asleep
[05:21] <bddebian> :-)
[05:22] <bddebian> ogra / seb128: I'll play with it if I get time.
[05:22] <bddebian> There is a Malone bug to close after all ;-)
[05:22] <ogra> bureocrat !
[05:22] <bddebian> :-)
[05:23] <ogra> s/o/au/
[05:28] <Amaranth> seb128: if i were to provide a patch for 15636 would it be too late to get it in?
[05:29] <seb128> Amaranth: depending on the patch
[05:36] <Amaranth> seb128: http://bugzilla.ubuntu.com/attachment.cgi?id=4365
[05:37] <seb128> Amaranth: seems to be a woraround no?
[05:37] <Amaranth> seb128: What else are you supposed to do when the file doesn't exist?
[05:38] <seb128> I've no context
[05:38] <seb128> it seems that you ignore error if no using debug by opening this patch
[05:38] <mvo> seb128, dholbach: http://people.ubuntu.com/~mvo/lpi-accel-stuff.diff <- should fix it
[05:38] <seb128> what is "debug"?
[05:38] <seb128> mvo: rock
[05:39] <Amaranth> bug 15636 is pyxdg failing on missing merge files, this just makes it so that unless you have the debug variable set to True it ignores the error and keeps going
[05:39] <dholbach> mvo: will try
[05:39] <mvo> seb128: cheers
[05:39] <seb128> Amaranth: ignoring error seems to not be a good idea usually :)
[05:40] <Amaranth> seb128: It's what everyone else does.
[05:40] <Amaranth> If libgnome-menu doesn't die on a missing merge file then pyxdg can't either, otherwise it makes it look like pyxdg is broken.
[05:40] <seb128> the whole universe just ignore errors and let software break in a silent way, that's what you are saying?
[05:41] <seb128> or you just speak about the menu editors?
[05:41] <Amaranth> No, I'm saying gnome-menus and the kmenu thing don't fail on missing merge files.
[05:41] <seb128> k
[05:41] <Amaranth> They just ignore the error and keep parsing the menu.
[05:42] <seb128> will consider the patch after RC
[05:42] <mvo> Kamion: are uploads ok currently (assuming they will just go into the queue and sit there until it's unfrozen)? or should we wait with them until after the preview?
[05:42] <mdke> hno73, ping?
[05:43] <Kamion> mvo: wait
[05:44] <mvo> Kamion: ok, will do. thanks
[05:44] <Kamion> I'm off now, hopefully mdz will turn up soon to release/stage-manage ;)
[05:44] <jbailey> jblack seems to have two blocker severity bugs in bugzilla.  One against X, and one because the torrents aren't working. =)
[05:45] <daniels> jbailey: bug# for X?
[05:45] <jbailey> daniels: 9067
[05:45] <fabbione> Kamion: have fun
[05:45] <daniels> oh jesus, that's a duplicate of something else
[05:50] <bddebian> infinity or lamont: If libofx ubuntu1 version comes through, can you please clear the dep-wait for libosp-dev?
[05:51] <bddebian> infinity or lamont: Same for libaqbanking ubuntu1 and glade
[05:53] <j^> did an update from a ubuntu/warty(from cd without updates) to breezy, x did not work after the upgrade, had to start in single usermode and run dpkg-reconfigure xserver-xorg
[05:53] <zyga> jordi, sto: ping
[05:54] <infinity> bddebian : Are you sure it builds with the older versions?
[05:54] <infinity> bddebian : And runs?
[05:56] <daniels> j^: that's entirely possible; we only support warty->hoary->breezy
[05:58] <bddebian> infinity: Which one?
[05:59] <bddebian> infinity: libofx yes
[05:59] <bddebian> infinity: libaqbanking isn't an older version, just a different packagename
[05:59] <lamont__> bddebian: if waiting for something else to arrive is part of the equation, please poke me after it comes through... no long-term memory cells available.
[06:01] <bddebian> lamont__: Well I have already gotten the ACCEPTS back but they aren't showing up on people.u.c/~lamont yet :-)
[06:03] <lamont__> bddebian: ok...  but I tend to only look when asked, not 20-50 minutes later...
[06:05] <bddebian> ??
[06:05] <bddebian> I'm not sure when it actually hits vs. when it shows up on your pages :)
[06:07] <mdz> Kamion: morning
[06:15] <fabbione> mdz: i think he took off already
[06:16] <daniels> 16:44 < Kamion> I'm off now, hopefully mdz will turn up soon to release/stage-manage ;)
[06:16] <infinity> bddebian : I already fixed it anyway.
[06:16] <bddebian> infinity: Fixed what?
[06:16] <infinity> bddebian : Your dep-wait issues.
[06:16] <bddebian> Ohh, thx
[06:16] <infinity> bddebian : ie: don't bother bugging lamont.
[06:17] <bddebian> But it's fun ;-)
[06:17] <mdz> yeah, thought I might catch him since he was just leaving
[06:18] <mdz> Kamion said he hasn't tested the current builds yet; have any of you?
[06:18] <fabbione> mdz: there are no builds yet afaik
[06:18] <fabbione> the archive has been fixed with new d-i & co
[06:18] <mdz> Kamion mailed me before he left and said that they are done
[06:19] <fabbione> ok
[06:19] <fabbione> than we need to test them
[06:19] <mdz> I'm downloading now
[06:19] <fabbione> me too
[06:19] <jbailey> Do we just redo the rsync of the current daily?
[06:19] <infinity> jbailey : Should do, looks like they're fresh, as of 45 mins ago or so.
[06:20] <infinity> I, however, am about 2.5 hours past my bedtime.
[06:20] <jbailey> Tx
[06:20] <jbailey> Good sleeps, Adam
[06:20] <infinity> I did my duty to make sure everything that went into the builds was as okay as possible.  I'll test tomorrow. :)
[06:20] <mvo> infinity: good night
[06:21] <mdz> jbailey: yes
[06:21] <fabbione> infinity: g'night
[06:21] <bddebian> infinity: Gnight, thx
[06:34] <mdz> doko: as documented on the page, UbuntuMainInclusionQueue is only for source packages, not binary packages
[06:34] <doko> mdz: yes, I did read that, _after_ adding libdbXX, and then skipping lib64bz2 ...
[06:37] <mdz> doko: doesn't your PROMPT_COMMAND change disable setting the terminal title bar?
[06:39] <doko> mdz: no, it's set in the user's .bashrc by default
[06:39] <hno73> mdz: I see that the latest live builds are still over-sized. Are you using this Win-tarball: http://www.theopencd.org/winfoss/ubuntu/current/ ?
[06:40] <mdz> doko: ok
[06:42] <mdz> hno73: no, it appears to be using http://maitri.ubuntu.com/theopencd/ubuntu/winfoss/latest/Hoary-WinFOSS.tgz and similar
[06:42] <hno73> mdz: ok, so changing that link should help
[06:43] <hno73> but only by about 6MB :(
[06:44] <mdz> hno73: we have things we can lose
[06:44] <mdz> it isn't a showstopper for RC, only for final
[06:44] <hno73> ok, cool
[06:44] <hno73> right
[06:45] <Riddell> hno73: are you going to make an updated kubuntu winfoss image today?
[06:45] <Riddell> or in time for the RC
[06:45] <hno73> Riddell: yeah, doing it now
[06:46] <Riddell> hno73: awooga
[06:46] <fabbione> mdz: i386 netinstall is go on 2 machines here
[06:50] <fabbione> crap.. CD bad burn
[06:50] <mdz> taking forever to download here
[06:51] <fabbione> taking forever to burn :(
[06:51] <fabbione> for once that i am faster in downloading :)
[06:52] <TMM> hi all
[06:53] <fabbione> mdz: btw i have a kernel upload for after RC.. security fix + sparc only specific changes
[06:53] <TMM> breezy has been working out pretty well :) good job people! :) thank you
[06:53] <fabbione> mdz: Kamion said to wait after RC.. and talk with you
[06:53] <TMM> much better than hoary :)
[06:53] <fabbione> mdz: the source is ready and tested FYI
[06:54] <TMM> still no suspend though :( I'm going to pester the people at acpi-devel :) I'll try and get patches for breezy in time for the compaq stuff, not sure if I'll get it in time though, it's like 5 days before breezy releases, right?
[06:54] <fabbione> TMM: breezy is super frozen
[06:54] <TMM> o well, dapper then
[06:54] <fabbione> we are preparing a Release Candidate now
[06:54] <TMM> :)
[06:55] <mdz> fabbione: definitely wait until after RC
[06:55] <TMM> well then, it'll probably be a wiki page then :)
[06:55] <fabbione> mdz: yes sure.. that was what we agreed with Kamion.. but i still had to talk with you on Kamion request
[07:02] <jbailey> Depends what part of nfs.
[07:02] <bddebian> lamont: Am I on crack?  Looking at libchipcard2-dev shows built but libaqbanking is showing a dep-wait for it??
[07:14] <jbailey> Hmm, pegasos box doens't like the usb keyboard
[07:14] <j^> daniels ups it was hoary->breezy
[07:16] <fabbione> mdz: i386 live cd is go
[07:17] <fabbione> (2 machines)
[07:19] <TMM> can I do anything?
[07:19] <mvo> mdz: i386-german cd-install is fine here
[07:19] <segfault> can anyone confirm that gnome-btdownload is included in the default install?
[07:20] <crimsun> segfault: yes.
[07:20] <crimsun> segfault: check for yourself: apt-cache rdepends gnome-btdownload
[07:22] <mvo> segfault: yep
[07:22] <segfault> humm, i see.
[07:22] <segfault> so it should be translatable, i guess
[07:22] <segfault> however i can't find it in Rosetta, can anyone manage it?
[07:23] <zyga> segfault: check #launchpad
[07:26] <zyga> dholbach: ping
[07:26] <dholbach> zyga: pong
[07:27] <zyga> dholbach: gnome-btdownload is totally i18n ignorant, will you accept a patch that fixes this *today*?
[07:28] <dholbach> zyga: that's not something, i can decide - mdz, when would be the proper timing for a get-i18n-for-gnome-btdownload patch?
[07:28] <zyga> dholbach: okay I'm still learing my way around here - you are the maintainer of that package, that's all
[07:28] <dholbach> zyga: since when?
[07:28] <zyga> hmm
[07:29] <zyga> gpg: skipped "Daniel Holbach<EMAIL_ADDRESS>secret key not available
[07:29] <dholbach> zyga: i was never maintainer of that package - i did a TINY change some days ago
[07:29] <zyga> dholbach: that cought my eyes :)
[07:29] <dholbach> zyga: apt-cache show gnome-btdownload | grep Maintainer
[07:29] <zyga> dholbach: I see now :)
[07:30] <dholbach> zyga: but if we can translate it soon, that's GOOD STUFF, so it's be nice, if we had that patch in bugzilla for example
[07:30] <zyga> dholbach: anyway - that's about 1K lines, triviall to i18nize
[07:30] <zyga> dholbach: okay - I'll patch - mdz decides
[07:30] <dholbach> zyga: super
[07:31] <mvo> zyga: please CC me too
[07:31] <zyga> dholbach, mvo: err
[07:32] <zyga> it's fixed in 0.0.22
[07:32] <zyga> we've got 0.0.18
[07:32] <zyga> if this doesn't make it into breezy I see no point in fixing it
[07:32] <dholbach> zyga: that will have to wait until dapper
[07:32] <zyga> dholbach: k, nothing to do then
[07:32] <dholbach> zyga: sorry, for that :/
[07:33] <zyga> (unless someone says 'zyga: fix it, we'll put it into breezy'
[07:33] <zyga> dholbach: that's okay :)
[07:34] <sladen> jbailey: unresume should probably check the modifcation dates on the filesystems before allowing a resume
[07:37] <jbailey> sladen: I don't know how you'd reliably get that from all filesystems
[07:38] <sladen> jbailey: only really ext2/3
[07:39] <crimsun> sladen: hmm, how about before allowing a hibernate?
[07:39] <crimsun> for instance, whenever a new kernel is installed and I hibernate, it's as good as useless
[07:40] <crimsun> (understandably useless, but it'd be nice to alert the user nonetheless)
[07:40] <mdz> dholbach: maybe after RC
[07:41] <dholbach> mdz: it seems that upstream introduces i18n in 0.22 (we have 0.18), i'd rather defer it for dapper
[07:41] <mdz> dholbach: fine
[07:42] <bddebian> lamont__: ping?
[07:43] <sladen> crimsun: that's a /different/ issue.  But one that if you can find a solution to would be great (eg.  /how/ do you work out which kernels the use is likely to try and use to resume;  the only feasible method is probably to restuff the grub-menu so that the hibernate from the swap partition is only allowed with that particular kernel that is currently running)
[07:43] <crimsun> sladen: I see.
[07:45] <sladen> crimsun: or just take the sledge-hammer approach and disable it if /vmlinuz doesn't point to $(uname -r)
[07:46] <sladen> and if the user really knows what they're doing, they can call 'pmi' themselves
[07:50] <bddebian> Why didn't we update gnome-pkg-tools?
[07:53] <hunger> Who changed the network config script to wait for a timeout?!
[07:54] <fabbione> hunger: all the people that needs that in order to boot
[07:54] <hunger> That is really annoying with laptops... Could someone maybe add a ethtool check for the link before waiting for dhcp?
[07:55] <fabbione> hunger: nope.. the link check is not reliable
[07:55] <lucas> hunger: edit /etc/dhcp3/dhclient.conf, change timeout
[07:55] <hunger> I used to have one... but you guys keep overwriting it:-)
[07:55] <fabbione> and it is annoying in the same way for people that can't boot
[07:55] <fabbione> hunger: you need wait.. they can't do anything
[07:55] <fabbione> between the two.. you wait :
[07:55] <fabbione> P
[07:55] <hunger> lucas: Nah, I need the long timeout when my laptop is connected:-(
[07:55] <lucas> 60 seconds?!
[07:56] <fabbione> lucas: it's a perfectly reasonable timeout
[07:56] <lucas> hunger: do we know each other ? are you in my lab ? ;)
[07:56] <hunger> lucas: WLAN sucks in hotels!
[07:56] <lucas> ah
[07:56] <fabbione> anyway--
[07:56] <hunger> lucas: I doubt that... im not in a uni.
[07:57] <hunger> fabbione: I do understand your argument ... but I still do not like it.
[07:58] <hunger> fabbione: I guess it is too late to send in a ethtool test patch (disabled by default, can be enabled in /etc/default/something)?
[08:01] <hunger> fabbione: And I was allready happy that *everything* works just the way I want it in breezy;-)
[08:01] <doko> mdz: openoffice.org2-java-common is missing from the amd64 CD's due to a missing dependency. Adding that dependency will add about 7-8MB
[08:02] <mdz> doko: I thought you mentioned and fixed that yesterday
[08:02] <mdz> doko: what does it break?
[08:02] <mdz> and does it involve a full oo.o2 build?
[08:02] <siretart> is there any reason why xfonts-*-transcoded is missing in breezy? is this on purpose or a bug?
[08:02] <doko> -base, -writer wizards and other wizards. no new build, just updating the amd64 control file
[08:04] <doko> mdz: yes, but I got no reply from you or Colin what to do (i.e. still removing stuff from the CD's)
[08:05] <fab64live> yo
[08:05] <fab64live> mdz: amd64live is good to go
[08:05] <fab64live> daniels, ping?=
[08:06] <doko> fab64live: could you just test, what happens starting OOo-writer and starting one of the wizards?
[08:06] <fab64live> doko: sure
[08:07] <jbailey> ppc install appears to still not like pegasos even with the update bios.  Ah well, was worth a shot.
[08:07] <jbailey> (i386 install still running)
[08:08] <fab64live> doko: write starts fine..
[08:08] <fab64live> testing the wizard now
[08:09] <fab64live> doko: what wizard should i run? or better.. from where?
[08:09] <fab64live> oh never mind
[08:10] <siretart> which is ridiculus. I have working java.. hrmpf..
[08:10] <fab64live> doko: it seems to work fine
[08:10] <doko> fab64live, File/Wizuards/Letter
[08:11] <fab64live> hmm ok
[08:11] <fab64live> i did use the fax
[08:11] <doko> that's ok.
[08:12] <siretart> hm. why does OOo2 hate me?
[08:12] <fab64live> doko: they work fine afaict
[08:12] <doko> mdz: so we don't need -java-common on the live CD, but it would be better to have it on the install CD
[08:13] <doko> siretart: which platform, new install?, live cd?
[08:14] <ogra> does he own ppc ?
[08:14] <siretart> doko: this is a amd64 desktop install
[08:14] <siretart> breezy, just updated and freshly rebooted
[08:15] <doko> siretart: please install openoffice.org2-java-common as well, then try again
[08:16] <siretart> just a sec
[08:17] <bddebian> lamont: ping again? (Sorry)
[08:18] <siretart> heureka
[08:18] <doko> I'm back in about 2 hours ...
[08:18] <siretart> doko: with openoffice.org2-java-common, the wizards work!
[08:18] <siretart> bye doko
[08:19] <mdz> doko: if it's only oo.o2-amd64, please get it uploaded immediately
[08:20] <bddebian> Anyone know how I can easily set PKG_CONFIG_PATH prior to ./autogen.sh?
[08:22] <fabbione> bddebian: PKG_CONFIG_PATH=/foo/bar ./autogen.sh
[08:23] <bddebian> fabbione: I tried that. Hmm
[08:23] <fabbione> bddebian: export PKG_CONFIG_PATH=/foo/bar
[08:23] <fabbione> ./autogen
[08:30] <mdz> fabbione: amd64/live OK here too
[08:30] <fabbione> mdz: cool
[08:30] <jbailey> Eh, i386 install (fr_CA) works, suspend works, hibernation does nothing and seems to have set default keybaord to french despite me choosing US in the installer.
[08:33] <hunger> Anyone besides me noticing /usr/bin/tput not found messages on shutdown?
[08:33] <fabbione> hunger: nope..
[08:33] <jbailey> Mm, it suspends if I do it by hand, just not from the gnome logoff menu.
[08:36] <jbailey> mdz: Any special way you want bugs files from these installs?
[08:36] <mdz> jbailey: no
[08:36] <hunger> fabbione: You should:-) /lib/lsb/init-functions calls TPUT in log_end_msg without checking whether that is available.
[08:36] <mdz> jbailey: were all of the translations there for fr_CA?  that's one of the things Kamion mentioned needed to be verified after the apt update
[08:37] <fabbione> hunger: i still don't see it
[08:37] <jbailey> mdz: I didn't notice any English go by.
[08:37] <mdz> jbailey: especially the progress messages in stage 2
[08:37] <jbailey> mdz: I'll watch for that on my next install.
[08:37] <hunger> fabbione: I get 3 in a row just before the box reboots.
[08:38] <fabbione> hunger: is your /usr on a separate partition?
[08:38] <hunger> fabbione: Yeap.
[08:38] <fabbione> that could be the reason
[08:38] <fabbione>  /usr gets umounted
[08:38] <fabbione> tput isn't there anymore
[08:39] <hunger> fabbione: Sure. But the scripts should detect that and behave accordingly. all the other log_* functions do.
[08:40] <hunger> fabbione: Mind if I write up a patch for that and mail it to you (or someone else)?
[08:40] <fabbione> hunger: i am pretty sure this was fixed a long time ago
[08:40] <fabbione> i wonder if the fix was lost somewhere
[08:41] <fabbione> anyway it's nothing critical
[08:41] <hunger> fabbione: I agree. But it is easily fixed.
[08:42] <fabbione> hunger: yes.. after RC probably
[08:44] <fabbione> mdz: did we also build DVD?
[08:44] <fabbione> (for RC i mean)
[08:45] <segfault> are the langpacks really removed from live cds?
[08:45] <mdz> fabbione: I didn't, but Kamion may have. check the timestamps.
[08:46] <mdz> segfault: there are very few langpacks available on the live CD due to space constraints
[08:46] <fabbione> mdz: no.. no new DVD.. would it be possible to build it?
[08:46] <fabbione> i can test it on amd64/i386
[08:46] <mdz> fabbione: yep, but let's wait for doko's new oo.o2-amd64
[08:46] <segfault> mdz: pt_BR is part of them?
[08:46] <mdz> doko: ETA?
[08:47] <fabbione> mdz: doko I'm back in about 2 hours ...
[08:47] <fabbione> that was 30 minutes ago
[08:47] <mdz> ok, then I guess RC goes out without that java fix
[08:48] <fabbione> hmm acutally i have only dvd-i386 locally..
[08:50] <fabbione> mdz: what was the system to speed up dvd rsync? cat live > dest && cat install >> dest and rsync?
[08:50] <fabbione> or viceversa?
[08:52] <seb128> mdz: is there any know bug about network not beeing set on boot (ie: I need to run dhclient to get a DHCP IP). That's not a new bug but a regression from hoary
[08:53] <mdz> seb128: there is one bug open, eys
[08:53] <mdz> yes
[08:53] <mdz> seb128: http://bugzilla.ubuntu.com/show_bug.cgi?id=17015
[08:54] <seb128> mdz: somebody working on it?
[08:54] <seb128> thanks
[08:54] <bddebian> seb128: Would you mind looking at this:? http://pastebin.ubuntulinux.nl/2801
[08:55] <dholbach> bddebian: you may want to read config.log
[08:56] <seb128> bddebian: one of the dep mentionned is not installed
[08:56] <dholbach> bddebian: what are the build-depends you have?
[08:56] <bddebian> dholbach: I have.  It cant find gnome-desktop.pc
[08:57] <seb128> bddebian: install libgnome-desktop-dev
[08:57] <bddebian> dholbach: I haven't gotten that far, I'm trying to run autogen from the svn source
[08:57] <bddebian> seb128: I have it
[08:58] <seb128> bddebian: "pkg-config --cflags gnome-desktop-2.0", does that work?
[08:59] <bddebian> Gawd I am stnoed
[08:59] <bddebian> Err stoned even
[08:59] <seb128> ?
[08:59] <bddebian> I didn't have libgnome-desktop-dev installed
[09:01] <seb128> ah
[09:02] <dholbach> amd64 gives me the option to "delete the whole drive /dev/ide/host0/bus1/target1/lun0/cd -"    -    and by starting the installation it hung a while over finding the disk... might be broken harddisk    -    will try different one next
[09:06] <zyga> is there any # devoted to bazaar?
[09:08] <mvo-live> amd64-live works here, I'm asked for the screen resolution of my lcd, but this is known, isn't it?
[09:09] <bddebian> Damnit, why is even the code from svn using Menutree *tree when it should be GMenutree *tree ??
[09:09] <dholbach> mvo-live: was the same for mine too
[09:10] <seb128> 'night mvo-live
[09:10] <dholbach> mvo-live: hope you're well soon
[09:10] <mvo-live> thank you guys
[09:10] <seb128> mvo-live, dholbach: yeah, that's known, amd64 a no xresprobe
[09:10] <seb128> s/a/has/
[09:16] <zyga> bazaar is not available for hoary... whaaat? :/
[09:23] <dholbach> zyga: it was in hoary
[09:24] <jbailey> mdz: Did another i386 install, server mode this time.  The only english string I saw was in stage one when I dropped out of expert mode to look at the menu.  "Configure a multiseat system"
[09:28] <mdz> jbailey: s/out of/out to/ ?
[09:28] <mdz> jbailey: good news, thanks
[09:28] <jbailey> Right. =)
[09:29] <mdz> amd64/live OK, amd64/install in stage2, powerpc/live OK, powerpc/install in stage1
[09:30] <fabbione> mdz: install i386 from cd now
[09:31] <lamont__> zyga: pool/main/b/bazaar/bazaar_1.2-2_i386.deb is the hoary version
[09:36] <lamont__> Kamion: ping
[09:37] <jbailey> amd64/live OK in fr_CA.  Funny, the gnome is 3/4 in French with little bits in English.  So it's like it got *most* of a language pack.  The modules step at startup was long enough for usplash to drop out, and (as expected) same keyboard problem with X.
[09:41] <lamont__> mdz: are you in a position to turn the crank on ia64 isos?
[09:41] <mdz> i386/live OK, amd64/install OK, powerpc/install in stage2
[09:41] <mdz> lamont__: busy
[09:41] <mdz> after RC
[09:42] <lamont__> ok
[09:42] <mdz> wtf, when did resolvconf enter desktop??
[09:42] <mdz> or at least the i386 live CD
[09:42] <fabbione> i386/install stage2 now
[09:42] <mdz> never mind, user error
[09:43] <mdz> too many boots going at once :-)
[09:43] <fabbione> mdz: sparc/netinstall stage1 is good to go :) (given new kernel)
[09:44] <jbailey> mdz: Yeah, you clearly have better burners that I do.  =)
[09:46] <bddebian> Damn: menu_tree_directory_get_entries (dir);  This func doesn't even exist in the newer gnome-menus stuff.
[09:49] <jordi> Kamion, mdz: ping.
[09:49] <mdz> jbailey: 17907 should be straightforward for you to fix and test; daniels won't be back for many hours
[09:49] <TMM> hi
[09:49] <mdz> jbailey: there's just a big case statement in xserver-xorg.config
[09:49] <mdz> jordi: speak, my friend
[09:49] <jordi> mdz: hello dude.   Tell them to fix gnome-launch-box ;-)
[09:50] <jordi> How are my chances of seeing that update in the final cd?
[09:50] <TMM> I think it only does that since acpi-support 0.43
[09:50] <mdz> jordi: slim
[09:50] <jordi> no no no no
[09:50] <TMM> I'd consider that a bug....
[09:50] <jordi> it's only locale data updates
[09:50] <jordi> nooo
[09:50] <jbailey> mdz: Colin said this morning that he didn't mind a locale update
[09:51] <mdz> jbailey: thanks, but I'm not speaking on Colin's behalf
[09:51] <TMM> do you think I should file a bug?
[09:52] <mdz> jbailey,jordi: mail me the debdiff if you want a concrete answer
[09:52] <fabbione> mdz: 17907 ?
[09:52] <jordi> jbailey: go go :)
[09:52] <jbailey> fabbione: 17097
[09:52] <mdz> dholbach: please change your bugzilla email to an ubuntu.com one
[09:52] <jordi> what's in 17097?
[09:53] <dholbach> mdz: will do
[09:53] <jbailey> jordi: Keyboard layout bug that I reported.
[09:53] <mdz> fabbione: er, yes, 17097
[09:53] <jordi> ok
[09:53] <fabbione> eheh
[09:53] <fabbione> ok
[09:53] <Mirv> jordi: please don't break anything with the locale data update that gtk 2.8.6 fixed
[09:53] <fabbione> mdz: <davem> stage1 complete
[09:54] <fabbione> ^^^sparc :)
[09:54] <jordi> what did gtk fix in locale data? How can that happen?
[09:54] <mdz> jordi: and why is this update arriving so late?
[09:54] <jordi> glibc upload was held by gtk
[09:54] <jordi> I think, jbailey has more details
[09:55] <Mirv> jordi: well, I heard the start of the week problems were caused by glibc-gtk-miscommunication of sorts, and gtk update fixed gnome clock applet's calendar view at least for fi_FI.UTF-8
[09:55] <jbailey> Mirv: Right.  bug in gtk-calendar.c
[09:55] <jordi> Mirv: ok. Locale changes might do it better, in any case.
[09:56] <mdz> jordi: given all the problems we've had recently with this, it's clear that it takes some time to test these changes
[09:56] <mdz> jordi: that's why I'm disinclined to change it at the last minute
[09:56] <jordi> Mirv: I'm guessing gtk-calendar assumed locale data had weekday/workday infromation, but most don't.
[09:56] <TMM> ah, the bug is already entered somewhere
[09:56] <jbailey> jordi, Mirv: No, it simply couldn't count.
[09:56] <jordi> Mirv: and someone implemented a fallback. Dunno.
[09:56] <jordi> jbailey: great
[09:57] <TMM> on another model, and since yesterday also :)
[09:57] <jbailey> jordi: There's quirks as to whether ther week starts on a Sunday or a monday.
[09:57] <jbailey> You have to set the root as either 19971130 or 19971201
[09:57] <jbailey> That day becomes "1"
[09:57] <jordi> mdz: I'm not in the distro team; I just try to get in Ubuntu what some Rosetta users have been asking for
[09:57] <Mirv> jordi: don't know, but if the start of the week values are now again changed for in glibc for those locales that got fixed by the gtk update, it might get again broken for some locales (and maybe fixed for some others?) but dunno, one just would have to have most locales tested
[09:57] <jordi> i mean, I have little knowledge of how release stuff works in ubuntu
[09:58] <jbailey> It woudl occasionally use the 1201 date instead, in which case a first_weekday of 2 would be Tuesday.
[09:58] <jbailey> But it had a bug that when you set it back to 1, it would use 19971130 instead and be Sunday.
[09:58] <mdz> jordi: we release Ubuntu every 6 months, according to a predetermined schedule :-)
[09:58] <mdz> jordi: the current one is at https://wiki.ubuntu.com/BreezyReleaseSchedule
[09:58] <jordi> read "how release stuff works in the last days before a release" :)
[09:58] <jordi> I know about the 6 months thingy :)
[09:58] <mdz> jordi: in the last days before release, we STOP MAKING CHANGES :-)
[09:59] <seb128> jordi: what is the question ?
[09:59] <jordi> seb128: locale updates. :)
[09:59] <fabbione> mdz: sparc/stage2 fails as expected since the buildd is lagging.. all stage1 + reboot is good to go
[09:59] <mdz> seb128: he doesn't understand why we might not want to upload a new glibc
[09:59] <jordi> mdz: chicken!!!!
[09:59] <seb128> ah ah
[09:59] <jbailey> jordi: mdz only sleeps 2 hours a night as it is. =)
[10:00] <seb128> jordi: you should come some weeks before
[10:00] <jordi> seb128: I couldn't.
[10:00] <seb128> so don't complain now :)
[10:00] <seb128> you suck :)
[10:00] <jordi> I mean, I don't remember when the request was done, but I dont' have upload rights to ubuntu
[10:01] <jordi> And AIUI, jeff's upload was blocked by other things, but that's beyond me
[10:01] <jbailey> Right.  Uploading locales changes with gtk acting weird and us not being sure whose fault it was didn't make sense.
[10:02] <jbailey> Whups, 4pm.  Chiropractor appointment
[10:02] <bddebian> So who's the GNOME master? :-)
[10:02] <seb128> jordi: hey, but that would required a calm discussion on what to do and what locales to fix, not an hurry update the day before candidate
[10:02] <seb128> bddebian: jordi
[10:02] <bddebian> jordi knows GNOME? :-)
[10:04] <bddebian> jordi: You know much/anything about gnome-menus?
[10:07] <jordi> bddebian: it's a
[10:07] <jordi> GTK BUG
[10:07] <jordi> seb128 has the details
[10:07] <jordi> (I'm having dinner)
[10:10] <bddebian> jordi: No I am looking at gnome-launch-box
[10:10] <bddebian> jordi: But enjoy your dinner
[10:10] <seb128> mdz: i386/install went fine, 100% french translated, apt bug from this morning fixed
[10:13] <fabbione> mdz: i386/install (CD) is go here...
[10:13] <fabbione> mdz: i need to get some sleep. if you can build the DVD, i will test them tomorrow morning
[10:13] <fabbione> mdz: (in 6/7 hours from now)
[10:15] <fabbione> mdz: also http://people.ubuntu.com/~fabbione/changelog <-
[10:15] <fabbione> mdz: let me know if and when i can upload that
[10:15] <fabbione> (just drop me a /msg)
[10:16] <mdz> i386/install and powerpc/install successful
[10:16] <mdz> 6/6 here
[10:16] <mdz> seb128: great, thanks
[10:16] <seb128> np
[10:17] <mdz> so the only known issue is doko's oo.o2 bug
[10:18] <seb128> mdz: I've some GNOME known issues to fix after candidate
[10:18] <mdz> seb128: are they in bugzilla?
[10:18] <seb128> mdz: yeah
[10:19] <doko> mdz: currently fixing
[10:20] <fabbione> good night guys
[10:20] <mdz> doko: I don't think we'll roll a new RC for it, but get it uploaded so that we have it for the next daily
[10:20] <mdz> fabbione: night
[10:20] <seb128> mdz: 1 sj crasher, 2 librsvg bugs and a small fix for gnome-panel categories code
[10:21] <doko> mdz: agreed
[10:23] <mdz> seb128: 15742 has milestone 5.10; is that realistic?
[10:24] <seb128> mdz: these was quite my personnal list to not forget bug which is easy to do with the ~700 bugs
[10:24] <mdz> seb128: is 17066 the sj bug?
[10:24] <seb128> mdz: this one should be dropped right
[10:24] <seb128> a sec, I'll point the bug
[10:24] <seb128> right
[10:25] <seb128> #16692 and #16930 are the librsvg bugs
[10:26] <dholbach> amd64 install was nice (even the windows partition resizing worked fine)
[10:26] <seb128> one is a parsing issue with locale with "," as DP, upstream have fixed is with a setlocale call
[10:26] <seb128> the other is a crasher on some icon with gradients
[10:28] <bddebian> Grrr I'm getting no bugs fixed today damnit
[10:28] <seb128> jbailey: you are working on the "about ubuntu" entry not working atm?
[10:29] <jbailey> seb128: Yes.
[10:29] <seb128> k
[10:29] <mdz> jbailey: you seem to have a lot of bugs with milestone 5.10 which haven't been touched in a while; please make a pass over them
[10:30] <jbailey> mdz: i386 live cd (english) okay
[10:35] <jbailey> Ooo, pretty.  I hadn't seen the kubuntu splash before.
[10:38] <mdz> jbailey: 14456?
[10:39] <jbailey> There was a late kernel update where the feature was added.  It's one define.  It can either go in or not.   Translations are closed?
[10:43] <jbailey> Mmm, I guess LangpackTranslationDeadline is tomorrow by the schedule.
[10:43] <Nafallo> mdz: we have moin and python2.4-moinmoin in main. moin shouldn't be there, right? :-)
[10:47] <bddebian> jordi: Back from dinner? :-)
[10:48] <jordi> yes
[10:49] <bddebian> jordi: You know anything about menu-tree.h vs. gmenu-tree.h?
[10:50] <\sh> bddebian: u have to rewrite the app to let it use gmenu-tree.h
[10:50] <bddebian> \sh: I know but it currently is using functions not in gmenu-tree.h
[10:50] <bddebian> gmenu_tree_directory_get_entries (dir);
[10:50] <jordi> bddebian: not at all
[10:50] <bddebian> jordi: OK, thx
[10:51] <zyga> cool
[10:51] <jordi> zyga: I'll have a look at this in a minute
[10:51] <jordi> when I get back to X
[10:51] <zyga> jordi: okay :)
[10:51] <bddebian> Is there a gnome -dev channel anywhere here?
[10:51] <jordi> zyga: we really need bug reports on those with test files
[10:51] <dholbach> bddebian: might be  gmenu_tree_directory_get_contents() today *shrug*
[10:51] <jordi> bddebian: #gnome-hackers @ GIMPNet
[10:52] <bddebian> jordi: Ah, thx
[10:52] <zyga> jordi: I'm not sure if it _will_ bork rosetta, I'm sure it might though :)
[10:52] <bddebian> dholbach: I thought so too but I have a menu_tree_directory_get_subdirs (dir); too which I can't quite parse :-)
[10:53] <dholbach> ouch
[10:53] <jordi> zyga: heh
[10:53] <mdz> Nafallo: it's superseded by python-moinmoin, I think
[10:54] <mdz> though that is a silly name since it is more than just a python module
[10:54] <wasabi_> whiprush, pong
[10:55] <wasabi_> jbailey, questions about initrd design. I need vfat in the initrd... wondering what hte appropiate long term strat for that is.
[10:55] <jbailey> wasabi_: Err.
[10:55] <wasabi_> To put it all in one initrd hooks package for loopback stuff, or make seperate packages for each piece.
[10:55] <Nafallo> yea, looks like it. we might want moin for compability? they've changed alot in moin1.3 is seems.
[10:55] <bddebian> Kamion: Around yet? :-)
[10:55] <jbailey> wasabi_: You can add it to /etc/mkinitramfs/modules
[10:55] <jbailey> wasabi_: Then klibc's fstype needs to be taught how to detect a vfat filesystem.
[10:56] <wasabi_> Oh yes, but I'm thinking about long term... packaging, etc.
[10:56] <jbailey> wasabi_: Is this really a common enough use case to generally have it in there?
[10:56] <wasabi_> No.
[10:56] <whiprush> wasabi_: I understand you did some of the free java stuff for breezy. Can you explain to me the general state of java for breezy in a few sentences? (for the fridge)
[10:56] <wasabi_> But the idea of building generic flash bootable devices is. I'm wondeirng if I should package it in something like flash-initrd-tools
[10:57] <wasabi_> which pulls in vfat and loop and stuff
[10:57] <jbailey> Ah, I see.  Yeah, that would work.
[10:57] <wasabi_> whiprush, gij is our prefered VM. Available and works at the moment.
[10:57] <wasabi_> Not too good with Swing, but that's okay.
[10:57] <jbailey> wasabi_: It runs jedit, IIRC
[10:57] <wasabi_> Eclipse is in Universe, doko recently synched to Debian's packages.
[10:58] <wasabi_> Eclipse is missing it's help system because we are waiting for tomcat5.
[10:58] <wasabi_> We're pretty much inline with Debian.
[10:58] <jbailey> wasabi_: I've done the start of a HACKING file for initramfs-tools
[10:58] <wasabi_> All the important stuff I got done there.
[10:58] <whiprush> wasabi_: k, thanks.
[10:59] <doko> jbailey: only with retroweaver
[10:59] <jbailey> doko: What's that?
[11:00] <doko> runs 1.5 features on a 1.4 runtime
[11:00] <wasabi_> jbailey, modprobing "loop" in the initrd doesn't create /dev/loop*
[11:00] <wasabi_> is that normal?
[11:01] <jbailey> wasabi_: yes.  There's no udevd running at that point.
[11:01] <jbailey> wasabi_: It really wants to get run before udevstart runs.
[11:01] <wasabi_> Ahh so I need to mkae the devs by hand
[11:01] <jbailey> wasabi_: Scott was chatting with Kay Sievers from the linux hotplug list and they've got some clever magic tht will let us safely run udevd in the initramfs.
[11:02] <jbailey> But I think that requires 2.6.15 =)
[11:02] <wasabi_> Interesting.
[11:02] <jbailey> doko: Ah, cool. =)
[11:02] <ogra_> mdz, ping
[11:03] <mdz> ogra_: yes?
[11:03] <wasabi_> wow i have to learn mknod
[11:03] <ogra_> mdz, why did you remove the milestone from 7150 ?
[11:03] <wasabi_> never had to do that before
[11:03] <jbailey> wasabi_: Nah.  Just use the force_load hook script.
[11:03] <jbailey> wasabi_: It'll cause it to get loaded in the iniital pass unconditionally.
[11:03] <ogra_> mdz, i was planning another small hack session on xscreensaver to fix the majors... 7150  was on my list
[11:03] <wasabi_> Sure but it won't create the nodes?
[11:04] <jbailey> wasabi_: Eh, why not?
[11:04] <wasabi_> eh?
[11:04] <ogra_> mdz, next week...
[11:04] <wasabi_> no udev?
[11:04] <ogra_> mdz, or rather this weekend
[11:04] <hno73> Riddell: I'm uploading now, here: http://www.theopencd.org/winfoss/kubuntu/20051005/
[11:04] <jbailey> wasabi_: udevstart is run after hte modules are loaded, but before lvm, md, evms and friends are run.
[11:04] <mdz> ogra_: it's too late for intrusive changes
[11:04] <hno73> It will take about an hour to complete though
[11:05] <wasabi_> ahhh.
[11:05] <wasabi_> I see
[11:05] <jbailey> wasabi_: So you can hook it either onto the general module loading, or mknod it.
[11:05] <mdz> ogra_: that bug isn't a showstopper for 5.10 and fixing it has the potential to create new bugs
[11:05] <ogra_> mdz, hmm, what about just adding a check for a env var (a one liner)
[11:05] <wasabi_> So the hook will force the modules to be loaded before udevstart populates dev
[11:05] <jbailey> wasabi_: But since the only reason someone would load this package is if they wanted it, I think it's okay to use the general module loading case.
[11:05] <wasabi_> vs doing it in my script which won't get nodes made
[11:05] <poningru> I was wondering whatever happend to the goal of windows migration?
[11:05] <poningru> in breazy
[11:05] <ogra_> mdz, so you could set XSS_NOLOCK in casper
[11:05] <wasabi_> also, does mount in initrd not autodetect type?
[11:05] <wasabi_> Doesn't seem to
[11:05] <poningru> err how come its not under defered or anything
[11:06] <mdz> ogra_: would have been fine a week or two ago, but not now
[11:06] <ogra_> ok
[11:06] <mdz> ogra_: this is RC
[11:06] <mdz> final = RC + showstopper bugfixes and ultra-safe trivial fixes
[11:06] <ogra_> mdz, ok
[11:07] <wasabi_> jbailey, also, my situation is thus: mount /dev/hda1 inside initrd, loopback mount root, change to it, and then mount /dev/hda1 again on /boot
[11:07] <wasabi_> How do you propose that?
[11:07] <wasabi_> a bind mount sure, but how do I rig it up?
[11:08] <jbailey> wasabi_: Eh, didn't we get a sript written for you already to handle this?
[11:08] <wasabi_> Well, not the whole remounting part.
[11:08] <jbailey> ISTR you saying it was all working. =)
[11:09] <jbailey> Ah.
[11:09] <ssam> hi, where do i find todays breezy live daily? thanks
[11:09] <seb128> mdz: amd64/livecd alright
[11:09] <mdz> seb128: thanks
[11:09] <seb128> mdz: I've tried to track the gdm slowness today too
[11:10] <jdong> seb128: so how was looking at lpi?
[11:10] <Mithrandir> ssam: http://cdimage.ubuntu.com/ ?
[11:10] <seb128> mdz: mandriva builds their cairo with a workaround for xrender issues which create slowness
[11:11] <seb128> mdz: but that has no change on Ubuntu
[11:11] <seb128> mdz: I've built cairo/pango/glib/gtk/gdm current on hoary then, and that's fast as the hoary version, so I blame xorg/xrender
[11:11] <mdz> seb128: hmm, that's interesting
[11:11] <seb128> jdong: was busy with other stuff
[11:11] <mdz> seb128: please update bugzilla with that info
[11:12] <seb128> mdz: sure, I'll try to update xorg now on the hoary updated box
[11:12] <seb128> and then put that to bugzilla
[11:12] <mdz> Riddell: how do the kubuntu builds look?
[11:12] <seb128> mdz: for the I/O slowness, no such issue neither on my desktop or laptop ...
[11:15] <ajmitch> morning
[11:16] <jdong> ajmitch:  afternoon :)
[11:16] <ajmitch> hey jordi
[11:16] <ajmitch> sigh
[11:16] <ajmitch> s/jordi/jdong/
[11:16] <wasabi_> gnome-vol-manager should totally mount things without any write cache
[11:16] <jdong> ajmitch: this is your second time with me, isn't it? ;)
[11:17] <ajmitch> jdong: probably
[11:17] <mdz> seb128: me either, but clearly many people are experiencing the problem
[11:17] <ajmitch> that's what I get for reading scrollback
[11:18] <Mithrandir> seb128: one of the problems is that nobody here on IRC or similar is able to reproduce it, so it's bloody hard to debug.
[11:19] <seb128> right :/
[11:20] <seb128> bddebian: you had GNOME question? you can ask them on #ubuntu-desktop
[11:21] <mpt> poningru: it was never approved, and no developers were assigned to it
[11:21] <bddebian> seb128: Well I got it to almost build
[11:22] <mpt> poningru: Maybe we'll have better luck at the next conference in a few weeks
[11:22] <Eins> hi guys i got a problem with some last breezy updates hdc hdd devices doesn't works
[11:22] <poningru> mpt: I see no Bofs for it
[11:22] <poningru> mpt: I would love to work on this but my skills are limited to python
[11:23] <BenM> mdz, on http://bugzilla.ubuntu.com/show_bug.cgi?id=6108, what can i do to help you guys debug
[11:23] <BenM> there's nothing funky in my logs
[11:25] <Eins> anybody knows why this devies are not working  (on breezy live cd works fine)
[11:25] <mpt> poningru: MigratingToUbuntu
[11:25] <poningru> oh rofl
[11:25] <poningru> thanks mpt
[11:27] <poningru> mpt: I was wondering why that isnt high priority?
[11:27] <bddebian> frikin' A gnome-launch-box builds
[11:27] <poningru> wait are you Mathew Thomas?
[11:27] <mpt> poningru: that's me
[11:27] <mpt> modulo an extra "t"
[11:27] <poningru> hehe
[11:28] <poningru> mpt: wait you used to volunteer at mofo right?
[11:28] <poningru> I think I have heard stories about you
[11:28] <mpt> It was before the days of mofo
[11:28] <poningru> from asa and the gang
[11:28] <mpt> Bad stories, no doubt
[11:28] <poningru> right ofcourse
[11:28] <poningru> hehe some bad some good
[11:28] <poningru> you know jx right?
[11:28] <poningru> jesus x?
[11:28] <mpt> jx? not by those initials
[11:28] <mpt> oh, jesus_x
[11:28] <mpt> yeah
[11:29] <poningru> hehe cool
[11:29] <poningru> yeah good stories from him
[11:29] <mpt> I used to piss people off, because the distances between Mozilla and elegance, and between myself and tactfulness, were both rather large
[11:29] <poningru> hehe true
[11:29] <poningru> you should come hang out in #bs
[11:30] <poningru> dont know if you were there at the creation of that
[11:30] <mpt> the former being the cause of Firefox and Thunderbird, and the latter being the cause of my not being involved in Firefox or Thunderbird :-)
[11:30] <poningru> yeah true
[11:30] <poningru> irc.mozilla.org #bs
[11:32] <wasabi_> jbailey, anyway I can make the initrd step thru messages? or log?
[11:32] <wasabi_> It's erroring like, 2 screens up
[11:34] <jbailey> wasabi_: Add "exec >/dev/foo 2>&1" after it mounts /dev
[11:34] <jbailey> wasabi_: That way if it manages to boot, you'll still have it n your /dev
[11:35] <jbailey> wasabi_: That doesn't entirely work, but it'll be something close to that.
[11:36] <jbailey> wasabi_: IF you manage to find the answer before I do, lemme know.  I've been tryiing to add a debug log mode that doesn't require adding a whole bunch of extra logging to each function. =)
[11:36] <joh> Anyone know what happened to the nvidia kernel module in linux-restricted-modules on breezy?
[11:36] <Mithrandir> joh: still there?
[11:37] <joh> Mithrandir: no, it's not...
[11:37] <Mithrandir> joh: on my system, it is. :-)
[11:37] <joh> Mithrandir: it is!? which version of linux-restricted-modules?
[11:38] <grayman> erm its there
[11:38] <Mithrandir> ii  linux-restricted-modules-2.6.12-9-amd64-k8-smp  <IP_ADDRESS>-8     Non-free Linux 2.6.12 modules on AMD K8 SMP
[11:38] <Mithrandir> at least
[11:39] <wasabi_> jbailey, we should totally define a binaryish interface for initrd pieces... so we can use C. ;)
[11:39] <Mithrandir> wasabi_: "klibc"?
[11:39] <joh> Mithrandir: hmmm
[11:39] <wasabi_> I mean for the interaction of the hooks and scripts.
[11:42] <wasabi_> I get the feeling somehow this isn't runnin gin the right place
[11:42] <wasabi_> local-top is where stuff that creates the root device should be, right? that's where all the rest is.
[11:43] <joh> Mithrandir: ah, figured it out. installing nvidia-glx didn't install the kernel module for my kernel... even though it depends on linux-restricted-modules-2.6.12-9-k7
[11:43] <jbailey> wasabi_: Right.
[11:43] <wasabi_> where does init kick off local-top?
[11:43] <Mithrandir> joh: you may need to reboot to have the modules built again.
[11:43] <jbailey> wasabi_: That's after udevstart has run, though.
[11:43] <wasabi_> run_scripts /scripts/init-premount ?
[11:44] <wasabi_> that's all I see before mountroot
[11:44] <jbailey> mountroot calls scripts/local's mountroot function.
[11:44] <joh> Mithrandir: the modules are built at boot? (it worked after installing linux-restricted-modules-2.6.12-9-k7)
[11:44] <wasabi_> Ahh I see
[11:44] <wasabi_> Just found it
[11:44] <jbailey> wasabi_: It's how I do polymorphism in shell. =)
[11:44] <jbailey> wasabi_: I don't need no stinkin' pointers.
[11:44] <wasabi_> haha yeah
[11:45] <jbailey> (I used to be a pascal programmer, can you tell?)
[11:45] <Mithrandir> joh: they should be, yes, but if it works now, then it works, so.
[11:45] <joh> Mithrandir: ok :)
[11:50] <wasabi_> gar stupid thing
[11:51] <wasabi_> hmm, /proc/cmdline doesn't exist
[11:51] <wasabi_> weird
[12:01] <lj-ia64-live> IT'S ALIVE!!!


[09:51] <alan_g> greyback: I've tried to fix ~alan-griffiths/qtmir/tidy-mirserver-deps - let me know if this version works for you
[09:52] <greyback> alan_g: ok
[11:23] <dandrader> andyrock, did you fix the issue I commented about in https://code.launchpad.net/~andreas-pokorny/qtmir/store-and-recover-cookie-and-input-device-id/+merge/318528 ?
[11:23] <dandrader> s/andyrock/anpok
[11:23] <dandrader> anpok, saw the you pushed some new commits there
[11:23] <dandrader> *that
[12:10] <anpok> dandrader: yes..
[12:11] <anpok> dandrader: i missed that dispatchEvent was only used in tests.. but I cannot really reproduce the problems with vt switching
[12:11] <anpok> for one .. vt switch out of X is broken in this machine.. so I am left with only running it in VirtualBox .. which as of yesterday works with unity8/mir
[12:13] <dandrader> anpok, WHAT!?!?!? unity8+mir works in VirtualBox!!!!???
[12:14] <anpok> only on my desk so far
[12:14] <dandrader> anpok, ahhhh....
[12:14] <dandrader> anpok, as for the VT switch bug: no problem. the patch makes sense regardless
[12:17] <alf_> anpok: \o/
[12:18] <anpok> dandrader: but you can get it on yours by rebuilding vbox yourself with this patch: https://www.virtualbox.org/pipermail/vbox-dev/2017-March/014293.html and copy vboxvideo.ko into the guest
[12:18] <dandrader> I pass


[01:47] <xubuntu091> hallo :-)
[01:51] <lostson> good evening
[02:01] <Towzzer> hi
[02:26] <teepegg> can anyone help with with non-functional bluetooth in xubuntu 11.04?
[02:28] <Towzzer> maybe no driver is available
[02:28] <Towzzer> is it built in to a laptop
[02:28] <Towzzer> or a receiver
[02:31] <Towzzer> I have to go back to homework in about 5 minutes
[02:31] <teepegg> it's in a laptop
[02:32] <Towzzer> what is the model
[02:32] <teepegg> ASUS x83v
[02:33] <Towzzer> hcitool dev
[02:34] <teepegg> output is "Devices:"
[02:34] <Towzzer> nothing else?
[02:34] <Towzzer> try
[02:34] <Towzzer> lsusb | grep tooth
[02:34] <teepegg> nothing
[02:35] <Towzzer> lsmod |grep 'bt'
[02:36] <teepegg> also nothing
[02:36] <Towzzer> lsmod |grep 'blue"
[02:36] <Towzzer> lsmod |grep 'blue'
[02:36] <teepegg> bluetooth
[02:37] <teepegg> that's the only module
[02:39] <Towzzer> is there a bluetooth button
[02:39] <Towzzer> maybe you have turned off
[02:39] <Towzzer> physically on the laptop
[02:40] <teepegg> no external switch
[02:40] <teepegg> I'm wondering if the little bluetooth led is a lie
[02:41] <Towzzer> what is the exact model
[02:41] <teepegg> not sure
[02:41] <Towzzer> because there is no x83v
[02:41] <Towzzer> check sticker?
[02:41] <teepegg> the bottom of the laptop just says "x83v"
[02:41] <Towzzer> where did you get this
[02:42] <Towzzer> how old is it also
[02:42] <teepegg> from a roommate
[02:42] <teepegg> guess I could ask him for the documentation
[02:42] <teepegg> but he's not home
[02:42] <teepegg> not sure how old, two years/
[02:42] <teepegg> ?
[02:43] <teepegg> lshw tells a different story
[02:43] <Towzzer> searching for this laptop on asus
[02:43] <Towzzer> comes up nothing
[02:43] <teepegg> says it's an "N80Vb"
[02:44] <Towzzer> do you think he got it at bestbu
[02:44] <Towzzer> there are 2 versions
[02:44] <Towzzer> 1 is custom from bestbuy
[02:44] <Towzzer> ok hang on
[02:44] <teepegg> probably from bestbuy
[02:45] <Towzzer> of the two models one doesn't come with bluetooth
[02:45] <teepegg> says "version: 1.0"
[02:45] <teepegg> hmm
[02:45] <Towzzer> on the bottom is there a fcc sticker for bluetooth
[02:45] <Towzzer> like a regulatory sticker
[02:46] <teepegg> I see one for wireless networking
[02:46] <Towzzer> I found the manual
[02:46] <Towzzer> let me check
[02:47] <Towzzer> function f2 turns on bluetooth
[02:47] <Towzzer> try it
[02:48] <teepegg> just turned off my wireless
[02:48] <Towzzer> try it again
[02:48] <Towzzer> it cycles between blu+wir , blu , wir, off
[02:50] <Towzzer> well , i can't tell but some models have bluetooth others don't
[02:50] <Towzzer> and I don't know exactly which one you have
[02:50] <teepegg> ugh
[02:51] <teepegg> thanks for your help
[02:51] <Towzzer> there is a -x1 and a -x2
[02:51] <Towzzer> bestbuy alot sold an exclusive model
[02:51] <teepegg> they would
[02:51] <teepegg> best of luck with your homework
[02:52] <Towzzer> it seems the bluetooth was on the x2
[02:52] <Towzzer> the x1 didn't have it
[02:52] <Towzzer> check on the web
[02:52] <Towzzer> use the model you just found
[02:52] <teepegg> yep
[02:52] <teepegg> see ya
[03:31] <bin_bash> Anyone ever uise ekiga?
[08:27] <MrFahrenheit> hi everybody
[08:27] <MrFahrenheit> in need of some assistance
[08:28] <MrFahrenheit> anyone here?
[08:30] <MrFahrenheit> please?
[08:32] <Sysi> nobody will ansver without a question
[08:34] <MrFahrenheit> oh i see, just checking if anyone was here
[08:34] <MrFahrenheit> trying to install nvidia proprietary drivers
[08:34] <MrFahrenheit> can't seem to figure out how
[08:35] <MrFahrenheit> tried manually downloading and running, wont work
[08:35] <Sysi> menu → system → additional drivers
[08:35] <MrFahrenheit> and it doesnt show up under additional drivers
[08:36] <MrFahrenheit> also i don't appear to have an xorg.conf file
[08:36] <MrFahrenheit> no idea if that is related
[08:37] <MrFahrenheit> "experimental 3D support for nvidia cards" is the only driver there
[08:39] <Sysi> what card do you have?
[08:39] <MrFahrenheit> a geforce mx 420 32mb
[08:39] <MrFahrenheit> the laptop is a tc1100
[08:40] <MrFahrenheit> i have used nvidia 96.43.19 before but it won't install on this for some reason
[08:40] <MrFahrenheit> first time using xubuntu, ubuntu is now too bloated for this machine
[08:42] <MrFahrenheit> i tried closing the x  server thing and running sudo sh NVIDIA-Linux-x86-96.43.19-pkg1.run but it half installs then gives me a few strange errors
[08:44] <MrFahrenheit> and when trying to install the 96 driver through ubuntu software center i get "The following packages have unmet dependencies:
[08:44] <MrFahrenheit> nvidia-glx-96: "
[08:47] <MrFahrenheit> no ideas folks?
[08:56] <MrFahrenheit> well according to my long amount of research, 96 isn't compatible with 11.04
[08:56] <MrFahrenheit> i guess i'll reformat with 10.10
[08:57] <MrFahrenheit> thanks for being a totally useless support forum...
[09:01] <TheSheep> this is irc, forums are somewhere else
[09:07] <MK`> what is the command to get the run dialog?
[09:12] <knome> MK`, xfrun4
[09:12] <MK`> thanks
[10:51] <chekio> installing xubuntu
[14:09] <MarcoGennari> hello everybody what's the italian channel?
[14:10] <Sysi> !it
[14:10] <MarcoGennari> thanks!
[14:16] <MarcoGennari> can someone please, tell me if could I install xubuntu on my eeepc? I ask this question just 'cause my hard disk has 3.8gb and xubuntu need 4.4gb, as I read on the live CD, otherwise in the website it's written that it could works also with 2Gb...???
[14:18] <Sysi> that's old info.. you could try 10.04 LTS if natty didn't fit
[14:19] <Sysi> or get minimal iso or install command line system and install there everything you need
[14:19] <TheSheep> MarcoGennari: you can also install a base ubuntu system without gui, and then install xfce and the apps you need -- without all the apps you wouldn't use
[14:21] <MarcoGennari> thanks for you aswers, but what if I install xubuntu 11.04 without use a 4.4Gb hd?
[14:32] <MarcoGennari> anyway thanks for the advices, i have to go now... byebye
[14:46] <mnemoc> hi, how can one mount/umount from command line is the way the UI does? (getting /media/foo created and deleted automatically)
[14:47] <mnemoc> is it done over dbus?
[14:53] <mnemoc> pmount solved it, thanks ;-)
[15:21] <exs> hi
[15:21] <exs> i have a problem
[15:22] <exs> iam trying to declare a shortcut for hidding window. but the gui doesn accept my shortcut. how to declare it manually?
[15:28] <Roasted> howdy
[15:28] <Roasted> just installed xubuntu-desktop on my laptop. it's pretty snazzy. runs leaner than unity does, even tho unity was pretty decent on it.
[15:28] <Roasted> but I really am partial to my min/max/close on the left - how can I change that here?
[15:31] <Tele> Hi all, I'm wondering if it's normal for things like chat windows that have updated on another desktop to not appear in the window buttons tray?
[15:31] <Tele> specifically, when a skype chat window is updated, in gnome it would appear flashing in the tray no matter what desktop I was on
[15:31] <Tele> is xfce able to do this?
[16:23] <atma_> hello
[16:23] <atma_> is there any way to switch layout in Xubuntu?
[16:24] <Sysi> what layout?
[16:24] <atma_> us,el_GR
[16:24] <atma_> in my case
[16:24] <atma_> there is no xorg.conf
[16:24] <Sysi> keyboard?
[16:24] <atma_> 105-pc
[16:24] <atma_> normal
[16:24] <atma_> although I am on a laptop
[16:24] <Sysi> do you want to change keyboard layout?
[16:24] <atma_> no
[16:25] <Sysi> then what layout?
[16:25] <atma_> Iwant to be able to switch between greek input and english
[16:25] <atma_> my problem is the input switch
[16:25] <atma_> this iBus does not work
[17:32] <Roasted> hi
[17:40] <pabur> hey folks... i'm using xubuntu natty, but without the xfce panel (tint2 instead). How do I get the volume back into the systray? the indicator just works with xfce panel :(
[19:18] <bassliner> hello, i get a black screen in grub and also while booting my machine, but gdm shows okay. i'm using a radeon hd5850. any help?
[20:01] <knome> bassliner, with what version of xubuntu?
[20:02] <bassliner> knome: recent one, 11.04 - nevermind, i fixed it by using GRUB_TERMINAL=console in /etc/default/grub
[20:02] <bassliner> however this seems to reflect a bug in both ubuntu and xubuntu (probably others as well)
[20:02] <knome> mm-hmm
[20:03] <bassliner> i think it's related to a framebuffer it tries to use that breaks things with a hd5850
[20:13] <bassliner> knome: in case you're interested, i made a blog entry for this: http://darkbyte.org/?p=1193 and probably will submit a bug report once i focused on this a bit more.
[20:21] <OFF_> hello, what version of Firefox is in Xubuntu 11.04?
[20:22] <Sysi> 4
[20:23] <OFF_> thx
[20:23] <OFF_> and i have another question, in new Xubuntu are preinstalled Ubuntu Software Center (from Ubuntu 11.04) or are enable to download?
[20:25] <knome> bassliner, okay, thanks
[20:25] <Sysi> software center is installed by default, and also possible to install with synaptic if you loose it
[20:25] <OFF_> kk
[20:27] <OFF_> and last question, when i install xubuntu on machine i will get video and audio codecs? or i will must download and install them?
[20:28] <Sysi> install xubuntu-restricted-extras and you get all codecs, flash, java and stuff
[20:28] <OFF_> thank you so much Sysi :P
[20:29] <knome> Sysi, you're on a winning streak
[20:31] <OFF_> bye all :P
[20:31] <Sysi> i can't remember what that ment exactly and my wifi box just lost DNS but i guess i should be pleased


[15:45] <gz1[m]> i am reading about **apt** vs **apt-get**... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/432f188487424d6cd37d1f305ba089897725efb1>)
[15:45] <gz1[m]>  * i am reading about **apt** vs **apt-get**... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/b7e1f4dcaf5a1c5a367d891a4b44dc3e76f01aa5>)
[15:46] <gz1[m]> - sudo apt-get --purge remove packagename
[15:46] <gz1[m]> is unecessary?
[15:46] <gz1[m]> - sudo apt --purge remove packagename
[15:46] <gz1[m]> does the same thing?
[15:47] <gz1[m]>  * - **sudo apt-get --purge remove packagename**
[15:47] <gz1[m]> is unecessary?
[15:47] <gz1[m]> - **sudo apt --purge remove packagename**
[15:47] <gz1[m]> does the same thing?
[15:48] <Eickmeyer> "apt" is more for doing regular tasks whereas "apt-get" is more for scripting. They do the same thing, but if you're just running from the command line, "apt" has a better user-facing frontend.
[15:50] <gz1[m]> Eickmeyer: got it!
[15:50] <gz1[m]> "apt-get" as you said is for complex commands and scripting.
[15:50] <gz1[m]> For general purpose command line usage apt is enough!
[15:50] <gz1[m]> https://sourcedigit.com/27096-apt-get-purge-autoremove-apt-get-purge-remove-dependencies/
[15:50] <gz1[m]> why does this article have "apt-get". Old habits?
[15:50] <Eickmeyer> Exactly.
[15:51] <Eickmeyer> Might even be an old article.
[15:53] <gz1[m]> June 8, 2022
[15:53] <gz1[m]> old habits 😆