[02:05] <yuriy> the upgrade to 4.0.4 seems to have made things quite a bit more buggy
[02:08] <JontheEchidna> regressions by my count are: bug 227932, bug 227919, bug 227914, and bug 227904
[02:09] <JontheEchidna> oh, 227909, not 227914
[02:09] <yuriy> i'm getting funky behavior with konqueror toolbars, pidgin froze and firefox won't launch (don't know if those are related), some systray icons have artifacts
[02:10] <JontheEchidna> Pidgin and firefox work fine here, but everything else seems to fit in line with the above bug reports
[02:10] <yuriy> alt+f2 doesn't work (already ran kded4 manually)
[02:10] <yuriy> lock screen and switch user dont' work
[02:10]  * JontheEchidna can run alt+f2 fine
[02:10] <JontheEchidna> and switch user/lock screen
[02:10] <JontheEchidna> Is krunner running?
[02:11] <yuriy> ooh more upgrades.. maybe i just didn't get everything because of mirror lag
[02:11] <JontheEchidna> maybe
[02:11] <yuriy> mit didn't have it at all so i switched to us
[02:12] <JontheEchidna> us archive is being sloooow for the past few days
[02:12] <JontheEchidna> de had mirror lag this morning so I switched back to us
[02:30] <yuriy> ok upgrading seems to have fixed some of the problems
[02:43] <JontheEchidna> Right about now I'm thinking "I'm glad I'm not using Konqueror right about now"
[02:47] <JontheEchidna> I'm guessing that we're running into all of these regressions because the devs aren't using a 4.0.x environment
[03:29] <JontheEchidna> nighty-night
[06:06] <Tm_T> from where do you get your unsermake in Hardy?
[07:01] <nixternal> Tm_T: what needs unsermake?
[07:01] <nixternal> iirc unsermake was removed a release or 2 back
[07:05] <Tm_T> nixternal: KDE3 does use it on build, right?
[07:06] <Tm_T> atleast I do with it
[07:07] <nixternal> it shouldn't be using it..I thought we removed anything related to unsermake a while back
[07:07] <Tm_T> well upstream didn't?
[07:07]  * Tm_T is building svn
[07:08] <nixternal> kde 4 svn?
[07:08] <Tm_T> kde3 svn
[07:08] <nixternal> you can use the autotools for it
[07:08] <Tm_T> kde4 is later today
[07:08] <nixternal> you don't unsermake for it
[07:08] <Tm_T> nixternal: I can, but unsermake works better, IIRC
[07:08] <nixternal> don't need*
[07:10] <Tm_T> indeed it does work better with it
[07:11] <nixternal> http://archive.ubuntu.com/ubuntu/pool/main/u/unsermake/
[07:11] <nixternal> thought we dropped it..it has been gone since Dapper
[07:11] <nixternal> I remember doing some conversions back then
[07:11] <nixternal> iirc it was in the kdeonbeta stuff
[07:11] <Tm_T> yeh, I grabbed unsermake from gutsy (it was there without proper dependencies)
[07:13] <nixternal> ya, we use autotools for kde3 building
[07:14] <Tm_T> I didn't even notice that
[07:14]  * Tm_T shames
[07:16]  * apachelogger shames for using autotools
[07:17] <nixternal> what would you use then for KDE 3 building?
[07:17] <nixternal> surely not unsermake
[07:28] <Tm_T> nixternal: why not?
[07:29] <nixternal> from what I remember of it, besides it being unmaintained and archaic, it was a pita at times
[07:32] <Tm_T> hmm, interesting
[08:28] <Nightrose> yuriy: i have artifacts in the systray as well
[08:36] <nixternal> you have to nix your plasma configs for that Nightrose
[08:36] <nixternal> plasmarc you might be fine keeping, but it is the other plasma config in there
[08:37] <Nightrose> hmm ok will try later
[08:37] <Nightrose> thanks
[08:38] <Nightrose> nixternal: meh that is the one with all my applets?
[08:38] <Nightrose> i would hate to nix that
[08:38] <Nightrose> you don't happen to know a less intrusive way? ;-)
[08:38] <nixternal> ya
[08:38] <nixternal> nope
[08:39] <Nightrose> :/
[08:39] <Nightrose> ok
[08:39] <nixternal> ya to the one with all of the applets and nope to a less intrusive way
[08:39] <Nightrose> ;-)
[08:44]  * nixternal beds
[08:44] <nixternal> g'nite
[08:45] <Nightrose> k'nite
[09:01] <ligemeget> night? I'm in school!
[09:08] <Nightrose> hmmm nixternal that didn't help :(
[09:08] <Nightrose> was still messed up after deleting plasma-appletsrc so i restored my old one
[09:28] <Nightrose> https://bugs.edge.launchpad.net/ubuntu/+source/extragear-plasma/+bug/228123 <- if someone feels like looking into it...
[09:28] <Nightrose> hmm and my kopete crashes when i close a message window...
[09:29] <Nightrose> cananyone reproduce that?
[11:16] <Riddell> Arby: yes kdevelop should be merged, the kde 4 version is a long way off I believe
[11:17] <Riddell> stdin: uploaded a debdiff for kde4libs/qt4.4 where?
[11:19] <Riddell> stdin: got it, thanks
[11:20] <Nightrose> Riddell: https://bugs.edge.launchpad.net/ubuntu/+source/kopete/+bug/228129
[11:21] <Nightrose> kopete is the b0rked :(
[11:21] <Riddell> jdavies: replace the kde 3 version
[11:23] <\sh> Nightrose, it's since the beginning of kopete ,)
[11:23] <Nightrose> :P
[11:23] <Nightrose> well it always worked pretty nicely for me...
[11:25] <\sh> Nightrose, never for me properly...regarding xmpp things...
[11:25] <Nightrose> :/
[11:26] <Riddell> Nightrose: tried asking upstream?
[11:26] <Nightrose> Riddell: not yet - will do
[11:51] <Nightrose> Riddell: upstream is on it - will keep you posted
[11:56] <Riddell> groovy
[12:18] <jdavies> vorian: "replace the kde 3 version"
[12:27] <Riddell> _Sime: what's the current state of pykde in kdebindings like?  good to package?
[12:34] <awen_> Riddell: i simply can't get g-p-m for kde4 to compile ... finally got my intrepid pbuilder up and running, but still no luck; neither using cmake directly or using the rules-file from kdebase-kde4 as a base
[12:35] <Riddell> awen_: when happens when you run cmake?
[12:36] <awen_> Riddell: still get the same error: Unknown CMake command "macro_optional_find_package" ... and has simply no idea how to make it go away
[12:37] <Riddell> awen_: oh, are you trying to compile just g-p-m?
[12:37] <Riddell> awen_: you need to compile kdereview
[12:37] <Riddell> svn checkout -N<EMAIL_ADDRESS>[12:38] <Riddell> cd kdereview
[12:38] <Riddell> svn update guidance-power-manager
[12:38] <Riddell> mkdir build
[12:38] <Riddell> cd build
[12:38] <awen_> Riddell: uh ... then no wonder everything fails
[12:38] <Riddell> cmake -DCMAKE_INSTALL_PREFIX=/usr/lib/kde4 ..
[12:38] <Riddell> make
[12:38] <Riddell> sudo make install
[12:47] <awen_> at least that gave me another error ... thanks a lot
[12:51] <Riddell> awen_: what's the error?
[12:54] <awen_> it's compiling one of the plasma applets, that errors out on me (probably misses some dependencies) ... is is possible to tell cmake to only compile g-p-m?
[12:54] <apachelogger> awen_: that is what Riddell told you
[12:54] <apachelogger> -N will checkout non-recoursive
[12:54] <apachelogger> svn update will get g-d-m
[12:55] <apachelogger> then you create a build subdir in _kdereview_
[12:55] <apachelogger> which then will only build g-d-m
[12:56] <larsivi> Tried to upgrade to 8.04, but got this http://tango.pastebin.com/m678be80a - konq wouldn't start at "report bug" - tried twice
[12:56] <awen_> apachelogger: oh ... didn't see the -N
[12:57] <jtechidna> larsivi: That means that the server is down/insanely slow
[12:57] <jtechidna> You can try changing mirrors
[12:57] <jtechidna> Adept-> Manage repositories
[12:59] <jtechidna> Then on the first tab There should be a "Download from:" option
[12:59] <jtechidna> Hit "Other" in the combobox
[13:00] <jtechidna> and select a different server, like the german one
[13:03] <Nightrose> Riddell: fix for the kopete crash: http://bugs.kde.org/show_bug.cgi?id=161769
[13:03] <Nightrose> that was fast...
[13:10] <larsivi> jtechidna: hmm, same happens with de.archive.ubuntu - could this be a firewall problem? is non-standard ports used anywhere in the process?
[13:10] <jtechidna> It's standard http, so probably not...
[13:10] <jtechidna> Sure the internet connection is ok on your end?
[13:11] <jtechidna> oh, well I suppose it must be ok if we're talking on an internet chat
[13:11]  * jtechidna is tired
[13:11] <apachelogger> +1
[13:13] <larsivi> jtechidna: 'k - thanks, will try again at home
[13:41] <mhb> afternoon
[13:42] <Riddell> hi mhb
[13:42] <Riddell> sladen here was muttering about borrowing some floor space in prague during UDS
[13:45] <mhb> I don't understand
[13:46] <mhb> do you need something from me?
[13:46] <Riddell> mhb: you have floor space in prague?
[13:47] <mhb> floor space as in?
[13:47] <mhb> no warehouse
[13:47] <Riddell> mhb: somewhere to sleep
[13:48] <mhb> ah right, a spare bed I do have
[13:58] <Hobbsee> sladen would probably take teh floor, quite happily.
[13:58] <Hobbsee> mhb: although, be wary of sladen and fridges, and such.
[13:59] <seele> Riddell: are there desktop meetings from now to UDS?
[13:59] <Riddell> seele: there's one about to start
[14:00] <Riddell> won't be next week, or at least I'll be on a train
[14:08] <mhb> if he's fine with sleeping on the edge of town in a big family house, it's ok
[14:31] <seele> when you update a kernel, is adept supposed to tell you to reboot? (i think i might have asked this question before..)
[14:34] <Riddell> seele: yes, it should popup an icon in the system tray
[14:38] <seele> hmm.. i wonder what i did to break that (and it it has happened to anyone else)
[14:38] <Riddell> seele: do you have adept_notifier running?
[14:38] <seele> i thought maybe i missed it, but there have been two kernel updates this week and there were no reboot suggestions
[14:38] <seele> yeah
[14:40] <Riddell> seele: do you have /var/run/reboot-required and /var/lib/update-notifier/dpkg-run-stamp ?
[14:40] <seele> nope
[14:41] <seele> how long have those been around?  i've been doing updates since feisty
[14:41] <Riddell> those files would be installed by the updated linux package if it thought a reboot was required
[14:41] <seele> oh, i do have dpkg-run-stamp, just not reboot-required
[14:41] <Riddell> possibly one isn't?
[14:42] <seele> maybe, i dunno. maybe it was a different problem
[14:42] <seele> after both updates this week, something ate 100% of memory and swap
[14:42] <seele> and i noticed both updates were kernel updates
[14:43] <seele> maybe they were just really big and something else did it
[14:43] <seele> i dont care if it's just my goofy computer, but it would suck if a lot of users had this problem
[14:43] <seele> because they will blame hardy for being slow instead of some other problem
[14:44] <Riddell> not using firefox are you?
[14:44] <seele> nope, that's what i originally thought the problem was but i didn't use it between the first and second update
[14:46] <seele> man.. being nontechnical is pretty useless
[14:47] <seele> i have no idea how to figure out if its just my own dumb fault or if there's something wonky going on
[14:52] <Riddell> seele: no update should start eating 100% of memory and swap
[14:52] <Riddell> (occationally they should stop it though)
[14:52] <Riddell> seele: how do you know they ate 100% of memory and swap?
[14:54] <seele> i looked at the memory graph in kinfocenter
[14:55] <seele> with my normal stuff running (kopete, konsole, kontact, 2-3 open office docs, konq) i'm using about 50-70% total memory (no swap)
[14:55] <seele> after i did the update this morning.. stuff started running slow again and the graphs said physical and swap were 100% used
[15:38] <Nightrose> re from shopping
[15:39] <Nightrose> Riddell: is anyone looking into the dos problem of kopete?
[15:39] <Nightrose> i am pondering taking care of the tab problem
[15:40] <Riddell> Nightrose: not currently, feel free to make debdiffs and test
[15:40] <Nightrose> ok will give it a try
[15:50] <Artemis_Fowl> seele: when will you be available today?
[15:52] <seele> Artemis_Fowl: in about 10-15 minutes as long as my phone call doesn't run over
[15:53] <Artemis_Fowl> seele: ok. tell me when you are ready
[16:11] <Tm_T> yay, Ubuntu Finland was awarded as "Linux contributor of the year" in Finland <3
[16:11] <Nightrose> \o/ nice
[16:12] <seele> Artemis_Fowl: ping
[16:13] <Artemis_Fowl> seele: pong
[16:13] <Artemis_Fowl> seele: concerning the second page,
[16:13] <seele> ok
[16:13] <Artemis_Fowl> I am not sure about some options
[16:13] <Artemis_Fowl> eg enable ACPI
[16:13] <seele> about whether they should be there or what they are?
[16:14] <Artemis_Fowl> I think this option is a kernel argument
[16:14] <Artemis_Fowl> both :)
[16:14] <Artemis_Fowl> where did you find them?
[16:14] <seele> ok.. so does that mean it is specific to the OS?
[16:14] <seele> other GRUB uis including the last one designed
[16:14] <Artemis_Fowl> y
[16:14] <Artemis_Fowl> at least I think so
[16:15] <Artemis_Fowl> Mandriva's ui?
[16:15] <seele> might have been the suse one.  i only had screenshots
[16:15] <seele> so instead it would be in your add/edit wizard?
[16:15] <Artemis_Fowl> y if I'm right
[16:15] <seele> ok no problem
[16:16] <Artemis_Fowl> let me check the suse's one. currently I am on opensuse
[16:17] <seele> that probably applies to a lot of those options, now that i'm looking at it
[16:17] <seele> such as debugging and selinux support
[16:18] <seele> does it make sense to configure all that stuff in a wizard?  it might be annoying to have to go through the process every time you want to make a change
[16:18] <seele> could you select the OS from a list and then show the relevant options?
[16:20] <Artemis_Fowl> yes it must apply to other options, too
[16:20] <Artemis_Fowl> I didn't really get your last question, though
[16:22] <seele> currently, the only way to configure os-specific options is to use your wizard
[16:22] <seele> but for an advanced user, wouldnt it be annoying to have to go through the process all the time just to configure one option?
[16:22] <DaSkreech> hi seele
[16:22] <Artemis_Fowl> yes indeed
[16:22]  * DaSkreech waves at Tm_T
[16:22] <Tm_T> Nightrose: including money prize
[16:22] <Tm_T> DaSkreech: hi hi son
[16:23] <Tm_T> :))
[16:23] <seele> so as an alternate, could you select the operating system from a drop down and have it show/enable os-specific options to configure?
[16:23] <Nightrose> Tm_T: wohooo - even nicer ;-)
[16:23] <seele> e.g. if SE Linux support is installed and you select OpenSuse, provide an option to turn it on or off
[16:23] <seele> DaSkreech: hihi
[16:24] <Artemis_Fowl> hmm
[16:25] <Artemis_Fowl> then it shouldn't be under Boot Options
[16:25] <seele> yeah
[16:25] <seele> probably a separate tab
[16:25] <seele> under operating systems
[16:25]  * Artemis_Fowl has to find a way to quick-edit entry attributes....
[16:25] <seele> i dont think there would be enough room under the list to add it
[16:26] <seele> if it will take a lot of work, for now, you could just put it in the wizard and work on it for the next release
[16:26] <Artemis_Fowl> yep
[16:26] <seele> actually, it would probably be in both places anyway
[16:26] <seele> because when you create a new entry, you would want to configure those options during the wizard
[16:27] <seele> it's just that you dont want people to have to use the wizard every time they want to tweak an option or look something up
[16:27] <Artemis_Fowl> what if all possible entry attributes (title, root,kernel, SELinux etc) could be edited from a single window without documentation?
[16:27] <Artemis_Fowl> w8 to find a screenshot
[16:29] <Artemis_Fowl> seele: like in the old wireframes: http://obso1337.org/hci/grub/GRUB_Wireframes_Dec_17.pdf
[16:29] <Artemis_Fowl> page 2
[16:30] <seele> in a popup menu instead of in a tab?
[16:30] <seele> er, new dialog
[16:30] <Artemis_Fowl> yes
[16:30] <Artemis_Fowl> would that be fine?
[16:31] <seele> where would you put the button to open the dialog?
[16:31] <Artemis_Fowl> the dialog would be called from a Quick-Edit button next to Add/Edit/Remove buttons
[16:32] <seele> hmm.. the only problem is we already have 5 buttons, and i'm not even sure if they will all fit after translation
[16:32] <Artemis_Fowl> Edit pops up the full Assistant which is documented and offers detailed configuration and Quick Edit only this dialog
[16:32] <seele> yeah, i dont think two edit buttons is a good idea
[16:33] <seele> what if there was only one edit, and it was the dialog with all the options
[16:33] <seele> and you only get the wizard for add?
[16:34] <Artemis_Fowl> the Edit button could have a popup menu with the items "Full Edit" and "Quick Edit"
[16:34] <Artemis_Fowl> or something like this
[16:34] <Artemis_Fowl> I wouldn't like to remove the Full Edit mode
[16:35] <seele> items as in buttons to more dialogs? or two tabs?
[16:36] <Artemis_Fowl> when you click the Edit button a menu pops up at the bottom of it like Suggestions'
[16:36] <Artemis_Fowl> 'Suggestions' button in the wizard*
[16:36] <seele> yeah, i dont know about that
[16:37] <seele> it sounds lot more complicated than it needs to be
[16:37] <seele> and it doesnt act like any of the other system setting modules
[16:39] <Artemis_Fowl> actually it is not complicated. simply when the user clicks the Edit button he will have to choose whether to use the full-blown assistant or the quick edit dialog
[16:39] <Artemis_Fowl> but indeed it is no common practice
[16:40] <Artemis_Fowl> but I have no other ideas atm
[16:40] <seele> short term just put all the options in the wizard and we can figure out how to break them out later
[16:40] <seele> i dont like the idea of having to go three screens deep just to find a configuration option
[16:41] <Artemis_Fowl> ok
[17:21] <dinosaur-rus> hi
[17:22] <Artemis_Fowl> seele: one good reason to include the "Full Edit" option is that some entry attributes such as maps cannot be edited through the Quick-Edit dialog
[17:22] <Artemis_Fowl> seele: they wouldn't fit
[17:23] <Artemis_Fowl> seele: and map support is vital. I had way too many requests for such a feature to ignore it
[17:23] <Artemis_Fowl> seele: it is necessary for Windows dual-booting when Windows isn't on a master hard disk
[17:25] <dinosaur-rus> who is a maintainer of Qt4 packages?
[17:26] <Riddell> dinosaur-rus: we are
[17:28] <dinosaur-rus> Riddell: well, since Qt 4.4 Assistant uses ("by default") new help format, I think it'd be a good idea to put old HTML docs into separate package as keeping the docs in both formats seems to be wasting of disk space
[17:28] <Riddell> fabo: what do you think of ^^ ?
[17:50] <nixternal> Nightrose: you can mv ~/.kde4 somewhere and then log back in to KDE 4...guarantee everything works then :)
[17:51] <Nightrose> nixternal: will try after i fixed kopete ;-)
[17:54] <DaSkreech> kopete r brok?
[17:58] <Nightrose> jep big time unfortunately for me
[17:59] <DaSkreech> what's it doing?
[18:02] <Nightrose> tab handeling is broken in 4.0.4 and it constantly crashes on me due to http://commit-digest.org/issues/2008-04-20/moreinfo/798338/ i assume
[18:02] <DaSkreech> Hmm
[18:02] <Nightrose> fixed package building now in pbuilder
[18:02]  * Nightrose crosses fingers
[18:02] <DaSkreech> I installed 4.0.4 last night the apt-cache policy says 4.0.4 all the apps say 4.0.3
[18:03] <Nightrose> yea known problem
[18:03] <DaSkreech> But koepte was crashing like krazy in 4.0.3 for me so lets see if that changes
[18:03] <Nightrose> hehe
[18:03] <DaSkreech> near 70% of the time I shutdown jut clicking that buton made kopete crash
[18:04] <Nightrose> oO
[18:04] <DaSkreech> or if I sent someone a file and they decided not to accept (that happens more than I remember) it would crash
[18:04] <Nightrose> you shouldn't send so many files then :P
[18:05] <DaSkreech> No people just should accept them :-P
[18:05] <Nightrose> ;-)
[18:26]  * nixternal kicks archive.ubuntu.com right in its arse!
[18:27] <Nightrose> heh tell me about it...
[18:29] <DaSkreech> 12 k /s :-(
[18:30] <nixternal> 0k/s
[18:30] <nixternal> it doesn't even work for me
[18:32] <smarter> 239kB/s :p
[18:32] <smarter> hint: use a different mirror
[18:49] <nixternal> I am using mirror.anl.gov/pub/ubuntu now
[18:49] <smarter> Riddell: "   * Remove build-dep on libdvdread" << does that mean that k3b can no longer burn/extract DVD?
[18:49] <nixternal> I get anywhere between 1MB/s to 2MB/s
[18:50] <Riddell> smarter: libdvdread3 has always been in universe as far as I know
[18:50] <smarter> Riddell: so k3b was not really built with it?
[18:53] <Riddell> smarter: it never has been
[18:53] <DaSkreech> k3b is in work for 4.1 I think
[18:53] <smarter> ok, thanks
[18:54] <nixternal> manchicken: your KDE/Qt Perl bindings issues may be a thing of the past...I have interested a couple of people from the PerlMongers group to work on them
[18:54] <nixternal> one of this is Josh if you ever met him, he is the new PR person for the Perl Foundation
[18:55] <nixternal> s/this/them
[18:55] <manchicken> Ooh?
[18:55] <manchicken> That would be nice.
[18:55] <manchicken> Josh McAdams?
[18:55] <nixternal> ya
[18:55] <manchicken> Yeah, I used to work with him.  Top-notch guy.
[18:55] <manchicken> One of the best folks to know.
[18:55] <nixternal> groovy, so you trust his work then
[18:56] <manchicken> Without question.
[18:56] <nixternal> nice...well if you are interested, maybe you could talk to him about it and what not..as I believe you have tried playing with the bindings
[18:57] <nixternal> I got to meet those guys at Flourish..they all came in for my KDE 4 talk, and I complained during the plasmoid talk about Perl bindings and what not :)
[18:57] <nixternal> see, crying does help!
[18:57] <manchicken> The fundamental problem is tying Perl to C++ with Qt templates.
[18:58] <nixternal> I think it is high time I go back and try to relearn Perl the correct way...do you recommend any books for this (O'Reilly since they are free for me?)
[19:00] <manchicken> Learning Perl is a good one.
[19:00] <nixternal> k
[19:00] <manchicken> I learned Perl with Emacs and the pocket reference.
[19:00] <nixternal> that's cuz you are insane
[19:00] <nixternal> you obviously had no life before meeting your wife :p
[19:00] <nixternal> I'm a poet and dun even know it
[19:00] <DaSkreech> emacs \o/
[19:01] <DaSkreech> nixternal: Funny neither do we :)
[19:01] <manchicken> Um... most geeks don't.
[19:02] <nixternal> I am going to the Cubs game tomorrow, so I have a bit of a life :)
[19:02] <nixternal> my brother's new nickname is "Hollywood"
[19:02] <manchicken> You're not a very good geek then.
[19:02] <nixternal> he got us setup at the Skydeck on Sheffield
[19:02] <nixternal> and we are traveling via limo
[19:02] <nixternal> all free! food and drink included!
[19:03] <nixternal> granted from the skydeck the players will look like ants, but the food and drink will be good :)
[19:03]  * nixternal hopes they have something other than budweiser, miller, and old style
[19:03] <DaSkreech> Who really goes to baseball to see the players?
[19:03]  * nixternal does
[19:03] <nixternal> I love baseball
[19:04] <manchicken> Sorry, Cubs aren't worth that much money.
[19:05] <DaSkreech> free? :)
[19:05] <nixternal> Cubs are my heros
[19:05] <manchicken> You have losers as heros?  That explains a lot :P
[19:05] <nixternal> to the world series they go!
[19:06] <manchicken> And by world series, you mean they go to the cubby bear to watch two other teams play?
[19:06] <nixternal> I was raised a Detroit Tigers and Chicago Cubs fan...but I enjoy the national league more because they make the pitchers bat
[19:06] <nixternal> manchicken: come on, this is the 100 year anniversary...the world series is in the bag
[19:06] <nixternal> you know that MLB has already set it up
[19:06] <manchicken> Yeah... the body bag.
[19:07] <nixternal> we have Fukudome, and no I didn't just cuss and it isn't pronounced like it looks either
[19:08] <nixternal> still the funniest was the lady on CBS Chicago who pronounced it Fuk u do me
[19:08] <nixternal> and not fooka dome a
[19:08] <DaSkreech> nixternal: Cubby hole fans must love her
[19:09] <nixternal> there is no better game or stadium
[19:09] <DaSkreech> BirdsNest
[19:09] <nixternal> I mean for a team that does so bad, season tickets are always sold out in advance
[19:10] <nixternal> I like sitting up though at the game, don't like the box seats down either 1st base or 3rd base lines....line drives and broken bats are dangerous
[19:37] <Riddell> apachelogger, Czessi: anyone ordered kubuntu-kde4 CDs for linuxtag?
[19:38] <DaSkreech> hi jjesse
[19:38] <Czessi> Riddell: yes, juliux ordered 2000 kubuntu cds for linuxtag via torsten spindler
[19:39] <Czessi> Riddell: kde3 and kde4
[19:40] <Riddell> torsten spindler? not sure what he has to do with CDs but ok
[19:45] <Czessi> Riddell: i asked again. juliux ordered kde3 and kde4 via tetet, shipit and canonical marketing. cds will be send directly to ,esse berlin
[19:47] <Czessi> Riddell:  ,esse berlin => messe berlin => masses berlin
[19:48] <jjesse> hello DaSkreech
[19:51] <Riddell> Czessi: groovy
[19:58] <_Sime> sebas: ping
[20:03] <seele> ok!  done with meetings for the day and one more day till the weekend
[20:03]  * seele falls over.  it was a rough week.
[20:07]  * Riddell puts soft matt under where seele is falling onto
[20:08] <seele> a blankie would be nice too!
[20:11] <Arby> Riddell: I'm strugggling to build kdevelop binary. any idea what would cause http://paste.ubuntu.com/11005/
[20:11] <Arby> something wrong in the configure file related to libtool
[20:11] <Arby> but it's above my skill level
[20:14] <Arby> as an aside, has anybody had success getting an intrepid pbuilder to work.
[20:14] <Arby> I tried a few days ago without success
[20:15] <Riddell> Arby: hrm, tricky.  tried make -f admin/Makefile.common ?
[20:15] <Arby> trying
[20:16] <Riddell> or better, make -f debian/rules buildprep
[20:16] <Riddell> Arby: can't say I have, chroot only
[20:16] <Arby> first one is running
[20:16] <Arby> fair enough, just curious
[20:17] <Arby> Riddell: debian/patches/common has a script update.sh that automatically updates some patches regarding libtool and autotools
[20:17] <Arby> I've run this script
[20:17] <Arby> just wondering if that's the problem
[20:18] <Riddell> could be
[20:18] <Arby> make -f admin/Makefile.common completes without errors
[20:19] <Arby> suggests running ./configure, should I follow on or try make -f debian/rules buildprep
[20:20] <Riddell> go with make -f debian/rules buildprep
[20:20] <Arby> ok
[20:21] <LaserJock> nixternal: ping?
[20:23] <Arby> Riddell: make -f debian/rules buildprep goes to completion, what's next?
[20:24] <Riddell> Arby: debuild ?
[20:24] <Arby> ok
[20:25] <LaserJock> does anybody know if there's a package for ksynaptics? I thought there was but I can't find it now
[20:25] <Arby> Riddell: sorry for all the neophyte questions, still learning
[20:26] <seele> |Artemis_Fowl|: did you have any more questions about the wireframes?
[20:27] <|Artemis_Fowl|> seele: I will. but I have to code a little. it's about 1-2 weeks since I last coded
[20:28] <|Artemis_Fowl|> seele: I need my code dose :-)
[20:32] <|Artemis_Fowl|> seele: is there a reason why 'Make Fallback' is on the left of 'Make Default' and not vice versa?
[20:35] <seele> |Artemis_Fowl|: typo, i forgot to put it there.. which brings up the problem of not having any space to put it
[20:35] <smarter_> Riddell: could you please upload desktop-effects-kde?
[20:35] <seele> oh wait.. i misunderstood your question
[20:36] <seele> |Artemis_Fowl|: no, there was no reason why i ordered it that way
[20:36] <|Artemis_Fowl|> seele: ok I'll put Default first
[20:36] <|Artemis_Fowl|> seele: it sounds more reasonable to me
[20:36] <Riddell> smarter_: I don't have time to package it currently, do you have it as a package?
[20:37] <seele> |Artemis_Fowl|: sure, i dont think it makes a difference either way
[20:37] <smarter_> Riddell: sure, let me do a bzr builddeb ;)
[20:37] <|Artemis_Fowl|> seele: y. mere details...
[20:38] <Arby> Riddell: I think that's got it. still building but gone further than before
[20:38] <Riddell> Arby: great
[20:38] <Arby> got a sec to explain what that that command did
[20:38] <|Artemis_Fowl|> seele: btw, in the Wireframes you include a Defaults button (from the SystemSettings)
[20:39] <|Artemis_Fowl|> seele: turning on/off these buttons is possible
[20:39] <|Artemis_Fowl|> seele: should I make use of such a button?
[20:39] <|Artemis_Fowl|> seele: there are no *defaults*
[20:40] <seele> |Artemis_Fowl|: i thought any time a kernel was updated the GRUB config was updated
[20:41] <|Artemis_Fowl|> seele: and so?
[20:41] <seele> |Artemis_Fowl|: that should be the Default?
[20:42] <seele> the purpose of the Defaults button is a "factory restore" of whatever options for that module
[20:42] <jjesse> does the "defaults" work?
[20:42] <seele> in most cases, that is the original configuration file, but in this case it would be the updated config from the package update
[20:42] <jjesse> i thought it just reset to the last change from when you opened up the system setting
[20:42] <smarter_> Riddell: here it is: http://smarter.free.fr/pkg/
[20:43] <|Artemis_Fowl|> seele: ah ok. can restore to the original config
[20:43] <seele> jjesse: i'm pretty sure its supposed to be a factory reset, and lots of people were confused because they thought it was a last saved
[20:43] <|Artemis_Fowl|> seele: a backup is taken the very first time
[20:43] <seele> |Artemis_Fowl|: ok good.  i believe that is what the Defaults button is for
[20:43] <jjesse> seele: i would argue they don't always work that way then
[20:43] <seele> jjesse: probably not
[20:43] <jjesse> at least on my system
[20:43]  * |Artemis_Fowl| never uses the Defaults button
[20:44] <seele> i dont know which modules use it correctly or not, i just know what the Defaults button is supposed to do
[20:44] <jjesse> i used the default button because i thoght they brought them back to the original Kubuntu configuratoin
[20:44] <jjesse> and stoped as soon as i realized they didn't
[20:44] <seele> because no one knew it wasn't a Load Last Save
[20:44] <seele> hum.. maybe it was changed in kubuntu then?
[20:44] <seele> this was a discussion for probably 2 years ago with kde-usability
[20:45] <nixternal> LaserJock: pong?
[20:47] <smarter_> Riddell: uh wait, I put hardy instead of intrepid
[20:47] <Riddell> I can fix that
[20:48] <smarter_> okay, thanks
[20:48] <Riddell> smarter_: looks good otherwise, uploading
[20:48] <smarter_> I'll just fix it in the bzr branch
[21:00]  * _Sime just saw the "printer setup" bubble thingy in hardy. WAY COOL!
[21:00] <LaserJock> nixternal: nvm, I was trying to figure out how to adjust touchpad prefrences in KDE but I ended up just editing xorg.conf anyway
[21:01] <LaserJock> nixternal: Kubuntu's rockin' my socks off today. First time I've tried it on Hardy
[21:21] <smarter_> Riddell: If you have some time, kubuntu-konqueror-shortcuts is also ready for upload: http://smarter.free.fr/pkg/kks
[21:37] <nixternal> http://chi.ubuntu-us.org/
[21:38] <nixternal> check out my pimpin' monitor on the right
[21:38] <nixternal> included KDE 4 and KDE 3 images in it
[21:42] <DaSkreech> with compiz!
[21:50] <DaSkreech> Would the new Vbox come in backports?
[21:52] <crimsun> it hasn't entered intrepid yet
[21:52] <DaSkreech> ok
[21:54] <nixternal> DaSkreech: you can grab the new vbox for hardy from their website
[21:58] <jjesse> nice monitor nixternal
[22:03] <DaSkreech> nixternal: I missed that I only saw a tarball
[22:04] <Arby> woo, kdevelop built successfully at last :)
[22:08] <Nightrose> hmmm anyone who can tell me what is wrong with my pbuilder? http://lydiapintscher.de/tmp/kopete.txt
[22:09] <stdin> Nightrose: not pbuilder, Qt4.4. doesn't seem to set QT_QT_INCLUDE_DIR, you need to pass "-DQT_QT_INCLUDE_DIR=/usr/include/qt4" to cmake
[22:10] <stdin> should be something for it in the debian/rules file
[22:10] <Nightrose> stdin: hmmm ok... why does this compile without my patch?
[22:10] <Nightrose> (i assume it does since it is in the archive)
[22:10] <stdin> Nightrose: because it was compiled against Qt4.3?
[22:11] <Nightrose> hmmmmpf
[22:11] <Nightrose> fun
[22:11] <Nightrose> thx stdin
[22:11] <nixternal> http://tv.timbormans.com <- that is pretty cool...it is a youtube + last.fm mashup...enter your last.fm username at top, and it will play the videos to your songs
[22:11] <jjesse> that's cool
[22:12] <Nightrose> stdin: so what to do? i have a debdiff but have no idea if it works or not - should i try to make it compile against Qt4.4?
[22:13] <stdin> Nightrose: if it's going to go into hardy-backports or intrepid, then you don't have much choice
[22:13] <Nightrose> ok thx
[22:14] <Nightrose> and i thought once a patch was going to be simple... :P
[22:14] <DaSkreech> Intrepid will be based solely on trunk and not the 4.0 branch correct?
[22:14] <stdin> Nightrose: add "-DQT_QT_INCLUDE_DIR=/usr/include/qt4" to DEB_CMAKE_EXTRA_FLAGS in debian/rules if it's using cdbs
[22:14] <Nightrose> will try
[22:14] <Riddell> DaSkreech: 4.1
[22:14] <Riddell> _Sime: wooga
[22:16] <DaSkreech> Riddell: Yes Sorry :) but there isn't a 4.1 branch yet so till then it will be tracking trunk ?
[22:17] <DaSkreech> and not have any of the 4.0 branch ?
[22:18] <Riddell> DaSkreech: right
[22:19] <DaSkreech> Cool
[22:20] <DaSkreech> nixternal: what's the likelihood of ars running a Kubuntu review alongside an Ubuntu ?
[22:21]  * Riddell wonders how nixternal would know
[22:21] <nixternal> DaSkreech: I can make a couple of calls, about all I can do
[22:21] <nixternal> our KDE insider is pretty much KDE, but I can talk to Flav for some pull on a Kubuntu article
[22:23]  * Nightrose hugs stdin
[22:23] <Nightrose> looks like it is working now
[22:23] <stdin> :)
[22:23] <Nightrose> let's see if I get a package... ;-)
[22:28] <Nightrose> hmm nope - kget doesn't want to play nice
[22:29] <nixternal> kget plays nice for me :p
[22:29] <DaSkreech> Riddell: Maybe you canhelp. What do I need to get my sound hardware to turn up in System Settings -> Sound
[22:31] <Nightrose> nixternal: haha then tell me how i can make it play nice here as well ;-) http://lydiapintscher.de/tmp/kopete.txt
[22:36] <Czessi> Nightrose: pls send me your .diff.gz and .dsc
[22:37] <Nightrose> Czessi: k - will upload them in a sec
[22:37] <Czessi> ok
[22:39] <Nightrose> Czessi: http://lydiapintscher.de/tmp
[22:40] <Czessi> thx
[22:40] <Nightrose> :)
[23:03] <stdin> Nightrose: looks like libqt4-dev has a missing dep on libxrender-dev
[23:03] <Nightrose> trying
[23:09] <DaSkreech> Neat Koffice A7
[23:22] <Serega> hi there


[08:44] <damhyojung> hey.all
[08:44] <damhyojung> where r u guys from
[13:00] <davidm> #startmeeting
[13:00] <MootBot> Meeting started at 07:00. The chair is davidm.
[13:00] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[13:00] <davidm> Hello time to start the mobile meeting
[13:00]  * ogra waves
[13:01] <StevenK> Was in the middle of typing /join when you said ...
[13:01] <davidm>  lool persia ?
[13:01] <lool> yup
[13:01]  * persia may or may not be here, depending on the possibility of netsplits
[13:01] <StevenK> And lag
[13:01] <davidm> OK, lets get started
[13:02] <lool> You're not allowed to mock me for this, but I just called in the conf call line and waited 2 minutes while preparing a coffee
[13:02] <StevenK> Haha
[13:02] <StevenK> Oh yes we are
[13:02] <lool> No mocking!!
[13:02] <davidm> The first action was a carry over for cgregan
[13:02] <davidm> but he is not around so I'll carry it again
[13:03] <davidm> [topic] cgregan had an action to compare & contract F-Spot and GThumb
[13:03] <MootBot> New Topic:  cgregan had an action to compare & contract F-Spot and GThumb
[13:03] <davidm> [action] cgregan had an action to compare & contract F-Spot and GThumb (CO)
[13:03] <MootBot> ACTION received:  cgregan had an action to compare & contract F-Spot and GThumb (CO)
[13:03] <davidm> [topic] StevenK to write spec(s) to have choice of launchers/extend launcher for theme ability
[13:03] <MootBot> New Topic:  StevenK to write spec(s) to have choice of launchers/extend launcher for theme ability
[13:03] <lool> davidm: cgregan told me he probably can't attend IRC meeting this week, but will attend tomorrow's phone call
[13:03] <davidm> lool, thanks
[13:03] <davidm> StevenK, any progress on spec's?
[13:04] <StevenK> davidm: I've not done that yet, I keep get distracted. :-(
[13:04] <StevenK> It is still on my list.
[13:04] <davidm> I'll carry it over, can you get to it this week?
[13:04] <StevenK> I've set it as my number 1 task tomorrow
[13:04] <davidm> [action] StevenK to write spec(s) to have choice of launchers/extend launcher for theme ability (CO)
[13:04] <MootBot> ACTION received:  StevenK to write spec(s) to have choice of launchers/extend launcher for theme ability (CO)
[13:04] <StevenK> There was another spec persia and I mentioned
[13:04] <davidm> Yes?
[13:04] <persia> Oh, the new one?
[13:04]  * persia checks
[13:05] <StevenK> Not for the meeting, so I can also write it tomorrow
[13:05] <davidm> do I need to make an action?
[13:05] <StevenK> Nah
[13:05] <davidm> [topic] status of intrepid tasks
[13:05] <MootBot> New Topic:  status of intrepid tasks
[13:05] <davidm> OK
[13:06] <persia> Yeah, the new one was having a nice menu when booting the image.
[13:06] <lool> We have mobile images
[13:06] <davidm> Good
[13:06] <lool> I could install mobile on my Q1U
[13:06] <davidm> Woot
[13:06] <lool> mid fails has misc small issues
[13:06] <lool> +and
[13:06] <davidm> I showed Matt the mobile images yesterday
[13:06] <lool> There are issues in the kvm install too
[13:07] <lool> davidm: Is Matt at the same site this week?
[13:07] <davidm> lool, he is in London I believe
[13:07] <davidm> OK from the top
[13:07]  * StevenK waits
[13:07] <davidm> StevenK, status for intreped, blockers etc?
[13:08] <StevenK> davidm: No blockers, just need to make more than 24 hours in the day
[13:08]  * lool gives a time machine to StevenK
[13:09] <StevenK> I'm also looking at NBS since I'd like that list to be empty by release, but that's more a task of archive being clean
[13:09] <davidm> StevenK, OK, anything specific we need to know about?
[13:10] <StevenK> Kourou 0.4 has been uploaded which adds an icon for the Installer
[13:10] <davidm> Nice
[13:10]  * persia dances
[13:10] <StevenK> Kourou 0.5 will be prepared tomorrow which allows single or double click since both lool and I discovered that double clicking on a touch screen is *hard*
[13:10] <ogra> yeah
[13:10]  * persia tends to have to triple-click or more
[13:10] <ogra> -mobile uses single for nautilus a well
[13:11] <ogra> *as
[13:11] <StevenK> ogra: I discovered the touch screen works too :-)
[13:11] <lool> Yeah, I'm like tripe touching as well
[13:11] <StevenK> By accident
[13:11] <ogra> StevenK, yeah :)
[13:11] <lool> Until I realize midbrowser /really/ doesn't launch   :-P
[13:11] <StevenK> Hm. I wasn't aware of that.
[13:11] <davidm> lool, midbrowser is broken?
[13:12] <lool> Yeah, it seems recently
[13:12] <ogra> yeah
[13:12] <lool> Someone said this was known already
[13:12] <ogra> asac, is aware
[13:12] <ogra> but we need a backtrace, i didnt get to that yet
[13:12] <davidm> is this listed against release or something?
[13:12] <lool> In all cases it should be
[13:13] <lool> ogra: Is there an open bug and does it have proper flags?
[13:13] <davidm> lool, thanks I was about to ask that
[13:13] <ogra> lool, not yet
[13:13] <StevenK> Oh yeah, it's that abort() thing
[13:14] <lool> ogra: You seem to be the best person to file it if you don't mind
[13:14] <asac> anyone tried if a respin fixes this?
[13:14] <StevenK> s/spin/build/ ?
[13:14] <asac> yes
[13:14] <ogra> lool, doing right now
[13:14] <lool> ogra: thanks
[13:15] <davidm> [action] ogra to file midbrowser bug
[13:15] <MootBot> ACTION received:  ogra to file midbrowser bug
[13:15] <davidm> OK StevenK anything else?
[13:15] <StevenK> Yes, but I think there's a seperate action for it, so it can wait
[13:15] <davidm> OK
[13:15] <davidm> persia, status?
[13:16] <persia> Erm.  The installer *should* have all the last bits in it, except something appears still to not work.  I'm tracking down why.
[13:16] <ogra> https://bugs.launchpad.net/ubuntu/+source/midbrowser/+bug/277074
[13:17] <lool> persia: There's this import error, displaying the ubiquity launcher, and launching ubiquity in automatic mode, correct?
[13:17] <persia> There's an outstanding issue with language packs: in part because of the way the images are constructed, we don't have any language packs, so users have to download them during the install.
[13:17] <persia> StevenK and I discussed that some, and thought that we'd do best to have a local repository for jaunty, and put up with network access requirements for intrepid.
[13:17] <StevenK> Displaying the launcher I've taken care of
[13:18] <asac> rebuilding midbrowser in current intrepid fixes it
[13:18] <lool> asac: Thanks
[13:18] <StevenK> Okay, I will upload a rebuild
[13:18] <lool> asac: You pushed that?
[13:18] <persia> We're still not installing in automatic mode, because we can't preseed blank passwords: I'm planning to ask the installer team to review a fix for this after beta is complete.
[13:18] <lool> StevenK: Thanks; midbrowser is big
[13:18] <asac> lool: err. i see that it there is a change that is not in git in the package
[13:18] <persia> As a result, it's possible for users to change the username, which breaks X.
[13:19] <asac> can you please at least forward me patches when uploading?
[13:19] <lool> StevenK: ^
[13:19] <persia> And in KVM testing, it was discovered that performing an install in KVM can corrupt the local image if the user does not chattr +i first.  Setting this chattr +i breaks the install.
[13:19] <asac> anyone knows if git-to-bzr is usable?
[13:19] <asac> i would like to move the code over to launchpad if possible
[13:20] <StevenK> asac: Didn't we have this discussion when I did it last month?
[13:20] <asac> so everyone can commit to that
[13:20] <persia> One possible workaround is to use ISO images instead of USB images, which also has the benefit of letting us use usb-creator for install devices.
[13:20] <asac> StevenK: might be :) ... wasnt a complain. just a reminder. if that was already discussed its fine
[13:20] <davidm> persia, but these devices only have USB
[13:20] <StevenK> asac: If not, the diff that launchpad generates is fine
[13:21] <lool> This looks like we will redo the same discussion as on #ubuntu-mobile
[13:21] <asac> StevenK: oh
[13:21] <StevenK> davidm: persia means getting the dailies to generate an .iso and then using usb-creator to make .img's out of them
[13:21] <asac> StevenK: http://git.moblin.org/repos/?p=projects/mobile-browser.git;a=shortlog;h=intrepid
[13:21] <asac> i already released -3 ... maybe upload that ;)
[13:21] <davidm> ah
[13:21] <persia> StevenK: Well, to actually initialise USB disks, but yes.
[13:21] <StevenK> * drop ubufox from Suggests; ubufox doesnt support ...
[13:21] <StevenK> That's my -2 change, too
[13:21] <asac> StevenK: yeah. i replayed your change and bumped again for gsfonts or something
[13:22] <StevenK> asac: midbrowser is enormous, you can upload it if you want
[13:22] <persia> So, we discussed this at length in #ubuntu-mobile: it seems we *should* discuss it at UDS Jaunty, but there was still a difference of opinions for intrepid.
[13:22] <asac> i have no time until next week or so
[13:22] <lool> I'm of the general opinion than we shouldn't change anything big anymore
[13:22] <StevenK> Right, I will, then
[13:22] <asac> if noone comes around remind me then so it doesnt get lost
[13:22] <persia> StevenK: How hard is it to switch from .img to .iso?  If it's trivial, I want to change, if it's non-trivial, I'll drop it.
[13:22] <davidm> Ok someone write a spec for Jaunty, who is going to do this, persia ?
[13:22] <StevenK> It's non-trivial
[13:22] <lool> Cool, settles the discussion
[13:22] <persia> Bother.  Oh well, let the bugs live.
[13:23] <ogra> DOORBELL !!!
[13:23] <persia> davidm: StevenK is probably the best choice, as he already has all the keys.  I can help, but I don't have the keys to actually do it.
[13:24] <persia> And I'll take an action to write some release notes warning users *not* to do an install in a virtual environment, as it may corrupt the images.
[13:24] <lool> persia: What about the other ubiquity issues?
[13:24] <StevenK> The spec has to document discussion
[13:24] <davidm> StevenK, can you work with persia on a spec for Jaunty
[13:24] <StevenK> davidm, persia: Just write the spec, the implementation discussion can wait until UDS
[13:24] <persia> Let's have a fresh discussion about it at UDS.
[13:24] <davidm> [action] persia to write some release notes warning users *not* to do an install in a virtual environment, as it may corrupt the images.
[13:24] <MootBot> ACTION received:  persia to write some release notes warning users *not* to do an install in a virtual environment, as it may corrupt the images.
[13:24] <ogra> it works in vbox
[13:25] <persia> ogra: Indeed, and I'll include your hints in the notes :)
[13:25] <lool> It's just qemu/kvm-broken
[13:25]  * ogra dances ...
[13:25] <lool> persia: What about the other bugs in the mid install?
[13:25] <persia> Which bugs?
[13:25]  * ogra holds a brandnew BT freedom keyboard in his hands
[13:25] <davidm> [action] persia  write the spec about converting the dailies to generate an .iso and then using usb-creator to make .img's out of them
[13:25] <MootBot> ACTION received:  persia  write the spec about converting the dailies to generate an .iso and then using usb-creator to make .img's out of them
[13:25] <lool> That I mentionned earlier
[13:26] <lool> ogra: I don't understand: you didn't like the Q1U's keyboard???
[13:26] <StevenK> How could you not?
[13:26] <ogra> haha
[13:26]  * StevenK chokes
[13:26] <ogra> its for my n800
[13:26] <persia> The display issue has been fixed for a bit.  The "import error" was solved, exposing something else, and automatic was discussed already.
[13:26] <persia> DId I miss something?
[13:26] <ogra> the Q1 has a wireless kbd attached :)
[13:27] <lool> persia: Where are these fixed?
[13:27] <persia> display is fixed in kourou 0.4, import is fixed in ubiquity 1.10.2
[13:28] <lool> persia: ubiquity 1.10.3 is in the archive, and there was an image respin
[13:28] <persia> automatic is about 50% fixed in my local branches, and will be presented to the installer team after the beta.
[13:28] <lool> persia: And I got an import error with the latest mid image
[13:28] <lool> I fear the import issues is another one
[13:28] <lool> Did you manage to install MID?
[13:28] <persia> Which error?  You shouldn't get an import error.  You should get a Debconf error.  Are you sure you have the latest image?
[13:29] <lool> Sorry, I think I wrote import error in this meeting when I met python traceback
[13:29] <lool> I'm getting a debconf python traceback
[13:29] <StevenK> That's a known error
[13:29] <persia> OK.  That's expected.
[13:29] <lool> Yeah, so I'm asking about the status of this bug :)
[13:30] <lool> I'm happy it's known
[13:30] <davidm> and a bug # please
[13:30] <persia> I keep getting distracted.  I've at least identified several things it's not.
[13:30] <persia> No idea against which package to file a bug yet.
[13:30] <StevenK> davidm: To make your day brighter, I commited a change to the seeds that contained the diff: - * moblin-media
[13:31] <lool> persia: I'd file one against ubiquity as a start and reassign appropriately
[13:31] <persia> lool: I'm 95% sure it's not ubiquity.
[13:31] <lool> persia: We need to milestone this bug and get it on the release team's radar that we are having a critical issue preventing install
[13:32] <persia> Yes.  I should have a bug (and a fix) soon.
[13:33] <davidm> [action] persia to file bug  Debconf error against ubiquity today
[13:33] <MootBot> ACTION received:  persia to file bug  Debconf error against ubiquity today
[13:33] <davidm> OK moving on
[13:33] <davidm> ogra, status, issues?
[13:34] <ogra> well, mobile is looking fine apart from the midbrowser issue
[13:35] <davidm> ogra, good
[13:35] <ogra> i have a bunch of pending touchscreen driver things resulting from eth umpcportal feedback
[13:35] <ogra> i'm about to write a fresh blog entry pointing to the images on cdimage
[13:35] <ogra> well, thats mainly for me, no blockers or anything
[13:36] <davidm> that should generate some traffic
[13:36] <davidm> OK
[13:36] <davidm> amitk_, how is kernel land?
[13:36] <persia> Oh, right, that reminds me: the Forums team is looking at organising a forum for Ubuntu Mobile.
[13:36] <davidm> persia, good
[13:37] <amitk_> davidm: with meta and aufs out of the way, I am working on lrm now
[13:37] <amitk_> hope to make it available tomorrow.
[13:38] <lool> amitk_: Do you have other critical tasks for intrepid?
[13:38] <ogra> is there any chance ath5k could be fixed ?
[13:38] <lool> Well we could live without lrm
[13:38] <StevenK> Except then wireless doesn't work
[13:38] <persia> I'd *much* prefer lrm.  It might make me able to have *some* sort of network connection.
[13:39] <ogra> we will have to rovide a blacklist file from the -default-settings package if not, as ath5k is preferred by default
[13:39] <lool> persia: You also have atheros devices?
[13:39] <amitk_> I need to push new drivers from Intel into Hardy and try to forward-port DRM driver to intrepid.
[13:39] <persia> lool: Quite possibly: no idea what is on this USB dongle that doesn't work.
[13:39] <lool> madwifi doesn't support usb wifi
[13:39] <ogra> usually usb wifi needs firmware
[13:40] <persia> Oh well.  I'm not so excited about then :)
[13:40] <ogra> which is in lrm :) )
[13:40]  * persia vacillates
[13:40] <lool> So lrm is nice for the Q1 to have, it's high priority, but we could release without it
[13:40] <amitk_> if enabling madwifi will get the samsung users off my back, I might as well do it :)
[13:40] <lool> Yeah
[13:41] <ogra> amitk_, well, we need to make sure ath5k doesnt get preferred though
[13:41] <ogra> currently you have to blacklist it manually
[13:41] <ogra> else it gets loaded regardless if madwifi is there
[13:41] <StevenK> We can add that to -default-settings
[13:42] <amitk_> ogra: I am sure you'll fix that blacklist once lrm is available :-p
[13:42] <StevenK> Easily, I say
[13:42] <davidm> amitk_, anything else?
[13:42] <ogra> well, but that indeed disables it for all devices where ath5k would work
[13:42] <amitk_> just a rebase to 2.6.27-rc8 that is pending (base kernel was rebased yesterday) - not critical this week.
[13:42]  * lool think this should be fixed in ath5k, either in terms of devices it claims to support or in actually supporting them  :-P
[13:43] <ogra> (we have  netbook user on our open bug for whom it works with the same chipset in a different device)
[13:43] <ogra> (at least he claims that)
[13:43] <ogra> lool, ++ ... but might be hard to do
[13:43] <ogra> in the above light
[13:43] <amitk_> davidm: that's it on my end
[13:44] <davidm> lets take the rest of the ath5k madwifi conversation off-line
[13:44] <davidm> amitk_, thanks
[13:44] <davidm> lool, status?
[13:44] <lool> I've been working on MIRs and am now part of the ubuntu-mir team
[13:45] <StevenK> \o/!
[13:45] <lool> It could help to some extent for some mobile promotions, but I should rather get mobile stuff reviewed by someone with a neutral opinion on inclusion; so not a big change for mobile efforts
[13:45] <lool> It's going to be a help for easy stuff though
[13:46] <lool> I helped on misc beta stuff and discussed with release team
[13:46] <StevenK> I think it's a bit late to get stuff promoted, though
[13:46] <lool> I intend to continue testing images and looking into release critical bugs
[13:47] <lool> No particular blocker
[13:47] <lool> (</status>)
[13:47] <davidm> thanks
[13:47] <lool> davidm: status
[13:47] <lool> :-P
[13:47] <davidm> :-)
[13:47] <davidm> I'm just back from a meeting yesterday
[13:48] <davidm> with Intel about Moblin 2.0 was interesting
[13:48] <davidm> they are staging netbooks now to April, MID post that to October
[13:48] <davidm> interesting
[13:49] <lool> This matches what I was told at OSIM
[13:49] <lool> So it's /not/ slipping!  :-)
[13:49] <davidm> Well at least not currently
[13:50] <davidm> beyond that it takes a day of travel there and a day back so that has been the entire week so far
[13:50] <davidm> :-(
[13:50] <davidm> OK 10 minute warning
[13:50] <davidm> that covers the agenda I think comments?
[13:51] <StevenK> davidm: I got no reply to my news.
[13:51] <StevenK> davidm: I have uploaded a mobile-meta that drops moblin-media
[13:51] <StevenK> davidm: We are replacing it with totem and gthumb.
[13:51] <davidm> does it work as well as moblin media?
[13:52] <StevenK> totem is better, IMO
[13:52] <davidm> OK
[13:52] <ian_brasil> StevenK: i think that totally rocks to be honest...moblin-media was difficult to say the least
[13:52] <StevenK> gthumb looks good, too
[13:52] <davidm> Good enough then
[13:52] <ogra> do we have a solution with the X team for psb ?
[13:53] <lool> ogra: I'm not sure we have a solution for the drm situation
[13:53] <ogra> (it should be dropped from xserver-xorg-video-all if it breaks, so at least -vesa is available for psb users)
[13:53] <davidm> nope, Intel will not have a psb driver for Intrepid until sometime in December soonest
[13:53] <lool> or the exa one
[13:53] <ogra> i'm not talking about intel but about us :)
[13:53] <ogra> vesa seems to work on some of them
[13:54] <ogra> but psb gets prefereed by xorg as long as its there
[13:54] <davidm> ogra, ah sorry that was a topic of the meeting Tuesday too.
[13:54] <ogra> so we should drop the package
[13:54] <lool> ogra: I dropped it from video-all
[13:54] <ogra> oh, ok
[13:54] <lool> it's just pending acceptance by release team, will be after beta
[13:54] <ogra> good
[13:54] <ogra> i had many requests for psb in the mobile feedback
[13:54] <ogra> not having it will cost us users i guess :(
[13:55] <ogra> but vesa is better than nothing
[13:55] <lool> The problem is that psb lives out of tree and is incompatible with rest of the drivers
[13:55] <ogra> yeah, i know the upstream issues
[13:55] <ogra> i'm just sad because that was one of the often asked questions
[13:55] <lool> Any solution to have the two drms available in libdrm and the two exas would cost us in maintenance and be a pain to setup
[13:56] <lool> It's Intel's to fix and fix upstream
[13:56] <ogra> yeah
[13:56] <pitti> hello
[13:56] <davidm> 4 minute warning
[13:56] <ogra> we could just say its pittis fault :P
[13:56] <persia> There could be a -psb PPA, as there is a -nouveau PPA, if anyone ports it.
[13:56] <davidm> OK any other opens
[13:56] <lool> ogra: We could provide psb in a ppa?
[13:56] <ogra> hmm
[13:57] <lool> Still require kernel, libdrm, psb uploads, but not too intrusive, less time consuming, and has a chance to work
[13:57] <lool> Also points out it's unsupported
[13:57] <lool> persia: Oh *synergy*
[13:57]  * ogra wonders if we could hack that into the installer somehow to add to apt/sources.list.d
[13:57] <persia> :)
[13:57] <persia> ogra: That would be *bad*.
[13:57] <lool> ogra: Urgh, no
[13:57] <StevenK> No more PPAs
[13:58] <MacSlow> hey seb128
[13:58] <seb128> hello there
[13:58] <ogra> *not* into the image but at install time
[13:58] <davidm> 2 minutes
[13:58] <lool> We could hack it in grub that if you boot Ubuntu with the intention to do this, it prevents booting
[13:58] <StevenK> Haha
[13:58] <ogra> heh
[13:58]  * MacSlow is all out excited about gimp 2.6.0
[13:58] <persia> I like that.
[13:58] <lool> ogra: let's discuss after meeting
[13:58] <ogra> yeah
[13:58]  * lool waves to desktop team
[13:58] <StevenK> MacSlow: Oooooh!
[13:58] <ogra> its just easier than having to add a PPA source
[13:58] <StevenK> MacSlow: When is it due?
[13:59] <MacSlow> StevenK, dude it so funky what they did in just a year from 2.4.0 to 2.6.0
[13:59]  * ogra still likes gdebi though, but its more than one package ...
[13:59] <lool> StevenK: It's released
[13:59] <MacSlow> StevenK, like yesterday or so
[13:59]  * pedro_ waves
[13:59] <lool> davidm: #close-the-meeting? :)
[13:59] <MacSlow> StevenK, check out http://gimp.org/release-notes/gimp-2.6.html
[13:59] <StevenK> Oh yes
[13:59] <davidm>  #endmeeting  going once
[13:59] <MootBot> Meeting finished at 07:59.
[13:59] <StevenK> New upstreams of gimp make me happy
[13:59] <Keybuk> heh
[14:00] <StevenK> davidm: Going once, you say?
[14:00] <davidm> Whoops did not expect it to do that
[14:00] <StevenK> Haha
[14:00] <lool> haha
[14:00] <lool> We go at ONE
[14:00] <lool> (gone)
[14:00] <davidm> it removed the whitespace and grabbed it, oh well
[14:00] <StevenK> Ready, on my GO!
[14:00] <davidm> Keybuk, it's all yours ;-)
[14:00] <Keybuk> thanks
[14:00] <Keybuk> #startmeeting
[14:00] <MootBot> Meeting started at 08:00. The chair is Keybuk.
[14:00] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[14:01] <Keybuk> [LINK] https://wiki.ubuntu.com/DesktopTeam/Meeting/2008-10-02
[14:01] <MootBot> LINK received:  https://wiki.ubuntu.com/DesktopTeam/Meeting/2008-10-02
[14:01] <Keybuk> afternoon everybody
[14:01] <tedg> Good morning.
[14:01] <Keybuk> I'd like to rattle through as quickly as we can today, we overran last week
[14:01] <mvo> hello
[14:01] <norsetto> howdy
[14:01] <Keybuk> [TOPIC] Outstanding actions from last meeting
[14:01] <MootBot> New Topic:  Outstanding actions from last meeting
[14:01] <Keybuk> # pitti to discuss gnome-keyring confirmation dialog behaviour in upstream bug
[14:02] <pitti> done, and followed up on u-desktop@ (no responses there, though)
[14:02] <pitti> summary is that I think it's fine to entirely disable that dialog for intrepid
[14:02] <Keybuk>  * mvo to decide on FOSScamp attendance
[14:02] <Keybuk>  * kwwii to decide on FOSScamp attendance
[14:02] <pitti> since it doesn't give us any security
[14:02] <Keybuk> mvo, kwwii: did you decide?
[14:03] <kwwii> Keybuk: yes, I do not think I am going :-)
[14:03] <Keybuk> ok, mvo?
[14:03] <MacSlow> kwwii, sweet
[14:03] <mvo> I will come, it will problably make sense
[14:03] <Keybuk> ok
[14:03] <MacSlow> mvo, cool
[14:03] <Keybuk> so that means attending FOSScamp are: me, pitti, mpt, seb128, Riddell, MacSlow and mvo
[14:03] <Keybuk> not attending are tedg, kwwii
[14:04] <MacSlow> kwwii, ?
[14:04] <MacSlow> is my xchat messing with me
[14:04] <Keybuk>  * seb128 to add GNOME people to sponsorship list
[14:04] <seb128> done
[14:04] <Keybuk> great, thanks
[14:05] <Keybuk> [TOPIC] Farewells
[14:05] <MootBot> New Topic:  Farewells
[14:05] <Keybuk> This will be tedg and MacSlow's last meeting as a member of this team
[14:05] <Keybuk> on Monday, they'll be moving to the new desktop experience team
[14:05]  * mpt passes the tissues
[14:05]  * tedg waves
[14:05]  * pitti hugs tedg and MacSlow
[14:05]  * mvo waves to tedg and MacSlow
[14:05] <MacSlow> ah... I'll be here anyway
[14:05] <Keybuk> of course, they're likely to still hang out in our meeting anyway ;)
[14:06] <Keybuk> tedg, MacSlow: David Barth is lucky to have you!
[14:06] <MacSlow> I just hope I'll be albe to return the helping-favour to the desktop-team, in GL/cairo-regards someday :)
[14:06] <tedg> I like to call it stalking :)
[14:06] <seb128> good luck to you there ;-)
[14:06] <Keybuk> and in what will seem like no time at all
[14:06] <MacSlow> mvo, seb128, pitti: but still expect me to run into you for debian-ish questions :)
[14:06] <Keybuk> (a mere 18 days)
[14:06] <pitti> sure
[14:06] <Keybuk> mvo will be moving over to the foundations team
[14:07]  * mvo will just be in the office next door
[14:07] <pitti> mvo: *hug* mate
[14:07] <seb128> mvo: you can still come and visit whenever you want ;-)
[14:08] <Keybuk> mvo: they have meetings at silly times ;)
[14:08] <mvo> I will still hang out in #ubuntu-desktop!
[14:08] <seb128> mvo: ;-)
[14:08] <seb128> so who is staying on board?
[14:08] <mvo> I don't like the sound of silly times ...
[14:08] <seb128> that will be faster this way ;-)
[14:09] <Keybuk> seb128: we'll be getting a whole bunch of new people
[14:09] <Keybuk> but since cvd hasn't sent that e-mail yet, I'm going to defer until then :)
[14:10] <Keybuk> the changes in the Ubuntu Platform team aren't anything to be concerned about
[14:10] <MacSlow> seb128, you'll get a new sidekick don't you? :)
[14:10] <Keybuk> we're all just one big team, and people moving around a bit between the individual parts should be seen as a good thing
[14:10] <seb128> MacSlow: "new", I don't have a old one ;-)
[14:10] <kwwii> seb128: you got me, baby
[14:11]  * tedg thinks that we need to make seb128 a cape with a GNOME logo on it...
[14:11] <seb128> kwwii: you want to do GNOME updates now? ;-)
[14:11] <Keybuk> ok, let's move on
[14:11] <Keybuk> we have a bit of a monster topic here
[14:11] <Keybuk> [TOPIC] Handling the logout applet/old fusa -> new fusa transition on upgrades
[14:11] <MootBot> New Topic:  Handling the logout applet/old fusa -> new fusa transition on upgrades
[14:11] <Keybuk> mdz: are you here?
[14:11] <MacSlow> seb128, ehm... yeah right damn :)
[14:11] <seb128> Keybuk: not sure that's a meeting topic
[14:11] <MacSlow> kwwii, you more like a sidepunch
[14:11] <seb128> ie, the discussion is going on the bug tracker
[14:11] <pitti> right, there's a lively discussion going on, and right now it's still not clear what the best way forward is
[14:12] <kwwii> MacSlow: kidney-punch-ken can be my new nick
[14:12] <Keybuk> pitti: you proposed it as a topic for discussion, was there anything you wanted to discuss here that isn't being handled in the bug?>
[14:12] <MacSlow> Keybuk, tedg: won't that also touch me (new gdm) at some point
[14:12] <seb128> I think the bug is right place to discuss that
[14:12] <pitti> but the question I'm still looking for an answer for is whether it's possible to make g-p load f-u-s-a if your gconf says you either have the old fusa or the old logout applet?
[14:12] <mvo> was the interactive upgrade hook idea discussed (maybe I got dropped from the CC)?
[14:13] <Keybuk> MacSlow: shouldn't do - the main problem here is moving applets around in existing user sessions
[14:13] <pitti> mvo: didn't reply yet; it's a fallback, but it still has problems
[14:13] <seb128> pitti: I'm going to reply to mdz mails listing 3 courses of actions
[14:13] <seb128> I started on this mail before the meetic
[14:13] <pitti> mvo: like, after that you can't ever go back
[14:13] <kwwii> in any case, I am going to make sure that the little power button icon comes back (effectively killing the little green man)
[14:13] <pitti> ok, let's continue to discuss it by mail then
[14:13] <Keybuk> seb128: great!
[14:13] <Keybuk> that seems like a good idea
[14:13] <Keybuk> if we have three options, we can rate the pro/con of each, and make an informed decision
[14:13] <Keybuk> good move
[14:13] <mvo> pitti: thats a matter of the script i think, we could add code that allows this
[14:14] <seb128> mvo: "it's only code"
[14:14] <mvo> seb128: heh :)
[14:14] <pitti> mvo: I mean in terms of dual-booting other distros/releases, or sharing your /home in a network with several workstations with different releases, etc.
[14:14] <tedg> seb128: Are you going to include the "all new namespaces" option -- that's presently my favorite on the list of bad options :)
[14:15] <pitti> I am really veto'ing the idea of any automatic gconftool'ification during upgrade
[14:15] <mvo> pitti: right, shared home is a problem
[14:15] <seb128> tedg: no, one of the option is doing configuration changes on upgrade though
[14:15] <Keybuk> ok thanks
[14:15] <Keybuk> [TOPIC] Sponsoring Overview update
[14:15] <MootBot> New Topic:  Sponsoring Overview update
[14:16] <Keybuk> [LINK] http://people.ubuntu.com/~dholbach/sponsoring/
[14:16] <MootBot> LINK received:  http://people.ubuntu.com/~dholbach/sponsoring/
[14:16] <Keybuk> a quick scan, I couldn't find anything there
[14:16] <pitti> some are already uploaded, too
[14:16] <pitti> (beta freeze, hanging in unapproved)
[14:16] <Keybuk> pitti: yeah, I cross-referenced that
[14:16] <seb128> Keybuk: I don't think sponsorship is really revelant this week anyway since uploads don't go through
[14:16] <Keybuk> so well done everybody!
[14:17] <Keybuk> [TOPIC] Release Status
[14:17] <MootBot> New Topic:  Release Status
[14:17] <Keybuk> pitti: over to you, the list of bugs is in the agenda (as I found them)
[14:17] <seb128> thanks to dholbach, pitti and mvo who helped on the GNOME 2.24 sponsoring
[14:17]  * norsetto wonders what is the number between parenthesis
[14:17]  * mvo hugs seb128
[14:17] <seb128> norsetto: the days since when the bug is waiting
[14:17]  * seb128 hugs mvo
[14:17] <pitti> Keybuk: where is that list?
[14:17] <norsetto> seb128: ah cool
[14:17] <pitti> Keybuk: intrepid bugs, cherrypicked the desktopish ones?
[14:18] <pitti> Keybuk: from last week's release team meeting we squashed all but that fusa bug
[14:18] <Keybuk> pitti: intrepid bugs, by assignee for our team
[14:19] <Keybuk> pitti: anything you want to chase in this meeting, given the opportunity of everybody here?
[14:19] <pitti> tedg: will bug 261084 still be on your plate after you move team?
[14:19] <Keybuk> it will
[14:19] <Keybuk> we will always have a relationship between the desktop and experience teams, where features they wish to land will require co-ordination
[14:20] <Keybuk> and we will always be assigning bugs back to them to be fixed
[14:20] <Keybuk> and many of those may be Release Critical
[14:20] <Keybuk> and almost certainly will involve upgrades
[14:20] <pitti> ok
[14:20] <pitti> otherwise, the only thing that currently nags me is ekiga 3.0
[14:20] <Keybuk> someone asked me about gimp
[14:20] <pitti> the PPA packages are far from any working state
[14:20] <kwwii> the new gimp is probably important, very noticeable
[14:20] <tedg> pitti: Yeah, I'm not 100% on that one yet.  It's not obvious that it's GPM's fault, but it might be the easiest place to fix it.
[14:20] <MacSlow> 2.6.0 is out yeah!
[14:20] <seb128> grrrrr
[14:21] <seb128> the new version is available since yesterday
[14:21] <MacSlow> seb128, we need 2.6.0 ;-)
[14:21] <seb128> and intrepid is frozen for beta
[14:21] <pitti> so ATM I'm inclined to refuse ekiga 3.0, unless someone will actually come along and package it
[14:21] <MacSlow> seb128, don't worry ... I'm happy compiling it myself
[14:21] <Keybuk> also tedg will continue to help maintain some packages for at least the time being since we have nobody else to hand them to yet ;)
[14:21] <seb128> if users could something wait before making a fuss about upgrades when they can't be done anyway
[14:21] <pitti> MacSlow: same problem, I think; we need someone investing the time to package it properly
[14:21] <Keybuk> (he also may want to keep them to keep his hand in ;P)
[14:21]  * tedg found a PPA for GIMP 2.6 ~c-korn :)
[14:21] <pitti> since I don't like to deviate much of our team's time away from bug fixes
[14:22] <MacSlow> tedg is the man of the minute :)
[14:22] <seb128> pitti: I really think we should have ekiga 3.0 and gimp 2.6 in intrepid
[14:22] <tedg> MacSlow: Actually have to give credit to _MMA_, he sent it to me.
[14:22] <pitti> seb128: I agree that it would be nice as well, but it will probably require two full mandays to get ekiga
[14:22] <MacSlow> tedg, ok
[14:22] <seb128> intrepid is not a lts and that's something quite some users will be wanting
[14:23] <MacSlow> gimp 2.6.0 would be very wicked to be in intrepid
[14:23] <MacSlow> honestly
[14:23]  * tedg is was hoping for something > 8-bit per channel in 2.6 :(
[14:23] <pitti> any packaging volunteers? :-)
[14:23] <seb128> MacSlow: agreed and I'll do the update, but it's available for one day and intrepid is frozen
[14:23] <seb128> pitti: I'll do gimp, not sure about ekiga
[14:23] <seb128> pitti: apparently gimp require some MIR action thoguh
[14:24] <seb128> though
[14:24]  * Riddell throws krita at tedg
[14:24] <MacSlow> seb128, so it'll stay in a PPA or move to universe?
[14:24] <MacSlow> seb128, or is it in main?
[14:24] <seb128> MacSlow: neither of those
[14:24] <tedg> Riddell: Have you seen the download size?  It pulls in these crazy large libraries that I don't have installed, QT, KDELibs, etc. :)
[14:24] <seb128> it'll go to main
[14:24] <MacSlow> Riddell, hehe
[14:25] <pitti> seb128: yay bigger CDs :)
[14:25] <MacSlow> DVDs
[14:25] <seb128> pitti: those might be optional
[14:25] <seb128> see bug #276839
[14:25] <MacSlow> the ever demanding community
[14:25] <MacSlow> :)
[14:26] <seb128> Keybuk: ok, let's move on, the gimp update is on my list already
[14:26] <Keybuk> ok
[14:26] <Keybuk> [TOPIC] Any other business
[14:26] <MootBot> New Topic:  Any other business
[14:26] <kwwii> we have to remove the gnome themes package
[14:27] <seb128> no we don't?
[14:27] <kwwii> so I will be talking to seb128 and mvo about how to do that correctly with updating and all
[14:27] <kwwii> seb128: trust me, we do :-)
[14:27] <seb128> there is no correct way to do that
[14:27] <seb128> some people might be using those themes
[14:27] <seb128> we should just stop installing it by default
[14:27] <seb128> but we don't want to remove it on upgrade
[14:27] <kwwii> seb128: the current suggestion is to hack the thing into two pieces and add the ugly-themes part to anyone updating
[14:28] <kwwii> so if you update you get effectively the same thing as before, just in two packages instead of one
[14:28] <mpt> Please don't actually call it ugly-themes
[14:28] <seb128> the split is what I suggested
[14:28] <mpt> We've had enough headaches with ugly codecs :-)
[14:28] <seb128> (not the name)
[14:28] <tedg> mpt: gnome-themes-looser-artists?
[14:28] <kwwii> mpt: lol, no worries
[14:28] <seb128> mpt: in this case they really consider those ugly apparently ;-)
[14:28] <kwwii> gnome-theme-extras or such
[14:28] <mvo> what is the issue?
[14:28] <seb128> there is already an -extras
[14:29] <seb128> mvo: some themes are ugly apparently and we want to stop shipping those by default
[14:29] <kwwii> mvo: I wanted to talk to you about how to make the updater do it right
[14:29] <seb128> that's easy for the upgrade
[14:29] <seb128> but that's another slap in the face for people using other upgrade tools
[14:30] <pedro_> which themes? Mist, Crux and such?
[14:30] <kwwii> pedro_: yes, think along those lines (although mist is quite popular it seems)
[14:30] <tedg> Oh, we should increase kwwii's mail: I like the name "gnome-themes-that-kwwii-doesnt-like"
[14:30] <pedro_> yes it's that's why i was asking which ones
[14:31] <mvo> and we would just ignore if people are using them (because they like ugly) and that they drop to somehthing else after the upgrade ?
[14:31] <seb128> mvo: the idea would be to install ugly for people upgrading but not on new installs
[14:31] <kwwii> mvo: the idea is that they will get the extra package with the "ugly" themes in it if they upgrade, no matter whether they really use one of the themes or not
[14:32] <mvo> right, so we just keep them in gnome-themes (or were they are now) and have a new package "gnome-themes-nice" that is then seeded to ubuntu-desktop?
[14:32] <mvo> and gnome-themes is simply unseeded?
[14:32] <kwwii> mvo: no idea, that is why I wanted to discuss it with you :-)
[14:32] <mvo> than people upgrading keep their theme but new installs only get the shinny ones
[14:32] <kwwii> right, that sounds correct
[14:32] <seb128> mvo: we were going to go the other way around, gnome-themes and gnome-themes-ugly
[14:32] <mvo> ok, I think that should work
[14:33] <mdz> Keybuk: (phone)
[14:33] <seb128> mvo: I don't think we should rename gnome-themes
[14:33] <kwwii> we an call it gnome-themes-legacy or such
[14:33] <norsetto> mvo, seb128: why not gnome-themes-legacy indtead of -ugly
[14:33] <kwwii> s/an/can
[14:33] <kwwii> hehe, exactly :-)
[14:33] <seb128> maybe gnome-themes should be a dummy package depends on gnome-themes-good and gnome-themes-ugly
[14:33]  * norsetto high five kwwii
[14:34] <seb128> and install gnome-themes-good by default only
[14:34] <kwwii> seb128: whatever you think would be the best long-term solution
[14:34] <norsetto> seb128: just drop the -good/-ugly dichotomy, some people can find it offending
[14:34] <seb128> I want "apt-get install gnome-themes" to install what upstream call gnome-themes
[14:35] <seb128> we are in for upstream conflicts otherwise
[14:35] <mvo> lets discuss in what direction the rename should happen offline - I think we agree on the general principle :)
[14:35] <seb128> norsetto: the names were not a suggestion but an example
[14:35] <mvo> seb128: aha, I think you misread my proposal, that was my intention. gnome-themes stay, we get a new gnome-theme-ubuntu that is now default dep of ubuntu-desktop
[14:35] <seb128> mvo: ok, we agree then ;-)
[14:36] <Keybuk> it sounds like you're agreeing with each other ;)
[14:36] <kwwii> right, ok, I will stay in touch with seb128 and mvo about this
[14:36] <Keybuk> kwwii: great
[14:36] <Keybuk> ok, any other any other business?
[14:36]  * mvo high fives seb128
[14:36] <kwwii> tomorrow is a holiday in germany
[14:36] <seb128> Keybuk: it's late in the cycle but I'm wondering if we should drop nautilus-cd-burner from the default installation
[14:36] <Riddell> kwwii: octoberfest?
[14:36] <pitti> German unity
[14:37] <seb128> Keybuk: that can wait next cycle though
[14:37] <Riddell> same thing :)
[14:37] <MacSlow> Riddell, actually the "Oktoberfest" is already in full swing in bavaria ... started well before october :)
[14:37] <Hobbsee> no...you can't get rid of the nice themes!
[14:37] <Keybuk> seb128: I'd vaguely say next cycle at this point
[14:37] <MacSlow> Riddell, kwwii should know he lives there :)
[14:38] <Keybuk> dropping things after beta seems wrong
[14:38] <seb128> Keybuk: ok, good enough, it let us time to discuss it
[14:38] <mpt> dropping nautilus-cd-burner seems wrong too ;-)
[14:38] <seb128> it just seems to not bring a lot since brasero work better in most cases nowadays
[14:39] <MacSlow> seb128, isn't there a nautlius "plugin" for brasero?
[14:39] <MacSlow> kind of replacing nautilus-cd-burner?
[14:39]  * MacSlow looks it up again
[14:39] <MacSlow> seb128, I vaguely remember something along those lines
[14:39] <seb128> MacSlow: nautilus-cd-burner doesn't do a lot
[14:40] <seb128> basically it means we have to maintain two software to do the same things
[14:40] <seb128> users are confused that the places menus open a different software which has limited capabilities
[14:40]  * mvo always liked n-c-d for its simplicity
[14:41] <mvo> but I see the point
[14:41] <seb128> mvo: brasero --data is basically as simple
[14:42] <MacSlow> seb128, ah... wasn't really a plugin ... brasero just can open up a n-c-b project
[14:42] <mpt> This is an annoying example of upstreams doing completely the wrong thing
[14:42] <seb128> mpt: why?
[14:43] <seb128> mpt: the issue is that nautilus is a file manager, it's not something where you can easily add audio project or video DVD concepts
[14:43] <mpt> nautilus-cd-burner doesn't have the features that Brasero does because, why, they want to keep it simple? And therefore we're pressured to ship Brasero *instead of* nautilus-cd-burner, thus leaving the overall interface more complicated and inconsistent than if the features had been added to nautilus-cd-burner in the first place.
[14:43] <mpt> Bananas.
[14:44] <pitti> it seems to me that the people who complain are really the power users who actually care about doing weird things with CDs
[14:45] <kwwii> pitti: full ack, I doubt most people do more than burn music or data
[14:45] <pitti> personally I never needed anything else than nautilus and n-c-b for data burning
[14:45] <seb128> pitti: not only, n-c-b doesn't give you an indication of how much data you selected and how much your media contains for example
[14:45] <MacSlow> pitti, burning ISO-images only work with brasero
[14:45] <seb128> nautilus is a file-manager
[14:45] <pitti> MacSlow: hm? right-click, burn, done
[14:45] <seb128> it doesn't make it easy to add nice widgets in random location for such things
[14:46] <MacSlow> pitti, that always hoses my CD-Rs
[14:46] <pitti> seb128: don't get me wrong, I'm not advocating to drop brasero or so :)
[14:46] <seb128> MacSlow: that's called a bug
[14:46] <pitti> just defending n-c-b a bit
[14:46] <seb128> pitti: I'm just saying that people will advocate that brasero --data is not so much complicated that n-c-b
[14:46] <seb128> and has some extra nice indicators and features
[14:46] <seb128> and they have a point
[14:47] <seb128> but anyway not something for this cyle
[14:47] <seb128> cycle
[14:48] <seb128> and not really a meeting agenda item
[14:48] <mpt> yes, sorry for the sidetrack
[14:48] <Keybuk> ;_0
[14:48] <Keybuk> ok
[14:48] <Keybuk> #endmeeting
[14:48] <MootBot> Meeting finished at 08:48.
[14:48] <Keybuk> thanks all
[14:48] <mvo> thanks!
[14:48] <kwwii> thanks, bye
[14:48] <pitti> thanks all!
[14:48] <pedro_> thanks
[14:49] <pitti> let's get that beta out and squash bugs by the dozen
[14:49]  * pitti ^5s the desktoppers
[14:49]  * mpt cheers the programmers
[14:49] <MacSlow> d-feet!
[14:50] <pitti> MacSlow: it's pretty useful, isn't it?
[14:50] <seb128> thanks
[14:50] <MacSlow> pitti, ehm... hm... at least it's not as bare-bone as dbus-* :)
[14:51] <MacSlow> doh... screw iwl3945
[14:59] <persia> OK.  Who's here for the Java meeting?
[15:00] <Koon> o/
[15:03] <persia> OK.  We're not all here, but there's a few of us :)
[15:03] <persia> Agenda doesn't have anything special on it, so we'll just hit the roadmap.
[15:03] <persia> robilad seems absent, but being this close to release, new tasks aren't as essential.
[15:04] <persia> slytherin: Are we all done with MoveToUniverse, or are there a couple still blocked?
[15:04] <slytherin> persia: Nothing blocked, just few bugs pending due to beta freeze. No archive changes are being processed.
[15:05] <persia> slytherin: OK, so we're expecting everything to be processed post-beta?  Everything is in the archive-admin queue now?
[15:05] <persia> Are there any approvals outstanding?
[15:05] <slytherin> persia: Just one, bug #277088
[15:06] <slytherin> I forgot to log the bug after the sync request got processed
[15:06] <persia> OK.  I'll double-check, and ACK that.  Does it need -release approval?
[15:07] <slytherin> persia: Don't think so.
[15:07] <persia> OK.
[15:07] <persia> Sounds good then.  After that, I suppose we're basically blocked until the autoimporter starts, right?
[15:08] <slytherin> persia: yes
[15:08] <slytherin> By the way, there is another sync bug which I am not sure if it will require -release approval. But the package is not moving to multiverse. The sync is just to fix problem on powerpc. bug #277102
[15:10] <persia> That oughtn't require motu-release.  Added to my list.
[15:10] <persia> Anything else?
[15:10] <slytherin> Nothing. Now I am mainly looking into any easy FTBFS fixes.
[15:10] <persia> Great!
[15:10] <persia> Koon: How is the progress with the new improved maven plan?
[15:10] <Koon> https://wiki.ubuntu.com/JavaTeam/Specs/MavenSupportSpec is finalized, I welcome reviews and/or official approval
[15:14] <slytherin> Koon: You may want to add 'tomcat 6' in the section of 'On the server' of beta announcement. :-)
[15:15] <Koon> slytherin: where is it ?
[15:16] <persia> Koon: Looks good to me, and seems to cover all the points.  You'll need to assign an approver if you want official approval.
[15:17] <Koon> persia: any suggestion ?
[15:17] <persia> I'd check with doko, and see if he's willing to be the approver.  If not, could be me, I suppose.
[15:18] <Koon> OK, I'll check with him
[15:19] <persia> From reviewing that, it looks like implementation for jaunty ought be fairly straightforward, and we can probably even have a lot of it done in coordination with pkg-java.
[15:19] <persia> Koon: Anything else?
[15:19] <Koon> no.
[15:19] <slytherin> Koon: https://wiki.ubuntu.com/IntrepidIbex/BetaAnnouncement
[15:20] <Koon> slytherin: looks like tomcat is already there, no ?
[15:20] <persia> OK.  Anyone have anything else to raise today?  Anything critical for release?
[15:21] <slytherin> Koon: right. I just saw the Other section.
[15:22] <slytherin> persia: do you have any idea if doko plans to update openjdk? We are currently using beta release.
[15:22] <persia> slytherin: I haven't heard anything specific.  I know the target was to try to get something that passed the complaince test.  I don't think the version number was consdiered as important.  I haven't run the complaince test to know if we're there yet.
[15:23] <slytherin> ok.
[15:24] <persia> I think that team usually meets in some hours (maybe 6 or 8 or something), and it may be discussed then, but I don't remember the schedule exactly, and the room scheduling, while getting better, isn't fixed entirely yet.
[15:28] <slytherin> Ok. So there is nothing else form my side.
[15:31] <persia> RIght.  Ending the meeting then :)  Have a great week!
[15:31] <Koon> :)


[08:20] <ychaouche> Hello
[08:21] <ychaouche> If I checkout a branch from launchpad then commit to it, it will commit to launchpad right ? (bzr checkout)
[08:21] <ychaouche> No need to push ?


[23:00] <joshua__> Hi Im fairly new to linux and I was wondering if I could get some help
[23:09] <thefinn91> whats the problem?
[23:09]  * thefinn91 may or may not actually be able to help
[23:10] <thefinn91> joshua__: ^


[10:42] <bazhang> blocking the vb chat in #ubuntu is blocking the fun!
 NoImNotNineVolt, people are starving in Africa
[14:36] <k1l> not the first time it smeels like fake support and a lot of offtopic
[14:37] <k1l> last time it was a grub issue no one could verify and the nick was sed12
[19:06] <elky> oh gods he's back?
[19:08] <elky> oh good, nowhere i care about, don't scare me like that
[19:09] <elky> well i guess i do care about #ubuntu
[19:09] <elky> but nowhere he's going to '\splain california to dax
[19:10] <k1l_> if you mean me and the gangalo he is in #ubuntu again and no nicked from for{} to to kindness
[19:10] <elky> no i meant ninevolt
[19:12] <k1l_> [NoImNotNineVolt] (~9v@pool-108-53-252-102.nwrknj.fios.verizon.net): anonymous user     is in #u right now, yes


[19:34] <Eric[m]2> <kilde__ "How do I delete older instances "> Not sure what you mean. The package manager should do this for you if you are updating a program. Are these appimages or something other than native packages? Or maybe it's an issue with menu entries. Not sure.
[19:35] <Eric[m]2> <kilde__ "How do I delete older instances "> Not sure what you mean. The package manager should do this for you if you are updating a program. Are these appimages or something other than native packages? Or maybe it's an issue with menu entries. Not sure.
[19:35] <Eric[m]2> * Not sure what you mean. The package manager should do this for you if you are updating a program. Are these appimages or something other than native packages? Or maybe it's an issue with menu entries.